[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <JIO5LO$C60EE63CB5A48D2316D385244D1DAE4C@laposte.net>
Date: Sun, 27 May 2007 00:10:36 +0200
From: Emmanuel Fusté <emmanuel.fuste@...oste.net>
To: "tsbogend" <tsbogend@...ha.franken.de>,
"pcnet32" <pcnet32@...izon.net>
Cc: "netdev" <netdev@...r.kernel.org>
Subject: [PCNET32] Lock solid with netconsole
Hello,
Just to let you know that I swap my pcnet32 with a via-rhine
and I no longer experienced hard machine lock after loading
netconsole.
Regards,
Emmanuel.
> 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@...e.de +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@...oste.net
> 1 Go d'espace de stockage, anti-spam et anti-virus intégrés.
>
>
> ---
>
> Créez votre adresse électronique prenom.nom@...oste.net
> 1 Go d'espace de stockage, anti-spam et anti-virus intégrés.
>
---
Créez votre adresse électronique prenom.nom@...oste.net
1 Go d'espace de stockage, anti-spam et anti-virus intégrés.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists