April 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] [CONFIG] Disabled options
by Jeff Mahoney 13 Jun '12

13 Jun '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all - Just a quick heads up that I've disabled a bunch of options on the HEAD kernel. I've disabled DECNet and ARCnet. I've disabled LocalTalk drivers on i386-default. I've disabled many drivers that can only be used on embedded hardware. While I don't doubt that there are users out there playing with Linux on embedded hardware - I do doubt that they're using an openSUSE-built kernel RPM. The disabled modules include voltage regulators, multifunction devices that are typically found on SoCs, IIO sensor drivers, SPI drivers, and drivers only used on Intel Medfield or Moorestown. I'd like to try to clear out as many of the drivers we're building that are inappropriate for desktop, server, or notebook systems. That includes drivers that are only used for embedded devices and hardware that is so ancient that nobody is likely to be using it anymore. The former is pretty easy but the latter gets tricky. The goal is to save on users' disk space, download bandwidth, and build resources. DECNet and ARCnet were rare already in my former life as a sysadmin. That was over 10 years ago. Here's the full list of disabled options: CONFIG_ARCNET CONFIG_ARCNET_1051 CONFIG_ARCNET_1201 CONFIG_ARCNET_CAP CONFIG_ARCNET_COM20020_CS CONFIG_ARCNET_COM20020 CONFIG_ARCNET_COM20020_PCI CONFIG_ARCNET_COM90xxIO CONFIG_ARCNET_COM90xx CONFIG_ARCNET_RAW CONFIG_ARCNET_RIM_I CONFIG_DECNET CONFIG_DECNET_NF_GRABULATOR CONFIG_COPS CONFIG_LTPC CONFIG_AD2S1200, CONFIG_AD2S1210, CONFIG_AD2S90, CONFIG_AD5064, CONFIG_AD5360, CONFIG_AD5380, CONFIG_AD5421, CONFIG_AD5446, CONFIG_AD5504, CONFIG_AD5624R_SPI, CONFIG_AD5686, CONFIG_AD5764, CONFIG_AD5791, CONFIG_AD5930, CONFIG_AD5933, CONFIG_AD7150, CONFIG_AD7152, CONFIG_AD7192, CONFIG_AD7280, CONFIG_AD7291, CONFIG_AD7298, CONFIG_AD7476, CONFIG_AD7606_IFACE_PARALLEL, CONFIG_AD7606_IFACE_SPI, CONFIG_AD7606, CONFIG_AD7746, CONFIG_AD7780, CONFIG_AD7793, CONFIG_AD7816, CONFIG_AD7887, CONFIG_AD799X, CONFIG_AD799X_RING_BUFFER, CONFIG_AD9832, CONFIG_AD9834, CONFIG_AD9850, CONFIG_AD9852, CONFIG_AD9910, CONFIG_AD9951, CONFIG_ADE7753, CONFIG_ADE7754, CONFIG_ADE7758, CONFIG_ADE7759, CONFIG_ADE7854_I2C, CONFIG_ADE7854, CONFIG_ADE7854_SPI, CONFIG_ADIS16060, CONFIG_ADIS16080, CONFIG_ADIS16130, CONFIG_ADIS16201, CONFIG_ADIS16203, CONFIG_ADIS16204, CONFIG_ADIS16209, CONFIG_ADIS16220, CONFIG_ADIS16240, CONFIG_ADIS16260, CONFIG_ADIS16400, CONFIG_ADT7310, CONFIG_ADT7316_I2C, CONFIG_ADT7316, CONFIG_ADT7316_SPI, CONFIG_ADT7410, CONFIG_ADXRS450, CONFIG_BACKLIGHT_WM831X, CONFIG_CAN_JANZ_ICAN3, CONFIG_FB_SM501, CONFIG_GPIO_JANZ_TTL, CONFIG_GPIO_RDC321X, CONFIG_GPIO_STMPE, CONFIG_GPIO_TIMBERDALE, CONFIG_GPIO_WM831X, CONFIG_IIO_BUFFER, CONFIG_IIO_CONSUMERS_PER_TRIGGER=2, CONFIG_IIO_GPIO_TRIGGER, CONFIG_IIO_KFIFO_BUF, CONFIG_IIO, CONFIG_IIO_PERIODIC_RTC_TRIGGER, CONFIG_IIO_SIMPLE_DUMMY, CONFIG_IIO_ST_HWMON, CONFIG_IIO_SW_RING, CONFIG_IIO_SYSFS_TRIGGER, CONFIG_IIO_TRIGGER, CONFIG_INPUT_MC13783_PWRBUTTON, CONFIG_INPUT_WM831X_ON, CONFIG_KEYBOARD_STMPE, CONFIG_KXSD9, CONFIG_LEDS_MC13783, CONFIG_LEDS_REGULATOR, CONFIG_LEDS_WM831X_STATUS, CONFIG_LIS3L02DQ_BUF_KFIFO, CONFIG_LIS3L02DQ, CONFIG_MAX1363, CONFIG_MAX1363_RING_BUFFER, CONFIG_MAX517, CONFIG_MFD_CORE, CONFIG_MFD_JANZ_CMODIO, CONFIG_MFD_MC13783, CONFIG_MFD_MC13XXX, CONFIG_MFD_RDC321X, CONFIG_MFD_SM501_GPIO, CONFIG_MFD_SM501, CONFIG_MFD_STMPE, CONFIG_MFD_TIMBERDALE, CONFIG_MFD_TPS65217, CONFIG_MFD_WM831X_SPI, CONFIG_MFD_WM831X, CONFIG_MFD_WM8400, CONFIG_RADIO_TIMBERDALE, CONFIG_REGMAP_I2C, CONFIG_REGMAP_SPI, CONFIG_REGMAP, CONFIG_REGULATOR_AD5398, CONFIG_REGULATOR_DA903X, CONFIG_REGULATOR_DEBUG, CONFIG_REGULATOR_DUMMY, CONFIG_REGULATOR_FIXED_VOLTAGE, CONFIG_REGULATOR_GPIO, CONFIG_REGULATOR_ISL6271A, CONFIG_REGULATOR_LP3971, CONFIG_REGULATOR_LP3972, CONFIG_REGULATOR_MAX1586, CONFIG_REGULATOR_MAX8649, CONFIG_REGULATOR_MAX8660, CONFIG_REGULATOR_MAX8952, CONFIG_REGULATOR_MC13783, CONFIG_REGULATOR_MC13892, CONFIG_REGULATOR_MC13XXX_CORE, CONFIG_REGULATOR_PCAP, CONFIG_REGULATOR_TPS6105X, CONFIG_REGULATOR_TPS62360, CONFIG_REGULATOR_TPS65023, CONFIG_REGULATOR_TPS6507X, CONFIG_REGULATOR_TPS65217, CONFIG_REGULATOR_TPS6524X, CONFIG_REGULATOR_USERSPACE_CONSUMER, CONFIG_REGULATOR_VIRTUAL_CONSUMER, CONFIG_REGULATOR_WM831X, CONFIG_REGULATOR_WM8400, CONFIG_REGULATOR, CONFIG_RFKILL_REGULATOR, CONFIG_RTC_DRV_MC13XXX, CONFIG_RTC_DRV_WM831X, CONFIG_SCA3000, CONFIG_SENSORS_AK8975, CONFIG_SENSORS_HMC5843, CONFIG_SENSORS_ISL29018, CONFIG_SENSORS_MC13783_ADC, CONFIG_SENSORS_TSL2563, CONFIG_SENSORS_WM831X, CONFIG_SERIAL_MFD_HSU, CONFIG_SERIAL_UARTLITE, CONFIG_STMPE_I2C, CONFIG_STMPE_SPI, CONFIG_TOUCHSCREEN_MC13783, CONFIG_TOUCHSCREEN_STMPE, CONFIG_TOUCHSCREEN_WM831X, CONFIG_TPS6105X, CONFIG_TSL2583, CONFIG_WM831X_BACKUP, CONFIG_WM831X_POWER, CONFIG_WM831X_WATCHDOG - -Jeff - -- Jeff Mahoney SUSE Labs -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPmYT7AAoJEB57S2MheeWyrW0P/i+Obf4QMQIr0xTD7YoNbczI LLYc92bYZ5vPPLq+Cl+V8Mv0DkMw6n9OziJ6KpB2xklgNHgmEqM0Hk7A6UdV8Ms9 BfnoZiEVOrj5TpgeTNL6j39/cMKaA0bXeU5ZotPJLxUlakxfhtJkwEzkhhThtZLV ewIzOSIXV4IoEhUgKCEhd/F3TRpvotAe/rTybiujxrvFUj8fq/+GRThklNtSmvqf 2+IvS2bfiDqdx88nMq5QIHwjOnfDrFLgsf2dDt46710SaUlaPogZPo6k3bBaaNLi rC0wzTRPTtrmFiEq/XI1jncbFBNb4ne1ys77dsaM//mkRDLKntNyOBMnxV0tlw+j RQA6WB1tp9qwMPrtXYMtJoEKgj7sXwBlPLql5aaF3cIpW4hsIzq3Cpnfn02ddnjf aUHgFtZZTEHCUg7iaMKNqMNDCED5z/6DwYXArgQewZP2SQJYIVpSMFwu7U48Jakr VDaUf9QTcIMxD/j8Ng3cXj3a1UbiVtjl8uM4rHUThTZjI+99ieN92J239qXPjfVH eC5ewwm2eXOmOTtSYUnoAs7pbUUZDVxYCPc68PoPzaG63HZjqje0+kIuxlEWqi0+ JrywGOZfBJYp4dbCzyc8iMMMjWwbHAbMT5SPWxrgG6QRiPH2vGoR5742kHh4eX73 9Y/MR9Yyc9B/O+Qh5wBO =2CJZ -----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

