February 2012 - openSUSE Kernel - openSUSE Mailing Lists

[opensuse-kernel] kernel-default-base-2.6.29-5.2.x86_64 rpm errors
by Dave Plater 18 Jul '24

18 Jul '24

Hi, I'm busy updating to the latest factory kernel and have received the following errors from kernel-default-base installation (I did insert a blank dvd during the installation of the rpm by zypper):- WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sd_mod.ko needs unknown symbol crc_t10dif WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol register_cdrom WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol cdrom_ioctl WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol cdrom_media_changed WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol cdrom_get_media_event WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol cdrom_release WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol cdrom_open WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol unregister_cdrom WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol cdrom_number_of_slots And then these errors which I think IIRC happened before when the kernel was first split into three:- Kernel image: /boot/vmlinuz-2.6.29-rc8-5-default Initrd image: /boot/initrd-2.6.29-rc8-5-default Root device: /dev/disk/by-id/ata-WDC_WD800JB-00JJC0_WD-WMAM9RA78067-part3 (/dev/sda3) (mounted on / as xfs) Resume device: /dev/disk/by-id/ata-WDC_WD800JB-00JJC0_WD-WMAM9RA78067-part2 (/dev/sda2) FATAL: Module processor not found. WARNING: no dependencies for kernel module 'processor' found. FATAL: Module thermal not found. WARNING: no dependencies for kernel module 'thermal' found. FATAL: Module ata_generic not found. WARNING: no dependencies for kernel module 'ata_generic' found. FATAL: Module piix not found. WARNING: no dependencies for kernel module 'piix' found. FATAL: Module ide_pci_generic not found. WARNING: no dependencies for kernel module 'ide_pci_generic' found. FATAL: Module fan not found. WARNING: no dependencies for kernel module 'fan' found. FATAL: Module xfs not found. WARNING: no dependencies for kernel module 'xfs' found. FATAL: Module usbhid not found. WARNING: no dependencies for kernel module 'usbhid' found. Kernel Modules: scsi_mod libata ata_piix edd ahci sd_mod usbcore ohci-hcd ehci-hcd uhci-hcd WARNING: /dev/shm/mkinitramfs.0drQsZ/mnt/lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sd_mod.ko needs unknown symbol crc_t10dif Features: block usb resume.userspace resume.kernel Bootsplash: openSUSE (1280x1024) 22669 blocks Should I open a bug report about the errors which are possibly from inserting a dvd while the kernel rpm was installing? Regards Dave P -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

2 2

[opensuse-kernel] [PATCH] LKDB: Fix usability issues with 'enter'.
by Andrei Warkentin 04 May '12

04 May '12

