Bug#591778: reproduce problem with sysbench
It is also possible to reproduce the problem with sysbench: # aptitude install sysbench # sysbench --test=fileio --file-num=1 --file-total-size=50G --file-fsync-all=on --file-test-mode=seqrewr --max-time=100 --file-block-size=4096 --max-requests=0 run Requests/sec executed is considerable slower on OpenVZ kernel (factor 20 on Intel Modular Server). - Dietmar
Bug#591944: [linux-2.6] I can't see all files and directory with mount.cifs
Since this bug does not seem to have been fixed in a later version, please report this upstream athttps://bugzilla.samba.org/ under product 'CifsVFS', component 'kernel fs'. Let us know the bug number of URL so that we can track it. Ben. Thank you. https://bugzilla.samba.org/show_bug.cgi?id=7619 -- Guy -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c68f0ae.4080...@teledetection.fr
Processed: bug 591944 is forwarded to https://bugzilla.samba.org/show_bug.cgi?id=7619
Processing commands for cont...@bugs.debian.org: forwarded 591944 https://bugzilla.samba.org/show_bug.cgi?id=7619 Bug #591944 [linux-2.6] [linux-2.6] I can't see all files and directory with mount.cifs Set Bug forwarded-to-address to 'https://bugzilla.samba.org/show_bug.cgi?id=7619'. thanks Stopping processing here. Please contact me if you need assistance. -- 591944: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591944 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.128195585225423.transcr...@bugs.debian.org
[Thank you] Thx!!!
Since Debian Bo 1.3.1r6... ;) ;) ;) Many thx to all Debian community... -- This is message was sent to you from http://thanks.debian.net -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100816113304.61838c...@nereida.gnuservers.com.ar
Bug#589122: marked as done (b43-phy0: Controller RESET (DMA error) with BCM4312 and b43 driver)
Your message dated Mon, 16 Aug 2010 13:41:38 +0100 with message-id 1281962498.3454.22.ca...@localhost and subject line Re: Bug#589122: Duplicate of #579862 has caused the Debian Bug report #589122, regarding b43-phy0: Controller RESET (DMA error) with BCM4312 and b43 driver 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 ow...@bugs.debian.org immediately.) -- 589122: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589122 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: linux-2.6 Version: 2.6.32-15 Severity: normal I have installed the firmware appropriate for my card using debian's package: firmware-b43-lpphy-installer And following the instructions here: http://linuxwireless.org/en/users/Drivers/b43#bug_reporting and here: http://wiki.debian.org/bcm43xx#b43 But my card seems to not work, despite being supported. Here is the relevant info: m...@jberryman:~$ uname -a Linux jberryman 2.6.32-trunk-686 #1 SMP Sun Jan 10 06:32:16 UTC 2010 i686 GNU/Linux m...@jberryman:~$ lspci -vvn|grep 43 -A7 03:00.0 0280: 14e4:4315 (rev 01) Subsystem: 1028:000c Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 17 Region 0: Memory at f010 (64-bit, non-prefetchable) [size=16K] Capabilities: access denied Kernel driver in use: b43-pci-bridge 04:00.0 0200: 10ec:8136 (rev 02) Subsystem: 1028:02f4 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 27 And relevant lines from 'dmesg': [ 724.906580] cfg80211: Using static regulatory domain info [ 724.906589] cfg80211: Regulatory domain: US [ 724.906594] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 724.906604] (2402000 KHz - 2472000 KHz @ 4 KHz), (600 mBi, 2700 mBm) [ 724.906613] (517 KHz - 519 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 724.906622] (519 KHz - 521 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 724.906631] (521 KHz - 523 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 724.906639] (523 KHz - 533 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 724.906648] (5735000 KHz - 5835000 KHz @ 4 KHz), (600 mBi, 3000 mBm) [ 724.906671] cfg80211: Calling CRDA for country: US [ 725.052106] b43-pci-bridge :03:00.0: PCI INT A - GSI 17 (level, low) - IRQ 17 [ 725.052339] b43-pci-bridge :03:00.0: setting latency timer to 64 [ 725.120554] ssb: Sonics Silicon Backplane found on PCI device :03:00.0 [ 725.186260] b43-phy0: Broadcom 4312 WLAN found (core revision 15) [ 725.332670] phy0: Selected rate control algorithm 'minstrel' [ 725.335012] Registered led device: b43-phy0::tx [ 725.335068] Registered led device: b43-phy0::rx [ 725.335123] Registered led device: b43-phy0::radio [ 725.335291] Broadcom 43xx driver loaded [ Features: PMLS, Firmware-ID: FW13 ] [ 744.888396] b43 ssb0:0: firmware: requesting b43/ucode15.fw [ 745.273058] b43 ssb0:0: firmware: requesting b43/lp0initvals15.fw [ 745.284724] b43 ssb0:0: firmware: requesting b43/lp0bsinitvals15.fw [ 745.440403] b43-phy0: Loading firmware version 478.104 (2008-07-01 00:50:23) [ 750.970694] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 798.596950] b43-phy0 ERROR: Fatal DMA error: 0x0800, 0x, 0x, 0x, 0x, 0x [ 798.596978] b43-phy0: Controller RESET (DMA error) ... [ 798.832368] b43-phy0: Loading firmware version 478.104 (2008-07-01 00:50:23) [ 804.341378] b43-phy0: The last three lines of output above repeat many times. And here are the loaded modules that might be relevant: b43 132341 0 ssb33327 1 b43 mmc_core 38095 2 b43,ssb pcmcia 17442 2 b43,ssb mac80211 121381 1 b43 cfg80211 86910 2 b43,mac80211 led_class 1757 1 b43 pcmcia_core20406 3 b43,ssb,pcmcia rng_core2178 1 b43 If this is a known issue I would appreciate any pointers. Is this something that is fixed in a newer kernel release? And if so is there a workaround that I haven't been able to find? I've had a terrible time trying to get to the bottom of this and any help is
[Thank you] ...
thank you -- This is message was sent to you from http://thanks.debian.net -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100816124238.a1032c...@nereida.gnuservers.com.ar
Bug#592861: xserver-xorg-video-intel: high number of wakeups with kernels =2.6.35
On 08/15/2010 07:33 PM, Brice Goglin wrote: I think I've seen a report (and maybe even a patch) about this on LKML but I can't find it back. Yes, I'm the person who sent that report on LKML, but it seems that I'm the only one whit this problem. It' important to note that the problem only arises when starting Xorg and not before. Thank you. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c693838.30...@yahoo.it
Bug#555549: 555549: adding .gnu_debuglink section in kernel modules
Hello Bastian et al, On Saturday 14 Aug 2010 15:46:33 Kurt Roeckx wrote: On Sat, Aug 14, 2010 at 09:58:24AM +0200, Bastian Blank wrote: On Sat, Aug 14, 2010 at 04:17:27AM +0100, Ben Hutchings wrote: [I also wonder why we are copying the unstripped modules into /usr/lib/debug and not just debug info? Because the tools can't cope with them. And shouldn't this really be part of Kbuild? Here's how we could do it in Kbuild: quiet_cmd_modules_install = INSTALL $@ +ifdef INSTALL_MOD_DEBUGLINK + cmd_modules_install = mkdir -p $(2); mkdir -p $(3); $(OBJCOPY) --only-keep-debug $@ $(3)/$(@F) $(OBJCOPY) --strip-debug --add-gnu-debuglink=$(3)/$(@F) $@ $(2)/$(@F) The link looks wrong, it includes the absolute path during install time. That's no problem. Only the filename itself is stored in the file. But objcopy wants to read that file to see if it has debug info. So what has been finalized ? Like Kurt already mentioned, objcopy does need to read the file. I can put the conditional if DEBUG in the initial patch that I sent. Ritesh -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: This is a digitally signed message part.
Processed: tagging 583689
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny7 tags 583689 + pending Bug #583689 [linux-2.6] please add support for longsoon 2f Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 583689: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=583689 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.128197040727427.transcr...@bugs.debian.org
Processed: reassign 592662 linux-image-2.6.32-5-486
Processing commands for cont...@bugs.debian.org: reassign 592662 linux-image-2.6.32-5-486 Bug #592662 [cpufrequtils] cpufrequtils: Cannot set frequency range of policy to full hardware frequency range Bug reassigned from package 'cpufrequtils' to 'linux-image-2.6.32-5-486'. Bug No longer marked as found in versions cpufrequtils/007-1. quit Stopping processing here. Please contact me if you need assistance. -- 592662: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592662 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.128197291620305.transcr...@bugs.debian.org
Bug#593243: linux-image-2.6.32-5-686: WPA2 is not available anymore with rt2860sta (open networks work), upstream driver works too
Package: linux-2.6 Version: 2.6.32-20 Severity: important Since linux-2.6.32-18, the rt2860sta wifi driver is not able to associate against WPA/WPA2 AP with wpa_supplicant. I guess that the problem is linked to bug #574766. After the update from linux-image-2.6.32-5-686 2.6.32-17 to 2.6.32-18, the wpa stops working (nothing has been changed in the config files). It seems that wpa_supplicant can't associate with the AP even if its configuration is good. With open network, it works. This does not comes from a problem of binary firmware as linux-ralink is installed on my computer. Since the failure, the only thing related to wifi that has changed on my system is the kernel and its modules. All the other packets (wpasupplicant, wireless-tools, firmware-ralink) haven't been modified or updated. I tried to use the rt2860-source package but it won't compile at all ! Then, as a workaround, I manually compiled the upstream driver (v2.4.0) and the WPA connexion with wpa_supplicant works really well. I tried to use the sid version of the image (2.6.32-20) but it doesn't work too. I guess that the problem is in the modifications of the rt2860sta module... -- Package-specific info: ** Version: Linux version 2.6.32-5-686 (Debian 2.6.32-20) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Thu Aug 12 13:38:27 UTC 2010 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 root=UUID=42434b27-e2b8-4029-b098-6d884820a7bb ro quiet ** Not tainted ** Kernel log: [ 4188.005914] ===rt_ioctl_giwscan. 7(7) BSS returned, data-length = 863 [ 4199.129935] ===rt_ioctl_giwscan. 8(8) BSS returned, data-length = 1094 [ 4206.149935] ===rt_ioctl_giwscan. 6(6) BSS returned, data-length = 725 [ 4215.169883] ===rt_ioctl_giwscan. 7(7) BSS returned, data-length = 862 [ 4225.185939] ===rt_ioctl_giwscan. 7(7) BSS returned, data-length = 862 [ 4235.609913] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1104 [ 4243.721919] ===rt_ioctl_giwscan. 6(6) BSS returned, data-length = 725 [ 4250.837923] ===rt_ioctl_giwscan. 7(7) BSS returned, data-length = 862 [ 4258.853937] ===rt_ioctl_giwscan. 7(7) BSS returned, data-length = 888 [ 4263.753933] ===rt_ioctl_giwscan. 7(7) BSS returned, data-length = 862 [ 4273.081949] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1126 [ 4281.302956] ===rt_ioctl_giwscan. 8(8) BSS returned, data-length = 988 [ 4286.197937] ===rt_ioctl_giwscan. 8(8) BSS returned, data-length = 1000 [ 4295.421936] ===rt_ioctl_giwscan. 5(5) BSS returned, data-length = 613 [ 4366.625865] ===rt_ioctl_giwscan. 6(6) BSS returned, data-length = 725 [ 4370.529931] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1093 [ 4380.365964] ===rt_ioctl_giwscan. 8(8) BSS returned, data-length = 1095 [ 4384.269921] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1199 [ 4388.285909] ===rt_ioctl_giwscan. 7(7) BSS returned, data-length = 829 [ 4398.309875] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1199 [ 4402.213935] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1199 [ 4406.221937] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1104 [ 4410.233929] ===rt_ioctl_giwscan. 7(7) BSS returned, data-length = 862 [ 4415.241921] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1232 [ 4419.253919] ===rt_ioctl_giwscan. 6(6) BSS returned, data-length = 725 [ 4423.265932] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1219 [ 4427.281932] ===rt_ioctl_giwscan. 8(8) BSS returned, data-length = 967 [ 4431.289897] ===rt_ioctl_giwscan. 8(8) BSS returned, data-length = 1095 [ 4440.113944] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1336 [ .017939] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1325 [ 4449.025930] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1199 [ 4453.037940] ===rt_ioctl_giwscan. 6(6) BSS returned, data-length = 725 [ 4457.049939] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1199 [ 4461.069865] ===rt_ioctl_giwscan. 8(8) BSS returned, data-length = 1094 [ 4482.001941] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1199 [ 4486.905935] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1093 [ 4490.913857] ===rt_ioctl_giwscan. 7(7) BSS returned, data-length = 862 [ 4494.925926] ===rt_ioctl_giwscan. 8(8) BSS returned, data-length = 1000 [ 4498.937930] ===rt_ioctl_giwscan. 7(7) BSS returned, data-length = 957 [ 4502.949933] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1232 [ 4506.961937] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1336 [ 4510.973935] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1336 [ 4514.989931] ===rt_ioctl_giwscan. 8(8) BSS returned, data-length = 1000 [ 4518.997935] ===rt_ioctl_giwscan. 9(9) BSS returned, data-length = 1104 [ 4523.009859] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1336 [ 4527.025931] ===rt_ioctl_giwscan. 8(8) BSS returned, data-length = 1122 [ 4532.033927] ===rt_ioctl_giwscan. 10(10) BSS returned, data-length = 1336 [ 4536.045921]
Bug#593245: linux-image-2.6.32-5-xen-amd64_2.6.32-20_amd64.deb can't start VM's due to udev rule mismatch
Package: linux-image-2.6.32-5-xen-amd64 Version: 2.6.32-20 The error manifests itself when trying to start a VM machine with a clean/vanilla install of debian sid + linux-image-2.6.32-5 + xen-hypervisor-4.0 from last Friday's package list. Since and 'upgrade' today still listed package 'linux-image-2.6.32-5-xen-amd64_2.6.32-20_amd64' as current, it should still be an existing bug if installing today. Most obvious output is upon trying to 'xm create' a machine: ERROR Internal error: Could not open event channel interface (22 = Invalid argument) From what I was able to track down, udev doesn't seem to be creating the 'evtchn' device correctly using linux-image-2.6.32-5-xen-amd64_2.6.32-20_amd64.deb. I believe this is the package to file this bug against. It should be relatively easily reproducible with a clean install. Reverting to linux-image-2.6.32-5-xen-amd64_2.6.32-18_amd64 and updating initramfs fixes the issue. Reverting to xen-hypervisor-4.0-amd64_4.0.1~rc3-1_amd64 does _NOT_ make a difference. Hence, I believe it's in the kernel img where the problem lies. I am using 'linux-image-2.6.32-5-xen-amd64_2.6.32' as both dom0 and domU. A clean boot into linux-image-2.6.32-5-xen-amd64_2.6.32-18_amd64 will produce this output 'find /dev | grep evtchn' /dev/xen/evtchn /dev/evtchn /dev/.udev/db/misc:evtchn 'find /sys | grep evtchn' (also produces useful output for comparison... didn't want to bloat the post with text) A clean boot into linux-image-2.6.32-5-xen-amd64_2.6.32-20_amd64 will produce different output, mainly it will only have a line simlar to: 'find /dev | grep evtchn' /dev/.udev/db/??misc:evtchn?? where the ??misc:evtchn?? string may be slightly different. most importantly, it does _NOT_ create /dev/evtchn or /dev/xen/evtchn. also: 'find /sys | grep evtchn' will produce output where the device strings have '!'s in them where they don't on the .18 kernel. I have a feeling these changes to the device names/drivers/whatever they are properly called are causing udev rules to fail. I have a suspicion it is a result of trying to fix the issue where the kernel/udev was complaining about kernel-provided name 'evtchn' and NAME= 'xen/evtchn' disagree, please use SYMLINK+= or change the kernel to provide the proper name which was an issue in the .18 kernel release. I have no absolute proof of this, I am just trying to provide some thoughts. I apologize I am reporting this bug only after downgrading to linux-image-2.6.32-5-xen-amd64_2.6.32-18_amd64 and 'fixing' the issue. I don't have the luxery of time to re-create the broken fix and dump exact output and sys-config. I need the system working. So, I hope I provided enough to troubleshoot. I didn't see similar bugs posted under linux-image, udev or xen hypervisor packages so I feel it's unique. Thanks again for creating the pvopts kernels!!! It is SO nice to have built packages back in the repos to use for dom0. Xen and the work to support it is an awesome thing. Please ask me if you need more feedback and I can dump output. The main packages/versions related to this bug should be: linux-image-2.6.32-5-xen-amd64_2.6.32-20_amd64 xen-hypervisor-4.0-amd64_4.0.1~rc5-1_amd64 (as mentioned, rc3 also produces same bug) libudev0 160-1 libudev shared library udev 160-1 /dev/ and hotplug management daemon linux-image-2.6.32-5-xen-amd64_2.6.32-18_amd64 downgrade 'fixes' issue. Hope this helps someone. - jmd -- Joseph M. Deming System Administrator MATRIX/History 415 Nat Sci Bldg East Lansing, MI 48824 (517) 884-2472 joseph.dem...@matrix.msu.edu
Bug#592971: linux-image-2.6.32-5-amd64: wlan0 disconnect with reason=3
Le 14/08/2010 19:03, maximilian attems a écrit : On Sat, Aug 14, 2010 at 05:54:22PM +0200, Daniel wrote: Wireless disconnect immediately after associating to AP with deauthenticating by local choice (reason=3) I also tested with 2.6.34-1 kernel from experimental, as well as with few APs (WEP, WAP or open), no more luck. experimental has since 2.6.35, any chance to try it? Done, same result :-( -- Daniel -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c6948d9.2000...@tootai.net
[Thank you] Banzai!
Thanks for an awesome foundation. Big Love. -- This is message was sent to you from http://thanks.debian.net -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100816170446.7ca7ec...@nereida.gnuservers.com.ar
[Thank you] helping them learn
Gracias a toda la comunidad debian del mundo, por brindar soporte apoyo, contar anecdotas y ayudar a solucionar problemas sin animo de lucro, por pensar en el usuario final no como un producto mas sino como una persona que esta detras de un computador queriendo realizar un trabajo y simplemente aprender como opera una computadora, exitos en todos los proyectos futuros que nunca en buen humor y animo de seguir mejorando dia con dia, debian por un mundo feliz y una cultura de conocimientos libres!!! --- Thanks to all the debian community of the world, by providing support stand, telling stories and help solve problems non-profit, to think about the end user but not a product but as a person who is behind a computer trying to make a work and simply learn how to operate a computer, success in all future projects that never in good humor and encouragement to continue to improve day by day, debian for a brave new world and a culture of free knowledge! -- This is message was sent to you from http://thanks.debian.net -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100816170825.dc47dc...@nereida.gnuservers.com.ar
[Thank you] Thanks Debian
Thanks Debian ! Debian runs on our servers ten years now. Thanks Debian ! -- This is message was sent to you from http://thanks.debian.net -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100816173334.a51f7c...@nereida.gnuservers.com.ar
[Thank you] The best!
I had Debian on my previous Computer. It was REALLY GOOD! I am going to come back to Debian! THANK YOU! -- This is message was sent to you from http://thanks.debian.net -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100816173721.e8085c...@nereida.gnuservers.com.ar
[Thank you] Thanks
Thanks Debian people for your fantastic work! -- This is message was sent to you from http://thanks.debian.net -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100816173723.0f9fec...@nereida.gnuservers.com.ar
[Thank you] THX
Thanks a lot 4 all that you`ve done 4 the whole mankind!!! -- This is message was sent to you from http://thanks.debian.net -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100816173953.6a357c...@nereida.gnuservers.com.ar
[Thank you] The best!
I had Debian on my previous Computer. It was REALLY GOOD! I am going to come back to Debian! THANK YOU! -- This is message was sent to you from http://thanks.debian.net -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100816174102.8a8ecc...@nereida.gnuservers.com.ar
[Thank you] thanks..
Debian means simplicity and Linux.. You do really great what I would wish to do the same. -- This is message was sent to you from http://thanks.debian.net -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100816174138.e2a50c...@nereida.gnuservers.com.ar
Processed: [bts-link] source package linux-2.6
Processing commands for cont...@bugs.debian.org: # # bts-link upstream status pull for source package linux-2.6 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org Setting user to bts-link-upstr...@lists.alioth.debian.org (was bts-link-de...@lists.alioth.debian.org). # remote status report for #520622 (http://bugs.debian.org/520622) # * http://bugzilla.kernel.org/show_bug.cgi?id=14107 # * remote status changed: NEEDINFO - VERIFIED # * remote resolution changed: (?) - CODE-FIX # * closed upstream tags 520622 + fixed-upstream Bug #520622 [linux-2.6] Wifi does not work (AR242x) Added tag(s) fixed-upstream. usertags 520622 - status-NEEDINFO Bug#520622: Wifi does not work (AR242x) Usertags were: status-NEEDINFO. Usertags are now: . usertags 520622 + status-VERIFIED resolution-CODE-FIX Bug#520622: Wifi does not work (AR242x) There were no usertags set. Usertags are now: resolution-CODE-FIX status-VERIFIED. # remote status report for #591073 (http://bugs.debian.org/591073) # * http://bugzilla.kernel.org/show_bug.cgi?id=16552 # * remote status changed: (?) - NEW usertags 591073 + status-NEW Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression There were no usertags set. Usertags are now: status-NEW. thanks Stopping processing here. Please contact me if you need assistance. -- 591073: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591073 520622: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=520622 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.128198371319827.transcr...@bugs.debian.org
[Thank you] You Guys ROCK
Its amazing to see you guys working hard day n night for making such a wonderful contribution towards Debian system. -- This is message was sent to you from http://thanks.debian.net -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100816183315.524acc...@nereida.gnuservers.com.ar
[bts-link] source package linux-2.6
# # bts-link upstream status pull for source package linux-2.6 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #520622 (http://bugs.debian.org/520622) # * http://bugzilla.kernel.org/show_bug.cgi?id=14107 # * remote status changed: NEEDINFO - VERIFIED # * remote resolution changed: (?) - CODE-FIX # * closed upstream tags 520622 + fixed-upstream usertags 520622 - status-NEEDINFO usertags 520622 + status-VERIFIED resolution-CODE-FIX # remote status report for #591073 (http://bugs.debian.org/591073) # * http://bugzilla.kernel.org/show_bug.cgi?id=16552 # * remote status changed: (?) - NEW usertags 591073 + status-NEW thanks -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100816183511.31923.20599.btsl...@merkel.debian.org
[Thank you] Thank you all
Debian is my main O.S. since 1999. This is a wonderful package of GNU codes and Free Software. -- This is message was sent to you from http://thanks.debian.net -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100816204929.806cbc...@nereida.gnuservers.com.ar
Bug#593276: initramfstools =0.94 not compatible with lenny?
package: initramfs-tools version: 0.97 Hi there, last weekend I was testing something with fai, initramfs-tools and live-initramfs, because I had trouble with netbooting a via vb8001 mb with a second pcie e1000e card. My current solution for initramfs-tools is: - take source code of initramfs-tools_0.93.4-grml02 from http://deb.grml.org/pool/main/i/initramfs-tools - revert commit 836e5cf6ddb30757365c2b879b96958c250dcd7b - mkinitramfs: only copy modprobe conf files (which was reverted in commit 60e66ab6f7e799ac99e051fd8877f5b54758f454 that's not included in initramfs-tools_0.93.4-grml02), because it breaks compatibility with lenny. - compile and make a new version for my local repo Here's a diff of the source codes of initramfs-tools_0.93.4-grml02 and my local version: diff -Naurp initramfs-tools-0.93.4-grml02/debian/changelog initramfs-tools-0.93.4-grml02~hbpo02/debian/changelog --- initramfs-tools-0.93.4-grml02/debian/changelog2010-08-16 23:03:01.0 +0200 +++ initramfs-tools-0.93.4-grml02~hbpo02/debian/changelog2010-08-16 23:03:33.0 +0200 @@ -1,3 +1,16 @@ +initramfs-tools (0.93.4-grml02~hbpo02) lenny; urgency=low + + * revert copying only /etc/modprobe.d/*.conf to * +as it breaks compatibility with lenny + + -- hoonet local system user hoou...@hpedebsv19.hpe.hoonet.org Sun, 15 Aug 2010 19:06:42 +0200 + +initramfs-tools (0.93.4-grml02~hbpo01) lenny; urgency=low + + * rebuild for lenny + + -- hoonet local system user hoou...@hpedebsv19.hpe.hoonet.org Thu, 20 May 2010 15:57:00 +0200 + initramfs-tools (0.93.4-grml02) unstable; urgency=low * New release based on upstream's git tree. diff -Naurp initramfs-tools-0.93.4-grml02/mkinitramfs initramfs-tools-0.93.4-grml02~hbpo02/mkinitramfs --- initramfs-tools-0.93.4-grml02/mkinitramfs2010-08-16 23:03:01.0 +0200 +++ initramfs-tools-0.93.4-grml02~hbpo02/mkinitramfs2010-08-16 23:03:33.0 +0200 @@ -237,7 +237,7 @@ copy_exec /sbin/modprobe /sbin copy_exec /sbin/depmod /sbin copy_exec /sbin/rmmod /sbin mkdir -p ${DESTDIR}/etc/modprobe.d -cp -a /etc/modprobe.d/*.conf ${DESTDIR}/etc/modprobe.d/ +cp -a /etc/modprobe.d/* ${DESTDIR}/etc/modprobe.d/ # workaround: libgcc always needed on old-abi arm if [ $DPKG_ARCH = arm ] || [ $DPKG_ARCH = armeb ]; then - recompile fai 3.3.5 (current) for my local repo Else all the machines get initrams-tools=0.97 installed that is shipped with deb http://www.informatik.uni-koeln.de/fai/download lenny koeln in /etc/apt/sources.list. Furthermore I needed to add an extra functionality to live-initramfs: Do dhcp in live-initramfs on the nic with the mac-address gotten from pxelinux BOOTIF parameter (ipappend 2). I will open an extra bug (wishlist) with a patch attached. To make a long story short: My Questions are: Is this version I prepared/use (0.93.4-grml02~hbpo02) compatible with lenny (for fai nfsroot !and! the installed machines)? - I get no error messages when I use it (o: Is every version of initramfs-tools after commit 553aa3742ca43b4ba4e87b2dea2c5d31cc43a124 - mkinitramfs: generate pre-cached boot order file (and so also =0.94) incompatible with lenny (breaks f.e. the plain lenny version of cryptsetup 1.0.6-7,... ?)? mainly: Am I right or do I miss something? (o: If so: Would it make sense to downgrade initramfs-tools shipped with fai repo of uni koeln? Cheers Holger Fischer -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c69a86d.1020...@web.de
Bug#520622: Wifi does not work (AR242x)
This bug still needs to be fixed for squeeze in our kernel versions based on 2.6.32. Please could you test whether the attached patches fix this bug? Instructions for patching and rebuilding the kernel package are at http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s4.2.5. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. From: Bob Copeland m...@bobcopeland.com Date: Wed, 14 Oct 2009 14:16:30 -0400 Subject: [PATCH 1/4] ath5k: use noise calibration from madwifi hal commit e5e2647fd6ceef2cdc479954b84517535eb7febd upstream. This updates ath5k to calibrate the noise floor similar to the way it is done in the madwifi hal and ath9k. Of note: - we start NF measurement at the same time as AGC calibration, but do not actually read the value until the periodic (long) calibration - we keep a history of the last few values read and write the median back to the hardware for CCA - we do not complain if NF calibration isn't complete, instead we keep the last read value. Signed-off-by: Bob Copeland m...@bobcopeland.com Acked-by: Nick Kossifidis mickfl...@gmail.com Signed-off-by: John W. Linville linvi...@tuxdriver.com --- drivers/net/wireless/ath/ath5k/ath5k.h | 13 ++ drivers/net/wireless/ath/ath5k/attach.c |2 + drivers/net/wireless/ath/ath5k/phy.c| 185 +-- drivers/net/wireless/ath/ath5k/reg.h| 11 +- drivers/net/wireless/ath/ath5k/reset.c | 17 +--- 5 files changed, 148 insertions(+), 80 deletions(-) diff --git a/drivers/net/wireless/ath/ath5k/ath5k.h b/drivers/net/wireless/ath/ath5k/ath5k.h index 2c79c78..0601236 100644 --- a/drivers/net/wireless/ath/ath5k/ath5k.h +++ b/drivers/net/wireless/ath/ath5k/ath5k.h @@ -204,6 +204,7 @@ #define AR5K_TUNE_CWMAX_11B 1023 #define AR5K_TUNE_CWMAX_XR 7 #define AR5K_TUNE_NOISE_FLOOR -72 +#define AR5K_TUNE_CCA_MAX_GOOD_VALUE -95 #define AR5K_TUNE_MAX_TXPOWER 63 #define AR5K_TUNE_DEFAULT_TXPOWER 25 #define AR5K_TUNE_TPC_TXPOWER false @@ -1011,6 +1012,14 @@ struct ath5k_capabilities { } cap_queues; }; +/* size of noise floor history (keep it a power of two) */ +#define ATH5K_NF_CAL_HIST_MAX 8 +struct ath5k_nfcal_hist +{ + s16 index;/* current index into nfval */ + s16 nfval[ATH5K_NF_CAL_HIST_MAX]; /* last few noise floors */ +}; + /***\ HARDWARE ABSTRACTION LAYER STRUCTURE @@ -1124,6 +1133,8 @@ struct ath5k_hw { struct ieee80211_channel r_last_channel; } ah_radar; + struct ath5k_nfcal_hist ah_nfcal_hist; + /* noise floor from last periodic calibration */ s32 ah_noise_floor; @@ -1287,8 +1298,10 @@ extern int ath5k_hw_rfgain_opt_init(struct ath5k_hw *ah); extern bool ath5k_channel_ok(struct ath5k_hw *ah, u16 freq, unsigned int flags); extern int ath5k_hw_channel(struct ath5k_hw *ah, struct ieee80211_channel *channel); /* PHY calibration */ +void ath5k_hw_init_nfcal_hist(struct ath5k_hw *ah); extern int ath5k_hw_phy_calibrate(struct ath5k_hw *ah, struct ieee80211_channel *channel); extern int ath5k_hw_noise_floor_calibration(struct ath5k_hw *ah, short freq); +extern s16 ath5k_hw_get_noise_floor(struct ath5k_hw *ah); extern void ath5k_hw_calibration_poll(struct ath5k_hw *ah); /* Spur mitigation */ bool ath5k_hw_chan_has_spur_noise(struct ath5k_hw *ah, diff --git a/drivers/net/wireless/ath/ath5k/attach.c b/drivers/net/wireless/ath/ath5k/attach.c index 88663df..2c7da8b 100644 --- a/drivers/net/wireless/ath/ath5k/attach.c +++ b/drivers/net/wireless/ath/ath5k/attach.c @@ -343,6 +343,8 @@ struct ath5k_hw *ath5k_hw_attach(struct ath5k_softc *sc) ath5k_hw_rfgain_opt_init(ah); + ath5k_hw_init_nfcal_hist(ah); + /* turn on HW LEDs */ ath5k_hw_set_ledstate(ah, AR5K_LED_INIT); diff --git a/drivers/net/wireless/ath/ath5k/phy.c b/drivers/net/wireless/ath/ath5k/phy.c index 9d67647..721ec5e 100644 --- a/drivers/net/wireless/ath/ath5k/phy.c +++ b/drivers/net/wireless/ath/ath5k/phy.c @@ -1124,77 +1124,148 @@ ath5k_hw_calibration_poll(struct ath5k_hw *ah) ah-ah_swi_mask = AR5K_SWI_FULL_CALIBRATION; AR5K_REG_ENABLE_BITS(ah, AR5K_CR, AR5K_CR_SWI); } +} +static int sign_extend(int val, const int nbits) +{ + int order = BIT(nbits-1); + return (val ^ order) - order; } -/** - * ath5k_hw_noise_floor_calibration - perform PHY noise floor calibration - * - * @ah: struct ath5k_hw pointer we are operating on - * @freq: the channel frequency, just used for error logging - * - * This function performs a noise floor calibration of the PHY and waits for - * it to complete. Then the noise floor value is compared to some maximum - * noise floor we consider valid. - * - * Note that this is different from what the madwifi HAL does: it reads the - * noise floor and afterwards initiates the calibration. Since the noise floor - * calibration can take some time to finish, depending on the current channel - * use, that avoids the occasional timeout warnings we are seeing now. - * - * See the
Processed: tagging 520622
Processing commands for cont...@bugs.debian.org: tags 520622 + moreinfo Bug #520622 [linux-2.6] Wifi does not work (AR242x) Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 520622: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=520622 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.128199806427023.transcr...@bugs.debian.org
Processed: tagging 520622
Processing commands for cont...@bugs.debian.org: tags 520622 + patch Bug #520622 [linux-2.6] Wifi does not work (AR242x) Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. -- 520622: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=520622 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.128199806727057.transcr...@bugs.debian.org
Processed: Re: [sparc] long long to double conversion error
Processing commands for cont...@bugs.debian.org: reassign 581571 linux-2.6 Bug #581571 [gcc-4.4] [sparc] long long to double conversion error Bug reassigned from package 'gcc-4.4' to 'linux-2.6'. Bug No longer marked as found in versions gcc-4.4/4.4.4-1. tag 581571 + patch Bug #581571 [linux-2.6] [sparc] long long to double conversion error Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. -- 581571: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581571 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.12820044498488.transcr...@bugs.debian.org
Bug#593243: linux-image-2.6.32-5-686: WPA2 is not available anymore with rt2860sta (open networks work), upstream driver works too
On Mon, 2010-08-16 at 17:59 +0200, Médéric RIBREUX wrote: Package: linux-2.6 Version: 2.6.32-20 Severity: important Since linux-2.6.32-18, the rt2860sta wifi driver is not able to associate against WPA/WPA2 AP with wpa_supplicant. I guess that the problem is linked to bug #574766. Perhaps. The rt2860sta driver in 2.6.32-18 actually comes from Linux 2.6.34. I made this change because there have been many bug fixes and clean-ups and it was impractical to pick out individual bug fixes. After the update from linux-image-2.6.32-5-686 2.6.32-17 to 2.6.32-18, the wpa stops working (nothing has been changed in the config files). It seems that wpa_supplicant can't associate with the AP even if its configuration is good. With open network, it works. This does not comes from a problem of binary firmware as linux-ralink is installed on my computer. Since the failure, the only thing related to wifi that has changed on my system is the kernel and its modules. All the other packets (wpasupplicant, wireless-tools, firmware-ralink) haven't been modified or updated. I tried to use the rt2860-source package but it won't compile at all ! Indeed, that package is no longer maintained. Then, as a workaround, I manually compiled the upstream driver (v2.4.0) and the WPA connexion with wpa_supplicant works really well. I tried to use the sid version of the image (2.6.32-20) but it doesn't work too. Please can you test the version in experimental (linux-image-2.6.35-trunk-686 version 2.6.35-1~experimental.1)? Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Processed: tagging 593243
Processing commands for cont...@bugs.debian.org: tags 593243 + moreinfo Bug #593243 [linux-2.6] linux-image-2.6.32-5-686: WPA2 is not available anymore with rt2860sta (open networks work), upstream driver works too Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 593243: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593243 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.128200500811467.transcr...@bugs.debian.org
Bug#555549: 555549: adding .gnu_debuglink section in kernel modules
On Mon, 2010-08-16 at 19:06 +0530, Ritesh Raj Sarraf wrote: [...] So what has been finalized ? Like Kurt already mentioned, objcopy does need to read the file. I can put the conditional if DEBUG in the initial patch that I sent. Please add the check for DEBUG, and test that the result works. I think we can live with this for now and move it into Kbuild later. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#592662: cpufrequtils: Cannot set frequency range of policy to full hardware frequency range
On Mon, 2010-08-16 at 16:04 +0200, Steve Wolter wrote: Hi Matthia, Mattia Dongili schrieb: On Wed, Aug 11, 2010 at 10:35:15PM +0200, Steve Wolter wrote: Package: cpufrequtils Version: 007-1 Severity: normal When using cpufrequtils or the kernel interface to the acpi-cpufreq module on my VIA Eden 1.5 GHz CPU, I cannot set the frequency range for the governor to the full hardware range. Trying to do so produces weird frequency settings. Any of the two single frequencies offered by the hardware can be included in a range, but not both at once. well, if writing values directly to the /sys/devices/system/cpu*/cpufreq files produces the same results I'm afraid this is a kernel bug. You don't seem to be using a stock debian kernel do you? Well, I do, at least it came right from ftp.de.debian.org. I've tried the 2.6.32-5 package in the meantime and the 2.6.35 from experimental, without the issue changing (interestingly, however, the 600 MHz cap was raised to 900 MHz). [...] Since you have reproduced this in Linux 2.6.35, please report this upstream at https://bugzilla.kernel.org under product 'ACPI', component 'Power-Processor'. Let us know the bug number or URL so that we can track it. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Processed: tagging 592662
Processing commands for cont...@bugs.debian.org: tags 592662 + moreinfo Bug #592662 [linux-image-2.6.32-5-486] cpufrequtils: Cannot set frequency range of policy to full hardware frequency range Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 592662: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592662 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.128200546614167.transcr...@bugs.debian.org
Bug#581571: marked as done ([sparc] long long to double conversion error)
Your message dated Tue, 17 Aug 2010 03:27:11 +0100 with message-id 1282012031.3454.41.ca...@localhost and subject line Re: [sparc] long long to double conversion error has caused the Debian Bug report #581571, regarding [sparc] long long to double conversion error 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 ow...@bugs.debian.org immediately.) -- 581571: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581571 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: gcc-4.4 Version: 4.4.4-1 Severity: important This code: #include stdio.h int main(void) { unsigned long long l = 97979797979797980LL; printf(%g\n, (double)l); return(0); } outputs 2.47804e+17 on sparc when compiled with gcc-4.4 -O0 in squeeze (4.4.2-9) and sid (4.4.4-1) Compiling with gcc-4.3 (4.3.4-10) gives the expected 9.79798e+16, and so does gcc-snapshot 20100414-1. Tested on smetana.debian.org. This is originally http://bugs.debian.org/577016 and I've worked around it by building perl with gcc-4.3 on sparc for now. Preprocessed source for the above example attached. -- Niko Tyni nt...@debian.org # 1 t4.c # 1 built-in # 1 command-line # 1 t4.c # 1 /usr/include/stdio.h 1 3 4 # 28 /usr/include/stdio.h 3 4 # 1 /usr/include/features.h 1 3 4 # 313 /usr/include/features.h 3 4 # 1 /usr/include/bits/predefs.h 1 3 4 # 314 /usr/include/features.h 2 3 4 # 346 /usr/include/features.h 3 4 # 1 /usr/include/sys/cdefs.h 1 3 4 # 353 /usr/include/sys/cdefs.h 3 4 # 1 /usr/include/bits/wordsize.h 1 3 4 # 354 /usr/include/sys/cdefs.h 2 3 4 # 347 /usr/include/features.h 2 3 4 # 378 /usr/include/features.h 3 4 # 1 /usr/include/gnu/stubs.h 1 3 4 # 1 /usr/include/bits/wordsize.h 1 3 4 # 5 /usr/include/gnu/stubs.h 2 3 4 # 1 /usr/include/gnu/stubs-32.h 1 3 4 # 8 /usr/include/gnu/stubs.h 2 3 4 # 379 /usr/include/features.h 2 3 4 # 29 /usr/include/stdio.h 2 3 4 # 1 /usr/lib/gcc/sparc-linux-gnu/4.4.4/include/stddef.h 1 3 4 # 211 /usr/lib/gcc/sparc-linux-gnu/4.4.4/include/stddef.h 3 4 typedef unsigned int size_t; # 35 /usr/include/stdio.h 2 3 4 # 1 /usr/include/bits/types.h 1 3 4 # 28 /usr/include/bits/types.h 3 4 # 1 /usr/include/bits/wordsize.h 1 3 4 # 29 /usr/include/bits/types.h 2 3 4 typedef unsigned char __u_char; typedef unsigned short int __u_short; typedef unsigned int __u_int; typedef unsigned long int __u_long; typedef signed char __int8_t; typedef unsigned char __uint8_t; typedef signed short int __int16_t; typedef unsigned short int __uint16_t; typedef signed int __int32_t; typedef unsigned int __uint32_t; __extension__ typedef signed long long int __int64_t; __extension__ typedef unsigned long long int __uint64_t; __extension__ typedef long long int __quad_t; __extension__ typedef unsigned long long int __u_quad_t; # 131 /usr/include/bits/types.h 3 4 # 1 /usr/include/bits/typesizes.h 1 3 4 # 132 /usr/include/bits/types.h 2 3 4 __extension__ typedef __u_quad_t __dev_t; __extension__ typedef unsigned int __uid_t; __extension__ typedef unsigned int __gid_t; __extension__ typedef unsigned long int __ino_t; __extension__ typedef __u_quad_t __ino64_t; __extension__ typedef unsigned int __mode_t; __extension__ typedef unsigned int __nlink_t; __extension__ typedef long int __off_t; __extension__ typedef __quad_t __off64_t; __extension__ typedef int __pid_t; __extension__ typedef struct { int __val[2]; } __fsid_t; __extension__ typedef long int __clock_t; __extension__ typedef unsigned long int __rlim_t; __extension__ typedef __u_quad_t __rlim64_t; __extension__ typedef unsigned int __id_t; __extension__ typedef long int __time_t; __extension__ typedef unsigned int __useconds_t; __extension__ typedef int __suseconds_t; __extension__ typedef int __daddr_t; __extension__ typedef long int __swblk_t; __extension__ typedef int __key_t; __extension__ typedef int __clockid_t; __extension__ typedef void * __timer_t; __extension__ typedef long int __blksize_t; __extension__ typedef long int __blkcnt_t; __extension__ typedef __quad_t __blkcnt64_t; __extension__ typedef unsigned long int __fsblkcnt_t; __extension__ typedef __u_quad_t __fsblkcnt64_t; __extension__ typedef unsigned long int __fsfilcnt_t; __extension__ typedef __u_quad_t __fsfilcnt64_t; __extension__ typedef int __ssize_t; typedef __off64_t __loff_t; typedef __quad_t *__qaddr_t; typedef char *__caddr_t; __extension__ typedef int __intptr_t; __extension__ typedef unsigned int __socklen_t; # 37 /usr/include/stdio.h 2 3 4 # 45 /usr/include/stdio.h 3 4 struct _IO_FILE; typedef struct _IO_FILE FILE; # 65 /usr/include/stdio.h 3 4 typedef struct _IO_FILE
Bug#585625: linux-image-2.6 2.6.32-19 works for me
On Thu, 2010-08-12 at 12:42 -0500, Michael Shuler wrote: I am tracking Squeeze and yesterday installed linux-image-2.6.32-5-686-bigmem version 2.6.32-19 from Sid on a Lenovo ThinkPad X201 with the identical video chipset as listed by Andrew in #585910 - so far, version 2.6.32-19 is working well for me and I thought I would pass along my success. Is i915 also working for you in this version? Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Processed: tagging 592662
Processing commands for cont...@bugs.debian.org: tags 592662 + moreinfo Bug #592662 [linux-image-2.6.32-5-486] cpufrequtils: Cannot set frequency range of policy to full hardware frequency range Ignoring request to alter tags of bug #592662 to the same tags previously set thanks Stopping processing here. Please contact me if you need assistance. -- 592662: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592662 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.12820140693324.transcr...@bugs.debian.org
Bug#593304: linux-2.6: Removal and reinsertion of floppy or mtdblock device can cause oops
Package: linux-2.6 Version: 2.6.26-24 Severity: important There is a bug in the backing-device sysfs code, added in 2.6.26 and fixed in 2.6.28 by the following commits: commit f1d0b063d993527754f062c589b73f125024d216 Author: Kay Sievers kay.siev...@vrfy.org Date: Tue Dec 2 10:31:50 2008 -0800 bdi: register sysfs bdi device only once per queue Devices which share the same queue, like floppies and mtd devices, get registered multiple times in the bdi interface, but bdi accounts only the last registered device of the devices sharing one queue. On remove, all earlier registered devices leak, stay around in sysfs, and cause duplicate filename errors if the devices are re-created. commit 69fc208be5b7eb18d22d1eca185b201400fd5ffc Author: Andrew Morton a...@linux-foundation.org Date: Tue Dec 9 13:14:06 2008 -0800 mm/backing-dev.c: remove recently-added WARN_ON() On second thoughts, this is just going to disturb people while telling us things which we already knew. In the case of mtdblock the result of the bug is not just a warning but an oops (use of null pointer) that leaves the system unusable. I'm not sure about the floppy driver. In any case, these changes are small and seem low-risk; they were also accepted in stable version 2.6.27.51. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Processed: tagging 591415
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny7 tags 591415 + pending Bug #591415 [linux-2.6] linux-image-2.6.32-5-amd64: md software raid raid10 deadlocks Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 591415: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591415 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.12820148157997.transcr...@bugs.debian.org
Processed: severity of 591415 is important
Processing commands for cont...@bugs.debian.org: severity 591415 important Bug #591415 [linux-2.6] linux-image-2.6.32-5-amd64: md software raid raid10 deadlocks Severity set to 'important' from 'normal' thanks Stopping processing here. Please contact me if you need assistance. -- 591415: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591415 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.12820148308074.transcr...@bugs.debian.org