On Sun, 6 Jul 2008, Andrey Borzenkov wrote:Ok, that's certainly pretty conclusive. Thanks for the great console logs making it so straightforward to narrow it down to this (even if it was just a wild guess - with your extensive logs it was still fairly informed). Greg, Alan, David - at this point I think the commit should just be reverted. We're past -rc9, and unless either of you can see some obvious alternate fix (eg some bug in the commit that explains Adrey's problems that can just be fixed), I'm not seeing any good alternatives. I don't know what the hardware details are, but based on the bootup messages it seems to be a Toshiba motherboatd with an ALI 1535 chipset - I think it's a Toshiba Portege 4000 (which would mean that the OHCI controlle is the ALI M5237). For all I know, that may not be the best possible chipset out there, but it's not something extremely odd either. The machine may be a bit long in the tooth by now (I think it's a 750MHz PIII in there), but that may also explain why most developers wouldn't have seen this issue.. Hmm? Linus --
| H. Peter Anvin | Re: [rft] s2ram wakeup moves to .c, could fix few machines |
| Greg Kroah-Hartman | [PATCH 002/196] Chinese: rephrase English introduction in HOWTO |
| Ingo Molnar | [patch] PID namespace design bug, workaround |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
git: | |
| Eric Dumazet | Re: Multicast packet loss |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