This fixes the following problems: 1) Typematic-repeat of 'enter' gives warning message. 2) Use of 'keypad enter' gives warning message. 3) Lag on the order of seconds between "break" and "make" when expecting the enter "break" code. Seen under virtualized environments such as VMware ESX. Explanations: 1) Holding down 'enter' will not set a repeating sequence of 0x1c(make)-0x9c(make), but a repeating sequence of make codes, followed by one break code when the key is released. Thus, it's wrong to expect the break code after seeing the 'enter' make code. 2) Keypad enter generates different make/break, namely 0xe0 0x1c and 0xe0 0x9c. The 'generic' logic handles the 0xe0 escape already, but the special 'enter' logic always expects '0x9c' and not '0xe0 0x9c', so you get a warning message, again. 3) When expecting the 'enter' break code, the code polls the status register in a tight loop, like so - > while ((inb(KBD_STATUS_REG) & KBD_STAT_OBF) == 0); However, it really should do something like - > while ((inb(KBD_STATUS_REG) & KBD_STAT_OBF) == 0) > cpu_relax(); /* pause */ Basically, it's a common optimization to have a fast path for accessing often accessed and slow changing I/O in a virtualized environment. The tight spinning in KDB seems to run against the logic by ESX keyboard virtualization code to detect when the fast path or the slow path should be used to satisfy the keyboard status read, leading to multi-second timeouts before the 'real' status comes through. Without knowing ESX internals, it's hard to say if this is an ESX bug or not, but letting the VM be explicitely descheduled seems to resolve the problem. I've seen something similar with shared MMIO buffers with VMs on Hyper-V. Anyway, given (3), (2) and (1), we might as well blow away the entire special casing for 'enter'. The break codes will already be handled correctly, and we get rid of the bugs with repeat enters and keypad enter key. And of course, there is no need to AND with 0x7f when checking for 'enter', because we'll never ever get to this code with a break code (checked for much earlier). Also, fix all tight inb loops to do cpu_relax(). A similar patch is being discussed with Jason Wessel for the mainline KDB. He brought up the point of stray make/break codes getting introduced (from the enter) on KDB exit, which is a problem that doesn't exist in mainline KDB (input device is reset). For LKDB, I could see that this can happen, although I haven't seen any strange behavior per se. I wanted to get some feedback before I modified kdba_local_arch_cleanup to flush the RX FIFO. Tested on ESX 5.0 and QEMU. Signed-off-by: Andrei Warkentin <andreiw(a)vmware.com> --- arch/x86/kdb/kdba_io.c | 67 ++++++++++++++++++++---------------------------- 1 files changed, 28 insertions(+), 39 deletions(-) diff --git a/arch/x86/kdb/kdba_io.c b/arch/x86/kdb/kdba_io.c index 8fdf59c..39cd7ce 100644 --- a/arch/x86/kdb/kdba_io.c +++ b/arch/x86/kdb/kdba_io.c @@ -46,10 +46,12 @@ static void kdb_kbdsend(unsigned char byte) { int timeout; - for (timeout = 200 * 1000; timeout && (inb(KBD_STATUS_REG) & KBD_STAT_IBF); timeout--); + for (timeout = 200 * 1000; timeout && (inb(KBD_STATUS_REG) & KBD_STAT_IBF); timeout--) + cpu_relax(); outb(byte, KBD_DATA_REG); udelay(40); - for (timeout = 200 * 1000; timeout && (~inb(KBD_STATUS_REG) & KBD_STAT_OBF); timeout--); + for (timeout = 200 * 1000; timeout && (~inb(KBD_STATUS_REG) & KBD_STAT_OBF); timeout--) + cpu_relax(); inb(KBD_DATA_REG); udelay(40); } @@ -281,31 +283,6 @@ static int get_kbd_char(void) } if ((scancode & 0x7f) == 0x1c) { - /* - * enter key. All done. Absorb the release scancode. - */ - while ((inb(KBD_STATUS_REG) & KBD_STAT_OBF) == 0) - ; - - /* - * Fetch the scancode - */ - scancode = inb(KBD_DATA_REG); - scanstatus = inb(KBD_STATUS_REG); - - while (scanstatus & KBD_STAT_MOUSE_OBF) { - scancode = inb(KBD_DATA_REG); - scanstatus = inb(KBD_STATUS_REG); - } - - if (scancode != 0x9c) { - /* - * Wasn't an enter-release, why not? - */ - lkdb_printf("kdb: expected enter got 0x%x status 0x%x\n", - scancode, scanstatus); - } - lkdb_printf("\n"); return 13; } @@ -376,21 +353,27 @@ void kdba_local_arch_setup(void) if (!kdb_check_kbd_exists()) return; - while (kbd_read_status() & KBD_STAT_IBF); + while (kbd_read_status() & KBD_STAT_IBF) + cpu_relax(); kbd_write_command(KBD_CCMD_READ_MODE); mdelay(1); - while (kbd_read_status() & KBD_STAT_IBF); + while (kbd_read_status() & KBD_STAT_IBF) + cpu_relax(); for (timeout = 200 * 1000; timeout && - (!(kbd_read_status() & KBD_STAT_OBF)); timeout--); + (!(kbd_read_status() & KBD_STAT_OBF)); timeout--) + cpu_relax(); c = kbd_read_input(); c &= ~KBD_MODE_KBD_INT; - while (kbd_read_status() & KBD_STAT_IBF); + while (kbd_read_status() & KBD_STAT_IBF) + cpu_relax(); kbd_write_command(KBD_CCMD_WRITE_MODE); mdelay(1); - while (kbd_read_status() & KBD_STAT_IBF); + while (kbd_read_status() & KBD_STAT_IBF) + cpu_relax(); kbd_write_output(c); mdelay(1); - while (kbd_read_status() & KBD_STAT_IBF); + while (kbd_read_status() & KBD_STAT_IBF) + cpu_relax(); mdelay(1); #endif /* CONFIG_VT_CONSOLE */ } @@ -404,21 +387,27 @@ void kdba_local_arch_cleanup(void) if (!kdb_check_kbd_exists()) return; - while (kbd_read_status() & KBD_STAT_IBF); + while (kbd_read_status() & KBD_STAT_IBF) + cpu_relax(); kbd_write_command(KBD_CCMD_READ_MODE); mdelay(1); - while (kbd_read_status() & KBD_STAT_IBF); + while (kbd_read_status() & KBD_STAT_IBF) + cpu_relax(); for (timeout = 200 * 1000; timeout && - (!(kbd_read_status() & KBD_STAT_OBF)); timeout--); + (!(kbd_read_status() & KBD_STAT_OBF)); timeout--) + cpu_relax(); c = kbd_read_input(); c |= KBD_MODE_KBD_INT; - while (kbd_read_status() & KBD_STAT_IBF); + while (kbd_read_status() & KBD_STAT_IBF) + cpu_relax(); kbd_write_command(KBD_CCMD_WRITE_MODE); mdelay(1); - while (kbd_read_status() & KBD_STAT_IBF); + while (kbd_read_status() & KBD_STAT_IBF) + cpu_relax(); kbd_write_output(c); mdelay(1); - while (kbd_read_status() & KBD_STAT_IBF); + while (kbd_read_status() & KBD_STAT_IBF) + cpu_relax(); mdelay(1); #endif /* CONFIG_VT_CONSOLE */ } -- 1.7.8.3 -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

