Re: oops in enqueue_entity with 2.6.24-rc1-g54866f03

[Peter Zijlstra <peterz@infradead.org>]

On Fri, 2007-11-02 at 13:36 +0100, Eric Sesterhenn wrote:
> hi,
> 
> I get the following crash with 2.6.24-rc1-g54866f03, the last version I
> tested which booted fine was 2.6.24-rc1-gb1d08ac0
> 

How reproducable is this?

If its very much reproducable, could you git bisect it, as in between
those commits you tested nothing much has changed, that is, nothing that
stands out to me.

# git log -p  b1d08ac0..54866f03 | git shortlog
David S. Miller (7):
      [SPARC64]: Fix bogus '&' conditinal in set_rtc_mmss().
      [SPARC64]: Kill unused ITAG_MASK macro in ultra.S
      [SPARC64]: Fix build failure when CONFIG_BUG is disabled.
      [SPARC64]: Fix build with CONFIG_NET disabled.
      [SPARC64]: Fix linkage of enormous kernels.
      [IRDA] IRNET: Fix build when TCGETS2 is defined.
      [SPARC64]: Update defconfig.

Ilpo J<E4>rvinen (2):
      [TCP]: Process DSACKs that reside within a SACK block
      [TCP]: Another TAGBITS -> SACKED_ACKED|LOST conversion

Linus Torvalds (1):
      Merge branch 'master' of master.kernel.org:/.../davem/net-2.6

Pavel Emelyanov (13):
      [NET]: Move the sock_copy() from the header
      [NET]: Move the get_net() from sock_copy()
      [NET]: Cleanup the allocation/freeing of the sock object
      [NET]: Auto-zero the allocated sock object
      [NET]: Move some core sock setup into sk_prot_alloc
      [NET]: Make the sk_clone() lighter
      [NET]: Remove bogus zero_it argument from sk_alloc
      [NET]: Forget the zero_it argument of sk_alloc()
      [NETNS]: Make the init/exit hooks checks outside the loop
      [NET]: Relax the reference counting of init_net_ns
      [NET]: Hide the dead code in the net_namespace.c
      [NET]: Mark the setup_net as __net_init
      [NET]: Hide the net_ns kmem cache

Stephen Hemminger (1):
      [NET]: docbook fixes for netif_ functions




-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/