5 20

[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] master armv7l configs
by Jeff Mahoney 01 May '12

01 May '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all - When I merged 3.4-rc1, I disabled ARM builds. I'd like to re-enable them now, but have no idea what the ARM guys want for config options. Can someone go through and sync the configs up and send a patch/pull request for the new configs that also enable armv7l in config.conf? Thanks. - -Jeff - -- Jeff Mahoney SUSE Labs -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPmq33AAoJEB57S2MheeWy2poP/2TF3CWppk2dvZdN9Sahoceu D2Z6I2FTUzyAHpMcl/vEkKRoE9PyOwqRJT+bS1UX2uHqGrO4Sf3RP8RyAmflpTws zAs5ESdCho0u6bwUxEmx5erMAfvFwIH5IFXhmPpuWDymym9xxMxzrK24+toUwCAt u8e6sLETqW5jqD7kStA1xTRu5/jrB6Nu8/AkAZDG9GEm8gr2lEg0cfUMUOPbmk2l 42c1QjwHLlJNhSAXAgHpxFwjht4JuviJEraDpSFJlnk4yozMiI3cTkAeuY/iBRmu 9j5e4M6FHuWCjUOoZ6M2nBBmEz/FMSdtRmgg7vfYTOgkNc1Bire4M2SIcnlXihES jNs/i/AgD37fFGUyGsUrQ7pp35lMi1xTQr4dfzYiYn5vWEHFD1Dv0hP9SNQjrQrm 0JreL5GZdxE3tcnOP95Tt/jMxgITOZe4EqB/rci7HbU5o4Z+oxkFlYRb+v+FSD63 MksZUS5WzCBsIXz2sgUyj1+9TP75ujBgT359KFCzOyXiMZD2416+kS7as9adG4AU axxTavEUDETE5fiKPsBuX8cp5Ctyw3dAKF5hCC/OVjcBGY4qNnt5DTZYR42moh+9 a8vG/DVO4UiOrJh6F7AwBSH7PWwwNNVjsZaToKakThbCqwX3XDcVxCjsLiIQqbgF YhL/Zn7sN9dUvy2ku45b =PrwQ -----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

