Re: [Bugme-new] [Bug 8885] New: Unable to access memory card reader anymore

2007-08-13 Thread Pierre Ossman
On Mon, 13 Aug 2007 20:13:54 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote: > > I'm struggling a bit to work out if this is a scsi bug, a USB bug, an > MMC bug or whatever. But it's a bug. > I can't see anything MMC related in his dmesg, only what seems to be a USB based reader: scsi 0:0:0:0:

Re: 2.6.20-rc6-mm1

2007-01-30 Thread Pierre Ossman
Andrew Morton wrote: > > A quick scan indicates that the following files might be buggy in this > regard: > > drivers/mmc/wbsd.c > drivers/mmc/sdhci.c This are probably even buggier than so. They really should be using page_address(), it seems that kmap_atomic() gives the same result when not us

Re: Fw: Kernel panic with dc395x in 2.6.12.2

2005-07-09 Thread Pierre Ossman
randy_dunlap wrote: >Pierre, > >Can you capture the complete panic message using serial console or >netconsole? or at least use a smaller font on the console so that >we can see the entire panic message, as some critical parts of it >have scrolled off the top of the screen. > > > Hmm... I made

Re: Fw: Kernel panic with dc395x in 2.6.12.2

2005-07-10 Thread Pierre Ossman
randy_dunlap wrote: >3c59x ?? >3c59x.c has CONFIG_NET_POLL_CONTROLLER code in it. >I would expect it to work since it's a fairly common NIC, but I >can't vouch for it. >Did you enable CONFIG_NETPOLL in your kernel .config? > > > Yup. It's enabled. NETPOLL_RX is not enabled though. Is that neede

Re: Fw: Kernel panic with dc395x in 2.6.12.2

2005-07-10 Thread Pierre Ossman
I've tried to get it running on three separate machines now with no success (each running a different kernel version), so I'm starting to suspect I'm doing something wrong here. I've used the following line to load the module: modprobe netconsole netconsole=@/,@10.8.0.168/ I've tried changing the

Re: Fw: Kernel panic with dc395x in 2.6.12.2

2005-07-10 Thread Pierre Ossman
randy_dunlap wrote: >Are you using netcat on the receive side? > > > I've been using tcpdump and not a single packet eminates from the machine when printk:s show up. >Matt Mackall says that a common problem is running kernels with >a log low level: > >Kernel command line: ro root=LABEL=/ rhgb

Re: Fw: Kernel panic with dc395x in 2.6.12.2

2005-07-13 Thread Pierre Ossman
Guennadi Liakhovetski wrote: > >Have you managed to get netconsole running? Do you have no chance at all >to use a serial console? You are, perhaps, the only / last user of dc395x >on a high-mem machine, the driver is known to have a problem there, >although from your dump I cannot see yet if t

Re: Fw: Kernel panic with dc395x in 2.6.12.2

2005-07-14 Thread Pierre Ossman
Guennadi Liakhovetski wrote: >>127MB HIGHMEM available. >>896MB LOWMEM available. >> >> Quite right. The limit is slightly before 1 GB, not exactly at it. My bad. Rgds Pierre - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to [EMAIL PROTECTED

Re: Fw: Kernel panic with dc395x in 2.6.12.2

2005-07-15 Thread Pierre Ossman
Finally a dump with a smaller font so that the entire panic is visible: http://craffe.se/dc395x_panic.jpg Rgds Pierre - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-inf

Re: Fw: Kernel panic with dc395x in 2.6.12.2

2005-07-21 Thread Pierre Ossman
I have now tried with highmem disabled and the driver still crashes. See the following image: http://craffe.se/dc395x_kernel_bug.jpg Rgds Pierre - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vg

Re: Fw: Kernel panic with dc395x in 2.6.12.2

2005-07-22 Thread Pierre Ossman
randy_dunlap wrote: > >Does this happen on every boot? > > Yup >Please send your .config file (or put it on craffe.se). > > Included >Does this happen with othe kernel versions? > > Not that I've found. I could try compiling the currently running kernel (2.6.11.7) without highmem if you

Re: Fw: Kernel panic with dc395x in 2.6.12.2

2005-07-22 Thread Pierre Ossman
I'm having some problems with your mailserver Randy. I'll cc the mailing list hoping you'll see this there. I get: <<< 550-Verification failed for <[EMAIL PROTECTED]> <<< 550-unrouteable mail domain "drzeus.cx" <<< 550 Sender verify failed As far as i know my MX records are completely correct.

Re: Fw: Kernel panic with dc395x in 2.6.12.2

2005-07-25 Thread Pierre Ossman
randy_dunlap wrote: > > >That's a highmem bug. IIRC, Guennadi said that highmem does not >(or may not) work correctly in this driver, so I should have >asked you to test with HIGHMEM disabled so that the other bug >can be addressed. > > > I have now tried 2.6.12{,.1,.2} and only 2.6.12.2 bre

Re: Fw: Kernel panic with dc395x in 2.6.12.2

2005-07-26 Thread Pierre Ossman
randy_dunlap wrote: > >The only 2 differences that I can see that would affect this >(diff patch-2.6.12.1 vs. patch-2.6.1.2) are: (cut-n-paste, so >has whitespace munging) > > > Neither had any effect. :/ Rgd Pierre - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in t

Re: Fw: Kernel panic with dc395x in 2.6.12.2

2005-07-28 Thread Pierre Ossman
randy_dunlap wrote: > >oh drat. Please test 2.6.12.2 with the following patch segment >backed out (-R, reversed). I don't see any other patches that could >be the cause. If this isn't the problem, I would have to begin >to suspect some kind of toolchain problem. > > > It seems the blame fall

Re: Fw: Kernel panic with dc395x in 2.6.12.2

2005-08-05 Thread Pierre Ossman
Ok, I've now figured out where the bug appears. 2.6.12-rc4 runs fine while -rc5 does not. Rgds Pierre - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Fw: Kernel panic with dc395x in 2.6.12.2

2005-08-07 Thread Pierre Ossman
Guennadi Liakhovetski wrote: >So, now that we have somebody to test alternative patches, let's try it... >Please, first revert the first patch (apply with -R), and then apply the >second one. There, probably, will be offsets, don't worry about them. >Warning: untested. Please, try some read-onl