Linux 2.6 @sparc (Re: SPECS: kernel24.spec - don't disable modules compression - release...)

[Jakub Bogusz]

On Mon, May 17, 2004 at 09:05:10PM +0200, Jakub Bogusz wrote:
> On Fri, May 14, 2004 at 08:10:26PM +0200, robert j. wozny wrote:
> > masz >1 dysk, jakies zewnetrzne scsi urzadzenia, cdrom ?
> 
> cdrom wewnętrzny, jak niżej. Dysk jest jeden.
> 2.4.26 (tak samo redhatowe 2.2.14) trochę przy nim marudzi, ale wykrywa:
> 
> esp0: IRQ 4,7e0 SCSI ID 7 Clk 40MHz CCYC=25000 CCF=8 TOut 167 NCR53C9XF(espfast)
> ESP: Total of 1 ESP hosts found, 1 actually in use.
> scsi0 : Sparc ESP366-HME
> esp0: target 1 [period 100ns offset 15 20.00MHz FAST-WIDE SCSI-II]
> esp0: yieee, bytes_sent < 0!
> esp0: csz=0 fifocount=0 ecount=16777184
> esp0: use_sg=0 ptr=ffffffffc0003b70 this_residual=0
> esp0: Forcing async for target 1
>   Vendor:           Model:                   Rev:
>   Type:   Direct-Access                      ANSI SCSI revision: 00
>   Vendor: NEC       Model: CD-ROM DRIVE:502  Rev: 2.3
>   Type:   CD-ROM                             ANSI SCSI revision: 02
> Attached scsi disk sda at scsi0, channel 0, id 1, lun 0
> esp0: target 1 [period 100ns offset 15 20.00MHz FAST-WIDE SCSI-II]
> SCSI device sda: 8386000 512-byte hdwr sectors (4294 MB)
> Partition check:
>  /dev/scsi/host0/bus0/target1/lun0: p1 p2
> 
> 2.6.5 bardziej marudziło i stwierdzało, że przełącza target 1 w offline.
> Może przy okazji rebootu uruchomię jeszcze raz i przekleję z konsoli
> szeregowej.

Na 2.6.5-1 jest tak:

esp0: IRQ 4,7e0 SCSI ID 7 Clk 40MHz CCYC=25000 CCF=8 TOut 167 NCR53C9XF(espfast)
ESP: Total of 1 ESP hosts found, 1 actually in use.
scsi0 : Sparc ESP366-HME
Using anticipatory io scheduler
esp0: target 1 [period 100ns offset 15 20.00MHz FAST-WIDE SCSI-II]
esp0: yieee, bytes_sent < 0!
esp0: csz=0 fifocount=0 ecount=16777180
esp0: use_sg=0 ptr=ffffffffc0002fe4 this_residual=0
esp0: Forcing async for target 1
  Vendor:           Model:                   Rev:
  Type:   Direct-Access                      ANSI SCSI revision: 00
esp0: Aborting command
esp0: dumping state
esp0: dma -- cond_reg<b2bf8b14> addr<c0004fc0>
esp0: SW [sreg<11> sstep<04> ireg<18>]
esp0: HW reread [sreg<01> sstep<c4> ireg<00>]
esp0: current command [tgt<01> lun<01> pphase<CLUELESS> cphase<DATAIN>]
esp0: disconnected
esp0: Aborting command
esp0: dumping state
esp0: dma -- cond_reg<b2bf8b14> addr<c0004fc0>
esp0: SW [sreg<11> sstep<04> ireg<18>]
esp0: HW reread [sreg<01> sstep<c4> ireg<00>]
esp0: current command [tgt<01> lun<01> pphase<UNISSUED> cphase<UNISSUED>]
esp0: disconnected
esp0: Resetting scsi bus
esp0: Gross error sreg=40
esp0: SCSI bus reset interrupt
esp0: DMA error b2bf8a03
esp0: Resetting scsi bus
esp0: SCSI bus reset interrupt
esp0: target 1 [period 100ns offset 15 20.00MHz FAST-WIDE SCSI-II]
scsi: Device offlined - not ready after error recovery: host 0 channel 0 id 1 lun 1
  Vendor: NEC       Model: CD-ROM DRIVE:502  Rev: 2.3
  Type:   CD-ROM                             ANSI SCSI revision: 02
esp0: target 1 [period 100ns offset 15 20.00MHz FAST-WIDE SCSI-II]
SCSI device sda: 8386000 512-byte hdwr sectors (4294 MB)
SCSI device sda: drive cache: write through
 /dev/scsi/host0/bus0/target1/lun0: p1 p2
Attached scsi disk sda at scsi0, channel 0, id 1, lun 0
[...]
RAMDISK: Compressed image found at block 0
VFS: Mounted root (romfs filesystem) readonly.
Kernel panic: VFS: Unable to mount root fs on sda2
 <0>Press L1-A to return to the boot prom

Hm, czyli jednak widzi dysk, pomimo marudzenia.

Za to używanie initrd najwyraźniej kończy się na podmontowaniu go...
chyba żeby były problemy z stdout/stderr z initrd.

Może to by pomogło?
http://www.sparc-boot.org/pub/testing/initrd-2.6.diff
Ale chyba nie to, bo widziałem inne opisy objawów (z niewykrywaniem
obrazu initrd - a tu jak widać znalazł).

> > > Jakby były jakieś poprawki w tych okolicach (w 2.6.6 może?), to mogę
> > > sprawdzić jeszcze raz.
> > 
> > nie wiem. zakonczylem wspoprace na 2.6.5-iles po tym jak system sie
> > zawieszal w dosc nieregularnych momentach. tak sie zawieszal, ze nic
> > nie reagowalo.
> 
> Jedno zauważyłem na niekorzyść 2.4: po panicu z powodu niemożności
> podmontowania / na 2.6.5 dało się wysłać break (z konsoli szeregowej)
> żeby wrócić do boot-promu. Na 2.4.26 to nie działało, musiałem sięgać
> do tego dziwnego pstryczka z tyłu zasilacza, niedostępnego zdalnie :/

Co ciekawe, to "<0>Press L1-A to return to the boot prom" też pisał,
ale break mogłem sobie wciskać długo i namiętnie.
A co to jest L1-A to nie wiem.


-- 
Jakub Bogusz    http://cyber.cs.net.pl/~qboosh/