Bug#499297: Bug still present in latest versions
Using the latest version of the linux-image-2.6.26 available from sid, the bug is still present. Interestingly, I have the same kernel version on 4 machines and only two (the ones described above) exhibit this symptom. == (this is after 25 minutes of uptime): # ntpq -p remote refid st t when poll reach delay offset jitter == ntp3.usv.ro .PPS.1 u 10 64 377 13.204 28586.5 6001.04 router.srb.alsy .GPS.1 u9 64 377 45.667 24600.1 3362.46 89.46.240.255 148.6.0.13 u 36 64 377 15.167 22827.6 3305.95 cache.alsys.ro .GPS.1 u 23 64 3772.258 24407.2 3327.12 # ntpq -c as ind assID status conf reach auth condition last_event cnt === 1 17366 9024 yes yes nonereject reachable 2 2 17367 9024 yes yes nonereject reachable 2 3 17368 9024 yes yes nonereject reachable 2 4 17369 9024 yes yes nonereject reachable 2 # grep ntpd /var/log/daemon.log Oct 22 10:04:53 Nomad ntpdate[4016]: step time server 195.234.188.3 offset 478.057462 sec Oct 22 10:04:55 Nomad ntpdate[4332]: step time server 195.234.188.3 offset 0.056862 sec Oct 22 10:05:03 Nomad ntpd[4524]: ntpd [EMAIL PROTECTED] Wed Jul 16 12:36:24 UTC 2008 (1) Oct 22 10:05:03 Nomad ntpd[4525]: precision = 1.000 usec Oct 22 10:05:03 Nomad ntpd[4525]: Listening on interface #0 wildcard, 0.0.0.0#123 Disabled Oct 22 10:05:03 Nomad ntpd[4525]: Listening on interface #1 wildcard, ::#123 Disabled Oct 22 10:05:03 Nomad ntpd[4525]: Listening on interface #2 lo, ::1#123 Enabled Oct 22 10:05:03 Nomad ntpd[4525]: Listening on interface #3 wlan0, Enabled Oct 22 10:05:03 Nomad ntpd[4525]: Listening on interface #4 wlan0, Enabled Oct 22 10:05:03 Nomad ntpd[4525]: Listening on interface #5 lo, 127.0.0.1#123 Enabled Oct 22 10:05:03 Nomad ntpd[4525]: Listening on interface #6 wlan0, Enabled Oct 22 10:05:03 Nomad ntpd[4525]: kernel time sync status 0040 Oct 22 10:05:03 Nomad ntpd[4525]: frequency initialized 0.000 PPM from /var/lib/ntp/ntp.drift Oct 22 10:05:13 Nomad ntpd[4525]: synchronized to 84.247.32.1, stratum 1 Oct 22 10:05:13 Nomad ntpd[4525]: time reset +0.358263 s Oct 22 10:05:13 Nomad ntpd[4525]: kernel time sync status change 0001 == Please ask if more information is needed... Regards, -- Mihnea-Costin Grigore -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499823: no beep with snd-hda-intel
On Wed, 22 Oct 2008, Tim Connors wrote: bug 499823 is the same as 460410. It has not been resolved yet, but it looks like they are finally working on it upstream after more than a year: http://www.alsa-project.org/main/index.php/Changes_v1.0.17a_v1.0.18rc1 I just tried to compile and load it, but it caused an oops (perhaps there was interference caused by the previous installation of alsa). I do have a distorted sounding beep, but will see how this goes after the next reboot (when the alsa 1.0.18rc3 modules will be loaded onto a freshly booted machine) If you decide to compile alsa 1.0.18rc3, you need to apply this patch to avoid oopses: http://www.spinics.net/lists/alsa-devel/msg17103.html The beep is kinda ugly and it can't be turned down all the way (there's a volume control, but it doesn't turn it down arbitrarily close to 0), but it's better than having no beep at all. -- TimC Calm down, it's *only* ones and zeroes. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503062: initramfs-tools: /conf/conf.d/cryptroot file is missing in initrd
Package: initramfs-tools Version: 0.92j Severity: critical Justification: breaks the whole system I did install testing on my new ThinkPad last April, and choose to put the root partition under encryption on lvm, using the offered Debian installer functionality. This has worked fine and I soon switched to self-built kernels, and using update-initramfs to create the corresponding initrd's. IIRC I've successfully installed at least two or three versions of initrd's during this time. (On Jun 11 I wrote a wrapper script around update-initramfs to aid me remember which options to use.) Somehow initrd.img-2.6.26.3 from August or September was broken and didn't boot. It would not ask for the root partition password anymore but just hang upon boot. On September 11 and 12 I went through the trouble debugging the issue, and found out that the initrd was now missing the conf/conf.d/cryptroot file. I re-added that file back to the new initrd and the system would ask for the passphrase and boot again. Here's the diff: # diff -rubBN C D diff -rubBN C/conf/conf.d/cryptroot D/conf/conf.d/cryptroot --- C/conf/conf.d/cryptroot 1970-01-01 01:00:00.0 +0100 +++ D/conf/conf.d/cryptroot 2008-09-11 23:19:25.0 +0200 @@ -0,0 +1 @@ +target=sda8_crypt,source=/dev/sda8,key=none,lvm=main-root I didn't find out why this happened, but hoped that maybe somehow the problem would fix itself (maybe by update-initramfs looking at the old initrd, which is obviously not the case, or whatever). Now I installed a newer kernel recently and the problem happened again. What should I do, hack up a script that automatically fixes the generated initrd, or where lies the problem? -- Package-specific info: -- /proc/cmdline root=/dev/mapper/main-root ro quiet -- /proc/filesystems reiserfs ext3 -- lsmod Module Size Used by binfmt_misc10060 1 nvidia 8105936 22 rfcomm 40288 0 l2cap 22720 5 rfcomm bluetooth 57764 4 rfcomm,l2cap uinput 8832 1 acpi_cpufreq7952 1 cpufreq_powersave 2368 0 cpufreq_stats 5088 0 cpufreq_userspace 3948 0 cpufreq_ondemand8464 1 cpufreq_conservative 8264 0 freq_table 5328 3 acpi_cpufreq,cpufreq_stats,cpufreq_ondemand ext3 136976 1 jbd52776 1 ext3 mbcache 9476 1 ext3 loop 17420 0 firewire_sbp2 16408 0 snd_usb_audio 94880 0 snd_usb_lib18176 1 snd_usb_audio arc42240 2 snd_seq_dummy 3460 0 ecb 3392 2 snd_hda_intel 449300 0 iwl4965 200520 0 pcmcia 38872 0 firmware_class 8960 2 iwl4965,pcmcia snd_seq_oss33664 0 iwlcore29700 1 iwl4965 snd_seq_midi7424 0 snd_seq_midi_event 8512 2 snd_seq_oss,snd_seq_midi snd_seq57888 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_pcm_oss43360 0 rfkill 7584 2 iwlcore snd_mixer_oss 17088 1 snd_pcm_oss snd_rawmidi24992 2 snd_usb_lib,snd_seq_midi snd_pcm86536 3 snd_usb_audio,snd_hda_intel,snd_pcm_oss mac80211 155284 2 iwl4965,iwlcore snd_seq_device 8212 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq,snd_rawmidi snd_hwdep 8776 1 snd_usb_audio yenta_socket 25676 1 rsrc_nonstatic 11392 1 yenta_socket joydev 11968 0 snd_timer 23888 2 snd_seq,snd_pcm rtc_cmos 11064 0 pcmcia_core41060 3 pcmcia,yenta_socket,rsrc_nonstatic snd67976 11 snd_usb_audio,snd_hda_intel,snd_seq_oss,snd_seq,snd_pcm_oss,snd_mixer_oss,snd_rawmidi,snd_pcm,snd_seq_device,snd_hwdep,snd_timer rtc_core 18820 1 rtc_cmos rtc_lib 3648 1 rtc_core iTCO_wdt 12048 0 soundcore 8416 1 snd snd_page_alloc 9616 2 snd_hda_intel,snd_pcm i2c_i8019884 0 i2c_core 25824 2 nvidia,i2c_i801 cfg80211 28944 2 iwl4965,mac80211 pcspkr 3072 0 psmouse42780 0 serio_raw 6340 0 battery12680 0 ac 5320 0 thinkpad_acpi 61204 0 button 7584 0 intel_agp 30128 0 led_class 5000 2 iwlcore,thinkpad_acpi nvram 9164 2 thinkpad_acpi evdev 11328 8 reiserfs 241216 3 sha256_generic 9728 0 aes_x86_64 8384 2 aes_generic28200 1 aes_x86_64 cbc 4160 1 dm_crypt 14472 1 crypto_blkcipher 19396 4 ecb,cbc,dm_crypt usbhid 30496 0 hid
Bug#503097: linux-image-2.6.26-1-openvz-amd64: Kernel Panic
Package: linux-image-2.6.26-1-openvz-amd64 Version: 2.6.26-8 Severity: critical Justification: breaks the whole system The Kernel Panic: - [470688.021823] BUG: unable to handle kernel paging request at 811009253d58 [470688.021831] IP: [80316cd5] plist_del+0x1e/0x6d [470688.021839] PGD 8063 PUD 0 [470688.021843] Oops: 0002 [1] SMP [470688.021847] CPU: 2 [470688.021849] Modules linked in: vboxdrv tcp_diag inet_diag nvidia(P) nf_conntrack_irc nf_conntrack_ftp xt_state ipt_LOG iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack cpufreq_userspace cpufreq_powersave vzethdev vznetdev simfs vzrst vzcpt vzdquota vzmon vzdev xt_tcpudp xt_length ipt_ttl xt_tcpmss xt_TCPMSS iptable_mangle iptable_filter xt_multiport xt_limit xt_dscp ipt_REJECT ip_tables x_tables nfsd auth_rpcgss exportfs ppdev parport_pc lp parport ac battery nfs lockd nfs_acl sunrpc bridge ipv6 ext2 mbcache xfs fuse coretemp w83627ehf hwmon_vid tun cpufreq_ondemand acpi_cpufreq freq_table loop snd_hda_intel snd_pcm_oss snd_mixer_oss snd_pcm snd_timer atl1 i2c_i801 i2c_core button pcspkr iTCO_wdt snd soundcore snd_page_alloc evdev joydev intel_agp reiserfs dm_mirror dm_log dm_snapshot dm_mod raid1 md_mod ide_generic ide_cd_mod cdrom sd_mod jmicron 8139cp ide_pci_generic ide_core ata_piix usbhid hid ff_memless floppy ohci1394 8139too mii ieee1394 ata_generic ahci libata scsi_m d ehci_hcd dock uhci_hcd thermal processor fan thermal_sys [last unloaded: kvm] [470688.021958] Pid: 14482, comm: java Tainted: P 2.6.26-1-openvz-amd64 #1 036test001 [470688.021963] RIP: 0010:[80316cd5] [80316cd5] plist_del+0x1e/0x6d [470688.021969] RSP: 0018:810008253ca0 EFLAGS: 00010282 [470688.021973] RAX: 810008253d50 RBX: 80644740 RCX: 80644740 [470688.021977] RDX: 80644748 RSI: 811009253d50 RDI: 810008253d48 [470688.021980] RBP: 810008253d48 R08: 810008253d50 R09: 81000103d870 [470688.021984] R10: 003e71d16ec26f74 R11: 8100b05c87c0 R12: [470688.021988] R13: 7fb7c8aa2464 R14: 0001 R15: 810008253d70 [470688.021992] FS: 4430c950(0063) GS:81013f2e2a40() knlGS: [470688.021996] CS: 0010 DS: ES: CR0: 80050033 [470688.022000] CR2: 811009253d58 CR3: 9f434000 CR4: 06e0 [470688.022004] DR0: DR1: DR2: [470688.022007] DR3: DR6: 0ff0 DR7: 0400 [470688.022012] Process java (pid: 14482, veid=0, threadinfo 810008252000, task 81005862c800) [470688.022016] Stack: 80257f66 00060a94 0d8e7830 810008253f38 [470688.022023] 000239a1000239a1 810008251cc9 [470688.022028] 00016817868a150a 80249ff5 81000103a4b8 [470688.022033] Call Trace: [470688.022040] [80257f66] ? futex_wait+0x2ca/0x394 [470688.022053] [80249ff5] ? hrtimer_wakeup+0x0/0x21 [470688.022063] [80257ec4] ? futex_wait+0x228/0x394 [470688.022089] [8022b23a] ? default_wake_function+0x0/0xe [470688.022103] [80258edb] ? do_futex+0x81/0x777 [470688.022107] [8024a6d2] ? ktime_get_ts+0x22/0x4b [470688.022118] [80228eb6] ? hrtick_start_fair+0xfb/0x144 [470688.022123] [80311552] ? rb_erase+0x1c8/0x2aa [470688.022129] [80212657] ? read_tsc+0x9/0x20 [470688.022135] [8024c5a2] ? getnstimeofday+0x39/0x98 [470688.022143] [8024a6d2] ? ktime_get_ts+0x22/0x4b [470688.022153] [802596cf] ? sys_futex+0xfe/0x11c [470688.022165] [8020c069] ? sysret_signal+0x2b/0x45 [470688.022175] [8020bfba] ? system_call_after_swapgs+0x8a/0x8f [470688.022191] [470688.022193] [470688.022195] Code: 50 08 48 89 11 48 89 4a 08 58 5b 5d c3 4c 8d 47 08 4c 39 47 08 74 45 48 8b 4f 18 48 83 e9 18 48 8d 51 08 48 8b 71 08 48 8b 42 08 48 89 46 08 48 89 30 49 8b 40 08 4c 89 41 08 49 89 50 08 48 89 [470688.022233] RIP [80316cd5] plist_del+0x1e/0x6d [470688.022238] RSP 810008253ca0 [470688.022240] CR2: 811009253d58 [470688.022246] ---[ end trace 76e0d211b4ef2c29 ]--- Thanks. -- Package-specific info: ** Version: Linux version 2.6.26-1-openvz-amd64 (Debian 2.6.26-8) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP Thu Oct 9 15:14:46 UTC 2008 ** Command line: root=/dev/mapper/raid1-root vga=792 ro ** Tainted: P (1) ** Kernel log: [ 216.159414] ReiserFS: dm-4: checking transaction log (dm-4) [ 216.195429] ReiserFS: dm-4: Using r5 hash to sort names [ 216.248264] ReiserFS: dm-7: found reiserfs format 3.6 with standard journal [ 216.259341] ReiserFS: dm-7: using ordered data mode [ 216.284027] ReiserFS: dm-7: journal params: device dm-7, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 [
Bug#503020: linux-image: tcp_dsack causes hangs when using proxy server
Package: linux-image Severity: normal net.ipv4.tcp_dsack is enabled by default, and for some reason causes certain websites to hang when downloading web pages through a proxy. For example: curl -x [my proxy] http://www.zdziarski.com causes the web page to hang every other query. disabling net.ipv4.tcp_dsack seems to resolve the problem, leaving me to believe something might be wrong in how linux handles dupe sacks. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 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]
Processed: Re: Bug#503020: linux-image: tcp_dsack causes hangs when using proxy server
Processing commands for [EMAIL PROTECTED]: reassign 503020 linux-2.6 Bug#503020: linux-image: tcp_dsack causes hangs when using proxy server Warning: Unknown package 'linux-image' Bug reassigned from package `linux-image' to `linux-2.6'. -- 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]
Bug#502552: (obvious) workaround found
Hi, Until the path is incorporated, a possible workaround is to use modprobe qla2xxx ql2xfdmienable=0 to disable FDMI completely. (Better find it later than never...) -- Cheers, Feri. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 503097 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 severity 503097 important Bug#503097: linux-image-2.6.26-1-openvz-amd64: Kernel Panic Severity set to `important' from `critical' 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]
Bug#503020: linux-image: tcp_dsack causes hangs when using proxy server
On Tue, Oct 21, 2008 at 04:09:43PM -0400, Jonathan Zdziarski wrote: causes the web page to hang every other query. disabling net.ipv4.tcp_dsack seems to resolve the problem, leaving me to believe something might be wrong in how linux handles dupe sacks. Show dumps. Usualy such problems are caused by broken gateways or filters. Bastian -- What kind of love is that? Not to be loved; never to have shown love. -- Commissioner Nancy Hedford, Metamorphosis, stardate 3219.8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503020: linux-image: tcp_dsack causes hangs when using proxy server
maybe, but if that's the case, then there are a lot of broken gateways or filters out there... is it really healthy to make tcp_dsack on by default? I know it was meant to be backward compatible but it doesn't look like it turned out that way; seems like it'd be more of an optimization than a default. On Oct 22, 2008, at 11:11 AM, Bastian Blank wrote: On Tue, Oct 21, 2008 at 04:09:43PM -0400, Jonathan Zdziarski wrote: causes the web page to hang every other query. disabling net.ipv4.tcp_dsack seems to resolve the problem, leaving me to believe something might be wrong in how linux handles dupe sacks. Show dumps. Usualy such problems are caused by broken gateways or filters. Bastian -- What kind of love is that? Not to be loved; never to have shown love. -- Commissioner Nancy Hedford, Metamorphosis, stardate 3219.8 Jonathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503115: root permissions
Package: initramfs-tools Version: 0.92l initrd root has wrong permissions: $ ls -ld / drwx-- 17 root root 0 Oct 22 13:59 / chmod u=rwx,go=rx $DESTDIR after DESTDIR=$(mktemp -t -d mkinitramfs_XX) || exit 1 solves this problem -- sergio. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503020: linux-image: tcp_dsack causes hangs when using proxy server
On Wed, Oct 22, 2008 at 12:11:43PM -0400, Jonathan A. Zdziarski wrote: maybe, but if that's the case, then there are a lot of broken gateways or filters out there... is it really healthy to make tcp_dsack on by default? Please prove this. tcp_dsack defaults to enabled since at least 2.6.12. Bastian -- Yes, it is written. Good shall always destroy evil. -- Sirah the Yang, The Omega Glory, stardate unknown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499823: [Pkg-alsa-devel] Bug#460410: no beep with snd-hda-intel
* Tim Connors [081022 11:30 +0200] On Wed, 22 Oct 2008, Tim Connors wrote: [...] If you decide to compile alsa 1.0.18rc3, you need to apply this patch to avoid oopses: http://www.spinics.net/lists/alsa-devel/msg17103.html Thanks for the hint, but 1.0.18 will be released soon, soI decided not to package 1.0.18rc3 ;) The beep is kinda ugly and it can't be turned down all the way (there's a volume control, but it doesn't turn it down arbitrarily close to 0), but it's better than having no beep at all. Did you tried snd-pcsp ? Elimar -- Never make anything simple and efficient when a way can be found to make it complex and wonderful ;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503133: kernel: Eject fails on SATA DVD-RAM
Package: kernel Severity: normal *** Please type your report below this line *** When trying to eject the tray from my DVD-RAM from gnome, i get 'unable to mount media...' and when i try from a vt with eject -fv it spits out the following error : [EMAIL PROTECTED]:~$ eject -fvvv eject: using default device `cdrom' eject: device name is `cdrom' eject: expanded name is `/dev/cdrom' eject: `/dev/cdrom' is a link to `/dev/scd0' eject: `/dev/scd0' is not mounted eject: `/dev/scd0' is not a mount point eject: `/dev/scd0' is not a multipartition device eject: trying to eject `/dev/scd0' using floppy eject command eject: floppy eject command failed eject: unable to eject, last error: Inappropriate ioctl for device This is a LG HL-DT-ST DVDRAM GH20NS10 I bought today. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503133: kernel: Eject fails on SATA DVD-RAM
On Wed, Oct 22, 2008 at 10:52:14PM +0300, Debian Lists wrote: When trying to eject the tray from my DVD-RAM from gnome, i get 'unable to mount media...' and when i try from a vt with eject -fv it spits out the following error : A SATA dvd device is accessed as /dev/sdX, not /dev/scdY. Bastian -- A princess should not be afraid -- not with a brave knight to protect her. -- McCoy, Shore Leave, stardate 3025.3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503133: kernel: Eject fails on SATA DVD-RAM
Bastian Blank wrote: On Wed, Oct 22, 2008 at 10:52:14PM +0300, Debian Lists wrote: When trying to eject the tray from my DVD-RAM from gnome, i get 'unable to mount media...' and when i try from a vt with eject -fv it spits out the following error : A SATA dvd device is accessed as /dev/sdX, not /dev/scdY. Bastian This is how the kernel accesses it, i did no modifications. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481493: battery: After power off, something not turn-off and consume power
Can someone test with Kernel 2.6.26-8 from Debian Lenny? It fix this problem to me. After 24h in poweroff mode, my battery charge is not changed. Still 100% full! Wating more people to test: http://bugzilla.kernel.org/show_bug.cgi?id=10797 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/110784 Best regards, Renato -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434040: Debian bug #434040 (Conflicting declarations for dev_t)
Josselin - Is there anything that is possible to help fixing this before the release? My reading of header files shows that libc6-dev in etch, lenny, and sid does not suffer from the original problem. The files that include a workaround (ugly, but apparently functional) for possible namespace pollution are /usr/include/sys/kd.h /usr/include/sys/sysctl.h I don't see mention of this problem in the Debian glibc changelog, and I don't know how to pull out older copies to see when this workaround was added. An earlier attempt is part of sarge (libc6-dev version 2.3.2.ds1-22sarge6). The simplest approach to this bug is to close it. Joey mentions apm.h. It turns out this is the _only_ other file (at least on my sid system) in /usr/include that nests to a linux kernel header file. It really should have a workaround like that in glibc. So this bug could be cloned, the copy assigned to apmd, and marked important. I append a patch that is arguably cleaner than the approach used by glibc, and is somewhat tested (I checked that it didn't break the build of battery-stats, osdsh, sleepd, or wmbattery, and it fixes Joey's test case). My patch depends on a feature (__KERNEL_STRICT_NAMES) of linux/types.h that is at least as old as sarge (linux-kernel-headers version 2.5.999-test7-bk-17). This macro is defined in glibc features.h, so it looks like all the preprocessor gyrations in sys/sysctl.h are not needed, because that file includes features.h. - Larry --- apm.h.orig 2003-01-16 13:50:36.0 -0800 +++ apm.h 2008-10-13 13:43:47.0 -0700 @@ -20,6 +20,13 @@ * $Id: apm.h,v 1.7 1999/07/05 22:31:11 apenwarr Exp $ * */ +#ifndef _APM_H +#define _APM_H 1 + +#ifndef __KERNEL_STRICT_NAMES +#define __KERNEL_STRICT_NAMES +#endif + #include linux/apm_bios.h #include sys/types.h @@ -93,3 +100,5 @@ #else #define apm_reject(fd) (-EINVAL) #endif + +#endif -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503020: linux-image: tcp_dsack causes hangs when using proxy server
On Tue, Oct 21, 2008 at 04:09:43PM -0400, Jonathan Zdziarski wrote: Package: linux-image Severity: normal net.ipv4.tcp_dsack is enabled by default, and for some reason causes certain websites to hang when downloading web pages through a proxy. For example: curl -x [my proxy] http://www.zdziarski.com causes the web page to hang every other query. disabling net.ipv4.tcp_dsack seems to resolve the problem, leaving me to believe something might be wrong in how linux handles dupe sacks. This is probably http://bugzilla.kernel.org/show_bug.cgi?id=11721. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502668: WhiteHEAT driver and firmware distribution for Linux
On Fri, Mar 21, 2031 at 04:17:18AM -0400, David Worthen wrote: Hi Ben, We would be most pleased to clarify license as suggested below. Where do you suggest we place the text captioned below? Regards, david Your chosen licence text should appear at the top of whiteheat_fw.h in place of the current GPLv2 text. Please send the new version of whiteheat_fw.h by way of confirmation. Thanks a lot! Ben. -- Ben Hutchings -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: please rebuild against virtualbox-ose-source in lenny/sid
Processing commands for [EMAIL PROTECTED]: reopen 502346 Bug#502346: virtualbox-ose-modules package older than virtualbox-ose Bug reopened, originator not changed. kthxbye 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]
Processed: notfound 502940 in 2.6.18.dfsg.1-22etch3
Processing commands for [EMAIL PROTECTED]: notfound 502940 2.6.18.dfsg.1-22etch3 Bug#502940: linux-image-2.6.18-6-686: Upgrade overrides current kernel with no rollback available Bug no longer marked as found in version 2.6.18.dfsg.1-22etch3. 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]
Bug#502940: marked as done (linux-image-2.6.18-6-686: Upgrade overrides current kernel with no rollback available)
Your message dated Wed, 22 Oct 2008 22:55:01 +0100 with message-id [EMAIL PROTECTED] and subject line Re: Bug#502940: linux-image-2.6.18-6-686: Upgrade overrides current kernel with no rollback available has caused the Debian Bug report #502940, regarding linux-image-2.6.18-6-686: Upgrade overrides current kernel with no rollback available to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 502940: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=502940 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: linux-image-2.6.18-6-686 Version: 2.6.18.dfsg.1-22etch3 Severity: normal We have applied several DSAs, for example, DSA 1653-1, and find that they replace the currently running kernel and don't keep a backup copy - the only possible on-box rollback would be to a much older kernel. We don't understand how this fits with Stable's conservative, logical update process (which we really like, btw). Is this really meant to happen or do we have something wrong? We've waited to file this bug because we thought we had something wrong and it hasn't caused a problem (yet) on Etch. We believe this has been happening since Sarge or earlier. We started using Debian on Potato. We have had a problem on Lenny where we needed to copy a kernel from another system using a rescue cdrom. Our googling finds several people making similar comments on lists, forums etc but nothing definitive. Below is an extract from the aptitude log, showing the last few kernel upgrades. The Debian package version is changing, the kernel version shown by $( uname -r ) isn't changing. Tue, May 6 2008 09:15:47 +1000 [UPGRADE] linux-image-2.6.18-6-686 2.6.18.dfsg.1-18etch1 - 2.6.18.dfsg.1-18etch3 Wed, May 14 2008 10:24:42 +1000 [UPGRADE] linux-image-2.6.18-6-686 2.6.18.dfsg.1-18etch3 - 2.6.18.dfsg.1-18etch4 Wed, May 28 2008 07:53:44 +1000 [UPGRADE] linux-image-2.6.18-6-686 2.6.18.dfsg.1-18etch4 - 2.6.18.dfsg.1-18etch5 Wed, Jun 11 2008 15:39:07 +1000 [UPGRADE] linux-image-2.6.18-6-686 2.6.18.dfsg.1-18etch5 - 2.6.18.dfsg.1-18etch6 Mon, Jul 28 2008 11:23:35 +1000 [UPGRADE] linux-image-2.6.18-6-686 2.6.18.dfsg.1-18etch6 - 2.6.18.dfsg.1-22 Fri, Aug 22 2008 13:00:20 +1000 [UPGRADE] linux-image-2.6.18-6-686 2.6.18.dfsg.1-22 - 2.6.18.dfsg.1-22etch2 Tue, Oct 14 2008 07:53:58 +1000 [UPGRADE] linux-image-2.6.18-6-686 2.6.18.dfsg.1-22etch2 - 2.6.18.dfsg.1-22etch3 Here's what's on the disk right now - we only have three versions on disk despite there being seven versions shown above. $ ls -l /boot total 15612 -rw-r--r-- 1 root root 722037 May 10 2007 System.map-2.6.18-4-686 -rw-r--r-- 1 root root 723178 Dec 25 2007 System.map-2.6.18-5-686 -rw-r--r-- 1 root root 723233 Oct 10 06:00 System.map-2.6.18-6-686 -rw-r--r-- 1 root root 70782 Jun 4 2007 config-2.6.18-4-686 -rw-r--r-- 1 root root 70682 Dec 25 2007 config-2.6.18-5-686 -rw-r--r-- 1 root root 70682 Oct 10 01:17 config-2.6.18-6-686 lrwxrwxrwx 1 root root 15 Jun 1 2007 debian.bmp - /boot/sarge.bmp drwxr-xr-x 2 root root4096 Oct 14 07:44 grub -rw--- 1 root root 1218747 Jun 4 2007 initrd.img-2.6.18-4-686 -rw--- 1 root root 1202020 Dec 27 2007 initrd.img-2.6.18-5-686 -rw--- 1 root root 1245836 Oct 14 07:44 initrd.img-2.6.18-6-686 -rw-r--r-- 1 root root 1261213 May 10 2007 vmlinuz-2.6.18-4-686 -rw-r--r-- 1 root root 1260371 Dec 25 2007 vmlinuz-2.6.18-5-686 -rw-r--r-- 1 root root 1260089 Oct 10 06:00 vmlinuz-2.6.18-6-686 $ ls -l /lib/modules total 12 drwxr-xr-x 3 root root 4096 Jun 4 2007 2.6.18-4-686 drwxr-xr-x 3 root root 4096 Dec 27 2007 2.6.18-5-686 drwxr-xr-x 3 root root 4096 Oct 14 07:44 2.6.18-6-686 -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-image-2.6.18-6-686 depends on: ii coreutils5.97-5.3The GNU core utilities ii debconf [debconf-2.0]1.5.11etch2 Debian configuration management sy ii module-init-tools3.3-pre4-2 tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-18 Yet Another mkInitRD Versions of packages linux-image-2.6.18-6-686 recommends: ii libc6-i686 2.3.6.ds1-13etch7 GNU C Library: Shared libraries [i -- debconf information: shared/kernel-image/really-run-bootloader: true
Bug#501153: Tehuti driver and firmware distribution for Linux
On Wed, Oct 22, 2008 at 11:27:42AM +0200, Pinchas wrote: Dear Ben We are satisfied with the last statement: Permission is hereby granted for the distribution of this firmware data in hexadecimal or equivalent format, provided this copyright notice is accompanying it. Thank you very much. Ben. -- Ben Hutchings -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502668: WhiteHEAT driver and firmware distribution for Linux
Thanks for the info Ben. Can you re-send the original message? I didn't save the recommended texts of the licenses. Many thanks, david - Original Message - From: Ben Hutchings [EMAIL PROTECTED] To: David Worthen [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, October 22, 2008 5:16 PM Subject: Re: WhiteHEAT driver and firmware distribution for Linux On Fri, Mar 21, 2031 at 04:17:18AM -0400, David Worthen wrote: Hi Ben, We would be most pleased to clarify license as suggested below. Where do you suggest we place the text captioned below? Regards, david Your chosen licence text should appear at the top of whiteheat_fw.h in place of the current GPLv2 text. Please send the new version of whiteheat_fw.h by way of confirmation. Thanks a lot! Ben. -- Ben Hutchings -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494936: firmware-bnx2: latest lenny requires manual reload of bnx2 driver
Package: firmware-bnx2 Version: 0.13 Followup-For: Bug #494936 I ran update-initramfs -u, but the network interfaces don't start on bootup. I still have to remove and re-install the bnx2d drivers. This is a Dell PE 2950. boot: [ 180.097694] bnx2: Can't load firmware file bnx2-06-4.0.5.fw [ 180.097817] ACPI: PCI interrupt for device :07:00.0 disabled [ 180.097821] bnx2: probe of :07:00.0 failed with error -2 [ 180.102065] Uniform Multi-Platform E-IDE driver rmmod bnx2; modprobe bnx2 : [ 236.754497] Broadcom NetXtreme II Gigabit Ethernet Driver bnx2 v1.7.5 (April 29, 2008) [ 236.754497] ACPI: PCI Interrupt :03:00.0[A] - GSI 16 (level, low) - IRQ 16 [ 236.754497] firmware: requesting bnx2-06-4.0.5.fw [ 236.778541] eth0: Broadcom NetXtreme II BCM5708 1000Base-T (B2) PCI-X 64-bit 133MHz found at mem f800, IRQ 16, node addr 00:22:19:11:6e:eb [ 236.778541] ACPI: PCI Interrupt :07:00.0[A] - GSI 16 (level, low) - IRQ 16 [ 236.780195] firmware: requesting bnx2-06-4.0.5.fw [ 236.782265] udev: renamed network interface eth0 to eth1 [ 236.786546] eth0: Broadcom NetXtreme II BCM5708 1000Base-T (B2) PCI-X 64-bit 133MHz found at mem f400, IRQ 16, node addr 00:22:19:11:6e:ed [ 236.918863] bnx2: eth0: using MSI [ 236.919319] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 240.908566] bnx2: eth0 NIC Copper Link is Up, 1000 Mbps full duplex, receive transmit flow control ON [ 240.908566] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 252.505028] eth0: no IPv6 routers present -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash firmware-bnx2 depends on no packages. firmware-bnx2 recommends no packages. Versions of packages firmware-bnx2 suggests: ii initramfs-tools 0.92jtools for generating an initramfs ii linux-image-2.6.18-5-am 2.6.18.dfsg.1-17 Linux 2.6.18 image on AMD64 ii linux-image-2.6.26-1-am 2.6.26-8 Linux 2.6.26 image on AMD64 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502346: please rebuild against virtualbox-ose-source in lenny/sid
reopen 502346 kthxbye as the message says - /either/ install the prebuilt module, /or/ build it yourself with m-a. Except, the prebuilt module doesn't work for the version of virtualbox in Lenny. Since that is this package's sole purpose, that makes it useless. (Nitpicking, it does have some use if you fetch/hold a virtualbox package that used to be in unstable at some time between etch and lenny, but even in such contrived use case, it would need to conflict with lenny's virtualbox.) Please rebuild it against current virtualbox-ose-source. -- 1KB // Microsoft corollary to Hanlon's razor: // Never attribute to stupidity what can be // adequately explained by malice. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494936: firmware-bnx2: latest lenny requires manual reload of bnx2 driver
On Wed, Oct 22, 2008 at 02:45:38PM -0700, Brendon B wrote: Package: firmware-bnx2 Version: 0.13 Followup-For: Bug #494936 I ran update-initramfs -u, but the network interfaces don't start on bootup. I still have to remove and re-install the bnx2d drivers. This is a Dell PE 2950. hm.. that's strange - it works for me. Can you unpack the initramfs to make sure the bnx2 files have been included? (see initramfs-tools(8) for a cpio command to do this). -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494936: firmware-bnx2: latest lenny requires manual reloadof bnx2 driver
On Wed, Oct 22, 2008 at 02:45:38PM -0700, Brendon B wrote: Package: firmware-bnx2 Version: 0.13 Followup-For: Bug #494936 I ran update-initramfs -u, but the network interfaces don't start on bootup. I still have to remove and re-install the bnx2d drivers. This is a Dell PE 2950. hm.. that's strange - it works for me. Can you unpack the initramfs to make sure the bnx2 files have been included? (see initramfs-tools(8) for a cpio command to do this). Looks like the files are there. $ find .|grep bnx ./lib/firmware/bnx2-06-4.0.5.fw ./lib/firmware/bnx2-09-4.0.5.fw ./lib/modules/2.6.26-1-amd64/kernel/drivers/net/bnx2.ko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494308: e100 firmware testing
hey Ben, I got around to testing a build from the source you reference in your blog[1] today - but it appears that the e100 patch in place simply removes the firmware and marks the driver broken. I see in #494308 that there were a couple of different approaches being considered for e100, so perhaps e100 is still a work in progress. If you decide to move forward w/ a request_firmware() approach, you might want to take note that the e100 driver will be included in the initramfs by default. This means that the firmware should be included in the initramfs as well. You should be able to enable an initramfs hook in the firmware-nonfree source package - see bnx2/defines for an example. I know this works for fw blobs that live in /lib/firmware, but I don't know how well it would deal with files in other subdirectories (e.g. /lib/firmware/e100/). Thanks! [1] http://people.debian.org/~benh/firmware-removal/ -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494308: e100 firmware testing
On Wed, 2008-10-22 at 17:05 -0600, dann frazier wrote: hey Ben, I got around to testing a build from the source you reference in your blog[1] today - but it appears that the e100 patch in place simply removes the firmware and marks the driver broken. I see in #494308 that there were a couple of different approaches being considered for e100, so perhaps e100 is still a work in progress. My changes to e100 in linux-2.6 are actually divided across 3 files under debian/patches, following what has been done for several other instances of sourceless firmware: 1. debian/dfsg/e100-disable.patch inserts #ifdef REMOVE_DFSG...#endif around the microcode and marks the driver as BROKEN in Kconfig. 2. debian/dfsg/files-1 uses unifdef to remove the microcode. 3. features/all/e100-request_firmware.patch removes the BROKEN mark and adds firmware loading using request_firmware. Each of the 11 other drivers is dealt with similarly, except that for most of them we can use rm instead of unifdef. The orig tarball has steps 1 and 2 already applied and step 3 is part of the normal build process. If you decide to move forward w/ a request_firmware() approach, you might want to take note that the e100 driver will be included in the initramfs by default. This means that the firmware should be included in the initramfs as well. You should be able to enable an initramfs hook in the firmware-nonfree source package - see bnx2/defines for an example. I know this works for fw blobs that live in /lib/firmware, but I don't know how well it would deal with files in other subdirectories (e.g. /lib/firmware/e100/). Right, I hadn't got that far yet. Ben. signature.asc Description: This is a digitally signed message part
Bug#499823: [Pkg-alsa-devel] Bug#460410: no beep with snd-hda-intel
On Wed, 22 Oct 2008, Elimar Riesebieter wrote: * Tim Connors [081022 11:30 +0200] On Wed, 22 Oct 2008, Tim Connors wrote: [...] If you decide to compile alsa 1.0.18rc3, you need to apply this patch to avoid oopses: http://www.spinics.net/lists/alsa-devel/msg17103.html Thanks for the hint, but 1.0.18 will be released soon, soI decided not to package 1.0.18rc3 ;) Yep - just giving you a headsup. I was hoping it would be ready for Lenny, but that's probably a long shot. The beep is kinda ugly and it can't be turned down all the way (there's a volume control, but it doesn't turn it down arbitrarily close to 0), but it's better than having no beep at all. Did you tried snd-pcsp ? I think that's trying to solve a different problem, isn't it? I was under the impression that snd-pcsp was a module for simulating a soundcard using the beeper speaker. It would indeed sound quite ugly. But this particular patch allows us to use the soundcard normally, with the beeper speaker routed through it - a common functionality on laptops that used to just work before snd-hda-intel came into common use. -- TimC Chairman: We continue with an afternoon of numerical stimulations. -- An astronomy talk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]