reading Symbol table issue
Dear listmembers, I found the root cause for the problem reading the symbol table, I have a patch for the kernel and I would appreciate your comments. Sparc 64 uses a wrapper for get_symbol_table that in fact uses a 64 Bit kernel call to perform the action. In the 32Bit world the structure kernel_sym consists of an unsigned long (4Byte) and a char - array (60Byte) summing up to 64 Byte total size. When wrapping this call to the 64Bit kernel the size of the struct grows twice: first of all our unsigned long turns into 8 Byte, then things have to be word aligned. So the struct grows up to 72Byte in total. This is where trouble begins. The kmalloc() call in use here is capable to allocate not more than 131048Byte, this boundary is hit here. Erraneously I had thought this was related to SMP - it isnt. Accidentally the map-size was a little smaller for the non - SMP kernel thereby fitting into the available memory. What I suggest now (as a first step) is to modify in linux/include/linux/module.h: struct kernel_sym { #ifdef __ARCH_SPARC64_ATOMIC__ unsigned int value; #else unsigned long value; #endif char name[60]; /* should have been 64-sizeof(long); oh well */ }; Thereby the size of kernel_sym remains 64Byte and we do not need 4 additional alignment Byte to make things work again. So the limitation is pushed upwards from 1820 symbols (now) up to 2047 symbols (see above). I honestly see no real reason for using a unsigned long here since it is almost always 4 Byte long - except on 64 Bit architectures. I am 100% sure that the kernel junkees know a better switch than __ARCH_SPARC64_ATOMIC__ what I took from atomic.h knowing the latter being included into module.h. So, who would be the right person to address this to? As I initially assumed, this is not a klogd issue - apart from the fact that klogd relies on get_kernel_symbols. Take care Dieter Jurzitza -- HARMAN BECKER AUTOMOTIVE SYSTEMS Dr.-Ing. Dieter Jurzitza Manager Hardware Systems System Development Industriegebiet Ittersbach Becker-Göring Str. 16 D-76307 Karlsbad / Germany Phone: +49 (0)7248 71-1577 Fax: +49 (0)7248 71-1216 eMail: [EMAIL PROTECTED] Internet: http://www.becker.de *** Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und loeschen Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the contents in this e-mail is strictly forbidden. ***
Re: Sun Ultra 1, Happy Meal Ethernet and 2.4.18
Dear Sebastian, On my Ultra 30 I've used HappyMeal with 2.4.27 since August: no problems. In fact, I compiled the 2.4.27 and constructed HappyMeal *inside* the Kernel. Always I compiled the kernel I put it into the kernel, so as a module I d'ont know anything (sorry). Regards, Antonio Sebastian Niehaus escreveu: Hi, I just installed Debian on a Sun Ultra 1 Creator 3d. The Sarge imags I got dind't detect my cdrom drive so I used Woody which worked quite well. One Problem I experience now is the hanging HappyMeal syndrome which seems to be common in 2.4.18. Since I am going to upgrade to a Sarge kernel: has this Item been fixed in 2.4.27? Thanks for your time, Sebastian
Re: Various unstable brokenness - X keyboard
After updating xlibs I had the same problem. My keyboard layout (only in X) was totally messed up. TAB was on Q, Left cursor on pause and so on... The problem was in /etc/X11/xkb/symbols/sun/us. I disabled all lines that contained: include srvr_ctrl(xfree86); That solved the problem for me, but it is just a hack. The changelog says: Changes by Denis Barbier: * Make Sun keyboards load srvr_ctrl(xfree86) symbol definitions to have access to standard Ctrl+Alt key sequences. (Closes: #236086) I don't know why it is not working for me? Maybe Denis Barbier is here somewhere in the list and can explain me what I did wrong:) So far... BTW: I'm using debian unstable, xlibs 4.3.0.dfsg.1-9 on a ultra 5 Henry
Re: [debian-sparc] Sun Ultra 1, Happy Meal Ethernet and 2.4.18
Bonjour, Hodie XVIII Kal. Ian. MMV est, Sebastian Niehaus scripsit: One Problem I experience now is the hanging HappyMeal syndrome which seems to be common in 2.4.18. Since I am going to upgrade to a Sarge kernel: has this Item been fixed in 2.4.27? In 2.4.26, the Ultra1 patch hasn't been applied. I haven't downloaded the 2.4.27 kernel patch, though. -- Erwann ABALEA [EMAIL PROTECTED]
Re: Sun Ultra 1, Happy Meal Ethernet and 2.4.18
Hi, simon [EMAIL PROTECTED] writes: Sebastian Niehaus wrote: I just installed Debian on a Sun Ultra 1 Creator 3d. The Sarge imags I got dind't detect my cdrom drive so I used Woody which worked quite well. One Problem I experience now is the hanging HappyMeal syndrome which seems to be common in 2.4.18. Since I am going to upgrade to a Sarge kernel: has this Item been fixed in 2.4.27? do you have this messages ? eth0: Link has been forced up using internal transceiver at 10Mb/s, Half Duplex. Not exactly. It's like , | Apr 3 19:46:46 plasmatic kernel: NETDEV WATCHDOG: eth0: transmit timed out | Apr 3 19:46:50 plasmatic kernel: eth0: Link is up using internal transceiver at 100Mb/s, Full Duplex. | Apr 3 19:49:02 plasmatic kernel: eth0: Link is up using internal transceiver at 100Mb/s, Full Duplex. | Apr 3 19:50:50 plasmatic kernel: eth0: Link is up using internal transceiver at 100Mb/s, Full Duplex. ` Well, the date should been fixed now. Although it says the link is up the box has no network conectivity. [...] Rq : if your Sun is not connected to a host but to a bus, a hub or a switch (some switch can be configured)... you have a problem :) Its a cheap switch... there is no signifiant difference between the happymeal driver for 2.4.18 and 2.4.27... what a pity :( Thanks! Sebastian
Re: Sun Ultra 1, Happy Meal Ethernet and 2.4.18
On Wed, 2004-12-15 at 06:30 +0100, Sebastian Niehaus wrote: Hi, I just installed Debian on a Sun Ultra 1 Creator 3d. The Sarge imags I got dind't detect my cdrom drive so I used Woody which worked quite well. One Problem I experience now is the hanging HappyMeal syndrome which seems to be common in 2.4.18. Since I am going to upgrade to a Sarge kernel: has this Item been fixed in 2.4.27? Maybe you find this page useful: http://www.initio.dk/linux_on_ultra1.html The fix he uses for the ethernet lockup in Woody (outcommenting the getty lines in /etc/inittab) worked fine for me on my Ultra1 with Woody, which was also affected by this lockup. later I upgraded to Sarge and the problem was solved. Hope this helps. Peter
Re: Various unstable brokenness - X keyboard
On Wed, Dec 15, 2004 at 02:08:44PM +0100, Henry Margies wrote: After updating xlibs I had the same problem. My keyboard layout (only in X) was totally messed up. TAB was on Q, Left cursor on pause and so on... The problem was in /etc/X11/xkb/symbols/sun/us. I disabled all lines that contained: include srvr_ctrl(xfree86); That solved the problem for me, but it is just a hack. Yes, but a very successful one :) It's just worked for me :) Thanks for this. The last bit of wierdness which I forgot from my post the other day. Ctrl-alt-Fwhatever doesn't switch to a virtual terminal. Once X is up, it stays up and you can't move away from it. Andy
Re: Various unstable brokenness - X keyboard
There are some weird problems with using the VT change keys in X for some reason. A few issues to consider: 1) 2.4.x kernel vs. 2.6.x kernel: The 2.6.x kernel does input layer conversion, wherein the SPARC proprietary scan codes and mouse protocols are converted to i386 PC, and IMPS/2 on /dev/input/mice (not sunmouse), respectively. 2) If you look at http://bugs.debian.org/236086/ you will see I wrote a patch for the Sun keyboard symbol file used by 2.4.x kernels. The 2.6.x kernels use the i386 symbol file, and therefore should work properly. 3) If the 236086 fix is what has broken the xkb symbols as everybody suspects, then one of you users with the problem needs to reopen the bug, and explain what kind of hardware, kernel, and keyboard configuration you have on your system. 4) Try upgrading to 2.6.x if it will work on your system. I have had problems with SMP on an Ultra Enterprise 2, but other than that I do not know of any major reason not to do this or obstacles. I would appreciate it if other people could enumerate possible obstacles of which I am unaware. That is all that comes to mind for this problem right now. Please examine these ideas, think about it, and please let me know what you decide about the points I have raised. --- Andrew M.A. Cater [EMAIL PROTECTED] wrote: On Wed, Dec 15, 2004 at 02:08:44PM +0100, Henry Margies wrote: After updating xlibs I had the same problem. My keyboard layout (only in X) was totally messed up. TAB was on Q, Left cursor on pause and so on... The problem was in /etc/X11/xkb/symbols/sun/us. I disabled all lines that contained: include srvr_ctrl(xfree86); That solved the problem for me, but it is just a hack. Yes, but a very successful one :) It's just worked for me :) Thanks for this. The last bit of wierdness which I forgot from my post the other day. Ctrl-alt-Fwhatever doesn't switch to a virtual terminal. Once X is up, it stays up and you can't move away from it. Andy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]