2 1

[opensuse-kernel] question about build-id and vmlinux
by Francis Moreau 21 Feb '12

21 Feb '12

Hello, I have a question regarding the kernel package generation. I'm wondering how the build-id which can be found after booting the kernel in /sys/kernel/notes is updated during the build after debugedit has changed its value when extracting the debuginfo from the kernel image. Thanks for any hints. -- Francis -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

1 0

[opensuse-kernel] Compilation Issue - grub-0.97-reiser4-20050808.tar
by doiggl＠velocitynet.com.au 20 Feb '12

20 Feb '12

Hello I have two questions Q1. Have you a .spec file to compile this patched version of grub ? Q2. I am attempting to compile grub-0.97-reiser4-20050808.tar from [1] and get the following what needs to be installed to fix the error ? Thanks Glenn # ./configure configure: loading site script /usr/share/site/x86_64-unknown-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking for gcc... (cached) gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking dependency style of gcc... (cached) gcc3 checking for ranlib... ranlib checking whether optimization for size works... yes checking whether gcc has -fno-stack-protector... yes checking whether -Wundef works... yes checking whether -falign-loops works... yes checking for objcopy... objcopy checking if C symbols get an underscore after compilation... no checking whether objcopy works for absolute addresses... no configure: error: GRUB requires a working absolute objcopy; upgrade your binutils [1] http://ftp.icm.edu.pl/packages/linux-reiserfs/reiser4progs/grub-0.97-reiser… -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

2 1

[opensuse-kernel] imx
by Bernhard M. Wiedemann 09 Feb '12

09 Feb '12

I made a better version of config/armv7l/imx51 for our kernel rpms http://www.zq1.de/~bernhard/linux/arm/imx51.diff please apply. There is also a kernel built from it in https://build.opensuse.org/package/show?package=kernel-imx51&project=home%3… which is tested to have working MMC PATA Serial USB LAN WLAN but sound and graphics is not there. For reference here is what other people are using to compile: http://dev.gentoo.org/~steev/files/efika-3.2-config Ciao Bernhard M. -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

3 2

[opensuse-kernel] Master updated to 3.3-rc2.
by Jeff Mahoney 09 Feb '12

