Re: usb-sata Sense not available
On Wed, 2010-04-28 at 11:30 +0200, formin...@t-online.hu wrote: Hi! - Lenny 5.0.3, kernel 2.6.33.3 There is a Speeddragon PCI card NEC chip 4 +1. Layered on Delock USB- SATA adapter and this gives an error: [...] Please use the 'reportbug' program to report this properly. 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#579653: linux-image-2.6.26-2-686: Seagate FreeAgent USB drive has corrupted file system on wakeup after sleep
Package: linux-2.6 Version: 2.6.26-21lenny4 Severity: normal This is one of the infamous drives that spins down after a period of inactivity. The kernel supports restarting the drive when it is accessed after this happens. These drives are now widespread in the marketplace. I have repartitioned this drive (GPT) and installed various filesystems, including ext3 and lvm. In all cases, after the kernel restarts the drive from its sleep after it spins down, the mount point looks like an empty directory. When I then unmount the drive and remount it, the filesystem comes back, but with errors. With ext3 partitions, the file system still seems usable, and I have not noticed any data loss yet. Nevertheless, I am currently using the drive with a keep-alive script that touches the drive every 5 min. to keep it from spinning down. In the case of lvm, which does not support journalling itself but only in the filesystem it contains, the damage is extensive. Once I had an ext3 filesystem in a regular file mounted with a loop device. The regular file was inside an ext3 filesystem on an lvm partition. When the drive spun down, the filesystem in the loop device was totally destroyed. After rebuilding the filesystem with fsck, data that had been in the filesystem (several GB) was available only as scattered fragments in lost+found. -- Package-specific info: ** Version: Linux version 2.6.26-2-686 (Debian 2.6.26-21lenny4) (da...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Tue Mar 9 17:35:51 UTC 2010 ** Command line: root=/dev/mapper/gershon-root ro quiet ** Not tainted ** Kernel log: [5.885079] No dock devices found. [5.903628] SCSI subsystem initialized [5.929046] libata version 3.00 loaded. [6.012161] usb 1-1: new full speed USB device using uhci_hcd and address 2 [6.067760] hdb: max request size: 128KiB [6.069455] hdb: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=65535/16/63 [6.069469] hdb: cache flushes not supported [6.069615] hdb: hdb1 hdb2 [6.113111] hdd: ATAPI 52X CD-ROM CD-R/RW drive, 2048kB Cache [6.113128] Uniform CD-ROM driver Revision: 3.20 [6.171487] usb 1-1: configuration #1 chosen from 1 choice [6.173939] usb 1-1: New USB device found, idVendor=03f0, idProduct=2a12 [6.173951] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [6.173955] usb 1-1: Product: Officejet J4500 series [6.173959] usb 1-1: Manufacturer: HP [6.173962] usb 1-1: SerialNumber: CN84511FPZ052T [6.412148] usb 1-2: new full speed USB device using uhci_hcd and address 3 [6.575965] usb 1-2: configuration #1 chosen from 1 choice [6.580838] usb 1-2: New USB device found, idVendor=0bc2, idProduct=3008 [6.580848] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [6.580852] usb 1-2: Product: FreeAgent [6.580856] usb 1-2: Manufacturer: Seagate [6.580859] usb 1-2: SerialNumber: 2HC015KJ [6.630054] Initializing USB Mass Storage driver... [6.836379] scsi0 : SCSI emulation for USB Mass Storage devices [6.837458] usbcore: registered new interface driver usb-storage [6.837471] USB Mass Storage support registered. [6.842844] usb-storage: device found at 3 [6.842852] usb-storage: waiting for device to settle before scanning [6.996567] device-mapper: uevent: version 1.0.3 [6.999788] device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: dm-de...@redhat.com [7.348956] PM: Starting manual resume from disk [7.460273] kjournald starting. Commit interval 5 seconds [7.460323] EXT3-fs: mounted filesystem with ordered data mode. [ 10.185071] udevd version 125 started [ 11.841582] usb-storage: device scan complete [ 11.844571] scsi 0:0:0:0: Direct-Access Seagate FreeAgent0138 PQ: 0 ANSI: 4 [ 12.831689] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 12.852189] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [ 12.940264] Linux agpgart interface v0.103 [ 12.991725] agpgart: Detected VIA P4M266x/P4N266 chipset [ 12.996488] agpgart: AGP aperture is 64M @ 0xe000 [ 13.456140] NET: Registered protocol family 23 [ 13.680490] input: Power Button (FF) as /class/input/input1 [ 13.709881] ACPI: Power Button (FF) [PWRF] [ 13.710028] input: Power Button (CM) as /class/input/input2 [ 13.732193] ACPI: Power Button (CM) [PWRB] [ 13.732354] input: Sleep Button (CM) as /class/input/input3 [ 13.759916] ACPI: Sleep Button (CM) [SLPB] [ 15.519252] usblp0: USB Bidirectional printer dev 2 if 1 alt 0 proto 2 vid 0x03F0 pid 0x2A12 [ 15.519323] usbcore: registered new interface driver usblp [ 15.596486] input: PC Speaker as /class/input/input4 [ 16.528672] gameport: NS558 PnP Gameport is pnp00:0e/gameport0, io 0x201, speed 828kHz [ 16.592167] Driver 'sd' needs updating - please use bus_type methods [ 16.597694] sd 0:0:0:0: [sda] 1953525166 512-byte hardware sectors (1000205 MB) [
Bug#579658: linux-image-2.6.32-4-openvz-amd64: kernel bug with module tun
Package: linux-2.6 Version: 2.6.32-11 Severity: serious Justification: must When tune on module tun (modprobe tun) and restart ve container (with tun support). After this help reboot only. Apr 29 14:30:02 xpoft kernel: [ 175.207752] [ cut here ] Apr 29 14:30:02 xpoft kernel: [ 175.207781] kernel BUG at /build/mattems-linux-2.6_2.6.32-11-amd64-8Zpwwc/linux-2.6 -2.6.32-11/debian/build/source_amd64_openvz/fs/sysfs/file.c:541! Apr 29 14:30:02 xpoft kernel: [ 175.207812] invalid opcode: [#1] SMP Apr 29 14:30:02 xpoft kernel: [ 175.207875] last sysfs file: /sys/devices/virtual/net/lo/operstate Apr 29 14:30:02 xpoft kernel: [ 175.207900] CPU 0 Apr 29 14:30:02 xpoft kernel: [ 175.207941] Modules linked in: tun radeon ttm drm_kms_helper drm i2c_algo_bit ppdev lp vzethdev vznetdev simfs vzrst vzcpt vzdquota vzmon vzdev xt_tcpudp ipt_MASQUERADE xt_state iptable_nat nf_nat nf _conntrack_ipv4 nf_conntrack nf_defrag_ipv4 xt_length xt_hl xt_tcpmss xt_TCPMSS iptable_mangle iptable_filter xt_mul tiport xt_limit xt_dscp ipt_REJECT ip_tables x_tables nls_utf8 cifs binfmt_misc fuse nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss sunrpc dm_snapshot dm_mirror dm_region_hash dm_log dm_mod fglrx(P) hwmon_vid loop snd_hda_codec _atihdmi snd_hda_codec_analog snd_hda_intel usblp snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_ midi snd_rawmidi snd_seq_midi_event snd_seq i2c_nforce2 snd_timer snd_seq_device snd edac_core serio_raw i2c_core so undcore parport_pc edac_mce_amd k8temp snd_page_alloc evdev asus_atk0110 pcspkr parport psmouse processor ext3 jbd m bcache sg sd_mod sr_mod cdrom crc_t10dif ata_generic fan ohci_hcd via_rhine pata_amd floppy mii s Apr 29 14:30:02 xpoft kernel: ta_nv thermal thermal_sys libata forcedeth scsi_mod ehci_hcd usbcore nls_base button [ last unloaded: scsi_wait_scan] Apr 29 14:30:02 xpoft kernel: [ 175.210222] Pid: 6196, comm: openvpn Tainted: P 2.6.32-4-openvz-amd64 #1 afanasyev System Product Name Apr 29 14:30:02 xpoft kernel: [ 175.210251] RIP: 0010:[811431ae] [811431ae] sysfs_create_file+ 0x30/0x3e Apr 29 14:30:02 xpoft kernel: [ 175.210303] RSP: 0018:8800db1cde00 EFLAGS: 00010246 Apr 29 14:30:02 xpoft kernel: [ 175.210328] RAX: 880102b5 RBX: RCX: Apr 29 14:30:02 xpoft kernel: [ 175.210354] RDX: 0001 RSI: a01485d0 RDI: Apr 29 14:30:02 xpoft kernel: [ 175.210380] RBP: 88011ae906c0 R08: 81498950 R09: 00d0 Apr 29 14:30:02 xpoft kernel: [ 175.210405] R10: 813a800e R11: 00038143d6e8 R12: 88011ae9 Apr 29 14:30:02 xpoft kernel: [ 175.210431] R13: R14: 7fff176a72c0 R15: 88011c00 Apr 29 14:30:02 xpoft kernel: [ 175.210457] FS: 7f05fbf0f6e0() GS:880005a0() knlGS:000 0 Apr 29 14:30:02 xpoft kernel: [ 175.210486] CS: 0010 DS: ES: CR0: 8005003b Apr 29 14:30:02 xpoft kernel: [ 175.210511] CR2: 7f05fbf14000 CR3: 000102b03000 CR4: 06f0 Apr 29 14:30:02 xpoft kernel: [ 175.210536] DR0: DR1: DR2: Apr 29 14:30:02 xpoft kernel: [ 175.210562] DR3: DR6: 0ff0 DR7: 0400 Apr 29 14:30:02 xpoft kernel: [ 175.210589] Process openvpn (pid: 6196, veid=101, threadinfo 8800db1cc000, task 8800d3ee1000) Apr 29 14:30:02 xpoft kernel: [ 175.210617] Stack: Apr 29 14:30:02 xpoft kernel: [ 175.210639] a0146df8 88011cbe 880037816d00 00261ad3fef8 Apr 29 14:30:02 xpoft kernel: [ 175.210723] 0 0001 88010095c000 88011bdf3400 fbd14fff Apr 29 14:30:02 xpoft kernel: [ 175.210755] 0 0001 3001 Apr 29 14:30:02 xpoft kernel: [ 175.210755] Call Trace: Apr 29 14:30:02 xpoft kernel: [ 175.210755] [a0146df8] ? tun_chr_ioctl+0x2b5/0x81a [tun] Apr 29 14:30:02 xpoft kernel: [ 175.210755] [810fcafa] ? vfs_ioctl+0x21/0x6c Apr 29 14:30:02 xpoft kernel: [ 175.210755] [810fd048] ? do_vfs_ioctl+0x48d/0x4cb Apr 29 14:30:02 xpoft kernel: [ 175.210755] [8117fa9b] ? strncpy_from_user+0x40/0x6d Apr 29 14:30:02 xpoft kernel: [ 175.210755] [810e75e2] ? virt_to_head_page+0x9/0x2a Apr 29 14:30:02 xpoft kernel: [ 175.210755] [810fd0c3] ? sys_ioctl+0x3d/0x5c Apr 29 14:30:02 xpoft kernel: [ 175.210755] [81010c12] ? system_call_fastpath+0x16/0x1b Apr 29 14:30:02 xpoft kernel: [ 175.210755] Code: c0 cb 00 00 48 8b 80 90 07 00 00 48 83 b8 f8 00 00 00 00 75 03 31 c0 c3 48 85 ff 74 0e 48 8b 7f 30 48 85 ff 74 05 48 85 f6 75 04 0f 0b eb fe ba 02 00 00 00 e9 40 ff ff ff 55 53 48 89 fb 48 c7 Apr 29 14:30:02 xpoft kernel: [ 175.210755] RIP [811431ae] sysfs_create_file+0x30/0x3e Apr 29 14:30:02 xpoft kernel: [ 175.210755]
Bug#579653: linux-image-2.6.26-2-686: Seagate FreeAgent USB drive has corrupted file system on wakeup after sleep
On Thu, Apr 29, 2010 at 05:40:51PM +0300, Yitzchak Gale wrote: Package: linux-2.6 Version: 2.6.26-21lenny4 Severity: normal This is one of the infamous drives that spins down after a period of inactivity. The kernel supports restarting the drive when it is accessed after this happens. These drives are now widespread in the marketplace. [...] It is perfectly normal for drives to save power by spinning down when idle. There is even a standard way to control this, though it is not so well standardised for USB-attached drives. The next attempt to access the drive will have to wait for the drive to spin up again, but it will normally be successful. It appears that the drive is failing to spin-up properly, which is a hardware problem. Please try running the diagnostic program for the drive (this may require Windows). Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- 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/20100429173556.gp16...@decadent.org.uk
Processed: tagging 579653
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny7 tags 579653 moreinfo Bug #579653 [linux-2.6] linux-image-2.6.26-2-686: Seagate FreeAgent USB drive has corrupted file system on wakeup after sleep Added tag(s) moreinfo. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to 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.12725625772089.transcr...@bugs.debian.org
Bug#579694: firmware-nonfree: Please include rtl8192su/ r8192s_usb firmware into the (unreleased) firmware-realtek binary package.
Package: firmware-nonfree Version: 0.23 Severity: wishlist Hi The staging driver rtl8192su/ r8192s_usb, needed for the Longshine LCS-8131N2 0bda:8171 [1] USB wlan device, requires a binary firmware to function: a5ad703551efb108ba012b4b8a830d93 */lib/firmware/RTL8192SU/rtl8192sfw.bin [1.255016] usb 1-3: new high speed USB device using ehci_hcd and address 4 [1.371383] usb 1-3: New USB device found, idVendor=0bda, idProduct=8171 [1.371385] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [1.371387] usb 1-3: Product: RTL8188S WLAN Adapter [1.371389] usb 1-3: Manufacturer: Manufacturer Realtek [1.371391] usb 1-3: SerialNumber: 00c06d03 [...] [8.903762] r8192s_usb: module is from the staging directory, the quality is unknown, you have been warned. [8.906143] ieee80211_crypt: registered algorithm 'NULL' [8.906149] ieee80211_crypt: registered algorithm 'TKIP' [8.906150] ieee80211_crypt: registered algorithm 'CCMP' [8.906152] ieee80211_crypt: registered algorithm 'WEP' [8.906153] [8.906153] Linux kernel driver for RTL8192 based WLAN cards [8.906154] Copyright (c) 2007-2008, Realsil Wlan [8.907270] i801_smbus :00:1f.3: PCI INT C - GSI 18 (level, low) - IRQ 18 [...] [41118.440246] usb 1-3: firmware: requesting RTL8192SU/rtl8192sfw.bin It would be great, if the according firmware image could be added to firmware-nonfree as part of the new/unreleased firmware-realtek binary package. Please note that this had already been added to firmware-nonfree before, but was removed again as not confirmed to be working. [...] r15397 | benh | 2010-03-16 13:45:45 +0100 (Tue, 16 Mar 2010) | 1 line Revert r15379; this firmware is used by yet another Realtek driver r15379 | benh | 2010-03-15 14:54:31 +0100 (Mon, 15 Mar 2010) | 5 lines Add firmware-realtek package Initially contains Realtek RTL8192 firmware for use with rtl8192su driver. [...] It would be nice if revision r15379 could be reinstated, but please note that the kernel (or rather rtl8192su/ r8192s_usb) looks for the firmware under: $ /sbin/modinfo r8192s_usb | grep ^firmware firmware: RTL8192SU/rtl8192sfw.bin and not RTL8192/rtl8192sfw.bin, as previously assumed in r15379. Regards Stefan Lippers-Hollmann [1] http://git.kernel.org/?p=linux/kernel/git/next/linux-next.git;a=commitdiff;h=a2637855d16e8d9d7eb1a45081421a315982ddf0 From: Pavel Roskin pro...@gnu.org Date: Wed, 10 Mar 2010 04:11:07 + (-0500) Subject: Staging: rtl8192su: add USB ID for 0bda:8171 X-Git-Tag: next-20100429~4^2~25 X-Git-Url: http://git.kernel.org/?p=linux%2Fkernel%2Fgit%2Fnext%2Flinux-next.git;a=commitdiff_plain;h=a2637855d16e8d9d7eb1a45081421a315982ddf0 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-rc5-sidux-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash signature.asc Description: This is a digitally signed message part.
Bug#579694: firmware-nonfree: Please include rtl8192su/ r8192s_usb firmware into the (unreleased) firmware-realtek binary package.
On Thu, 2010-04-29 at 23:45 +0200, Stefan Lippers-Hollmann wrote: Package: firmware-nonfree Version: 0.23 Severity: wishlist Hi The staging driver rtl8192su/ r8192s_usb, needed for the Longshine LCS-8131N2 0bda:8171 [1] USB wlan device, requires a binary firmware to function: [...] It would be great, if the according firmware image could be added to firmware-nonfree as part of the new/unreleased firmware-realtek binary package. Please note that this had already been added to firmware-nonfree before, but was removed again as not confirmed to be working. [...] It would be nice if revision r15379 could be reinstated, but please note that the kernel (or rather rtl8192su/ r8192s_usb) looks for the firmware under: $ /sbin/modinfo r8192s_usb | grep ^firmware firmware: RTL8192SU/rtl8192sfw.bin and not RTL8192/rtl8192sfw.bin, as previously assumed in r15379. The firmware I added in r15379 is apparently used with the rtl8192u driver. Since Debian doesn't distribute that driver I didn't see any point in distributing the corresponding firmware. Do you know where the firmware for rtl8192su is supposed to be available? Back in March I grabbed everything I could from Realtek's FTP site and didn't find it in there. 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#579702: mkinitramfs fails on mylex raid devices (DAC960)
Package: initramfs-tools
Version: 0.94.4
Severity: normal
Tags: patch
mkinitramfs fails to generate a initrd file for root filesystems on an
old mylex raid controller (kernel module DAC960).
In my case this breaks installation for lenny (5.0.3) on a FJS Primergy
server - as this bug is not only in the mentioned version but also in
0.92 which ships on the lenny install cd: The installer can boot, as the
old kernel module is still present. But the base install step fails when
it tries to generate the initrd.
The error in detail, when invoking mkinitramfs manually with -x
---
(...)
+ manual_add_modules ext2
+ local mam_x firmwares firmware
++ modprobe --set-version=2.6.29.6-vs2.3.0.36.14-beng --ignore-install
--quiet --show-depends ext2
++ awk '/^insmod/ { print $2 }'
+ for mam_x in '$(modprobe --set-version=${version} --ignore-install
--quiet
--show-depends ${1} | awk '\''/^insmod/ { print $2 }'\'')'
+ '[' -e
/tmp/mkinitramfs_lNjzuV//lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/mbcache.ko
']'
++ dirname /lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/mbcache.ko
+ mkdir -p
/tmp/mkinitramfs_lNjzuV//lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs
++ dirname /lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/mbcache.ko
+ ln -s /lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/mbcache.ko
/tmp/mkinitramfs_lNjzuV//lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs
+ '[' n = y ']'
++ modinfo -F firmware
/lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/mbcache.ko
+ firmwares=
+ '[' -z '' ']'
+ continue
+ for mam_x in '$(modprobe --set-version=${version} --ignore-install
--quiet
--show-depends ${1} | awk '\''/^insmod/ { print $2 }'\'')'
+ '[' -e
/tmp/mkinitramfs_lNjzuV//lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/ext2/ext2.ko
']'
++ dirname /lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/ext2/ext2.ko
+ mkdir -p
/tmp/mkinitramfs_lNjzuV//lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/ext2
++ dirname /lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/ext2/ext2.ko
+ ln -s /lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/ext2/ext2.ko
/tmp/mkinitramfs_lNjzuV//lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/ext2
+ '[' n = y ']'
++ modinfo -F firmware
/lib/modules/2.6.29.6-vs2.3.0.36.14-beng/kernel/fs/ext2/ext2.ko
+ firmwares=
+ '[' -z '' ']'
+ continue
+ '[' /dev/rd/c0d0p1 '!=' /dev/rd/c0d0p1 ']'
+ '[' /dev/rd/c0d0p1 '!=' /dev/rd/c0d0p1 ']'
+ '[' /dev/rd/c0d0p1 '!=' /dev/rd/c0d0p1 ']'
+ '[' /dev/rd/c0d0p1 '!=' /dev/rd/c0d0p1 ']'
+ '[' /dev/rd/c0d0p1 '!=' /dev/rd/c0d0p1 ']'
+ '[' /dev/rd/c0d0p1 '!=' /dev/rd/c0d0p1 ']'
+ '[' /dev/rd/c0d0p1 '!=' /dev/rd/c0d0p1 ']'
+ '[' /dev/rd/c0d0p1 '!=' /dev/rd/c0d0p1 ']'
+ '[' /dev/rd/c0d0p1 '!=' /dev/rd/c0d0p1 ']'
+ block=rd/c0d0p1
+ block=rd/c
+ '[' -z rd/c ']'
+ '[' '!' -e /sys/block/rd/c ']'
+ echo 'mkinitramfs: for root /dev/rd/c0d0p1 missing rd/c /sys/block/ entry'
mkinitramfs: for root /dev/rd/c0d0p1 missing rd/c /sys/block/ entry
+ echo 'mkinitramfs: workaround is MODULES=most'
mkinitramfs: workaround is MODULES=most
+ echo 'mkinitramfs: Error please report the bug'
mkinitramfs: Error please report the bug
+ exit 1
-
So the reason is that mkinitramfs fails to derive the correct block
device notation from the root device as the DAC960 driver uses a strange
format for it.
Once figured out, this is easily corrected. Please find a short patch
for /usr/share/initramfs-tools/hook-functions attached.
Thank you,
Claus Herwig
--
CHECON EDV-Consulting und Redaktion
Claus Herwig * Barer Straße 70 * 80799 München
+49 89 27826981 * Fax 27826982 * c.her...@checon.de
hook-functions.diff
Description: Binary data
signature.asc
Description: OpenPGP digital signature
Re: Bug#579670: DVI monitor is blank
reassign 579670 src:linux-2.6 2.6.32-11 affects 579670 xserver-xorg-video-nouveau thanks Cyril Brulebois k...@debian.org (30/04/2010): forwarded 579670 https://bugs.freedesktop.org/show_bug.cgi?id=27905 thanks And upstream points to a commit for the kernel, reassigning there. Patch pointed out: http://cgit.freedesktop.org/nouveau/linux-2.6/commit/?id=2cf43e3fa8b2de237908b6b0b24e42003e94f1db in git://anongit.freedesktop.org/nouveau/linux-2.6's master branch. Mraw, KiBi. signature.asc Description: Digital signature
Processed: Re: Bug#579670: DVI monitor is blank
Processing commands for cont...@bugs.debian.org: reassign 579670 src:linux-2.6 2.6.32-11 Bug #579670 [xserver-xorg-video-nouveau] DVI monitor is blank Bug reassigned from package 'xserver-xorg-video-nouveau' to 'src:linux-2.6'. Bug No longer marked as found in versions xserver-xorg-video-nouveau/1:0.0.15+git20100329+7858345-3. Bug #579670 [src:linux-2.6] DVI monitor is blank Bug Marked as found in versions linux-2.6/2.6.32-11. affects 579670 xserver-xorg-video-nouveau Bug #579670 [src:linux-2.6] DVI monitor is blank Added indication that 579670 affects xserver-xorg-video-nouveau thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- 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.12725883668994.transcr...@bugs.debian.org
Bug#579694: firmware-nonfree: Please include rtl8192su/ r8192s_usb firmware into the (unreleased) firmware-realtek binary package.
Hi On Friday 30 April 2010, Ben Hutchings wrote: On Thu, 2010-04-29 at 23:45 +0200, Stefan Lippers-Hollmann wrote: Package: firmware-nonfree Version: 0.23 Severity: wishlist Hi The staging driver rtl8192su/ r8192s_usb, needed for the Longshine LCS-8131N2 0bda:8171 [1] USB wlan device, requires a binary firmware to function: [...] It would be great, if the according firmware image could be added to firmware-nonfree as part of the new/unreleased firmware-realtek binary package. Please note that this had already been added to firmware-nonfree before, but was removed again as not confirmed to be working. [...] It would be nice if revision r15379 could be reinstated, but please note that the kernel (or rather rtl8192su/ r8192s_usb) looks for the firmware under: $ /sbin/modinfo r8192s_usb | grep ^firmware firmware: RTL8192SU/rtl8192sfw.bin and not RTL8192/rtl8192sfw.bin, as previously assumed in r15379. The firmware I added in r15379 is apparently used with the rtl8192u driver. Since Debian doesn't distribute that driver I didn't see any point in distributing the corresponding firmware. Do you know where the firmware for rtl8192su is supposed to be available? Back in March I grabbed everything I could from Realtek's FTP site and didn't find it in there. I have to admit that I had quite some problems in finding the firmware image for rtl8192su/ r8192s_usb as well, but just tried the version you commited to svn://svn.debian.org/kernel/dists/trunk/firmware-nonfree/ in r15379 first - and found it to be working reliably with 6.5 MB/s (distance: 2 metres, little interference, wget(r8192s_usb) -- Atheros AR9100 MAC/BB Rev:0 AR2133 RF Rev:a2, ath9k, ath9k_rate_control -- GBit/s ethernet -- vsftpd(RTL8168d/8111d) from a local server). Looking at the RealTek server, I find this firmware image inside the RTL8192SE driver http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1PNid=48PFid=48Level=5Conn=4DownTypeID=3GetDown=falseDownloads=true#2302 which currently resolves to rtl8192se_linux_2.6.0015.0127.2010.tar.gz 972eca3225a018e949a097ad7b91567f *rtl8192se_linux_2.6.0015.0127.2010/firmware/RTL8192SE/Realtek-Firmware-License.txt 70ff412e813567ee331ce5edf05f4ddc *rtl8192se_linux_2.6.0015.0127.2010/firmware/RTL8192SE/rtl8192sfw492.bin a65de7d458c00adbe96893341a3ff151 *rtl8192se_linux_2.6.0015.0127.2010/firmware/RTL8192SE/rtl8192sfw74.bin a5ad703551efb108ba012b4b8a830d93 *rtl8192se_linux_2.6.0015.0127.2010/firmware/RTL8192SE/rtl8192sfw.bin and I've been operating my RTL8188S successfully with rtl8192su/ r8192s_usb a5ad703551efb108ba012b4b8a830d93 */lib/firmware/RTL8192SU/rtl8192sfw.bin Searching for the term 'rtl8192sfw.bin' certainly suggests different results as well, the most prominent having a md5sum of 68533bf8078a9e00966a78c9f2da4b9b, which seems to originate from a driver version called rtl8192su_linux_2.6.0002.0708.2009, however I haven't found any legitimate source (nor copyright info for the supplied firmware images) for this tarball yet - while I didn't test that version, a clarification about the preferred firmware for rtl8192su/ r8192s_usb would be very appreciated. Regarding the firmware-nonfree/ firmware-realtek Debian package, it seems to be safe to add a5ad703551efb108ba012b4b8a830d93 *rtl8192se_linux_2.6.0015.0127.2010/firmware/RTL8192SE/rtl8192sfw.bin as known working (at least for me) origin for a5ad703551efb108ba012b4b8a830d93 */lib/firmware/RTL8192SU/rtl8192sfw.bin given that 972eca3225a018e949a097ad7b91567f *rtl8192se_linux_2.6.0015.0127.2010/firmware/RTL8192SE/Realtek-Firmware-License.txt is (sans whitespace changes) identical to http://svn.debian.org/wsvn/kernel/dists/trunk/firmware-nonfree/realtek/LICENSE 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/201004300255.04624.s@gmx.de
Processed: unarchiving 547183, reopening 547183
Processing commands for cont...@bugs.debian.org:
unarchive 547183
Bug #547183 {Done: dann frazier da...@debian.org} [linux-2.6] Please upgrade
the 'megaraid_sas' module to version 00.00.03.21
Unarchived Bug 547183
reopen 547183
Bug #547183 {Done: dann frazier da...@debian.org} [linux-2.6] Please upgrade
the 'megaraid_sas' module to version 00.00.03.21
'reopen' may be inappropriate when a bug has been closed with a version;
you may need to use 'found' to remove fixed versions.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--
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.127259686831741.transcr...@bugs.debian.org
Processed: tagging 547183
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny7 tags 547183 + pending Bug #547183 [linux-2.6] Please upgrade the 'megaraid_sas' module to version 00.00.03.21 Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to 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.12725972821826.transcr...@bugs.debian.org
Processed: severity of 579658 is important
Processing commands for cont...@bugs.debian.org: severity 579658 important Bug #579658 [linux-2.6] linux-image-2.6.32-4-openvz-amd64: kernel bug with module tun Severity set to 'important' from 'serious' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- 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.12725980856855.transcr...@bugs.debian.org
Uploading linux-2.6 2.6.32-12
I intend to upload linux-2.6 2.6.32-12 tomorrow. This includes various ABI changes, so the ABI version will be bumped to 5. Propagation to testing is currently blocked by bug #572618, which is not fixed by this version, but I do have a briefly-tested fix from upstream and hope to get confirmation soon that this or some similar change will be safe to apply. 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#547183: Please upgrade the 'megaraid_sas' module to version 00.00.03.21
I believe there has been a misunderstanding here. You originally reported that the management software and firmware considered the current driver version number to be too low. Another user later followed-up to say that this version was missing support for recent 'Megaraid' hardware. I added the support for new hardware, and some other bug fixes, but I did not update the reported version number because I did not realise that it was really important. Another user has pointed out to me on IRC that it can cause a warning light to show constantly on some systems, which may mask real errors. I'm sorry for not understanding this. The version number update should be included in the next stable update. 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
Re: [libimobiledevice-devel] ipheth
On 27 April 2010 17:39, Julien BLACHE jbla...@debian.org wrote: Olivier Galibert galib...@pobox.com wrote: Hi, Why can't ipheth just depend on libimobiledevice-utils ? It *is* a functional dependency after all, even if they're not communicating directly with each other. The ipheth-dkms package will disappear because ipheth has been accepted upstream and the kernel team added it to our 2.6.32 packages. So there's only ipheth-utils left, containing the udev rules and the pairing utility. If a pairing utility is also distributed as part of libimobiledevice, we're left with just the udev rules, and at that point it's just sane to ask ourselves where the udev rules belong. I think it's going to end up in libimobiledevice-utils at that point, unless there's a compelling reason not to do that. A package for a single very small file is a big no-no. Is anyone prepared to commit to including a pairing utility and the udev rule as part of libimobiledevice? If so, I guess we have a solution. The respective distro packagers can do the rest. Regards, Paul. -- 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/h2pb4892f8e1004292133wb1e728fck4eca1d7627d87...@mail.gmail.com
Processed: Re: Processed (with 3 errors): Version 2.6.32-10
Processing commands for cont...@bugs.debian.org:
found 576130 2.6.32-10
Bug #576130 {Done: maximilian attems m...@stro.at}
[linux-image-2.6.32-4-openvz-686] sub...@bugs.debian.org
Bug Marked as found in versions linux-2.6/2.6.32-10.
found 576131 2.6.32-10
Bug #576131 {Done: maximilian attems m...@stro.at}
[linux-image-2.6.32-4-openvz-686] VZ migration cause kernel panic
Bug Marked as found in versions linux-2.6/2.6.32-10.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--
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.127260362316255.transcr...@bugs.debian.org
