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

[opensuse-kernel] [PATCH 1/2] acer-wmi: No wifi rfkill on Lenovo machines
by Lee, Chun-Yi 18 Apr '12

18 Apr '12

From: Ike Panhc <ike.pan(a)canonical.com> Git-commit: 461e74377cfcfc2c0d6bbdfa8fc5fbc21b052c2a Patch-mainline: v3.3-rc8 References: bnc#752673 Target-release: openSUSE 12.1 We have several reports which says acer-wmi is loaded on ideapads and register rfkill for wifi which can not be unblocked. Since ideapad-laptop also register rfkill for wifi and it works reliably, it will be fine acer-wmi is not going to register rfkill for wifi once VPC2004 is found. Also put IBM0068/LEN0068 in the list. Though thinkpad_acpi has no wifi rfkill capability, there are reports which says acer-wmi also block wireless on Thinkpad E520/E420. Signed-off-by: Ike Panhc <ike.pan(a)canonical.com> Signed-off-by: Matthew Garrett <mjg(a)redhat.com> Acked-by: Lee, Chun-Yi <jlee(a)suse.com> --- drivers/platform/x86/acer-wmi.c | 30 +++++++++++++++++++++++++++++- 1 file changed, 29 insertions(+), 1 deletion(-) --- a/drivers/platform/x86/acer-wmi.c +++ b/drivers/platform/x86/acer-wmi.c @@ -668,6 +668,32 @@ static acpi_status AMW0_find_mailled(voi return AE_OK; } +static int AMW0_set_cap_acpi_check_device_found; + +static acpi_status AMW0_set_cap_acpi_check_device_cb(acpi_handle handle, + u32 level, void *context, void **retval) +{ + AMW0_set_cap_acpi_check_device_found = 1; + return AE_OK; +} + +static const struct acpi_device_id norfkill_ids[] = { + { "VPC2004", 0}, + { "IBM0068", 0}, + { "LEN0068", 0}, + { "", 0}, +}; + +static int AMW0_set_cap_acpi_check_device(void) +{ + const struct acpi_device_id *id; + + for (id = norfkill_ids; id->id[0]; id++) + acpi_get_devices(id->id, AMW0_set_cap_acpi_check_device_cb, + NULL, NULL); + return AMW0_set_cap_acpi_check_device_found; +} + static acpi_status AMW0_set_capabilities(void) { struct wmab_args args; @@ -681,7 +707,9 @@ static acpi_status AMW0_set_capabilities * work. */ if (wmi_has_guid(AMW0_GUID2)) { - interface->capability |= ACER_CAP_WIRELESS; + if ((quirks != &quirk_unknown) || + !AMW0_set_cap_acpi_check_device()) + interface->capability |= ACER_CAP_WIRELESS; return AE_OK; } -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

3 4

[opensuse-kernel] carl9170 firmware
by Cristian Morales Vega 17 Apr '12

17 Apr '12

Could this patch be applied to the kernel-firmware package? https://build.opensuse.org/package/rdiff?opackage=kernel-firmware&oproject=… Thanks. -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

4 5

[opensuse-kernel] 3.4-rc2 to master branch
by Jeff Mahoney 17 Apr '12

17 Apr '12

Hi all - I've just pushed 3.4-rc2 to master. I haven't pushed to Factory yet. As usual, Xen is disabled until it's synced up. I'll wait to push to Factory until then. -Jeff -- Jeff Mahoney SuSE Labs -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

4 4

[opensuse-kernel] ATA errors
by Felix Miata 17 Apr '12

17 Apr '12

