[9fans] 9load hangs in floppygetfspart dosinit

[9fans] 9load hangs in floppygetfspart dosinit

[Axel Belinfante]

I have a machine containing an AGP and a PCI video card.
The PCI card is supported; when I set the bios to init PCI first
everything works fine.

I switched the (AGP) video card (from unsupported diamond fire 1k pro)
to (I hoped supported) Hercules 3d prophet II mx, based on nvidia
geforce2 mx).

With the diamond fire card booting with 'init agp first'
would work fine, but (of course) no graphical mode (card unsupported)

With the hercules card, when booting with 'init AGP first',
9load hangs after printing the apm line, before printing
the 'using fd0!...plan9.ini' line.


I'm trying to add print statemtents to see what's going on.
I'll continue to do so, but I hope maybe someone has a good idea
that's faster than my tedious debugging...

it seems that floppyinit is executed wholly,
but in dosinit it hangs; I see

seek to 0 succeded
floppyon in (added myself)
floppyrevive in
sra 29 srb 7b dor c msr 80 dir 8
floppyrevive out
sra 9 srb 73 dor c msr 80 dir 8

and that's where I am right now.

Axel.

Re: [9fans] 9load hangs in floppygetfspart dosinit

[Axel Belinfante]

> I have a machine containing an AGP and a PCI video card.
> The PCI card is supported; when I set the bios to init PCI first
> everything works fine.
>
> I switched the (AGP) video card (from unsupported diamond fire 1k pro)
> to (I hoped supported) Hercules 3d prophet II mx, based on nvidia
> geforce2 mx).
>
> With the diamond fire card booting with 'init agp first'
> would work fine, but (of course) no graphical mode (card unsupported)
>
> With the hercules card, when booting with 'init AGP first',
> 9load hangs after printing the apm line, before printing
> the 'using fd0!...plan9.ini' line.
>
>
> I'm trying to add print statemtents to see what's going on.
> I'll continue to do so, but I hope maybe someone has a good idea
> that's faster than my tedious debugging...
>
> it seems that floppyinit is executed wholly,
> but in dosinit it hangs; I see

I traced it to timedsleep which hangs.

dosinit0 ...
getclus @ 0
getclust addr ...
timedsleep in m->ticks=0 end=101 s=0
timedsleep out

> seek to 0 succeded
> floppyon in (added myself)
> floppyrevive in
> sra 29 srb 7b dor c msr 80 dir 8
timedsleep in m->ticks=6 end=27 s=8
timedsleep out
> floppyrevive out
> sra 9 srb 73 dor c msr 80 dir 8

floppyon in !alreadyon branch
timedsleep in m->ticks=6 end=22 s=1000

and then there is no more progress;
even print statements added in the while loop of timedsleep
at a certain point stop.


Any ideas, anyone?


Axel.

Re: [9fans] 9load hangs in floppygetfspart dosinit

[Geoff Collyer]

It sounds somewhat like problems I had a long time ago; perhaps your
fs kernel it out of date?  Check that the last line of trapinit(),
/sys/src/fs/pc/trap.c:192 in my copy, is:

	fpinit();

Re: [9fans] 9load hangs in floppygetfspart dosinit

[Axel Belinfante]

short version:
after plugging usb keyboard via different slot (usb port), it works.

Axel.

long version::

To sum up from my previous post, 9load got stuck in timedsleep
after I changed the agp video card.

> It sounds somewhat like problems I had a long time ago; perhaps your
> fs kernel it out of date?  Check that the last line of trapinit(),
> /sys/src/fs/pc/trap.c:192 in my copy, is:
>
> 	fpinit();

I don't even make it to the fs kernel, I'm already hanging in 9load.
My copy of /sys/src/boot/pc/trap.c is up to date with sources;
however, comparing that with sys/src/fs/pc/trap.c I do see some
differences.

i tried to integrate those differences, but failed to solve the problem
(the resulting 9load was able to boot a kernel on another machine)


Then, I tried 'shuffling' and disabling hardware,
with more success!!!
`plain' 9load works, except when a usb keyboard is attached to usb2
(disconnecting the usb keyboard, or connecting to a (sufficiently)
 different usb port is sufficient to make 9load work again.
 plugging it back into the original port makes it fail again)

why 9load stopped working when I changed agp card I don't know,
I suppose because interrupts moved, don't know the 'original'
irq assignment.

Some details in case anyone is interested:

The motherboard is a shuttle ak32vn (via kt266a + vt8235)
when keyboard is on usb2 (irq 10) 9load gets stuck

term% cat /dev/irqalloc
          3           0 debugpt
          7           0 mathemu
          8           0 doublefault
          9           0 mathover
         14           0 fault386
         15           0 unexpected
         16           0 matherror
         32           0 clock
         33           1 kbd
         35           3 usb1
         36           4 COM1
         38           6 floppy
         39           7 lpt
         42          10 usb2
         43          11 usb0
         43          11 ether0
         44          12 kbdaux
         46          14 sdC (ata)
         47          15 sdD (ata)
term% pci
0.0.0:	06.00.00 1106/3099   0
0.1.0:	06.04.00 1106/b099   0
0.10.0:	04.80.00 1131/7134  10 0:ef000000 1024
0.12.0:	02.00.00 10b7/9001  11 0:0000d001 64
0.16.0:	0c.03.00 1106/3038  11 4:0000d401 32
0.16.1:	0c.03.00 1106/3038   3 4:0000d801 32
0.16.2:	0c.03.00 1106/3038  10 4:0000dc01 32
0.16.3:	0c.03.20 1106/3104   5 0:ef001000 256
0.17.0:	06.01.00 1106/3177   0
0.17.1:	01.01.8a 1106/0571 255 4:0000e001 16
0.17.5:	04.01.00 1106/3059  10 0:0000e401 256
1.0.0:	03.00.00 10de/0110  11 0:ec000000 16777216 1:e0000008 134217728
term%


Axel. - glad that it works now