From: Joshua Kinard <kumba@gentoo.org>
To: linux-mips@linux-mips.org
Subject: Re: booting linux-3.3 or linux 3.4 on an SGI O2?
Date: Sun, 24 Jun 2012 12:28:36 -0400 [thread overview]
Message-ID: <4FE74034.50502@gentoo.org> (raw)
In-Reply-To: <20120624121802.GA27839@alpha.franken.de>
On 06/24/2012 8:18 AM, Thomas Bogendoerfer wrote:
> On Sat, Jun 23, 2012 at 03:30:39PM -0400, Joshua Kinard wrote:
>> On 06/05/2012 3:08 PM, David Daney wrote:
>>> On 06/05/2012 12:00 PM, Jim Faulkner wrote:
>>>> Hi all, I haven't been able to boot any kernels after linux 3.2 on my
>>>> SGI O2. I've tried linux-3.3.5 and linux-3.4.0, but neither would boot.
>>>> Unfortunately I don't have further information such as a kernel panic,
>>>> since I don't get any video output after the kernel is loaded. I've
>>>> attached my linux-3.4 .config. Anybody know what patches I might need
>>>> to get the latest kernels booting on this system?
>>>>
>>>
>>> I have had problems as well.
>>>
>>> Someone should configure a serial console and early printk to see if they
>>> can see what is happening.
>>
>> Early printk on O2 systems probably has the same issues as on IP22/IP28
>> where it's overwriting PROM memory somewhere. The system will hang very
>> early in the bootmem allocator if you kludge early printk to work on these
>> systems:
>
> O2 is easy since it's simply a 16550 as console port chip, so no PROM
> is needed and no problems like on IP22/28.
All I know is if I add SYS_HAS_EARLY_PRINTK to config IP32 in
arch/mips/Kconfig, then enable Early Printk in menuconfig and boot the
resultant kernel, it freezes right there. It's not CPU-model dependent,
because this same O2 used to run an R5000 @ 180MHz and had the same problems
in ~2.6.14/2.6.15.
>> CPU revision is: 00002733 (RM7000)
>
> I guess the problem is here, iirc there was another RM7000 error report
> due to some cache code restructering or it's RM7000 O2 problem in general.
> I don't own a RM7000 cpu module for O2 ...
>
> On my R5k O2 3.4.3 runs without problems like early 3.5 did:
>
> mips:~# uname -a
> Linux mips.franken.de 3.4.3 #2 Sun Jun 24 14:12:05 CEST 2012 mips64 GNU/Linux
> mips:~# cat /proc/cpuinfo
> system type : SGI O2
> processor : 0
> cpu model : R5000 V2.1 FPU V1.0
> BogoMIPS : 179.45
I got 3.4 working fine. It was me enabling USB support (OHCI, EHCI), and
the SCSI bus probe was hanging for some reason (trying to read a thumb drive
that I plugged in, I believe). When I disabled OHCI and kept only EHCI,
then I get an unhandled kernel unaligned access oops. Not sure the cause of
it, but it's triggered by ffffffff802560e4 ehci_urb_done+0x24/0x100.
I've also noticed that meth is starting to suffer worse. I get Rx
underflows like its going out of style, as well as a large number of stack
traces triggered by the interrupt handler somewhere:
kswapd0: page allocation failure: order:1, mode:0x4020
Call Trace:
[<ffffffff80016468>] dump_stack+0x8/0x38
[<ffffffff80082780>] warn_alloc_failed+0xf0/0x128
[<ffffffff8008563c>] __alloc_pages_nodemask+0x534/0x770
[<ffffffff800b0d80>] slob_new_pages.isra.12+0x18/0x70
[<ffffffff800b1168>] __kmalloc_node+0xf0/0x160
[<ffffffff802cd03c>] __alloc_skb+0x7c/0x170
[<ffffffff802973a0>] meth_interrupt+0x270/0x730
[<ffffffff800773d4>] handle_irq_event_percpu+0x7c/0x240
[<ffffffff800775d0>] handle_irq_event+0x38/0x60
[<ffffffff8007a364>] handle_level_irq+0x94/0xf0
[<ffffffff80076b04>] generic_handle_irq+0x4c/0x70
[<ffffffff80013760>] do_IRQ+0x18/0x28
[<ffffffff80004420>] ret_from_irq+0x0/0x4
[<ffffffff800b197c>] compaction_alloc+0x3a4/0x3d0
[<ffffffff800b68d8>] migrate_pages+0xb8/0x530
[<ffffffff800b1f40>] compact_zone+0x488/0x8f8
[<ffffffff800b2468>] __compact_pgdat+0xb8/0x1c0
[<ffffffff800b2808>] compact_pgdat+0x40/0x50
[<ffffffff80090318>] balance_pgdat+0x7a8/0x7c0
[<ffffffff80090438>] kswapd+0x108/0x2e8
[<ffffffff800510f0>] kthread+0x90/0x98
[<ffffffff800138c0>] kernel_thread_helper+0x10/0x18
But these don't crash the kernel, nor cause corruption in network traffic.
Seems to just be noise. I have the box compiling gcc-4.6.3 for N32 now.
--
Joshua Kinard
Gentoo/MIPS
kumba@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present confuses us, the future frightens us. And
our lives slip away, moment by moment, lost in that vast, terrible in-between."
--Emperor Turhan, Centauri Republic
prev parent reply other threads:[~2012-06-24 16:28 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-05 19:00 booting linux-3.3 or linux 3.4 on an SGI O2? Jim Faulkner
2012-06-05 19:08 ` David Daney
2012-06-14 11:02 ` Thomas Bogendoerfer
2012-06-14 17:23 ` Ralf Baechle
2012-06-23 19:30 ` Joshua Kinard
2012-06-24 12:18 ` Thomas Bogendoerfer
2012-06-24 16:28 ` Joshua Kinard [this message]
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=4FE74034.50502@gentoo.org \
--to=kumba@gentoo.org \
--cc=linux-mips@linux-mips.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.