Bug#590226: linux-tools-2.6: uninstallable
Package: linux-tools-2.6 Severity: normal $ sudo aptitude install linux-tools-2.6 The following NEW packages will be installed: linux-tools-2.6 linux-tools-2.6.32{ab} 0 packages upgraded, 2 newly installed, 0 to remove and 409 not upgraded. Need to get 291kB of archives. After unpacking 549kB will be used. The following packages have unmet dependencies: linux-tools-2.6.32: Depends: binutils ( 2.20.2) but 2.20.51.20100617-1 is installed. The following actions will resolve these dependencies: Keep the following packages at their current version: 1) linux-tools-2.6 [Not Installed] 2) linux-tools-2.6.32 [Not Installed] $ apt-cache policy binutils binutils: Installed: 2.20.51.20100617-1 Candidate: 2.20.51.20100617-1 Version table: 2.20.51.20100710-2 0 1 ftp://ftp.ro.debian.org experimental/main Packages *** 2.20.51.20100617-1 0 100 /var/lib/dpkg/status 2.20.1-12 0 990 ftp://ftp.ro.debian.org unstable/main Packages 990 ftp://ftp.de.debian.org unstable/main Packages 500 ftp://ftp.ro.debian.org testing/main Packages If I try to downgrade binutils it wants to remove gcc-4.5: $ sudo apt-get install binutils=2.20.1-12 binutils-multiarch=2.20.1-12 binutils-dev=2.20.1-12 Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: g++-4.5 gcc-4.5 libstdc++6-4.5-dev The following packages will be DOWNGRADED: binutils binutils-dev binutils-multiarch Why does linux-tools-2.6 require a specific version of binutils? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-rc6 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- 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/20100725062747.8534.26897.report...@deb0
Bug#590226: linux-tools-2.6: uninstallable
On Sun, 2010-07-25 at 09:27 +0300, Török Edwin wrote: [...] Why does linux-tools-2.6 require a specific version of binutils? It uses libbfd. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Processed: reassign 590226 to linux-2.6 ...
Processing commands for cont...@bugs.debian.org: reassign 590226 linux-2.6 Bug #590226 [linux-tools-2.6] linux-tools-2.6: uninstallable Bug reassigned from package 'linux-tools-2.6' to 'linux-2.6'. retitle 590226 linux-tools-2.6: depends on specific versions of binutils Bug #590226 [linux-2.6] linux-tools-2.6: uninstallable Changed Bug title to 'linux-tools-2.6: depends on specific versions of binutils' from 'linux-tools-2.6: uninstallable' thanks Stopping processing here. Please contact me if you need assistance. -- 590226: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590226 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.128006043520156.transcr...@bugs.debian.org
Re: linux-2.6_2.6.35~rc6-1~experimental.1_multi.changes is NEW
Op 20100724 om 17:03 schreef Archive Administrator: linux-source-2.6.35_2.6.35~rc6-1~experimental.1_all.deb to main/l/linux-2.6/linux-source-2.6.35_2.6.35~rc6-1~experimental.1_all.deb (new) linux-support-2.6.35-rc6_2.6.35~rc6-1~experimental.1_all.deb optional devel AFAIK is now 2.6.35-rc6 stuck in the NEW queue. Has someone an URL to linux-source-2.6.35_2.6.35~rc6-1~experimental.1_all.deb to wget it all ready? Groeten Geert Stappers -- 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/20100725122359.gr11...@gpm.stappers.nl
Re: Bug#590226: linux-tools-2.6: uninstallable
On Sun, Jul 25, 2010 at 01:12:42PM +0100, Ben Hutchings wrote: On Sun, 2010-07-25 at 09:27 +0300, Török Edwin wrote: [...] Why does linux-tools-2.6 require a specific version of binutils? It uses libbfd. Okay, so linux-2.6 is now part of a much larger bunch of tightly coupled packages. Bastian -- You can't evaluate a man by logic alone. -- McCoy, I, Mudd, stardate 4513.3 -- 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/20100725131650.ga4...@wavehammer.waldi.eu.org
Re: Bug#590226: linux-tools-2.6: uninstallable
On Sun, Jul 25, 2010 at 15:16:50 +0200, Bastian Blank wrote: On Sun, Jul 25, 2010 at 01:12:42PM +0100, Ben Hutchings wrote: On Sun, 2010-07-25 at 09:27 +0300, Török Edwin wrote: [...] Why does linux-tools-2.6 require a specific version of binutils? It uses libbfd. Okay, so linux-2.6 is now part of a much larger bunch of tightly coupled packages. perf in bundling userspace utilities in the kernel source tree is a bad idea shocker. Would it be possible to link it against libbfd.a instead? Cheers, Julien signature.asc Description: Digital signature
Re: Bug#590226: linux-tools-2.6: uninstallable
On Sun, Jul 25, 2010 at 03:30:42PM +0200, Julien Cristau wrote: Would it be possible to link it against libbfd.a instead? I would just merge it into linux-kbuild-2.6, the only package building userspace binaries. Bastian -- Conquest is easy. Control is not. -- Kirk, Mirror, Mirror, stardate unknown -- 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/20100725134816.ga4...@wavehammer.waldi.eu.org
Bug#590280: linux-image-2.6.32-5-amd64: Kernel module for wireless PCI card Realtek RTL8191SE/RTL8192SE
Package: linux-2.6 Version: 2.6.32-18 Severity: normal Hello, I did not manage to use my PCI wireless card RTL8191SE with linux- image-2.6.32-5-amd64 version 2.6.32-18. The commad modprobe r8192_pci does not bring device to life. Note that I did install the firmware-realtek package version 0.26. $ ls /lib/firmware/ hp RTL8192E RTL8192SE RTL8192SU Here is what I did to use the device: I downloaded rtl8192se_linux_2.6.0017.0507.2010.tar.gz from http://www.realtek.com/products/productsView.aspx?Langid=1PNid=21PFid=48Level=5Conn=4ProdID=226 and compiled the module. I also copied the firmware RTL8192SE in /lib/firmware (as already seen in the ls output above). Apart from a make install problem signaled in Bug#590189, I could bring the device to life with insmod r8192se_pci.ko. My conclusion is that the driver modules provided by the current version of linux-image-2.6.32-5-amd64 do not allow to use the RTL8191SE card. Could you include the driver for this card ? Best regards, O.C. Details: lspci -s 02:00.0 -v 02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8191SEvB Wireless LAN Controller (rev 10) Subsystem: Realtek Semiconductor Co., Ltd. RTL8191SEvB Wireless LAN Controller Flags: fast devsel, IRQ 16 I/O ports at 2000 [size=256] Memory at f850 (32-bit, non-prefetchable) [size=16K] Capabilities: access denied lspci -s 02:00.0 -vn 02:00.0 0280: 10ec:8172 (rev 10) Subsystem: 10ec:8172 -- Package-specific info: ** Version: Linux version 2.6.32-5-amd64 (Debian 2.6.32-18) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Sat Jul 24 01:47:24 UTC 2010 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-amd64 root=/dev/mapper/mon_groupe-volume_logique_root ro quiet ** Tainted: C (1024) * Module from drivers/staging has been loaded. ** Kernel log: [11380.508040] =rtl8192_set_chan()ch:6 [11380.620330] =rtl8192_set_chan()ch:7 [11380.736035] =rtl8192_set_chan()ch:8 [11380.848053] =rtl8192_set_chan()ch:9 [11380.961267] =rtl8192_set_chan()ch:10 [11381.072041] =rtl8192_set_chan()ch:11 [11381.184042] =rtl8192_set_chan()ch:12 [11381.296037] =rtl8192_set_chan()ch:13 [11381.409097] =rtl8192_set_chan()ch:11 [11381.419086] ===rtl8192se_link_change():ieee-iw_mode is 2 [11381.419093] rtl8192_update_cap(): WLAN_CAPABILITY_LONG_PREAMBLE [11403.669929] rtl8192_hw_sleep_down(): RF Change in progress! [11439.889937] LPS leave: notify AP we are awaked ++ SendNullFunctionData [11439.890029] ===rtl8192se_link_change():ieee-iw_mode is 2 [11439.944062] =rtl8192_set_chan()ch:1 [11440.056318] =rtl8192_set_chan()ch:2 [11440.168040] =rtl8192_set_chan()ch:3 [11440.280080] =rtl8192_set_chan()ch:4 [11440.392046] =rtl8192_set_chan()ch:5 [11440.504030] =rtl8192_set_chan()ch:6 [11440.616034] =rtl8192_set_chan()ch:7 [11440.728087] =rtl8192_set_chan()ch:8 [11440.840673] =rtl8192_set_chan()ch:9 [11440.956072] =rtl8192_set_chan()ch:10 [11441.068741] =rtl8192_set_chan()ch:11 [11441.180050] =rtl8192_set_chan()ch:12 [11441.292036] =rtl8192_set_chan()ch:13 [11441.404299] =rtl8192_set_chan()ch:11 [11441.414289] ===rtl8192se_link_change():ieee-iw_mode is 2 [11441.414295] rtl8192_update_cap(): WLAN_CAPABILITY_LONG_PREAMBLE [11443.673218] rtl8192_hw_wakeup(): RF Change in progress! schedule wake up task again [11467.669105] rtl8192_hw_sleep_down(): RF Change in progress! [11471.665106] rtl8192_hw_sleep_down(): RF Change in progress! [11519.886017] LPS leave: notify AP we are awaked ++ SendNullFunctionData [11519.886113] ===rtl8192se_link_change():ieee-iw_mode is 2 [11519.941020] =rtl8192_set_chan()ch:1 [11520.052043] =rtl8192_set_chan()ch:2 [11520.164109] =rtl8192_set_chan()ch:3 [11520.276036] =rtl8192_set_chan()ch:4 [11520.388188] =rtl8192_set_chan()ch:5 [11520.500315] =rtl8192_set_chan()ch:6 [11520.616385] =rtl8192_set_chan()ch:7 [11520.728136] =rtl8192_set_chan()ch:8 [11520.840041] =rtl8192_set_chan()ch:9 [11520.952047] =rtl8192_set_chan()ch:10 [11521.064034] =rtl8192_set_chan()ch:11 [11521.176053] =rtl8192_set_chan()ch:12 [11521.288393] =rtl8192_set_chan()ch:13 [11521.400110] =rtl8192_set_chan()ch:11 [11521.410106] ===rtl8192se_link_change():ieee-iw_mode is 2 [11521.410113] rtl8192_update_cap(): WLAN_CAPABILITY_LONG_PREAMBLE [11561.673715] rtl8192_hw_sleep_down(): RF Change in progress! [11565.668890] rtl8192_hw_sleep_down(): RF Change in progress! [11619.891540] LPS leave: notify AP we are awaked ++ SendNullFunctionData [11619.891635] ===rtl8192se_link_change():ieee-iw_mode is 2 [11619.945102]
Re: Bug#590226: linux-tools-2.6: uninstallable
On Sun, 2010-07-25 at 15:30 +0200, Julien Cristau wrote: On Sun, Jul 25, 2010 at 15:16:50 +0200, Bastian Blank wrote: On Sun, Jul 25, 2010 at 01:12:42PM +0100, Ben Hutchings wrote: On Sun, 2010-07-25 at 09:27 +0300, Török Edwin wrote: [...] Why does linux-tools-2.6 require a specific version of binutils? It uses libbfd. Okay, so linux-2.6 is now part of a much larger bunch of tightly coupled packages. perf in bundling userspace utilities in the kernel source tree is a bad idea shocker. Would it be possible to link it against libbfd.a instead? This might be sensible, as it will otherwise be impossible to keep linux-tools-* installed for a wide range of different kernel versions. However we would need to discuss this with the FTP and security teams. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#584744: linux-2.6: built-in radeonfb breaks DRM
Package: linux-2.6 Severity: normal With the built-in radeonfb and KMS enabled by default, DRM is broken on eMacs. See e.g. FDO#27502 [1]. Disabling KMS in /etc/modprobe.d/radeon-kms.conf works around the issue. Not sure what a real fix would be in this case - is there a framebuffer driver that can coexist with drm? [1] https://bugs.freedesktop.org/show_bug.cgi?id=27502 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-5-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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/20100725162322.1670.85918.report...@emac.sascha.silbe.org
Bug#584744: marked as done (linux-2.6: radeonfb builtin on sparc and powerpc)
Your message dated Sun, 25 Jul 2010 18:11:37 +0100 with message-id 1280077897.4915.41.ca...@localhost and subject line Re: Bug#584744: linux-2.6: built-in radeonfb breaks DRM has caused the Debian Bug report #584744, regarding linux-2.6: radeonfb builtin on sparc and powerpc to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 584744: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584744 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: linux-2.6 Version: 2.6.32-10 Severity: important Hi, the sid kernel has radeonfb builtin on some archs: debian/config/powerpc/config:CONFIG_FB_RADEON=y debian/config/sparc/config:CONFIG_FB_RADEON=y This is likely to conflict with the fb provided by the radeon drm driver with kms. Maybe they can be made =m instead? Cheers, Julien signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- On Sun, 2010-07-25 at 18:23 +0200, Sascha Silbe wrote: Package: linux-2.6 Severity: normal With the built-in radeonfb and KMS enabled by default, DRM is broken on eMacs. See e.g. FDO#27502 [1]. Disabling KMS in /etc/modprobe.d/radeon-kms.conf works around the issue. Not sure what a real fix would be in this case - is there a framebuffer driver that can coexist with drm? When you enable KMS, the DRM driver is a framebuffer driver. You are asking for two framebuffer drivers to handle the same hardware, which is of course impossible. [1] https://bugs.freedesktop.org/show_bug.cgi?id=27502 Which says exactly what I just told you (comment 7). Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part ---End Message---
Processed: reopening 584744
Processing commands for cont...@bugs.debian.org: # oops reopen 584744 Bug #584744 {Done: Ben Hutchings b...@decadent.org.uk} [linux-2.6] linux-2.6: radeonfb builtin on sparc and powerpc thanks Stopping processing here. Please contact me if you need assistance. -- 584744: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584744 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.12800784263085.transcr...@bugs.debian.org
Bug#589963: preinst fails if awk is unpacked but not configured
Bastian Blank wa...@debian.org writes: On Sat, Jul 24, 2010 at 04:51:50PM -0700, Steve Langasek wrote: Only because it's a cdebootstrap bug. Unless you see something that causes initramfs-tools to be pulled into the essential set (which I do not), this is a cdebootstrap bug for not fulfilling the pre-depends of the essential packages before continuing. At least in Lucid, initramfs-tools is essential: util-linux - upstart(upstart-job) - mountall - plymouth - initramfs-tools You should know better, awk is not essential. Also essential means that it have to work _without_ being configured. I know quite well that awk *is* part of the essential closure, because it's a pre-dependency of an essential package. Even *unpacking* of base-files is not supposed to happen (in an ideal world) before awk has been configured, and you definitely shouldn't be trying to configure *other* packages before the pre-depends of essential packages have been satisfied. In an ideal world, it is possible to configure every essential package with its dependencies and pre-dependendies on its own. Bastian Maybe since awk is essential by way of being a pre-depends of base-files both mawk and gawk should behave as if they were essential. Meaning awk should work with [gm]awk unpacked but not yet configured. If both gawk and mawk create the awk link in preinst if it is missing then awk can be used with [mg]awk unpacked. Probably needs some special hand holding of update-alternatives in postinst for it to work though. But it should be managable. MfG Goswin -- 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/87r5ire96t@frosties.localdomain
Bug#589963: preinst fails if awk is unpacked but not configured
On Sun, Jul 25, 2010 at 03:27:40AM +0200, Bastian Blank wrote: On Sat, Jul 24, 2010 at 04:51:50PM -0700, Steve Langasek wrote: Only because it's a cdebootstrap bug. Unless you see something that causes initramfs-tools to be pulled into the essential set (which I do not), this is a cdebootstrap bug for not fulfilling the pre-depends of the essential packages before continuing. At least in Lucid, initramfs-tools is essential: util-linux - upstart(upstart-job) - mountall - plymouth - initramfs-tools No, only essential packages and the pre-depends of essential packages (and the transitive dependencies of the latter) are part of the essential closure. util-linux depends: upstart should not lead to trying to satisfy the dependency chain of upstart before configuring the pre-depends of essential packages. Do you see another dependency chain that causes initramfs-tools to be treated as essential by cdebootstrap? Or does cdebootstrap have an option that allows for debugging this? It's entirely possible that I have overlooked a dependency chain that accounts for this being an initramfs-tools bug only and not a cdebootstrap bug, but I have looked - there's nothing obvious, which is why I think it's a cdebootstrap bug. You should know better, awk is not essential. Also essential means that it have to work _without_ being configured. I know quite well that awk *is* part of the essential closure, because it's a pre-dependency of an essential package. Even *unpacking* of base-files is not supposed to happen (in an ideal world) before awk has been configured, and you definitely shouldn't be trying to configure *other* packages before the pre-depends of essential packages have been satisfied. In an ideal world, it is possible to configure every essential package with its dependencies and pre-dependendies on its own. Yes. But even so, cdebootstrap needs to get the ordering right. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#589963: preinst fails if awk is unpacked but not configured
On Sun, Jul 25, 2010 at 07:57:14PM +0200, Goswin von Brederlow wrote: Maybe since awk is essential by way of being a pre-depends of base-files both mawk and gawk should behave as if they were essential. No. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#590327: linux-image-2.6.32-5-amd64: Unbalanced enable for IRQ 19
Package: linux-2.6 Version: 2.6.32-18 Severity: minor I'm getting this warning for quite a while now, but not on every boot. Stack traces below ide_pci_init_two differ slightly. I've also tried the current experimental kernel, but the warning is still there (although the stack trace is somewhat different). -- Package-specific info: ** Version: Linux version 2.6.32-5-amd64 (Debian 2.6.32-18) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Sat Jul 24 03:54:06 UTC 2010 ** Command line: auto BOOT_IMAGE=debian root=/dev/mapper/vg--ogar--2009-root ** Not tainted ** Kernel log: 2.6.32-5-amd64 (Debian 2.6.32-18): [2.555752] [ cut here ] [2.556568] usb 5-2: configuration #1 chosen from 1 choice [2.560005] WARNING: at /build/buildd-linux-2.6_2.6.32-18-i386-HNrmOz/linux-2.6-2.6.32/debian/build/source_i386_none/kernel/irq/manage.c:274 enable_irq+0x48/0x7c() [2.560005] Hardware name: EP45T-EXTREME [2.560005] Unbalanced enable for IRQ 19 [2.560005] Modules linked in: hid uhci_hcd firewire_ohci(+) firewire_core crc_itu_t sym53c8xx(+) scsi_transport_spi it8213(+) ide_core e1000(+) thermal thermal_sys ahci libata r8169 mii igb dca ehci_hcd scsi_mod usbcore nls_base [2.560005] Pid: 180, comm: modprobe Not tainted 2.6.32-5-amd64 #1 [2.560005] Call Trace: [2.560005] [810936ee] ? enable_irq+0x48/0x7c [2.560005] [810936ee] ? enable_irq+0x48/0x7c [2.560005] [8104c8bc] ? warn_slowpath_common+0x77/0xa3 [2.560005] [8104c944] ? warn_slowpath_fmt+0x51/0x59 [2.560005] [812f3fe3] ? schedule_timeout+0x9d/0xb8 [2.560005] [810595c8] ? msleep+0x14/0x1e [2.560005] [a010d57c] ? do_probe+0x1ce/0x1e6 [ide_core] [2.560005] [81191789] ? delay_tsc+0x30/0x73 [2.560005] [810936ee] ? enable_irq+0x48/0x7c [2.560005] [a010db11] ? ide_probe_port+0x57d/0x5ab [ide_core] [2.560005] [a010de3a] ? ide_host_register+0x270/0x61e [ide_core] [2.560005] [a0111e15] ? ide_pci_init_two+0x4e5/0x5a8 [ide_core] [2.560005] [8118ad1c] ? ida_get_new_above+0xf5/0x1b3 [2.560005] [8118ab32] ? idr_get_empty_slot+0x16d/0x262 [2.560005] [810fcec4] ? iput+0x27/0x60 [2.560005] [8118ad1c] ? ida_get_new_above+0xf5/0x1b3 [2.560005] [810fcec4] ? iput+0x27/0x60 [2.560005] [8113cdcb] ? sysfs_addrm_finish+0x66/0x20a [2.560005] [8119e282] ? local_pci_probe+0x12/0x16 [2.560005] [8119eed2] ? pci_device_probe+0xc0/0xe9 [2.560005] [8121badc] ? driver_probe_device+0xa3/0x14b [2.560005] [8121bbd3] ? __driver_attach+0x4f/0x6f [2.560005] [8121bb84] ? __driver_attach+0x0/0x6f [2.560005] [8121b3ab] ? bus_for_each_dev+0x43/0x74 [2.560005] [8121ad6b] ? bus_add_driver+0xaf/0x1f8 [2.560005] [8121be8b] ? driver_register+0xa7/0x111 [2.560005] [a012d000] ? it8213_ide_init+0x0/0x1a [it8213] [2.560005] [8119f118] ? __pci_register_driver+0x50/0xb8 [2.560005] [a012d000] ? it8213_ide_init+0x0/0x1a [it8213] [2.560005] [8100a065] ? do_one_initcall+0x64/0x174 [2.560005] [81078d5f] ? sys_init_module+0xc5/0x21a [2.560005] [81036462] ? ia32_sysret+0x0/0x5 [2.560005] ---[ end trace b0d51b751290dae5 ]--- [3.048134] hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4 [3.048323] hda: UDMA/100 mode selected [3.059719] ide0 at 0xd200-0xd207,0xd302 on irq 19 2.6.35-rc5-amd64 (Debian 2.6.35~rc5-1~experimental.1): [1.572006] [ cut here ] [1.572042] WARNING: at /build/buildd-linux-2.6_2.6.35~rc5-1~experimental.1-i386-gQzGH6/linux-2.6-2.6.35~rc5/debian/build/source_i386_none/kernel/irq/manage.c:290 enable_irq+0x3e/0x64() [1.572085] Hardware name: EP45T-EXTREME [1.572115] Unbalanced enable for IRQ 19 [1.572144] Modules linked in: hid uhci_hcd ahci libahci sym53c8xx(+) scsi_transport_spi libata e1000(+) it8213(+) firewire_ohci firewire_core crc_itu_t scsi_mod ide_core r8169 mii ehci_hcd thermal thermal_sys igb dca usbcore nls_base [1.572731] Pid: 209, comm: modprobe Not tainted 2.6.35-rc5-amd64 #1 [1.572759] Call Trace: [1.572788] [810441f3] ? warn_slowpath_common+0x78/0x8c [1.572817] [810442a6] ? warn_slowpath_fmt+0x45/0x4a [1.572850] [a001e388] ? do_probe+0x1ce/0x1ea [ide_core] [1.572879] [8108be75] ? enable_irq+0x3e/0x64 [1.572910] [a001e900] ? ide_probe_port+0x55c/0x589 [ide_core] [1.572942] [a001ef1a] ? ide_host_register+0x273/0x60f [ide_core] [1.572974] [a002300d] ? ide_pci_init_two+0x5b6/0x680 [ide_core] [1.573004] [8118222c] ? idr_get_empty_slot+0x16a/0x250 [1.573033] [81036ad8] ? update_curr+0xb1/0x159 [1.573062]
Bug#577640: Another oops + repost
Hi, On Thu, Jul 22, 2010 at 18:43, Eric W. Biederman ebied...@xmission.com wrote: First of all, I would like to know if anybody was able to fix this problem that got kinda lost in the thread: I can't reproduce this on 2.6.35-rc1+ Can you please test a 2.6.35-rc version? If you can still reproduce it there can you send me your .config? Otherwise I expect my last round of changes to sysfs fixed whatever was the underlying problem. I just download and compiled rc6, and all of these problems seem to be solved. Thanks a lot! -- Martín Ferrari -- 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/aanlktimc8q6_zu60vx5smxgqsd+rcpf4raf3mlqpt...@mail.gmail.com