2 10

[opensuse-kernel] openafs-1.6 kernel-3.1.9 scheduling while atomic
by Joachim Geiger 26 Apr '12

26 Apr '12

Dear all, after upgrading from opensuse 11.4 to 12.1, I have a strange problem when using openafs (version 1.6 from the repository http://download.opensuse.org/repositories/filesystems ). After some time my pc freezes, no keyboard or mouse action is possible and in order to get the pc working again, I need to do a reset and reboot it. Inspecting the log-messages (/var/log/messages) I find a bug-entry with the line "scheduling while atomic". A sample of this is given here: -------------------------------------------------------------------- Mar 21 22:34:02 lxgeiger2 kernel: [223202.582543] BUG: scheduling while atomic: dsmc/5358/0x00000002 Mar 21 22:34:02 lxgeiger2 kernel: [223202.582554] Modules linked in: libafs(P) nls_iso8859_1 nls_cp437 vfat fat des_generic ecb md4 md5 nls_utf8 cifs parport_pc st af_packet joydev dm_mod ip6t_LOG xt_tcpudp xt_pkttype ipt_LOG xt_limit snd_pcm_oss snd_mixer_oss snd_seq snd_seq_device edd vmnet fuse vsock vmci nfs lockd fscache auth_rpcgss nfs_acl sunrpc vmmon ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_raw xt_NOTRACK ipt_REJECT iptable_raw iptable_filter ip6table_mangle nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntr ack_ipv4 nf_defrag_ipv4 ip_tables xt_conntrack nf_conntrack ip6table_filter ip6_tables x_tables microcode mperf nvidia(P) ppdev sr_mod e752x_edac firewire_ohci parport firewire_cor e edac_core cdrom floppy container button iTCO_wdt iTCO_vendor_support tg3 tulip sg pcspkr i2c_i801 crc_itu_t snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm shpchp snd_timer snd soun dcore snd_page_alloc pci_hotplug processor thermal_sys ata_generic [last unloaded: ppa] Mar 21 22:34:02 lxgeiger2 kernel: [223202.582674] Pid: 5358, comm: dsmc Tainted: P 3.1.9-1.4-desktop #1 Mar 21 22:34:02 lxgeiger2 kernel: [223202.582677] Call Trace: Mar 21 22:34:02 lxgeiger2 kernel: [223202.582698] [<ffffffff810043fa>] dump_trace+0xaa/0x2b0 Mar 21 22:34:02 lxgeiger2 kernel: [223202.582775] [<ffffffff815843d3>] dump_stack+0x69/0x6f Mar 21 22:34:02 lxgeiger2 kernel: [223202.582784] [<ffffffff8159b90f>] thread_return+0x325/0x356 Mar 21 22:34:02 lxgeiger2 kernel: [223202.582812] [<ffffffffa104c95d>] afs_cv_wait+0x12d/0x2d0 [libafs] Mar 21 22:34:02 lxgeiger2 kernel: [223202.582868] [<ffffffffa104b6ed>] rxi_ReadProc+0x1dd/0x4d0 [libafs] Mar 21 22:34:02 lxgeiger2 kernel: [223202.582907] [<ffffffffa1050ae6>] xdrrx_getint32+0x16/0x30 [libafs] Mar 21 22:34:02 lxgeiger2 kernel: [223202.582985] [<ffffffffa105256b>] afs_xdr_char+0x4b/0x70 [libafs] Mar 21 22:34:02 lxgeiger2 kernel: [223202.583104] [<ffffffffa103eaec>] afs_xdr_vector+0x4c/0x80 [libafs] Mar 21 22:34:02 lxgeiger2 kernel: [223202.583152] [<ffffffffa10a2d4a>] xdr_uvldbentry+0x2a/0x90 [libafs] Mar 21 22:34:02 lxgeiger2 kernel: [223202.583331] [<ffffffffa10a28a1>] VL_GetEntryByNameU+0x191/0x1e0 [libafs] Mar 21 22:34:02 lxgeiger2 kernel: [223202.583479] [<ffffffffa1098cf4>] afs_NewVolumeByName.isra.0+0x274/0x610 [libafs] Mar 21 22:34:02 lxgeiger2 kernel: [223202.583650] [<ffffffffa1099418>] afs_GetVolume+0x68/0x80 [libafs] Mar 21 22:34:02 lxgeiger2 kernel: [223202.583748] [<ffffffffa1081ef1>] afs_GetVCache+0x211/0x5e0 [libafs] Mar 21 22:34:02 lxgeiger2 kernel: [223202.583840] [<ffffffffa10823f6>] afs_VerifyVCache2+0x136/0x1e0 [libafs] Mar 21 22:34:02 lxgeiger2 kernel: [223202.583932] [<ffffffffa1083422>] afs_access+0x372/0x780 [libafs] Mar 21 22:34:02 lxgeiger2 kernel: [223202.584051] [<ffffffffa10ac7b2>] afs_linux_permission+0x82/0x110 [libafs] Mar 21 22:34:02 lxgeiger2 kernel: [223202.584209] [<ffffffff8115e497>] inode_permission+0xb7/0x120 Mar 21 22:34:02 lxgeiger2 kernel: [223202.584217] [<ffffffff81160870>] link_path_walk+0x60/0x8b0 Mar 21 22:34:02 lxgeiger2 kernel: [223202.584224] [<ffffffff81162bcd>] path_openat+0xbd/0x3f0 Mar 21 22:34:02 lxgeiger2 kernel: [223202.584229] [<ffffffff81163025>] do_filp_open+0x45/0xb0 Mar 21 22:34:02 lxgeiger2 kernel: [223202.584236] [<ffffffff811527d7>] do_sys_open+0xf7/0x1d0 Mar 21 22:34:02 lxgeiger2 kernel: [223202.584243] [<ffffffff815a7493>] ia32_do_call+0x13/0x13 Mar 21 22:34:02 lxgeiger2 kernel: [223202.584332] BUG: scheduling while atomic: dsmc/5358/0x00000002 Mar 21 22:34:02 lxgeiger2 kernel: [223202.584338] Modules linked in: libafs(P) nls_iso8859_1 nls_cp437 vfat fat des_generic ecb md4 md5 nls_utf8 cifs parport_pc st af_packet joydev dm_mod ip6t_LOG xt_tcpudp xt_pkttype ipt_LOG xt_limit snd_pcm_oss snd_mixer_oss snd_seq snd_seq_device edd vmnet fuse vsock vmci nfs lockd fscache auth_rpcgss nfs_acl sunrpc vmmon ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_raw xt_NOTRACK ipt_REJECT iptable_raw iptable_filter ip6table_mangle nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_ipv4 nf_defrag_ipv4 ip_tables xt_conntrack nf_conntrack ip6table_filter ip6_tables x_tables microcode mperf nvidia(P) ppdev sr_mod e752x_edac firewire_ohci parport firewire_core edac_core cdrom floppy container button iTCO_wdt iTCO_vendor_support tg3 tulip sg pcspkr i2c_i801 crc_itu_t snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm shpchp snd_timer snd soundcore snd_page_alloc pci_hotplug processor thermal_sys ata_generic [last unloaded: ppa] Mar 21 22:34:02 lxgeiger2 kernel: [223202.584431] Pid: 5358, comm: dsmc Tainted: P 3.1.9-1.4-desktop #1 Mar 21 22:34:02 lxgeiger2 kernel: [223202.584434] Call Trace: Mar 21 22:34:02 lxgeiger2 kernel: [223202.584443] [<ffffffff810043fa>] dump_trace+0xaa/0x2b0 Mar 21 22:34:02 lxgeiger2 kernel: [223202.584448] [<ffffffff815843d3>] dump_stack+0x69/0x6f Mar 21 22:34:02 lxgeiger2 kernel: [223202.584454] [<ffffffff8159b90f>] thread_return+0x325/0x356 Mar 21 22:34:02 lxgeiger2 kernel: [223202.584474] [<ffffffffa104c95d>] afs_cv_wait+0x12d/0x2d0 [libafs] Mar 21 22:34:02 lxgeiger2 kernel: [223202.584514] [<ffffffffa104b6ed>] rxi_ReadProc+0x1dd/0x4d0 [libafs] Mar 21 22:34:02 lxgeiger2 kernel: [223202.584552] [<ffffffffa1050ae6>] xdrrx_getint32+0x16/0x30 [libafs] Mar 21 22:34:02 lxgeiger2 kernel: [223202.584602] [<ffffffffa1099df9>] xdr_AFSFetchStatus+0x19/0x80 [libafs] Mar 21 22:34:02 lxgeiger2 kernel: [223202.584697] [<ffffffffa109c48a>] RXAFS_FetchStatus+0x1ba/0x240 [libafs] Mar 21 22:34:02 lxgeiger2 kernel: [223202.584797] [<ffffffffa107fa6b>] afs_FetchStatus+0xeb/0x420 [libafs] Mar 21 22:34:02 lxgeiger2 kernel: [223202.584885] [<ffffffffa1081f5b>] afs_GetVCache+0x27b/0x5e0 [libafs] Mar 21 22:34:02 lxgeiger2 kernel: [223202.584974] [<ffffffffa10823f6>] afs_VerifyVCache2+0x136/0x1e0 [libafs] Mar 21 22:34:02 lxgeiger2 kernel: [223202.585119] [<ffffffffa1083422>] afs_access+0x372/0x780 [libafs] Mar 21 22:34:02 lxgeiger2 kernel: [223202.585290] [<ffffffffa10ac7b2>] afs_linux_permission+0x82/0x110 [libafs] Mar 21 22:34:02 lxgeiger2 kernel: [223202.585437] [<ffffffff8115e497>] inode_permission+0xb7/0x120 Mar 21 22:34:02 lxgeiger2 kernel: [223202.585444] [<ffffffff81160870>] link_path_walk+0x60/0x8b0 Mar 21 22:34:02 lxgeiger2 kernel: [223202.585450] [<ffffffff81162bcd>] path_openat+0xbd/0x3f0 Mar 21 22:34:02 lxgeiger2 kernel: [223202.585455] [<ffffffff81163025>] do_filp_open+0x45/0xb0 Mar 21 22:34:02 lxgeiger2 kernel: [223202.585460] [<ffffffff811527d7>] do_sys_open+0xf7/0x1d0 Mar 21 22:34:02 lxgeiger2 kernel: [223202.585466] [<ffffffff815a7493>] ia32_do_call+0x13/0x13 Mar 21 22:34:29 lxgeiger2 kernel: [223228.113994] BUG: soft lockup - CPU#1 stuck for 22s! [dsmc:5358] Mar 21 22:34:29 lxgeiger2 kernel: [223228.114000] Modules linked in: libafs(P) nls_iso8859_1 nls_cp437 vfat fat des_generic ecb md4 md5 nls_utf8 cifs parport_pc st af_packet joydev dm_mod ip6t_LOG xt_tcpudp xt_pkttype ipt_LOG xt_limit snd_pcm_oss snd_mixer_oss snd_seq snd_seq_device edd vmnet fuse vsock vmci nfs lockd fscache auth_rpcgss nfs_acl sunrpc vmmon ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_raw xt_NOTRACK ipt_REJECT iptable_raw iptable_filter ip6table_mangle nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_ipv4 nf_defrag_ipv4 ip_tables xt_conntrack nf_conntrack ip6table_filter ip6_tables x_tables microcode mperf nvidia(P) ppdev sr_mod e752x_edac firewire_ohci parport firewire_core edac_core cdrom floppy container button iTCO_wdt iTCO_vendor_support tg3 tulip sg pcspkr i2c_i801 crc_itu_t snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm shpchp snd_timer snd soundcore snd_page_alloc pci_hotplug processor thermal_sys ata_generic [last unloaded: ppa] Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] CPU 1 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] Modules linked in: libafs(P) nls_iso8859_1 nls_cp437 vfat fat des_generic ecb md4 md5 nls_utf8 cifs parport_pc st af_packet joydev dm_mod ip6t_LOG xt_tcpudp xt_pkttype ipt_LOG xt_limit snd_pcm_oss snd_mixer_oss snd_seq snd_seq_device edd vmnet fuse vsock vmci nfs lockd fscache auth_rpcgss nfs_acl sunrpc vmmon ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_raw xt_NOTRACK ipt_REJECT iptable_raw iptable_filter ip6table_mangle nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_ipv4 nf_defrag_ipv4 ip_tables xt_conntrack nf_conntrack ip6table_filter ip6_tables x_tables microcode mperf nvidia(P) ppdev sr_mod e752x_edac firewire_ohci parport firewire_core edac_core cdrom floppy container button iTCO_wdt iTCO_vendor_support tg3 tulip sg pcspkr i2c_i801 crc_itu_t snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm shpchp snd_timer snd soundcore snd_page_alloc pci_hotplug processor thermal_sys ata_generic [last unloaded: ppa] Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] Pid: 5358, comm: dsmc Tainted: P 3.1.9-1.4-desktop #1 TYAN COMPUTER S2676/S2676 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] RIP: 0010:[<ffffffff8116fdf8>] [<ffffffff8116fdf8>] vfsmount_lock_local_lock+0x38/0x40 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] RSP: 0018:ffff880100e8dcf0 EFLAGS: 00000202 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] RAX: ffff880137c8fa70 RBX: ffff880100e8de68 RCX: 0000000000002e78 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] RDX: 0000000000002e77 RSI: ffff880100e8de68 RDI: ffff88012e084280 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] RBP: ffff8800c15df009 R08: 0000000000000000 R09: 67706d2e676e6968 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] R10: 676e696863726167 R11: 0000000000000002 R12: 00ff8801020b3800 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] R13: ffff8801333666c0 R14: ffffffff81000000 R15: ffff8801020b3c00 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] FS: 0000000000000000(0000) GS:ffff880137c80000(0063) knlGS:00000000f54ffb70 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] CS: 0010 DS: 002b ES: 002b CR0: 0000000080050033 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] CR2: 00007f89540060c8 CR3: 000000012ddf7000 CR4: 00000000000006e0 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] Process dsmc (pid: 5358, threadinfo ffff880100e8c000, task ffff88012886a1c0) Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] Stack: Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] ffffffff81171ab6 ffffea0003bead88 ffff880100e8de68 ffff8800c15df009 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] ffffffff81160b6f ffff880130fa3cc0 ffffffff81089311 ffff88012e499540 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] 00000002fffffff5 0000000000e8de00 ffff88012886a1c0 ffff880100e8de78 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] Call Trace: Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] [<ffffffff81171ab6>] mntput_no_expire+0x16/0x100 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] [<ffffffff81160b6f>] link_path_walk+0x35f/0x8b0 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] [<ffffffff81162bcd>] path_openat+0xbd/0x3f0 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] [<ffffffff81163025>] do_filp_open+0x45/0xb0 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] [<ffffffff811527d7>] do_sys_open+0xf7/0x1d0 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] [<ffffffff815a7493>] ia32_do_call+0x13/0x13 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] Code: ff ff 01 48 c7 c0 70 fa 00 00 65 48 03 04 25 38 c6 00 00 ba 00 00 01 00 f0 0f c1 10 0f b7 ca c1 ea 10 39 d1 74 07 f3 90 0f b7 08 <eb> f5 c3 0f 1f 44 00 00 65 48 8b 04 25 48 b6 00 00 83 80 44 e0 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] Call Trace: Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] [<ffffffff81171ab6>] mntput_no_expire+0x16/0x100 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] [<ffffffff81160b6f>] link_path_walk+0x35f/0x8b0 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] [<ffffffff81162bcd>] path_openat+0xbd/0x3f0 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] [<ffffffff81163025>] do_filp_open+0x45/0xb0 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] [<ffffffff811527d7>] do_sys_open+0xf7/0x1d0 Mar 21 22:34:29 lxgeiger2 kernel: [223228.114001] [<ffffffff815a7493>] ia32_do_call+0x13/0x13 Mar 21 22:34:29 lxgeiger2 kernel: [223228.269970] BUG: soft lockup - CPU#3 stuck for 22s! [dsmc:5356] . . . -------------------------------------------------------------------- This "crash" happened in the night and the reset has been done in the morning. There is output almost till the reset. Looking at other "crashes" they always have afs involved in the first call-traces, just as in the case shown above. In that particular case it happened during a backup run with "dsmc", but it in other cases it occured with all different kind of executables including seamonkey, tcsh, ex, awk, sed and others. In all case the call-trace contained the afs-lines with the last being "afs_linux_permission". Has anyone experienced such a problem and does anyone know what the reason could be and how to get openafs working again for me? What else is needed for an analysis of the problem? Any help is appreciated. Best regards, Joachim -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

2 2

Re: [opensuse-kernel] no (32 bit) kernel-desktop in installation search
by Felix Miata 23 Apr '12

23 Apr '12

[on factory list] On 2012/03/20 10:22 (GMT+0100) Stephan Kulow composed: > Felix Miata wrote: >> All my many systems have been running kernel-desktop for quite some >> time, but YaST in M2 installation cannot find any such kernel. There are >> packages named cloop-kmp-desktop, ipset-kmp-desktop, >> omnibook-kmp-desktop& similar found in search, just no kernel-desktop. >> Still in M2 the default kernel is kernel-default. Did kernels get >> renamed again? I remember some list discussion in recent months, but >> nothing about any name changes resolution. Which kernel is the kernel >> for normal desktop users now? > They were changed to i686 architecture and our system can't cope with it > as well as kernel maintainers expected I'm afraid. Now I see in http://download.opensuse.org/repositories/Kernel:/stable/standard/i686/ there are kernel-desktop and kernel-pae, but no kernel-default, while in http://download.opensuse.org/repositories/Kernel:/stable/standard/i586/ there is only kernel-default. Other than downloading the kernel I want manually and asking zypper to install it, how does a 11.4 user from Kernel:stable get a zypper upgrade from a 32 bit kernel that finds all 4G of RAM (e.g. desktop 3.1.3) instead of only 3.5G of RAM (e.g. default 3.3.2), 'zypper in kernel-desktop-3.3.2-1.1.i686' (which I know does, but is it the right way to go about it)? If desktop is the kernel of choice, what's the difference between kernel-desktop and kernel-desktop-base? Are they exclusive, or does plain add something to what base already provides, meaning if one wants what plain has that both are needed? If my CPU supports PAE, do I want PAE kernel instead of desktop for system that is both desktop and web server? I looked for a wiki page to explain such things (site:opensuse.org kernel stable -forums; site:opensuse.org choose kernel -forums; site:opensuse.org select kernel -forums), but found none. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- 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] what does "rerouted to legacy IRQ" mean and how do I prevent it?
by Per Jessen 23 Apr '12

23 Apr '12

I'm having a few odd issues with 12.1+updates on an HP ML570G3 box. I'm pretty certain it's irq related - in 12.1 (kernel 3.1.9-1.4) the irqs for the two storage controllers and the two GigE NICs are "rerouted to legacy IRQs". In 11.4 this does not happen - what does this rerouting mean and is there a way of preventing it in 12.1? thanks -- Per Jessen, Zürich (13.6°C) -- 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] omap2plus config update
by Guillaume Gardet 23 Apr '12

23 Apr '12

Hi, Please find in attachment a patch for kernel-source/config/armv7l/omap2plus kernel config to match kernel 3.4-rc3 and add the following features: * Add TWL4030 and TWL6030 USB support * Add multimedia support * Add WLAN support to pandabord (ES) * Add bluetooth support * Disable egalax touchscreen to fix compilation error (* Trivial updates from 3.3.0 to 3.4-rc3) Signed-off-by: Guillaume GARDET <guillaume.gardet(a)opensuse.org> Regards, Guillaume

2 2

[opensuse-kernel] [PATCH] omap2plus config update to fix EHCI and add TWL4030 and TWL6030 USB support
by Guillaume Gardet 22 Apr '12

22 Apr '12

Please find in attachment a patch for omap2plus kernel config to fix EHCI on OMAP boards and add TWL4030/TWL6030 USB support. OMAP EHCI is fixed by disabling Marvell EHCI (which is used on PXA and MMP SoC, not OMAP). Regards, Guillaume

1 5

[opensuse-kernel] rpmbuild failure for kernel 3.1.9-1.4.1
by nai.xia 21 Apr '12

21 Apr '12

Hi all, I installed opensuse 12.1 and want to build a kernel from source package. I get the source by: zypper source-install kernel-source kernel-default After that, I tried to build with command: rpmbuild -bb kernel-default.spec The build failed after a long time compiling (seems in the INSTALL stage) with the following error: ====== + /usr/src/packages/SOURCES/check-supported-list /usr/src/packages/SOURCES /usr/src/packages/BUILDROOT/kernel-default-3.1.9-1.4.1.x86_64/lib/modules/3.1.9-1.4.1-default Modules not listed in supported.conf: kernel/arch/x86/crypto/crc32c-intel ... ... many lines... ... kernel/sound/usb/misc/snd-ua101 + echo 'Consistency check error: please update supported.conf.' Consistency check error: please update supported.conf. + mkdir -p /usr/src/packages/BUILDROOT/kernel-default-3.1.9-1.4.1.x86_64/usr/src/linux-3.1.9-1.4.1-obj/x86_64/default + cp Module.symvers /usr/src/packages/BUILDROOT/kernel-default-3.1.9-1.4.1.x86_64/usr/src/linux-3.1.9-1.4.1-obj/x86_64/default + /usr/src/packages/SOURCES/modversions --pack . + '[' -s /usr/src/packages/BUILDROOT/kernel-default-3.1.9-1.4.1.x86_64/boot/symtypes-3.1.9-1.4.1-default ']' + gzip -n -9 /usr/src/packages/BUILDROOT/kernel-default-3.1.9-1.4.1.x86_64/boot/symtypes-3.1.9-1.4.1-default + '[' '!' -e /usr/src/packages/BUILDROOT/kernel-default-3.1.9-1.4.1.x86_64/usr/src/linux-3.1.9-1.4.1-obj/x86_64 ']' + rm -f /usr/src/packages/BUILDROOT/kernel-default-3.1.9-1.4.1.x86_64/lib/modules/3.1.9-1.4.1-default/source /usr/src/packages/BUILDROOT/kernel-default-3.1.9-1.4.1.x86_64/lib/modules/3.1.9-1.4.1-default/build + ln -s /usr/src/linux-3.1.9-1.4.1 /usr/src/packages/BUILDROOT/kernel-default-3.1.9-1.4.1.x86_64/lib/modules/3.1.9-1.4.1-default/source + ln -s /usr/src/linux-3.1.9-1.4.1-obj/x86_64/default /usr/src/packages/BUILDROOT/kernel-default-3.1.9-1.4.1.x86_64/lib/modules/3.1.9-1.4.1-default/build ++ /sbin/depmod -F /usr/src/packages/BUILDROOT/kernel-default-3.1.9-1.4.1.x86_64/boot/System.map-3.1.9-1.4.1-default -b /usr/src/packages/BUILDROOT/kernel-default-3.1.9-1.4.1.x86_64 -ae 3.1.9-1.4.1-default + msg= + '[' 0 -ne 0 ']' + echo '' + grep 'needs unknown symbol' + /usr/src/packages/SOURCES/split-modules -d /usr/src/packages/BUILDROOT/kernel-default-3.1.9-1.4.1.x86_64 -o /usr/src/packages/BUILD/kernel-default-3.1.9 -b /usr/src/packages/BUILD/kernel-default-3.1.9/linux-obj/Module.base -i -s /usr/src/packages/BUILD/kernel-default-3.1.9/linux-obj/Module.supported join: /tmp/tmp.PoFacxZeyx/all:21: is not sorted: abituguru /lib/modules/3.1.9-1.4.1-default/kernel/drivers/hwmon/abituguru.ko error: Bad exit status from /var/tmp/rpm-tmp.kMakJ7 (%install) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.kMakJ7 (%install) ====== And this same error also shows up if I use the git://kernel.opensuse.org/kernel-source.git code. Am I doing sth wrong ? What should I do to make a proper binary build? Please help. Thanks, Nai Xia -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

2 1