Date: Sun, 1 Mar 2009 19:04:41 +0300 (MSK) From: Aleksey V Fedorov <alexf@vsi.ru> To: Rafal Jaworowski <raj@semihalf.com> Cc: freebsd-ppc@freebsd.org Subject: Re: boot process Message-ID: <Pine.GSO.4.62.0903011830230.4870@serv1> In-Reply-To: <3727B986-849F-48D4-9227-8D36E2A51BA0@semihalf.com> References: <Pine.GSO.4.62.0902212141241.25932@serv1> <49A2704F.4060703@semihalf.com> <Pine.GSO.4.62.0902241839390.12361@serv1> <49A42369.600@freebsd.org> <Pine.GSO.4.62.0902241944380.12361@serv1> <49A511E5.1010705@semihalf.com> <Pine.GSO.4.62.0902262112580.21452@serv1> <49A7DBD7.7010103@semihalf.com> <Pine.GSO.4.62.0902271806250.12296@serv1> <49A81358.3080309@semihalf.com> <Pine.GSO.4.62.0902281936490.28394@serv1> <3727B986-849F-48D4-9227-8D36E2A51BA0@semihalf.com>
next in thread | previous in thread | raw e-mail | index | archive | help
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
---559023410-758783491-1235923481=:4870
Content-Type: TEXT/PLAIN; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE
Hi
On Sun, 1 Mar 2009, Rafal Jaworowski wrote:
> So did adjusting the LAW number help with the hang your previously report=
ed,=20
> or was it something else?
Yes, it help. With incorrect LAW number kernel hang on ocpbus0.
>>>> Is it normal that "decrementer" frequency is 0 ?
>>>=20
>>> This isn't good, are you sure a proper value is given to decr_config()?
>>=20
>> Hmm. With decr_config(0) kernel is booted, but with actual CCB clock=20
>> 533000000 kernel silently hang somethere in kdb_init() or "data storage=
=20
>> interrupt" occured.
>
> Please show the DSI trap details, preferrably with back trace from KDB (t=
ype=20
> 'tr' if it breaks into the debugger prompt).
Debugger not initialized at this point.
> You shouldn't use CCB clock directly. In current setup the decrementer is=
=20
> synchronized with Time Base, which is updated every 8 CCB ticks, hence:
>
> decr_config(bootinfo->bi_bus_clk / 8);
Yes of course. I call decr_config with 66666000=3D(533328000/8)
>> uart0: <Non-standard ns8250 class UART with FIFOs> iomem=20
>> 0xfef04500-0xfef0450f irq 58 on ocpbus0
>
> The uart type recognized seems bogus, it should be a regular 16550:
>
> uart0: <16550 or compatible> iomem 0xfef04500-0xfef0450f irq 58 on ocpbus=
0
> uart0: [FILTER]
> uart1: <16550 or compatible> iomem 0xfef04600-0xfef0460f irq 58 on ocpbus=
0
> uart1: [FILTER]
> uart1: console (115223,n,8,1)
>
>> uart0: [FILTER]
>> uart0: fast interrupt
>> uart0: console (9600,n,8,1)
>
> Is 9600 the real console speed? In your original Linux log there was 115k=
=20
> value AFAIR.
I change speed to 9600 because with 115200 I get some noise in output=20
during uart attach:
ocpbus0: <On-Chip Peripherals bus> on nexus0
ocpbus0: PORDEVSR=3D82b9ea67, PORDEVSR2=3D8f000079
=80=80]X.=93=E2r=BD=B9=B5=CD=D1=85=B9=91=85=C9=91=81=B9=CD=E1=C9=D5=C1=81=
=8D=B1=85=CD=CD=81UIQ=81=DD=A5=D1=A1=81%=3D=CD=F9=81=A5=BD=B5=95=B5=81=83=
=C2=99=95=99=C1=D1=D5=C1=C1=B5=C1=E1=99=95=99=C1=D1=D5=C1=99=81=A5=C9=C5=81=
=D5=E1=81=BD=B9=81=BD=8D=C1=89=D5=CD=C15)=AF=85=C9=D1=C1=E9=81m%1QIu5)W=85=
=C9=D1=C1=E9=81=99=85=CD=D1=81=A5=B9=D1=95=C9=C9=D5=C1=D15)=D5=85=C9=D1=C1=
=E9=81=8D=BD=B9=CD=BD=B1=95=81=A1=C5=D1=D1=C5=DD=B1=B9=B1=E1=B1=C5=A55)=FFu=
art1:=20
<Non-standard ns8250 class UART with FIFOs> iomem 0xfef04600-0xfef0460f=20
irq 58 on ocpbus0
uart1: [FILTER]
uart1: fast interrupt
> I tend to think the source of these problems is misconfigured=20
> decrementer/time base on your system: among other things, the delay routi=
ne=20
> does not work properly and uart(4) probing and baud rate calculation code=
=20
> gets confused (of course, there will also be other serious problems if ti=
me=20
> counting does not work properly).
With smaller values in decr_init() kernel boot process is longer.
For example with 666660 I get only:
setting up elf image... OK
jumping to kernel code
G
With 66666:
setting up elf image... OK
jumping to kernel code
GDB: no debug ports present
KDB: debugger backends: ddb
KDB: current backend: ddb
L1 D-cache enabled
L1 I-cache enabled
Copyright (c) 1992-2009 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 8.0-CURRENT #33: Sun Mar 1 18:55:14 MSK 2009
root@servd.vsi.ru:/usr/obj/powerpc/usr/current/src/sys/MPC85XX
WARNING: WITNESS option enabled, expect reduced performance.
WARNING: DIAGNOSTIC option enabled, expect reduced performance.
Timecounter "decrementer" frequency 66666 Hz quality 0
cpu0: Freescale e500v2 core revision 2.0
cpu0: HID0 80000000<EMCP>
real memory =3D 520077312 (495 MB)
Physical memory chunk(s):
0x01000000 - 0x1f713fff, 510738432 bytes (124692 pages)
avail memory =3D 508583936 (485 MB)
random: <entropy source, Software, Yarrow>
mem: <memory>
nfslock: pseudo-device
null: <null device, zero device>
nexus0: <MPC85xx Nexus device>
ocpbus0: <On-Chip Peripherals bus> on nexus0
ocpbus0: PORDEVSR=3D82b9ea67, PORDEVSR2=3D8f000079
With 6666:
setting up elf image... OK
jumping to kernel code
GDB: no debug ports present
KDB: debugger backends: ddb
KDB: current backend: ddb
L1 D-cache enabled
L1 I-cache enabled
Copyright (c) 1992-2009 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 8.0-CURRENT #35: Sun Mar 1 18:58:02 MSK 2009
root@servd.vsi.ru:/usr/obj/powerpc/usr/current/src/sys/MPC85XX
WARNING: WITNESS option enabled, expect reduced performance.
WARNING: DIAGNOSTIC option enabled, expect reduced performance.
Timecounter "decrementer" frequency 6666 Hz quality 0
cpu0: Freescale e500v2 core revision 2.0
cpu0: HID0 80000000<EMCP>
real memory =3D 520077312 (495 MB)
Physical memory chunk(s):
0x01000000 - 0x1f713fff, 510738432 bytes (124692 pages)
avail memory =3D 508583936 (485 MB)
random: <entropy source, Software, Yarrow>
mem: <memory>
nfslock: pseudo-device
null: <null device, zero device>
nexus0: <MPC85xx Nexus device>
ocpbus0: <On-Chip Peripherals bus> on nexus0
ocpbus0: PORDEVSR=3D82b9ea67, PORDEVSR2=3D8f000079
=80=80]X.=93=E2r=BD=B9=B5=CD=D1=85=B9=91=85=C9=91=81=B9=CD=E1=C9=D5=C1=81=
=8D=B1=85=CD=CD=81UIQ=81=DD=A5=D1=A1=81%=3D=CD=F9=81=A5=BD=B5=95=B5=81=83=
=C2=99=95=99=C1=D1=D5=C1=C1=B5=C1=E1=99=95=99=C1=D1=D5=C1=99=81=A5=C9=C5=81=
=D5=E1=81=BD=B9=81=BD=8D=C1=89=D5=CD=C15)=AF=85=C9=D1=C1=E9=81m%1QIu5)W=85=
=C9=D1=C1=E9=81=99=85=CD=D1=81=A5=B9=D1=95=C9=C9=D5=C1=D15)=D5=85=C9=D1=C1=
=E9=81=8D=BD=B9=CD=BD=B1=95=81=A1=C5=D1=D1=C5=DD=B1=B9=B1=E1=B1=C5=A55)=FFu=
art1:=20
<Non-standard ns8250 class UART with FIFOs> iomem 0xfef04600-0xfef0460f=20
irq 58 on ocpbus0
uart1: [FILTER]
uart1: fast interrupt
lbc0: <Freescale MPC85xx Local Bus Controller> iomem 0xfef05000-0xfef05fff=
=20
on ocpbus0
Wiring VA=3Df8000000 to PA=3Df8000000 (size=3D400000), using TLB1[2]
tsec0: <Enhanced Three-Speed Ethernet Controller> iomem=20
0xfef24000-0xfef24fff irq 45,46,50 on ocpbus0
miibus0: <MII bus> on tsec0
rgephy0: <RTL8169S/8110S/8211B media interface> PHY 0 on miibus0
rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,=20
1000baseT-FDX, auto
With zero kernel completely boots.
DECAR filled in decr_init() called from cpu_e500_startup()
Until DECAR is filled and decrementer interrupt not enabled decr_config()=
=20
value is not significant? At which point cpu_e500_startup() called?
Maybe loader(8) make some additional work?
I do:
- fill __sbss and _bss with zero
- put bootinfo after kernel end and fill them
- put environment after bootinfo
- set boothowto=3DRB_VERBOSE|RB_SERIAL|RB_MULTIPLE
The rest is unchanged. Is it OK? Or something else required?
--
---559023410-758783491-1235923481=:4870--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.62.0903011830230.4870>