Re: firmware-nonfree : ipw2200 ?

2008-10-27 Thread Franklin PIAT
On Mon, 2008-10-27 at 00:52 +, Ben Hutchings wrote: On Mon, 2008-10-27 at 00:40 +0100, Frank Lin PIAT wrote: Hello, Here's a patch that adds firmware-ipw2200 to firmware-nonfree_0.13. No attachments appeared on the list; please try again. ;-) Sorry, here is the patch. I haven't

Bug#503650: linux-image-2.6.24-etchnhalf.1-amd64: epoll_wait returns bogus readyness notifications

2008-10-27 Thread Marc Lehmann
Package: linux-image-2.6.24-etchnhalf.1-amd64 Version: 2.6.24-6~etchnhalf.4 Severity: normal epoll_wait sometimes returns spurious readyness notifications: when a file descriptor is closed and a new one with the same number is created and added to the epoll set, epoll_wait sometimes returns a

Bug#495014: Acknowledgement (linux-source-2.6.26: IDE reset, DMA, 32-bit access killed on hald startup, via driver)

2008-10-27 Thread David Baron
I replaced the suspect hard disk. Used 2.6.26 (Ingo's RT patch) for a couple of days without problems. Then it happened again. Another problem which could be related to this kernel: Recent nted (compile with cairo and pango libraries) do not terminate properly, stuck, unkillable in memory

linux-kbuild-2.6.27

2008-10-27 Thread Carlos San Esteban
How can I create linux-kbuild-2.6.27 package? Why is not in experimental debian repository? Thanks in advance and I'm sorry for my limeted English. Carlos San Esteban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Processed: -

2008-10-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: close 503650 Bug#503650: linux-image-2.6.24-etchnhalf.1-amd64: epoll_wait returns bogus readyness notifications 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug closed, send any further explanations to Marc Lehmann [EMAIL

Bug#503688: linux-image-2.6.26-1-686: iwl3945 is loaded with rf_kill switch on and cannot be switched off

2008-10-27 Thread Arnout Boelens
Package: linux-image-2.6.26-1-686 Version: 2.6.26-9 Severity: normal When booting linux-image-2.6.26-1-686 I cannot get the rf_kill switch on the iwl3945 driver disabled. When I do a 'echo -n 0 /sys/class/net/eth2/device/rf_kill', rf_kill keeps its value of 2. Everything works fine under

Re: firmware-nonfree : ipw2200 ?

2008-10-27 Thread Thadeu Lima de Souza Cascardo
On Mon, Oct 27, 2008 at 10:49:53AM +0100, Franklin PIAT wrote: Which command do I use, to generate the debian/rules.gen? linux-support-* provides no README file unfortunately. According to the license, I need to place a symlink to the license, in /lib/firmware (sorry lintian and fhs). Should

Re: firmware-nonfree : ipw2200 ?

2008-10-27 Thread Paul Wise
On Mon, Oct 27, 2008 at 11:54 PM, Thadeu Lima de Souza Cascardo [EMAIL PROTECTED] wrote: If I've read the FAQ (posted earlier in this thread) correctly, if Debian uses a centralized location for license files, which /usr/share/doc/packagename/copyright is, then Debian should be able to put the

Bug#500589: linux-image-2.6.26-1-686 version 2.6.26-8: internal microphone does not work

2008-10-27 Thread Laszlo Kajan
Internal microphone is silent. Sound playback is all right. External microphone was not tested. The microphone is perfectly usable with 2.6.24-etchnhalf.1-686. Machine: Acer Aspire 5520-5290 Sound card: 10de:055c (rev a1) 00:07.0 Audio device: nVidia Corporation MCP67 High Definition Audio

Bug#493925: hmhm results with Ben's patch for mga drm firmware loading and G550

2008-10-27 Thread Thomas Viehmann
Hi, thanks, Ben, for looking into firmwares. On my computer (using a G550), I'm seeing [ 62.796953] [drm] Initialized card for AGP DMA. [ 62.859094] firmware: requesting matrox/g400_warp.fw [ 63.032671] [drm:mga_warp_install_microcode] *ERROR* mga: Invalid microcode matrox/g400_warp.fw [

Bug#503699: tcp mtu negotiation issue in 2.6.18-6-amd64

2008-10-27 Thread Richard Wohlstadter
Package: linux-image-2.6.18-6-amd64 Version: 2.6.18.dfsg.1-22etch2 When configuring the network interface as mtu 9000, tcp mtu negotiation is not working correctly. When the debian server initiates a tcp connection and the other side tells it can only use mtu 1500, it is ignored and still

Processed: tagging 494010

2008-10-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 tags 494010 - patch Bug#494010: binary firmware in drivers/char/dsp56k.c Tags were: patch lenny-ignore Tags removed: patch End of message, stopping processing here. Please contact

Processed: patch for building dsp56k firmware

2008-10-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: tags 494010 patch Bug#494010: binary firmware in drivers/char/dsp56k.c Tags were: lenny-ignore Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator,

Bug#494010: patch for building dsp56k firmware

2008-10-27 Thread Robert Millan
tags 494010 patch thanks Hi, I'm attaching a patch for building the dsp56k firmware from source. Note: the dsp56k_bootstrap.asm in this patch includes fixes provided separately (and explained) in this bug log. I will send them to upstream as well. -- Robert Millan The DRM opt-in fallacy:

Bug#503731: linux-image-2.6.26-1-amd64: aes_x86_64 not used by default

2008-10-27 Thread Sheridan Hutchinson
Package: linux-image-2.6.26-1-amd64 Version: 2.6.26-8 Severity: wishlist Recently I installed the AMD64 port for lenny and in the process setup encrypted LVM2 and all the other bells and whistles. By chance a Gentoo ricer pointed out that by default my system was using aes_generic when I could