Bug#668142: linux-image-2.6.32-5-openvz-686: serial_unthrottle+0x44/0x5a [usbserial]()
Package: linux-2.6 Version: 2.6.32-41squeeze2 Severity: normal After restart of Asterisk following line appeared in syslog: [79419.383260] [ cut here ] [79419.383274] WARNING: at /tmp/buildd/linux-2.6-2.6.32/debian/build/source_i386_openvz/drivers/usb/serial/usb-serial.c:440 serial_unthrottle+0x44/0x5a [usbserial]() [79419.383283] Hardware name: MS-9642 [79419.383285] Modules linked in: sg sr_mod cdrom option usb_wwan usbserial usb_storage xt_state ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 vzethdev vznetdev simfs vzrst vzcpt vzdquota vzmon vzdev xt_tcpudp xt_length xt_hl xt_tcpmss xt_TCPMSS iptable_mangle iptable_filter xt_multiport xt_limit xt_dscp ipt_REJECT ip_tables x_tables pppoe pppox vzevent ppp_generic slhc ext2 mbcache 8021q garp stp loop snd_hda_codec_realtek i915 drm_kms_helper snd_hda_intel drm snd_hda_codec i2c_algo_bit snd_hwdep snd_pcm psmouse i2c_i801 i2c_core snd_timer snd video serio_raw evdev output soundcore snd_page_alloc pcspkr rng_core button processor dm_mod btrfs zlib_deflate crc32c libcrc32c sd_mod crc_t10dif ata_generic ata_piix uhci_hcd fan thermal libata ehci_hcd thermal_sys e1000e usbcore nls_base scsi_mod [last unloaded: scsi_wait_scan] [79419.383385] Pid: 15409, comm: asterisk Not tainted 2.6.32-5-openvz-686 #1 [79419.383389] Call Trace: [79419.383398] [c1036d39] ? warn_slowpath_common+0x5e/0x8a [79419.383403] [c1036d6f] ? warn_slowpath_null+0xa/0xc [79419.383409] [f967d4ac] ? serial_unthrottle+0x44/0x5a [usbserial] [79419.383416] [c11927d9] ? tty_unthrottle+0x2d/0x36 [79419.383420] [c119168a] ? n_tty_flush_buffer+0xa/0x5c [79419.383425] [c1193e3b] ? tty_ldisc_flush+0x1c/0x2d [79419.383430] [c1194555] ? tty_port_close_end+0xf/0x99 [79419.383436] [f967d7b3] ? serial_close+0x60/0x72 [usbserial] [79419.383441] [c118f74d] ? tty_release_dev+0x14c/0x3ee [79419.383447] [c1094769] ? free_one_page+0x52/0x5e [79419.383452] [c109503d] ? __free_pages_ok+0x100/0x126 [79419.383458] [c10ca790] ? d_kill+0x3e/0x43 [79419.383462] [c118f9fe] ? tty_release+0xf/0x18 [79419.383468] [c10bedf1] ? __fput+0xd5/0x169 [79419.383473] [c10bc3dc] ? filp_close+0x4e/0x54 [79419.383479] [c1038ae8] ? put_files_struct+0x60/0xa6 [79419.383484] [c103a1cf] ? do_exit+0x1e9/0x64e [79419.383490] [c10442c8] ? signal_wake_up+0x23/0x31 [79419.383495] [c103a693] ? do_group_exit+0x5f/0x82 [79419.383500] [c103a6c7] ? sys_exit_group+0x11/0x14 [79419.383505] [c10082c0] ? syscall_call+0x7/0xb [79419.383509] ---[ end trace b9416849e32a1465 ]--- ---cut here--- usb serial device refers to Bus 003 Device 003: ID 12d1:1001 Huawei Technologies Co., Ltd. E169/E620/E800 HSDPA Modem which is used by an Asterisk instance. -- Package-specific info: ** Version: Linux version 2.6.32-5-openvz-686 (Debian 2.6.32-41squeeze2) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Mar 26 07:54:36 UTC 2012 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-openvz-686 root=/dev/mapper/vg_int-root ro quiet ** Tainted: W (512) * Taint on warning. ** Kernel log: [9.932289] e1000e :02:00.0: irq 29 for MSI/MSI-X [9.988101] e1000e :02:00.0: irq 29 for MSI/MSI-X [9.988600] ADDRCONF(NETDEV_UP): eth1: link is not ready [ 11.168279] e1000e :03:00.0: irq 30 for MSI/MSI-X [ 11.224105] e1000e :03:00.0: irq 30 for MSI/MSI-X [ 11.224571] ADDRCONF(NETDEV_UP): eth2: link is not ready [ 11.611576] PPP generic driver version 2.4.2 [ 12.736981] e1000e: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx [ 12.739611] ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready [ 12.950553] e1000e: eth2 NIC Link is Up 100 Mbps Full Duplex, Flow Control: None [ 12.950559] e1000e :03:00.0: eth2: 10/100 speed: disabling TSO [ 12.950836] ADDRCONF(NETDEV_CHANGE): eth2: link becomes ready [ 16.757391] NET: Registered protocol family 24 [ 21.088006] eth1.2600: no IPv6 routers present [ 23.25] eth1: no IPv6 routers present [ 23.880005] eth2: no IPv6 routers present [ 44.166983] ip_tables: (C) 2000-2006 Netfilter Core Team [ 307.886373] warning: `vzctl' uses 32-bit capabilities (legacy support in use) [ 307.889506] CT: 100: started [ 625.266244] nf_conntrack version 0.5.0 (15999 buckets, 63996 max) [ 625.266622] CONFIG_NF_CT_ACCT is deprecated and will be removed soon. Please use [ 625.266628] nf_conntrack.acct=1 kernel parameter, acct=1 nf_conntrack module option or [ 625.266632] sysctl net.netfilter.nf_conntrack_acct=1 to enable it. [ 926.619650] device eth1 entered promiscuous mode [ 948.920410] device eth1 left promiscuous mode [14724.880012] usb 3-2: new full speed USB device using uhci_hcd and address 2 [14725.047030] usb 3-2: New USB device found, idVendor=12d1, idProduct=1001 [14725.047035] usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=1 [14725.047040] usb 3-2: Product: HUAWEI Mobile [14725.047043] usb 3-2: Manufacturer: ÿÿÿ [14725.047048] usb
zram advice needed
Hello, I have a small issue with zram, I cannot load it with modprobe, just with insmod, which broke my /etc/init.d/zram script. The problem was introduced with same recent upgrade in wheezy. blackbox:~# uname -a Linux blackbox 3.2.0-2-686-pae #1 SMP Tue Mar 20 19:48:26 UTC 2012 i686 GNU/Linux blackbox:~# modprobe zram ERROR: could not insert 'zram': No such file or directory blackbox:~# modprobe -d /lib/modules/3.2.0-2-686-pae zram blackbox:~# lsmod|grep zram blackbox:~# insmod /lib/modules/3.2.0-2-686- pae/kernel/drivers/staging/zram/zram.ko blackbox:~# lsmod|grep zram zram 13155 0 blackbox:~# Any hint what to check is very welcome. Thanks, Rainer -- Rainer Dorsch http://bokomoko.de/ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201204091149.27883...@bokomoko.de
Bug#668155: linux-image-3.2.0-2-686-pae: 3.2.14-1 does not boot
Package: linux-2.6 Version: 3.2.12-1 Severity: grave Justification: renders package unusable Linux kernel linux-image-3.2.0-2-686-pae in unstable (3.2.14-1) does not boot, it fails with a unknown block for root error. As version 3.2.12-1 in testing boots fine. -- Package-specific info: ** Version: Linux version 3.2.0-2-686-pae (Debian 3.2.12-1) (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1) ) #1 SMP Tue Mar 20 19:48:26 UTC 2012 ** Command line: root=UUID=fc88fed2-1759-406d-8bd5-b32f887852b2 ro ** Not tainted ** Kernel log: *removed unneeded iSCSI data, as boot fails in first 2 sec ahead of any network* ** Model information not available ** Loaded modules: crc32c tcp_diag inet_diag ib_iser rdma_cm ib_cm iw_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi dm_snapshot dm_mirror dm_region_hash dm_log dm_mod tpm_tis i2c_i801 tpm i2c_core tpm_bios rng_core snd_pcm snd_timer snd soundcore snd_page_alloc e752x_edac dcdbas edac_core psmouse evdev parport_pc processor button pcspkr shpchp serio_raw parport thermal_sys ext3 jbd mbcache sg sd_mod crc_t10dif sr_mod cdrom usbhid hid sata_promise ata_generic uhci_hcd ata_piix libata scsi_mod ehci_hcd usbcore e1000 usb_common ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation E7520 Memory Controller Hub [8086:3590] (rev 09) Subsystem: Dell Device [1028:0173] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Capabilities: [40] Vendor Specific Information: Len=05 ? Kernel driver in use: e752x_edac 00:00.1 Unassigned class [ff00]: Intel Corporation E7525/E7520 Error Reporting Registers [8086:3591] (rev 09) Subsystem: Dell Device [1028:0173] Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- 00:02.0 PCI bridge [0604]: Intel Corporation E7525/E7520/E7320 PCI Express Port A [8086:3595] (rev 09) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Bus: primary=00, secondary=01, subordinate=03, sec-latency=0 I/O behind bridge: c000-dfff Memory behind bridge: ddf0-dfef Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- BridgeCtl: Parity- SERR+ NoISA- VGA+ MAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [58] MSI: Enable- Count=1/2 Maskable- 64bit- Address: fee0 Data: Capabilities: [64] Express (v1) Root Port (Slot-), MSI 00 DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s 64ns, L1 1us ExtTag- RBE- FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 256 bytes, MaxReadReq 128 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #2, Speed 2.5GT/s, Width x4, ASPM L0s, Latency L0 4us, L1 unlimited ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk- ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x4, TrErr- Train- SlotClk- DLActive- BWMgmt- ABWMgmt- RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible- RootCap: CRSVisible- RootSta: PME ReqID , PMEStatus- PMEPending- Capabilities: [100 v1] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- AERCap: First Error Pointer: 00, GenCap- CGenEn- ChkCap- ChkEn-
Re: ARM: backporting dreamplug patches for Wheezy
On Sun, 2012-04-08 at 21:17 +0100, Ben Hutchings wrote: On Sun, 2012-04-08 at 11:25 +0100, Martin Michlmayr wrote: * Ian Campbell i...@hellion.org.uk [2012-04-08 11:10]: These Dreamplug patches add DT support for kirkwood in a way which is designed not to interfere with existing non-DT platforms and more generally upstream has done things in a way that FDT and ATAG platforms can safely be supported using the same kernel image. I'm no longer on the kernel team but fwiw I'm all in favour of these patches going into the Debian kernel for wheezy (if we can figure out a solution for the ABI change). We shouldn't worry too much about ABI changes until shortly before release. I suppose we don't want to be bumping it willy-nilly though? Would adding some ignores be appropriate in the short term? Or shall we wait until we are bumping for some other reason? The not already ignored new and changed symbols are: Added symbols: irq_create_of_mappingmodule: vmlinux, version: 0x4e7df11b, export: EXPORT_SYMBOL_GPL irq_dispose_mapping module: vmlinux, version: 0x2c7db649, export: EXPORT_SYMBOL_GPL irq_domain_add_simplemodule: vmlinux, version: 0xdd9fba6c, export: EXPORT_SYMBOL_GPL irq_domain_generate_simple module: vmlinux, version: 0x96a06d17, export: EXPORT_SYMBOL_GPL irq_domain_simple_opsmodule: vmlinux, version: 0x54853294, export: EXPORT_SYMBOL_GPL irq_of_parse_and_map module: vmlinux, version: 0x1ee9814e, export: EXPORT_SYMBOL_GPL mmc_spi_get_pdatamodule: drivers/mmc/host/of_mmc_spi, version: 0xfe4dab60, export: EXPORT_SYMBOL mmc_spi_put_pdatamodule: drivers/mmc/host/of_mmc_spi, version: 0x64163f18, export: EXPORT_SYMBOL of_address_to_resource module: vmlinux, version: 0x8dad55e8, export: EXPORT_SYMBOL_GPL of_alias_get_id module: vmlinux, version: 0xb0a6e317, export: EXPORT_SYMBOL_GPL of_dev_get module: vmlinux, version: 0xefdc6847, export: EXPORT_SYMBOL of_dev_put module: vmlinux, version: 0x15955066, export: EXPORT_SYMBOL of_device_alloc module: vmlinux, version: 0xc72f5cab, export: EXPORT_SYMBOL of_device_is_available module: vmlinux, version: 0xa568af0e, export: EXPORT_SYMBOL of_device_is_compatible module: vmlinux, version: 0xb3eaf07b, export: EXPORT_SYMBOL of_device_register module: vmlinux, version: 0x286373c8, export: EXPORT_SYMBOL of_device_unregister module: vmlinux, version: 0x3de3433e, export: EXPORT_SYMBOL of_fdt_unflatten_treemodule: vmlinux, version: 0x14d5945d, export: EXPORT_SYMBOL_GPL of_find_all_nodesmodule: vmlinux, version: 0x2c93eb74, export: EXPORT_SYMBOL of_find_compatible_node module: vmlinux, version: 0x39834109, export: EXPORT_SYMBOL of_find_device_by_node module: vmlinux, version: 0x9d6e5383, export: EXPORT_SYMBOL of_find_i2c_device_by_node module: vmlinux, version: 0x5cea3d88, export: EXPORT_SYMBOL of_find_matching_nodemodule: vmlinux, version: 0xa240cc7f, export: EXPORT_SYMBOL of_find_node_by_name module: vmlinux, version: 0x5bcf5e7e, export: EXPORT_SYMBOL of_find_node_by_path module: vmlinux, version: 0xf71b39bb, export: EXPORT_SYMBOL of_find_node_by_phandle module: vmlinux, version: 0x97515893, export: EXPORT_SYMBOL of_find_node_by_type module: vmlinux, version: 0xd8a05f87, export: EXPORT_SYMBOL of_find_node_with_property module: vmlinux, version: 0x4644db5c, export: EXPORT_SYMBOL of_find_property module: vmlinux, version: 0xa1b43ab9, export: EXPORT_SYMBOL of_get_address module: vmlinux, version: 0xbfdff814, export: EXPORT_SYMBOL of_get_mac_address module: vmlinux, version: 0xff917654, export: EXPORT_SYMBOL of_get_named_gpio_flags module: vmlinux, version: 0x8c7a3757, export: EXPORT_SYMBOL of_get_next_childmodule: vmlinux, version: 0x69085435, export: EXPORT_SYMBOL of_get_parentmodule: vmlinux, version: 0xbfb1435b, export: EXPORT_SYMBOL of_get_pci_address module: vmlinux, version: 0x30d70fa9, export: EXPORT_SYMBOL of_get_phy_mode module: vmlinux, version: 0xa6c38b19, export: EXPORT_SYMBOL_GPL
Bug#661318: Possibility integrating newer Hyper-V paravirt drivers in squeeze?
Hi I've applied these approximately as requested, [...] Anyway, the end result is that all the driver sources end up identical to 3.4-rc1. Thank you Ben! Let us know if there are any important fixes after that, though I hope I'll spot them anyway. I'd like to give that kernel one a try on real Hyper-V with a fresh wheezy and report back just to make sure if you don't mind. Finally we should decide on which of the patches we could itegrate for the ata_piix vs. hv_storvsc precedence - be it the Ubuntu or the Suse patch. Ben: Do you have a preference on which one of the patches fits into wheezy's kernel? -- Mathieu -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cancjczasmswzrcpk63yxcwut-nu5akxjh-gz2mwuus3yx4e...@mail.gmail.com
Re: ARM: backporting dreamplug patches for Wheezy
On Mon, 2012-04-09 at 12:45 +0100, Ian Campbell wrote: On Sun, 2012-04-08 at 21:17 +0100, Ben Hutchings wrote: On Sun, 2012-04-08 at 11:25 +0100, Martin Michlmayr wrote: * Ian Campbell i...@hellion.org.uk [2012-04-08 11:10]: These Dreamplug patches add DT support for kirkwood in a way which is designed not to interfere with existing non-DT platforms and more generally upstream has done things in a way that FDT and ATAG platforms can safely be supported using the same kernel image. I'm no longer on the kernel team but fwiw I'm all in favour of these patches going into the Debian kernel for wheezy (if we can figure out a solution for the ABI change). We shouldn't worry too much about ABI changes until shortly before release. I suppose we don't want to be bumping it willy-nilly though? We aren't. Would adding some ignores be appropriate in the short term? I don't think so; some of the changed functions could plausibly be used by OOT modules. Or shall we wait until we are bumping for some other reason? [...] Can do. In which case: apply them, test the result and then comment them out in series/base with a leading comment that they're to be enabled at the next ABI bump. Ben. -- Ben Hutchings Sturgeon's Law: Ninety percent of everything is crap. signature.asc Description: This is a digitally signed message part
Bug#661318: Possibility integrating newer Hyper-V paravirt drivers in squeeze?
On Mon, 2012-04-09 at 13:47 +0200, Mathieu Simon wrote: Hi I've applied these approximately as requested, [...] Anyway, the end result is that all the driver sources end up identical to 3.4-rc1. Thank you Ben! Let us know if there are any important fixes after that, though I hope I'll spot them anyway. I'd like to give that kernel one a try on real Hyper-V with a fresh wheezy and report back just to make sure if you don't mind. Finally we should decide on which of the patches we could itegrate for the ata_piix vs. hv_storvsc precedence - be it the Ubuntu or the Suse patch. Ben: Do you have a preference on which one of the patches fits into wheezy's kernel? I prefer that this is resolved upstream. Ben. -- Ben Hutchings Sturgeon's Law: Ninety percent of everything is crap. signature.asc Description: This is a digitally signed message part
Re: zram advice needed
On Mon, 2012-04-09 at 11:49 +0200, Rainer Dorsch wrote: Hello, I have a small issue with zram, I cannot load it with modprobe, just with insmod, which broke my /etc/init.d/zram script. The problem was introduced with same recent upgrade in wheezy. blackbox:~# uname -a Linux blackbox 3.2.0-2-686-pae #1 SMP Tue Mar 20 19:48:26 UTC 2012 i686 GNU/Linux blackbox:~# modprobe zram ERROR: could not insert 'zram': No such file or directory blackbox:~# modprobe -d /lib/modules/3.2.0-2-686-pae zram blackbox:~# lsmod|grep zram blackbox:~# insmod /lib/modules/3.2.0-2-686- pae/kernel/drivers/staging/zram/zram.ko blackbox:~# lsmod|grep zram zram 13155 0 blackbox:~# Any hint what to check is very welcome. ls -l /lib/modules/3.2.0-2-686-pae/modules.dep{,.bin} grep zram /lib/modules/3.2.0-2-686-pae/modules.dep{,.bin} Most likely you can fix this by running depmod again, but that is run automatically at installation time. Ben. -- Ben Hutchings Sturgeon's Law: Ninety percent of everything is crap. signature.asc Description: This is a digitally signed message part
Bug#667799: [3.0 - 3.2.13 regression] Radeon KMS fails on Radeon X850XT (R480) graphics card
tags 667799 + upstream patch moreinfo found 667799 linux-2.6/3.3-1~experimental.1 quit Mike Brodbelt wrote: Boot continues until a subsequent switch - I think this is when the kernel attempts to modeswitch the card. One a 3.0 kernel the font visibly changes at this point and boot continues, but on 3.2, all video output ceases. The machine completes its boot cycle and is reachable over SSH, but console/X display is unreachable [...] 01:00.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD] nee ATI R480 [Radeon X850XT (PCIE)] (Primary) [1002:5d52] (prog-if 00 [VGA controller]) Alex provided a pointer to a patch[1] which I have attached. If you'd like to test it, the following instructions should work. 0. prerequisites apt-get install git build-essential 1. get the kernel history, if you don't already have it git clone \ git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git 2. fetch point releases cd linux git remote add stable \ git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git git fetch stable 3. configure and build cp /boot/config-$(uname -r) .config; # current configuration lsmod; # make sure the radeon driver is loaded before the next step # optional: minimize configuration (only modules that are in use) make localmodconfig make deb-pkg; # optionally with -jnum for parallel build dpkg -i ../name of package; # as root reboot ... test test test ... Hopefully it reproduces the problem. So: 4. try the patch cd linux git am -3sc path to patch make deb-pkg; # maybe with -j4 dpkg -i ../name of package; # as root reboot ... test test test ... An alternative set of instructions is at [2]. If you get a chance to try it, please report the result to the upstream bugtracker. This information can be used to help decide whether and how quickly to apply the patch to mainline and the stable trees. Many thanks, Jonathan [1] http://thread.gmane.org/gmane.comp.video.dri.devel/67171 [2] http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official or the corresponding page in the debian-kernel-handbook package From: Alex Deucher alexander.deuc...@amd.com Date: Tue, 3 Apr 2012 17:05:41 -0400 Subject: drm/radeon/kms: fix DVO setup on some r4xx chips Some r4xx chips have the wrong frev in the DVOEncoderControl table. It should always be 1 on r4xx. Fixes modesetting on DVO on r4xx chips with the bad frev. Reported by twied on #radeon. Addresses https://bugs.freedesktop.org/48422 Signed-off-by: Alex Deucher alexander.deuc...@amd.com Cc: sta...@vger.kernel.org Signed-off-by: Jonathan Nieder jrnie...@gmail.com --- drivers/gpu/drm/radeon/atombios_encoders.c |4 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/drm/radeon/atombios_encoders.c b/drivers/gpu/drm/radeon/atombios_encoders.c index 0f8eb4808b40..5351ee12d8f2 100644 --- a/drivers/gpu/drm/radeon/atombios_encoders.c +++ b/drivers/gpu/drm/radeon/atombios_encoders.c @@ -246,6 +246,10 @@ atombios_dvo_setup(struct drm_encoder *encoder, int action) if (!atom_parse_cmd_header(rdev-mode_info.atom_context, index, frev, crev)) return; + /* some R4xx chips have the wrong frev */ + if (rdev-family = CHIP_RV410) + frev = 1; + switch (frev) { case 1: switch (crev) { -- 1.7.10
Processed: Re: [3.0 - 3.2.13 regression] Radeon KMS fails on Radeon X850XT (R480) graphics card
Processing commands for cont...@bugs.debian.org: tags 667799 + upstream patch moreinfo Bug #667799 [linux-2.6] linux-image-3.2.0-2-amd64: Radeon KMS fails on Radeon X850XT (R480) graphics card Added tag(s) upstream, moreinfo, and patch. found 667799 linux-2.6/3.3-1~experimental.1 Bug #667799 [linux-2.6] linux-image-3.2.0-2-amd64: Radeon KMS fails on Radeon X850XT (R480) graphics card Marked as found in versions linux-2.6/3.3-1~experimental.1. quit Stopping processing here. Please contact me if you need assistance. -- 667799: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=667799 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.133398072118645.transcr...@bugs.debian.org
Bug#668155: linux-image-3.2.0-2-686-pae: 3.2.14-1 does not boot
On Mon, 2012-04-09 at 12:29 +0200, Lars Schimmer wrote: Package: linux-2.6 Version: 3.2.12-1 Severity: grave Justification: renders package unusable Linux kernel linux-image-3.2.0-2-686-pae in unstable (3.2.14-1) does not boot, it fails with a unknown block for root error. As version 3.2.12-1 in testing boots fine. -- Package-specific info: ** Version: Linux version 3.2.0-2-686-pae (Debian 3.2.12-1) (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1) ) #1 SMP Tue Mar 20 19:48:26 UTC 2012 ** Command line: root=UUID=fc88fed2-1759-406d-8bd5-b32f887852b2 ro ** Not tainted ** Kernel log: *removed unneeded iSCSI data, as boot fails in first 2 sec ahead of any network* [...] We won't be able to help you without a log. See http://kernel-handbook.alioth.debian.org/ch-bugs.html#s9.1.1. Ben. -- Ben Hutchings Sturgeon's Law: Ninety percent of everything is crap. signature.asc Description: This is a digitally signed message part
Processed: severity of 668155 is important
Processing commands for cont...@bugs.debian.org: severity 668155 important Bug #668155 [linux-2.6] linux-image-3.2.0-2-686-pae: 3.2.14-1 does not boot Severity set to 'important' from 'grave' thanks Stopping processing here. Please contact me if you need assistance. -- 668155: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668155 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.133398102220271.transcr...@bugs.debian.org
Processed: tagging 668155
Processing commands for cont...@bugs.debian.org: tags 668155 + moreinfo Bug #668155 [linux-2.6] linux-image-3.2.0-2-686-pae: 3.2.14-1 does not boot Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 668155: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668155 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.133398108220449.transcr...@bugs.debian.org
Bug#667799: [3.0 - 3.2.13 regression] Radeon KMS fails on Radeon X850XT (R480) graphics card
Jonathan Nieder wrote: Alex provided a pointer to a patch[1] which I have attached. If you'd like to test it, the following instructions should work. Missed a step. Oops. 2. fetch point releases cd linux git remote add stable \ git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git git fetch stable 3. configure and build The missing step: git checkout stable/linux-3.2.y which checks out a 3.2.y kernel. That is close to what wheezy will have and also seems to be the oldest series maintained upstream that needs this fix. cp /boot/config-$(uname -r) .config; # current configuration lsmod; # make sure the radeon driver is loaded before the next step # optional: minimize configuration (only modules that are in use) make localmodconfig make deb-pkg; # optionally with -jnum for parallel build dpkg -i ../name of package; # as root reboot ... test test test ... Hopefully it reproduces the problem. So: Thanks and sorry for the confusion. Jonathan -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120409142709.GA3994@burratino
Bug#668142: linux-image-2.6.32-5-openvz-686: serial_unthrottle+0x44/0x5a [usbserial]()
On Mon, 2012-04-09 at 09:51 +0200, Christian Felsing wrote: Package: linux-2.6 Version: 2.6.32-41squeeze2 Severity: normal After restart of Asterisk following line appeared in syslog: [79419.383260] [ cut here ] [79419.383274] WARNING: at /tmp/buildd/linux-2.6-2.6.32/debian/build/source_i386_openvz/drivers/usb/serial/usb-serial.c:440 serial_unthrottle+0x44/0x5a [usbserial]() [...] It looks like this was fixed upstream by: commit 7b292b4bf9a9d6098440d85616d6ca4c608b8304 Author: Andrew McGregor andrew.mcgre...@alliedtelesis.co.nz Date: Mon Jun 13 11:31:31 2011 +1200 tty: fix IRQ45: nobody cared The symptom mentioned here (unexpected IRQ) is different but I think the underlying bug is the same. Can you test the attached patch against the stable kernel? Instructions for this can be found at: http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official. Ben. -- Ben Hutchings Sturgeon's Law: Ninety percent of everything is crap. From: Andrew McGregor andrew.mcgre...@alliedtelesis.co.nz Date: Mon, 13 Jun 2011 11:31:31 +1200 Subject: [PATCH] tty: fix IRQ45: nobody cared commit 7b292b4bf9a9d6098440d85616d6ca4c608b8304 upstream. Unthrottling the TTY during close ends up enabling interrupts on a device not on the active list, which will never have the interrupts cleared. Doctor, it hurts when I do this. On 6/2/2011 at 01:56 AM, in message 20110601145608.3e586...@bob.linux.org.uk, Alan Cox a...@linux.intel.com wrote: On Wed, 01 Jun 2011 10:34:07 +1200 andrew mcgregor andrew.mcgre...@alliedtelesis.co.nz wrote: The LKML message http://kerneltrap.org/mailarchive/linux-kernel/2010/2/25/4541847 from February doesn't seem to have been resolved since. We struck the issue, and the patch below (against 2.6.32) fixes it. Should I supply a patch against 3.0.0rc? I think that would be sensible. I don't actually see how you hit it as the IRQ ought to be masked by then but it's certainly wrong for n_tty to be calling into check_unthrottle at that point. So yes please send a patch with a suitable Signed-off-by: line to linux-serial and cc GregKH g...@kroah.com as well. Alan Signed-off-by: Andrew McGregor andrew.mcgre...@alliedtelesis.co.nz Signed-off-by: Greg Kroah-Hartman gre...@suse.de [bwh: Backported to 2.6.32 again: change filename] --- --- a/drivers/char/n_tty.c +++ b/drivers/char/n_tty.c @@ -178,7 +178,6 @@ static void reset_buffer_flags(struct tty_struct *tty) tty-canon_head = tty-canon_data = tty-erasing = 0; memset(tty-read_flags, 0, sizeof tty-read_flags); n_tty_set_room(tty); - check_unthrottle(tty); } /** @@ -1574,6 +1573,7 @@ static int n_tty_open(struct tty_struct *tty) return -ENOMEM; } reset_buffer_flags(tty); + tty_unthrottle(tty); tty-column = 0; n_tty_set_termios(tty, NULL); tty-minimum_to_wake = 1; signature.asc Description: This is a digitally signed message part
Processed: tagging 668142
Processing commands for cont...@bugs.debian.org: tags 668142 + patch Bug #668142 [linux-2.6] linux-image-2.6.32-5-openvz-686: serial_unthrottle+0x44/0x5a [usbserial]() Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. -- 668142: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668142 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.133398371231948.transcr...@bugs.debian.org
Re: zram advice needed
Hello Ben, thanks for you quick reply. Am Monday 09 April 2012 schrieb Ben Hutchings: On Mon, 2012-04-09 at 11:49 +0200, Rainer Dorsch wrote: Hello, I have a small issue with zram, I cannot load it with modprobe, just with insmod, which broke my /etc/init.d/zram script. The problem was introduced with same recent upgrade in wheezy. blackbox:~# uname -a Linux blackbox 3.2.0-2-686-pae #1 SMP Tue Mar 20 19:48:26 UTC 2012 i686 GNU/Linux blackbox:~# modprobe zram ERROR: could not insert 'zram': No such file or directory blackbox:~# modprobe -d /lib/modules/3.2.0-2-686-pae zram blackbox:~# lsmod|grep zram blackbox:~# insmod /lib/modules/3.2.0-2-686- pae/kernel/drivers/staging/zram/zram.ko blackbox:~# lsmod|grep zram zram 13155 0 blackbox:~# Any hint what to check is very welcome. ls -l /lib/modules/3.2.0-2-686-pae/modules.dep{,.bin} grep zram /lib/modules/3.2.0-2-686-pae/modules.dep{,.bin} That looks ok for me (?): rd@blackbox:~$ ls -l /lib/modules/3.2.0-2-686-pae/modules.dep{,.bin} -rw-r--r-- 1 root root 351421 Apr 9 17:20 /lib/modules/3.2.0-2-686- pae/modules.dep -rw-r--r-- 1 root root 487906 Apr 9 17:20 /lib/modules/3.2.0-2-686- pae/modules.dep.bin rd@blackbox:~$ grep zram /lib/modules/3.2.0-2-686-pae/modules.dep{,.bin} /lib/modules/3.2.0-2-686-pae/modules.dep:kernel/drivers/staging/zram/zram.ko: Übereinstimmungen in Binärdatei /lib/modules/3.2.0-2-686-pae/modules.dep.bin. rd@blackbox:~$ su - Passwort: blackbox:~# modprobe zram zram_num_devices=2 ERROR: could not insert 'zram': No such file or directory blackbox:~# ls -l /lib/modules/3.2.0-2-686- pae/kernel/drivers/staging/zram/zram.ko -rw-r--r-- 1 root root 17412 Mär 20 23:01 /lib/modules/3.2.0-2-686- pae/kernel/drivers/staging/zram/zram.ko blackbox:~# Most likely you can fix this by running depmod again, but that is run automatically at installation time. No, doesn't help unforteunately: blackbox:~# depmod blackbox:~# modprobe zram zram_num_devices=2 ERROR: could not insert 'zram': No such file or directory blackbox:~# Thanks, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: rdor...@web.de jabber: rdor...@jabber.org GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ signature.asc Description: This is a digitally signed message part.
Re: zram advice needed
On Mon, 2012-04-09 at 17:24 +0200, Rainer Dorsch wrote: [...] Most likely you can fix this by running depmod again, but that is run automatically at installation time. No, doesn't help unforteunately: blackbox:~# depmod blackbox:~# modprobe zram zram_num_devices=2 ERROR: could not insert 'zram': No such file or directory blackbox:~# Well I have no idea what's going wrong. Please report a bug against kmod (assuming that package is installed) or else module-init-tools. Ben. -- Ben Hutchings Sturgeon's Law: Ninety percent of everything is crap. signature.asc Description: This is a digitally signed message part
[bts-link] source package linux-2.6
# # bts-link upstream status pull for source package linux-2.6 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #613979 (http://bugs.debian.org/613979) # Bug title: linux-image-2.6.37-1-amd64: kernel oops with snd-hda-intel: BUG: unable to handle kernel paging request at c90011c08000 # * http://bugzilla.kernel.org/show_bug.cgi?id=30552 # * remote status changed: (?) - RESOLVED # * remote resolution changed: (?) - CODE-FIX usertags 613979 + status-RESOLVED resolution-CODE-FIX thanks -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120409163741.24125.64286.btsl...@busoni.debian.org
[bts-link] source package src:linux-2.6
# # bts-link upstream status pull for source package src:linux-2.6 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #658401 (http://bugs.debian.org/658401) # Bug title: base: Atheros AR9285 Wi-Fi adapter not working on HP 630 notebook with Wheezy # * http://bugzilla.kernel.org/show_bug.cgi?id=42803 # * remote status changed: NEEDINFO - ASSIGNED usertags 658401 - status-NEEDINFO usertags 658401 + status-ASSIGNED thanks -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120409163741.24125.62948.btsl...@busoni.debian.org
Processed: unmerging 613979, notfound 613979 in 2.6.32-31, closing 613979
Processing commands for cont...@bugs.debian.org: # underlying bug exists but is non-critical in 2.6.32; keep that open as #637659 unmerge 613979 Bug #613979 [linux-2.6] linux-image-2.6.37-1-amd64: kernel oops with snd-hda-intel: BUG: unable to handle kernel paging request at c90011c08000 Bug #637659 [linux-2.6] pci :00:00.0: BAR 0: address space collision on of device [0xc800-0xcfff] Disconnected #613979 from all other report(s). notfound 613979 2.6.32-31 Bug #613979 [linux-2.6] linux-image-2.6.37-1-amd64: kernel oops with snd-hda-intel: BUG: unable to handle kernel paging request at c90011c08000 There is no source info for the package 'linux-2.6' at version '2.6.32-31' with architecture '' Unable to make a source version for version '2.6.32-31' No longer marked as found in versions 2.6.32-31. close 613979 Bug #613979 [linux-2.6] linux-image-2.6.37-1-amd64: kernel oops with snd-hda-intel: BUG: unable to handle kernel paging request at c90011c08000 Marked Bug as done thanks Stopping processing here. Please contact me if you need assistance. -- 613979: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613979 637659: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637659 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.133399226015889.transcr...@bugs.debian.org
Bug#668211: linux-image-3.2.0-2-686-pae: Genius iSlim 1300 V2 webcam not working since 2.6.39
Package: linux-2.6 Version: 3.2.14-1 Severity: normal Dear Maintainer, my iSlim 1300 V2 webcam is detected, but its not working. Every program I tried gives a black screen, while mplayer shows a green window. I tried several kernels listed at http://snapshot.debian.org/package/linux-2.6/ and this is what I found: was working in: 2.6.32-5-686_2.6.32-36_i386.deb 2.6.35-trunk-686_2.6.35-1~experimental.3_i386.deb 2.6.37-1-686_2.6.37-1_i386.deb 2.6.38-2-686_2.6.38-5_i386.deb was not working in: 3.2.14-1 3.1.0-1-686-pae 2.6.39-1-686-pae 2.6.39-rc7-686-pae_2.6.39~rc7-1~experimental.1_i386.deb 2.6.39-rc4-686-pae_2.6.39~rc4-1~experimental.1_i386.deb So the last working one was 2.6.38-5 (2.6.38-2-686_2.6.38-5_i386.deb), the problem is introduced in 2.6.39~rc4-1~experimental.1 (2.6.39-rc4-686-pae_2.6.39~rc4-1~experimental.1_i386.deb) More information : $ lsusb: Bus 001 Device 004: ID 0458:7071 KYE Systems Corp. (Mouse Systems) $ lsusb -vvv -d 0458:7071 islim_webcam_lsusb.txt libusb couldn't open USB device /dev/bus/usb/001/004: Permission denied. libusb requires write access to USB device nodes. Couldn't open device, some information will be missing uploaded to: http://pastebin.com/ndjv8Nq0 -- $ mplayer tv:// MPlayer SVN-r33508-4.4.5 (C) 2000-2011 MPlayer Team Playing tv://. TV file format detected. Selected driver: v4l2 name: Video 4 Linux 2 input author: Martin Olschewski olschew...@zpr.uni-koeln.de comment: first try, more to come v4l2: your device driver does not support VIDIOC_G_STD ioctl, VIDIOC_G_PARM was used instead. Selected device: iSlim 1300 V2 Capabilities: video capture streaming supported norms: inputs: 0 = Camera 1; Current input: 0 Current format: YUYV v4l2: ioctl set format failed: Invalid argument v4l2: ioctl set format failed: Invalid argument v4l2: ioctl set format failed: Invalid argument tv.c: norm_from_string(pal): Bogus norm parameter, setting default. v4l2: ioctl enum norm failed: Invalid argument Error: Cannot set norm! Selected input hasn't got a tuner! v4l2: ioctl set mute failed: Invalid argument Opening video filter: [ass auto=1] [ass] auto-open == Opening video decoder: [raw] RAW Uncompressed Video Could not find matching colorspace - retrying with -vf scale... Opening video filter: [scale] Movie-Aspect is undefined - no prescaling applied. [swscaler @ 0x94cbd30] using unscaled yuyv422 - yuv420p special converter VO: [xv] 640x480 = 640x480 Planar YV12 [zoom] Selected video codec: [rawyuy2] vfm: raw (RAW YUY2) == Audio: no sound Starting playback... v4l2: select timeout ** Message: Screensaver is not running! V: 0.0 2/ 2 ??% ??% ??,?% 0 0 v4l2: select timeout V: 0.0 4/ 4 ??% ??% ??,?% 0 0 v4l2: select timeout V: 0.0 6/ 6 ??% ??% ??,?% 0 0 v4l2: select timeout v4l2: ioctl set mute failed: Invalid argument v4l2: 0 frames successfully processed, 1 frames dropped. Exiting... (Quit) -- $ v4l-conf v4l-conf: using X11 display :0 dga: version 2.0 X Error of failed request: XF86DGANoDirectVideoMode Major opcode of failed request: 130 (XFree86-DGA) Minor opcode of failed request: 1 (XF86DGAGetVideoLL) Serial number of failed request: 15 Current serial number in output stream: 15 -- $ v4l-info ### v4l2 device info [/dev/video0] ### general info VIDIOC_QUERYCAP driver : uvcvideo card: iSlim 1300 V2 bus_info: usb-:00:1d.7-8 version : 3.2.10 capabilities: 0x401 [VIDEO_CAPTURE,STREAMING] standards inputs VIDIOC_ENUMINPUT(0) index : 0 name: Camera 1 type: CAMERA audioset: 0 tuner : 0 std : 0x0 [] status : 0x0 [] video capture VIDIOC_ENUM_FMT(0,VIDEO_CAPTURE) index : 0 type: VIDEO_CAPTURE flags : 0 description : YUV 4:2:2 (YUYV) pixelformat : 0x56595559 [YUYV] VIDIOC_ENUM_FMT(1,VIDEO_CAPTURE) index : 1 type: VIDEO_CAPTURE flags : 1 description : MJPEG pixelformat : 0x47504a4d [MJPG] VIDIOC_G_FMT(VIDEO_CAPTURE) type: VIDEO_CAPTURE fmt.pix.width : 640 fmt.pix.height : 480 fmt.pix.pixelformat : 0x56595559 [YUYV] fmt.pix.field : NONE
Re: zram advice needed
Hi, Am Monday 09 April 2012 schrieb Ben Hutchings: On Mon, 2012-04-09 at 17:24 +0200, Rainer Dorsch wrote: [...] Most likely you can fix this by running depmod again, but that is run automatically at installation time. No, doesn't help unforteunately: blackbox:~# depmod blackbox:~# modprobe zram zram_num_devices=2 ERROR: could not insert 'zram': No such file or directory blackbox:~# Well I have no idea what's going wrong. Please report a bug against kmod (assuming that package is installed) or else module-init-tools. I have kmod installed rd@blackbox:~/sb$ apt-cache policy kmod kmod: Installiert: 6-2 Kandidat:6-2 Versionstabelle: *** 6-2 0 500 http://ftp-stud.fht-esslingen.de/debian/ wheezy/main i386 Packages 300 http://ftp-stud.fht-esslingen.de/debian/ sid/main i386 Packages 100 /var/lib/dpkg/status rd@blackbox:~/sb$ and opened a bug report http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668216 Thanks again, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: rdor...@web.de jabber: rdor...@jabber.org GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ signature.asc Description: This is a digitally signed message part.
Bug#667434: lvcreate / lvremove snapshot under Xen causes Kernel OOPs
Hi Ian, On 05/04/12 21:04, Ian Campbell wrote: On Thu, 2012-04-05 at 09:00 +1200, Quintin Russ wrote: Those issues were believed to be fixed in 2.6.32-34 and you are running 2.6.32-39 so either this is a different issue (perhaps with similar symptoms) or the issue isn't really fixed. Either way I think we need to see your kernel logs containing the actual oops in order to make any progress. Yes, we have been having this problem since before 2.6.32-34 and were very hopeful that change would fix it. This sadly was not the case. Unfortunately there isn't anything in the logs for this, but I have a screenshot from the console, which I have attached. Thanks. Googling around for issues with sync_super threw up https://bugzilla.redhat.com/show_bug.cgi?id=587265 and https://bugzilla.redhat.com/show_bug.cgi?id=550724. Comment 81 of the second one mentioned issues with IRQ handling which reminded me that a bunch of those were fixed 2.6.32-40 whereas you are running -39 (which is fair enough since that is the version currently in stable). Could you try the kernel from stable-proposed-updates (now 2.6.32-43)? Also referenced was https://lkml.org/lkml/2010/9/1/178 which supports the interrupt problem theory. Thanks for that, I think you could be on the right track here. On another dom0 which crashed over the weekend I observed the following behaviour at least 6 times while doing a raid re-sync, unsure if this is related at all, but disk utilisation is low the server is responsive. Apr 10 03:30:47 dom0 kernel: [261639.807061] INFO: task umount:18216 blocked for more than 120 seconds. Apr 10 03:30:47 dom0 kernel [261639.807098] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. Apr 10 03:30:47 dom0 kernel: [261639.807146] umountD 0002 0 18216 18214 0x Apr 10 03:30:47 dom0 kernel: [261639.807152] 88003d44cdb0 0286 00043ca5fd08 88003ca5fd98 Apr 10 03:30:47 dom0 kernel: [261639.807157] f9e0 88003ca5ffd8 Apr 10 03:30:47 dom0 kernel: [261639.807161] 00015780 00015780 88003d44a350 88003d44a648 Apr 10 03:30:47 dom0 kernel: [261639.807165] Call Trace: Apr 10 03:30:47 dom0 kernel: [261639.807177] [8100e635] ? xen_force_evtchn_callback+0x9/0xa Apr 10 03:30:47 dom0 kernel: [261639.807180] [8100ecf2] ? check_events+0x12/0x20 Apr 10 03:30:47 dom0 kernel: [261639.807186] [81040e42] ? check_preempt_wakeup+0x0/0x268 Apr 10 03:30:47 dom0 kernel: [261639.807191] [81109647] ? bdi_sched_wait+0x0/0xe Apr 10 03:30:47 dom0 kernel: [261639.807194] [81109650] ? bdi_sched_wait+0x9/0xe Apr 10 03:30:47 dom0 kernel: [261639.807201] [8130deda] ? _spin_unlock_irqrestore+0xd/0xe Apr 10 03:30:47 dom0 kernel: [261639.807205] [8130d127] ? __wait_on_bit+0x41/0x70 Apr 10 03:30:47 dom0 kernel: [261639.807208] [81040e42] ? check_preempt_wakeup+0x0/0x268 Apr 10 03:30:47 dom0 kernel: [261639.807211] [81109647] ? bdi_sched_wait+0x0/0xe Apr 10 03:30:47 dom0 kernel: [261639.807214] [8130d1c1] ? out_of_line_wait_on_bit+0x6b/0x77 Apr 10 03:30:47 dom0 kernel: [261639.807219] [81066048] ? wake_bit_function+0x0/0x23 Apr 10 03:30:47 dom0 kernel: [261639.807222] [811096c8] ? sync_inodes_sb+0x73/0x12a Apr 10 03:30:47 dom0 kernel: [261639.807227] [8110d27d] ? __sync_filesystem+0x4b/0x70 Apr 10 03:30:47 dom0 kernel: [261639.807239] [810f1e5e] ? generic_shutdown_super+0x21/0xfa Apr 10 03:30:47 dom0 kernel: [261639.807242] [8100ecdf] ? xen_restore_fl_direct_end+0x0/0x1 Apr 10 03:30:47 dom0 kernel: [261639.807245] [810f1f59] ? kill_block_super+0x22/0x3a Apr 10 03:30:47 dom0 kernel: [261639.807249] [810f2629] ? deactivate_super+0x60/0x77 Apr 10 03:30:47 dom0 kernel: [261639.807254] [81104f9c] ? sys_umount+0x2dc/0x30b Apr 10 03:30:47 dom0 kernel: [261639.807257] [81011b42] ? system_call_fastpath+0x16/0x1b When reviewing our logs across multiple crashes affecting multiple physical servers I note that 1 process is umounting the snapshot while another process takes a new snapshot as the last log entry on the server before the oops. It will take us a few days (probably a week) or so to get this new kernel rolled out, but will post an update here on how that has changed things once I know more. If there's any chance of setting up a serial console to catch this issue should it happen again then that would be very useful too. Will also be looking into the possibility of setting this up, as it has been happening fairly frequently for us. Thanks for your help so far. :-) Best Regards, Quintin -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f836b56.6000...@quintin.co.nz
Bug#667799: [3.0 - 3.2.13 regression] Radeon KMS fails on Radeon X850XT (R480) graphics card
On 09/04/12 15:11, Jonathan Nieder wrote: tags 667799 + upstream patch moreinfo found 667799 linux-2.6/3.3-1~experimental.1 quit If you get a chance to try it, please report the result to the upstream bugtracker. This information can be used to help decide whether and how quickly to apply the patch to mainline and the stable trees. I have done basic testing. Pulling a kernel source tree for 3.3.y and applying the patch results in a new kernel which now boots successfully. Currently running kernel is :- $ uname -a Linux mordor 3.3.1+ #5 SMP Tue Apr 10 01:53:45 BST 2012 x86_64 GNU/Linux Which is working I've not tested this tree without the patch yes, so can't be 100% certain, but that patch is looking pretty convincing so far. Mike -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f838e1e.4010...@coruscant.demon.co.uk
Bug#668211: linux-image-3.2.0-2-686-pae: Genius iSlim 1300 V2 webcam not working since 2.6.39
On Mon, 2012-04-09 at 20:58 +0200, Peter Baranyi wrote: Package: linux-2.6 Version: 3.2.14-1 Severity: normal Dear Maintainer, my iSlim 1300 V2 webcam is detected, but its not working. Every program I tried gives a black screen, while mplayer shows a green window. I tried several kernels listed at http://snapshot.debian.org/package/linux-2.6/ and this is what I found: [...] So the last working one was 2.6.38-5 (2.6.38-2-686_2.6.38-5_i386.deb), the problem is introduced in 2.6.39~rc4-1~experimental.1 (2.6.39-rc4-686-pae_2.6.39~rc4-1~experimental.1_i386.deb) [...] Thank you very much for testing this in advance. The uvcvideo driver used for this webcam is *identical* in Debian versions 2.6.38-5 and 2.6.39-rc4 (except for comments). So this regression was presumably caused by a change in some more general code, probably in V4L2 (support for cameras and video capture). It's also possible that the problem could be on the display side, since video is usually displayed differently from other graphics. Are you able to play video files successfully? Can mplayer show the webcam video properly if you use the option '-vo x11'? Ben. -- Ben Hutchings It is easier to change the specification to fit the program than vice versa. signature.asc Description: This is a digitally signed message part
Processed: tagging 668211
Processing commands for cont...@bugs.debian.org: tags 668211 + moreinfo Bug #668211 [linux-2.6] linux-image-3.2.0-2-686-pae: Genius iSlim 1300 V2 webcam not working since 2.6.39 Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 668211: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668211 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13340261183941.transcr...@bugs.debian.org