From: "Sébastien Bernard" <seb@frankengul.org>
To: sparclinux@vger.kernel.org
Subject: Re: SunFire V240 hangs
Date: Sun, 26 Apr 2009 21:59:26 +0000 [thread overview]
Message-ID: <49F4D93E.6000705@frankengul.org> (raw)
In-Reply-To: <20090408200711.GA1142@frankengul.org>
David Miller a écrit :
> From: Sébastien Bernard <seb@frankengul.org>
> Date: Sun, 26 Apr 2009 01:30:35 +0200
>
>
>> sparc port is unofficial but available on the ports.ubuntu.com for all
>> version up to 9.04.
>> PPC has been retrogaded in ports recently since apple dropped that
>> arch in favor of x86.
>> The compiler is not custom. It came from the ubuntu archive.
>> I don't think the compiler is the culprit in this case because all of
>> the kernels built before 2.6.29 are working OK
>> (I could be wrong, but it's unlikely).
>>
>
> I'm worryed with this particular bug because the NMI code added
> in 2.6.29 where this bootup is hanging has a loop over a variable
> changing, with a memory barrier in there. It's exactly the kind
> of thing a compiler error can and has caused in the past
>
>> I have a sid debian sparc available. I'll try to build a kernel with
>> that compiler and try if it changes anything
Well, it still hangs at the same place.
The strange thing is that the debug_initcall parameter does not work. No
initcall output is done. Really weird.
Below is the transcription from the logs :
--------------------------------------
boot: LinuxOLD-rescue initcall_debug=1 ignore_loglevel
Allocated 64 Megs of memory at 0x40000000 for kernel^
Uncompressing image...
Loaded kernel version 2.6.29
Loading initial ramdisk (8545117 bytes at 0x103F000000 phys, 0x40C00000
virt)...
[ 0.000000] PROMLIB: Sun IEEE Boot Prom 'OBP 4.22.33 2007/06/18 12:45'
[ 0.000000] PROMLIB: Root node compatible:
[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Linux version 2.6.29.1 (seb@calypso) (gcc version 4.3.3
(Debian 4.3.3-8) ) #1 SMP Sun Apr 26 04:00:36 CEST 2009
[ 0.000000] console [earlyprom0] enabled
[ 0.000000] ARCH: SUN4U
[ 0.000000] Ethernet address: 00:03:ba:83:9d:e5
[ 0.000000] Kernel: Using 2 locked TLB entries for main kernel image.
[ 0.000000] Remapping the kernel... done.
[ 0.000000] OF stdout device is: /pci@1e,600000/isa@7/serial@0,3f8
[ 0.000000] PROM: Built device tree with 90020 bytes of memory.
[ 0.000000] [0000000200000000-fffff80000400000] page_structs\x131072
node=0 entry=0/0
[ 0.000000] [0000000200000000-fffff80000800000] page_structs\x131072
node=0 entry=1/0
[ 0.000000] [0000000204000000-fffff80000c00000] page_structs\x131072
node=0 entry\x16/0
[ 0.000000] [0000000204000000-fffff80001000000] page_structs\x131072
node=0 entry\x17/0
[ 0.000000] [0000000206000000-fffff80001400000] page_structs\x131072
node=0 entry$/0
[ 0.000000] [0000000206000000-fffff80001800000] page_structs\x131072
node=0 entry%/0
[ 0.000000] [0000000220000000-fffff81000800000] page_structs\x131072
node=1 entry\x128/0
[ 0.000000] [0000000220000000-fffff81000c00000] page_structs\x131072
node=1 entry\x129/0
[ 0.000000] Zone PFN ranges:
[ 0.000000] Normal 0x00000000 -> 0x0081ff74
[ 0.000000] Movable zone start PFN for each node
[ 0.000000] early_node_map[8] active PFN ranges
[ 0.000000] 0: 0x00000000 -> 0x00020000
[ 0.000000] 0: 0x00100000 -> 0x00120000
[ 0.000000] 0: 0x00180000 -> 0x001a0000
[ 0.000000] 1: 0x00800000 -> 0x0081f7ff
[ 0.000000] 1: 0x0081f800 -> 0x0081ff30
[ 0.000000] 1: 0x0081ff38 -> 0x0081ff40
[ 0.000000] 1: 0x0081ff48 -> 0x0081ff49
[ 0.000000] 1: 0x0081ff70 -> 0x0081ff74
[ 0.000000] Booting Linux...
[ 0.000000] Built 2 zonelists in Node order, mobility grouping on.
Total pages: 509757
[ 0.000000] Policy zone: Normal
[ 0.000000] PID hash table entries: 4096 (order: 12, 32768 bytes)
[ 0.000000] clocksource: mult[535555] shift[16]
[ 0.000000] clockevent: mult[3126e97] shift[32]
[ 69.011963] Console: colour dummy device 80x25
[ 69.070377] console handover: boot [earlyprom0] -> real [tty0]
--------------------------------------
And that's all. Screen clears and cursor goes a few lines down and hangs.
So, should I try with another gcc ? 4.2 maybe ?
Seb
next prev parent reply other threads:[~2009-04-26 21:59 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-08 20:07 SunFire V240 hangs seb
2009-04-08 20:59 ` Sam Ravnborg
2009-04-08 21:15 ` seb
2009-04-08 21:21 ` Sam Ravnborg
2009-04-08 21:29 ` Sam Ravnborg
2009-04-08 21:36 ` seb
2009-04-08 21:45 ` Sam Ravnborg
2009-04-08 22:26 ` David Miller
2009-04-08 22:44 ` seb
2009-04-08 22:45 ` David Miller
2009-04-08 23:01 ` seb
2009-04-08 23:02 ` David Miller
2009-04-08 23:25 ` seb
2009-04-08 23:27 ` David Miller
2009-04-08 23:32 ` seb
2009-04-24 15:44 ` David Miller
2009-04-24 19:00 ` Frans van Berckel
2009-04-25 5:30 ` David Miller
2009-04-25 23:30 ` Sébastien Bernard
2009-04-26 1:12 ` David Miller
2009-04-26 21:59 ` Sébastien Bernard [this message]
2009-04-27 6:15 ` David Miller
2009-04-27 14:40 ` seb
2009-04-28 11:36 ` David Miller
2009-04-28 12:52 ` Sébastien Bernard
2009-04-28 13:29 ` David Miller
2009-09-06 21:48 ` Sébastien Bernard
2009-09-07 14:19 ` Hermann Lauer
2009-09-07 23:51 ` David Miller
2009-09-09 13:04 ` Hermann Lauer
2009-09-09 13:32 ` David Miller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=49F4D93E.6000705@frankengul.org \
--to=seb@frankengul.org \
--cc=sparclinux@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.