| View previous topic :: View next topic |
| Author |
Message |
ddc
Guru
Joined: 29 Aug 2006
Posts: 522
|
 Posted: Mon Jun 02, 2008 12:29 pm Post subject: SGI Octane (IP30) Status/Info (Kernel 3.14+) |
 |
|
hi,
i have a bit collection of issue here trying to compile 2.6.2* ...
i had success with 2.6.17 in 2006.1, and it was a lot of time ago, i mean i know whenever i plan to use an older config on a newer kernel, i always have to check the config to make sure it didn't flip something off. Things changed dramatically from .17 to .2*, and relying on oldconfig alone isn't recommended. So, after having failure trying to use the 2.6.17/.config i erased and rewind running through menuconfig and just check the categories for a fresh new .config
Unfortunately still the new kernel does not boot: nested exceptions sometimes point at ARCS bugs. ... somebody is talking about "out-of-date PROM" ... and what i get when i try to boot 2.6.22.6 is: "PROM WRITE ERROR ON CACHELINE 0x1fcba700 at PC=0x203f302c"
my prom monitor sgi version 6.5 rev 4.17 IP 30 jan 20, 2004 - 64 bit
anybody has success with 2.6.2* ? if so which release ? could i see the config ?
i'am using gcc 4.1.2, kgcc 4.1.2, binutils 2.17
my machine is a 2xR12 IP30 system
Last edited by ddc on Mon Jun 02, 2008 10:09 pm; edited 2 times in total |
|
| Back to top |
|
 |
