On Mon, Nov 15, 2010 at 02:35:21PM +0000, Ben Hutchings wrote: > On Mon, Nov 15, 2010 at 02:03:01PM +0100, Thibaut VARENE wrote: > > On Mon, Nov 15, 2010 at 1:40 PM, Ben Hutchings <b...@decadent.org.uk> wrote: > > > On Mon, 2010-11-15 at 13:10 +0100, Thibaut VARENE wrote: > > >> On Tue, Sep 14, 2010 at 10:37 AM, Thibaut VARÈNE <vare...@debian.org> > > >> wrote: > > >> >>>>>>> Package: linux-image-2.6.32-5-mckinley > > >> >>>>>>> Version: 2.6.32-20 > > >> >>>>>>> Severity: grave > > >> >>>>>>> Justification: renders system unusable > > >> >>>>>>> > > >> >>>>>>> > > >> >>>>>>> System boots fine with linux-image-2.6.32-3-mckinley 2.6.32-9. > > >> >>>>>>> Panics with 2.6.32-20 with: I/O MMU @ c0000000fed01000 is out of > > >> >>>>>>> mapping > > >> >>>>>>> resources > > >> > > >> FWIW, this bug still affects 2.6.32-27, and renders the system > > >> completely unusable. > > >> I've had to stick with 2.6.32-9 so far. > > > > > > Note that dann no longer works for HP, which probably makes it quite > > > hard for him to do IA64 testing. > > > > > > Since you apparently still haven't tested Linux 2.6.35, we're waiting > > > for you to do that. Actually, make that 2.6.36 now. > > > > As expected, 2.6.36.1 from experimental fucked up my raid > > "gracefully", just as 2.6.35-21 did. I'm so very very happy right now, > > thank you. Needless to say, I'm not "testing" any other kernel on that > > machine. I suppose ia64 has porters, too? > [...] > > Given that this bug still exists in 2.6.36, you can report a bug upstream at > <https://bugzilla.kernel.org>. We will be happy to backport any fix if > possible. Let us know the upstream bug number or URL so we can track it.
+1 - my system uses only scsi disks, so I can't reproduce this problem. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101115172857.gb28...@dannf.org
