Processed: Re: Bug#509637: initramfs-tools: shell variable `break' unset before `maybe_break init' is evaluated
Processing commands for cont...@bugs.debian.org: tags 509637 pending Bug#509637: initramfs-tools: shell variable `break' unset before `maybe_break init' is evaluated Tags were: patch Tags added: pending stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Removing pseudo package kernel
Is there any point in keeping the pseudo package kernel, which still has another 63 bugs? It may have been useful in times, where 12 different source packages existed for the kernels, but seems like a useless duplication of linux-2.6 nowadays. If noone disagrees, I'll poke submitters of the existing bugs, reassign them to linux-2.6 and ask the Debian BTS maintainers to remove the pseudo bug. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: ioctl rtc example
Processing commands for cont...@bugs.debian.org: reassign 358017 linux-2.6 Bug#358017: ioctls fail with rtc on kernel 2.6 Bug reassigned from package `kernel' to `linux-2.6'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: workaround
Processing commands for cont...@bugs.debian.org: reassign 309405 linux-2.6 Bug#309405: mount.cifs: poor performance and high CPU load with large files (500MB+) compared to mount.smbfs Bug reassigned from package `kernel' to `linux-2.6'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#416208: Installation report HP-715/64 (HIL)
On Wednesday 24 December 2008, Moritz Muehlenhoff wrote: Is it possible that someone from the debian-installer teams add this modprobe hilkbd somewhere to the bootup process? This modprobe should also be carried over to the installed system afterwards. I'm willing to test any temporary images (preferably netboot images) as soon as possible. [Forwarding to debian-b...@lists.debian.org] Why not (also) reassign the BR to debian-installer? Can that be considered for rc2? Theoretically that would still be possible, but it is extremely late in the day for such a change, especially without any detailed info about how *exactly* this should be implemented. Questions that come to mind are: - why doesn't the kernel/udev autoload this module? - is there any way to recognize whether the module should be loaded or not (most hppa installs are headless)? - if it's decided to load the module unconditionally for the installer, it may still be possible to only do so when needed for the installed system; can this be recognized somehow? - is loading the module for the installed system needed for the initrd too (would be my guess), or just for the final system? We have repeatedly indicated in the debian-hppa list that the D-I team needs porter support and this is *exactly* the kind of issue for which knowledgable porter support is needed. I even had a long discussion with Helge himself about that. As this issue has been known for ages my first reaction is that it is too late for RC2 and for Lenny. However, *if* porters work with the D-I team to get the questions above answered the change could be implemented early for squeeze and, after testing, it could then be considered for backporting for a stable update release. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Processed: Re: kernel-image-2.6.10-1-686: volume being listed as an input not an output for CS4299 rev6 (I440MX)
Processing commands for cont...@bugs.debian.org: reassign 298334 linux-2.6 Bug#298334: kernel-image-2.6.10-1-686: volume being listed as an input not an output for CS4299 rev6 (I440MX) Bug reassigned from package `kernel' to `linux-2.6'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: sparc64 tftpboot kernel driver failure during Gigaswift ethernet (aka cassini) detection (#2)
Processing commands for cont...@bugs.debian.org: reassign 361199 linux-2.6 Bug#361199: sparc64 tftpboot kernel driver failure during Gigaswift ethernet (aka cassini) detection (#2) Bug reassigned from package `kernel' to `linux-2.6'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#416208: Installation report HP-715/64 (HIL)
Moritz Muehlenhoff wrote: On Tue, Dec 23, 2008 at 12:35:51PM +0100, Helge Deller wrote: Moritz Muehlenhoff wrote: The boot-kernel (2.6.18) does not detect this keyboard on the HIL bus. It seems the needed .config values are not set when it was built. To solve this problem, the boot kernel needs the CONFIG_KEYBOARD_HIL_OLD=y option set. Additionally, all other HIL options should be disabled (see below). With those options, the HIL keyboard should work. HIL-Mouse will not be available, but it's not needed either for the installation process. In general, all newer HIL drivers do not work at all, so defaulting back to the old driver should be ok. The Lenny kernel sets CONFIG_KEYBOARD_HIL_OLD=m, does this still apply? Moritz, thanks for bringing this up again. I nearly forgot it! I just tried the netboot image dated 30-10-08 from http://ftp.nl.debian.org/debian/dists/testing/main/installer-hppa/current/images/netboot/2.6/. Currently the debian installer boots up nicely, but the keyboard is not functional at all (on machines with HIL keyboard). My tests with booting via serial console shows, that all what needs to be done to get those keyboards working now is, to run a modprobe hilkbd at startup. Is it possible that someone from the debian-installer teams add this modprobe hilkbd somewhere to the bootup process? This modprobe should also be carried over to the installed system afterwards. I'm willing to test any temporary images (preferably netboot images) as soon as possible. [Forwarding to debian-b...@lists.debian.org] Can that be considered for rc2? Yes, please. I should have mentioned, that adding modprobe hilkbd will not break any parisc machine which does not have HIL. So it's pretty safe to probe for this module. Helge -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#415211: readcd locks kde desktop
Processing commands for cont...@bugs.debian.org: reassign 415211 linux-2.6 Bug#415211: readcd locks kde desktop Bug reassigned from package `kernel' to `linux-2.6'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#274536: Debian Installer Pre RC2 on PARISC
On Sat, Oct 02, 2004 at 04:52:42PM +0200, Peter Van Loock wrote: Package: installation-reports Debian-installer-version: Pre-RC2 uname -a: N/A Date: Sat Oct 2 13:09:46 CEST 2004 Method: Booted from CD Machine: Hewlett Packard 9000-712/60 Processor: PA-Risc 1.1d - PA7100 LC (PCX-L) Memory: 64 MB Root Device: SCSI, /dev/sda Root Size/partition table: N/A Output of lspci: N/A [..] When installing the base system, the installation seemed to stall on 'Retrieving coreutils'. I waited for more than half an hour, but the installer did not continue. On /dev/tty2, I could see that a 'cp'-command was running. When I tried to manually copy the file (coreutils) the shell also blocked. The CD checked out OK. After I installed Debian using netboot, I tried to copy this file from the same CD with the same CD-reader and this worked without a problem. [Cleaning up historical bug reports] Does this error still occur with more recent kernel versions? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#275582: Oops in loading cardbus bridge drivers in kernel version 2.6.8.1
On Fri, Oct 08, 2004 at 04:21:39PM -0700, todd nguyen wrote: Package: PCMCIA Version: 2.6.8.1 Hi friends I have a problem loading the yenta_socket.ko under Linux winter-lnx 2.6.8.1 #2 Fri Oct 8 00:11:44 PDT 2004 i686 i686 i386 GNU/Linux. From dmesg outtput it gave me an error like Unable to handle kernel NULL pointer dereference at virtual address 0008 Can anyone give me some pointer on why I'm seeing this error? Does this error still occur with more recent kernel versions? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: kernel: Workaround for the problem: select() to /dev/rtc to wait for clock tick timed out
Processing commands for cont...@bugs.debian.org: reassign 465315 linux-2.6 Bug#465315: select() to /dev/rtc to wait for clock tick timed out Bug reassigned from package `kernel' to `linux-2.6'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#288273: kernel-image-2.6.8-1-sparc64: ieee1394 disk problem on sparc (SunBlade
reassign 288273 linux-2.6 thanks On Sat, Mar 01, 2008 at 10:59:49PM +0100, Roland Stigge wrote: Hi, sorry for the delay. maximilian attems wrote: sparc fixes went into upstream, you may want to test trunk linux-images 2.6.24-rc6, see apt lines wiki.debian.org/DebianKernel thanks for feedback. I tried it with the current default Debian kernel 2.4.24. Now, it looks like this on switching on the device: firewire_core: phy config: card 0, new root=ffc1, gap_count=5 firewire_core: phy config: card 0, new root=ffc1, gap_count=5 firewire_core: Unsolicited response (source ffc0, tlabel 5) firewire_core: Unsolicited response (source ffc0, tlabel f) firewire_core: Unsolicited response (source ffc0, tlabel 10) firewire_core: Unsolicited response (source ffc0, tlabel 11) firewire_core: Unsolicited response (source ffc0, tlabel 12) firewire_core: Unsolicited response (source ffc0, tlabel 13) firewire_core: Unsolicited response (source ffc0, tlabel 14) firewire_core: giving up on config rom for node id ffc0 Does this error still occur with more recent kernel versions? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#298334: kernel-image-2.6.10-1-686: volume being listed as an input not an output for CS4299 rev6 (I440MX)
reassign 298334 linux-2.6 thanks On Sun, Mar 06, 2005 at 08:20:41PM +, Luke Kenneth Casson Leighton wrote: Package: kernel-image-2.6.10-1-686 Version: 2.6.10-4 Severity: normal like the usb-audio device i have (a PDT cyberphone with mono capabilities), my Intel I440MX Cirrus Logic CS4299 (rev 6) has started being reported with volume as an INPUT device not an OUTPUT. the I440MX was not until about 2.6.9 detected as a CS4299. in 2.6.9 it was intermittently detected and reported by userspace programs as either an I440MX or a CS4299. when reported as an I440X, the volume was successfully shown on the output. after running shockwave flash and some jumbled garbage coming from the audio (my browser is running the flash plugin at 100% CPU on this 800Mhz machine and so hasn't got time to feed things like audio) resulting in ear-howling noise followed by silence, re-running kmix would definitely show up the device (now silent) as a CS4299. prior to shockwave messing things up, the device would show up as an I440MX. when running 2.6.10, it's always absolutely 100% guaranteed to show up as a CS4299 - again, 100% guaranteed to have the volume as an input. Does this error still occur with more recent kernel versions? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#358017: ioctl rtc example
reassign 358017 linux-2.6 thanks On Mon, Mar 20, 2006 at 09:50:02PM +0100, Konrad Schandera wrote: Hello After re-reading my mail i considerd sending some example code, wich shouldn work with: Kernel 2.6.8-2-686 and module genrtc.ko loaded but works with: Kernel 2.6.8-2-686 and module rtc.ko loaded. Maybe this is a general kernel issue, or an issue with my machine. If so, i am again really sorry for the inconvenience. Does this behaviour still occur with more recent kernel versions? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#309405: workaround
reassign 309405 linux-2.6 thanks On Sat, Oct 01, 2005 at 02:50:48PM +0200, Martin Koeppe wrote: Hello, in between I managed to work around the problem. With cifs 1.34 compiled into 2.6.11 (and probably 2.6.12, too), a acceptable performance can be achieved with mount option direct. For further plans and (hopefully) the final fix for the problem see: http://lists.samba.org/archive/linux-cifs-client/2005-September/000989.html http://lists.samba.org/archive/linux-cifs-client/2005-September/000991.html In between this bug should remain open. Has this been resolved in current kernels? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: 2.6.26-11 oops on initial NIC (via-velocity) setup
Processing commands for cont...@bugs.debian.org: reassign 508527 linux-2.6 Bug#508527: 2.6.26-11 oops on initial NIC (via-velocity) setup Bug reassigned from package `kernel' to `linux-2.6'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#416208: Installation report HP-715/64 (HIL)
reassign 416208 debian-installer thanks On Wed, Dec 24, 2008 at 04:19:51PM +0100, Frans Pop wrote: On Wednesday 24 December 2008, Moritz Muehlenhoff wrote: Is it possible that someone from the debian-installer teams add this modprobe hilkbd somewhere to the bootup process? This modprobe should also be carried over to the installed system afterwards. I'm willing to test any temporary images (preferably netboot images) as soon as possible. [Forwarding to debian-b...@lists.debian.org] Why not (also) reassign the BR to debian-installer? It didn't know about that specific source package, reassigning now. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#361199: sparc64 tftpboot kernel driver failure during Gigaswift ethernet (aka cassini) detection (#2)
reassign 361199 linux-2.6 thanks On Fri, Apr 07, 2006 at 09:33:37AM +0200, Karel Panek wrote: Package: kernel Severity: critical It is not possible to bring Gigaswift (aka Cassini) ethernet cards online and therefore continue installation on SunFire V440 (UltraSparc IIIi) when I use boot.img placed in the following directory of debian archives: /debian/dists/sid/main/installer-sparc/current/images/sparc64/netboot/ 2.6/ The installation fails during network detection process with the following dump: Apr 4 21:40:00 main-menu[2937]: DEBUG: configure ethernet-card- detection, status: 0 Apr 4 21:40:00 main-menu[2937]: DEBUG: virtual package ethernet-card- detection Apr 4 21:40:00 kernel: Unable to handle kernel NULL pointer dereference Apr 4 21:40:00 kernel: tsk-{mm,active_mm}-context = 01b6 Apr 4 21:40:00 kernel: tsk-{mm,active_mm}-pgd = f8133f65e000 Apr 4 21:40:00 kernel: \|/ \|/ Apr 4 21:40:00 kernel: @'/ .. \`@ Apr 4 21:40:00 kernel: /_| \__/ |_\ Apr 4 21:40:00 kernel: \__U_/ Apr 4 21:40:00 kernel: netcfg(7981): Oops [#1] Apr 4 21:40:00 kernel: TSTATE: 009980009600 TPC: 00412eb4 TNPC: 00412eb8 Y: Not tainted Apr 4 21:40:00 kernel: TPC: request_irq+0x14/0x2b8 Apr 4 21:40:00 kernel: g0: f8133ecfc000 g1: f86dd000 g2: 66d8 g3: f8133e2c13e0 Apr 4 21:40:00 kernel: g4: f8133d30b9c0 g5: g6: f8133e808000 g7: 66b8 The cards are recognized by the driver. Driver has explicitly mentioned that MAC address are not set in some kind of firmware memory (?) Mentioned boot.img uses kernel 2.6.15-1, this bug was probably solved in 2.6.16, so this is something to be checked and boot.img file is to be updated. UPDATE: 2.6.16 based installer ( from http://people.debian.org/ ~stappers/d-i/images/daily/sparc64/netboot/2.6/ ) hangs during detection as well. I'm ready to test this problem again upon your request. Does this error still occur with more recent kernel versions? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#465315: kernel: Workaround for the problem: select() to /dev/rtc to wait for clock tick timed out
reassign 465315 linux-2.6 thanks On Fri, Feb 22, 2008 at 12:48:11PM -0500, Simulator wrote: it can be fix with genrtc or compile new kernel with enable rtc enhance linux 2.6.24.2 git built in rtc can solved this problem i think i have test this Does this error still occur with more recent kernel versions? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#415211: readcd locks kde desktop
reassign 415211 linux-2.6 thanks #include hallo.h * Carman T. [Fri, Mar 16 2007, 09:38:25PM]: Package: cdrkit Some audio CD's always lock my system when readcd initially accesses them. The problem is connected to the cd's. They either work or lock the desktop. It is duplicatable. I have reproduced the error from the command line. Here is the info I have gathered: First, your version is old. Looks like an half year old Testing snapshot. Upgrade to current Etch please. simon readcd -dd dev=ATA:0,1,0 -fulltoc dev: 'ATA:0,1,0' scg__open(ATA) 0,1,0 Target (0,1,0): DMA max 131072 old max: 262144 Target (0,1,0): DMA max 131072 old max: 131072 scgo_getbuf: 131072 bytes ioctl ret: 0 host_status: 00 driver_status: 00 ioctl ret: 0 There is no freeze this system, gogogo magic behind that. At this point the system is frozen and must be reset (I do not have another computer to attempt to log in). Any insight you can offer would be appreciated. Update your kernel. The issue you describe sound like typical bugs in IDE drivers. Does this error still occur with more recent kernel versions? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508527: 2.6.26-11 oops on initial NIC (via-velocity) setup
reassign 508527 linux-2.6 thanks On Fri, Dec 12, 2008 at 03:27:19AM +0100, Christoph Fritsche wrote: Package: kernel Version: 2.6.26-11 Tags: lenny I get an kernel oops while booting lenny after dist-upgrading from etch. The oops occurs when usually the VT6120/VT6121/VT6122 Gigabit Ethernet Adapter (via-velocity) is getting configured. Its 100% reproducible, booting a fresh weekly build lenny installer result in the same crashes. This is likely fixed by upstream commit http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=3c4dc7115dfdb9e0450b7a3b0649948f5356d4af Could test, whether this fixes the problem for you, so that it can be considered for a point update of the kernel? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed (with 1 errors): Re: Please include the ip_set.ko module in the standard kernel
Processing commands for cont...@bugs.debian.org: ressign 485182 wnpp Unknown command or malformed arguments to command. retitle 485182 RFP: ipset-modules - kernel module for ipset tool Bug#485182: Please include the ip_set.ko module in the standard kernel Changed Bug title to `RFP: ipset-modules - kernel module for ipset tool' from `Please include the ip_set.ko module in the standard kernel'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#485182: Please include the ip_set.ko module in the standard kernel
ressign 485182 wnpp retitle 485182 RFP: ipset-modules - kernel module for ipset tool thanks On Sun, Jun 08, 2008 at 12:41:21PM -0400, Bradley Alexander wrote: Package: kernel Severity: wishlist I maintain several VPN servers (running etch) which use ip sets to manage the user groups. It would be quite convenient to have ip_set.ko included in the kernel, since at the current time, we have to recompile the kernel for each update. Across multiple servers, this is quite time-consuming. Please include this module in the stock kernel, if possible for the next Etch kernel as that is what our production servers are running. [This request is about the kernel module from ipset.netfilter.org] External modules are not integrated into the regular Debian kernel package, see http://wiki.debian.org/DebianKernelPatchAcceptanceGuidelines For ipset, you should package the kernel-related part of ipset into a ipset-modules package and integrate the build into the linux-modules-extra-2.6 meta package, so that it is automatically build for all archs, see http://packages.qa.debian.org/l/linux-modules-extra-2.6.html I'm retitling this to a packaging request on the wnpp meta package. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: reassign 485182 to wnpp
Processing commands for cont...@bugs.debian.org: reassign 485182 wnpp Bug#485182: RFP: ipset-modules - kernel module for ipset tool Bug reassigned from package `kernel' to `wnpp'. 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 debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
scheduling 2.6.18/2.6.24 p-u uploads
hey, I plan to do an upload to p-u of both stable kernels tomorrow. Let me know if you have additional changes you'd like to try and get in. Note that there will likely be further p-u uploads before r7, but this should help get the pending changes some testing in the meantime. -- dann frazier -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497593: new iwlwifi firmware available
As of December 24, 2008, and according to http://intellinuxwireless.org/?p=iwlwifin=downloads The latest version for 3945 is 15.28.2.8 The latest version for 4965 is 228.57.2.23 It would be nice to get these updated in the non-free that will freeze with lenny. I know the lenny kernel is frozen and that changing these firmware blobs might introduce risk to people using these devices, I think that because they are non-free the best option is to ship the latest version for use with lenny for the following reasons. * Ensure support for the most and newest devices * Ensure support for new hardware for the longest amount of time before users need to backport or install by hand * Ensure (hopefully) the least number of upstream bugs * If a user running the current version has a problem, they would just be told to try the latest version. Better to provide the latest version by default and if a user has a problem, tell them to try an older version. * Intel has their own QA process, debian shouldn't need to do it for them (especially for firmware and without source) Thanks, -- Matt Taggart tagg...@debian.org -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509693: new qlogic firmware available
Package: firmware-qlogic Version: 0.14 Severity: wishlist As of December 24, 2008, according to ftp://ftp.qlogic.com/outgoing/linux/firmware/CURRENT_VERSIONS there are newer firmware versions available for ql2300_fw.bin -- 3.03.27 IPX ql2322_fw.bin -- 3.03.27 IPX ql2400_fw.bin -- 4.04.05 IP ql2500_fw.bin -- 4.04.05 The other versions in the Debian package are still up to date. I think these should be updated for the version of the package that will work with lenny, for the same reasons as described in #497593. Thanks, -- Matt Taggart tagg...@debian.org -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#474200: iwlwifi hang
Hi Thomas, The firmware versions that you mentioned having problems with in #474200 are pretty old, the current firmware-iwlwifi package has much newer. Can you try it and let us know if you still see the problem? Thanks, -- Matt Taggart tagg...@debian.org -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#330403: sysrq: no time for terseness
MM == Moritz Muehlenhoff j...@inutil.org writes: MM On Fri, Dec 19, 2008 at 09:44:17AM +0800, jida...@jidanni.org wrote: MM This bug still applies to the current sysrq documentation. Please send MM your improved documentation suggestions to the Kernel documentation MM maintainers at linux-...@vger.kernel.org. They will surely want a patch, a git patch, and all that will take me several years to learn, as I have just started... MM For documentation I'm pretty sure that a regular text would suffice. MM Cheers, MM Moritz Looking at this ( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=330403 ) bug again, it seems I'm in little position to make a patch, as I am pointing out things I don't know, so CC'ing linux-doc. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502997: firmware-iwlwifi package name
Hi Daniel, Thanks for your suggestion in #502997 for trying to make the iwlwifi firmware package easier to find. I think it is hard to anticipate and support the different ways that someone might think to look for a package. Rather than pollute the package namespace, I think it is better that all the firmware packages consistantly begin with firmware-. I was able to find the firmware-iwlwifi package using apt-cache search iwl and I suspect you could successfully search for iwl in one of the apt frontends as well, so it can be found (although not the ways you thought to try at first). I think this bug can be closed or tagged wontfix. Thanks, -- Matt Taggart tagg...@debian.org -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org