View previous topic :: View next topic |
Author |
Message |
BillyBob-SA1 n00b
Joined: 17 Nov 2004 Posts: 53
|
Posted: Thu Jan 19, 2006 4:19 pm Post subject: Unimplemented SPARC system call during boot |
|
|
Hi,
Just did the latest udev update on a Netra T1 105. It is running a kernel:
Linux aux3 2.6.11-gentoo-r8-Production-1 #1 Tue Oct 4 11:16:24 MDT 2005 sparc64 sun4u TI UltraSparc IIi (Sabre) GNU/Linux
Very stable. I have more than just several 105's and a E220 all running the same kernel and most are production boxen, again, very stable.
This particular box I used as a sacrificial lamb (not production) and rebooted it after this update (Big toe in water testing <G>)...
In the boot sequence, I get the following error that has never been present prior.
Unimplemented SPARC system call 151. This occurs here in the boot sequence:
NET: Registered protocol family 2
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP established hash table entries: 16384 (order: 4, 131072 bytes)
TCP bind hash table entries: 16384 (order: 4, 131072 bytes)
TCP: Hash tables configured (established 16384 bind 16384)
ip_conntrack version 2.1 (979 buckets, 7832 max) - 336 bytes per conntrack
ip_tables: (C) 2000-2002 Netfilter core team
NET: Registered protocol family 1
NET: Registered protocol family 17
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Unimplemented SPARC system call 151 <----------------------- ******
Adding 977720k swap on /dev/sda2. Priority:-1 extents:1
EXT3 FS on sda1, internal journal
kjournald starting. Commit interval 5 seconds
EXT3 FS on sda4, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on sda5, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on sda6, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on sda7, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
process `named' is using obsolete setsockopt SO_BSDCOMPAT
eth0: Link is up using external transceiver at 100Mb/s, Full Duplex.
Is this something of great concern? Since they have always booted so cleanly, it startled me.
Thanks in advance for any assistance in this issue.
John |
|
Back to top |
|
|
gust4voz Retired Dev
Joined: 09 Sep 2003 Posts: 373 Location: Buenos Aires, Argentina
|
Posted: Thu Jan 19, 2006 7:27 pm Post subject: |
|
|
That's a process calling an unimplemented system call (kernel function).
It can or can't be important, it depends.
Best suggestion is to upgrade to a more recent kernel, for sparc that's specially important since many fixes were implemented into 2.6.13/14/15.
gentoo-sources-2.6.15-r1 is keyworded ~sparc, i'm using it in a couple of machines without issues so far (u5, e420, v240). _________________ Gustavo Zacarias
Gentoo/SPARC monkey |
|
Back to top |
|
|
BillyBob-SA1 n00b
Joined: 17 Nov 2004 Posts: 53
|
Posted: Thu Jan 19, 2006 10:55 pm Post subject: |
|
|
Hi there,
Hummm... How long have you been running 15 on those machines? It took me a long time on a sacrificial lamb before finding a 2.6 I felt comfortable with <G> I hate changing for the sake of change, if you know what I mean... A lot of folks thought I was pretty guttsy even thinking about running a 2.6... |
|
Back to top |
|
|
gust4voz Retired Dev
Joined: 09 Sep 2003 Posts: 373 Location: Buenos Aires, Argentina
|
Posted: Fri Jan 20, 2006 7:06 pm Post subject: |
|
|
I've been following the 2.6 series lately and getting patches into gentoo-sources that fix stuff (like strace/ptrace).
The v240 isn't quite stable with anything actually, but it's working just fine with the 2.6.15 series.
The u5 has been running flawlessly on it.
The e420 i didn't hit as hard but had no issues so far.
In any case 2.6.15-gentoo-r1 or vanilla-sources-2.6.15.1 is >= what you're currently running. _________________ Gustavo Zacarias
Gentoo/SPARC monkey |
|
Back to top |
|
|
BillyBob-SA1 n00b
Joined: 17 Nov 2004 Posts: 53
|
Posted: Fri Jan 20, 2006 7:55 pm Post subject: |
|
|
Thanks a bunch.
I am compiling a 2.6.15 as we speak. I have the afternoon off so may not implement right away. Maybe over the weekend <G> It's on my test box, so no loss if something goes south, although I've been lucky and never had an issue changing kernels remotely <knock on wood>.
I will let you know if that undefined call goes away with the new kernel...
Have a great day & weekend. |
|
Back to top |
|
|
BillyBob-SA1 n00b
Joined: 17 Nov 2004 Posts: 53
|
Posted: Wed Jan 25, 2006 3:45 pm Post subject: |
|
|
Well, it appears, so far, that it is up and running okay. I moved the new kernel into place on Saturday. It's a spare box, so it doesn't do much though...
Yes, the system call error has vanished.
My next box is my personal server. It's not a hammered box, but it's busy. We'll see if that 15 kernel will hold up there, then move it into place on some other boxes that are company owned <G>
Thanks for the help and have a good day! |
|
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
|
|