[parisc-linux] Yet another tar-triggered problem?
Tue, 4 Feb 2003 10:55:02 +0200
On Mon, Feb 03, 2003 at 10:30:57AM -0700, ext Grant Grundler wrote:
> On Mon, Feb 03, 2003 at 05:44:50PM +0200, Nahkola Mikko wrote:
> > ... the 70096's scrollback was full of something that looks like
> > a hex dump, and then a HPMC at the end.
> Likely a problem with st or scsi driver.
> Not many people are using tape drives so we don't get much
> feedback on that.
Well, duh ... tapes are fun. Wonder why no one seems interested in them
> > Is anyone interested in the hex dump?
> Well, TBH, I'd be more interested in one from a 2.4.20 kernel.
> Too much code has changed since 2.4.18.
OK, I'll see if I can reproduce this on 2.4.20.
It would be nice to get a newer kernel to work in real use too... funny
that KDE should lock up though, that's not a symptom that I'd expect to
> > r00-03 00000000 10300010 1010d4e8 ffffffff
> > IASQ: 00000000 00000000 IAOQ: 1024a2d0 1024a2d4
> Can you look up (IOAQ) 1024a2d0 and (GR02) 1010d4e8
> in the matching System.map?
> I'm curious where it died.
Well, 1010d4e8 seems to be in the middle of something...
1010d1c0 t pcxl_proc_info
1010d30c t .L1066
1010d36c T inb
............. lots of other "t .L???"s and an occasional "T inw"
1010d480 t .L708
1010d484 T inl
1010d4ec t .L712
1024a2d0 seems much more readable here... but then again the stuff is
much further apart.
1024a2ac t dino_in32
1024a2e4 t dino_out8
1024a320 t dino_out16
> Though with HPMCs, it's likely to be a bug in some other code path.
Indeed, and on HP-UX I've seen occasional HPMCs with slightly-broken
disks, for example...
Mikko Nahkola <firstname.lastname@example.org>
Tre-IN sysadmin <email@example.com>