Bug#399165: linux-source-2.6.18: hostap_cs not talking to Belkin F5D6020
On Fri, 4 Jul 2008 22:27:42 +0200 maximilian attems [EMAIL PROTECTED] wrote: This card used to work with previous kernels. sorry for late reply. could you test up to date kernels aka 2.6.25 or even better 2.6.26-rc8? so that we can see if that bug still exists and upstream needs to be notified. This one has definitely been overcome by events. A while back I tested the card on a Windows machine, where it also seemed to have stopped working, so I came to the conclusion that the card was broken and threw it out. No idea whether breakage occurred before or after I reported this bug. If you have no other testers/reporters, you might as well just close the bug. Clayton -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489223: kernel: niced processes get half of the CPU (problem with group fair scheduling)
reassign 489223 linux-2.6 2.6.24-1 thansk On Fri, Jul 04, 2008 at 09:10:41AM +0200, Laurent Bonnaud wrote: Traditional and expected Unix behavior is to give dnetc a small share of the CPU and burnP6 should have a large share of the CPU. However here is the CPU distribution according to top on a dual core system: I agree. We should follow the traditional Unix behaviour. Also it makes it possible to really split cgroups by the scheduler. Bastian -- Ahead warp factor one, Mr. Sulu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 489223
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 tags 489223 + pending Bug#489223: kernel: niced processes get half of the CPU (problem with group fair scheduling) There were no tags set. Tags added: pending 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#411839: marked as done (linux-2.6: IPv6 PMTU table not garbage collected?)
Your message dated Sat, 5 Jul 2008 12:05:28 +0200 with message-id [EMAIL PROTECTED] and subject line Re: linux-2.6: IPv6 PMTU table not garbage collected? has caused the Debian Bug report #411839, regarding linux-2.6: IPv6 PMTU table not garbage collected? 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.) -- 411839: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=411839 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: linux-2.6 Version: 2.6.18-8 Severity: normal Symptoms: After a few weeks/months of uptime, my IPv6 machines whose IPv6 first hop link MTU is more than the minimum (1280) stop reacting to ICMPv6 too big packets and keep sending TCP packets above the MTU of the path to other hosts. Expected behaviour: After getting an ICMPv6 too big packet, send only packets smaller than the MTU in given in that ICMPv6 packet to this host. Analysis: I get the impression that the table where the kernel keeps the PMTU to the IPv6 hosts it communicates with overflows over time, after a few weeks or months of uptime. It looks like entries in that table expire (because I do get the too big packets problem with hosts my hosts communicate with a lot, they certainly were in the table in the past), but that the place taken by expired entries is not freed up. Thus the table doesn't get new entries added when the ICMPv6 too big packet comes in and the TCP stack doesn't go back to smaller packets. The symptoms seen by the users is that e.g. a SSH or SMTP connection gets established OK, but once they start doing something big with it (like the DATA phase of the SMTP dialogue or doing an ls of a big directory in a ssh session), the connexion freezes. Once that effect kicks in, it affects all new IPv6 connections/hosts. A tcpdump shows that ICMPv6 too big packets come in, but that my host keeps sending too big packets. A reboot cures it. I vaguely remember that the first time this happened, I found some statistics file in /proc/ or /sys/ where one line said some table had 4095 entries, which led me to this analysis. Alas, when it happened again I could not remember what file that was and can't find it again now. I didn't report it at the time because the kernel run by this machine is rather old. But now it happened on a machine running 2.6.18-3-amd64, and echo 8192 /proc/sys/net/ipv6/route/max_size seems to have helped the problem. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) ---End Message--- ---BeginMessage--- Version: 2.6.24-1 On Sat, Jul 05, 2008 at 06:09:40AM +0200, Lionel Elie Mamane wrote: On Fri, Jul 04, 2008 at 10:54:03PM +0200, maximilian attems wrote: can you still reproduce that with an uptodate kernel at best 2.6.25? it has newer ipv6 with more features and fixes? I haven't encountered the problem in a long time. -- Lionel thus closing, thanks for the feedback! -- maks ---End Message---
Bug#399165: marked as done (linux-source-2.6.18: hostap_cs not talking to Belkin F5D6020)
Your message dated Sat, 5 Jul 2008 12:07:33 +0200 with message-id [EMAIL PROTECTED] and subject line Re: Bug#399165: linux-source-2.6.18: hostap_cs not talking to Belkin F5D6020 has caused the Debian Bug report #399165, regarding linux-source-2.6.18: hostap_cs not talking to Belkin F5D6020 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.) -- 399165: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=399165 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: linux-source-2.6.18 Version: 2.6.18-5 Severity: normal This card used to work with previous kernels. Card insertion generates this syslog: kernel: pccard: PCMCIA card inserted into slot 0 kernel: cs: memory probe 0x0c-0x0f: excluding 0xc-0xd3fff 0xe-0xf kernel: cs: memory probe 0x6000-0x60ff: excluding 0x6000-0x600f kernel: cs: memory probe 0xa000-0xa0ff: clean. kernel: pcmcia: registering new device pcmcia0.0 ie. hostap_cs is not loaded (orinoco_cs is blacklisted). modprobe hostap_cs: kernel: ieee80211_crypt: registered algorithm 'NULL' kernel: hostap_cs: 0.4.4-kernel (Jouni Malinen [EMAIL PROTECTED]) and ifconfig -a indicates no new interfaces have been created. Further, lspcmcia indicates no driver: # lspcmcia -v Socket 0 Bridge:[yenta_cardbus] (bus ID: :00:02.0) Configuration: state: on ready: yes Voltage: 5.0V Vcc: 5.0V Vpp: 5.0V Socket 0 Device 0: [-- no driver --] (bus ID: 0.0) Configuration: state: on Product Name: Belkin 11Mbps Wireless Notebook Network Adapter Version 01.02 Identification: manf_id: 0x0156 card_id: 0x0002 function: 6 (network) prod_id(1): Belkin (0x3805a391) prod_id(2): 11Mbps Wireless Notebook Network Adapter (0xad4c7744) prod_id(3): Version 01.02 (0x4b74baa0) prod_id(4): --- (---) -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-a21m.27 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages linux-source-2.6.18 depends on: ii binutils 2.17-3 The GNU assembler, linker and bina ii bzip2 1.0.3-6high-quality block-sorting file co Versions of packages linux-source-2.6.18 recommends: ii gcc 4:4.1.1-13 The GNU C compiler ii libc6-dev [libc-dev] 2.3.6.ds1-7 GNU C Library: Development Librari ii make 3.81-2 The GNU version of the make util -- no debconf information ---End Message--- ---BeginMessage--- On Sat, Jul 05, 2008 at 02:54:15PM +0800, Clayton wrote: On Fri, 4 Jul 2008 22:27:42 +0200 maximilian attems [EMAIL PROTECTED] wrote: This card used to work with previous kernels. sorry for late reply. could you test up to date kernels aka 2.6.25 or even better 2.6.26-rc8? so that we can see if that bug still exists and upstream needs to be notified. This one has definitely been overcome by events. A while back I tested the card on a Windows machine, where it also seemed to have stopped working, so I came to the conclusion that the card was broken and threw it out. No idea whether breakage occurred before or after I reported this bug. If you have no other testers/reporters, you might as well just close the bug. Clayton right no other report, thus assuming hardware failure. closing, thanks for the quick feedback best regards -- maks ---End Message---
Bug#488678: linux-image-2.6.25-2-amd64: Boot fails: no tty
On 30 Jun 2008, maximilian attems wrote: Thanks for your reply. I've remade grub as you suggested and that seems to be OK. Anthony -- Anthony Campbell - [EMAIL PROTECTED] Microsoft-free zone - Using Debian GNU/Linux http://www.acampbell.org.uk (blog, book reviews, and sceptical articles) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481104: [Pkg-cryptsetup-devel] /usr/sbin/update-initramfs: update-initramfs edits /etc/initramfs-tools/conf.d/cryptroot
On Sat, 05 Jul 2008, David Härdeman wrote: On Fri, Jul 04, 2008 at 11:56:59PM +0200, maximilian attems wrote: Look at that: (updating initrd, duplicates the content of the cryptroot config file...) right cryptsetup should maybe not write into /etc/i-t/conf.d but in /usr/share/i-t/conf.d but those could also be mounted ro?!? anyway i'd like to hear from cryptsetup maintainers before reassgning. I'm not sure I understand the question. The cryptsetup initramfs hook writes its config file by doing: echo $OPTIONS $DESTDIR/conf/conf.d/cryptroot If that is below /etc, that would be due to initramfs-tools, wouldn't it? okay it was quite late yesterday, aboves should be in the initramfs itself. not sure if that bug report is not completly bogus it is saying that /etc/initramfs-tools/conf.d/cryptroot is modified on an update-initramfs -u run. i don't see any hook on my box that would do that. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489387: linux-image-2.6.25-2-vserver-686: ipv6 is disabled in the 2.6.25 vserver flavour of the kernel
Package: linux-image-2.6.25-2-vserver-686 Version: 2.6.25-6~bpo40+1 Severity: important Hello, It looks like ipv6 is disabled in the vserver flavour of linux-image-2.6.25-2. I don't understand why it is, I can't find any information in the changelog of the debian package, nor in the changelog of the vserver patch. Please enble it or provide some information on why it is disabled, Thanks you Victor -- Package-specific info: ** Version: Linux version 2.6.25-2-vserver-686 (Debian 2.6.25-6~bpo40+1) ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Sat Jun 28 18:23:56 UTC 2008 ** Command line: root=/dev/hda4 ro ** Not tainted ** Kernel log: [2.742503] ehci_hcd :00:1d.7: debug port 1 [2.742588] PCI: cache line size of 128 is not supported by device :00:1d.7 [2.742605] ehci_hcd :00:1d.7: irq 23, io mem 0xf700 [2.746706] 8139cp: 10/100 PCI Ethernet driver v1.3 (Mar 22, 2004) [2.757607] ehci_hcd :00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004 [2.757932] usb usb4: configuration #1 chosen from 1 choice [2.758052] hub 4-0:1.0: USB hub found [2.758140] hub 4-0:1.0: 6 ports detected [2.861727] usb usb4: New USB device found, idVendor=1d6b, idProduct=0002 [2.861823] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [2.861934] usb usb4: Product: EHCI Host Controller [2.862014] usb usb4: Manufacturer: Linux 2.6.25-2-vserver-686 ehci_hcd [2.862101] usb usb4: SerialNumber: :00:1d.7 [2.862257] 8139cp :02:0b.0: This (id 10ec:8139 rev 10) is not an 8139C+ compatible chip [2.862374] 8139cp :02:0b.0: Try the 8139too driver instead. [2.862474] 8139cp :02:0c.0: This (id 10ec:8139 rev 10) is not an 8139C+ compatible chip [2.862595] 8139cp :02:0c.0: Try the 8139too driver instead. [2.862693] 8139cp :02:0d.0: This (id 10ec:8139 rev 10) is not an 8139C+ compatible chip [2.862815] 8139cp :02:0d.0: Try the 8139too driver instead. [2.866361] 8139too Fast Ethernet driver 0.9.28 [2.866466] ACPI: PCI Interrupt :02:0b.0[A] - GSI 23 (level, low) - IRQ 23 [2.867410] eth0: RealTek RTL8139 at 0xb800, 00:50:fc:46:63:1d, IRQ 23 [2.867482] eth0: Identified 8139 chip type 'RTL-8139C' [2.867502] ACPI: PCI Interrupt :02:0c.0[A] - GSI 20 (level, low) - IRQ 20 [2.868421] eth1: RealTek RTL8139 at 0xb400, 00:50:fc:46:63:1b, IRQ 20 [2.868505] eth1: Identified 8139 chip type 'RTL-8139C' [2.868523] ACPI: PCI Interrupt :02:0d.0[A] - GSI 21 (level, low) - IRQ 21 [2.869501] eth2: RealTek RTL8139 at 0xb000, 00:50:fc:46:63:1f, IRQ 21 [2.869579] eth2: Identified 8139 chip type 'RTL-8139C' [2.873824] ICH4: IDE controller (0x8086:0x24cb rev 0x02) at PCI slot :00:1f.1 [2.873951] ACPI: PCI Interrupt :00:1f.1[A] - GSI 18 (level, low) - IRQ 18 [2.874111] ICH4: not 100% native mode: will probe irqs later [2.874210] ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:PIO [2.874373] ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:PIO [2.874535] Probing IDE interface ide0... [3.163153] hda: WDC WD400BB-00DKA0, ATA DISK drive [3.836809] hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4 [3.836809] hda: UDMA/100 mode selected [3.836809] Probing IDE interface ide1... [4.124131] hdc: Maxtor 6B160P0, ATA DISK drive [4.795543] hdc: host max PIO4 wanted PIO255(auto-tune) selected PIO4 [4.795543] hdc: UDMA/100 mode selected [4.795543] ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 [4.795543] ide1 at 0x170-0x177,0x376 on irq 15 [4.800236] No dock devices found. [4.814544] SCSI subsystem initialized [4.832783] libata version 3.00 loaded. [4.870874] hda: max request size: 512KiB [4.883423] hda: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=16383/255/63 [4.884706] hda: cache flushes supported [4.884706] hda: hda1 hda2 hda3 hda4 [4.901786] hdc: max request size: 512KiB [4.925448] hdc: 320173056 sectors (163928 MB) w/8192KiB Cache, CHS=19929/255/63 [4.926995] hdc: cache flushes supported [4.926995] hdc: hdc1 [5.548780] PM: Starting manual resume from disk [5.613484] kjournald starting. Commit interval 5 seconds [5.613484] EXT3-fs: mounted filesystem with ordered data mode. [8.777911] hdc: UDMA/100 mode selected [8.811668] hda: UDMA/100 mode selected [9.001777] input: PC Speaker as /class/input/input0 [9.576359] Real Time Clock Driver v1.12ac [9.718296] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.02 (26-Jul-2007) [9.718484] iTCO_wdt: Found a ICH4 TCO device (Version=1, TCOBASE=0xe460) [9.718607] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [9.850042] parport_pc 00:08: reported by Plug and Play ACPI [9.851137] parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP,TRISTATE] [9.887259] Linux agpgart interface v0.103 [9.923298]
Bug#489387: linux-image-2.6.25-2-vserver-686: ipv6 is disabled in the 2.6.25 vserver flavour of the kernel
On Sat, Jul 05, 2008 at 01:43:28PM +0200, kaouete wrote: Package: linux-image-2.6.25-2-vserver-686 Version: 2.6.25-6~bpo40+1 Severity: important Hello, It looks like ipv6 is disabled in the vserver flavour of linux-image-2.6.25-2. I don't understand why it is, I can't find any information in the changelog of the debian package, nor in the changelog of the vserver patch. Please enble it or provide some information on why it is disabled, Thanks you Victor afair vserver needed a special ipv6 patch. anyway we will provide openvz images that use the upstream commited namespace bits and it will have ipv6 enabled. -- mask -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484565: /lib/modules/2.6.24-1-amd64/kernel/drivers/input/mouse/psmouse.ko: Patch to enable Dell 1420 touch pad's scroll is not working
I'm sorry I forgot to update this thread. There is no problem in the kernel, this bug must be closed. The problem was that I was using the default xorg config file and that file didn't had an entry for the synaptic driver. As soon as I modified the xorg.conf and added the synaptic driver everything worked fine. Thanks a lot, and once again, I'm sorry I forgot to report this was fixed. On Fri, Jul 4, 2008 at 1:12 PM, maximilian attems [EMAIL PROTECTED] wrote: On Wed, 04 Jun 2008, Jaime Alberto Silva wrote: Package: linux-image-2.6.24-1-amd64 Version: 2.6.24-7 Severity: normal File: /lib/modules/2.6.24-1-amd64/kernel/drivers/input/mouse/psmouse.ko *** Please type your report below this line *** As noticed in bug report #452752 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=452752) there was a need to patch the file drivers/input/mouse/alps.c in order to make the touch pad's scroll work in some laptops. At that time it was said that the patch was going to be included in the 2.6.24 kernel. I installed Debian Lenny in a new Dell 1420 and after installation upgraded the kernel to 2.6.24-1-amd64 but the touch pad's scroll does not work. So I downloaded the kernel source to apply the patch that was working in another Dell inspiron 1420 with kernel 2.6.22 and noticed that the patch was already applied but with a small change. In the current 2.6.24 source the patched line (line 36) says: { { 0x73, 0x02, 0x50 }, 0xcf, 0xcf, ALPS_FW_BK_1 } /* Dell Vostro 1400 */ However the patch I was applying to 2.6.22 says: { { 0x73, 0x02, 0x50 }, 0x4f, 0x4f, ALPS_FW_BK_1 } /* Dell Vostro 1400 */ So I changed it, recompiled and reinstalled the mouse drivers, but the scroll still doesn't work. Then I upgraded the kernel to 2.6.25-2-amd64 but the scroll didn't work either. P.D.: Please don't pay attention to the hardy entry in APT policy it appears because of a repository I must add in order to install wxFormBuilder, there is no Debian package for that, but that repository only has the wxFormBuilder package. can you try 2.6.26-rc8 snapshot builds? see trunk apt lines - http://wiki.debian.org/DebianKernel thanks for feedback -- maks -- Jaime Alberto Silva Ingeniero Electricista http://jaimealbertosilva.blogspot.com/
Bug#489387: linux-image-2.6.25-2-vserver-686: ipv6 is disabled in the 2.6.25 vserver flavour of the kernel
On Sat, Jul 05, 2008 at 02:31:05PM +0200, maximilian attems wrote: afair vserver needed a special ipv6 patch. I don't think the special ipv6 patch is for ipv6 in host, but for ipv6 in guests ! And this is why ipv6 should be enabled in the kernel. Anyway, ipv6 was enabled in 2.6.22 with vserver 2.2.0.3 and 2.6.25 is still using the 2.2 branch. anyway we will provide openvz images that use the upstream commited namespace bits and it will have ipv6 enabled. I currently use vserver and I like it :) signature.asc Description: Digital signature
Bug#407217: RTL-8169 multicast bug (was Re: sky2 hang reproduced)
Hi, it is not the sky2, it's an RTL-8169. On Fri, Jul 04, 2008 at 10:36:58PM +0200, maximilian attems wrote: please checkout current 2.6.25 unstable linux images or even better 2.6.26-rc8 trunk snapshots see apt lines - http://wiki.debian.org/DebianKernel and report back on those, if still failing on latest upstream needs to be notified. Sure -- I'm CCing debian-arm incase someone there has a n2100 running one of those kernels already -- it will take me days to build it :) Can someone verify that the rtl 8169 multicast bug is present on modern kernels: best way is to ensure your iface is not promisc, and run something like mt-daapd and see if after 30 minutes or so your share disappears from the network, and whether setting the iface to promisc fixes it. linux-image-2.6.25-2-iop32x is in the archive so I will try and install that. -- Jon Dowland -- Jon Dowland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488963: please provide break at the top of mountroot
also sprach maximilian attems [EMAIL PROTECTED] [2008.07.05.0044 +0200]: I would suggest to rename the hooks as follows and call the new hook mount. top - init mount - top new - mount not sure if i'd like to play a renaming game, Why not? It's for debugging purposes and thus not critical. adding a maybe_break mountroot seems easier and makes sense. ok with you? Better than nothing. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems aus der kriegsschule des lebens - was mich nicht umbringt, macht mich härter. - friedrich nietzsche digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#488969: please warn if a non-executable file in scripts/*/* is found
also sprach maximilian attems [EMAIL PROTECTED] [2008.07.05.0054 +0200]: initramfs runs executable scripts in scripts/*/* at various stages. Albeit an error by the user or the package, scripts without executable permissions get copied to the initrd by the hooks, but then they don't get executed. Maybe initramfs could warn about files in scripts/*/* it would install, which aren't executable? chmod 666 /usr/share/initramfs-tools/hooks/legacylvm I was talking about scripts. update-initramfs -u -v | grep legacy /usr/share/initramfs-tools/hooks/legacylvm ignored: not executable Without -v, it seems that files in /etc/initramfs-tools are copied but remain non-executable. As a result, they won't be run. I think initramfs-tools should be reporting this, and the above hooks message as a warning, not requiring -v for it. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems linux: because a pc is a terrible thing to waste digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#407217: RTL-8169 multicast bug
Twas brillig at 23:55:16 05.07.2008 UTC+07 when [EMAIL PROTECTED] did gyre and gimble: MG This behavior is repeatable even with BROADCAST flag on the MG interface (actually running tcpdump is critical due to some MG reason). Oops, please ignore this :) Why did I think about BROADCAST? -- pgpHlQVEyjQEI.pgp Description: PGP signature
Bug#407217: RTL-8169 multicast bug
Twas brillig at 16:14:58 05.07.2008 UTC+01 when [EMAIL PROTECTED] did gyre and gimble: JD Sure -- I'm CCing debian-arm incase someone there has a n2100 JD running one of those kernels already -- it will take me days to JD build it :) JD Can someone verify that the rtl 8169 multicast bug is present on JD modern kernels: best way is to ensure your iface is not promisc, JD and run something like mt-daapd and see if after 30 minutes or so JD your share disappears from the network, and whether setting the JD iface to promisc fixes it. I confirm this bug. I run the avahi-daemon on the device and it does not respond on multicast queries until tcpdump is started and then it works fine. This behavior is repeatable even with BROADCAST flag on the interface (actually running tcpdump is critical due to some reason). [EMAIL PROTECTED]:~]% uname -a Linux homenas 2.6.25-2-iop32x #2 Sat Jun 28 16:10:57 UTC 2008 armv5tel GNU/Linux [EMAIL PROTECTED]:~]1% cat /proc/cpuinfo Processor : XScale-80219 rev 0 (v5l) BogoMIPS: 593.10 Features: swp half fastmult edsp CPU implementer : 0x69 CPU architecture: 5TE CPU variant : 0x0 CPU part: 0x2e3 CPU revision: 0 Cache type : undefined 5 Cache clean : undefined 5 Cache lockdown : undefined 5 Cache format: Harvard I size : 32768 I assoc : 32 I line length : 32 I sets : 32 D size : 32768 D assoc : 32 D line length : 32 D sets : 32 Hardware: Thecus N2100 Revision: [EMAIL PROTECTED]:~]% apt-cache policy linux-image-2.6.25-2-iop32x linux-image-2.6.25-2-iop32x: Installed: 2.6.25-6 Candidate: 2.6.25-6 Version table: *** 2.6.25-6 0 100 /var/lib/dpkg/status -- pgpypRDRO7kwX.pgp Description: PGP signature
Bug#484565: marked as done (/lib/modules/2.6.24-1-amd64/kernel/drivers/input/mouse/psmouse.ko: Patch to enable Dell 1420 touch pad's scroll is not working)
Your message dated Sat, 5 Jul 2008 22:24:21 +0200 with message-id [EMAIL PROTECTED] and subject line Re: Bug#484565: /lib/modules/2.6.24-1-amd64/kernel/drivers/input/mouse/psmouse.ko: Patch to enable Dell 1420 touch pad's scroll is not working has caused the Debian Bug report #484565, regarding /lib/modules/2.6.24-1-amd64/kernel/drivers/input/mouse/psmouse.ko: Patch to enable Dell 1420 touch pad's scroll is not working 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.) -- 484565: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=484565 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: linux-image-2.6.24-1-amd64 Version: 2.6.24-7 Severity: normal File: /lib/modules/2.6.24-1-amd64/kernel/drivers/input/mouse/psmouse.ko *** Please type your report below this line *** As noticed in bug report #452752 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=452752) there was a need to patch the file drivers/input/mouse/alps.c in order to make the touch pad's scroll work in some laptops. At that time it was said that the patch was going to be included in the 2.6.24 kernel. I installed Debian Lenny in a new Dell 1420 and after installation upgraded the kernel to 2.6.24-1-amd64 but the touch pad's scroll does not work. So I downloaded the kernel source to apply the patch that was working in another Dell inspiron 1420 with kernel 2.6.22 and noticed that the patch was already applied but with a small change. In the current 2.6.24 source the patched line (line 36) says: { { 0x73, 0x02, 0x50 }, 0xcf, 0xcf, ALPS_FW_BK_1 } /* Dell Vostro 1400 */ However the patch I was applying to 2.6.22 says: { { 0x73, 0x02, 0x50 }, 0x4f, 0x4f, ALPS_FW_BK_1 } /* Dell Vostro 1400 */ So I changed it, recompiled and reinstalled the mouse drivers, but the scroll still doesn't work. Then I upgraded the kernel to 2.6.25-2-amd64 but the scroll didn't work either. P.D.: Please don't pay attention to the hardy entry in APT policy it appears because of a repository I must add in order to install wxFormBuilder, there is no Debian package for that, but that repository only has the wxFormBuilder package. -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'hardy') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-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 Versions of packages linux-image-2.6.24-1-amd64 depends on: ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii initramfs-tools [linux-initra 0.92a tools for generating an initramfs ii module-init-tools 3.4-1 tools for managing Linux kernel mo linux-image-2.6.24-1-amd64 recommends no packages. -- debconf information: shared/kernel-image/really-run-bootloader: true linux-image-2.6.24-1-amd64/preinst/abort-overwrite-2.6.24-1-amd64: linux-image-2.6.24-1-amd64/postinst/old-dir-initrd-link-2.6.24-1-amd64: true linux-image-2.6.24-1-amd64/preinst/failed-to-move-modules-2.6.24-1-amd64: linux-image-2.6.24-1-amd64/postinst/bootloader-test-error-2.6.24-1-amd64: linux-image-2.6.24-1-amd64/preinst/lilo-initrd-2.6.24-1-amd64: true linux-image-2.6.24-1-amd64/postinst/create-kimage-link-2.6.24-1-amd64: true linux-image-2.6.24-1-amd64/postinst/depmod-error-initrd-2.6.24-1-amd64: false linux-image-2.6.24-1-amd64/postinst/old-system-map-link-2.6.24-1-amd64: true linux-image-2.6.24-1-amd64/preinst/lilo-has-ramdisk: linux-image-2.6.24-1-amd64/preinst/overwriting-modules-2.6.24-1-amd64: true linux-image-2.6.24-1-amd64/postinst/bootloader-error-2.6.24-1-amd64: linux-image-2.6.24-1-amd64/preinst/abort-install-2.6.24-1-amd64: linux-image-2.6.24-1-amd64/postinst/old-initrd-link-2.6.24-1-amd64: true linux-image-2.6.24-1-amd64/postinst/kimage-is-a-directory: linux-image-2.6.24-1-amd64/preinst/bootloader-initrd-2.6.24-1-amd64: true linux-image-2.6.24-1-amd64/prerm/would-invalidate-boot-loader-2.6.24-1-amd64: true linux-image-2.6.24-1-amd64/preinst/initrd-2.6.24-1-amd64: linux-image-2.6.24-1-amd64/prerm/removing-running-kernel-2.6.24-1-amd64: true linux-image-2.6.24-1-amd64/preinst/elilo-initrd-2.6.24-1-amd64: true linux-image-2.6.24-1-amd64/postinst/depmod-error-2.6.24-1-amd64: false -- Jaime Alberto Silva Ingeniero Electricista http://jaimealbertosilva.blogspot.com/ ---End Message--- ---BeginMessage--- On Sat, Jul 05, 2008 at 08:11:01AM -0500, Jaime Alberto Silva wrote: I'm sorry I forgot to update this thread. There
Bug#488969: please warn if a non-executable file in scripts/*/* is found
also sprach maximilian attems [EMAIL PROTECTED] [2008.07.05.2228 +0200]: hmmm? that is an script. yes, but unlike e.g. scripts/local-top scripts, it's a hook script. why should a user be bothered if a maintainer fucks up the installation? because the system may be left unbootable? -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#488969: please warn if a non-executable file in scripts/*/* is found
On Sat, Jul 05, 2008 at 06:33:00PM +0200, martin f krafft wrote: also sprach maximilian attems [EMAIL PROTECTED] [2008.07.05.0054 +0200]: initramfs runs executable scripts in scripts/*/* at various stages. Albeit an error by the user or the package, scripts without executable permissions get copied to the initrd by the hooks, but then they don't get executed. Maybe initramfs could warn about files in scripts/*/* it would install, which aren't executable? chmod 666 /usr/share/initramfs-tools/hooks/legacylvm I was talking about scripts. hmmm? that is an script. update-initramfs -u -v | grep legacy /usr/share/initramfs-tools/hooks/legacylvm ignored: not executable Without -v, it seems that files in /etc/initramfs-tools are copied but remain non-executable. As a result, they won't be run. I think initramfs-tools should be reporting this, and the above hooks message as a warning, not requiring -v for it. why should a user be bothered if a maintainer fucks up the installation? aboves indication is only useful while developing a hook and looking at the -v output isn't demanding too much. aboves warning could be more screaming -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489387: linux-image-2.6.25-2-vserver-686: ipv6 is disabled in the 2.6.25 vserver flavour of the kernel
On Sat, Jul 05, 2008 at 10:51:41PM +0200, maximilian attems wrote: On Sat, 05 Jul 2008, Victor NOEL wrote: On Sat, Jul 05, 2008 at 02:31:05PM +0200, maximilian attems wrote: afair vserver needed a special ipv6 patch. I don't think the special ipv6 patch is for ipv6 in host, but for ipv6 in guests ! And this is why ipv6 should be enabled in the kernel. Anyway, ipv6 was enabled in 2.6.22 with vserver 2.2.0.3 and 2.6.25 is still using the 2.2 branch. vserver is playing silly games, snipp from their patch: - tristate The IPv6 protocol - default m + bool The IPv6 protocol + default n so i will close this bug away and if you want progress on it please bug the vserver guys directly. Yes, thanks you, I will open a bug report there :) anyway we will provide openvz images that use the upstream commited namespace bits and it will have ipv6 enabled. I currently use vserver and I like it :) openvz is actively working on a merge and has more features. I will take a look, Victor signature.asc Description: Digital signature
Bug#489387: linux-image-2.6.25-2-vserver-686: ipv6 is disabled in the 2.6.25 vserver flavour of the kernel
On Sat, 05 Jul 2008, Victor NOEL wrote: On Sat, Jul 05, 2008 at 02:31:05PM +0200, maximilian attems wrote: afair vserver needed a special ipv6 patch. I don't think the special ipv6 patch is for ipv6 in host, but for ipv6 in guests ! And this is why ipv6 should be enabled in the kernel. Anyway, ipv6 was enabled in 2.6.22 with vserver 2.2.0.3 and 2.6.25 is still using the 2.2 branch. vserver is playing silly games, snipp from their patch: - tristate The IPv6 protocol - default m + bool The IPv6 protocol + default n so i will close this bug away and if you want progress on it please bug the vserver guys directly. anyway we will provide openvz images that use the upstream commited namespace bits and it will have ipv6 enabled. I currently use vserver and I like it :) openvz is actively working on a merge and has more features. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488969: please warn if a non-executable file in scripts/*/* is found
On Sat, Jul 05, 2008 at 10:44:27PM +0200, martin f krafft wrote: also sprach maximilian attems [EMAIL PROTECTED] [2008.07.05.2228 +0200]: hmmm? that is an script. yes, but unlike e.g. scripts/local-top scripts, it's a hook script. okay for the boot scripts the same rules apply then for the hook scripts. why should a user be bothered if a maintainer fucks up the installation? because the system may be left unbootable? the maintainer should test such stuff before uploading. so currently i don't see much args beside making the warning more obvious. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489470: linux-image-2.6.25-2-amd64: pciehp stops working in 2.5.25, worked in 2.6.24
Package: linux-image-2.6.25-2-amd64 Version: 2.6.25-6 Severity: normal pciehp stopped working after upgrading to 2.6.25. (note that the nvidia kernel module was only loaded _after_ the problem occured so the kernel was not tainted) to my knowledge, the bc4328 device was never pci-hotplugged before, so it is unclear what 0c:00.0 has to do with pciehp. -- Package-specific info: ** Version: Linux version 2.6.25-2-amd64 (Debian 2.6.25-6) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP Fri Jun 27 00:16:12 UTC 2008 ** Command line: auto BOOT_IMAGE=default ro root=802 ** Tainted: P (1) ** Kernel log: [ 202.210641] Unload service driver hpdriver on pcie device :00:1c.3:pcie02 [ 202.210693] Unload service driver hpdriver on pcie device :00:1c.1:pcie02 [ 202.210723] Unload service driver hpdriver on pcie device :00:1c.0:pcie02 [ 202.211886] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 unloaded [ 207.992352] pciehp: HPC vendor_id 8086 device_id 27d0 ss_vid 0 ss_did 0 [ 207.992820] Load service driver hpdriver on pcie device :00:1c.0:pcie02 [ 207.992844] pciehp: HPC vendor_id 8086 device_id 27d2 ss_vid 0 ss_did 0 [ 208.996614] pciehp: Device :0c:00.0 already exists at c:0, cannot hot-add [ 208.996672] pciehp: Cannot add device 0xc:0 [ 208.996743] Load service driver hpdriver on pcie device :00:1c.1:pcie02 [ 208.996766] pciehp: HPC vendor_id 8086 device_id 27d6 ss_vid 0 ss_did 0 [ 208.996883] Load service driver hpdriver on pcie device :00:1c.3:pcie02 [ 208.996897] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 [ 228.619141] Unload service driver hpdriver on pcie device :00:1c.3:pcie02 [ 228.619191] Unload service driver hpdriver on pcie device :00:1c.1:pcie02 [ 228.619220] Unload service driver hpdriver on pcie device :00:1c.0:pcie02 [ 228.619434] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 unloaded [ 291.820935] ACPI: PCI interrupt for device :0c:00.0 disabled [ 298.500340] pciehp: HPC vendor_id 8086 device_id 27d0 ss_vid 0 ss_did 0 [ 298.501476] Load service driver hpdriver on pcie device :00:1c.0:pcie02 [ 298.501498] pciehp: HPC vendor_id 8086 device_id 27d2 ss_vid 0 ss_did 0 [ 299.505269] pciehp: Device :0c:00.0 already exists at c:0, cannot hot-add [ 299.505328] pciehp: Cannot add device 0xc:0 [ 299.505386] Load service driver hpdriver on pcie device :00:1c.1:pcie02 [ 299.505406] pciehp: HPC vendor_id 8086 device_id 27d6 ss_vid 0 ss_did 0 [ 299.505509] Load service driver hpdriver on pcie device :00:1c.3:pcie02 [ 299.505519] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 [ 316.699716] Unload service driver hpdriver on pcie device :00:1c.3:pcie02 [ 316.699756] Unload service driver hpdriver on pcie device :00:1c.1:pcie02 [ 316.699783] Unload service driver hpdriver on pcie device :00:1c.0:pcie02 [ 517.042554] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 unloaded [ 546.665793] ACPI: PCI Interrupt :0c:00.0[A] - GSI 17 (level, low) - IRQ 17 [ 546.665918] PCI: Setting latency timer of device :0c:00.0 to 64 [ 546.734468] ssb: Sonics Silicon Backplane found on PCI device :0c:00.0 [ 546.794299] b43-phy1: Broadcom 4321 WLAN found [ 546.806420] ACPI: PCI Interrupt :03:00.0[A] - GSI 17 (level, low) - IRQ 17 [ 546.838450] b43-phy1 ERROR: FOUND UNSUPPORTED PHY (Analog 5, Type 4, Revision 1) [ 546.838570] b43: probe of ssb0:0 failed with error -95 [ 546.838636] Broadcom 43xx driver loaded [ Features: PMLR, Firmware-ID: FW13 ] [ 546.870466] ssb: Sonics Silicon Backplane found on PCI device :03:00.0 [ 546.870544] b44.c:v2.0 [ 546.891053] eth0: Broadcom 44xx/47xx 10/100BaseT Ethernet 00:18:8b:b0:90:db [ 546.924880] ADDRCONF(NETDEV_UP): eth1: link is not ready [ 550.558813] b44: eth1: Link is up at 100 Mbps, full duplex. [ 550.558871] b44: eth1: Flow control is off for TX and off for RX. [ 550.559443] ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready [ 560.767285] eth1: no IPv6 routers present [ 691.963197] PCI: Setting latency timer of device :01:00.0 to 64 [ 691.963329] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 173.14.09 Wed Jun 4 23:40:50 PDT 2008 ** Loaded modules: Module Size Used by nvidia 8113632 26 b43 150440 0 b4434448 0 rfkill 12832 1 b43 ssb39684 2 b43,b44 ip_tables 25488 0 x_tables 28168 1 ip_tables nfs 261232 0 nfsd 261032 17 lockd 73904 3 nfs,nfsd nfs_acl 8192 2 nfs,nfsd auth_rpcgss52512 1 nfsd sunrpc206984 23 nfs,nfsd,lockd,nfs_acl,auth_rpcgss exportfs9472 1 nfsd ipv6 294120 42 autofs428552 1 pci_hotplug35512 0 cpufreq_ondemand