linux-2.6_2.6.37-2_multi.changes ACCEPTED into unstable
Accepted: firmware-linux-free_2.6.37-2_all.deb to main/l/linux-2.6/firmware-linux-free_2.6.37-2_all.deb linux-2.6_2.6.37-2.diff.gz to main/l/linux-2.6/linux-2.6_2.6.37-2.diff.gz linux-2.6_2.6.37-2.dsc to main/l/linux-2.6/linux-2.6_2.6.37-2.dsc linux-base_2.6.37-2_all.deb to main/l/linux-2.6/linux-base_2.6.37-2_all.deb linux-doc-2.6.37_2.6.37-2_all.deb to main/l/linux-2.6/linux-doc-2.6.37_2.6.37-2_all.deb linux-manual-2.6.37_2.6.37-2_all.deb to main/l/linux-2.6/linux-manual-2.6.37_2.6.37-2_all.deb linux-patch-debian-2.6.37_2.6.37-2_all.deb to main/l/linux-2.6/linux-patch-debian-2.6.37_2.6.37-2_all.deb linux-source-2.6.37_2.6.37-2_all.deb to main/l/linux-2.6/linux-source-2.6.37_2.6.37-2_all.deb linux-support-2.6.37-2_2.6.37-2_all.deb to main/l/linux-2.6/linux-support-2.6.37-2_2.6.37-2_all.deb Override entries for your package: firmware-linux-free_2.6.37-2_all.deb - optional kernel linux-2.6_2.6.37-2.dsc - source devel linux-base_2.6.37-2_all.deb - optional kernel linux-doc-2.6.37_2.6.37-2_all.deb - optional doc linux-manual-2.6.37_2.6.37-2_all.deb - optional doc linux-patch-debian-2.6.37_2.6.37-2_all.deb - optional kernel linux-source-2.6.37_2.6.37-2_all.deb - optional kernel linux-support-2.6.37-2_2.6.37-2_all.deb - optional devel Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- 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/e1ptclm-0003up...@franck.debian.org
Bug#613078: xserver-xorg-video-nouveau: corrupted graphics on GeForce 6150SE nForce 430
* Sven Joachim svenj...@gmx.de, 2011-02-23, 17:23: The mentioned patch was rather a hack, 2.6.38-rc6 has a proper patch that supposedly fixes the problem (see comment #36 in the upstream bug). Jakub, could you please verify this (2.6.38-rc6 is available from experimental)? I confirm that 2.6.38-rc6 fixes the problem for me. -- Jakub Wilk -- 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/20110227111820.ga2...@jwilk.net
Re: Bug#615543: base: Firmware files not found by boot process, despite specific files are there and readable for world
reassign 615543 linux-2.6 thanks On Sonntag, 27. Februar 2011, Hodosi Szabolcs wrote: Package: base Severity: important I have two DVB_T USB device, either or both of them can not read the firmware file, nowadays this issue occurs with an (Alcor DTV-1000) Afatech 9015 USB device. DMESG output: usb 1-7: New USB device found, idVendor=15a4, idProduct=9016 usb 1-7: New USB device strings: Mfr=1, Product=2, SerialNumber=0 usb 1-7: Product: DVB-T 2 usb 1-7: Manufacturer: Afatech ata6: SATA link down (SStatus 0 SControl 310) Freeing unused kernel memory: 464k freed udev[117]: starting version 164 dvb-usb: found a 'Afatech AF9015 DVB-T USB2.0 stick' in cold state, will try to load a firmware dvb-usb: did not find the firmware file. (dvb-usb-af9015.fw) Please see linux/Documentation/dvb/ for more details on firmware-problems. (-2) dvb_usb_af9015: probe of 1-7:1.0 failed with error -2 lsusb out: root@torch:~# lsusb Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 002: ID 06da:0003 Phoenixtec Power Co., Ltd Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 004: ID 15a4:9016 Afatech Technologies, Inc. AF9015 DVB-T USB2.0 stick Bus 001 Device 003: ID 2304:023d Pinnacle Systems, Inc. PCTV 340e Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub And the firmware file is there: root@torch:/lib/firmware# ls -l /lib/firmware/dvb-usb-af9015.fw -rw-r--r-- 1 root root 15913 2010 �pr 16 /lib/firmware/dvb-usb-af9015.fw Packages installed contains firmwares: root@torch:/lib/firmware# dpkg --list | grep firmware ii firmware-ivtv0.28 Binary firmware for iTVC15-family MPEG codecs (ivtv and pvrusb2 drivers) ii firmware-linux 0.28 Binary firmware for various drivers in the Linux kernel (meta-package) ii firmware-linux-free 2.6.32-30Binary firmware for various drivers in the Linux kernel ii firmware-linux-nonfree 0.28 Binary firmware for various drivers in the Linux kernel ii firmware-realtek 0.28 Binary firmware for Realtek wired and wireless network adapters Can you please look into why the boot process cannot read the firmware file, which exists and readable? Scope: Device is unable to use. Exclusion: Other firmwares are detected and loaded. User Status: Reboot didn't help. Poweroff, unplug the computer didn't help. Unplug the device then replug didn't helped. The device worked properly under Ubuntu 10.04 LTS Lucid Lynx with (almost) the same kernel (2.6.35.x). The system itself is a : root@torch:/lib/firmware# uname -a Linux torch 2.6.35.10-3 #1 SMP Mon Dec 27 19:56:08 CET 2010 x86_64 GNU/Linux Thank you very much for all the help, guideance. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.10-3 (SMP w/4 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash signature.asc Description: This is a digitally signed message part.
Processed: Re: Bug#615543: base: Firmware files not found by boot process, despite specific files are there and readable for world
Processing commands for cont...@bugs.debian.org: reassign 615543 linux-2.6 Bug #615543 [base] base: Firmware files not found by boot process, despite specific files are there and readable for world Bug reassigned from package 'base' to 'linux-2.6'. thanks Stopping processing here. Please contact me if you need assistance. -- 615543: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=615543 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.129880618012513.transcr...@bugs.debian.org
Bug#613225: Acknowledgement (linux-image-2.6.32: fails to suspend to RAM)
You can close this one or downgrade it. There is a problem somewhere in the suspend/resume, but it is too esoteric and hard to reproduce. Upgrade to KDE4 left a total mess in various KDE cache files resulting in the machine keeping open files on autofs NFS across a VPN link and not unmounting (as it should) stuff before trying to suspend. So on the negative side - if there are files open on an automounted NFS mount there may be circumstances where the kernel can go berserk when it tries to suspend. On the positive side - once the KDE cache, history, etc was cleared and the files were not being accessed any more the machine started suspending properly once again. I have not been able to reproduce this issue from that point onwards. Brgds, On 13/02/11 16:03, Debian Bug Tracking System wrote: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Debian Kernel Teamdebian-kernel@lists.debian.org If you wish to submit further information on this problem, please send it to 613...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 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/4d6a4887.1010...@sigsegv.cx
Bug#590105: #590105
The problem persists with the new 2.6.37 based installer although the dmesg output from Benjamin is much different from mine and the original bug reporter. The relevant dmesg output: [ 29.436956] libata version 3.00 loaded. [ 29.507060] sata_mv sata_mv.0: version 1.28 [ 29.512272] sata_mv sata_mv.0: slots 32 ports 2 [ 29.523390] scsi0 : sata_mv [ 29.528183] scsi1 : sata_mv [ 29.533771] ata1: SATA max UDMA/133 irq 29 [ 29.537947] ata2: SATA max UDMA/133 irq 29 [ 29.886113] ata1: SATA link down (SStatus 0 SControl 300) [ 30.236116] ata2: SATA link down (SStatus 0 SControl 300) I didn't try the installer from here though http://merkel.debian.org/~tbm/tmp/kernel/ls-wsgl/ My NAS hasnt't got a serial and is not a wsgl so I thought it will not work. I am more than happy to do so if it helps. Regards and many thanks for your work! Antonios -- 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/5c37a7f94792dc7f5ba54f75aa9f7...@goto10.org
Bug#615598: linux-image-2.6.37-1-686: EDID data corruption (possible I2C bug)
Package: linux-2.6 Version: 2.6.37-1 Severity: normal Tags: sid I have been running Debian on my laptop for years, and soon (possibly 3 days) after switching from testing/squeeze's version of the kernel (+Xorg + libdrm) to sid's version, my laptop's screen suddenly turned black, and didn't work upon reboot. This is apparently caused by the corruption of my laptop's screen EDID data (the first byte changed from '00' to '1a'). I believe something in the I2C subsystem (or maybe nouveau's use of it) is broken, as the number of invalid EDID reports is quite huge (EDID data is retrieved by nouveau using a DDC2 call, afaik), and there are a few I2C error reports (though much, much less than invalid EDID reports, but I had *none* with 2.6.32-1). More information on the bug I initally filed against nouveau: https://bugs.freedesktop.org/show_bug.cgi?id=34554 Note: I'm running 2.6.37-1 in spite of the corrupted EDID data, thanks to a small hack I've made in DRM to ignore the first byte of retrieved EDID data. -- Package-specific info: ** Version: Linux version 2.6.37-1-686 (Debian 2.6.37-1) (b...@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-10) ) #1 SMP Tue Feb 15 18:21:50 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.37-1-686 root=UUID=e3d25751-8344-495e-bf99-3ac334f55242 ro quiet nouveau.vbios=PRAMIN splash ** Not tainted ** Kernel log: [19253.263668] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19253.263671] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19253.263674] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19253.263676] [19253.361528] [drm:drm_edid_block_valid] *ERROR* Raw EDID: [19253.361534] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19253.361537] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19253.361540] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19253.361543] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19253.361546] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19253.361549] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19253.361552] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19253.361555] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19253.361557] [19253.361563] nouveau :01:00.0: LVDS-1: EDID block 0 invalid. [19253.361567] [drm] nouveau :01:00.0: DDC responded, but no EDID for LVDS-1 [19283.061493] [drm:drm_edid_block_valid] *ERROR* Raw EDID: [19283.061500] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.061503] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.061506] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.061509] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.061512] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.061515] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.061518] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.061521] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.061523] [19283.162094] [drm:drm_edid_block_valid] *ERROR* Raw EDID: [19283.162101] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.162104] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.162107] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.162110] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.162113] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.162116] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.162119] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.162122] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.162125] [19283.259880] [drm:drm_edid_block_valid] *ERROR* Raw EDID: [19283.259886] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.259889] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.259892] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.259895] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.259898] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.259901] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.259904] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.259907] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.259909] [19283.357892] [drm:drm_edid_block_valid] *ERROR* Raw EDID: [19283.357898] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.357901] 300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [19283.357904] 300 00
Bug#615609: linux-image-2.6.37-1-loongson-2: Lemote mini-pc with linux-image-2.6.37-1-loongson-2 doesn't support external usb NIC (TU2-ET100)
Package: linux-2.6 Version: 2.6.37-1 File: linux-image-2.6.37-1-loongson-2 Severity: important Tags: upstream *** Please type your report below this line *** I have a lemote mini-pc loongson-2f, and when hooking an external usb NIC, the trendenet TU2-ET100, after disabling the inner NIC (realtek), then the device starts working nice for a while and then all of a sudden it just halts, and doing ifdown/ifup combination several times doesn't seem to be able to bring it up. I believe this problem is not exclusive to debian given that I've tried the gnew-sense 2.6.37 kernel, and another one from anheng, and none seems to work for this. Perhaps it exposes a HW problem, such the one for the inner NIC which can't handle checksums, and the CPU needs to deal with them (/sbin/ethtool -K eth0 rx off), but if it's a HW problem there might be a way to work around it (such as some usb-net or asix modules parameters). I'm not aware of any known problem related to this, so the first suspect is a kernel problem associated to the usb-net or the asix modules, which are the ones loaded for this external USB device. Perhaps for lemote HW there are some specific compile options required, and maybe missing, :-) Please notice the kernel was loaded with debug boot parameter, and even by doing so, the kernel log only shows the following associated to this problem: [ 68.076000] usb 1-1: new high speed USB device using ehci_hcd and address 4 [ 68.22] usb 1-1: New USB device found, idVendor=0b95, idProduct=7720 [ 68.22] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 68.22] usb 1-1: Product: AX88772 [ 68.22] usb 1-1: Manufacturer: ASIX Elec. Corp. [ 68.22] usb 1-1: SerialNumber: 01 [ 69.164000] asix 1-1:1.0: eth1: register 'asix' at usb-:00:0e.5-1, ASIX AX88772 USB 2.0 Ethernet, 00:50:b6:08:1c:5f [ 69.164000] usbcore: registered new interface driver asix [ 173.484000] eth1: link up, 100Mbps, full-duplex, lpa 0x45E1 [ 173.62] eth1: link up, 100Mbps, full-duplex, lpa 0x45E1 [ 184.12] eth1: no IPv6 routers present [ 593.268000] ehci_hcd :00:0e.5: force halt; handshake 900050071014 4000 - -145 [ 593.268000] ehci_hcd :00:0e.5: can't reschedule qh 9800bc2d5200, err -145 [ 593.268000] ehci_hcd :00:0e.5: force halt; handshake 900050071014 4000 4000 - -145 [ 593.268000] ehci_hcd :00:0e.5: HC died; cleaning up [ 593.272000] usb 1-1: USB disconnect, address 4 [ 593.28] asix 1-1:1.0: eth1: unregister 'asix' usb-:00:0e.5-1, ASIX AX88772 USB 2.0 Ethernet While this is still a problem, the mini-pc is of not much usage to me, given that its aimed to work as a two NICs gateway (and light server for couple of light services). The ineer NIC is working now after the work around for the checksum (inner NIC can handle the checks), but I'm still missing the external usb NIC to work... Below is additional information... -- Package-specific info: ** Version: Linux version 2.6.37-1-loongson-2f (Debian 2.6.37-1) (b...@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-2) ) #1 Wed Feb 16 17:37:56 UTC 2011 ** Command line: console=tty no_auto_cmd root=/dev/sda6 resume=/dev/sda5 debug PMON_VER=LM6004-1.3.6 EC_VER=undefined machtype=lemote-fuloong-2f-box ** Not tainted ** Kernel log: [5.288000] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001 [5.292000] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [5.296000] usb usb2: Product: OHCI Host Controller [5.30] usb usb2: Manufacturer: Linux 2.6.37-1-loongson-2f ohci_hcd [5.304000] usb usb2: SerialNumber: :00:0e.4 [5.312000] hub 2-0:1.0: USB hub found [5.316000] hub 2-0:1.0: 4 ports detected [5.596000] PCI: Setting latency timer of device :00:0e.3 to 64 [5.68] usbcore: registered new interface driver usbserial [5.688000] USB Serial support registered for generic [5.716000] usb 2-3: new low speed USB device using ohci_hcd and address 2 [5.944000] usb 2-3: New USB device found, idVendor=04d9, idProduct=1702 [5.952000] usb 2-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [5.956000] usb 2-3: Product: USB Keyboard [5.96] usb 2-3: Manufacturer: [6.272000] usb 2-4: new low speed USB device using ohci_hcd and address 3 [6.496000] usb 2-4: New USB device found, idVendor=0458, idProduct=003a [6.50] usb 2-4: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [6.504000] usb 2-4: Product: Optical Mouse [6.508000] usb 2-4: Manufacturer: Genius [6.612000] input: USB Keyboard as /devices/pci:00/:00:0e.4/usb2/2-3/2-3:1.0/input/input0 [6.628000] generic-usb 0003:04D9:1702.0001: input,hidraw0: USB HID v1.10 Keyboard [ USB Keyboard] on usb-:00:0e.4-3/input0 [6.652000] usbcore: registered new interface driver usbserial_generic [6.656000] usbserial: USB Serial Driver core [6.684000] input: USB Keyboard
Bug#606763: marked as done (linux-image-2.6.37-rc5-686: Screen stays blank on EeePC 701 after xscreensaver turned screen off)
Your message dated Sun, 27 Feb 2011 19:20:06 +0100 with message-id 20110227182006.gy12...@sym.noone.org and subject line Re: Bug#606763: linux-image-2.6.37-rc5-686: Screen stays blank on EeePC 701 after xscreensaver turned screen off has caused the Debian Bug report #606763, regarding linux-image-2.6.37-rc5-686: Screen stays blank on EeePC 701 after xscreensaver turned screen off 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.) -- 606763: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606763 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: linux-2.6 Version: 2.6.37~rc5-1~experimental.1 Severity: important User: debian-eeepc-de...@lists.alioth.debian.org Usertags: 701 The following did not happen with the 2.6.36 experimental kernel packages, but does happen reproducibly with the new 2.6.37 package on my ASUS EeePC 4G 701. I'm running xscreensaver (5.11-1+b1) and it is configured to set the display to standby after 10 Minutes and to suspend after 20 minutes. After approximately 10-20 minutes (i.e. after switching to standby mode or switching to suspend mode -- will debiug it further), the screen was blank and without backlight as expected, but neither moving the mouse nor hitting a key on the keyboard (not even switching to a virtual console with Ctrl-Alt-F1) changed something and it stayed dark. But pressing the EeePC's power button cleanly shuts down the computer, so the system does not hang, just the screen doesn't come back to live until I power cycle it (and then the first thing I see again are BIOS messages). Since I'm currently not at home, I don't have a second machine to ssh into the EeePC and look what's going on in detail. -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information not available ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller [8086:2590] (rev 04) Subsystem: ASUSTeK Computer Inc. Device [1043:82d9] 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 Capabilities: access denied Kernel driver in use: agpgart-intel 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller [8086:2592] (rev 04) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device [1043:82d9] 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 Interrupt: pin A routed to IRQ 16 Region 0: Memory at f7f0 (32-bit, non-prefetchable) [size=512K] Region 1: I/O ports at ec00 [size=8] Region 2: Memory at d000 (32-bit, prefetchable) [size=256M] Region 3: Memory at f7ec (32-bit, non-prefetchable) [size=256K] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel driver in use: i915 00:02.1 Display controller [0380]: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller [8086:2792] (rev 04) Subsystem: ASUSTeK Computer Inc. Device [1043:82d9] 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 Region 0: Memory at f7f8 (32-bit, non-prefetchable) [size=512K] Capabilities: access denied 00:1b.0 Audio device [0403]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller [8086:2668] (rev 04) Subsystem: ASUSTeK Computer Inc. Device [1043:82a1] 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: 16 bytes Interrupt: pin A routed to IRQ 41 Region 0: Memory at f7eb8000 (64-bit, non-prefetchable) [size=16K] Capabilities: access denied Kernel driver in use: HDA Intel 00:1c.0 PCI bridge [0604]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 [8086:2660] (rev 04) (prog-if 00 [Normal decode]) Control: I/O+ Mem+
Bug#614593: Please add new armel kernel flavour for the Marvell DB-78x00-BP Development Board
* Steve McIntyre st...@einval.com [2011-02-22 13:56]: As mentioned a few months back, we're using several of these machines as build daemons for the armel architecture. More details at Please could you add a new kernel flavour for these machines? I still don't believe that this is a good idea because of the small userbase of people using products based on the MV78xx0 chip. Apart from one NAS device from Buffalo, I'm not aware of any commercial products based on this chip that are widely available for purchase. While the Marvell DB-78x00-BP boards are an important part of our internal infrastructure, the people running these boards also have the knowledge to build their own kernels. Adding another kernel flavour will considerably increase the build time for the whole kernel package on ARM. There are several platforms that have a much larger userbase (OMAP, MX5, S5, etc) and for which I'd rather add a kernel image before I add one for MV78xx0. As a compromise, we could add a kernel config file for MV78xx0 to the Debian kernel package but not build this flavour by Debian. This way, you'd just need to add one line to the config file and rebuild the kernel. Would that help? -- Martin Michlmayr http://www.cyrius.com/ -- 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/20110227182135.gr7...@jirafa.cyrius.com
Bug#615609: linux-image-2.6.37-1-loongson-2: Lemote mini-pc with linux-image-2.6.37-1-loongson-2 doesn't support external usb NIC (TU2-ET100)
Wu Zhangjin, Do you think you can have a look at the bug report below. * Javier Vasquez j.e.vasque...@gmail.com [2011-02-27 12:19]: Package: linux-2.6 Version: 2.6.37-1 File: linux-image-2.6.37-1-loongson-2 Severity: important Tags: upstream *** Please type your report below this line *** I have a lemote mini-pc loongson-2f, and when hooking an external usb NIC, the trendenet TU2-ET100, after disabling the inner NIC (realtek), then the device starts working nice for a while and then all of a sudden it just halts, and doing ifdown/ifup combination several times doesn't seem to be able to bring it up. I believe this problem is not exclusive to debian given that I've tried the gnew-sense 2.6.37 kernel, and another one from anheng, and none seems to work for this. Perhaps it exposes a HW problem, such the one for the inner NIC which can't handle checksums, and the CPU needs to deal with them (/sbin/ethtool -K eth0 rx off), but if it's a HW problem there might be a way to work around it (such as some usb-net or asix modules parameters). I'm not aware of any known problem related to this, so the first suspect is a kernel problem associated to the usb-net or the asix modules, which are the ones loaded for this external USB device. Perhaps for lemote HW there are some specific compile options required, and maybe missing, :-) Please notice the kernel was loaded with debug boot parameter, and even by doing so, the kernel log only shows the following associated to this problem: [ 68.076000] usb 1-1: new high speed USB device using ehci_hcd and address 4 [ 68.22] usb 1-1: New USB device found, idVendor=0b95, idProduct=7720 [ 68.22] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 68.22] usb 1-1: Product: AX88772 [ 68.22] usb 1-1: Manufacturer: ASIX Elec. Corp. [ 68.22] usb 1-1: SerialNumber: 01 [ 69.164000] asix 1-1:1.0: eth1: register 'asix' at usb-:00:0e.5-1, ASIX AX88772 USB 2.0 Ethernet, 00:50:b6:08:1c:5f [ 69.164000] usbcore: registered new interface driver asix [ 173.484000] eth1: link up, 100Mbps, full-duplex, lpa 0x45E1 [ 173.62] eth1: link up, 100Mbps, full-duplex, lpa 0x45E1 [ 184.12] eth1: no IPv6 routers present [ 593.268000] ehci_hcd :00:0e.5: force halt; handshake 900050071014 4000 - -145 [ 593.268000] ehci_hcd :00:0e.5: can't reschedule qh 9800bc2d5200, err -145 [ 593.268000] ehci_hcd :00:0e.5: force halt; handshake 900050071014 4000 4000 - -145 [ 593.268000] ehci_hcd :00:0e.5: HC died; cleaning up [ 593.272000] usb 1-1: USB disconnect, address 4 [ 593.28] asix 1-1:1.0: eth1: unregister 'asix' usb-:00:0e.5-1, ASIX AX88772 USB 2.0 Ethernet While this is still a problem, the mini-pc is of not much usage to me, given that its aimed to work as a two NICs gateway (and light server for couple of light services). The ineer NIC is working now after the work around for the checksum (inner NIC can handle the checks), but I'm still missing the external usb NIC to work... Below is additional information... -- Package-specific info: ** Version: Linux version 2.6.37-1-loongson-2f (Debian 2.6.37-1) (b...@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-2) ) #1 Wed Feb 16 17:37:56 UTC 2011 ** Command line: console=tty no_auto_cmd root=/dev/sda6 resume=/dev/sda5 debug PMON_VER=LM6004-1.3.6 EC_VER=undefined machtype=lemote-fuloong-2f-box ** Not tainted ** Kernel log: [5.288000] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001 [5.292000] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [5.296000] usb usb2: Product: OHCI Host Controller [5.30] usb usb2: Manufacturer: Linux 2.6.37-1-loongson-2f ohci_hcd [5.304000] usb usb2: SerialNumber: :00:0e.4 [5.312000] hub 2-0:1.0: USB hub found [5.316000] hub 2-0:1.0: 4 ports detected [5.596000] PCI: Setting latency timer of device :00:0e.3 to 64 [5.68] usbcore: registered new interface driver usbserial [5.688000] USB Serial support registered for generic [5.716000] usb 2-3: new low speed USB device using ohci_hcd and address 2 [5.944000] usb 2-3: New USB device found, idVendor=04d9, idProduct=1702 [5.952000] usb 2-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [5.956000] usb 2-3: Product: USB Keyboard [5.96] usb 2-3: Manufacturer: [6.272000] usb 2-4: new low speed USB device using ohci_hcd and address 3 [6.496000] usb 2-4: New USB device found, idVendor=0458, idProduct=003a [6.50] usb 2-4: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [6.504000] usb 2-4: Product: Optical Mouse [6.508000] usb 2-4: Manufacturer: Genius [6.612000] input: USB Keyboard as /devices/pci:00/:00:0e.4/usb2/2-3/2-3:1.0/input/input0 [6.628000] generic-usb 0003:04D9:1702.0001:
Bug#590105: #590105
Hi Antonios, Le dimanche 27 février 2011 à 14:54 +, Antonios Galanopoulos a écrit : The problem persists with the new 2.6.37 based installer although the dmesg output from Benjamin is much different from mine and the original bug reporter. The relevant dmesg output: [ 29.436956] libata version 3.00 loaded. [ 29.507060] sata_mv sata_mv.0: version 1.28 [ 29.512272] sata_mv sata_mv.0: slots 32 ports 2 [ 29.523390] scsi0 : sata_mv [ 29.528183] scsi1 : sata_mv [ 29.533771] ata1: SATA max UDMA/133 irq 29 [ 29.537947] ata2: SATA max UDMA/133 irq 29 [ 29.886113] ata1: SATA link down (SStatus 0 SControl 300) [ 30.236116] ata2: SATA link down (SStatus 0 SControl 300) So, 2.6.37 is the same as 2.6.32 for you too, right? My NAS hasnt't got a serial and is not a wsgl so I thought it will not work. I am more than happy to do so if it helps. Actually, looking at what /proc/cpuinfo gave me with Martin's version, i.e. a correct Linkstation Mini machine type, the fix might just be that my machine type was not enabled in the lspro kernel. I tried looking for your machine type in upstream sources, but didn't even found it in the latest kernel; are you sure your NAS is even supported upstream? Does Buffalo give kernel sources for your NAS version? BTW, I don't even know if machine type can be autodetected? As making separate images for each NAS would be quite cumbersome. Regards, benjamin -- 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/1298837795.16096.36.camel@nsk
Bug#612633: initramfs-tools: mkinitramfs creates non working initramfs
hello, added last week the branch maks/mkinitramfs_cp on top of the initial fix runndinig ldconfig on the initramfs root: http://git.debian.org/?p=kernel/initramfs-tools.git;a=shortlog;h=refs/heads/maks/mkinitramfs_cp a snapshot based on this patch is available: http://charm.itp.tuwien.ac.at/~mattems/initramfs-tools_0.98.9~1.gbp5f06ec_all.deb it's signature http://charm.itp.tuwien.ac.at/~mattems/initramfs-tools_0.98.9~1.gbp5f06ec_all.deb.sha512sum.asc could you test if that boots your setup out of the box? (snapshot has minimal qemu + my own laptop testing) thank you. -- maks -- 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/20110227203722.ga2...@stro.at
Bug#614507: marked as done (xserver-common: Upgrade breaks X)
Your message dated Sun, 27 Feb 2011 21:51:53 +0100 with message-id 8762s5p5ee@turtle.gmx.de and subject line Re: Bug#613078: xserver-xorg-video-nouveau: corrupted graphics on GeForce 6150SE nForce 430 has caused the Debian Bug report #613078, regarding xserver-common: Upgrade breaks X 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.) -- 613078: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613078 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: xserver-common Version: 2:1.9.4-3 Severity: important Since doing apt-get upgrade today Debian system is useless. The display is all wrong. I have no idea where to start. Please help. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-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/dash Versions of packages xserver-common depends on: ii x11-common1:7.6+3X Window System (X.Org) infrastruc ii x11-xkb-utils 7.6+2 X11 XKB utilities ii xkb-data 1.8-2 X Keyboard Extension (XKB) configu Versions of packages xserver-common recommends: ii xauth 1:1.0.5-1 X authentication utility ii xfonts-base 1:1.0.3standard fonts for X xserver-common suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Package: linux-2.6 Version: 2.6.38~rc6-1~experimental.1 On 2011-02-27 12:18 +0100, Jakub Wilk wrote: I confirm that 2.6.38-rc6 fixes the problem for me. Okay, now two out of three people who reported the problem confirmed it is fixed in 2.6.38-rc6, the third person has not replied (yet). I think this is enough to close the bug. ---End Message---
Bug#613385: xserver-xorg-video-intel: Modeline flood in Xorg
Hi, after the upgrade, there was no modline flooding anymore, but still the system became sluggish after some time. It seems that the problem was caused by the polling for VGA devices. After disabling polling (setting /sys/module/drm_kms_helper/parameters/poll to N) I had no problems anymore. Christian -- 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/201102272157.16920.christ...@2foo.net
Bug#611464: nfs-common: still unchanged.
Package: nfs-common Severity: normal the client cannot find nfs so i do on the server: # /etc/init.d/nfs-kernel-server restart Stopping NFS kernel daemon: mountd nfsd. Unexporting directories for NFS kernel daemon Exporting directories for NFS kernel daemon...exportfs: /etc/exports [3]: Neither 'subtree_check' or 'no_subtree_check' specified for export 192.168.1.0/24:/home. Assuming default behaviour ('no_subtree_check'). NOTE: this default has changed since nfs-utils version 1.0.x exportfs: /etc/exports [5]: Neither 'subtree_check' or 'no_subtree_check' specified for export 192.168.1.0/24:/applications. Assuming default behaviour ('no_subtree_check'). NOTE: this default has changed since nfs-utils version 1.0.x . Starting NFS kernel daemon: nfsd mountd. and here it works. the client can see it, and mount the NFS. Kind regards -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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/dash Versions of packages nfs-common depends on: ii adduser 3.112+nmu2 add and remove users and groups ii initscripts 2.88dsf-13.1 scripts for initializing and shutt ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libcap2 1:2.19-3 support for getting/setting POSIX. ii libcomerr2 1.41.12-2common error description library ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libgssapi-krb5-21.8.3+dfsg-4 MIT Kerberos runtime libraries - k ii libgssglue1 0.1-4mechanism-switch gssapi library ii libk5crypto31.8.3+dfsg-4 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.3+dfsg-4 MIT Kerberos runtime libraries ii libnfsidmap20.23-2 An nfs idmapping library ii librpcsecgss3 0.19-2 allows secure rpc communication us ii libwrap07.6.q-19 Wietse Venema's TCP wrappers libra ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii netbase 4.45 Basic TCP/IP networking system ii portmap 6.0.0-2 RPC port mapper ii ucf 3.0025+nmu1 Update Configuration File: preserv nfs-common recommends no packages. nfs-common suggests no packages. -- no debconf information -- 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/20110227210954.27175.54702.reportbug@debian05.RP614v4
Bug#614507: closed by Sven Joachim svenj...@gmx.de (Re: Bug#613078: xserver-xorg-video-nouveau: corrupted graphics on GeForce 6150SE nForce 430)
On 02/27/2011 03:57 PM, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the src:linux-2.6 package: #613078: xserver-common: Upgrade breaks X It has been closed by Sven Joachimsvenj...@gmx.de. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Sven Joachimsvenj...@gmx.de by replying to this email. I've not replied because I don't receive the instructions on how to test the experimental version you mentioned. -Nigel smime.p7s Description: S/MIME Cryptographic Signature
Bug#615642: Cannot install nfs-kernel-server.
Package: nfs-kernel-server Version: 1:1.2.2-4 Severity: important I cannot install nfs-kernel-server. echelon:~# apt-get install nfs-kernel-server Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: nfs-common portmap The following NEW packages will be installed: nfs-common nfs-kernel-server portmap 0 upgraded, 3 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/423 kB of archives. After this operation, 1,159 kB of additional disk space will be used. Do you want to continue [Y/n]? Preconfiguring packages ... Selecting previously deselected package portmap. (Reading database ... 191279 files and directories currently installed.) Unpacking portmap (from .../portmap_6.0.0-2_i386.deb) ... Selecting previously deselected package nfs-common. Unpacking nfs-common (from .../nfs-common_1%3a1.2.2-4_i386.deb) ... Selecting previously deselected package nfs-kernel-server. Unpacking nfs-kernel-server (from .../nfs-kernel-server_1%3a1.2.2-4_i386.deb) ... Processing triggers for man-db ... Setting up portmap (6.0.0-2) ... Starting portmap daemon Setting up nfs-common (1:1.2.2-4) ... Creating config file /etc/idmapd.conf with new version Creating config file /etc/default/nfs-common with new version Starting NFS common utilities: statd. Setting up nfs-kernel-server (1:1.2.2-4) ... Starting NFS common utilities: statd. Exporting directories for NFS kernel daemon Starting NFS kernel daemon: nfsdrpc.nfsd: Setting version failed: errno 16 (Device or resource busy) rpc.nfsd: writing fd to kernel failed: errno 13 (Permission denied) rpc.nfsd: unable to set any sockets for nfsd failed! invoke-rc.d: initscript nfs-kernel-server, action start failed. dpkg: error processing nfs-kernel-server (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: nfs-kernel-server E: Sub-process /usr/bin/dpkg returned an error code (1) echelon:~# -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (300, 'testing'), (100, 'stable'), (50, 'oldstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-kernel-server depends on: ii libblkid1 2.17.2-9.1 block device id library ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-2common error description library ii libgssapi-krb5-21.8.3+dfsg-4 MIT Kerberos runtime libraries - k ii libgssglue1 0.1-4mechanism-switch gssapi library ii libk5crypto31.8.3+dfsg-4 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.3+dfsg-4 MIT Kerberos runtime libraries ii libnfsidmap20.23-2 An nfs idmapping library ii librpcsecgss3 0.19-2 allows secure rpc communication us ii libwrap07.6.q-19 Wietse Venema's TCP wrappers libra ii lsb-base3.2-27 Linux Standard Base 3.2 init scrip ii nfs-common 1:1.2.2-4NFS support files common to client ii ucf 3.0025+nmu1 Update Configuration File: preserv nfs-kernel-server recommends no packages. nfs-kernel-server suggests no packages. -- no debconf information -- 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/20110227222522.9164.50911.reportbug@echelon.athenry
Bug#614221: Also a problem on mac mini g4
Hi guys, Just wanted to share that I also have this total boot failure on a mac mini g4 with a radeon 9200 gpu. I get the same line about terminating boot console as the last error before freeze. Is there a boot time option or a kernel config option somewhere we could try to force a graphics mode that will boot? Thanks! Ryan -- 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/55849.212.185.224.200.1298845086.squir...@ssl.epfarms.org
Bug#614221: Also a problem on mac mini g4
On Sun, 2011-02-27 at 17:18 -0500, t...@castyour.net wrote: Hi guys, Just wanted to share that I also have this total boot failure on a mac mini g4 with a radeon 9200 gpu. I get the same line about terminating boot console as the last error before freeze. Is there a boot time option or a kernel config option somewhere we could try to force a graphics mode that will boot? Unfortunately the kernel team is lacking a PowerPC maintainer. The debian-powerpc list might be able to answer your question. I have now borrowed a PowerBook G4 so I can try to debug this issue. 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#590105: #590105
Hi , On Sun, 27 Feb 2011 21:16:35 +0100, Benjamin Cama wrote: Actually, looking at what /proc/cpuinfo gave me with Martin's version, i.e. a correct Linkstation Mini machine type, the fix might just be that my machine type was not enabled in the lspro kernel. Mine comes up as a Buffalo Linkstation Pro/Live It does work with earlier kernels. Not sure about the debian ones but I can boot foonas (http://foonas.org) and my hard drives are up and running. So I guess its safe too assume that there is support for this NAS in the kernel. Regards, Antonios I tried looking for your machine type in upstream sources, but didn't even found it in the latest kernel; are you sure your NAS is even supported upstream? Does Buffalo giv e kernel sources for your NAS version? BTW, I don't even know if machine type can be autodetected? As making separate images for each NAS would be quite cumbersome. Regards, benjamin -- 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/268b6bee37203fc7b046a837742b5...@goto10.org
Bug#615609: linux-image-2.6.37-1-loongson-2: Lemote mini-pc with linux-image-2.6.37-1-loongson-2 doesn't support external usb NIC (TU2-ET100)
2011/2/28 wu zhangjin wuzhang...@gmail.com: (Forward to loongson-dev group, CC to Shiwei and the folks from Lemote) -- Forwarded message -- From: Martin Michlmayr t...@cyrius.com Date: Mon, Feb 28, 2011 at 2:32 AM Subject: Re: Bug#615609: linux-image-2.6.37-1-loongson-2: Lemote mini-pc with linux-image-2.6.37-1-loongson-2 doesn't support external usb NIC (TU2-ET100) To: Wu Zhangjin wuzhang...@gmail.com Cc: Javier Vasquez j.e.vasque...@gmail.com, 615...@bugs.debian.org Wu Zhangjin, Do you think you can have a look at the bug report below. * Javier Vasquez j.e.vasque...@gmail.com [2011-02-27 12:19]: Package: linux-2.6 Version: 2.6.37-1 File: linux-image-2.6.37-1-loongson-2 Severity: important Tags: upstream *** Please type your report below this line *** I have a lemote mini-pc loongson-2f, and when hooking an external usb NIC, the trendenet TU2-ET100, after disabling the inner NIC (realtek), then the device starts working nice for a while and then all of a sudden it just halts, and doing ifdown/ifup combination several times doesn't seem to be able to bring it up. I believe this problem is not exclusive to debian given that I've tried the gnew-sense 2.6.37 kernel, and another one from anheng, and none seems to work for this. Perhaps it exposes a HW problem, such the one for the inner NIC which can't handle checksums, and the CPU needs to deal with them (/sbin/ethtool -K eth0 rx off), but if it's a HW problem there might be a way to work around it (such as some usb-net or asix modules parameters). I'm not aware of any known problem related to this, so the first suspect is a kernel problem associated to the usb-net or the asix modules, which are the ones loaded for this external USB device. Perhaps for lemote HW there are some specific compile options required, and maybe missing, :-) Please notice the kernel was loaded with debug boot parameter, and even by doing so, the kernel log only shows the following associated to this problem: [ 68.076000] usb 1-1: new high speed USB device using ehci_hcd and address 4 [ 68.22] usb 1-1: New USB device found, idVendor=0b95, idProduct=7720 [ 68.22] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 68.22] usb 1-1: Product: AX88772 [ 68.22] usb 1-1: Manufacturer: ASIX Elec. Corp. [ 68.22] usb 1-1: SerialNumber: 01 [ 69.164000] asix 1-1:1.0: eth1: register 'asix' at usb-:00:0e.5-1, ASIX AX88772 USB 2.0 Ethernet, 00:50:b6:08:1c:5f [ 69.164000] usbcore: registered new interface driver asix [ 173.484000] eth1: link up, 100Mbps, full-duplex, lpa 0x45E1 [ 173.62] eth1: link up, 100Mbps, full-duplex, lpa 0x45E1 [ 184.12] eth1: no IPv6 routers present [ 593.268000] ehci_hcd :00:0e.5: force halt; handshake 900050071014 4000 - -145 [ 593.268000] ehci_hcd :00:0e.5: can't reschedule qh 9800bc2d5200, err -145 [ 593.268000] ehci_hcd :00:0e.5: force halt; handshake 900050071014 4000 4000 - -145 [ 593.268000] ehci_hcd :00:0e.5: HC died; cleaning up [ 593.272000] usb 1-1: USB disconnect, address 4 [ 593.28] asix 1-1:1.0: eth1: unregister 'asix' usb-:00:0e.5-1, ASIX AX88772 USB 2.0 Ethernet While this is still a problem, the mini-pc is of not much usage to me, given that its aimed to work as a two NICs gateway (and light server for couple of light services). The ineer NIC is working now after the work around for the checksum (inner NIC can handle the checks), but I'm still missing the external usb NIC to work... Below is additional information... -- Package-specific info: ** Version: Linux version 2.6.37-1-loongson-2f (Debian 2.6.37-1) (b...@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-2) ) #1 Wed Feb 16 17:37:56 UTC 2011 ** Command line: console=tty no_auto_cmd root=/dev/sda6 resume=/dev/sda5 debug PMON_VER=LM6004-1.3.6 EC_VER=undefined machtype=lemote-fuloong-2f-box ** Not tainted ** Kernel log: [ 5.288000] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001 [ 5.292000] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 5.296000] usb usb2: Product: OHCI Host Controller [ 5.30] usb usb2: Manufacturer: Linux 2.6.37-1-loongson-2f ohci_hcd [ 5.304000] usb usb2: SerialNumber: :00:0e.4 [ 5.312000] hub 2-0:1.0: USB hub found [ 5.316000] hub 2-0:1.0: 4 ports detected [ 5.596000] PCI: Setting latency timer of device :00:0e.3 to 64 [ 5.68] usbcore: registered new interface driver usbserial [ 5.688000] USB Serial support registered for generic [ 5.716000] usb 2-3: new low speed USB device using ohci_hcd and address 2 [ 5.944000] usb 2-3: New USB device found, idVendor=04d9, idProduct=1702 [ 5.952000] usb 2-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 5.956000] usb 2-3: Product: USB Keyboard [ 5.96] usb 2-3:
Processing of linux-latest-2.6_31_i386.changes
GnuPG signature check failed on linux-latest-2.6_31_i386.changes gpg: Signature made Mon Feb 28 01:48:14 2011 UTC using DSA key ID 12066207 gpg: Can't check signature: public key not found (Exit status 2) /linux-latest-2.6_31_i386.changes has bad PGP/GnuPG signature! Removing /linux-latest-2.6_31_i386.changes, but keeping its associated files for now. Greetings, Your Debian queue daemon (running on host franck.debian.org) -- 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/e1ptshi-0003yy...@franck.debian.org
Re: eglibc: Broken ldd due to wrong path for ld.so
Hi On Monday 28 February 2011, Guillem Jover wrote: Package: libc-bin Version: 2.11.2-12 Severity: serious Hi! It might seem the latest multiarch patches broke somehow at least ldd, which is missing the prefix path to the ld.so binary. $ grep RTLDLIST /usr/bin/ldd RTLDLIST=/ld-linux-x86-64.so.2 It then fails to work properly on binaries: $ file /bin/ls /bin/ls: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped $ ldd /bin/ls not a dynamic executable This also affects initramfs generation, as initramfs-tools relies heavily on ldd to determine which libraries need to be pulled in to satisfy the needs of binaries (/sbin/init !) embedded into the initramfs. A comparison between an initramfs generated with eglibc 2.11.2-11 (a) and eglibc 2.11.2-12 (b) installed shows the result, which breaks booting with the newly (re-)generated initramfs. --- a 2011-02-28 03:38:36.950032034 +0100 +++ b 2011-02-28 03:38:39.937032034 +0100 @@ -60,8 +60,6 @@ etc/udev etc/udev/udev.conf init lib -lib64 -lib64/ld-linux-x86-64.so.2 lib/firmware lib/firmware/3com lib/firmware/3com/typhoon.bin @@ -90,18 +88,6 @@ lib/firmware/tigon/tg3.bin lib/firmware/tigon/tg3_tso5.bin lib/firmware/tigon/tg3_tso.bin lib/klibc-r1_A6R6EwMsdze5h5xz93JiNuoM.so -lib/libblkid.so.1 -lib/libc.so.6 -lib/libdevmapper.so.1.02.1 -lib/libdl.so.2 -lib/libm.so.6 -lib/libncurses.so.5 -lib/libpthread.so.0 -lib/libreadline.so.5 -lib/librt.so.1 -lib/libselinux.so.1 -lib/libudev.so.0 -lib/libuuid.so.1 lib/modules Regards Stefan Lippers-Hollmann -- 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/201102280343.53740.s@gmx.de
Processing of linux-latest-2.6_31_i386.changes
linux-latest-2.6_31_i386.changes uploaded successfully to localhost along with the files: linux-latest-2.6_31.dsc linux-latest-2.6_31.tar.gz linux-doc-2.6_2.6.37+31_all.deb linux-source-2.6_2.6.37+31_all.deb linux-tools-2.6_2.6.37+31_all.deb linux-image-486_2.6.37+31_i386.deb linux-image-2.6-486_2.6.37+31_i386.deb linux-headers-2.6-486_2.6.37+31_i386.deb linux-image-686_2.6.37+31_i386.deb linux-image-2.6-686_2.6.37+31_i386.deb linux-headers-2.6-686_2.6.37+31_i386.deb linux-image-686-bigmem_2.6.37+31_i386.deb linux-image-2.6-686-bigmem_2.6.37+31_i386.deb linux-headers-2.6-686-bigmem_2.6.37+31_i386.deb linux-image-amd64_2.6.37+31_i386.deb linux-image-2.6-amd64_2.6.37+31_i386.deb linux-headers-2.6-amd64_2.6.37+31_i386.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- 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/e1pttwl-0003sc...@franck.debian.org
linux-latest-2.6_31_i386.changes ACCEPTED into unstable
Accepted: linux-doc-2.6_2.6.37+31_all.deb to main/l/linux-latest-2.6/linux-doc-2.6_2.6.37+31_all.deb linux-headers-2.6-486_2.6.37+31_i386.deb to main/l/linux-latest-2.6/linux-headers-2.6-486_2.6.37+31_i386.deb linux-headers-2.6-686-bigmem_2.6.37+31_i386.deb to main/l/linux-latest-2.6/linux-headers-2.6-686-bigmem_2.6.37+31_i386.deb linux-headers-2.6-686_2.6.37+31_i386.deb to main/l/linux-latest-2.6/linux-headers-2.6-686_2.6.37+31_i386.deb linux-headers-2.6-amd64_2.6.37+31_i386.deb to main/l/linux-latest-2.6/linux-headers-2.6-amd64_2.6.37+31_i386.deb linux-image-2.6-486_2.6.37+31_i386.deb to main/l/linux-latest-2.6/linux-image-2.6-486_2.6.37+31_i386.deb linux-image-2.6-686-bigmem_2.6.37+31_i386.deb to main/l/linux-latest-2.6/linux-image-2.6-686-bigmem_2.6.37+31_i386.deb linux-image-2.6-686_2.6.37+31_i386.deb to main/l/linux-latest-2.6/linux-image-2.6-686_2.6.37+31_i386.deb linux-image-2.6-amd64_2.6.37+31_i386.deb to main/l/linux-latest-2.6/linux-image-2.6-amd64_2.6.37+31_i386.deb linux-image-486_2.6.37+31_i386.deb to main/l/linux-latest-2.6/linux-image-486_2.6.37+31_i386.deb linux-image-686-bigmem_2.6.37+31_i386.deb to main/l/linux-latest-2.6/linux-image-686-bigmem_2.6.37+31_i386.deb linux-image-686_2.6.37+31_i386.deb to main/l/linux-latest-2.6/linux-image-686_2.6.37+31_i386.deb linux-image-amd64_2.6.37+31_i386.deb to main/l/linux-latest-2.6/linux-image-amd64_2.6.37+31_i386.deb linux-latest-2.6_31.dsc to main/l/linux-latest-2.6/linux-latest-2.6_31.dsc linux-latest-2.6_31.tar.gz to main/l/linux-latest-2.6/linux-latest-2.6_31.tar.gz linux-source-2.6_2.6.37+31_all.deb to main/l/linux-latest-2.6/linux-source-2.6_2.6.37+31_all.deb linux-tools-2.6_2.6.37+31_all.deb to main/l/linux-latest-2.6/linux-tools-2.6_2.6.37+31_all.deb Override entries for your package: linux-doc-2.6_2.6.37+31_all.deb - optional kernel linux-headers-2.6-486_2.6.37+31_i386.deb - optional kernel linux-headers-2.6-686-bigmem_2.6.37+31_i386.deb - optional kernel linux-headers-2.6-686_2.6.37+31_i386.deb - optional kernel linux-headers-2.6-amd64_2.6.37+31_i386.deb - optional kernel linux-image-2.6-486_2.6.37+31_i386.deb - optional kernel linux-image-2.6-686-bigmem_2.6.37+31_i386.deb - optional kernel linux-image-2.6-686_2.6.37+31_i386.deb - optional kernel linux-image-2.6-amd64_2.6.37+31_i386.deb - optional kernel linux-image-486_2.6.37+31_i386.deb - optional kernel linux-image-686-bigmem_2.6.37+31_i386.deb - optional kernel linux-image-686_2.6.37+31_i386.deb - optional kernel linux-image-amd64_2.6.37+31_i386.deb - optional kernel linux-latest-2.6_31.dsc - source admin linux-source-2.6_2.6.37+31_all.deb - optional kernel linux-tools-2.6_2.6.37+31_all.deb - optional kernel Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- 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/e1pttc4-0004np...@franck.debian.org
Uploading linux-2.6 (2.6.32-31) for point release 6.0.1
Dann is currently occupied by family matters, so I am preparing to handle this stable update. I know that I need to upload in time for the installer team to rebuild the installer with the new kernel version, addressing the known issues with the kernel used in 6.0.0. Please could you let me know what the deadline is for that? I've applied most of the remaining security fixes listed as needed in the kernel-sec repository. There are a few left which appear to have relatively minor impact. There are still many other reported bugs in 2.6.32-30 that look severe enough to merit a fix in a stable update. Some of them have identified upstream fixes. I hope to spend some time looking through these and applying fixes before uploading -31, but would really appreciate help from other kernel team members and any others willing to do bug triage. 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#614566: Acknowledgement (linux-image-2.6.37-1-686: please add drm/radeon/kms: atombios big endian fixes from 2.6.38-rc5)
On 22 Feb 2011, Ben Hutchings wrote: On Tue, Feb 22, 2011 at 01:53:02PM +0100, Gijs Hillenius wrote: On 22 Feb 2011, Gijs Hillenius wrote: Package: linux-2.6 Version: 2.6.37-1 Severity: wishlist Tags: upstream Hello, Is it possible to add some of the fixes regarding drm/radeon/kms to Debian's linux-image 2.6.37? Specifically, the fixes introduced in 2.6.38-rc5. I should have written 2.6.38-rc4. See here https://bugs.freedesktop.org/show_bug.cgi?id=3412 A package of 2.6.38-rc6 is going into experimental today. We may also include the fixes in a version 2.6.37-2 in unstable. Ben. that kernel can't yet be installed (well, the kernel can, but not the headers, making dkms fail at kernel install time) it looks like linux-kbuild-2.6.38 needs to be created still? Gijs -- 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/87oc5wbqjw@hillenius.net
Processed: tagging 614555
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny7 tags 614555 + pending Bug #614555 [linux-2.6] linux-2.6 - New hwmon module: k10temp Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 614555: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614555 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.129887837714567.transcr...@bugs.debian.org
Bug#580661: bug can be marked as close, with arrival of 2.6.38
I think this bug can be marked closed? KMS will work, once kernel 2.6.38 is installed? See also bug #614566. -- 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/8739n8bp80@hillenius.net