http://fm.no-ip.com/Tmp/Linux/messages-gx280-esata.txt (32bit 12.1 kernel-desktop-3.1.9) http://fm.no-ip.com/Tmp/Linux/messages-gx620-esata.txt (32bit 12.1 kernel-desktop-3.1.9) Is there anything in these /var/log/messages excerpts from two different hosts that can identify which (external) sata device is connected with the reported errors? I don't see any connection between that information and the content of /dev/disk/[by-path,by-id]. Is there a way to tell if a kernel bug or a device is the problem? These errors show up in conjunction with various degrees of I/O delay, sometimes as bad as several minutes of inability to get bash to respond to keyboard input. The most recent time some commands would result in a simple segfaulted. Others would produce bash: input/output error. Ctrl-Alt-Del failed to reboot, as did init 6 (input/output error), forcing me to use power switch and wait a seeming eternity for fsck on 1TB+ partitions to complete. I've run the Seagate thorough diagnostics on the drives, 100% error free. The suspect device is http://www.newegg.com/Product/Product.aspx?Item=N82E16817173042 but I want to provide Rosewill tech support hard evidence of the incompetence of the device if I can be sure it is exclusively responsible for the errors. I bought 5 of them and never had trouble. Only with #6, the only version 2 of the model I have, has there been a problem. The #6 I have now is actually the 3rd replacement of the original #6 purchased last September. -- "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

3 6

[opensuse-kernel] AppArmor not compiling for omap2plus config (ARM)
by Guillaume Gardet 10 Apr '12

10 Apr '12

Apparmor is not compiling with kernel 3.4-rc2 (omap2plus) from git repo: CC security/apparmor/net.o security/apparmor/net.c: In function 'audit_net': security/apparmor/net.c:80: error: unknown field 'net' specified in initializer security/apparmor/net.c:80: warning: braces around scalar initializer security/apparmor/net.c:80: warning: (near initialization for 'apparmor_audit_data.type') security/apparmor/net.c:81: error: field name not in record or union initializer security/apparmor/net.c:81: error: (near initialization for 'apparmor_audit_data.type') security/apparmor/net.c:82: error: field name not in record or union initializer security/apparmor/net.c:82: error: (near initialization for 'apparmor_audit_data.type') security/apparmor/net.c:82: warning: excess elements in scalar initializer security/apparmor/net.c:82: warning: (near initialization for 'apparmor_audit_data.type') Maybe there is a better place to report that kind of bug? Regards, Guillaume -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

3 3

[opensuse-kernel] [PATCH] Add missing include in tidspbridge - kernel 3.4-rc2
by Guillaume Gardet 10 Apr '12

10 Apr '12

TI DSP bridge staging module is missing an include which leads to a build error. This patch fix it (for 3.4-rc2). signed-off-by: Guillaume GARDET <guillaume.gardet(a)opensuse.org> Regards, Guillaume

1 0

[opensuse-kernel] [PATCH] ARM: omap: Add missing modules aliases
by Guillaume Gardet 10 Apr '12

10 Apr '12

This patch add missing alias to be have a proper snd-soc-omap3beagle (and others) module loading and get sound working. Tested on Beagleboard xM. Guillaume

1 1

[opensuse-kernel] Fix ARM omap3beagle USB3320 detection
by Guillaume Gardet 10 Apr '12

10 Apr '12

Please find a patch to fix ARM omap3beagle USB3320 detection due to bad pin mux config. USB3320 reset is on uart2_rx/gpio_147 pin. This patch enable UART3 only instead all 4 UARTs for beagleboard (xM) to be able to get the uart2_rx/gpio_147 pin for the usb3320 reset. Without this patch there are no USB (and no Ethernet which is on USB) on beagleboard xM since last kernel update. This patch is based on Govindraj.R patch from: http://www.spinics.net/lists/linux-omap/msg65427.html Regards, Guillaume

1 1

[opensuse-kernel] NOHZ: local_softirq_pending..something to worry about ?
by Cristian Rodríguez 09 Apr '12

09 Apr '12

After moving to 3.4-rc2 I get in my logs. [ 24.857595] r8169 0000:04:00.0: eth0: link down [ 24.857603] r8169 0000:04:00.0: eth0: link down [ 24.857609] NOHZ: local_softirq_pending 08 [ 24.857868] NOHZ: local_softirq_pending 08 [ 26.897755] r8169 0000:04:00.0: eth0: link up Is this something to worry about or worth a bug report ? -- 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] [PATCH 3/3] acer-wmi: Detect communication hot key number
by Lee, Chun-Yi 05 Apr '12

