Bug#366620: initramfs-tools: 2.6.16-1-powerpc fails to mount rootfs, 2.6.15-1-powerpc works
On Wed, May 10, 2006 at 12:55:39AM +0200, maximilian attems wrote: > tags 366620 moreinfo > stop > > On Tue, May 09, 2006 at 11:54:24PM +0200, Hans Ekbrand wrote: > > Package: initramfs-tools > > Version: 0.60 > > Severity: important > > > > > > This might be a bug in the kernel or udev or something else, but > > failure to mount root fs smells like an initrd problem to me. > > > > Bootloader: quik, with ramdisk_size 8192 (even tested 16384, with no luck) > > Rootfs: ext2 on ide > > Module for the harddisk: > > lsmod says "ide_disk" on 2.6.15, but the > > module is called ide-disk.ko and that module is present in booth the > > working initrd.img (2.6.15-1-powerpc) and the non-working > > (2.6.16-1-powerpc). ext2.ko also present in the initrd in booth > > initrds. > > > > Debuging is problematic on this box since I don't have a working > > serial console, nor can I interact with the bootloader via the > > keyboard, so If a kernel+initrd doesn't work, I have to boot from the > > woody installation floppy-disks and rescue from a shell in the > > installation program. > > you didn't tell the error message? > > what mkvmlinuz version are you using? This is probably (not 100% sure though) an old-world powermac, probably booted by quik or bootx. In both cases, mkvmlinuz is not used, or at least its scripts are silently skipped. Friendly, Sven Luther > > what ppc box is that? > cat /proc/cpuinfo > > > regards > > -- > maks > > > -- > 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. > > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: which kernel version for etch?
On Tue, May 09, 2006 at 11:46:32PM +0200, Frederik Schueler wrote: > Fellow Debian kernel team members, > > let's take the recent "bits from the release team"[1] as an opportunity > to start discussing which kernel version we, the Debian kernel team, > want Etch to release with. > > In these "bits", the release team suggests we have a closer look on > 2.6.16, which is very likely to get long-term support from upstream. > To start with, please have a look at the threads starting with [2] > and [3]. One side note, i read (don't remember where, maybe on slashdot) that (i believe it was) andrew morton made a call for a version which is entirely devoted to long-standing bug fixes (not sure if this would be 2.6.17 or 2.6.18 or if it would happen. If this confir,s itself, i would argue that either all of it needs to be ported to the 2.6.16.x branch, or that it could be a better candidate for us, not sure though. > Considering the current upstream 2.6 development model on one side, > and Adrian Bunks intention to maintain 2.6.16.x for the next 2-3 years > on the other side - backporting drivers and other updates like the 2.4 > line is handled -, makes the 2.6.16.x line an ideal candidate for the > purpose of a release kernel for Etch. Indeed, since we can benefit from the effort done by Andrew Bunk and all others contributing to his effort, instead of doing it all oursevles. The interesting question is what this means in term of stable kernel updates, once etch is released. Also, this makes it more urgent that we solve the out-of-tree-module issue, since we would like to easily rebuild all modules for a given kernel, as well as d-i, in order to be able to make abi-changing security updates to etch. > One major issue is currently open for 2.6.16: ppc/PrEP support. > Finding a solution for this is a show-stopper, if we want to go the > 2.6.16.x path. There is a solution for this, i don't like it much, but it will have to do, unless another solution is found. We simply need to use the ARCH=ppc tree for prep, which means creating a new -prep flavour. I will do this in the next days / weeks. One advantage is that we can try creating a kernel which is small enough to fit on a prep floppy disk, like we did for the miboot floppies. Naturally, we need to get the apus patches ported to 2.6.16 too. > The second show-stopper is (IMHO) the missing sparc niagara support, > which was added in 2.6.17-rc. Can it be backported ? > This has some implications, though: > > First, I would not like to have only a 2.6.16.x kernel in unstable for > the time being until Etch is released, read until at least the end of > this year. > > A possible solution could be: > > - branch the current linux-2.6 package into a new source package, say > linux-2.6.16, tracking 2.6.16.x releases Sounds the right thing to do for me. We keep linux-2.6 as trunk package, and can branch off any number of kernel we want to have around long term, and mark it as linux-2.6.. Problem is with the metapackages, where will they come from ? Bastian, can you comment on this ? > - do the usual 2.6.x development in the existing linux-2.6 package, > which probably should not migrate to testing until the release is > done. > > Second, if we go this path and do an Etch release with 2.6.16.x, > I would like to NOT stick forever with that very version we will have in > testing at the day the freeze happens, but keep updating the kernel > images and the installer for every point release to a reasonably newer > 2.6.16.x upstream release. > This would ensure more and new hardware support with every point release, > avoiding one of the biggest drawbacks we currently have with the ancient > 2.6.8 in Sarge. I hearthily vote for this, and my effort to produce the .udebs from the common kernel and get a solution for the out-of-tree modules where designed to allow this easily enough, even in case of abi-changes. Support for those ideas have been tentative at best, especially in the light of the extreme flamming i got from the d-i folk about this. > Security updates for Etch could just ship the latest 2.6.16.x release > which fixes the respective issue, diminishing both the work needed to > backport the fix and the time our users have to wait for it. > > Also, in order to add new minor releases to a stable 2.6.16.x package, we > need to handle ABI changes in the stable kernel, which means rebuild and > maybe patch all concerned third-party modules included in the release. And d-i. And maybe klibc too, which is still built using the kernel headers. We would also need to get some policy fixed about what happens to user self-compiled modules in that case. Thanks for taking the effort to raise this issue. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366656: linux-source-2.6.16: Please apply ThinkPad suspend patch from OSDL bug 3022
Package: linux-source-2.6.16 Severity: normal Tags: patch There is a well documented issue where certain ThinkPads with Radeon video chipsets use too much power while suspended. The GPU needs special treatment to put it to sleep, otherwise it continues to burn a lot of power while suspended (mine lasts just a few hours while suspended). For more information see: http://www.thinkwiki.org/wiki/Problem_with_high_power_drain_in_ACPI_sleep http://bugme.osdl.org/show_bug.cgi?id=3022 >From the OSDL bug report I obtained the following patch: http://bugme.osdl.org/attachment.cgi?id=7899&action=view Which solved the problem for me (mine is a ThinkPad T40, model 2373-94U). If possible, please include the patch in the stock Debian kernel. Since it is based on a whitelist of known ThinkPad models it seems to be pretty safe. The patch does require using the radeonfb framebuffer console driver; I accomplished this simply by adding radeonfb to /etc/modules. Thanks, Steve -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.15-hamachi Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366620: initramfs-tools: 2.6.16-1-powerpc fails to mount rootfs, 2.6.15-1-powerpc works
tags 366620 moreinfo stop On Tue, May 09, 2006 at 11:54:24PM +0200, Hans Ekbrand wrote: > Package: initramfs-tools > Version: 0.60 > Severity: important > > > This might be a bug in the kernel or udev or something else, but > failure to mount root fs smells like an initrd problem to me. > > Bootloader: quik, with ramdisk_size 8192 (even tested 16384, with no luck) > Rootfs: ext2 on ide > Module for the harddisk: > lsmod says "ide_disk" on 2.6.15, but the > module is called ide-disk.ko and that module is present in booth the > working initrd.img (2.6.15-1-powerpc) and the non-working > (2.6.16-1-powerpc). ext2.ko also present in the initrd in booth > initrds. > > Debuging is problematic on this box since I don't have a working > serial console, nor can I interact with the bootloader via the > keyboard, so If a kernel+initrd doesn't work, I have to boot from the > woody installation floppy-disks and rescue from a shell in the > installation program. you didn't tell the error message? what mkvmlinuz version are you using? what ppc box is that? cat /proc/cpuinfo regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366620: initramfs-tools: 2.6.16-1-powerpc fails to mount rootfs, 2.6.15-1-powerpc works
Package: initramfs-tools Version: 0.60 Severity: important This might be a bug in the kernel or udev or something else, but failure to mount root fs smells like an initrd problem to me. Bootloader: quik, with ramdisk_size 8192 (even tested 16384, with no luck) Rootfs: ext2 on ide Module for the harddisk: lsmod says "ide_disk" on 2.6.15, but the module is called ide-disk.ko and that module is present in booth the working initrd.img (2.6.15-1-powerpc) and the non-working (2.6.16-1-powerpc). ext2.ko also present in the initrd in booth initrds. Debuging is problematic on this box since I don't have a working serial console, nor can I interact with the bootloader via the keyboard, so If a kernel+initrd doesn't work, I have to boot from the woody installation floppy-disks and rescue from a shell in the installation program. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages initramfs-tools depends on: ii busybox 1:1.01-4 Tiny utilities for small and embed ii cpio 2.6-11 GNU cpio -- a program to manage ar ii klibc-utils 1.3.11-1 small statically-linked utilities ii module-init-tools 3.2.2-2tools for managing Linux kernel mo ii udev 0.091-1/dev/ and hotplug management daemo initramfs-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365978: marked as done (mkvmlinuz: doesn't clean up temporary directory)
Your message dated Tue, 09 May 2006 14:18:18 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#365978: fixed in mkvmlinuz 21 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) --- Begin Message --- Package: mkvmlinuz Version: 20 Severity: minor mkvmlinuz doesn't clean up its temporary working directory; the line at the end of the script that would normally do this is commented out. I appreciate that this might sometimes be useful for debugging, but could this please be controlled by an option or an environment variable rather than being the default behaviour? (I noticed this when my 512MB /tmp filled up after a few d-i daily builds.) Thanks, -- Colin Watson [EMAIL PROTECTED] --- End Message --- --- Begin Message --- Source: mkvmlinuz Source-Version: 21 We believe that the bug you reported is fixed in the latest version of mkvmlinuz, which is due to be installed in the Debian FTP archive: mkvmlinuz_21.dsc to pool/main/m/mkvmlinuz/mkvmlinuz_21.dsc mkvmlinuz_21.tar.gz to pool/main/m/mkvmlinuz/mkvmlinuz_21.tar.gz mkvmlinuz_21_powerpc.deb to pool/main/m/mkvmlinuz/mkvmlinuz_21_powerpc.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Sven Luther <[EMAIL PROTECTED]> (supplier of updated mkvmlinuz package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 8 May 2006 19:32:16 + Source: mkvmlinuz Binary: mkvmlinuz Architecture: source powerpc Version: 21 Distribution: unstable Urgency: low Maintainer: Debian Kernel Team Changed-By: Sven Luther <[EMAIL PROTECTED]> Description: mkvmlinuz - create a kernel to boot a PowerPC machine from Open Firmware Closes: 365978 Changes: mkvmlinuz (21) unstable; urgency=low . * Fixed commented out cleanup call, now doesn't fill /tmp with cruft anymore. Thanks to Colin Watson for noticing this. (Closes: #365978) Files: 447f084b3bbbca806879d5fc6b6379fc 570 devel optional mkvmlinuz_21.dsc e27c00c2d9efa97b41dbd31713826efe 9748 devel optional mkvmlinuz_21.tar.gz 1abb6070f52221d3130d7db199c49bd8 10582 devel optional mkvmlinuz_21_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEYFed9t0zAhD6TNERAobTAJ94Gu1TF+npcBqOwo/CX6H0pvjxCQCdFXNZ yhO/waJ4El1/Cbu5kSKnCIQ= =VOBL -END PGP SIGNATURE- --- End Message ---
which kernel version for etch?
Fellow Debian kernel team members, let's take the recent "bits from the release team"[1] as an opportunity to start discussing which kernel version we, the Debian kernel team, want Etch to release with. In these "bits", the release team suggests we have a closer look on 2.6.16, which is very likely to get long-term support from upstream. To start with, please have a look at the threads starting with [2] and [3]. Considering the current upstream 2.6 development model on one side, and Adrian Bunks intention to maintain 2.6.16.x for the next 2-3 years on the other side - backporting drivers and other updates like the 2.4 line is handled -, makes the 2.6.16.x line an ideal candidate for the purpose of a release kernel for Etch. One major issue is currently open for 2.6.16: ppc/PrEP support. Finding a solution for this is a show-stopper, if we want to go the 2.6.16.x path. The second show-stopper is (IMHO) the missing sparc niagara support, which was added in 2.6.17-rc. Another issue is smp-alternatives suport, which is available for i386 in 2.6.17-rc, and might become available for amd64 too, soon. If these issues (and possibly other we might encounter until the release) are going to be adressed, I think we should indeed focus on 2.6.16.x for Etch. This has some implications, though: First, I would not like to have only a 2.6.16.x kernel in unstable for the time being until Etch is released, read until at least the end of this year. A possible solution could be: - branch the current linux-2.6 package into a new source package, say linux-2.6.16, tracking 2.6.16.x releases - do the usual 2.6.x development in the existing linux-2.6 package, which probably should not migrate to testing until the release is done. Second, if we go this path and do an Etch release with 2.6.16.x, I would like to NOT stick forever with that very version we will have in testing at the day the freeze happens, but keep updating the kernel images and the installer for every point release to a reasonably newer 2.6.16.x upstream release. This would ensure more and new hardware support with every point release, avoiding one of the biggest drawbacks we currently have with the ancient 2.6.8 in Sarge. Security updates for Etch could just ship the latest 2.6.16.x release which fixes the respective issue, diminishing both the work needed to backport the fix and the time our users have to wait for it. Also, in order to add new minor releases to a stable 2.6.16.x package, we need to handle ABI changes in the stable kernel, which means rebuild and maybe patch all concerned third-party modules included in the release. Best regards Frederik Schueler [1] http://lists.debian.org/debian-devel-announce/2006/05/msg0.html [2] http://lkml.org/lkml/2005/12/3/55 [3] http://lkml.org/lkml/2006/3/20/90 -- ENOSIG signature.asc Description: Digital signature
mkvmlinuz_21_powerpc.changes ACCEPTED
Accepted: mkvmlinuz_21.dsc to pool/main/m/mkvmlinuz/mkvmlinuz_21.dsc mkvmlinuz_21.tar.gz to pool/main/m/mkvmlinuz/mkvmlinuz_21.tar.gz mkvmlinuz_21_powerpc.deb to pool/main/m/mkvmlinuz/mkvmlinuz_21_powerpc.deb Announcing to debian-devel-changes@lists.debian.org Closing bugs: 365978 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: retitle 366291 to Module ABI broken
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.19 > retitle 366291 Module ABI broken Bug#366291: nvidia-kernel-2.6.16-1-k7: Won't load into linux-image-2.6.16-1-k7 version 2.6.16-12 Changed Bug title. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of mkvmlinuz_21_powerpc.changes
mkvmlinuz_21_powerpc.changes uploaded successfully to localhost along with the files: mkvmlinuz_21.dsc mkvmlinuz_21.tar.gz mkvmlinuz_21_powerpc.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#365978: Uploader wanted ...
On Tue, May 09, 2006 at 09:03:37PM +0200, Sven Luther wrote: > On Tue, May 09, 2006 at 09:48:17AM +0100, Colin Watson wrote: > > Sure, I can do this (although I can't tag it in svn). Is > > svn://svn.debian.org/svn/kernel/dists/trunk/utils/mkvmlinuz/mkvmlinuz > > the correct URL? > > Yes it seems correct (well, if you can check it out it is ok, if not there is > a typo i missed at first glance). > > Once i see the upload, i will tag it, i have control of my ssh key here. OK, uploaded. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362319: FTBFS: UTS Release version in does not match current version
* Sven Luther <[EMAIL PROTECTED]> [2006-04-13 12:41]: > 2.4.27 is dead, let's get rid of it. We can always reintroduce it later for Can you please file a bug on ftp.debian.org? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#365978: Uploader wanted ...
On Tue, May 09, 2006 at 09:48:17AM +0100, Colin Watson wrote: > On Mon, May 08, 2006 at 09:37:35PM +0200, Sven Luther wrote: > > I have fixed this bug in svn, but cannot upload due to not having > > access to my gpg key until thursday. > > > > It would be nice if someone could upload it. It needs someone with > > access to a powerpc build machine though. Colin or Bastian are obvious > > choices. > > Sure, I can do this (although I can't tag it in svn). Is > svn://svn.debian.org/svn/kernel/dists/trunk/utils/mkvmlinuz/mkvmlinuz > the correct URL? Yes it seems correct (well, if you can check it out it is ok, if not there is a typo i missed at first glance). Once i see the upload, i will tag it, i have control of my ssh key here. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#253082: kernel: bad: scheduling while atomic!
Jurij Smakov wrote: Hi, Could you please confirm that you are still experiencing the Debian bug 253082 [0] with any kernel which is currently in the archive? [0] http://bugs.debian.org/253082 Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC I haven't seen this bug recently, although I've since changed to using Xeon SMP systems. -- Seth Mattinen [EMAIL PROTECTED] Roller Network LLC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
linux-2.6_2.6.16+2.6.17-rc3-0experimental.1_amd64.changes is NEW
(new) linux-headers-2.6-amd64-generic_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb optional devel Header files for Linux kernel 2.6 on all x86-64 machines This package depends on the architecture-specific header files for the latest Linux kernel 2.6 on all 64bit x86-64 compatible machines. (new) linux-headers-2.6-amd64-k8-smp_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb optional devel Header files for Linux kernel 2.6 on AMD64 K8 SMP machines This package depends on the architecture-specific header files for the latest Linux kernel 2.6 on 64bit multi-processor/multi-core AMD Athlon64 X2 and Opteron 2xx/8xx machines. (new) linux-headers-2.6-amd64-k8_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb optional devel Header files for Linux kernel 2.6 on AMD64 K8 machines This package depends on the architecture-specific header files for the latest Linux kernel 2.6 on 64bit AMD Athlon64, AthlonFX, Opteron 1xx and Turion64 machines. (new) linux-headers-2.6-em64t-p4-smp_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb optional devel Header files for Linux kernel 2.6 on Intel em64t P4/Xeon SMP machines This package depends on the architecture-specific header files for the latest Linux kernel 2.6 on 64bit multi-processor/multi-core Intel em64t Pentium 4/Pentium D/Xeon machines. (new) linux-headers-2.6-em64t-p4_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb optional devel Header files for Linux kernel 2.6 on Intel em64t P4 machines This package depends on the architecture-specific header files for the latest Linux kernel 2.6 on 64bit Intel em64t Pentium4 machines. (new) linux-headers-2.6.17-rc3-all-amd64_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb optional devel All header files for Linux kernel 2.6.17 This package depends against all architecture-specific kernel header files for Linux kernel version 2.6.17-rc3, generally used for building out-of-tree kernel modules. (new) linux-headers-2.6.17-rc3-all_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb optional devel All header files for Linux kernel 2.6.17 This package depends against all architecture-specific kernel header files for Linux kernel version 2.6.17-rc3, generally used for building out-of-tree kernel modules. (new) linux-headers-2.6.17-rc3-amd64-generic_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb optional devel Header files for Linux kernel 2.6.17-rc3 on all x86-64 machines This package provides the architecture-specific kernel header files for Linux kernel 2.6.17-rc3 on all 64bit x86-64 compatible machines, generally used for building out-of-tree kernel modules. These files are going to be installed into /usr/src/linux-headers-2.6.17-rc3-amd64-generic, and can be used for building modules that load into the kernel provided by the linux-image-2.6.17-rc3-amd64-generic package. . This packages is produced using an updated kernel packaging system and replaces older kernel-headers packages (new) linux-headers-2.6.17-rc3-amd64-k8-smp_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb optional devel Header files for Linux kernel 2.6.17-rc3 on AMD64 K8 SMP machines This package provides the architecture-specific kernel header files for Linux kernel 2.6.17-rc3 on 64bit multi-processor/multi-core AMD Athlon64 X2 and Opteron 2xx/8xx machines, generally used for building out-of-tree kernel modules. These files are going to be installed into /usr/src/linux-headers-2.6.17-rc3-amd64-k8-smp, and can be used for building modules that load into the kernel provided by the linux-image-2.6.17-rc3-amd64-k8-smp package. . This packages is produced using an updated kernel packaging system and replaces older kernel-headers packages (new) linux-headers-2.6.17-rc3-amd64-k8_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb optional devel Header files for Linux kernel 2.6.17-rc3 on AMD64 K8 machines This package provides the architecture-specific kernel header files for Linux kernel 2.6.17-rc3 on 64bit AMD Athlon64, AthlonFX, Opteron 1xx and Turion64 machines, generally used for building out-of-tree kernel modules. These files are going to be installed into /usr/src/linux-headers-2.6.17-rc3-amd64-k8, and can be used for building modules that load into the kernel provided by the linux-image-2.6.17-rc3-amd64-k8 package. . This packages is produced using an updated kernel packaging system and replaces older kernel-headers packages (new) linux-headers-2.6.17-rc3-em64t-p4-smp_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb optional devel Header files for Linux kernel 2.6.17-rc3 on Intel em64t P4/Xeon SMP machines This package provides the architecture-specific kernel header files for Linux kernel 2.6.17-rc3 on 64bit multi-processor/multi-core Intel em64t Pentium 4/Pentium D/Xeon machines, generally used for building out-of-tree kernel modules. These files are going to be installed into /usr/src/linux-headers-2.6.17-rc3-em64t-p4-smp, and can be used for building modules that load into the kernel provided by the linux-image-2.6.17-rc3-em64t-p4-smp packa
Processing of linux-2.6_2.6.16+2.6.17-rc3-0experimental.1_amd64.changes
linux-2.6_2.6.16+2.6.17-rc3-0experimental.1_amd64.changes uploaded successfully to localhost along with the files: linux-headers-2.6.17-rc3-all_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-headers-2.6.17-rc3-all-amd64_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-headers-2.6.17-rc3_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-image-2.6.17-rc3-amd64-generic_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-headers-2.6.17-rc3-amd64-generic_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-image-amd64-generic_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-image-2.6-amd64-generic_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-headers-2.6-amd64-generic_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-image-2.6.17-rc3-amd64-k8_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-headers-2.6.17-rc3-amd64-k8_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-image-amd64-k8_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-image-2.6-amd64-k8_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-headers-2.6-amd64-k8_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-image-2.6.17-rc3-amd64-k8-smp_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-headers-2.6.17-rc3-amd64-k8-smp_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-image-amd64-k8-smp_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-image-2.6-amd64-k8-smp_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-headers-2.6-amd64-k8-smp_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-image-2.6.17-rc3-em64t-p4_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-headers-2.6.17-rc3-em64t-p4_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-image-em64t-p4_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-image-2.6-em64t-p4_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-headers-2.6-em64t-p4_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-image-2.6.17-rc3-em64t-p4-smp_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-headers-2.6.17-rc3-em64t-p4-smp_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-image-em64t-p4-smp_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-image-2.6-em64t-p4-smp_2.6.16+2.6.17-rc3-0experimental.1_amd64.deb linux-headers-2.6-em64t-p4-smp_2.6.16+2.6.17-rc3-0experimental.1_amd64.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.16+2.6.17-rc3-0experimental.1_i386.changes is NEW
kernel-image-2.6-386_2.6.16+2.6.17-rc3-0experimental.1_i386.deb to pool/main/l/linux-2.6/kernel-image-2.6-386_2.6.16+2.6.17-rc3-0experimental.1_i386.deb kernel-image-2.6-686-smp_2.6.16+2.6.17-rc3-0experimental.1_i386.deb to pool/main/l/linux-2.6/kernel-image-2.6-686-smp_2.6.16+2.6.17-rc3-0experimental.1_i386.deb kernel-image-2.6-686_2.6.16+2.6.17-rc3-0experimental.1_i386.deb to pool/main/l/linux-2.6/kernel-image-2.6-686_2.6.16+2.6.17-rc3-0experimental.1_i386.deb kernel-image-2.6-k7-smp_2.6.16+2.6.17-rc3-0experimental.1_i386.deb to pool/main/l/linux-2.6/kernel-image-2.6-k7-smp_2.6.16+2.6.17-rc3-0experimental.1_i386.deb kernel-image-2.6-k7_2.6.16+2.6.17-rc3-0experimental.1_i386.deb to pool/main/l/linux-2.6/kernel-image-2.6-k7_2.6.16+2.6.17-rc3-0experimental.1_i386.deb linux-2.6_2.6.16+2.6.17-rc3-0experimental.1.diff.gz to pool/main/l/linux-2.6/linux-2.6_2.6.16+2.6.17-rc3-0experimental.1.diff.gz linux-2.6_2.6.16+2.6.17-rc3-0experimental.1.dsc to pool/main/l/linux-2.6/linux-2.6_2.6.16+2.6.17-rc3-0experimental.1.dsc linux-2.6_2.6.16+2.6.17-rc3.orig.tar.gz to pool/main/l/linux-2.6/linux-2.6_2.6.16+2.6.17-rc3.orig.tar.gz (new) linux-doc-2.6.17_2.6.16+2.6.17-rc3-0experimental.1_all.deb optional doc Linux kernel specific documentation for version 2.6.17 This package provides the various README files and HTML documentation for the Linux kernel version 2.6.17. Plenty of information, including the descriptions of various kernel subsystems, filesystems, driver-specific notes and the like. Consult the file . /usr/share/doc/linux-doc-2.6.17/Documentation/00-INDEX . for the detailed description of the contents. . This packages is produced using an updated kernel packaging system and replaces older kernel-doc packages linux-headers-2.6-486_2.6.16+2.6.17-rc3-0experimental.1_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6-486_2.6.16+2.6.17-rc3-0experimental.1_i386.deb linux-headers-2.6-686_2.6.16+2.6.17-rc3-0experimental.1_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6-686_2.6.16+2.6.17-rc3-0experimental.1_i386.deb linux-headers-2.6-k7_2.6.16+2.6.17-rc3-0experimental.1_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6-k7_2.6.16+2.6.17-rc3-0experimental.1_i386.deb (new) linux-headers-2.6.17-rc3-486_2.6.16+2.6.17-rc3-0experimental.1_i386.deb optional devel Header files for Linux kernel 2.6.17-rc3 on 486-class machines This package provides the architecture-specific kernel header files for Linux kernel 2.6.17-rc3 on 486-class machines, generally used for building out-of-tree kernel modules. These files are going to be installed into /usr/src/linux-headers-2.6.17-rc3-486, and can be used for building modules that load into the kernel provided by the linux-image-2.6.17-rc3-486 package. . This packages is produced using an updated kernel packaging system and replaces older kernel-headers packages (new) linux-headers-2.6.17-rc3-686_2.6.16+2.6.17-rc3-0experimental.1_i386.deb optional devel Header files for Linux kernel 2.6.17-rc3 on PPro/Celeron/PII/PIII/P4 machines This package provides the architecture-specific kernel header files for Linux kernel 2.6.17-rc3 on Pentium Pro/Celeron/Pentium II/Pentium III/Pentium 4 machines, generally used for building out-of-tree kernel modules. These files are going to be installed into /usr/src/linux-headers-2.6.17-rc3-686, and can be used for building modules that load into the kernel provided by the linux-image-2.6.17-rc3-686 package. . This packages is produced using an updated kernel packaging system and replaces older kernel-headers packages (new) linux-headers-2.6.17-rc3-all-i386_2.6.16+2.6.17-rc3-0experimental.1_i386.deb optional devel All header files for Linux kernel 2.6.17 This package depends against all architecture-specific kernel header files for Linux kernel version 2.6.17-rc3, generally used for building out-of-tree kernel modules. (new) linux-headers-2.6.17-rc3-all_2.6.16+2.6.17-rc3-0experimental.1_i386.deb optional devel All header files for Linux kernel 2.6.17 This package depends against all architecture-specific kernel header files for Linux kernel version 2.6.17-rc3, generally used for building out-of-tree kernel modules. (new) linux-headers-2.6.17-rc3-k7_2.6.16+2.6.17-rc3-0experimental.1_i386.deb optional devel Header files for Linux kernel 2.6.17-rc3 on AMD K7 machines This package provides the architecture-specific kernel header files for Linux kernel 2.6.17-rc3 on 32bit AMD Duron/Athlon/AthlonXP machines, generally used for building out-of-tree kernel modules. These files are going to be installed into /usr/src/linux-headers-2.6.17-rc3-k7, and can be used for building modules that load into the kernel provided by the linux-image-2.6.17-rc3-k7 package. . This packages is produced using an updated kernel packaging system and replaces older kernel-headers packages (new) linux-headers-2.6.17-rc3_2.6.16+2.6.17-rc3-0experimental.1_i386.deb optional devel Common header files for Lin
Processing of linux-2.6_2.6.16+2.6.17-rc3-0experimental.1_i386.changes
linux-2.6_2.6.16+2.6.17-rc3-0experimental.1_i386.changes uploaded successfully to localhost along with the files: linux-2.6_2.6.16+2.6.17-rc3-0experimental.1.dsc linux-2.6_2.6.16+2.6.17-rc3.orig.tar.gz linux-2.6_2.6.16+2.6.17-rc3-0experimental.1.diff.gz linux-doc-2.6.17_2.6.16+2.6.17-rc3-0experimental.1_all.deb linux-manual-2.6.17_2.6.16+2.6.17-rc3-0experimental.1_all.deb linux-patch-debian-2.6.17_2.6.16+2.6.17-rc3-0experimental.1_all.deb linux-source-2.6.17_2.6.16+2.6.17-rc3-0experimental.1_all.deb linux-support-2.6.17-rc3_2.6.16+2.6.17-rc3-0experimental.1_all.deb linux-tree-2.6.17_2.6.16+2.6.17-rc3-0experimental.1_all.deb linux-headers-2.6.17-rc3-all_2.6.16+2.6.17-rc3-0experimental.1_i386.deb linux-headers-2.6.17-rc3-all-i386_2.6.16+2.6.17-rc3-0experimental.1_i386.deb linux-headers-2.6.17-rc3_2.6.16+2.6.17-rc3-0experimental.1_i386.deb linux-image-2.6.17-rc3-486_2.6.16+2.6.17-rc3-0experimental.1_i386.deb linux-headers-2.6.17-rc3-486_2.6.16+2.6.17-rc3-0experimental.1_i386.deb linux-image-486_2.6.16+2.6.17-rc3-0experimental.1_i386.deb linux-image-2.6-486_2.6.16+2.6.17-rc3-0experimental.1_i386.deb linux-headers-2.6-486_2.6.16+2.6.17-rc3-0experimental.1_i386.deb linux-image-2.6.17-rc3-686_2.6.16+2.6.17-rc3-0experimental.1_i386.deb linux-headers-2.6.17-rc3-686_2.6.16+2.6.17-rc3-0experimental.1_i386.deb linux-image-686_2.6.16+2.6.17-rc3-0experimental.1_i386.deb linux-image-2.6-686_2.6.16+2.6.17-rc3-0experimental.1_i386.deb linux-headers-2.6-686_2.6.16+2.6.17-rc3-0experimental.1_i386.deb linux-image-2.6.17-rc3-k7_2.6.16+2.6.17-rc3-0experimental.1_i386.deb linux-headers-2.6.17-rc3-k7_2.6.16+2.6.17-rc3-0experimental.1_i386.deb linux-image-k7_2.6.16+2.6.17-rc3-0experimental.1_i386.deb linux-image-2.6-k7_2.6.16+2.6.17-rc3-0experimental.1_i386.deb linux-headers-2.6-k7_2.6.16+2.6.17-rc3-0experimental.1_i386.deb kernel-image-2.6-386_2.6.16+2.6.17-rc3-0experimental.1_i386.deb kernel-image-2.6-686_2.6.16+2.6.17-rc3-0experimental.1_i386.deb kernel-image-2.6-686-smp_2.6.16+2.6.17-rc3-0experimental.1_i386.deb kernel-image-2.6-k7_2.6.16+2.6.17-rc3-0experimental.1_i386.deb kernel-image-2.6-k7-smp_2.6.16+2.6.17-rc3-0experimental.1_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: scheduling linux-2.6 2.6.16-13, abiname change
On Tue, May 09, 2006 at 02:18:43PM +0200, Bastian Blank wrote: > I'd like to schedule 2.6.16-13 for tomorrow. It includes an abiname bump > to 2. Missing changes: - HZ=250 Bastian -- Men will always be men -- no matter where they are. -- Harry Mudd, "Mudd's Women", stardate 1329.8 signature.asc Description: Digital signature
Bug#366522: kernel-source-2.6.8: ALi M5451 Audio did not work
Package: kernel-source-2.6.8 Version: 2.6.8-16sarge2 Severity: normal I had a problem to use ALi M5451 ALSA driver with my system. My system has an M5451 rev 01 chip and the supplied driver did not activate AC97 mixer when installed. With many tries and errors, I happened to make a patch that works for me. However, I do not have any official reference documentation, I cannot confirm that the patch is correct. Can anybody confirm the correctness, please? -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (100, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) 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 *** /tmp/diff.txt diff -u kernel-source-2.6.8/sound/pci/ali5451/ali5451.c linux/sound/pci/ali5451/ali5451.c --- kernel-source-2.6.8/sound/pci/ali5451/ali5451.c 2004-08-14 14:38:04.0 +0900 +++ linux/sound/pci/ali5451/ali5451.c 2006-05-09 02:55:12.302579810 +0900 @@ -470,7 +470,7 @@ return ~0; } - port = codec->chregs.regs.ac97read; + port = codec->chregs.regs.ac97write; if (snd_ali_codec_ready(codec, port, 0) < 0) return ~0; @@ -481,7 +481,7 @@ dwVal |= 0x8000;/* bit 15*/ if (secondary) dwVal |= 0x0080; - snd_ali_5451_poke(codec, port, dwVal); + outw(dwVal, codec->port + port); if (snd_ali_stimer_ready(codec, 0) < 0) return ~0; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361197: linux 2.6.16.13 / snd_cs4281 - the problem is in the timer freq
Hi, thanks to Robert Derochette's config I found the difference in my config on CONFIG_HZ* entries. [EMAIL PROTECTED]:~$ diff /boot/config-2.6.16.13zito.old /boot/config-2.6.16.13zito 4c4 < # Thu May 4 13:17:05 2006 --- > # Tue May 9 11:50:50 2006 187,189c187,189 < # CONFIG_HZ_250 is not set < CONFIG_HZ_1000=y < CONFIG_HZ=1000 --- > CONFIG_HZ_250=y > # CONFIG_HZ_1000 is not set > CONFIG_HZ=250 [EMAIL PROTECTED]:~$ After recompilation & reboot driver snd_cs4281 works now. -- Zito -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
scheduling linux-2.6 2.6.16-13, abiname change
Hi folks I'd like to schedule 2.6.16-13 for tomorrow. It includes an abiname bump to 2. Bastian -- It is more rational to sacrifice one life than six. -- Spock, "The Galileo Seven", stardate 2822.3 signature.asc Description: Digital signature
Bug#366507: Pcmcia cardbus disabled
Package: linux-image-2.6.15-1-486 Version: 2.6.15-8 Severity: important When I boot my laptop with this kernel, I can't use my pcmcia ethernet card (Netgear). It works perfectly with kernels 2.2.27-pre2 (on potato) and 2.4.27-2-386 (testing). I've tried every combination of acpi and pci kernel parameters I could find but it didn't make it (unfortunately the Documentation/ directory from the kernel sources isn't packaged as documentation for this kernel so I don't know if I could test all possibilities). Here is some usefull information: 1. boot messages Linux version 2.6.15-1-486 (Debian 2.6.15-8) ([EMAIL PROTECTED]) (gcc version 4.0.3 20060212 (prerelease) (Debian 4.0.2-9)) #2 Mon Mar 6 15:19:16 UTC 2006 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000f - 0010 (reserved) BIOS-e820: 0010 - 0502 (usable) BIOS-e820: 0502 - 0504 (reserved) BIOS-e820: fef8 - ff00 (reserved) BIOS-e820: fffe - fffe6e00 (reserved) BIOS-e820: fffe6e00 - fffe7000 (ACPI NVS) BIOS-e820: fffe7000 - 0001 (reserved) 80MB LOWMEM available. On node 0 totalpages: 20512 DMA zone: 4096 pages, LIFO batch:0 DMA32 zone: 0 pages, LIFO batch:0 Normal zone: 16416 pages, LIFO batch:3 HighMem zone: 0 pages, LIFO batch:0 DMI not present. ACPI: Unable to locate RSDP Allocating PCI resources starting at 1000 (gap: 0504:f9f4) Built 1 zonelists Kernel command line: BOOT_IMAGE=Linux-2.6.15 ro root=303 pci=usepirqmask No local APIC present or hardware disabled mapped APIC to d000 (010a1000) Initializing CPU#0 PID hash table entries: 512 (order: 9, 8192 bytes) Detected 166.660 MHz processor. Using tsc for high-res timesource Console: colour VGA+ 80x25 Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 73940k/82048k available (1516k kernel code, 7712k reserved, 574k data, 228k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 333.72 BogoMIPS (lpj=166862) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 CPU: After generic identify, caps: 008001bf CPU: After vendor identify, caps: 008001bf Intel Pentium with F0 0F bug - workaround enabled. CPU: After all inits, caps: 008001bf mtrr: v2.0 (20020519) CPU: Intel Pentium MMX stepping 03 Checking 'hlt' instruction... OK. checking if image is initramfs... it is Freeing initrd memory: 4378k freed NET: Registered protocol family 16 EISA bus registered PCI: PCI BIOS revision 2.10 entry at 0xfd507, last bus=21 PCI: Using configuration type 1 ACPI: Subsystem revision 20050902 ACPI: Interpreter disabled. Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI: disabled PnPBIOS: Scanning system for PnP BIOS support... PnPBIOS: Found PnP BIOS installation structure at 0xc00f8e30 PnPBIOS: PnP BIOS version 1.0, entry 0xf:0x90b4, dseg 0x0 PnPBIOS: 18 nodes reported by PnP BIOS; 18 recorded by driver PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) Boot video device is :00:04.0 PCI: Bus 1, cardbus bridge: :00:13.0 IO window: 1000-10ff IO window: 1400-14ff PREFETCH window: 1000-11ff MEM window: 1200-13ff PCI: Bus 5, cardbus bridge: :00:13.1 IO window: 1800-18ff IO window: 1c00-1cff PREFETCH window: 1400-15ff MEM window: 1600-17ff PCI: No IRQ known for interrupt pin A of device :00:13.0. Please try using pci=biosirq. PCI: Setting latency timer of device :00:13.0 to 64 PCI: No IRQ known for interrupt pin B of device :00:13.1. Please try using pci=biosirq. PCI: Setting latency timer of device :00:13.1 to 64 audit: initializing netlink socket (disabled) audit(1144267620.489: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,PNP0f13] at 0x60,0x64 irq 1,12 serio: i8042 AUX 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: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A 00:0e: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 bloc
Re: Bug#365978: Uploader wanted ...
On Mon, May 08, 2006 at 09:37:35PM +0200, Sven Luther wrote: > I have fixed this bug in svn, but cannot upload due to not having > access to my gpg key until thursday. > > It would be nice if someone could upload it. It needs someone with > access to a powerpc build machine though. Colin or Bastian are obvious > choices. Sure, I can do this (although I can't tag it in svn). Is svn://svn.debian.org/svn/kernel/dists/trunk/utils/mkvmlinuz/mkvmlinuz the correct URL? Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#366445: detection of PCMCIA readers
Processing commands for [EMAIL PROTECTED]: > # this is a feature request > severity 366445 wishlist Bug#366445: chipcard2 is compiled without PCMCIA-Scanning Severity set to `wishlist'. > # see text for this > tag 366455 + wontfix help Bug#366455: linux-source-2.6.16: Please add support to IC Plus IP100A Fast Ethernet Adapter [patch] Tags were: patch Tags added: wontfix, help > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
