Re: [Bugme-new] [Bug 11302] New: I get a kernel OOPS! If I try to attach an usb card reader, SD, MMC, ecc.. to my Slamd64

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



[ I have received two failure notice for this e-mail, because html. Seem all destinatary and carbon copy has received it, I hope ...]

Hi Andrew,

I have tryed without load the nvidia module. The problem is the same.

I have attached to this e-mail dmesg output, after some seconds which I have connected usb card reader, and output of lsmod. I hope you find this useful. Attach my .config too. Probably is not useful, however you are the expert ...
I not put everything static, but I put static only things which are always in use and connected to my desktop. Some things which I use only sometime, i.e. card reader,  then compile it as module. I never use firewire at alI, then I never compile it. I use this method from ago on the notebook too and always work well.

Excuse me for my bad English.


Best Regards

--- Lun 11/8/08, Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> ha scritto:

    Da: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
    Oggetto: Re: [Bugme-new] [Bug 11302] New: I get a kernel OOPS! If I try to attach an usb card reader, SD, MMC, ecc.. to my Slamd64
    A: "Pierre Ossman" <drzeus@xxxxxxxxx>
    Cc: linux-scsi@xxxxxxxxxxxxxxx, bugme-daemon@xxxxxxxxxxxxxxxxxxx, pinc_o@xxxxxxxx, "James Bottomley" <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
    Data: Lunedì 11 agosto 2008, 08:33

    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?

    > There are no USB based "real" MMC controllers, so I'd say
    SCSI.
    > 
    > > > If attach my usb card reader, without load mmc_block an mmc_core
    modules, then
    > > > the follow OOPS appear(If first load them, simply doesn't
    mount the SD. Please
    > > > note: I always use "automatic loading kernel modules"
    compiled in "my" kernelS.
    > > > But from many time, the recent kernelS not load the mmc_block
    module):
    > 
    > I don't know what kind of weird ass scripts loaded them for USB mass
    > storage to begin with. As for the claimed lack of crashes when loaded;
    > no idea as there is no interaction between the SCSI and MMC layer.
    > 
    > > > Modules linked in: nvidia(P) [last unloaded: nvidia]
    > 
    > This is always
     a good start..

    I very much doubt it.

    Paolo, can you please check to see if the crash happens in a kernel
    into which the nvidia driver has never been loaded?


      Posta, news, sport, oroscopo: tutto in una sola pagina. 
Crea l&#39;home page che piace a te!
www.yahoo.it/latuapagina

Attachment: lsmod.out
Description: Binary data

Attachment: dmesg.out
Description: Binary data

Attachment: .config
Description: Binary data


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux