Hello, While trying to obtain scsi log to debug a driver problem, I tried to use netconsole on an old smp system with a 10Mbits pcnet32 ethernet device. But few seconds after enabling netconsole, before launching my scsi test, but after a few console activity the computer freeze hard. Is it a know or expected problem ? (2.6.21 kernel, pcnet32: PCnet/PCI 79C970) Have you some solutions or patch to try ? Will get back my soldering iron to do a serial cable for now. Thanks, Emmanuel. > Hi Emmanuel, > > Emmanuel Fusté wrote: > > Hello, > > > > After one year of rest, I resurrect my old computer, install a > > 2.6.21 kernel and updated my Debian distro. > > > > Tree things to repport: > > > > First, a cosmetic thing: I have two scsi sync devices and two > > async devices. For the first ones, domain validation return > > the negociated speed and mode. For the second ones, domain > > validation return nothing. I expect it is just a 'missing > > feature' but that all went ok. I am right ? > > > > scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0 > > <Adaptec 2940 Ultra2 SCSI adapter> > > aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs > > > > scsi 0:0:0:0: Direct-Access IBM DMVS18V 02B0 > > PQ: 0 ANSI: 3 > > scsi0:A:0:0: Tagged Queuing enabled. Depth 8 > > target0:0:0: Beginning Domain Validation > > target0:0:0: wide asynchronous > > target0:0:0: FAST-40 WIDE SCSI 80.0 MB/s ST (25ns, offset 31) > > target0:0:0: Domain Validation skipping write tests > > target0:0:0: Ending Domain Validation > > scsi 0:0:3:0: CD-ROM YAMAHA CRW6416S 1.0d > > PQ: 0 ANSI: 2 > > target0:0:3: Beginning Domain Validation > > target0:0:3: FAST-10 SCSI 10.0 MB/s ST (100 ns,offset 15) > > target0:0:3: Domain Validation skipping write tests > > target0:0:3: Ending Domain Validation > > scsi 0:0:4:0: CD-ROM TOSHIBA CD-ROM XM-3501TA 1875 > > PQ: 0 ANSI: 2 > > target0:0:4: Beginning Domain Validation > > target0:0:4: Domain Validation skipping write tests > > target0:0:4: Ending Domain Validation > > scsi 0:0:6:0: Sequential-Access WANGTEK 5525ES SCSI REV7 0W > > PQ: 0 ANSI: 1 > > target0:0:6: Beginning Domain Validation > > target0:0:6: Ending Domain Validation > > > Hmm. Have to have a look at it. It should at least report the result ... > > > Secondly, It seems that something is doing weird things with > > my old CD-ROM reader (XM-3501TA). At some point in time (not > > really regular), I get this in my logs: > > May 23 00:45:44 rafale kernel: (scsi0:A:4:0): No or incomplete > > CDB sent to device. > > May 23 00:45:44 rafale kernel: (scsi0:A:4:0): Protocol > > violation in Message-in phase. Attempting to abort. > > May 23 00:45:44 rafale kernel: (scsi0:A:4:0): Abort Message Sent > > May 23 00:45:44 rafale kernel: (scsi0:A:4:0): SCB 11 - Abort > > Completed. > > And sometimes (but seem related to problems with my cable): > > May 23 04:32:49 rafale kernel: (scsi0:A:4:0): parity error > > detected in Status phase. SEQADDR(0xad) SCSIRATE(0x0) > > May 23 05:13:03 rafale kernel: (scsi0:A:4:0): parity error > > detected in Status phase. SEQADDR(0xac) SCSIRATE(0x0) > > > Yes, this looks like a cable probrlem. > > > There is no scsi bus freeze, and the device work perfectly > > without generating other errors. DV problem ? Bad hal daemon > > interaction ? Defect in the driver trigged by bad hal daemon > > behavior ? > > > Ach, yes, it could at least be triggered by hal. Not all devices like to > be polled by hal, especially if they're in a middle of an operation. > CD-RW eg. Kay claimed to have it solved, but I still end up disabling > hal :-) > > > Last thing, a now two years problem: > > cdrwtools -d /dev/sr0 -q still instantly crash the > > scsibus/cdwriter and the driver never recover. > > I did not have a new log because of the complete bus crash. > > Have you new ideas about this problem ?? > No, not yet. But it looks as if I finally got some time to look deeper > in this problem. > Bugzilla's still assigned to me, to it's a constant remainder that > something's amiss ... > > > I will try: > > - to get a log on a usb key > > - to port patch from Bugzilla Bug 5921 to current kernel. With > > the previous ones, the driver recover. (but i was experiencing > > FS corruption but it seems it was not related). > > - to identify exactly what cdrwtools send to the kernel/driver > > which cause the crash. > What you should do here is: > > - hook up a serial cable and re-route console messages to that > - Switch off syslog (as this might block if the SCSI bus frozen) > - Enable scsi debugging (Error, Timeout, Scan, and Midlayer is > sufficient) and start cdrwtools. > - Send me the log from the serial console. > > This will give me at least a starting point what's going wrong. > > Thanks for your patience. > > Cheers, > > Hannes > -- > Dr. Hannes Reinecke zSeries & Storage > hare@xxxxxxx +49 911 74053 688 > SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg > GF: Markus Rex, HRB 16746 (AG Nürnberg) > --- Créez votre adresse électronique prenom.nom@xxxxxxxxxxx 1 Go d'espace de stockage, anti-spam et anti-virus intégrés. - 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