09 Feb '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all - I finally found some time to breathe, so I've updated the master branch to 3.3.rc2. - -Jeff - -- Jeff Mahoney SUSE Labs -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPMVu4AAoJEB57S2MheeWyJK4P/ig4N9T/N4pXgh3m9EQicVNh m+vQ2L8E4lF5f+JtP8lOSR4k8HC3JzCWTOEEPZrnToRiQlSQhViKwXpSrt9eo6YH DXTzPrWBTYq094Vycn3WAg1rLgNMYFyyxmwRPzQuAG+OiUNpt9KPMx+rh3OUGGw0 xlVUB2fBKGbPNsq9d1L7I21tVGf52tqbo8sLHJxhR5q7ODLieEKwfnEOZMp2NGv4 VF8NghLIcLA1SHYG/G+QUS/df5opPXOZamaAoUQ9ATZDhFRnNdUITvBBXJ28tfdI lGfBKoc/W5nv5tKAV++0431+2Sl1dk9Jm6WHeyykrci4R6zuMiHHwVJy4GDih4dD uRX4pkuWY7x3D8kRMoDPQWLlOqKmtEL68I3hLBFyLiOLpd1Y6mcDXaY0aDCEMqHe 5mM9jj0Jv2NvmQXOFQUrZ0r4KBxAPf+SUdZEVg6Qa19gbgqxVAVk3zNzPwxhDdC7 TS0BOD3d64vsDXigu+v3unR6zHvjGc+e9GP/ljw1/Yhw1GiRl7iOu0kkNwnpvmPC PNa4YaI01HwDu6XJObQRqDun8J91rHD2XfV+IXAv8zY5aLEO70oVE2bdJz46rSQD m0k0kE0CyX3hZEFs94RahrQXMdQ0MwY/dCDNEm/pRXDR/r6kbHNCQaUnmQgE2RWF CzBs5rL1tIRQQUtmH2GM =vvoJ -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

4 6

[opensuse-kernel] -stable kernel releases into openSUSE?
by Jiri Slaby 04 Feb '12

04 Feb '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, at SUSE, we are currently discussing the future of merging releases from -stable kernel tree[1] into SLE. There is a fear of regressions caused in the enterprise distribution as well as a fear of high patch count which in most cases cannot be reviewed properly with our power. I would like to know your opinion about merging -stable kernels into *openSUSE*. This means: * do you prefer to stay with the latest stable kernel released at the time an opensuse distro becomes available? (And then only single fixes for reported bugs are merged.) Or should be -stable releases incorporated as soon as they are out (or later). * Regarding the parentheses, would you prefer some time to pass before a -stable kernel is committed to a particular openSUSE kernel? * Did you hit some regression caused by stable releases (this is rather information for me personally). If so, how often? Note that Kernel:stable (and Tumbleweed) will be *unaffected* by the result of this thread. It will still follow the latest stable upstream release as soon as possible. Opinions welcome. [1] The releases numbered by the third numbers after major release numbers, e.g. 3.2.1 or 3.2.2. thanks, - -- js suse labs -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPKW2LAAoJEL0lsQQGtHBJcGkP/iqUW+nc/ODUEqfJ2DfExZlM 0kHZGU6sEIgc8mwTEED8v4qJsoHzB8wU8FzuZDP175gsClVPrzaCKulJmNOyxtw1 B/wA0M3Tkv9yqxIbPeJ/RxjF+A8ujPxPy/8lV7+u59lwmC09XmFNgumHR3sx4faC tVDOqWL7+tSat930MOKX2BEDgUh9pCOUrD4j8p3LKAS8HOWOTahAQyWmHC/Vxyvg xabCdOFd7O1OJcZ5natD3Gc9EiIQIrN/kXhJQICgVJb3q+cdEWW4302N1zyygthP s/OfS4GOhaNhkRi90UuM+NNafcg8aPPIIXRH3xQ2+UwiB51q5dc/0w8omdHu1fNM W9e7KkALaHYyAnxtnWB0I/2UtmTJ7AIAdx4A+7sY/xjf54DR45ohQgT8fElrjCwg d88ov3Q6ZHZZyuhY1Yq7GgqLE1YC5UvMjhCBRMBvDcEkxJskc7N7ozeFYKzLpdD8 IYxohjKNQfJTlh6cDa0RELHAP7vxvcZzvoIbyew4JAnW/eM0mB0tKevuk3YZIoLj 5X5wJFV8ZTIZB2cClHq+h2MTL5yilWqI7Hm4bUNx7w8WyMlP40jvzKT0Pem5tJRN Z62d0evHXiK++48UHcbKWMoIR9axp8cCIvy1PCuZmukYDHPeNGxnrtpeuvPLl/JZ LI47OxGVdRTFqjZ9UlJn =qn8w -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

15 17

[opensuse-kernel] automounter problems
by Giacomo Comes 02 Feb '12

02 Feb '12