05 Apr '12

Git-commit: 34b6cfabd760d3a2784f0ae649eb5e390e0e53cc Patch-mainline: v3.4-rc1 References: bnc#745236 Release-target: openSUSE 12.1 Currently we set a fixed hot key number to 0x01 for communction button, but, actually, the key number is different on each acer laptop and it was reported by SMBIOS. So, add this patch to get the communication hot key number from Acer OEM-specific SMBIOS Type AA. Tested on Acer TravelMate 4750 Cc: Carlos Corbacho <carlos(a)strangeworlds.co.uk> Cc: Matthew Garrett <mjg(a)redhat.com> Cc: Dmitry Torokhov <dtor(a)mail.ru> Cc: Corentin Chary <corentincj(a)iksaif.net> Cc: Thomas Renninger <trenn(a)suse.de> Signed-off-by: Lee, Chun-Yi <jlee(a)suse.com> Signed-off-by: Matthew Garrett <mjg(a)redhat.com> --- drivers/platform/x86/acer-wmi.c | 14 +++++++++++--- 1 file changed, 11 insertions(+), 3 deletions(-) --- a/drivers/platform/x86/acer-wmi.c +++ b/drivers/platform/x86/acer-wmi.c @@ -171,6 +171,11 @@ struct hotkey_function_type_aa { u8 length; u16 handle; u16 commun_func_bitmap; + u16 application_func_bitmap; + u16 media_func_bitmap; + u16 display_func_bitmap; + u16 others_func_bitmap; + u8 commun_fn_key_number; } __attribute__((packed)); /* @@ -207,6 +212,7 @@ static int force_series; static bool ec_raw_mode; static bool has_type_aa; static u16 commun_func_bitmap; +static u8 commun_fn_key_number; module_param(mailled, int, 0444); module_param(brightness, int, 0444); @@ -906,7 +912,7 @@ static acpi_status wmid3_get_device_stat union acpi_object *obj; struct wmid3_gds_input_param params = { .function_num = 0x1, - .hotkey_number = 0x01, + .hotkey_number = commun_fn_key_number, .devices = device, }; struct acpi_buffer input = { @@ -975,7 +981,7 @@ static acpi_status wmid3_set_device_stat u16 devices; struct wmid3_gds_input_param params = { .function_num = 0x1, - .hotkey_number = 0x01, + .hotkey_number = commun_fn_key_number, .devices = commun_func_bitmap, }; struct acpi_buffer input = { @@ -1015,7 +1021,7 @@ static acpi_status wmid3_set_device_stat devices = return_value.devices; params.function_num = 0x2; - params.hotkey_number = 0x01; + params.hotkey_number = commun_fn_key_number; params.devices = (value) ? (devices | device) : (devices & ~device); status = wmi_evaluate_method(WMID_GUID3, 0, 0x1, &input, &output2); @@ -1088,6 +1094,8 @@ static void type_aa_dmi_decode(const str interface->capability |= ACER_CAP_THREEG; if (type_aa->commun_func_bitmap & ACER_WMID3_GDS_BLUETOOTH) interface->capability |= ACER_CAP_BLUETOOTH; + + commun_fn_key_number = type_aa->commun_fn_key_number; } static acpi_status WMID_set_capabilities(void) -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

1 2

[opensuse-kernel] Rolling kernel binary RPMs from git kernel tree?
by Andrei Warkentin 03 Apr '12

03 Apr '12

Hi, Given that it looks like, internally, Suse uses the git tree for development, and there are stable branches matching Suse SLES/SLED releases, is there a way to roll a kernel binary RPM from the kernel git tree, instead of the kernel-source RPMs? Many thanks ahead, A -- 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] Patches to fix ARM kernel-default and kernel-u8500 configs for ARM
by Guillaume Gardet 03 Apr '12

03 Apr '12

Hi, please find in attachment two config patches to get kernel-default and kernel-u8500 built for ARM. eGalax touchscreen which appear in the last kernel update leads to compilation error due to a missing function (irq_to_gpio) for the given platforms. Cheers, Guillaume

2 2