Re: stable kernel 2.6.8-2-686
On Tue, 2006-01-17 at 16:23 -0700, dann frazier wrote: > On Mon, 2006-01-16 at 23:07 +, Stuart T. R. Rowan wrote: > > Hi, > > > > The 3c59x kernel module doesn't work with vlan (802.1q) tagged packets. > > Apparently the fix was committed somewhere around 2.6.10, anyway we've > > upgraded our stable box to vanilla kernel 2.6.15.1 to work around this > > issue -- no discarded packets at all now. > > > > If there's gonna be an update to the stable kernel, a patch to make the > > 3c59x module work with vlans rather than silently failing might be a > > plan. > > hey Stu, > got a link to the appropriate changeset(s)? > > Hey Dann, Yes! So the vlan patch turned up in patch-2.6.9.bz2. The changeset is on http://www.kernel.org/git/?p=linux/kernel/git/torvalds/old-2.6-bkcvs.git 3c59x.c has a history list here in case this builds on other non 2.6.8 patches: http://tinyurl.com/b8a95 On this you will clearly see the below commit listed: Title: [PATCH] VLAN support for 3c59x/3c90x commit 03e4b71f751da25d7b2d026ba6f4f904116e51e5 Body: This adds VLAN support to the 3c59x/90x series hardware. Stefan de Konink ported this code from the 2.4 VLAN patches and tested it extensively. I cleaned up the ifdefs and fixed a problem with bracketing that made older cards fail. I hope that helps? Thanks, Stu. (please keep me CC'd) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: stable kernel 2.6.8-2-686
On Wed, 2006-01-18 at 10:03 +, Stuart T. R. Rowan wrote: > On Tue, 2006-01-17 at 16:23 -0700, dann frazier wrote: > > On Mon, 2006-01-16 at 23:07 +, Stuart T. R. Rowan wrote: > > > Hi, > > > > > > The 3c59x kernel module doesn't work with vlan (802.1q) tagged packets. > > > Apparently the fix was committed somewhere around 2.6.10, anyway we've > > > upgraded our stable box to vanilla kernel 2.6.15.1 to work around this > > > issue -- no discarded packets at all now. > > > > > > If there's gonna be an update to the stable kernel, a patch to make the > > > 3c59x module work with vlans rather than silently failing might be a > > > plan. > > > > hey Stu, > > got a link to the appropriate changeset(s)? > > > > > Hey Dann, > > Yes! So the vlan patch turned up in patch-2.6.9.bz2. > The changeset is on > http://www.kernel.org/git/?p=linux/kernel/git/torvalds/old-2.6-bkcvs.git > 3c59x.c has a history list here in case this builds on other non 2.6.8 > patches: > http://tinyurl.com/b8a95 On this you will clearly see the below commit listed: > Title: [PATCH] VLAN support for 3c59x/3c90x > commit 03e4b71f751da25d7b2d026ba6f4f904116e51e5 > Body: > This adds VLAN support to the 3c59x/90x series hardware. > > Stefan de Konink ported this code from the 2.4 VLAN patches and tested it > extensively. I cleaned up the ifdefs and fixed a problem with bracketing > that made older cards fail. > > I hope that helps? > > Thanks, > Stu. > (please keep me CC'd) kernel bugzilla for further reference and explanation: http://bugzilla.kernel.org/show_bug.cgi?id=2991 Stu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348695: kernel-source-2.6.8: vfat/fat is too picky on media descriptor
Package: kernel-source-2.6.8 Version: 2.6.8-16 Severity: normal We're the IT support group for our mathematical institute and we're having trouble with some USB-sticks. The vfat module is not able to mount some of them because the media descriptor byte is 0xB9 instead of being between F0 and FF as the module wants it to be. The USB sticks are preformatted (by toshiba in this case) and they work under openBSD, netBSD, windows and MAC, only the linux kernel complains here. Just reformat is not always an option if you have data on it and you don't want to loose it. (We have a quite mixed userbase here with a lot of windows users) We did some research on MSDN and discovered that the definition of the media descriptor is not that well formulated. On the link below they say that these values are the valid ones (F0-FF) http://support.microsoft.com/default.aspx?scid=kb;en-us;75131 And here they say that the list shows *some* valid values http://support.microsoft.com/default.aspx?scid=kb;en-us;140418 In /fs/fat/inode.c the media descriptor is only used to verify the partition type. As we have seen above this may not be correct to be that picky there. A possible solution could be to "soften" the check in /usr/include/linux/msdos_fs.h for FAT_VALID_MEDIA(x) which currently looks like this: #define FAT_VALID_MEDIA(x) ((0xF8 <= (x) && (x) <= 0xFF) || (x) == 0xF0) IMHO this bug should be forwarded to upstream for further discussions, because I think that toshiba sells a lot of "broken" USB-sticks and this should be handled. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kernel-source-2.6.8 depends on: ii binutils 2.15-6 The GNU assembler, linker and bina ii bzip2 1.0.2-7high-quality block-sorting file co ii coreutils [fileutils] 5.2.1-2The GNU core utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348449: kernel-image-2.6.8-2-k7: Oops during lv moving on resyncing raid5 md pv
On Tue, Jan 17, 2006 at 02:31:47AM +0100, Jeroen van Wolffelaar wrote: > I did a lvremove of a snapshot of a logical volume that partly was on > md9. This lvremove command hangs, and I got the below entry in my > syslog. Resync is continuing but very slowly, while the lvremove is > still also active, and seems uninterrupteable. A parallel lvdisplay > hangs before displaying anything. In the end, system didn't recover after 6 ours, and power cycle was required. Also pvmove's crashed at some point, similarly requiring a power cycle. On reboot, lvm didn't even start anymore, and the kernel oopsed just while trying to start LVM. Something very fishy, I don't have the last oops because /var/log is on LVM. With a grml 0.5 boot cd (kernel 2.6.13.4) though, everything worked and could be recovered, pvmove resumed, etc. So I assume this bug has meanwhile been fixed in later kernel versions. There was some minor data loss though, which in itself would warrant a point-release-upload if the bug were to be found. But eh, I don't think that's a very achieveable thing to do, unless someone happens to have a good idea on what the kernel bug might be. In any case, *I* am not capable of finding it. So if you don't think it's doable to find & fix this bug, please close it, I'm pretty sure etch will be safe for this. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] http://jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348711: linux-image-2.6.15-1-686: backtrace 2.6.15-1-686 Xorg 6.9 fglrx
Package: linux-image-2.6.15-1-686 Version: 2.6.15-2 Severity: normal I'm running 2.6.15 with fglrx driver. I have got a backtrace about the Xorg process. I'm running a toshiba M30X laptop (if you need more information, mail me). And this happen at startup when gdm starts Xorg. Here the backtrace : machine check architecture supported. Intel machine check reporting enabled on CPU#0. mtrr: v2.0 (20020519) CPU: Intel(R) Pentium(R) M processor 1.70GHz stepping 06 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. ENABLING IO-APIC IRQs ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1 checking if image is initramfs... it is Freeing initrd memory: 1141k freed NET: Registered protocol family 16 ACPI: bus type pci registered PCI: PCI BIOS revision 2.10 entry at 0xfd962, last bus=2 PCI: Using configuration type 1 ACPI: Subsystem revision 20050902 ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (:00) PCI: Probing PCI hardware (bus 00) PCI quirk: region 1000-107f claimed by ICH4 ACPI/GPIO/TCO PCI quirk: region 1180-11bf claimed by ICH4 GPIO PCI: Ignoring BAR0-3 of IDE controller :00:1f.1 Boot video device is :01:00.0 PCI: Transparent bridge - :00:1e.0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGPB._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIB._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 7 *10 12 14 15) ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 7 *11 12 14 15) ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 *5 6 7 10 12 14 15) ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 5 6 *7 11 12 14 15) ACPI: PCI Interrupt Link [LNKE] (IRQs 1 3 4 5 6 7 10 12 14 15) *11 ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 6 7 *11 12 14 15) ACPI: PCI Interrupt Link [LNKG] (IRQs 1 3 4 5 6 7 10 12 14 15) *11 ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 *4 5 6 7 11 12 14 15) ACPI: Embedded Controller [EC0] (gpe 28) Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init pnp: PnP ACPI: found 10 devices PnPBIOS: Disabled by ACPI PNP PCI: Using ACPI for IRQ routing PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report PCI: Bridge: :00:01.0 IO window: 3000-3fff MEM window: d010-d01f PREFETCH window: d800-dfff PCI: Bus 3, cardbus bridge: :02:04.0 IO window: 4800-48ff IO window: 4c00-4cff PREFETCH window: 3000-31ff MEM window: 3400-35ff PCI: Bridge: :00:1e.0 IO window: 4000-4fff MEM window: d020-d02f PREFETCH window: 3000-31ff PCI: Setting latency timer of device :00:1e.0 to 64 ACPI: PCI Interrupt :02:04.0[A] -> GSI 16 (level, low) -> IRQ 169 audit: initializing netlink socket (disabled) audit(1137598577.466:1): initialized VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) Initializing Cryptographic API io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12 i8042.c: Detected active multiplexing controller, rev 1.1. serio: i8042 AUX0 port at 0x60,0x64 irq 12 serio: i8042 AUX1 port at 0x60,0x64 irq 12 serio: i8042 AUX2 port at 0x60,0x64 irq 12 serio: i8042 AUX3 port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A ACPI: PCI Interrupt :00:1f.6[B] -> GSI 17 (level, low) -> IRQ 177 ACPI: PCI interrupt for device :00:1f.6 disabled RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize NET: Registered protocol family 2 IP route cache hash table entries: 4096 (order: 2, 16384 bytes) TCP established hash table entries: 16384 (order: 4, 65536 bytes) TCP bind hash table entries: 16384 (order: 4, 65536 bytes) TCP: Hash tables configured (established 16384 bind 16384) TCP reno registered TCP bic registered NET: Registered protocol family 1 NET: Registered protocol family 17 NET: Registered protocol family 8 NET: Registered protocol family 20 Using IPI Shortcut mode ACPI wakeup devices: ELAN USB1 USB2 USB3 EUSB MODM ACPI: (supports S0 S3 S4 S5) Freeing unused kernel memory: 144k freed usbcore: registered new driver usbfs usbcore: registered new driver hub USB Universal Host Controller Interface driver v2.3 ACPI: PCI Interrupt :00:1d.0[A] -> GSI 16 (level, low) -> IRQ 169 PCI: Setting latency timer of device :00:1d.0 to 64 uhci_hcd :00:1d.0: UHCI Host Controller uhci_hcd :00:1d.0: new USB bus registered, assigned bus number 1 uhci_hcd :00:1d.0: irq 169, io base 0x1800 hub 1-0:1.0: USB hub found hub 1-0:1.0: 2 ports detected ACPI: PCI Interrupt :00:1d.1[B] -> GSI 19 (le
Bug#348711: marked as done (linux-image-2.6.15-1-686: backtrace 2.6.15-1-686 Xorg 6.9 fglrx)
Your message dated Wed, 18 Jan 2006 16:57:04 +0100 with message-id <[EMAIL PROTECTED]> and subject line Bug#348711: linux-image-2.6.15-1-686: backtrace 2.6.15-1-686 Xorg 6.9 fglrx has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 18 Jan 2006 15:00:36 + >From [EMAIL PROTECTED] Wed Jan 18 07:00:36 2006 Return-path: <[EMAIL PROTECTED]> Received: from mail.gmx.net ([213.165.64.21]) by spohr.debian.org with smtp (Exim 4.50) id 1EzEgI-0002pe-Jl for [EMAIL PROTECTED]; Wed, 18 Jan 2006 06:53:03 -0800 Received: (qmail invoked by alias); 18 Jan 2006 14:52:30 - Received: from djdeath.dyndns.org (EHLO traktopel) [81.56.179.51] by mail.gmx.net (mp033) with SMTP; 18 Jan 2006 15:52:30 +0100 X-Authenticated: #12859812 Received: from localhost.localdomain (djdeath91.dyndns.org [82.241.41.168]) by traktopel (Postfix) with ESMTP id 59CF28D7AE; Wed, 18 Jan 2006 15:52:30 +0100 (CET) Received: by localhost.localdomain (Postfix, from userid 1000) id 9450D91B01; Wed, 18 Jan 2006 15:52:45 +0100 (CET) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: mdadm <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: linux-image-2.6.15-1-686: backtrace 2.6.15-1-686 Xorg 6.9 fglrx Message-ID: <[EMAIL PROTECTED]> X-Mailer: reportbug 3.18 Date: Wed, 18 Jan 2006 15:52:45 +0100 X-Y-GMX-Trusted: 0 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: linux-image-2.6.15-1-686 Version: 2.6.15-2 Severity: normal I'm running 2.6.15 with fglrx driver. I have got a backtrace about the Xorg process. I'm running a toshiba M30X laptop (if you need more information, mail me). And this happen at startup when gdm starts Xorg. Here the backtrace : machine check architecture supported. Intel machine check reporting enabled on CPU#0. mtrr: v2.0 (20020519) CPU: Intel(R) Pentium(R) M processor 1.70GHz stepping 06 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. ENABLING IO-APIC IRQs ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1 checking if image is initramfs... it is Freeing initrd memory: 1141k freed NET: Registered protocol family 16 ACPI: bus type pci registered PCI: PCI BIOS revision 2.10 entry at 0xfd962, last bus=2 PCI: Using configuration type 1 ACPI: Subsystem revision 20050902 ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (:00) PCI: Probing PCI hardware (bus 00) PCI quirk: region 1000-107f claimed by ICH4 ACPI/GPIO/TCO PCI quirk: region 1180-11bf claimed by ICH4 GPIO PCI: Ignoring BAR0-3 of IDE controller :00:1f.1 Boot video device is :01:00.0 PCI: Transparent bridge - :00:1e.0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGPB._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIB._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 7 *10 12 14 15) ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 7 *11 12 14 15) ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 *5 6 7 10 12 14 15) ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 5 6 *7 11 12 14 15) ACPI: PCI Interrupt Link [LNKE] (IRQs 1 3 4 5 6 7 10 12 14 15) *11 ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 6 7 *11 12 14 15) ACPI: PCI Interrupt Link [LNKG] (IRQs 1 3 4 5 6 7 10 12 14 15) *11 ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 *4 5 6 7 11 12 14 15) ACPI: Embedded Controller [EC0] (gpe 28) Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init pnp: PnP ACPI: found 10 devices PnPBIOS: Disabled by ACPI PNP PCI: Using ACPI for IRQ routing PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report PCI: Bridge: :00:01.0 IO window: 3000-3fff MEM window: d010-d01f PREFETCH window: d800-dfff PCI: Bus 3, cardbus bridge: :02:04.0 IO window: 4800-48ff IO window: 4c00-4cff PREFETCH window: 3000-31ff MEM window: 3400-35ff PCI: Bridge: :00:1e.0 IO window: 4000-4fff MEM window: d020-d02f PREFETCH window: 3000-31ff PCI: Setting latency timer of device :00:1e.0 to 64 ACP
sarge2 kernel updates - help needed
Over the past few months, we've made quite a bit of progress collecting and analyzing issues for the next sarge update. I think we're nearing a good release point. We currently have 8 pending issues for 2.6.8: $ grep ^2.6.8-sarge-security * | grep -v -e N/A -e pending -e released \ -e ignored -e ^00 | cut -d: -f1 | wc -l 8 And 22 for 2.4.27: $ grep ^2.4.27-sarge-security * | grep -v -e N/A -e pending -e released \ -e ignored -e ^00 | cut -d: -f1 | wc -l 21 We're looking for help with these remaining issues. Most of the 2.6 issues are lacking a known upstream fix; most of the 2.4 issues need analysis to see if they truly affect 2.4, due to significant differences in 2.6. The current status of each issue should be clearly marked in the patch-tracker files, so that's a good place to start. Since this will be an ABI bump, we're also looking for help identifying packages (kernel-modules, etc) that need to be rebuilt. Our current issue tracking status is here: svn co svn://svn.debian.org/svn/kernel/patch-tracking Once this phase is complete, we can move onto the build cycle. I've reset the status wiki for tracking progress: http://wiki.debian.org/DebianKernelSargeUpdateStatus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of linux-2.6_2.6.15-3_i386.changes
linux-2.6_2.6.15-3_i386.changes uploaded successfully to localhost along with the files: linux-2.6_2.6.15-3.dsc linux-2.6_2.6.15-3.diff.gz linux-manual-2.6.15_2.6.15-3_all.deb linux-patch-debian-2.6.15_2.6.15-3_all.deb linux-source-2.6.15_2.6.15-3_all.deb linux-tree-2.6.15_2.6.15-3_all.deb linux-headers-2.6.15_2.6.15-3_i386.deb linux-headers-2.6.15-1_2.6.15-3_i386.deb linux-headers-2.6.15-1-486_2.6.15-3_i386.deb linux-image-2.6.15-1-486_2.6.15-3_i386.deb linux-image-486_2.6.15-3_i386.deb linux-image-2.6-486_2.6.15-3_i386.deb linux-headers-2.6-486_2.6.15-3_i386.deb linux-headers-2.6.15-1-686_2.6.15-3_i386.deb linux-image-2.6.15-1-686_2.6.15-3_i386.deb linux-image-686_2.6.15-3_i386.deb linux-image-2.6-686_2.6.15-3_i386.deb linux-headers-2.6-686_2.6.15-3_i386.deb linux-headers-2.6.15-1-686-smp_2.6.15-3_i386.deb linux-image-2.6.15-1-686-smp_2.6.15-3_i386.deb linux-image-686-smp_2.6.15-3_i386.deb linux-image-2.6-686-smp_2.6.15-3_i386.deb linux-headers-2.6-686-smp_2.6.15-3_i386.deb linux-headers-2.6.15-1-k7_2.6.15-3_i386.deb linux-image-2.6.15-1-k7_2.6.15-3_i386.deb linux-image-k7_2.6.15-3_i386.deb linux-image-2.6-k7_2.6.15-3_i386.deb linux-headers-2.6-k7_2.6.15-3_i386.deb linux-headers-2.6.15-1-k7-smp_2.6.15-3_i386.deb linux-image-2.6.15-1-k7-smp_2.6.15-3_i386.deb linux-image-k7-smp_2.6.15-3_i386.deb linux-image-2.6-k7-smp_2.6.15-3_i386.deb linux-headers-2.6-k7-smp_2.6.15-3_i386.deb kernel-image-2.6-486_2.6.15-3_i386.deb kernel-image-2.6-686_2.6.15-3_i386.deb kernel-image-2.6-686-smp_2.6.15-3_i386.deb kernel-image-2.6-k7_2.6.15-3_i386.deb kernel-image-2.6-k7-smp_2.6.15-3_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
linux-2.6_2.6.15-3_i386.changes ACCEPTED
Accepted: kernel-image-2.6-486_2.6.15-3_i386.deb to pool/main/l/linux-2.6/kernel-image-2.6-486_2.6.15-3_i386.deb kernel-image-2.6-686-smp_2.6.15-3_i386.deb to pool/main/l/linux-2.6/kernel-image-2.6-686-smp_2.6.15-3_i386.deb kernel-image-2.6-686_2.6.15-3_i386.deb to pool/main/l/linux-2.6/kernel-image-2.6-686_2.6.15-3_i386.deb kernel-image-2.6-k7-smp_2.6.15-3_i386.deb to pool/main/l/linux-2.6/kernel-image-2.6-k7-smp_2.6.15-3_i386.deb kernel-image-2.6-k7_2.6.15-3_i386.deb to pool/main/l/linux-2.6/kernel-image-2.6-k7_2.6.15-3_i386.deb linux-2.6_2.6.15-3.diff.gz to pool/main/l/linux-2.6/linux-2.6_2.6.15-3.diff.gz linux-2.6_2.6.15-3.dsc to pool/main/l/linux-2.6/linux-2.6_2.6.15-3.dsc linux-headers-2.6-486_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6-486_2.6.15-3_i386.deb linux-headers-2.6-686-smp_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6-686-smp_2.6.15-3_i386.deb linux-headers-2.6-686_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6-686_2.6.15-3_i386.deb linux-headers-2.6-k7-smp_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6-k7-smp_2.6.15-3_i386.deb linux-headers-2.6-k7_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6-k7_2.6.15-3_i386.deb linux-headers-2.6.15-1-486_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6.15-1-486_2.6.15-3_i386.deb linux-headers-2.6.15-1-686-smp_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6.15-1-686-smp_2.6.15-3_i386.deb linux-headers-2.6.15-1-686_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6.15-1-686_2.6.15-3_i386.deb linux-headers-2.6.15-1-k7-smp_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6.15-1-k7-smp_2.6.15-3_i386.deb linux-headers-2.6.15-1-k7_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6.15-1-k7_2.6.15-3_i386.deb linux-headers-2.6.15-1_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6.15-1_2.6.15-3_i386.deb linux-headers-2.6.15_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6.15_2.6.15-3_i386.deb linux-image-2.6-486_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-image-2.6-486_2.6.15-3_i386.deb linux-image-2.6-686-smp_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-image-2.6-686-smp_2.6.15-3_i386.deb linux-image-2.6-686_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-image-2.6-686_2.6.15-3_i386.deb linux-image-2.6-k7-smp_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-image-2.6-k7-smp_2.6.15-3_i386.deb linux-image-2.6-k7_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-image-2.6-k7_2.6.15-3_i386.deb linux-image-2.6.15-1-486_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-image-2.6.15-1-486_2.6.15-3_i386.deb linux-image-2.6.15-1-686-smp_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-image-2.6.15-1-686-smp_2.6.15-3_i386.deb linux-image-2.6.15-1-686_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-image-2.6.15-1-686_2.6.15-3_i386.deb linux-image-2.6.15-1-k7-smp_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-image-2.6.15-1-k7-smp_2.6.15-3_i386.deb linux-image-2.6.15-1-k7_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-image-2.6.15-1-k7_2.6.15-3_i386.deb linux-image-486_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-image-486_2.6.15-3_i386.deb linux-image-686-smp_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-image-686-smp_2.6.15-3_i386.deb linux-image-686_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-image-686_2.6.15-3_i386.deb linux-image-k7-smp_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-image-k7-smp_2.6.15-3_i386.deb linux-image-k7_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-image-k7_2.6.15-3_i386.deb linux-manual-2.6.15_2.6.15-3_all.deb to pool/main/l/linux-2.6/linux-manual-2.6.15_2.6.15-3_all.deb linux-patch-debian-2.6.15_2.6.15-3_all.deb to pool/main/l/linux-2.6/linux-patch-debian-2.6.15_2.6.15-3_all.deb linux-source-2.6.15_2.6.15-3_all.deb to pool/main/l/linux-2.6/linux-source-2.6.15_2.6.15-3_all.deb linux-tree-2.6.15_2.6.15-3_all.deb to pool/main/l/linux-2.6/linux-tree-2.6.15_2.6.15-3_all.deb Announcing to debian-devel-changes@lists.debian.org Closing bugs: 347998 348040 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346070: linux-image-2.6.15-1-k7: USB sound card stopped working: known alsa problem
Package: linux-image-2.6.15-1-k7 Version: 2.6.15-2 Followup-For: Bug #346070 This problem is reported, discussed and solved in https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1585 (thanks to Thibault LE MEUR for pointing this out) Regards, Florian -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages linux-image-2.6.15-1-k7 depends on: ii module-init-tools 3.2.2-1tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-3 Yet Another mkInitRD Versions of packages linux-image-2.6.15-1-k7 recommends: ii libc6-i6862.3.5-12 GNU C Library: Shared libraries [i -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347998: marked as done (linux-2.6: infinite loops during build on arm)
Your message dated Wed, 18 Jan 2006 10:03:57 -0800 with message-id <[EMAIL PROTECTED]> and subject line Bug#347998: fixed in linux-2.6 2.6.15-3 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 13 Jan 2006 22:51:09 + >From [EMAIL PROTECTED] Fri Jan 13 14:51:09 2006 Return-path: <[EMAIL PROTECTED]> Received: from 83-216-156-21.jamest747.adsl.metronet.co.uk ([83.216.156.21] helo=pasta.gloaming.local) by spohr.debian.org with esmtp (Exim 4.50) id 1ExXlF-0006Hw-JA for [EMAIL PROTECTED]; Fri, 13 Jan 2006 14:51:09 -0800 Received: from james by pasta.gloaming.local with local (Exim 4.52 #1 (Debian)) id 1ExXkk-0004jp-BH for <[EMAIL PROTECTED]>; Fri, 13 Jan 2006 22:50:38 + To: [EMAIL PROTECTED] Subject: linux-2.6: infinite loops during build on arm Mail-Copies-To: never From: James Troup <[EMAIL PROTECTED]> Date: Fri, 13 Jan 2006 22:50:38 + Message-ID: <[EMAIL PROTECTED]> User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: linux-2.6 Version: 2.6.15-2 Severity: serious The build on arm gets into an infinite loop running make oldconfig while building the footbridge variant. It loops in the 'ARM system type' menu. The first 2000 lines of the build log are available from: http://people.debian.org/~troup/misc/linux-2.6-arm.txt (The full log isn't on buildd.d.o, because it's 2.6Gb :-P) -- James --- Received: (at 347998-close) by bugs.debian.org; 18 Jan 2006 18:11:01 + >From [EMAIL PROTECTED] Wed Jan 18 10:11:01 2006 Return-path: <[EMAIL PROTECTED]> Received: from katie by spohr.debian.org with local (Exim 4.50) id 1EzHf3-0006JP-IQ; Wed, 18 Jan 2006 10:03:57 -0800 From: Simon Horman <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] X-Katie: $Revision: 1.65 $ Subject: Bug#347998: fixed in linux-2.6 2.6.15-3 Message-Id: <[EMAIL PROTECTED]> Sender: Archive Administrator <[EMAIL PROTECTED]> Date: Wed, 18 Jan 2006 10:03:57 -0800 X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 Source: linux-2.6 Source-Version: 2.6.15-3 We believe that the bug you reported is fixed in the latest version of linux-2.6, which is due to be installed in the Debian FTP archive: kernel-image-2.6-486_2.6.15-3_i386.deb to pool/main/l/linux-2.6/kernel-image-2.6-486_2.6.15-3_i386.deb kernel-image-2.6-686-smp_2.6.15-3_i386.deb to pool/main/l/linux-2.6/kernel-image-2.6-686-smp_2.6.15-3_i386.deb kernel-image-2.6-686_2.6.15-3_i386.deb to pool/main/l/linux-2.6/kernel-image-2.6-686_2.6.15-3_i386.deb kernel-image-2.6-k7-smp_2.6.15-3_i386.deb to pool/main/l/linux-2.6/kernel-image-2.6-k7-smp_2.6.15-3_i386.deb kernel-image-2.6-k7_2.6.15-3_i386.deb to pool/main/l/linux-2.6/kernel-image-2.6-k7_2.6.15-3_i386.deb linux-2.6_2.6.15-3.diff.gz to pool/main/l/linux-2.6/linux-2.6_2.6.15-3.diff.gz linux-2.6_2.6.15-3.dsc to pool/main/l/linux-2.6/linux-2.6_2.6.15-3.dsc linux-headers-2.6-486_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6-486_2.6.15-3_i386.deb linux-headers-2.6-686-smp_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6-686-smp_2.6.15-3_i386.deb linux-headers-2.6-686_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6-686_2.6.15-3_i386.deb linux-headers-2.6-k7-smp_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6-k7-smp_2.6.15-3_i386.deb linux-headers-2.6-k7_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6-k7_2.6.15-3_i386.deb linux-headers-2.6.15-1-486_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6.15-1-486_2.6.15-3_i386.deb linux-headers-2.6.15-1-686-smp_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6.15-1-686-smp_2.6.15-3_i386.deb linux-headers-2.6.15-1-686_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6.15-1-686_2.6.15-3_i386.deb linux-headers-2.6.15-1-k7-smp_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-heade
Bug#348040: marked as done (linux-source-2.6.15: kernel doesn't run on prep machines)
Your message dated Wed, 18 Jan 2006 10:03:57 -0800 with message-id <[EMAIL PROTECTED]> and subject line Bug#348040: fixed in linux-2.6 2.6.15-3 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 14 Jan 2006 11:00:14 + >From [EMAIL PROTECTED] Sat Jan 14 03:00:14 2006 Return-path: <[EMAIL PROTECTED]> Received: from p85.212.186.130.tisdip.tiscali.de ([85.212.186.130] helo=sengor.ath.cx) by spohr.debian.org with esmtp (Exim 4.50) id 1Exj8n-nG-T7 for [EMAIL PROTECTED]; Sat, 14 Jan 2006 03:00:14 -0800 Received: from sheutlin by sengor.ath.cx with local (Exim 4.60) (envelope-from <[EMAIL PROTECTED]>) id 1Exj8H-kp-Hj; Sat, 14 Jan 2006 11:59:41 +0100 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Sebastian Heutling <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: linux-source-2.6.15: kernel doesn't run on prep machines Message-ID: <[EMAIL PROTECTED]> X-Mailer: reportbug 3.18 Date: Sat, 14 Jan 2006 11:59:41 +0100 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: linux-source-2.6.15 Version: 2.6.15-2 Severity: normal As mentioned on linuxppc-dev by Grant Likely (and me as well) 2.6.15 doesn't run on prep machines. He also forwarded a possible solution/patch from Paul Janzen which was send to linuxppc-embedded: http://ozlabs.org/pipermail/linuxppc-embedded/2006-January/021550.html -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages linux-source-2.6.15 depends on: ii binutils 2.16.1cvs20051214-1 The GNU assembler, linker and bina ii bzip21.0.2-11high-quality block-sorting file co Versions of packages linux-source-2.6.15 recommends: ii gcc 4:4.0.2-2 The GNU C compiler ii libc6-dev [libc-dev] 2.3.5-11 GNU C Library: Development Librari ii make 3.80+3.81.b4-1 The GNU version of the "make" util -- no debconf information --- Received: (at 348040-close) by bugs.debian.org; 18 Jan 2006 18:11:02 + >From [EMAIL PROTECTED] Wed Jan 18 10:11:02 2006 Return-path: <[EMAIL PROTECTED]> Received: from katie by spohr.debian.org with local (Exim 4.50) id 1EzHf3-0006JR-Ju; Wed, 18 Jan 2006 10:03:57 -0800 From: Simon Horman <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] X-Katie: $Revision: 1.65 $ Subject: Bug#348040: fixed in linux-2.6 2.6.15-3 Message-Id: <[EMAIL PROTECTED]> Sender: Archive Administrator <[EMAIL PROTECTED]> Date: Wed, 18 Jan 2006 10:03:57 -0800 X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-CrossAssassin-Score: 2 Source: linux-2.6 Source-Version: 2.6.15-3 We believe that the bug you reported is fixed in the latest version of linux-2.6, which is due to be installed in the Debian FTP archive: kernel-image-2.6-486_2.6.15-3_i386.deb to pool/main/l/linux-2.6/kernel-image-2.6-486_2.6.15-3_i386.deb kernel-image-2.6-686-smp_2.6.15-3_i386.deb to pool/main/l/linux-2.6/kernel-image-2.6-686-smp_2.6.15-3_i386.deb kernel-image-2.6-686_2.6.15-3_i386.deb to pool/main/l/linux-2.6/kernel-image-2.6-686_2.6.15-3_i386.deb kernel-image-2.6-k7-smp_2.6.15-3_i386.deb to pool/main/l/linux-2.6/kernel-image-2.6-k7-smp_2.6.15-3_i386.deb kernel-image-2.6-k7_2.6.15-3_i386.deb to pool/main/l/linux-2.6/kernel-image-2.6-k7_2.6.15-3_i386.deb linux-2.6_2.6.15-3.diff.gz to pool/main/l/linux-2.6/linux-2.6_2.6.15-3.diff.gz linux-2.6_2.6.15-3.dsc to pool/main/l/linux-2.6/linux-2.6_2.6.15-3.dsc linux-headers-2.6-486_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6-486_2.6.15-3_i386.deb linux-headers-2.6-686-smp_2.6.15-3_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6-686-smp_2.6.15-3_
Bug#348739: kernel-image-2.6-686: [module cdc-acm] ELSA Microlink 56 K USB does not attach to any device under /dev/
Package: kernel-image-2.6-686 Severity: normal -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-15) ELSA Microlink 56 K USB Modem: when I plug in te modem, the logs say: , | Jan 18 19:26:51 crystalline usb.agent[22170]: cdc-acm: loaded successfully | Jan 18 19:26:51 crystalline kernel: drivers/usb/class/cdc-acm.c: Ignoring extra header | Jan 18 19:26:51 crystalline kernel: usbcore: registered new driver cdc_acm | Jan 18 19:26:51 crystalline kernel: drivers/usb/class/cdc-acm.c: v0.23:USB Abstract Control Model driver for USB modems and ISDN adapters ` I suypected the driver to attach to /dev/ttyUSB0 as it does under a 2.4.x kernel but it did not. Other USB-Devices (as my soundcard) do work. , | [19:38:[EMAIL PROTECTED]:~]$ lsusb | Bus 004 Device 001: ID : | Bus 003 Device 001: ID : | Bus 002 Device 003: ID 05cc:2265 ELSA AG MicroLink 56k | Bus 002 Device 001: ID : | Bus 001 Device 001: ID : ` , | [19:38:[EMAIL PROTECTED]:~]$ lsusb -v -d 05cc:2265 | Bus 002 Device 003: ID 05cc:2265 ELSA AG MicroLink 56k | Device Descriptor: | bLength18 | bDescriptorType 1 | bcdUSB 1.00 | bDeviceClass2 Communications | bDeviceSubClass 0 | bDeviceProtocol 0 | bMaxPacketSize0 8 | idVendor 0x05cc ELSA AG | idProduct 0x2265 MicroLink 56k | bcdDevice1.00 | iManufacturer 1 | iProduct2 | iSerial 0 | bNumConfigurations 2 | Configuration Descriptor: | bLength 9 | bDescriptorType 2 | wTotalLength 41 | bNumInterfaces 2 | bConfigurationValue 1 | iConfiguration 3 | bmAttributes 0xa0 | Remote Wakeup | MaxPower 400mA | Interface Descriptor: | bLength 9 | bDescriptorType 4 | bInterfaceNumber0 | bAlternateSetting 0 | bNumEndpoints 0 | bInterfaceClass 255 Vendor Specific Class | bInterfaceSubClass255 Vendor Specific Subclass | bInterfaceProtocol255 Vendor Specific Protocol | iInterface 4 | Interface Descriptor: | bLength 9 | bDescriptorType 4 | bInterfaceNumber1 | bAlternateSetting 0 | bNumEndpoints 2 | bInterfaceClass 255 Vendor Specific Class | bInterfaceSubClass255 Vendor Specific Subclass | bInterfaceProtocol255 Vendor Specific Protocol | iInterface 5 | Endpoint Descriptor: | bLength 7 | bDescriptorType 5 | bEndpointAddress 0x02 EP 2 OUT | bmAttributes2 | Transfer TypeBulk | Synch Type None | Usage Type Data | wMaxPacketSize 0x0010 1x 16 bytes | bInterval 0 | Endpoint Descriptor: | bLength 7 | bDescriptorType 5 | bEndpointAddress 0x84 EP 4 IN | bmAttributes3 | Transfer TypeInterrupt | Synch Type None | Usage Type Data | wMaxPacketSize 0x003f 1x 63 bytes | bInterval 2 | Configuration Descriptor: | bLength 9 | bDescriptorType 2 | wTotalLength 62 | bNumInterfaces 2 | bConfigurationValue 2 | iConfiguration 6 | bmAttributes 0xa0 | Remote Wakeup | MaxPower 400mA | Interface Descriptor: | bLength 9 | bDescriptorType 4 | bInterfaceNumber0 | bAlternateSetting 0 | bNumEndpoints 1 | bInterfaceClass 2 Communications | bInterfaceSubClass 2 Abstract (modem) | bInterfaceProtocol 1 AT-commands (v.25ter) | iInterface 4 | CDC Header: | bcdCDC 0.01 | CDC Call Management: | bmCapabilities 0x03 | call management | use DataInterface | bDataInterface 1 | CDC ACM: | bmCapabilities 0x07 | sends break | line coding and serial state | get/set/clear comm features | Endpoint Descriptor: | bLength 7 | bDescriptorType 5 | bEndpointAddress 0x84 EP 4 IN | bmAttributes3 | Transfer TypeInterrupt | Synch Type None | Usage Type
[EMAIL PROTECTED]: Kernel 2.6.16-rc1 does not build (patch)]
This needs to be investigated for 2.6.16-rc tree, need to look at this, sending here so i don't forget. Friendly, Sven Luther - Forwarded message from Eduardo Trápani <[EMAIL PROTECTED]> - Message-ID: <[EMAIL PROTECTED]> Date: Wed, 18 Jan 2006 10:47:07 +0200 From: Eduardo Trápani <[EMAIL PROTECTED]> To: debian-powerpc@lists.debian.org Subject: Kernel 2.6.16-rc1 does not build (patch) I've tried to build 2.6.16-rc1, but I get the following error: CC arch/powerpc/kernel/rtas.o arch/powerpc/kernel/rtas.c: In function 'rtas_percpu_suspend_me': arch/powerpc/kernel/rtas.c:582: warning: implicit declaration of function 'plpar_hcall_norets' arch/powerpc/kernel/rtas.c:582: error: 'H_JOIN' undeclared (first use in this function) arch/powerpc/kernel/rtas.c:582: error: (Each undeclared identifier is reported only once arch/powerpc/kernel/rtas.c:582: error: for each function it appears in.) arch/powerpc/kernel/rtas.c:584: error: 'H_Success' undeclared (first use in this function) arch/powerpc/kernel/rtas.c:588: error: 'H_Continue' undeclared (first use in this function) arch/powerpc/kernel/rtas.c: In function 'rtas_ibm_suspend_me': arch/powerpc/kernel/rtas.c:628: error: 'H_PROD' undeclared (first use in this function) The patch: I added #include to ./arch/powerpc/kernel/rtas.c and now it's building (it will take some more time). Is that modification alright? I only looked for H_JOIN and include the file that had it, but I'm not sure it that's the way to go. Eduardo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] --- Wanadoo vous informe que cet e-mail a ete controle par l'anti-virus mail. Aucun virus connu a ce jour par nos services n'a ete detecte. - End forwarded message - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348782: ipw2200: BUG: soft lockup detected on CPU#0!
Package: linux-image-2.6.15-1-686 Version: 2.6.15-1 Severity: important I just got the following BUG. I copied the message by hand so it's not a perfect backtrace; I apologize for that. comm: ipw2200 EIP is at __queue_work+3e EFLAGS 00200246 Not tainted eax: f4ba5650 ebx: f44db268 ECX: 0001 EDX: f4ba5650 ESI: f4ba5648 EDI: 00200246 EBP: f44da670 DS: 007b ES: 007b CR0: 8005003b CR2: b7dbe080 CR3: 1fd17000 CR4: 06d0 queue_work+27 ipw_associate+172 ipw_bg_associate+0x14 worker_thread+0x140 ipw_bg_associate+0x0 default_wake_function+0x0 worker_thread+0 kthread+68 kthread+0 kernel_thread_helper+5 The problem occured in the following situation: I had forgotten to switch on my access point. The laptop had booted. Then I realized I had to switch on the AP, did it, and shortly after - bang. The last command in the syslog was kernel: ipw2200: Failed to send ASSOCIATE: Already sending a command. It looks as if the ipw2200 driver gets confused sending several commands, and never releases the CPU. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (90, 'unstable'), (90, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.15-1-686 depends on: ii initramfs-tools [linux-initra 0.46 tools for generating an initramfs ii module-init-tools 3.2.2-1tools for managing Linux kernel mo Versions of packages linux-image-2.6.15-1-686 recommends: ii libc6-i6862.3.5-11 GNU C Library: Shared libraries [i -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Debian Kernel Roundup
I've finished a draft of my presentation[1] to be made at the Debian Miniconf[2] at Linux.Conf.Au[3] in Dunedin next week. Feedback welcome. Please CC me on replies to the list. [1] http://www.vergenet.net/linux/debian_kernel/ [2] http://miniconf5.debconf.org/ [3] http://lca2006.linux.org.au/ -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
