On Sun, 2008-08-10 at 23:33 -0700, Andrew Morton wrote: > On Mon, 11 Aug 2008 07:45:53 +0200 Pierre Ossman <drzeus@xxxxxxxxx> wrote: > > > On Sun, 10 Aug 2008 13:53:44 -0700 > > Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> wrote: > > > > > > > > (switched to email. Please respond via emailed reply-to-all, not via the > > > bugzilla web interface). > > > > > > On Sun, 10 Aug 2008 13:45:49 -0700 (PDT) bugme-daemon@xxxxxxxxxxxxxxxxxxx wrote: > > > > > > > http://bugzilla.kernel.org/show_bug.cgi?id=11302 > > > > > > > > Summary: I get a kernel OOPS! If I try to attach an usb card > > > > reader, SD, MMC, ecc.. to my Slamd64 > > > > Product: IO/Storage > > > > Version: 2.5 > > > > KernelVersion: 2.6.26.2 > > > > Platform: All > > > > OS/Version: Linux > > > > Tree: Mainline > > > > Status: NEW > > > > Severity: blocking > > > > Priority: P1 > > > > Component: SCSI > > > > AssignedTo: linux-scsi@xxxxxxxxxxxxxxx > > > > ReportedBy: pinc_o@xxxxxxxx > > > > > > Is this a scsi regresion, or an mmc regression? > > > > > OK. There have been some regressions in the scsi area but I thought > that a) they were fixed and b) none manifested as an oops in > slave_alloc(). > > Perhaps James can take a look please? Well, this does illustrate one of the problems of making everything static: slave_configure isn't a terribly distinguished name. However, I'd bet this is usbstorage/scsiglue.c:slave_configure() the taxonomy looks identical to bugs 11088 and 11072. Which are being fixed (have been fixed) in the USB tree. James -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html