Hi, I have some trouble with the automounter on openSUSE Here is my setup: $ cat /etc/auto.master /home yp:auto.home /net -hosts suid $ ypcat -k auto.home user -rw,intr :/net/fileserver/export/FS02/user CentOS and openSUSE 11.3: $ df fileserver:/export/FS02 976430976 51770720 924660256 6% /net/fileserver/export/FS02 $ df -a fileserver:/export/FS02 976430976 51770720 924660256 6% /net/fileserver/export/FS02 /net/fileserver/export/FS02/user 976430976 51770720 924660256 6% /home/user $ mount fileserver:/export/FS02 on /net/fileserver/export/FS02 type nfs (rw,nodev,intr,addr=192.168.110.54) /net/fileserver/export/FS02/user on /home/user type none (rw,bind) openSUSE 11.4 and 12.1: $ df fileserver:/export/FS02/ 976430976 51774784 924656192 6% /net/fileserver/export/FS02 fileserver:/export/FS02/user 976430976 51774784 924656192 6% /home/user $ mount fileserver:/export/FS02/ on /net/fileserver/export/FS02 type nfs (rw,nodev,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.110.54,mountvers=3,mountport=1010,mountproto=udp,local_lock=none,addr=192.168.110.54) fileserver:/export/FS02/comes on /home/comes type nfs (rw,nodev,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.110.54,mountvers=3,mountport=1010,mountproto=udp,local_lock=none,addr=192.168.110.54) As you can see, it looks like the automounter in openSUSE 11.4 and 12.1 does not perform a bind mount for /home/user, but a nfs mount. Question: is this a bug, a different default configuration or a different way of working of the automouner? I really like to have it work the old way. Another issue I have on 12.1 is that the directory automounted are not automatically unmounted after the timeout. They stay mounted forefer until I manually unmount them. Any thouths? Thanks, Giacomo -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

1 0

[opensuse-kernel] Which kernel repository for Factory users?
by Stefan Seyfried 01 Feb '12

01 Feb '12

Hi all, which kernel repository should I use if I want to run Factory? Surely, the openSUSE:Factory kernel is not advisable since it is old, never gets updated and does not even get security fixes. Kernel:HEAD is not really better. So it looks like I have to add Tumbleweed since that has a newer kernel than Factory and Kernel:HEAD (I'm wondering how this fits into Greg's "Factory first" rule ;). Is openSUSE:Tumbleweed the new devel repo for the kernel? -- Stefan Seyfried "Dispatch war rocket Ajax to bring back his body!" -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

2 2

[opensuse-kernel] kernel 3.1 openSUSE 12.1/SLES SP2 : arp cache never decreasing - can block all network communications
by Bruno Friedmann 01 Feb '12

01 Feb '12

On a computer here setup years ago, we use the ip pass trough functionality of the router to get all the internet traffic directly on a network card setup with the external ip address. This has been work from years now, and if I restart the 12.1 with the older 11.4 kernel 2.6.37 it works too. Now what's happen, I get thousand of connection on that interface (dns behind) and the arp cache is full in terms of minutes I've already apply new values in sysctl.conf to have more time but it not a real working situation it seems on 3.1 some changes happened in the related code and here it seems to live a patch http://patchwork.ozlabs.org/patch/123208/ a simple ip neigh show | wc -l ARP : 2012-01-09 19:10:39 : 0 ARP : 2012-01-09 19:11:09 : 0 ARP : 2012-01-09 19:11:39 : 42 ARP : 2012-01-09 19:12:09 : 73 ... ARP : 2012-01-09 19:37:09 : 554 ARP : 2012-01-09 19:37:39 : 558 ARP : 2012-01-09 19:38:09 : 562 sysctl.conf # Patch for neibhboor table # Force gc to clean-up quickly net.ipv4.neigh.default.gc_interval = 3600 # Set ARP cache entry timeout net.ipv4.neigh.default.gc_stale_time = 3600 # Setup DNS threshold for arp net.ipv4.neigh.default.gc_thresh3 = 4096 net.ipv4.neigh.default.gc_thresh2 = 2048 net.ipv4.neigh.default.gc_thresh1 = 1024 if someone can drive me to build correctly under openSUSE 12.1 kernel the patch I can test it and report success or failure. Thanks -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Ambassador GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

1 1