ddc
Guru
Joined: 29 Aug 2006
Posts: 522
|
| Posted: Mon Jun 02, 2008 1:27 pm Post subject: Re: sgi octane (IP30) kernel 2.6.2* |
|
|
details of sys-kernel/mips-sources:
http://gentoo.linuxhowtos.org/portage/sys-kernel/mips-sources
| Quote: | mips-sources-2.6.20.18 & mips-sources-2.6.22.6 marked as stable
Support has been marked as needing testing in this
ebuild revision. This usually means that any patches to support
have been forward ported and maybe even compile-tested,
but not yet booted on real hardware, possibly due to a lack of access
to such hardware. If you happen to boot this kernel and have no
problems at all, then please inform the maintainer. Otherwise, if
experience a bug, an oops/panic, or some other oddity, then please
file a bug at bugs.gentoo.org, and assign it to the mips team.
|
Last edited by ddc on Mon Jun 02, 2008 10:15 pm; edited 5 times in total |
|
| Back to top |
|
|
ddc
Guru
Joined: 29 Aug 2006
Posts: 522
|
| Posted: Mon Jun 02, 2008 7:30 pm Post subject: |
|
|
here it is the status of kernel
2.6.17.14.ip30: hardly tested and solid rock working (used to build the 2008 stage3, and his world: 10days uptime)
2.6.20.18.ip30: it boots but is is reporting a lot of bad debugging info
2.6.22.6.ip30: it doesn't boot, PROM WRITE ERROR ON CACHELINE 0x1fcba700 at PC=0x203f302c
2.6.23.*.ip30: it is marked as ~mips, i have to give it a try |
|
| Back to top |
|
|
Redhatter
Retired Dev
Joined: 20 Sep 2003
Posts: 548
Location: Brisbane, QLD, Australia
|
| Posted: Mon Jun 02, 2008 11:34 pm Post subject: |
|
|
As I recall... Kumba has been rather busy trying to straighten out IP30 support. Some upstream changes broke the IP30 patchset, and thus he's been busy working with Skylark in the #mipslinux channel, sorting out the mess.
There's a newer ebuild too... 2.6.24-something for mips-sources. That might be worth a shot too.
_________________
Stuart Longland (a.k.a Redhatter, VK4MSL)
I haven't lost my mind - it's backed up on a tape somewhere...
Gentoo/MIPS Cobalt developer, Mozilla herd member. |
|
| Back to top |
|
|
ddc
Guru
Joined: 29 Aug 2006
Posts: 522
|
|
| Back to top |
|
|
ddc
Guru
Joined: 29 Aug 2006
Posts: 522
|
| Posted: Sat Jun 21, 2008 2:05 pm Post subject: |
|
|
| it seems to me we are just 3 or 4 cats working with SGI octanes ... |
|
| Back to top |
|
|
armanox
n00b
Joined: 03 Jan 2008
Posts: 36
Location: Baltimore, MD
|
| Posted: Fri Jun 27, 2008 4:52 am Post subject: |
|
|
| Well, the Octane is not exactly a common peice of equipment, and they weigh a ton. And, they are a bit troublesome to use Linux on. Which, is why I doing so =). |
|
| Back to top |
|
|
ddc
Guru
Joined: 29 Aug 2006
Posts: 522
|
| Posted: Tue Nov 11, 2008 2:04 pm Post subject: |
|
|
| any news ? |
|
| Back to top |
|
|
armanox
n00b
Joined: 03 Jan 2008
Posts: 36
Location: Baltimore, MD
|
| Posted: Sat Nov 15, 2008 6:33 pm Post subject: |
|
|
| Sadly, other projects (and work) have kept me away from the Octanes for quite some time.. |
|
| Back to top |
|
|
Pliablemammal
n00b
Joined: 02 Oct 2006
Posts: 52
Location: Sacramento
|
| Posted: Tue Dec 16, 2008 2:07 pm Post subject: |
|
|
I gave my octane IP30 to UC Berkeley, can anyone assist them with a netboot install, since IRIX isn't allowed on the network. (plus I hate Nekroware.)
I was able to get it working about a year ago, but opted for IRIX because it was a fun "toy" but since donating it, they need to have Linux on it for security.
It's going to be used for MIPS programming.
Is there a step by step easy guide that is known to work for getting Gentoo netbooted on the IP30? I followed one a while back, but it's been so long since I did it, and not sure where I found it in the first place.
Thanks again!
_________________
Linux ps3-betabox 2.6.28-rc7-00948-gc5fd701 #5 SMP PREEMPT Sun Dec 14 18:25:40 PST 2008 ppc64 Cell Broadband Engine, altivec supported GNU/Linux - gcc version 4.4.0 20081212 (experimental) (GCC) Videos |
|
| Back to top |
|
|
ddc
Guru
Joined: 29 Aug 2006
Posts: 522
|
| Posted: Tue Dec 16, 2008 2:17 pm Post subject: |
|
|
the main problem is which kernel to run on it!
| Quote: |
There's a newer ebuild too... 2.6.24-something for mips-sources. That might be worth a shot too.
|
I mean emerge --search mips-sources doesn't mean "this kernel will be stable on sgi-mips machine"
(example, the 2.6.22 it not working on my sgi-octane2-R12K, but it is working on my routerboard-mipsR4K board)
| Quote: |
sys-kernel/mips-sources
Latest version available: 2.6.24.7
Latest version installed: 2.6.17.14.ip30
Size of files: 46,567 kB
Homepage: http://www.linux-mips.org/ http://www.gentoo.org/
Description: Linux-Mips GIT sources for MIPS-based machines, dated 20080519
License: GPL-2
|
I am not so updated about new stable octane/kernel news, but here I'm running the 2.6.17 and I can personally assure that it is stable ... the .24 hasn't been tested on my octanes, so actually I can think only about the .17 that unfortunately has been removed from the current portage, so ... (in case i can provide you a tgz of the kernel 2.6.17 patched sources for octane2-R10K/R10K+)
umm, why netboot ? can't you get an hard drive and install gentoo userland on it ? it is a better idea with fewer issues |
|
| Back to top |
|
|
ddc
Guru
Joined: 29 Aug 2006
Posts: 522
|
| Posted: Wed Feb 11, 2009 1:48 pm Post subject: |
|
|
any news about gentoo mips-sources or tested kernel (>= 2.6.17) on ip30 ?
any (updated) web like http://home.tal.org/~milang around ? |
|
| Back to top |
|
|
legacy
Tux's lil' helper
Joined: 10 Sep 2012
Posts: 144
|
| Posted: Fri Jul 26, 2013 5:11 am Post subject: |
|
|
| any news ? |
|
| Back to top |
|
|
Kumba
Developer
Joined: 16 Jul 2002
Posts: 393
Location: Sigma 957
|
| Posted: Mon Feb 03, 2014 11:34 am Post subject: |
|
|
Negative. For all intents and purposes, Octane/IP30 is effectively dead on Gentoo, and Linux in general. The only OS that I know of that currently supports Octane, outside of IRIX, is OpenBSD. I haven't had a lot of time to attempt to figure out what to fix, and I've lost the ability to use the "Early Printk" hack that Stanislaw created once, that hijacks the kernel's core printk call to scribble characters out to the graphics board directly. The introduction of the buffered printk stuff in 3.6.x killed that capability. Stanislaw himself has effectively dropped off of the planet, as far as I know, so he won't be updating Octane anytime soon.
That said, I do maintain an experimental patch in the sys-kernel/mips-sources ebuilds that you can apply via the 'ip30' USE flag to play with the code. It applies on top of the old IOC3 metadriver patch. It contains the core of the Octane code, plus the ImpactSR and Odyssey drivers, as well as various hacks that were my feeble attempt to get the kernel to boot again. Feel free to play with it and learn. Reference the OpenBSD code below for inspiration (but mind the licenses!):
http://www.openbsd.org/cgi-bin/cvsweb/src/sys/arch/sgi/sgi/ip30_machdep.c
The long-standing issue has largely been getting the IRQ handling done right. Octane's HEART chip, the system ASIC, handles the interrupts, but it's a bit of weird thing. It has one 64bit interrupt status register (ISR) and one 64bit interrupt mask register (IMR) per CPU. HEART defines a maximum of 4 CPU's possible, but SGI only ever produced a two-CPU design (I wonder if a quad board exists in some forgotten prototyping lab...). The trick is, there are a hardwired-set of around five interrupt priority levels built into the status/mask registers, and you have to properly read these two registers to know how to route interrupt requests properly.
There was also something about how you assigned IRQ numbers, too, that always confused me. Only thing I have to go by are some IRIX header files I managed to find, Stan's original (booting) code, and what the OpenBSD developers have figured out. I believe the original Octane kernel code in Linux hardcoded specific IRQ numbers for things like the CPU SMP mailboxes, specific devices, etc. But then it had a bit of code to dynamically generate/allocate IRQ numbers for everything else, and I never understood what that was doing exactly (no comments in the code).
AND THEN, you have the IOC3 to deal with. It's the PCI device that implements a bare skeleton of the PCI spec, but wants to be its own bus, and off of it hangs SCSI, RTC, Audio, Networking, Keyboard, and Mouse. So when it acts up, everything breaks. I got a feeling, though, that if the main IRQ handling can be worked out, IOC3 might just work, since it's been maintained in the main kernel w/ Origin 200/IP27. Big guess on that.
So, if anyone wants to take a crack at it, those are your outstanding issues. And probably a lot of other ones that have cropped up in recent years. I'll try to get an updated mips-sources out in the next few weeks for either 3.12, 3.13, or whatever is current then, that'll include a compilable (but likely not bootable) Octane patch.
_________________
"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 |
|
| Back to top |
|
|
Kumba
Developer
Joined: 16 Jul 2002
Posts: 393
Location: Sigma 957
|
| Posted: Fri Jun 06, 2014 6:23 am Post subject: |
|
|
| Kumba wrote: |
Negative. For all intents and purposes, Octane/IP30 is effectively dead on Gentoo, and Linux in general. The only OS that I know of that currently supports Octane, outside of IRIX, is OpenBSD. I haven't had a lot of time to attempt to figure out what to fix, and I've lost the ability to use the "Early Printk" hack that Stanislaw created once, that hijacks the kernel's core printk call to scribble characters out to the graphics board directly. The introduction of the buffered printk stuff in 3.6.x killed that capability. Stanislaw himself has effectively dropped off of the planet, as far as I know, so he won't be updating Octane anytime soon. |
Okay, some updates -- Octane boots again. Celebrate!
Thanks go out to Johannes Dickgreber (Tanzy) for several patches a few years ago that got me started on the right path.
Caveats:- Uniprocessor Only -- problems with getting timer/system ticks to broadcast correctly between two CPUs is still a mystery to me. It's probably a real simple fix, so when I release the patch in an upcoming mips-sources update, anyone who understands SMP, please feel free to take a crack at it.
- No serial console support. The SGI Altix IOC3 driver appears to work -- it gets an IRQ assigned, tries to change baud rates, etc. But I get no output on a serial console. I have not investigated yet -- it might be a trivial fix. The older way of kludging the 8250 driver to work is still an option, and I might be able to get that to work instead. We'll see.
- PCI Card cage devices are detected, but I have been unsuccessful in getting to work just yet. It is very likely they are just not compatible with big-endian MIPS. Namely, a StarTech serial card flat out panicks the kernel due to supporting only little-endian. USB has always been problematic, but I'll try that again soon at some point. And my third card, an SGI Gigabit adapter (Alteon/Tigon chipset) doesn't seem to want to come online correctly -- complains about missing firmware. So, this needs more investigation.
- RAD1 Audio is detected, but non-functional, based on my last test. I tried playing a WAV file using a really old 'aplay', but all I got were some static 'pops' out of the headphones. It is possible this is due to a an extremely new kernel (3.14.5) running against an old (~2009) userland. I'll attempt this again once I find a way to update the userland (which will take a while).
- PCI Code is still a bit funny. I have a hack in pci-ip30.c right now that sets one of the Bridge resource types to IORESOURCE_BUS, which allows the system to detect both PCI bridges (if you have the card cage). This is obviously wrong, however. But to really fix it, it needs changes to the core MIPS PCI code to handle an additional IORESOURCE_* type.
- R14000 CPU ONLY: You cannot use CONFIG_TRANSPARENT_HUGEPAGE in the kernel config. It must expose some kind of R14000-specific errata that's either unknown or undocumented. This triggers an Instruction Bus Error that can only be cleared by a full power down of the machine, 30s wait, then starting it up again. Oddly enough, the issue does NOT appear if CONFIG_SMP is also selected. Something to dig into more at a later date. R12000 and R10000 should be fine, though.
What does work:- SCSI works great, and hdparm even reports ~18.5MB/sec throughput, which is good.
- Odyssey Console + Early Printk -- Now you can see early boot messages before it switches over to the primary framebuffer. Odyssey is still a little sluggish in drawing text to the screen, however. The driver probably needs more work by anyone who can figure this graphics card out some more.
- Impact Console + Early Printk -- like Odyssey above, you can see early boot messages before the primary console takes over. Unlike Odyssey, though, Impact is much faster in drawing text to the screen. I have NOT tested X11, however.
- RTC -- I was able to adapt the DS1685 RTC driver that I wrote for the O2 to work for the Octane, as they both use the same DS1687-5 RTC chip from Dallas/Maxim. Given the age of your average Octane, though, some of these RTCs may be near end of life. The good news is that DS17x87-5 chips work fine in both machines (my O2 has a DS17287-5 and the Octane has a DS17887-5). Those needing to replace their RTCs can find them for sale on the internet from several electronic component websites.
- Keyboard and Mouse -- Keyboard most definitely works and I assume the mouse also works. I don't have gpm installed, but I can jiggle a mouse and then `cat /proc/interrupts` and note that the 'ioc3-io' interrupt count goes up a fair bit. So the driver is at least processing mouse events, but until I get the userland updated and/or X11 re-installed, I won't know for exactness. But until then, assume the mouse DOES work.
- Ethernet works. I have not done benchmarks yet to see if it's slow or anything, but transferring large files to my amd64 box did not take long at all.
Untested:- PCI Shoehorn -- I have an Origin 200/2000 PCI Shoehorn, but they don't fit in an Octane. I am uncertain how the IRQ assignment will be should one get plugged in. Shoehorns were made for Octane, however (there is one on eBay right now). This is something that needs testing to see what changes, if any, are needed to the IRQ assignment code.
- MENET boards -- Also untested. They're all IOC3-based, so since the main IOC3 driver appears to work fine, these might also work. But since the IOC3 chips will sit behind a BRIDGE chip, the IRQ assignment, like w/ the Shoehorn above, is questionable.
- All other XIO boards -- Untested. Feedback will be appreciated when I have the patch released.
dmesg: | Code: | [ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Initializing cgroup subsys cpuacct
[ 0.000000] Linux version 3.14.5-mipsgit-20140415 (root@helcaraxe) (gcc version 4.9.0 (Gentoo 4.9.0 p1.0, pie-0.6.0) ) #899 Mon Jun 2 05:05:04 EDT 2014
[ 0.000000] ARCH: SGI-IP30
[ 0.000000] PROMLIB: ARC firmware Version 64 Revision 0
[ 0.000000] bootconsole [early_impactsr0] enabled
[ 0.000000] CPU0 revision is: 00000f24 (R14000)
[ 0.000000] FPU revision is: 00000900
[ 0.000000] Checking for the multiply/shift bug... no.
[ 0.000000] Checking for the daddiu bug... no.
[ 0.000000] SGI Octane (IP30) support: (c) 2004-2007 Stanislaw Skowronek.
[ 0.000000] Detected 1792 MB of physical memory.
[ 0.000000] Updating PROM memory size.
[ 0.000000] Determined physical RAM map:
[ 0.000000] memory: 0000000000004000 @ 0000000000000000 (reserved)
[ 0.000000] memory: 0000000000e3b000 @ 0000000020004000 (ROM data)
[ 0.000000] memory: 00000000000c1000 @ 0000000020e3f000 (usable)
[ 0.000000] memory: 0000000000100000 @ 0000000020f00000 (ROM data)
[ 0.000000] memory: 000000006f000000 @ 0000000021000000 (usable)
[ 0.000000] memory: 0000000030000000 @ 0000000060000000 (reserved)
[ 0.000000] Wasting 8622016 bytes for tracking 134719 unused pages
[ 0.000000] Zone ranges:
[ 0.000000] DMA [mem 0x00000000-0x9fffffff]
[ 0.000000] Normal empty
[ 0.000000] Movable zone start for each node
[ 0.000000] Early memory node ranges
[ 0.000000] node 0: [mem 0x00000000-0x00003fff]
[ 0.000000] node 0: [mem 0x20004000-0x8fffffff]
[ 0.000000] On node 0 totalpages: 458752
[ 0.000000] free_area_init_node: node 0, pgdat a800000020573ff0, node_mem_map a800000021000000
[ 0.000000] DMA zone: 9216 pages used for memmap
[ 0.000000] DMA zone: 0 pages reserved
[ 0.000000] DMA zone: 458752 pages, LIFO batch:31
[ 0.000000] Primary instruction cache 32kB, VIPT, 2-way, linesize 64 bytes.
[ 0.000000] Primary data cache 32kB, 2-way, VIPT, no aliases, linesize 32 bytes
[ 0.000000] Unified secondary cache 2048kB 2-way, linesize 128 bytes.
[ 0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[ 0.000000] pcpu-alloc: [0] 0
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 449536
[ 0.000000] Kernel command line: root=xio(0)pci(15)scsi(0)disk(1)rdisk(0)partition(0) console=tty0 root=/dev/md0
[ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[ 0.000000] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
[ 0.000000] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
[ 0.000000] Memory: 1779092K/1835008K available (4006K kernel code, 326K rwdata, 1216K rodata, 232K init, 8762K bss, 55916K reserved)
[ 0.000000] NR_IRQS:128
[ 0.000000] IP30: HEART interrupt controller initialized.
[ 0.000000] CPU0: 600 MHz CPU detected
[ 0.000000] DEBUG: IP30: IRQ: startup_heart_irq: IRQ 50 on CPU 0!
[ 0.000000] DEBUG: MIPS: CEVT-R4K: r4k_clockevent_init: CPU0: IRQ 71
[ 0.000000] Console: colour dummy device 80x25
[ 0.000000] console [tty0] enabled
[ 0.000000] bootconsole [early_impactsr0] disabled
[ 0.000000] Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
[ 0.000000] ... MAX_LOCKDEP_SUBCLASSES: 8
[ 0.000000] ... MAX_LOCK_DEPTH: 48
[ 0.000000] ... MAX_LOCKDEP_KEYS: 8191
[ 0.000000] ... CLASSHASH_SIZE: 4096
[ 0.000000] ... MAX_LOCKDEP_ENTRIES: 16384
[ 0.000000] ... MAX_LOCKDEP_CHAINS: 32768
[ 0.000000] ... CHAINHASH_SIZE: 16384
[ 0.000000] memory used by lock dependency info: 5855 kB
[ 0.000000] per task-struct memory footprint: 1920 bytes
[ 0.020000] Calibrating delay loop... 897.02 BogoMIPS (lpj=1794048)
[ 0.020000] pid_max: default: 32768 minimum: 301
[ 0.020000] Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
[ 0.020000] Mountpoint-cache hash table entries: 4096 (order: 3, 32768 bytes)
[ 0.024000] Initializing cgroup subsys devices
[ 0.024000] Initializing cgroup subsys net_cls
[ 0.024000] Initializing cgroup subsys blkio
[ 0.024000] Initializing cgroup subsys net_prio
[ 0.024000] Checking for the daddi bug... no.
[ 0.032000] devtmpfs: initialized
[ 0.040000] xor: measuring software checksum speed
[ 0.080000] 8regs : 1541.000 MB/sec
[ 0.120000] 8regs_prefetch: 1420.000 MB/sec
[ 0.160000] 32regs : 1545.000 MB/sec
[ 0.200000] 32regs_prefetch: 1422.000 MB/sec
[ 0.200000] xor: using function: 32regs (1545.000 MB/sec)
[ 0.200000] NET: Registered protocol family 16
[ 0.200000] xtalk:0 xbow widget (rev 2.0) registered as as platform device.
[ 0.200000] xtalk:8 heart widget (rev F) registered as as platform device.
[ 0.200000] xtalk:12 impactsr widget (rev B) registered as as platform device.
[ 0.200000] xtalk:13 bridge widget (rev C) registered as as platform device.
[ 0.200000] xtalk:15 bridge widget (rev D) registered as as platform device.
[ 0.212000] DEBUG: IP30: IRQ: startup_heart_irq: IRQ 14 on CPU 0!
[ 0.212000] DEBUG: IP30: IRQ: startup_heart_irq: IRQ 15 on CPU 0!
[ 0.228000] bio: create slab <bio-0> at 0
[ 0.296000] raid6: int64x1 394 MB/s
[ 0.364000] raid6: int64x2 530 MB/s
[ 0.432000] raid6: int64x4 538 MB/s
[ 0.500000] raid6: int64x8 457 MB/s
[ 0.500000] raid6: using algorithm int64x4 (538 MB/s)
[ 0.500000] raid6: using intx1 recovery algorithm
[ 0.500000] SCSI subsystem initialized
[ 0.500000] Advanced Linux Sound Architecture Driver Initialized.
[ 0.500000] PCI host bridge to bus 0000:00
[ 0.500000] pci_bus 0000:00: busn_res: can not insert [bus 00-1d9fffff] under domain [bus 00-ff] (conflicts with (null) [bus 00-ff])
[ 0.500000] pci_bus 0000:00: root bus resource [mem 0x1d200000-0x1d9fffff]
[ 0.504000] pci_bus 0000:00: busn_res: can not insert [bus 00-1dbfffff] under domain [bus 00-ff] (conflicts with (null) [bus 00-ff])
[ 0.504000] pci_bus 0000:00: root bus resource [io 0x1da00000-0x1dbfffff]
[ 0.504000] IP30: HEART ATTACK! ISR = 0x0080000000000000 CAUSE = 0x0000000000000000
[ 0.504000] HEART Error IRQ #55
[ 0.504000] pci 0000:00:01.0: [10a9:0009] type 00 class 0x020000
[ 0.504000] pci 0000:00:01.0: reg 0x10: [mem 0x00200000-0x00203fff]
[ 0.504000] pci 0000:00:02.0: [1106:3038] type 00 class 0x0c0300
[ 0.504000] pci 0000:00:02.0: reg 0x20: [io 0xfce0-0xfcff]
[ 0.504000] pci 0000:00:02.1: [1106:3038] type 00 class 0x0c0300
[ 0.504000] pci 0000:00:02.1: reg 0x20: [io 0xfce0-0xfcff]
[ 0.504000] pci 0000:00:02.2: [1106:3104] type 00 class 0x0c0320
[ 0.504000] pci 0000:00:02.2: reg 0x10: [mem 0x00000000-0x000000ff]
[ 0.504000] pci 0000:00:02.2: PME# supported from D0 D3hot
[ 0.508000] pci 0000:00:03.0: [9710:9835] type 00 class 0x070002
[ 0.508000] pci 0000:00:03.0: reg 0x10: [io 0x200000-0x200007]
[ 0.508000] pci 0000:00:03.0: reg 0x14: [io 0x204000-0x204007]
[ 0.508000] pci 0000:00:03.0: reg 0x18: [io 0x208000-0x208007]
[ 0.508000] pci 0000:00:03.0: reg 0x1c: [io 0x20c000-0x20c007]
[ 0.508000] pci 0000:00:03.0: reg 0x20: [io 0x210000-0x210007]
[ 0.508000] pci 0000:00:03.0: reg 0x24: [io 0x214000-0x21400f]
[ 0.508000] PCI host bridge to bus 0001:00
[ 0.508000] pci_bus 0001:00: busn_res: can not insert [bus 00-1f9fffff] under domain [bus 00-ff] (conflicts with (null) [bus 00-ff])
[ 0.508000] pci_bus 0001:00: root bus resource [mem 0x1f200000-0x1f9fffff]
[ 0.508000] pci_bus 0001:00: busn_res: can not insert [bus 00-1fbfffff] under domain [bus 00-ff] (conflicts with (null) [bus 00-ff])
[ 0.508000] pci_bus 0001:00: root bus resource [io 0x1fa00000-0x1fbfffff]
[ 0.508000] pci 0001:00:00.0: [1077:1020] type 00 class 0x010000
[ 0.508000] pci 0001:00:00.0: reg 0x10: [io 0x200000-0x2000ff]
[ 0.508000] pci 0001:00:00.0: reg 0x14: [mem 0x00200000-0x00200fff]
[ 0.508000] pci 0001:00:00.0: reg 0x30: [mem 0x00210000-0x0021ffff pref]
[ 0.508000] pci 0001:00:01.0: [1077:1020] type 00 class 0x010000
[ 0.508000] pci 0001:00:01.0: reg 0x10: [io 0x400000-0x4000ff]
[ 0.508000] pci 0001:00:01.0: reg 0x14: [mem 0x00400000-0x00400fff]
[ 0.508000] pci 0001:00:01.0: reg 0x30: [mem 0x00410000-0x0041ffff pref]
[ 0.512000] pci 0001:00:02.0: [10a9:0003] type 00 class 0xff0000
[ 0.512000] pci 0001:00:02.0: reg 0x10: [mem 0x00500000-0x005fffff]
[ 0.512000] pci 0001:00:03.0: [10a9:0005] type 00 class 0x000000
[ 0.512000] IP30: HEART ATTACK! ISR = 0x0200000000000000 CAUSE = 0x0000000000000000
[ 0.512000] HEART Error IRQ #57
[ 0.512000] pci 0001:00:03.0: reg 0x10: [mem 0x00600000-0x00601fff]
[ 0.720000] DMA-API: preallocated 65536 debug entries
[ 0.720000] DMA-API: debugging enabled by kernel config
[ 0.720000] Switched to clocksource HEART
[ 0.760000] NET: Registered protocol family 2
[ 0.760000] TCP established hash table entries: 16384 (order: 5, 131072 bytes)
[ 0.768000] TCP bind hash table entries: 16384 (order: 8, 1048576 bytes)
[ 0.780000] TCP: Hash tables configured (established 16384 bind 16384)
[ 0.780000] TCP: reno registered
[ 0.780000] UDP hash table entries: 1024 (order: 5, 163840 bytes)
[ 0.784000] UDP-Lite hash table entries: 1024 (order: 5, 163840 bytes)
[ 0.788000] NET: Registered protocol family 1
[ 0.788000] pci-ip30: 0000:00:02.0 Bar 4 with size 0x00000020 at bus 0x00600000 vma 0x000000001d600000 is Window.
[ 0.788000] pci-ip30: 0000:00:02.1 Bar 4 with size 0x00000020 at bus 0x00600020 vma 0x000000001d600020 is Window.
[ 0.788000] PCI: Enabling device 0000:00:02.1 (0000 -> 0001)
[ 0.788000] pci-ip30: 0000:00:02.2 Bar 0 with size 0x00000100 at bus 0x01000000 vma 0x000000d041000000 is Direct 32-bit.
[ 0.788000] PCI: Enabling device 0000:00:02.2 (0000 -> 0002)
[ 0.788000] PCI: CLS mismatch (32 != 256), using 128 bytes
[ 0.792000] futex hash table entries: 256 (order: 2, 20480 bytes)
[ 0.796000] zbud: loaded
[ 0.800000] msgmni has been set to 3474
[ 0.804000] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[ 0.804000] io scheduler noop registered
[ 0.804000] io scheduler cfq registered (default)
[ 0.824000] pci_hotplug: PCI Hot Plug PCI Core version: 0.5
[ 0.864000] Console: switching to colour frame buffer device 160x64
[ 0.896000] fb0: ImpactSR 1RSS frame buffer device
[ 1.148000] loop: module loaded
[ 1.148000] pci-ip30: 0001:00:02.0 Bar 0 with size 0x00100000 at bus 0x01000000 vma 0x000000f041000000 is Direct 32-bit.
[ 3.280000] ioc3: part: [030-0891-003], serial: [KBB731] => class IP30 system
[ 3.280000] DEBUG: IP30: IRQ: startup_heart_irq: IRQ 18 on CPU 0!
[ 3.280000] DEBUG: IP30: IRQ: startup_heart_irq: IRQ 20 on CPU 0!
[ 3.280000] ioc3_uart_probe (0xa80000002055f920, 0xa80000008ebae400)
[ 3.280000] ioc3_uart_probe : Port A ip_serial_regs 0x900000f0410000b8 ip_uart_regs 0x900000f041020178
[ 3.280000] ioc3_uart_probe : Port A ip_cpu_ringbuf 0xa80000008e0d8000 ip_dma_ringbuf 0x00000000ee0d8000, ip_inring 0xa80000008e0d9000 ip_outring 0xa80000008e0d8000
[ 3.280000] ioc3_uart_probe : port 0 [addr 0xa80000008e531580] card_ptr 0xa80000008e0c6800 ip_serial_regs 0x900000f0410000b8 ip_uart_regs 0x900000f041020178
[ 3.284000] ioc3_port_init: ring_pci_addr 0x810000008e5315b0
[ 3.284000] ioc3_uart_probe: phys_port 0 port 0xa80000008e531580 inring 0xa80000008e0d9000 outring 0xa80000008e0d8000
[ 3.284000] ioc3_uart_probe : Port B ip_serial_regs 0x900000f0410000d4 ip_uart_regs 0x900000f041020170
[ 3.284000] ioc3_uart_probe : Port B ip_cpu_ringbuf 0xa80000008e0d8000 ip_dma_ringbuf 0x00000000ee0d8000, ip_inring 0xa80000008e0db000 ip_outring 0xa80000008e0da000
[ 3.284000] ioc3_uart_probe : port 1 [addr 0xa80000008e531480] card_ptr 0xa80000008e0c6800 ip_serial_regs 0x900000f0410000d4 ip_uart_regs 0x900000f041020170
[ 3.284000] ioc3_uart_probe: phys_port 1 port 0xa80000008e531480 inring 0xa80000008e0db000 outring 0xa80000008e0da000
[ 3.284000] ioc3_serial_core_attach: attach pdev 0xa80000008fd57800 - card_ptr 0xa80000008e0c6800
[ 3.284000] ioc3_serial_core_attach: attach the_port 0xa80000008e0c6800 / port 0xa80000008e531580 [0/0]
[ 3.284000] 0001:00:02.0: ttySIOC0 at I/O 0x0 (irq = 20, base_baud = 0) is a SGI IOC3 Serial [rs232]
[ 3.288000] IOC3 serial port 0 irq 20 bus 0
[ 3.288000] ioc3_set_proto: rs232
[ 3.288000] ioc3_serial_core_attach: attach the_port 0xa80000008e0c6920 / port 0xa80000008e531580 [0/1]
[ 3.288000] 0001:00:02.0: ttySIOC1 at I/O 0x1 (irq = 20, base_baud = 0) is a SGI IOC3 Serial [rs422]
[ 3.292000] IOC3 serial port 1 irq 20 bus 0
[ 3.292000] ioc3_serial_core_attach: attach the_port 0xa80000008e0c6a48 / port 0xa80000008e531480 [1/2]
[ 3.292000] 0001:00:02.0: ttySIOC2 at I/O 0x2 (irq = 20, base_baud = 0) is a SGI IOC3 Serial [rs232]
[ 3.292000] IOC3 serial port 2 irq 20 bus 0
[ 3.292000] ioc3_set_proto: rs232
[ 3.292000] ioc3_serial_core_attach: attach the_port 0xa80000008e0c6b68 / port 0xa80000008e531480 [1/3]
[ 3.292000] 0001:00:02.0: ttySIOC3 at I/O 0x3 (irq = 20, base_baud = 0) is a SGI IOC3 Serial [rs422]
[ 3.296000] IOC3 serial port 3 irq 20 bus 0
[ 3.296000] IOC3 Master Driver loaded for 0001:00:02.0
[ 3.312000] qla1280: QLA1040 found on PCI bus 0, dev 0
[ 3.324000] pci-ip30: 0001:00:00.0 Bar 0 with size 0x00000100 at bus 0x01000000 vma 0x000000f101000000 is Direct I/O.
[ 3.340000] pci-ip30: 0001:00:00.0 Bar 1 with size 0x00001000 at bus 0x01100000 vma 0x000000f041100000 is Direct 32-bit.
[ 3.352000] pci-ip30: 0001:00:00.0 Bar 6 with size 0x00010000 at bus 0x01110000 vma 0x000000f041110000 is Direct 32-bit.
[ 3.364000] PCI: Enabling device 0001:00:00.0 (0006 -> 0007)
[ 3.380000] DEBUG: IP30: IRQ: startup_heart_irq: IRQ 16 on CPU 0!
[ 3.828000] random: nonblocking pool is initialized
[ 4.436000] scsi(0:0): Resetting SCSI BUS
[ 7.456000] scsi0 : QLogic QLA1040 PCI to SCSI Host Adapter
[ 7.456000] Firmware version: 7.65.06, Driver version 3.27.1
[ 7.484000] qla1280: QLA1040 found on PCI bus 0, dev 1
[ 7.496000] pci-ip30: 0001:00:01.0 Bar 0 with size 0x00000100 at bus 0x01000100 vma 0x000000f101000100 is Direct I/O.
[ 7.508000] pci-ip30: 0001:00:01.0 Bar 1 with size 0x00001000 at bus 0x01120000 vma 0x000000f041120000 is Direct 32-bit.
[ 7.524000] pci-ip30: 0001:00:01.0 Bar 6 with size 0x00010000 at bus 0x01130000 vma 0x000000f041130000 is Direct 32-bit.
[ 7.536000] PCI: Enabling device 0001:00:01.0 (0006 -> 0007)
[ 7.552000] DEBUG: IP30: IRQ: startup_heart_irq: IRQ 17 on CPU 0!
[ 7.792000] scsi 0:0:1:0: Direct-Access SEAGATE SX150176LC BA12 PQ: 0 ANSI: 2
[ 7.816000] scsi(0:0:1:0): Sync: period 10, offset 12, Wide, Tagged queuing: depth 31
[ 7.844000] scsi 0:0:2:0: Direct-Access SEAGATE SX150176LC BA08 PQ: 0 ANSI: 2
[ 7.868000] scsi(0:0:2:0): Sync: period 10, offset 12, Wide, Tagged queuing: depth 31
[ 7.896000] scsi 0:0:3:0: Direct-Access SEAGATE SX150176LC BA08 PQ: 0 ANSI: 2
[ 7.920000] scsi(0:0:3:0): Sync: period 10, offset 12, Wide, Tagged queuing: depth 31
[ 8.692000] scsi(1:0): Resetting SCSI BUS
[ 11.712000] scsi1 : QLogic QLA1040 PCI to SCSI Host Adapter
[ 11.712000] Firmware version: 7.65.06, Driver version 3.27.1
[ 11.740000] acenic.c: v0.92 08/05/2002 Jes Sorensen, linux-acenic@SunSITE.dk
[ 11.740000] http://home.cern.ch/~jes/gige/acenic.html
[ 11.768000] pci-ip30: 0000:00:01.0 Bar 0 with size 0x00004000 at bus 0x01004000 vma 0x000000d041004000 is Direct 32-bit.
[ 11.784000] 0000:00:01.0: SGI AceNIC Gigabit Ethernet at 0xd041004000, irq 9
[ 11.800000] Tigon II (Rev. 6), Firmware: 0.0.0, MAC: 08:00:69:14:69:9c
[ 11.816000] PCI cache line size set incorrectly (0 bytes) by BIOS/FW, correcting to 128
[ 11.832000] PCI bus width: 64 bits, speed: 33MHz, latency: 64 clks
[ 11.848000] DEBUG: IP30: IRQ: startup_heart_irq: IRQ 9 on CPU 0!
[ 14.900000] 0000:00:01.0: Firmware NOT running!
[ 14.932000] IOC3: Ethernet address is 08:00:69:0e:11:0c.
[ 14.948000] IOC3 0001:00:02.0 eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
[ 14.960000] eth0: Using PHY 1, vendor 0x15f42, model 2, rev 3.
[ 14.972000] eth0: IOC3 SSRAM has 128 kbyte.
[ 14.992000] [sched_delayed] sched: RT throttling activated
[ 15.004000] mousedev: PS/2 mouse device common for all mice
[ 15.020000] rtc-ds1685 rtc-ds1685: rtc core: registered rtc-ds1685 as rtc0
[ 15.036000] md: raid6 personality registered for level 6
[ 15.048000] md: raid5 personality registered for level 5
[ 15.060000] md: raid4 personality registered for level 4
[ 15.072000] sd 0:0:1:0: [sda] 97693755 512-byte logical blocks: (50.0 GB/46.5 GiB)
[ 15.088000] sd 0:0:3:0: [sdc] 97693755 512-byte logical blocks: (50.0 GB/46.5 GiB)
[ 15.100000] sd 0:0:2:0: [sdb] 97693755 512-byte logical blocks: (50.0 GB/46.5 GiB)
[ 15.112000] sd 0:0:1:0: [sda] Write Protect is off
[ 15.124000] sd 0:0:1:0: [sda] Mode Sense: cb 00 10 08
[ 15.124000] sd 0:0:3:0: [sdc] Write Protect is off
[ 15.132000] sd 0:0:3:0: [sdc] Mode Sense: cb 00 10 08
[ 15.136000] pci-ip30: 0001:00:03.0 Bar 0 with size 0x00002000 at bus 0x01140000 vma 0x000000f041140000 is Direct 32-bit.
[ 15.172000] sd 0:0:2:0: [sdb] Write Protect is off
[ 15.180000] sd 0:0:2:0: [sdb] Mode Sense: cb 00 10 08
[ 15.184000] sd 0:0:1:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
[ 15.196000] sd 0:0:3:0: [sdc] Write cache: disabled, read cache: enabled, supports DPO and FUA
[ 15.212000] TCP: cubic registered
[ 15.224000] NET: Registered protocol family 17
[ 15.240000] sd 0:0:2:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA
[ 15.260000] rtc-ds1685 rtc-ds1685: setting system clock to 2014-06-05 17:58:58 UTC (1401991138)
[ 15.272000] ALSA device list:
[ 15.284000] #0: SGI RAD Audio at 0xf041140000
[ 15.296000] sda: sda1 sda2 sda3 sda4 sda5 sda6 sda9 sda11
[ 15.316000] sdb: sdb1 sdb2 sdb3 sdb4 sdb5 sdb6 sdb9 sdb11
[ 15.336000] sdc: sdc1 sdc2 sdc3 sdc4 sdc5 sdc6 sdc9 sdc11
[ 15.348000] sd 0:0:1:0: [sda] Attached SCSI disk
[ 15.372000] sd 0:0:2:0: [sdb] Attached SCSI disk
[ 15.384000] sd 0:0:3:0: [sdc] Attached SCSI disk
[ 15.484000] input: AT Raw Set 2 keyboard as /devices/pci0001:00/0001:00:02.0/serio0/input/input0
[ 16.476000] input: ImPS/2 Generic Wheel Mouse as /devices/pci0001:00/0001:00:02.0/serio1/input/input2
[ 17.512000] md: Waiting for all devices to be available before autodetect
[ 17.524000] md: If you don't use raid, use raid=noautodetect
[ 17.540000] md: Autodetecting RAID arrays.
[ 17.720000] md: Scanned 15 and added 15 devices.
[ 17.728000] md: autorun ...
[ 17.740000] md: considering sdc6 ...
[ 17.748000] md: adding sdc6 ...
[ 17.760000] md: sdc5 has different UUID to sdc6
[ 17.768000] md: sdc4 has different UUID to sdc6
[ 17.780000] md: sdc3 has different UUID to sdc6
[ 17.788000] md: sdc1 has different UUID to sdc6
[ 17.800000] md: adding sdb6 ...
[ 17.808000] md: sdb5 has different UUID to sdc6
[ 17.816000] md: sdb4 has different UUID to sdc6
[ 17.824000] md: sdb3 has different UUID to sdc6
[ 17.836000] md: sdb1 has different UUID to sdc6
[ 17.844000] md: adding sda6 ...
[ 17.852000] md: sda5 has different UUID to sdc6
[ 17.860000] md: sda4 has different UUID to sdc6
[ 17.868000] md: sda3 has different UUID to sdc6
[ 17.876000] md: sda1 has different UUID to sdc6
[ 17.888000] md: created md4
[ 17.892000] md: bind<sda6>
[ 17.900000] md: bind<sdb6>
[ 17.908000] md: bind<sdc6>
[ 17.916000] md: running: <sdc6><sdb6><sda6>
[ 17.924000] md/raid:md4: device sdc6 operational as raid disk 0
[ 17.932000] md/raid:md4: device sdb6 operational as raid disk 1
[ 17.940000] md/raid:md4: device sda6 operational as raid disk 2
[ 17.968000] md/raid:md4: allocated 0kB
[ 17.976000] md/raid:md4: raid level 5 active with 3 out of 3 devices, algorithm 2
[ 17.980000] RAID conf printout:
[ 17.980000] --- level:5 rd:3 wd:3
[ 17.980000] disk 0, o:1, dev:sdc6
[ 17.980000] disk 1, o:1, dev:sdb6
[ 17.980000] disk 2, o:1, dev:sda6
[ 17.984000] md4: detected capacity change from 0 to 1940914176
[ 17.988000] md: considering sdc5 ...
[ 17.996000] md: adding sdc5 ...
[ 18.004000] md: sdc4 has different UUID to sdc5
[ 18.008000] md: sdc3 has different UUID to sdc5
[ 18.016000] md: sdc1 has different UUID to sdc5
[ 18.020000] md: adding sdb5 ...
[ 18.028000] md: sdb4 has different UUID to sdc5
[ 18.036000] md: sdb3 has different UUID to sdc5
[ 18.040000] md: sdb1 has different UUID to sdc5
[ 18.048000] md: adding sda5 ...
[ 18.052000] md: sda4 has different UUID to sdc5
[ 18.060000] md: sda3 has different UUID to sdc5
[ 18.064000] md: sda1 has different UUID to sdc5
[ 18.072000] md: created md3
[ 18.080000] md: bind<sda5>
[ 18.084000] md: bind<sdb5>
[ 18.088000] md: bind<sdc5>
[ 18.096000] md: running: <sdc5><sdb5><sda5>
[ 18.100000] md/raid:md3: device sdc5 operational as raid disk 0
[ 18.104000] md/raid:md3: device sdb5 operational as raid disk 1
[ 18.112000] md/raid:md3: device sda5 operational as raid disk 2
[ 18.136000] md/raid:md3: allocated 0kB
[ 18.144000] md/raid:md3: raid level 5 active with 3 out of 3 devices, algorithm 2
[ 18.148000] RAID conf printout:
[ 18.148000] --- level:5 rd:3 wd:3
[ 18.148000] disk 0, o:1, dev:sdc5
[ 18.148000] disk 1, o:1, dev:sdb5
[ 18.148000] disk 2, o:1, dev:sda5
[ 18.148000] md3: detected capacity change from 0 to 4013686784
[ 18.152000] md: considering sdc4 ...
[ 18.160000] md: adding sdc4 ...
[ 18.164000] md: sdc3 has different UUID to sdc4
[ 18.168000] md: sdc1 has different UUID to sdc4
[ 18.172000] md: adding sdb4 ...
[ 18.176000] md: sdb3 has different UUID to sdc4
[ 18.180000] md: sdb1 has different UUID to sdc4
[ 18.184000] md: adding sda4 ...
[ 18.188000] md: sda3 has different UUID to sdc4
[ 18.196000] md: sda1 has different UUID to sdc4
[ 18.200000] md: created md2
[ 18.204000] md: bind<sda4>
[ 18.212000] md: bind<sdb4>
[ 18.216000] md: bind<sdc4>
[ 18.220000] md: running: <sdc4><sdb4><sda4>
[ 18.224000] md/raid:md2: device sdc4 operational as raid disk 0
[ 18.228000] md/raid:md2: device sdb4 operational as raid disk 1
[ 18.232000] md/raid:md2: device sda4 operational as raid disk 2
[ 18.260000] md/raid:md2: allocated 0kB
[ 18.264000] md/raid:md2: raid level 5 active with 3 out of 3 devices, algorithm 2
[ 18.268000] RAID conf printout:
[ 18.268000] --- level:5 rd:3 wd:3
[ 18.268000] disk 0, o:1, dev:sdc4
[ 18.268000] disk 1, o:1, dev:sdb4
[ 18.272000] disk 2, o:1, dev:sda4
[ 18.272000] md2: detected capacity change from 0 to 80015261696
[ 18.276000] md: considering sdc3 ...
[ 18.280000] md: adding sdc3 ...
[ 18.284000] md: sdc1 has different UUID to sdc3
[ 18.292000] md: adding sdb3 ...
[ 18.296000] md: sdb1 has different UUID to sdc3
[ 18.300000] md: adding sda3 ...
[ 18.304000] md: sda1 has different UUID to sdc3
[ 18.312000] md: created md1
[ 18.320000] md: bind<sda3>
[ 18.324000] md: bind<sdb3>
[ 18.328000] md: bind<sdc3>
[ 18.336000] md: running: <sdc3><sdb3><sda3>
[ 18.340000] md/raid:md1: device sdc3 operational as raid disk 0
[ 18.344000] md/raid:md1: device sdb3 operational as raid disk 1
[ 18.348000] md/raid:md1: device sda3 operational as raid disk 2
[ 18.376000] md/raid:md1: allocated 0kB
[ 18.380000] md/raid:md1: raid level 5 active with 3 out of 3 devices, algorithm 2
[ 18.388000] RAID conf printout:
[ 18.388000] --- level:5 rd:3 wd:3
[ 18.388000] disk 0, o:1, dev:sdc3
[ 18.388000] disk 1, o:1, dev:sdb3
[ 18.388000] disk 2, o:1, dev:sda3
[ 18.388000] md1: detected capacity change from 0 to 12008685568
[ 18.392000] md: considering sdc1 ...
[ 18.396000] md: adding sdc1 ...
[ 18.404000] md: adding sdb1 ...
[ 18.408000] md: adding sda1 ...
[ 18.412000] md: created md0
[ 18.416000] md: bind<sda1>
[ 18.424000] md: bind<sdb1>
[ 18.428000] md: bind<sdc1>
[ 18.432000] md: running: <sdc1><sdb1><sda1>
[ 18.440000] md/raid:md0: device sdc1 operational as raid disk 0
[ 18.444000] md/raid:md0: device sdb1 operational as raid disk 1
[ 18.448000] md/raid:md0: device sda1 operational as raid disk 2
[ 18.476000] md/raid:md0: allocated 0kB
[ 18.484000] md/raid:md0: raid level 5 active with 3 out of 3 devices, algorithm 2
[ 18.488000] RAID conf printout:
[ 18.488000] --- level:5 rd:3 wd:3
[ 18.488000] disk 0, o:1, dev:sdc1
[ 18.488000] disk 1, o:1, dev:sdb1
[ 18.488000] disk 2, o:1, dev:sda1
[ 18.488000] md0: detected capacity change from 0 to 1019740160
[ 18.492000] md: ... autorun DONE.
[ 18.504000] md0: unknown partition table
[ 18.512000] EXT4-fs (md0): mounting ext3 file system using the ext4 subsystem
[ 18.552000] EXT4-fs (md0): mounted filesystem with ordered data mode. Opts: (null)
[ 18.556000] VFS: Mounted root (ext3 filesystem) readonly on device 9:0.
[ 18.580000] devtmpfs: mounted
[ 18.584000] DEBUG: IP30: MIPS: free_initmem: prom_free_prom_memory() ...
[ 18.592000] DEBUG: IP30: rest_init: free_initmem_default(POISON_FREE_INITMEM) ...
[ 18.600000] Freeing unused kernel memory: 232K (a800000020576000 - a8000000205b0000)
[ 21.924000] udevd (164): /proc/164/oom_adj is deprecated, please use /proc/164/oom_score_adj instead.
[ 32.264000] md2: unknown partition table
[ 32.272000] md1: unknown partition table
[ 32.336000] md4: unknown partition table
[ 32.348000] md3: unknown partition table
[ 38.312000] EXT4-fs (md0): re-mounted. Opts: (null)
[ 38.924000] EXT4-fs (md1): mounting ext3 file system using the ext4 subsystem
[ 38.952000] EXT4-fs (md1): warning: maximal mount count reached, running e2fsck is recommended
[ 38.992000] EXT4-fs (md1): mounted filesystem with ordered data mode. Opts: (null)
[ 39.020000] EXT4-fs (md2): mounting ext3 file system using the ext4 subsystem
[ 39.060000] EXT4-fs (md2): warning: maximal mount count reached, running e2fsck is recommended
[ 39.116000] EXT4-fs (md2): mounted filesystem with ordered data mode. Opts: (null)
[ 39.136000] EXT4-fs (md3): mounting ext3 file system using the ext4 subsystem
[ 39.196000] EXT4-fs (md3): warning: maximal mount count reached, running e2fsck is recommended
[ 39.264000] EXT4-fs (md3): mounted filesystem with ordered data mode. Opts: (null)
[ 39.272000] EXT4-fs (md4): mounting ext3 file system using the ext4 subsystem
[ 39.300000] EXT4-fs (md4): warning: maximal mount count reached, running e2fsck is recommended
[ 39.352000] EXT4-fs (md4): mounted filesystem with ordered data mode. Opts: (null)
[ 47.560000] Adding 449816k swap on /dev/sda2. Priority:1 extents:1 across:449816k FS
[ 47.592000] Adding 449816k swap on /dev/sdb2. Priority:1 extents:1 across:449816k FS
[ 47.624000] Adding 449816k swap on /dev/sdc2. Priority:1 extents:1 across:449816k FS
[ 53.952000] ioc3_set_proto: rs232
[ 53.952000] ioc3_change_speed: returned baud 9600 for line 0
[ 53.952000] ioc3_change_speed : port 0xa80000008e531580 line 0 cflag 06275 ioc3_config_port(baud 9600 data 8 stop 0 penable 0 parity 0), notification 0xfd
[ 53.952000] ioc3_config_port: line 0 baud 9600 byte_size 8 stop 0 parenb 0 parodd 0
[ 53.952000] ioc3_change_speed: returned baud 9600 for line 0
[ 53.952000] ioc3_change_speed : port 0xa80000008e531580 line 0 cflag 02275 ioc3_config_port(baud 9600 data 8 stop 0 penable 0 parity 0), notification 0xfd
[ 53.952000] ioc3_config_port: line 0 baud 9600 byte_size 8 stop 0 parenb 0 parodd 0 |
_________________
"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 |
|
| Back to top |
|
|
armanox
n00b
Joined: 03 Jan 2008
Posts: 36
Location: Baltimore, MD
|
| Posted: Fri Jun 06, 2014 7:34 pm Post subject: |
|
|
Wow...I didn't think we'd see that come back. I might have to setup a new netboot image at home (IRIX on HDD, never got Gentoo to boot locally when I was running it years ago). How long do you think emerging the userland would take? I'm thinking in weeks at this point (I remember how slow it was back then with dual 300MHz procs and 4GB RAM....my personal Octane isn't that powerful)
_________________
"Apollo was astonished, Dionysus thought me mad. But they heard my story further and they wondered and were sad." |
|
| Back to top |
|
|
Kumba
Developer
Joined: 16 Jul 2002
Posts: 393
Location: Sigma 957
|
| Posted: Fri Jun 06, 2014 10:34 pm Post subject: |
|
|
| armanox wrote: | | Wow...I didn't think we'd see that come back. I might have to setup a new netboot image at home (IRIX on HDD, never got Gentoo to boot locally when I was running it years ago). How long do you think emerging the userland would take? I'm thinking in weeks at this point (I remember how slow it was back then with dual 300MHz procs and 4GB RAM....my personal Octane isn't that powerful) |
Well, I have a 600MHz R14000 and 1.7GB of RAM in mine. So combining the use of a tmpfs for PORTAGE_TMPDIR will help to speed things up a bit. I am going to attempt to update my ~5-year old userland, which is already proving to be a challenge. I only had Python-2.5 on it, so I had to juggle some things to get Python 2.6 and Portage-2.2 on it. Managed to kill OpenSSH (segfaults), so now on dropbear for the time being.
Plan is to get up to Python-2.7, re-merge Portage again, then binutils, gcc, glibc, repeat again to fully update the toolchain, then re-do Portage/Python/Perl again, then start upgrading the rest of the system. Once it starts going, it actually moves along at a good clip. SMP would help obviously, but I am stumped by the IPI/Timer handling right now. I really need to focus more on handling IORESOURCE_BUS in the MIPS PCI code, maybe tackle serial support, and start to roll patches to post to linux-mips and see if others can help fix problems. Then get mips-sources updated. I might post/announce a beta patch on the mailing list in a few days or next week.
_________________
"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 |
|
| Back to top |
|
|
Kumba
Developer
Joined: 16 Jul 2002
Posts: 393
Location: Sigma 957
|
| Posted: Sat Jul 12, 2014 7:22 am Post subject: |
|
|
| Kumba wrote: | | armanox wrote: | | Wow...I didn't think we'd see that come back. I might have to setup a new netboot image at home (IRIX on HDD, never got Gentoo to boot locally when I was running it years ago). How long do you think emerging the userland would take? I'm thinking in weeks at this point (I remember how slow it was back then with dual 300MHz procs and 4GB RAM....my personal Octane isn't that powerful) |
Well, I have a 600MHz R14000 and 1.7GB of RAM in mine. So combining the use of a tmpfs for PORTAGE_TMPDIR will help to speed things up a bit. I am going to attempt to update my ~5-year old userland, which is already proving to be a challenge. I only had Python-2.5 on it, so I had to juggle some things to get Python 2.6 and Portage-2.2 on it. Managed to kill OpenSSH (segfaults), so now on dropbear for the time being.
Plan is to get up to Python-2.7, re-merge Portage again, then binutils, gcc, glibc, repeat again to fully update the toolchain, then re-do Portage/Python/Perl again, then start upgrading the rest of the system. Once it starts going, it actually moves along at a good clip. SMP would help obviously, but I am stumped by the IPI/Timer handling right now. I really need to focus more on handling IORESOURCE_BUS in the MIPS PCI code, maybe tackle serial support, and start to roll patches to post to linux-mips and see if others can help fix problems. Then get mips-sources updated. I might post/announce a beta patch on the mailing list in a few days or next week. |
Figure I'd update:- Fixed IORESOURCE_BUS issue.
- Serial works by driving the UART directly w/ the 8250 core. Max baud is 38.4kbps. To go any faster, I or someone else will have to play around with the Altix IOC3 serial driver, which does all of the fancy DMA stuff, to get it to work.
- Cannot use CONFIG_TRANSPARENT_HUGEPAGE if using an R14000 CPU. Triggers some kind of Instruction Bus Error. I still have to dig into this, but either skip this kernel config option if I don't figure it out, or enable CONFIG_SMP, regardless if you have an SMP module or not (but if you do, disable CPU1 in the PROM first!).
- Audio is still dead. It compiles and detects the card, but just emits static clicking. I haven't tried it again so far.
That's the hardware issues. Software, I got my userland mostly updated. However, there's a regression in gcc-4.8 that, so far, affects R10000-based MIPS platforms. I've verified it on the Octane, and on an Onyx2. Also in o32 and at least n32. Symptom is, compiling a program w/ g++ and linking to libpthreads causes a hang in the futex syscall. I discovered this one via Python-3.3.5's configure script. Another symptom is if building glibc, at the very end of the install phase, it tries to run a static copy of ln, 'sln', which also hangs in a futex syscall. Problem appears to be inside gcc somewhere, as the ordering of ASM statements changed and this appears to make the code unhappy.
Currently doing a git bisect of gcc and going to try and hunt down the problem commit. Have not verified on my O2, though, which has an RM7000 CPU.
See gcc PR61538 or Gentoo Bug #516548 for the gory details.
_________________
"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 |
|
| Back to top |
|
|
armanox
n00b
Joined: 03 Jan 2008
Posts: 36
Location: Baltimore, MD
|
| Posted: Thu Aug 07, 2014 4:08 pm Post subject: |
|
|
I thought GCC dropped o32?
_________________
"Apollo was astonished, Dionysus thought me mad. But they heard my story further and they wondered and were sad." |
|
| Back to top |
|
|
Kumba
Developer
Joined: 16 Jul 2002
Posts: 393
Location: Sigma 957
|
| Posted: Sat Aug 09, 2014 6:20 am Post subject: |
|
|
| armanox wrote: | | I thought GCC dropped o32? |
They can't -- that's the pure-32bit userland. n32 and n64 both require a 64-bit toolchain.
I am currently building new install stages for big-endian MIPS, however, the Octane is only able to compile code so fast, so it's taking a while. Not sure yet about netboot images. I'll probably need to bootstrap a new big-endian uclibc stage-set for those, so I may just skip straight to attempting a new LiveCD, console-only. X is a whole-different can of worms.
_________________
"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 |
|
| Back to top |
|
|
armanox
n00b
Joined: 03 Jan 2008
Posts: 36
Location: Baltimore, MD
|
| Posted: Sat Aug 09, 2014 1:54 pm Post subject: |
|
|
| Kumba wrote: | | armanox wrote: | | I thought GCC dropped o32? |
They can't -- that's the pure-32bit userland. n32 and n64 both require a 64-bit toolchain.
I am currently building new install stages for big-endian MIPS, however, the Octane is only able to compile code so fast, so it's taking a while. Not sure yet about netboot images. I'll probably need to bootstrap a new big-endian uclibc stage-set for those, so I may just skip straight to attempting a new LiveCD, console-only. X is a whole-different can of worms. |
Oh, I understand that. Shame too, that we'll probably never have X running nicely outside of IRIX (not that I have an issue with IRIX, so much less politics and such. Nobody arguing about replacing the init system, or Wayland, etc; just some things that are stuck in 2003).
_________________
"Apollo was astonished, Dionysus thought me mad. But they heard my story further and they wondered and were sad." |
|
| Back to top |
|
|
Kumba
Developer
Joined: 16 Jul 2002
Posts: 393
Location: Sigma 957
|
| Posted: Sun Aug 10, 2014 6:48 am Post subject: |
|
|
| armanox wrote: | | Oh, I understand that. Shame too, that we'll probably never have X running nicely outside of IRIX (not that I have an issue with IRIX, so much less politics and such. Nobody arguing about replacing the init system, or Wayland, etc; just some things that are stuck in 2003). |
Yeah, but that's not going to remain around for long. gcc dropped IRIX support in 4.7, so eventually, software simply won't compile anymore. It'll be hard to maintain software like Nekoware w/o a modern gcc. That will take a few years, of course, but it's surprising that gcc dropped IRIX support before it dropped NetWare support.
X should work w/ the Octane's as long as you have an Impact board. I don't think anyone has actually compiled the X impact driver in a very long time, though. That'll also be on my todo list, but not for a *long* time.
_________________
"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 |
|
| Back to top |
|
|
Kumba
Developer
Joined: 16 Jul 2002
Posts: 393
Location: Sigma 957
|
| Posted: Mon Sep 22, 2014 6:31 am Post subject: |
|
|
See this thread now for Octane information.
_________________
"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 |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Gentoo on Alternative Architectures
