* [9fans] unable to start plan9 on atom330 in virtualbox
@ 2011-06-11 21:55 Cr0t
2011-06-11 22:15 ` Jacob Todd
2011-06-11 23:40 ` cinap_lenrek
0 siblings, 2 replies; 21+ messages in thread
From: Cr0t @ 2011-06-11 21:55 UTC (permalink / raw)
To: 9fans
[-- Attachment #1: Type: TEXT/PLAIN, Size: 71 bytes --]
I am unable to load plan9 on the latest version of virtualbox.
- C
[-- Attachment #2: Type: IMAGE/jpeg, Size: 175088 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] unable to start plan9 on atom330 in virtualbox
2011-06-11 21:55 [9fans] unable to start plan9 on atom330 in virtualbox Cr0t
@ 2011-06-11 22:15 ` Jacob Todd
2011-06-11 22:23 ` Gorka Guardiola
2011-06-11 23:25 ` Cr0t daywalker
2011-06-11 23:40 ` cinap_lenrek
1 sibling, 2 replies; 21+ messages in thread
From: Jacob Todd @ 2011-06-11 22:15 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
[-- Attachment #1: Type: text/plain, Size: 236 bytes --]
Plan 9 hasn't worked with virtual box for as long as i can remember. Try it
with qemu if you can.
On Jun 11, 2011 5:58 PM, "Cr0t" <cr0txxx@gmail.com> wrote:
> I am unable to load plan9 on the latest version of virtualbox.
>
> - C
[-- Attachment #2: Type: text/html, Size: 375 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] unable to start plan9 on atom330 in virtualbox
2011-06-11 22:15 ` Jacob Todd
@ 2011-06-11 22:23 ` Gorka Guardiola
2011-06-11 23:43 ` blstuart
2011-06-11 23:25 ` Cr0t daywalker
1 sibling, 1 reply; 21+ messages in thread
From: Gorka Guardiola @ 2011-06-11 22:23 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
On Sun, Jun 12, 2011 at 12:15 AM, Jacob Todd <jaketodd422@gmail.com> wrote:
> Plan 9 hasn't worked with virtual box for as long as i can remember. Try it
> with qemu if you can.
>
> On Jun 11, 2011 5:58 PM, "Cr0t" <cr0txxx@gmail.com> wrote:
>> I am unable to load plan9 on the latest version of virtualbox.
>>
>> - C
>
I've been using virtualbox on linux and mac os for a long time.
The only issues I have found have been with the ps/2 mouse emulation
on mac os. You can try the image we have for our students here:
http://lsub.org/plan9alv.tgz
--
- curiosity sKilled the cat
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] unable to start plan9 on atom330 in virtualbox
2011-06-11 22:15 ` Jacob Todd
2011-06-11 22:23 ` Gorka Guardiola
@ 2011-06-11 23:25 ` Cr0t daywalker
2011-06-11 23:36 ` Gorka Guardiola
1 sibling, 1 reply; 21+ messages in thread
From: Cr0t daywalker @ 2011-06-11 23:25 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
[-- Attachment #1: Type: text/plain, Size: 349 bytes --]
I saw screenshots that it does work
On Jun 11, 2011, at 6:16 PM, Jacob Todd <jaketodd422@gmail.com> wrote:
Plan 9 hasn't worked with virtual box for as long as i can remember. Try it
with qemu if you can.
On Jun 11, 2011 5:58 PM, "Cr0t" <cr0txxx@gmail.com> wrote:
> I am unable to load plan9 on the latest version of virtualbox.
>
> - C
[-- Attachment #2: Type: text/html, Size: 715 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] unable to start plan9 on atom330 in virtualbox
2011-06-11 23:25 ` Cr0t daywalker
@ 2011-06-11 23:36 ` Gorka Guardiola
0 siblings, 0 replies; 21+ messages in thread
From: Gorka Guardiola @ 2011-06-11 23:36 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
On Sun, Jun 12, 2011 at 1:25 AM, Cr0t daywalker <cr0txxx@gmail.com> wrote:
> I saw screenshots that it does work
>
In case it helps, I use the version you can find here:
http://www.virtualbox.org/wiki/Downloads
and the USB extension pack here:
http://www.virtualbox.org/wiki/Downloads
USB support in MacOs is somewhat flaky, but works most of the time for
mice and usb disks.
G.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] unable to start plan9 on atom330 in virtualbox
2011-06-11 21:55 [9fans] unable to start plan9 on atom330 in virtualbox Cr0t
2011-06-11 22:15 ` Jacob Todd
@ 2011-06-11 23:40 ` cinap_lenrek
2011-06-11 23:45 ` Robert Ransom
2011-06-11 23:47 ` Cr0t daywalker
1 sibling, 2 replies; 21+ messages in thread
From: cinap_lenrek @ 2011-06-11 23:40 UTC (permalink / raw)
To: 9fans
just tried vbox 4.0.8-r71778 under windows with 9front and
it seems to install and boot the latest build just fine.
(except that vbox seems to measure its performance in popups
per minute)
i had some wired i/o errors tho when i had the iso image stored
on smb server after some time. maybe a bug in cifsd...
just copying the iso to a windows harddrive fixed it.
where does plan9 fail to work? can it start the kernel?
we use a different bootloader so i would suspect a 9load
problem...
can you make a screenshot?
--
cinap
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] unable to start plan9 on atom330 in virtualbox
2011-06-11 22:23 ` Gorka Guardiola
@ 2011-06-11 23:43 ` blstuart
0 siblings, 0 replies; 21+ messages in thread
From: blstuart @ 2011-06-11 23:43 UTC (permalink / raw)
To: 9fans
> I've been using virtualbox on linux and mac os for a long time.
> The only issues I have found have been with the ps/2 mouse emulation
> on mac os. You can try the image we have for our students here:
> http://lsub.org/plan9alv.tgz
You might give the latest version for mac os a try. I've noticed some
significant improvement in the mouse behavior in it.
BLS
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] unable to start plan9 on atom330 in virtualbox
2011-06-11 23:40 ` cinap_lenrek
@ 2011-06-11 23:45 ` Robert Ransom
2011-06-11 23:51 ` cinap_lenrek
2011-06-11 23:47 ` Cr0t daywalker
1 sibling, 1 reply; 21+ messages in thread
From: Robert Ransom @ 2011-06-11 23:45 UTC (permalink / raw)
To: 9fans
[-- Attachment #1: Type: text/plain, Size: 296 bytes --]
On Sun, 12 Jun 2011 01:40:42 +0200
cinap_lenrek@gmx.de wrote:
> where does plan9 fail to work? can it start the kernel?
> we use a different bootloader so i would suspect a 9load
> problem...
>
> can you make a screenshot?
He attached one to his original message.
Robert Ransom
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 499 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] unable to start plan9 on atom330 in virtualbox
2011-06-11 23:40 ` cinap_lenrek
2011-06-11 23:45 ` Robert Ransom
@ 2011-06-11 23:47 ` Cr0t daywalker
2011-06-12 0:32 ` cinap_lenrek
2011-06-13 7:01 ` cinap_lenrek
1 sibling, 2 replies; 21+ messages in thread
From: Cr0t daywalker @ 2011-06-11 23:47 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
[-- Attachment #1.1: Type: text/plain, Size: 659 bytes --]
©®0t
On Sat, Jun 11, 2011 at 7:40 PM, <cinap_lenrek@gmx.de> wrote:
> just tried vbox 4.0.8-r71778 under windows with 9front and
> it seems to install and boot the latest build just fine.
> (except that vbox seems to measure its performance in popups
> per minute)
>
> i had some wired i/o errors tho when i had the iso image stored
> on smb server after some time. maybe a bug in cifsd...
>
> just copying the iso to a windows harddrive fixed it.
>
> where does plan9 fail to work? can it start the kernel?
> we use a different bootloader so i would suspect a 9load
> problem...
>
> can you make a screenshot?
>
> --
> cinap
>
>
[-- Attachment #1.2: Type: text/html, Size: 988 bytes --]
[-- Attachment #2: vp.jpg --]
[-- Type: image/jpeg, Size: 110040 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] unable to start plan9 on atom330 in virtualbox
2011-06-11 23:45 ` Robert Ransom
@ 2011-06-11 23:51 ` cinap_lenrek
0 siblings, 0 replies; 21+ messages in thread
From: cinap_lenrek @ 2011-06-11 23:51 UTC (permalink / raw)
To: 9fans
oh, got it...
so 9load is not the problem...
sorry for the noise
--
cinap
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] unable to start plan9 on atom330 in virtualbox
2011-06-11 23:47 ` Cr0t daywalker
@ 2011-06-12 0:32 ` cinap_lenrek
2011-06-12 0:40 ` Cr0t daywalker
2011-06-12 16:56 ` Iruatã Souza
2011-06-13 7:01 ` cinap_lenrek
1 sibling, 2 replies; 21+ messages in thread
From: cinap_lenrek @ 2011-06-12 0:32 UTC (permalink / raw)
To: 9fans
i would like to resolve the addresses printed in the screenshot.
is this the plan9 live cd? how do i extract that kernel image from the
cd? (or extract the floppy image) or does anyone have the debug versions
of the kernels that get build into the plan9 cd?
--
cinap
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] unable to start plan9 on atom330 in virtualbox
2011-06-12 0:32 ` cinap_lenrek
@ 2011-06-12 0:40 ` Cr0t daywalker
2011-06-12 16:56 ` Iruatã Souza
1 sibling, 0 replies; 21+ messages in thread
From: Cr0t daywalker @ 2011-06-12 0:40 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
[-- Attachment #1: Type: text/plain, Size: 413 bytes --]
Yes, it is from the latest live cd.
©®0t
On Sat, Jun 11, 2011 at 8:32 PM, <cinap_lenrek@gmx.de> wrote:
> i would like to resolve the addresses printed in the screenshot.
>
> is this the plan9 live cd? how do i extract that kernel image from the
> cd? (or extract the floppy image) or does anyone have the debug versions
> of the kernels that get build into the plan9 cd?
>
> --
> cinap
>
>
[-- Attachment #2: Type: text/html, Size: 719 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] unable to start plan9 on atom330 in virtualbox
2011-06-12 0:32 ` cinap_lenrek
2011-06-12 0:40 ` Cr0t daywalker
@ 2011-06-12 16:56 ` Iruatã Souza
2011-06-13 2:42 ` cinap_lenrek
1 sibling, 1 reply; 21+ messages in thread
From: Iruatã Souza @ 2011-06-12 16:56 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
On Sat, Jun 11, 2011 at 9:32 PM, <cinap_lenrek@gmx.de> wrote:
> i would like to resolve the addresses printed in the screenshot.
>
> is this the plan9 live cd? how do i extract that kernel image from the
> cd? (or extract the floppy image) or does anyone have the debug versions
> of the kernels that get build into the plan9 cd?
>
https://bitbucket.org/iru/depot/src/12ff017cc9c6/cdfpart creates a
cdboot partition for the emulated floppy in the cd.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] unable to start plan9 on atom330 in virtualbox
2011-06-12 16:56 ` Iruatã Souza
@ 2011-06-13 2:42 ` cinap_lenrek
0 siblings, 0 replies; 21+ messages in thread
From: cinap_lenrek @ 2011-06-13 2:42 UTC (permalink / raw)
To: 9fans
excellent, thanks
--
cinap
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] unable to start plan9 on atom330 in virtualbox
2011-06-11 23:47 ` Cr0t daywalker
2011-06-12 0:32 ` cinap_lenrek
@ 2011-06-13 7:01 ` cinap_lenrek
2011-06-13 7:06 ` cinap_lenrek
` (2 more replies)
1 sibling, 3 replies; 21+ messages in thread
From: cinap_lenrek @ 2011-06-13 7:01 UTC (permalink / raw)
To: 9fans
ok, i think i can explain the "unlock of ilock: pc f0140fc5, held by ..." message.
i extracted that 9pcflop kernel with muzgos cdfpart from the current iso and
disassembled with acid arround.
the routine that calls unlock looks like this:
the routine that calls the unlock (shutdown from ether79c970.c)
0xf0140f79 0xf0140f79 SUBL $0x14,SP
0xf0140f7c 0xf0140f7c MOVL 0x18(SP),AX
# ctlr = arg->foobar
0xf0140f80 0xf0140f80 MOVL 0x78(AX),CX
0xf0140f83 0xf0140f83 MOVL CX,0x10(SP)
0xf0140f87 0xf0140f87 MOVL CX,0x0(SP)
# ilock(ctlr)
0xf0140f8a 0xf0140f8a CALL 0xf019af31
0xf0140f8f 0xf0140f8f MOVL 0x10(SP),AX
0xf0140f93 0xf0140f93 MOVL AX,0x0(SP)
0xf0140f96 0xf0140f96 MOVL $0x18,AX
0xf0140f9b 0xf0140f9b MOVL AX,0x4(SP)
# io32r(ctlr, 0x18) ???
0xf0140f9f 0xf0140f9f CALL 0xf01409b4
0xf0140fa4 0xf0140fa4 MOVL 0x10(SP),AX
0xf0140fa8 0xf0140fa8 MOVL AX,0x0(SP)
0xf0140fab 0xf0140fab MOVL $0x18,AX
0xf0140fb0 0xf0140fb0 MOVL AX,0x4(SP)
# io16r(ctlr, 0x18);
0xf0140fb4 0xf0140fb4 CALL 0xf014093f
0xf0140fb9 0xf0140fb9 MOVL 0x10(SP),AX
0xf0140fbd 0xf0140fbd MOVL AX,0x0(SP)
# unlock(ctlr)
0xf0140fc0 0xf0140fc0 CALL 0xf019b0be
0xf0140fc5 0xf0140fc5 ADDL $0x14,SP
0xf0140fc8 0xf0140fc8 RET
it have no debug symbols so i looked for magic numbers
arround (in this case 0x18)
wich turned out to be:
ether79c970.c:31: Sreset = 0x0018, /* software reset */
# this looks like io32r() from ether79c970.c
acid: asm(0xf01409b4)
0xf01409b4 0xf01409b4 SUBL $0x8,SP
0xf01409b7 0xf01409b7 MOVL 0xc(SP),CX
# port = arg2
0xf01409bb 0xf01409bb MOVL 0x1c(CX),CX
# port += arg1
0xf01409be 0xf01409be ADDL 0x10(SP),CX
0xf01409c2 0xf01409c2 MOVL CX,0x0(SP)
# inl(port)
0xf01409c5 0xf01409c5 CALL 0xf010036e
0xf01409ca 0xf01409ca ADDL $0x8,SP
0xf01409cd 0xf01409cd RET
# this is inl()
acid: asm(0xf010036e)
0xf010036e 0xf010036e MOVL 0x4(SP),DX
0xf0100372 0xf0100372 INL DX,AX
0xf0100373 0xf0100373 RET
so there is your bug!
static void
shutdown(Ether *ether)
{
Ctlr *ctlr;
ctlr = ether->ctlr;
ilock(ctlr);
io32r(ctlr, Sreset);
io16r(ctlr, Sreset);
unlock(ctlr);
}
it was commented out before...
the file just changed... i think they try to fix it right now...
--
cinap
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] unable to start plan9 on atom330 in virtualbox
2011-06-13 7:01 ` cinap_lenrek
@ 2011-06-13 7:06 ` cinap_lenrek
2011-06-13 7:15 ` cinap_lenrek
2011-06-13 22:41 ` Cr0t
2011-06-14 18:43 ` Josh Marshall
2 siblings, 1 reply; 21+ messages in thread
From: cinap_lenrek @ 2011-06-13 7:06 UTC (permalink / raw)
To: 9fans
to be clear, the shutdown() code was missing in *current* ether79.... i found it
in history -D, and now its there again.
--
cinap
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] unable to start plan9 on atom330 in virtualbox
2011-06-13 7:06 ` cinap_lenrek
@ 2011-06-13 7:15 ` cinap_lenrek
0 siblings, 0 replies; 21+ messages in thread
From: cinap_lenrek @ 2011-06-13 7:15 UTC (permalink / raw)
To: 9fans
it would be nice if geoff can keep the kernel versions on the live cd
current and have a unstriped version (with debug symbols) of it on
sources.
--
cinap
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] unable to start plan9 on atom330 in virtualbox
2011-06-13 7:01 ` cinap_lenrek
2011-06-13 7:06 ` cinap_lenrek
@ 2011-06-13 22:41 ` Cr0t
2011-06-14 18:43 ` Josh Marshall
2 siblings, 0 replies; 21+ messages in thread
From: Cr0t @ 2011-06-13 22:41 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
You are right. Neither one of the AMD nics are working!
On Mon, 13 Jun 2011, cinap_lenrek@gmx.de wrote:
> ok, i think i can explain the "unlock of ilock: pc f0140fc5, held by ..." message.
>
> i extracted that 9pcflop kernel with muzgos cdfpart from the current iso and
> disassembled with acid arround.
>
> the routine that calls unlock looks like this:
>
> the routine that calls the unlock (shutdown from ether79c970.c)
> 0xf0140f79 0xf0140f79 SUBL $0x14,SP
> 0xf0140f7c 0xf0140f7c MOVL 0x18(SP),AX
> # ctlr = arg->foobar
> 0xf0140f80 0xf0140f80 MOVL 0x78(AX),CX
> 0xf0140f83 0xf0140f83 MOVL CX,0x10(SP)
> 0xf0140f87 0xf0140f87 MOVL CX,0x0(SP)
> # ilock(ctlr)
> 0xf0140f8a 0xf0140f8a CALL 0xf019af31
> 0xf0140f8f 0xf0140f8f MOVL 0x10(SP),AX
> 0xf0140f93 0xf0140f93 MOVL AX,0x0(SP)
> 0xf0140f96 0xf0140f96 MOVL $0x18,AX
> 0xf0140f9b 0xf0140f9b MOVL AX,0x4(SP)
> # io32r(ctlr, 0x18) ???
> 0xf0140f9f 0xf0140f9f CALL 0xf01409b4
> 0xf0140fa4 0xf0140fa4 MOVL 0x10(SP),AX
> 0xf0140fa8 0xf0140fa8 MOVL AX,0x0(SP)
> 0xf0140fab 0xf0140fab MOVL $0x18,AX
> 0xf0140fb0 0xf0140fb0 MOVL AX,0x4(SP)
> # io16r(ctlr, 0x18);
> 0xf0140fb4 0xf0140fb4 CALL 0xf014093f
> 0xf0140fb9 0xf0140fb9 MOVL 0x10(SP),AX
> 0xf0140fbd 0xf0140fbd MOVL AX,0x0(SP)
> # unlock(ctlr)
> 0xf0140fc0 0xf0140fc0 CALL 0xf019b0be
> 0xf0140fc5 0xf0140fc5 ADDL $0x14,SP
> 0xf0140fc8 0xf0140fc8 RET
>
> it have no debug symbols so i looked for magic numbers
> arround (in this case 0x18)
>
> wich turned out to be:
>
> ether79c970.c:31: Sreset = 0x0018, /* software reset */
>
> # this looks like io32r() from ether79c970.c
> acid: asm(0xf01409b4)
> 0xf01409b4 0xf01409b4 SUBL $0x8,SP
> 0xf01409b7 0xf01409b7 MOVL 0xc(SP),CX
> # port = arg2
> 0xf01409bb 0xf01409bb MOVL 0x1c(CX),CX
> # port += arg1
> 0xf01409be 0xf01409be ADDL 0x10(SP),CX
> 0xf01409c2 0xf01409c2 MOVL CX,0x0(SP)
> # inl(port)
> 0xf01409c5 0xf01409c5 CALL 0xf010036e
> 0xf01409ca 0xf01409ca ADDL $0x8,SP
> 0xf01409cd 0xf01409cd RET
>
> # this is inl()
> acid: asm(0xf010036e)
> 0xf010036e 0xf010036e MOVL 0x4(SP),DX
> 0xf0100372 0xf0100372 INL DX,AX
> 0xf0100373 0xf0100373 RET
>
> so there is your bug!
>
> static void
> shutdown(Ether *ether)
> {
> Ctlr *ctlr;
>
> ctlr = ether->ctlr;
> ilock(ctlr);
> io32r(ctlr, Sreset);
> io16r(ctlr, Sreset);
> unlock(ctlr);
> }
>
> it was commented out before...
>
> the file just changed... i think they try to fix it right now...
>
> --
> cinap
>
>
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] unable to start plan9 on atom330 in virtualbox
2011-06-13 7:01 ` cinap_lenrek
2011-06-13 7:06 ` cinap_lenrek
2011-06-13 22:41 ` Cr0t
@ 2011-06-14 18:43 ` Josh Marshall
2011-06-14 21:42 ` Cr0t daywalker
2011-06-15 12:21 ` Cr0t daywalker
2 siblings, 2 replies; 21+ messages in thread
From: Josh Marshall @ 2011-06-14 18:43 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
[-- Attachment #1: Type: text/plain, Size: 2802 bytes --]
Is there a resource whereby I could pickup this kind of debug skill, or is
this experience, and assembly knowledge?
On Mon, Jun 13, 2011 at 3:01 AM, <cinap_lenrek@gmx.de> wrote:
> ok, i think i can explain the "unlock of ilock: pc f0140fc5, held by ..."
> message.
>
> i extracted that 9pcflop kernel with muzgos cdfpart from the current iso
> and
> disassembled with acid arround.
>
> the routine that calls unlock looks like this:
>
> the routine that calls the unlock (shutdown from ether79c970.c)
> 0xf0140f79 0xf0140f79 SUBL $0x14,SP
> 0xf0140f7c 0xf0140f7c MOVL 0x18(SP),AX
> # ctlr = arg->foobar
> 0xf0140f80 0xf0140f80 MOVL 0x78(AX),CX
> 0xf0140f83 0xf0140f83 MOVL CX,0x10(SP)
> 0xf0140f87 0xf0140f87 MOVL CX,0x0(SP)
> # ilock(ctlr)
> 0xf0140f8a 0xf0140f8a CALL 0xf019af31
> 0xf0140f8f 0xf0140f8f MOVL 0x10(SP),AX
> 0xf0140f93 0xf0140f93 MOVL AX,0x0(SP)
> 0xf0140f96 0xf0140f96 MOVL $0x18,AX
> 0xf0140f9b 0xf0140f9b MOVL AX,0x4(SP)
> # io32r(ctlr, 0x18) ???
> 0xf0140f9f 0xf0140f9f CALL 0xf01409b4
> 0xf0140fa4 0xf0140fa4 MOVL 0x10(SP),AX
> 0xf0140fa8 0xf0140fa8 MOVL AX,0x0(SP)
> 0xf0140fab 0xf0140fab MOVL $0x18,AX
> 0xf0140fb0 0xf0140fb0 MOVL AX,0x4(SP)
> # io16r(ctlr, 0x18);
> 0xf0140fb4 0xf0140fb4 CALL 0xf014093f
> 0xf0140fb9 0xf0140fb9 MOVL 0x10(SP),AX
> 0xf0140fbd 0xf0140fbd MOVL AX,0x0(SP)
> # unlock(ctlr)
> 0xf0140fc0 0xf0140fc0 CALL 0xf019b0be
> 0xf0140fc5 0xf0140fc5 ADDL $0x14,SP
> 0xf0140fc8 0xf0140fc8 RET
>
> it have no debug symbols so i looked for magic numbers
> arround (in this case 0x18)
>
> wich turned out to be:
>
> ether79c970.c:31: Sreset = 0x0018, /* software reset
> */
>
> # this looks like io32r() from ether79c970.c
> acid: asm(0xf01409b4)
> 0xf01409b4 0xf01409b4 SUBL $0x8,SP
> 0xf01409b7 0xf01409b7 MOVL 0xc(SP),CX
> # port = arg2
> 0xf01409bb 0xf01409bb MOVL 0x1c(CX),CX
> # port += arg1
> 0xf01409be 0xf01409be ADDL 0x10(SP),CX
> 0xf01409c2 0xf01409c2 MOVL CX,0x0(SP)
> # inl(port)
> 0xf01409c5 0xf01409c5 CALL 0xf010036e
> 0xf01409ca 0xf01409ca ADDL $0x8,SP
> 0xf01409cd 0xf01409cd RET
>
> # this is inl()
> acid: asm(0xf010036e)
> 0xf010036e 0xf010036e MOVL 0x4(SP),DX
> 0xf0100372 0xf0100372 INL DX,AX
> 0xf0100373 0xf0100373 RET
>
> so there is your bug!
>
> static void
> shutdown(Ether *ether)
> {
> Ctlr *ctlr;
>
> ctlr = ether->ctlr;
> ilock(ctlr);
> io32r(ctlr, Sreset);
> io16r(ctlr, Sreset);
> unlock(ctlr);
> }
>
> it was commented out before...
>
> the file just changed... i think they try to fix it right now...
>
> --
> cinap
>
>
[-- Attachment #2: Type: text/html, Size: 3376 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] unable to start plan9 on atom330 in virtualbox
2011-06-14 18:43 ` Josh Marshall
@ 2011-06-14 21:42 ` Cr0t daywalker
2011-06-15 12:21 ` Cr0t daywalker
1 sibling, 0 replies; 21+ messages in thread
From: Cr0t daywalker @ 2011-06-14 21:42 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
[-- Attachment #1: Type: text/plain, Size: 2943 bytes --]
I have to admit that was pretty awesome.
Alex
On Jun 14, 2011, at 2:46 PM, Josh Marshall <joshua.r.marshall.1991@gmail.com>
wrote:
Is there a resource whereby I could pickup this kind of debug skill, or is
this experience, and assembly knowledge?
On Mon, Jun 13, 2011 at 3:01 AM, <cinap_lenrek@gmx.de> wrote:
> ok, i think i can explain the "unlock of ilock: pc f0140fc5, held by ..."
> message.
>
> i extracted that 9pcflop kernel with muzgos cdfpart from the current iso
> and
> disassembled with acid arround.
>
> the routine that calls unlock looks like this:
>
> the routine that calls the unlock (shutdown from ether79c970.c)
> 0xf0140f79 0xf0140f79 SUBL $0x14,SP
> 0xf0140f7c 0xf0140f7c MOVL 0x18(SP),AX
> # ctlr = arg->foobar
> 0xf0140f80 0xf0140f80 MOVL 0x78(AX),CX
> 0xf0140f83 0xf0140f83 MOVL CX,0x10(SP)
> 0xf0140f87 0xf0140f87 MOVL CX,0x0(SP)
> # ilock(ctlr)
> 0xf0140f8a 0xf0140f8a CALL 0xf019af31
> 0xf0140f8f 0xf0140f8f MOVL 0x10(SP),AX
> 0xf0140f93 0xf0140f93 MOVL AX,0x0(SP)
> 0xf0140f96 0xf0140f96 MOVL $0x18,AX
> 0xf0140f9b 0xf0140f9b MOVL AX,0x4(SP)
> # io32r(ctlr, 0x18) ???
> 0xf0140f9f 0xf0140f9f CALL 0xf01409b4
> 0xf0140fa4 0xf0140fa4 MOVL 0x10(SP),AX
> 0xf0140fa8 0xf0140fa8 MOVL AX,0x0(SP)
> 0xf0140fab 0xf0140fab MOVL $0x18,AX
> 0xf0140fb0 0xf0140fb0 MOVL AX,0x4(SP)
> # io16r(ctlr, 0x18);
> 0xf0140fb4 0xf0140fb4 CALL 0xf014093f
> 0xf0140fb9 0xf0140fb9 MOVL 0x10(SP),AX
> 0xf0140fbd 0xf0140fbd MOVL AX,0x0(SP)
> # unlock(ctlr)
> 0xf0140fc0 0xf0140fc0 CALL 0xf019b0be
> 0xf0140fc5 0xf0140fc5 ADDL $0x14,SP
> 0xf0140fc8 0xf0140fc8 RET
>
> it have no debug symbols so i looked for magic numbers
> arround (in this case 0x18)
>
> wich turned out to be:
>
> ether79c970.c:31: Sreset = 0x0018, /* software reset
> */
>
> # this looks like io32r() from ether79c970.c
> acid: asm(0xf01409b4)
> 0xf01409b4 0xf01409b4 SUBL $0x8,SP
> 0xf01409b7 0xf01409b7 MOVL 0xc(SP),CX
> # port = arg2
> 0xf01409bb 0xf01409bb MOVL 0x1c(CX),CX
> # port += arg1
> 0xf01409be 0xf01409be ADDL 0x10(SP),CX
> 0xf01409c2 0xf01409c2 MOVL CX,0x0(SP)
> # inl(port)
> 0xf01409c5 0xf01409c5 CALL 0xf010036e
> 0xf01409ca 0xf01409ca ADDL $0x8,SP
> 0xf01409cd 0xf01409cd RET
>
> # this is inl()
> acid: asm(0xf010036e)
> 0xf010036e 0xf010036e MOVL 0x4(SP),DX
> 0xf0100372 0xf0100372 INL DX,AX
> 0xf0100373 0xf0100373 RET
>
> so there is your bug!
>
> static void
> shutdown(Ether *ether)
> {
> Ctlr *ctlr;
>
> ctlr = ether->ctlr;
> ilock(ctlr);
> io32r(ctlr, Sreset);
> io16r(ctlr, Sreset);
> unlock(ctlr);
> }
>
> it was commented out before...
>
> the file just changed... i think they try to fix it right now...
>
> --
> cinap
>
>
[-- Attachment #2: Type: text/html, Size: 3631 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] unable to start plan9 on atom330 in virtualbox
2011-06-14 18:43 ` Josh Marshall
2011-06-14 21:42 ` Cr0t daywalker
@ 2011-06-15 12:21 ` Cr0t daywalker
1 sibling, 0 replies; 21+ messages in thread
From: Cr0t daywalker @ 2011-06-15 12:21 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
[-- Attachment #1: Type: text/plain, Size: 3069 bytes --]
http://www.vitanuova.com/inferno/papers/acidpaper.html
©®0t
On Tue, Jun 14, 2011 at 2:43 PM, Josh Marshall <
joshua.r.marshall.1991@gmail.com> wrote:
> Is there a resource whereby I could pickup this kind of debug skill, or is
> this experience, and assembly knowledge?
>
>
> On Mon, Jun 13, 2011 at 3:01 AM, <cinap_lenrek@gmx.de> wrote:
>
>> ok, i think i can explain the "unlock of ilock: pc f0140fc5, held by ..."
>> message.
>>
>> i extracted that 9pcflop kernel with muzgos cdfpart from the current iso
>> and
>> disassembled with acid arround.
>>
>> the routine that calls unlock looks like this:
>>
>> the routine that calls the unlock (shutdown from ether79c970.c)
>> 0xf0140f79 0xf0140f79 SUBL $0x14,SP
>> 0xf0140f7c 0xf0140f7c MOVL 0x18(SP),AX
>> # ctlr = arg->foobar
>> 0xf0140f80 0xf0140f80 MOVL 0x78(AX),CX
>> 0xf0140f83 0xf0140f83 MOVL CX,0x10(SP)
>> 0xf0140f87 0xf0140f87 MOVL CX,0x0(SP)
>> # ilock(ctlr)
>> 0xf0140f8a 0xf0140f8a CALL 0xf019af31
>> 0xf0140f8f 0xf0140f8f MOVL 0x10(SP),AX
>> 0xf0140f93 0xf0140f93 MOVL AX,0x0(SP)
>> 0xf0140f96 0xf0140f96 MOVL $0x18,AX
>> 0xf0140f9b 0xf0140f9b MOVL AX,0x4(SP)
>> # io32r(ctlr, 0x18) ???
>> 0xf0140f9f 0xf0140f9f CALL 0xf01409b4
>> 0xf0140fa4 0xf0140fa4 MOVL 0x10(SP),AX
>> 0xf0140fa8 0xf0140fa8 MOVL AX,0x0(SP)
>> 0xf0140fab 0xf0140fab MOVL $0x18,AX
>> 0xf0140fb0 0xf0140fb0 MOVL AX,0x4(SP)
>> # io16r(ctlr, 0x18);
>> 0xf0140fb4 0xf0140fb4 CALL 0xf014093f
>> 0xf0140fb9 0xf0140fb9 MOVL 0x10(SP),AX
>> 0xf0140fbd 0xf0140fbd MOVL AX,0x0(SP)
>> # unlock(ctlr)
>> 0xf0140fc0 0xf0140fc0 CALL 0xf019b0be
>> 0xf0140fc5 0xf0140fc5 ADDL $0x14,SP
>> 0xf0140fc8 0xf0140fc8 RET
>>
>> it have no debug symbols so i looked for magic numbers
>> arround (in this case 0x18)
>>
>> wich turned out to be:
>>
>> ether79c970.c:31: Sreset = 0x0018, /* software reset
>> */
>>
>> # this looks like io32r() from ether79c970.c
>> acid: asm(0xf01409b4)
>> 0xf01409b4 0xf01409b4 SUBL $0x8,SP
>> 0xf01409b7 0xf01409b7 MOVL 0xc(SP),CX
>> # port = arg2
>> 0xf01409bb 0xf01409bb MOVL 0x1c(CX),CX
>> # port += arg1
>> 0xf01409be 0xf01409be ADDL 0x10(SP),CX
>> 0xf01409c2 0xf01409c2 MOVL CX,0x0(SP)
>> # inl(port)
>> 0xf01409c5 0xf01409c5 CALL 0xf010036e
>> 0xf01409ca 0xf01409ca ADDL $0x8,SP
>> 0xf01409cd 0xf01409cd RET
>>
>> # this is inl()
>> acid: asm(0xf010036e)
>> 0xf010036e 0xf010036e MOVL 0x4(SP),DX
>> 0xf0100372 0xf0100372 INL DX,AX
>> 0xf0100373 0xf0100373 RET
>>
>> so there is your bug!
>>
>> static void
>> shutdown(Ether *ether)
>> {
>> Ctlr *ctlr;
>>
>> ctlr = ether->ctlr;
>> ilock(ctlr);
>> io32r(ctlr, Sreset);
>> io16r(ctlr, Sreset);
>> unlock(ctlr);
>> }
>>
>> it was commented out before...
>>
>> the file just changed... i think they try to fix it right now...
>>
>> --
>> cinap
>>
>>
>
[-- Attachment #2: Type: text/html, Size: 3714 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
end of thread, other threads:[~2011-06-15 12:21 UTC | newest]
Thread overview: 21+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-06-11 21:55 [9fans] unable to start plan9 on atom330 in virtualbox Cr0t
2011-06-11 22:15 ` Jacob Todd
2011-06-11 22:23 ` Gorka Guardiola
2011-06-11 23:43 ` blstuart
2011-06-11 23:25 ` Cr0t daywalker
2011-06-11 23:36 ` Gorka Guardiola
2011-06-11 23:40 ` cinap_lenrek
2011-06-11 23:45 ` Robert Ransom
2011-06-11 23:51 ` cinap_lenrek
2011-06-11 23:47 ` Cr0t daywalker
2011-06-12 0:32 ` cinap_lenrek
2011-06-12 0:40 ` Cr0t daywalker
2011-06-12 16:56 ` Iruatã Souza
2011-06-13 2:42 ` cinap_lenrek
2011-06-13 7:01 ` cinap_lenrek
2011-06-13 7:06 ` cinap_lenrek
2011-06-13 7:15 ` cinap_lenrek
2011-06-13 22:41 ` Cr0t
2011-06-14 18:43 ` Josh Marshall
2011-06-14 21:42 ` Cr0t daywalker
2011-06-15 12:21 ` Cr0t daywalker
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).