Bug#726877: linux-image-3.11-1-amd64: kernel oops caused by smsusb

2013-10-19 Thread Johannes Rohr
Package: src:linux
Version: 3.11.5-1
Severity: normal

as per below kernel log, the smsusb module, which I use for a Hauppauge DVB-T
USB adapter is not working properly with the latest kernel. While initially
connecting it and starting mythtv kind of works, after a while it stops and
errors like the one below appear. Until Kernel 3.9, the module worked in an
acceptable manner, then bug #719623 made using the device impossible and now,
the debianized kernel is making trouble again. I have been using a custom built
kernel with the fix for bug #719623 applied, based on the source for
linux-image-3.11-trunk from experiemental, where I have seen no such errors.
(another recent change on my system was moving to systemd, no idea whether this
could be in any way relaed)

-- Package-specific info:
** Version:
Linux version 3.11-1-amd64 (debian-kernel@lists.debian.org) (gcc version 4.8.1 
(Debian 4.8.1-10) ) #1 SMP Debian 3.11.5-1 (2013-10-17)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.11-1-amd64 
root=UUID=4ba7d001-60e1-4e5d-b936-0d74eda2e679 ro quiet

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[  721.352505]  [8105ca17] ? __kthread_parkme+0x59/0x59
[  721.352626] INFO: task laptop_mode:9792 blocked for more than 120 seconds.
[  721.352631] echo 0  /proc/sys/kernel/hung_task_timeout_secs disables this 
message.
[  721.352636] laptop_mode D 880010a510c0 0  9792  1 0x
[  721.352645]  880010a510c0 0082 00014040 
880066049fd8
[  721.352655]  880066049fd8 8800aab468e8 880066049e98 
8800aab468ec
[  721.352664]  880010a510c0 8800aab468f0  
8138a00c
[  721.352674] Call Trace:
[  721.352686]  [8138a00c] ? schedule_preempt_disabled+0x5/0x6
[  721.352695]  [813890b7] ? __mutex_lock_slowpath+0x13d/0x19c
[  721.352704]  [813885c0] ? mutex_lock+0x16/0x25
[  721.352714]  [8128873a] ? control_store+0x3b/0xa6
[  721.352725]  [8116abb1] ? sysfs_write_file+0xcf/0x104
[  721.352736]  [81118935] ? vfs_write+0xa7/0x10b
[  721.352745]  [81118f73] ? SyS_write+0x41/0x75
[  721.352754]  [81390e69] ? system_call_fastpath+0x16/0x1b
[  841.352036] INFO: task khubd:91 blocked for more than 120 seconds.
[  841.352041] echo 0  /proc/sys/kernel/hung_task_timeout_secs disables this 
message.
[  841.352045] khubd   D 8801342ea880 091  2 0x
[  841.352051]  8801342ea880 0046 00014040 
88013430dfd8
[  841.352057]  88013430dfd8 88007369d800 8800a59c8450 
8800735dc400
[  841.352061]  a0885068   
a08d5236
[  841.352066] Call Trace:
[  841.352081]  [a08d5236] ? dvb_unregister_frontend+0x8d/0xcc 
[dvb_core]
[  841.352088]  [8105d3f6] ? finish_wait+0x60/0x60
[  841.352094]  [a08ed0e9] ? smsdvb_unregister_client+0x42/0x6c 
[smsdvb]
[  841.352099]  [a08ed12b] ? smsdvb_onremove+0x18/0x25 [smsdvb]
[  841.352105]  [a0888b1b] ? smscore_unregister_device+0x33/0x1a2 
[smsmdtv]
[  841.352111]  [a08830b9] ? smsusb_term_device+0x36/0x6b [smsusb]
[  841.352154]  [a00248ea] ? usb_unbind_interface+0x5d/0x133 [usbcore]
[  841.352164]  [812842a0] ? __device_release_driver+0x7e/0xd4
[  841.352169]  [8128430f] ? device_release_driver+0x19/0x23
[  841.352173]  [81283d58] ? bus_remove_device+0xde/0xf3
[  841.352178]  [81281a17] ? device_del+0x124/0x17a
[  841.352193]  [a0022caa] ? usb_disable_device+0x79/0x181 [usbcore]
[  841.352208]  [a001c443] ? usb_disconnect+0x7f/0x149 [usbcore]
[  841.35]  [a001daf3] ? hub_thread+0x60b/0xe22 [usbcore]
[  841.352228]  [8105d3f6] ? finish_wait+0x60/0x60
[  841.352242]  [a001d4e8] ? hub_port_debounce+0xce/0xce [usbcore]
[  841.352247]  [8105ca94] ? kthread+0x7d/0x85
[  841.352252]  [8105ca17] ? __kthread_parkme+0x59/0x59
[  841.352257]  [81390dbc] ? ret_from_fork+0x7c/0xb0
[  841.352262]  [8105ca17] ? __kthread_parkme+0x59/0x59
[  841.352341] INFO: task laptop_mode:9792 blocked for more than 120 seconds.
[  841.352344] echo 0  /proc/sys/kernel/hung_task_timeout_secs disables this 
message.
[  841.352346] laptop_mode D 880010a510c0 0  9792  1 0x
[  841.352351]  880010a510c0 0082 00014040 
880066049fd8
[  841.352356]  880066049fd8 8800aab468e8 880066049e98 
8800aab468ec
[  841.352361]  880010a510c0 8800aab468f0  
8138a00c
[  841.352366] Call Trace:
[  841.352372]  [8138a00c] ? schedule_preempt_disabled+0x5/0x6
[  841.352377]  [813890b7] ? __mutex_lock_slowpath+0x13d/0x19c
[  841.352381]  [813885c0] ? mutex_lock+0x16/0x25
[  841.352386]  [8128873a] ? control_store+0x3b/0xa6
[  841.352392]  [8116abb1] ? 

Bug#719623: linux-image-3.10-3-amd64: still present in 3.10-3-amd64

2013-09-25 Thread Johannes Rohr
The joyful news I received today is that the patch has been committed upstream 
to the 3.10 stable tree:

http://git.kernel.org/cgit/linux/kernel/git/stable/stable-queue.git/commit/?id=47b04e91606a459a5c60abc6a5d03bcc6bd6d801

So I trust that it will make it into Debian soon.

Johannes


-- 
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/3147637.bmQ6x3n0Wj@erwin



Bug#719623: linux-image-3.10-3-amd64: still present in 3.10-3-amd64

2013-09-24 Thread Johannes Rohr
Package: src:linux
Version: 3.10.11-1
Followup-For: Bug #719623

Hi,

I see the same bug I reported on 3.10-2 in this kernel version.

Below is another backtrack  log.

Thanks,

Johannes


lease wait... (gathering kmem slab cache data)
crash: page excluded: kernel virtual address: 880133d9c000  type: 
kmem_cache buffer

crash: unable to initialize kmem slab cache subsystem

  KERNEL: /usr/lib/debug/boot/vmlinux-3.10-3-amd64
DUMPFILE: /var/crash/201309240910/dump.201309240910  [PARTIAL DUMP]
CPUS: 2
DATE: Tue Sep 24 11:09:18 2013
  UPTIME: 00:07:14
LOAD AVERAGE: 0.13, 0.68, 0.47
   TASKS: 301
NODENAME: Erwin
 RELEASE: 3.10-3-amd64
 VERSION: #1 SMP Debian 3.10.11-1 (2013-09-10)
 MACHINE: x86_64  (2792 Mhz)
  MEMORY: 3.9 GB
   PANIC: 
 PID: 0
 COMMAND: swapper/0
TASK: 81613400  (1 of 2)  [THREAD_INFO: 8160]
 CPU: 0
   STATE: TASK_RUNNING (PANIC)

crash log
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Initializing cgroup subsys cpuacct
[0.00] Linux version 3.10-3-amd64 (debian-kernel@lists.debian.org) (gcc 
version 4.7.3 (Debian 4.7.3-7) ) #1 SMP Debian 3.10.11-1 (2013-09-10)
[0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-3.10-3-amd64 
root=UUID=4ba7d001-60e1-4e5d-b936-0d74eda2e679 ro crashkernel=128m
[0.00] Disabled fast string operations
[0.00] e820: BIOS-provided physical RAM map:
[0.00] BIOS-e820: [mem 0x-0x0009abff] usable
[0.00] BIOS-e820: [mem 0x0009ac00-0x0009] reserved
[0.00] BIOS-e820: [mem 0x000d6000-0x000d7fff] reserved
[0.00] BIOS-e820: [mem 0x000dc000-0x000f] reserved
[0.00] BIOS-e820: [mem 0x0010-0xbf8a0fff] usable
[0.00] BIOS-e820: [mem 0xbf8a1000-0xbf8a6fff] reserved
[0.00] BIOS-e820: [mem 0xbf8a7000-0xbf9b6fff] usable
[0.00] BIOS-e820: [mem 0xbf9b7000-0xbfa0efff] reserved
[0.00] BIOS-e820: [mem 0xbfa0f000-0xbfac5fff] usable
[0.00] BIOS-e820: [mem 0xbfac6000-0xbfad0fff] ACPI NVS
[0.00] BIOS-e820: [mem 0xbfad1000-0xbfad3fff] ACPI data
[0.00] BIOS-e820: [mem 0xbfad4000-0xbfad7fff] reserved
[0.00] BIOS-e820: [mem 0xbfad8000-0xbfadbfff] ACPI NVS
[0.00] BIOS-e820: [mem 0xbfadc000-0xbfadefff] reserved
[0.00] BIOS-e820: [mem 0xbfadf000-0xbfb05fff] ACPI NVS
[0.00] BIOS-e820: [mem 0xbfb06000-0xbfb07fff] ACPI data
[0.00] BIOS-e820: [mem 0xbfb08000-0xbfd0efff] reserved
[0.00] BIOS-e820: [mem 0xbfd0f000-0xbfd9efff] ACPI NVS
[0.00] BIOS-e820: [mem 0xbfd9f000-0xbfdfefff] ACPI data
[0.00] BIOS-e820: [mem 0xbfdff000-0xbfdf] usable
[0.00] BIOS-e820: [mem 0xbfe0-0xbfff] reserved
[0.00] BIOS-e820: [mem 0xe000-0xefff] reserved
[0.00] BIOS-e820: [mem 0xfec0-0xfec0] reserved
[0.00] BIOS-e820: [mem 0xfed0-0xfed003ff] reserved
[0.00] BIOS-e820: [mem 0xfed1-0xfed13fff] reserved
[0.00] BIOS-e820: [mem 0xfed18000-0xfed19fff] reserved
[0.00] BIOS-e820: [mem 0xfed1c000-0xfed8] reserved
[0.00] BIOS-e820: [mem 0xfee0-0xfee00fff] reserved
[0.00] BIOS-e820: [mem 0xff80-0x] reserved
[0.00] BIOS-e820: [mem 0x0001-0x00013bff] usable
[0.00] NX (Execute Disable) protection: active
[0.00] SMBIOS 2.4 present.
[0.00] DMI: LENOVO 4061WFA/4061WFA, BIOS 6FET92WW (3.22 ) 12/14/2011
[0.00] e820: update [mem 0x-0x0fff] usable == reserved
[0.00] e820: remove [mem 0x000a-0x000f] usable
[0.00] No AGP bridge found
[0.00] e820: last_pfn = 0x13c000 max_arch_pfn = 0x4
[0.00] MTRR default type: uncachable
[0.00] MTRR fixed ranges enabled:
[0.00]   0-9 write-back
[0.00]   A-B uncachable
[0.00]   C-D7FFF write-protect
[0.00]   D8000-DBFFF uncachable
[0.00]   DC000-F write-protect
[0.00] MTRR variable ranges enabled:
[0.00]   0 base 13C00 mask FFC00 uncachable
[0.00]   1 base 0 mask F8000 write-back
[0.00]   2 base 08000 mask FC000 write-back
[0.00]   3 base 1 mask FC000 write-back



sh bt
PID: 0  TASK: 81613400  CPU: 0   COMMAND: swapper/0
 #0 [88013bc03a70] machine_kexec at 8102b6f0
 #1 

Bug#719623: linux-image-3.10-2-amd64: kernel panic on inserting DVB-T stick

2013-08-25 Thread Johannes Rohr

Am 14.08.2013 10:34, schrieb Bjørn Mork:

I took a quick look at the code and wonder if the problem is caused by
an initial zero statistics message?  This is all just a wild guess, but
if it is correct, then the attached untested patch might fix it...


I have just tested the patch against Debian's kernel sources linux-3.11~rc4

On first try, the kernel panic does not seem to occur with this kernel. 
So possible you solved it!


Thanks,

Johannes



Bjørn




--
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/521a668a.6010...@gmail.com



Bug#719623: linux-image-3.10-2-amd64: kernel panic on inserting DVB-T stick

2013-08-13 Thread Johannes Rohr
Package: src:linux
Version: 3.10.5-1
Severity: important

I use a USB DVB-T stick using the smsdvb module. Up to kernel 3.9 it mostly 
works fine. As of kernel 3.10, inserting the stick causes a kernel panic. Via 
lsusb, the device is identified as 

 008 Device 005: ID 2040:c000 Hauppauge Windham

I wrote down the last two lines of the backtrace from the screen in the hope 
that it helps:

RIP[a08d7e2a] smsdvb_04 response+0x264 0xa33[smsdvb]
RSP88013bc03cf0

I suppose in order to be useful I would need to log the entire backtrace. I am 
not sure how to do this. Maybe the easiest is to take a photo of the screen and 
send it to the BTS?!?

Thanks,

Johannes


-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: LENOVO
product_name: 4061WFA
product_version: ThinkPad W500
chassis_vendor: LENOVO
chassis_version: Not Available
bios_vendor: LENOVO
bios_version: 6FET92WW (3.22 )
board_vendor: LENOVO
board_name: 4061WFA
board_version: Not Available

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory 
Controller Hub [8086:2a40] (rev 07)
Subsystem: Lenovo Device [17aa:20e0]
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

00:01.0 PCI bridge [0604]: Intel Corporation Mobile 4 Series Chipset PCI 
Express Graphics Port [8086:2a41] (rev 07) (prog-if 00 [Normal decode])
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
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 2000-2fff
Memory behind bridge: cff0-cfff
Prefetchable memory behind bridge: d000-dfff
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR-
BridgeCtl: Parity- SERR+ NoISA- VGA+ MAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: access denied
Kernel driver in use: pcieport

00:03.0 Communication controller [0780]: Intel Corporation Mobile 4 Series 
Chipset MEI Controller [8086:2a44] (rev 07)
Subsystem: Lenovo Device [17aa:20e6]
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 48
Region 0: Memory at fc226800 (64-bit, non-prefetchable) [size=16]
Capabilities: access denied
Kernel driver in use: mei

00:03.3 Serial controller [0700]: Intel Corporation Mobile 4 Series Chipset AMT 
SOL Redirection [8086:2a47] (rev 07) (prog-if 02 [16550])
Subsystem: Lenovo Device [17aa:20ec]
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 B routed to IRQ 17
Region 0: I/O ports at 1828 [size=8]
Region 1: Memory at fc224000 (32-bit, non-prefetchable) [size=4K]
Capabilities: access denied
Kernel driver in use: serial

00:19.0 Ethernet controller [0200]: Intel Corporation 82567LM Gigabit Network 
Connection [8086:10f5] (rev 03)
Subsystem: Lenovo Device [17aa:20ee]
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 46
Region 0: Memory at fc20 (32-bit, non-prefetchable) [size=128K]
Region 1: Memory at fc225000 (32-bit, non-prefetchable) [size=4K]
Region 2: I/O ports at 1840 [size=32]
Capabilities: access denied
Kernel driver in use: e1000e

00:1a.0 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI 
Controller #4 [8086:2937] (rev 03) (prog-if 00 [UHCI])
Subsystem: Lenovo Device [17aa:20f0]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 20
Region 4: I/O ports at 1860 [size=32]
Capabilities: access denied
Kernel driver in use: uhci_hcd

00:1a.1 USB controller [0c03]: Intel 

Bug#719623: linux-image-3.10-2-amd64: kernel panic on inserting DVB-T stick

2013-08-13 Thread Johannes Rohr
Package: src:linux
Version: 3.10.5-1
Followup-For: Bug #719623

Hi, I have finally gotten around to setting up kdump-tools. Here is the dmesg 
showing the kernel panic:


[  834.408077] usb 8-1: new high-speed USB device number 4 using ehci-pci
[  834.541089] usb 8-1: New USB device found, idVendor=2040, idProduct=c000
[  834.541100] usb 8-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  834.541107] usb 8-1: Product: WinTV MiniStick
[  834.541114] usb 8-1: Manufacturer: Hauppauge Computer Works
[  834.541121] usb 8-1: SerialNumber: 4034278603
[  834.671496] usb 8-1: firmware: agent loaded sms1xxx-hcw-55xxx-dvbt-02.fw 
into memory
[  834.718327] smscore_load_firmware_family2: line: 986: sending 
MSG_SMS_DATA_VALIDITY_REQ expecting 0xcfed1755
[  834.720055] smscore_onresponse: line: 1563: MSG_SMS_DATA_VALIDITY_RES, 
checksum = 0xcfed1755
[  835.124341] sms_ir_init: Allocating rc device
[  835.124363] sms_ir_init: IR port 0, timeout 100 ms
[  835.124370] sms_ir_init: Input device (IR) SMS IR (Hauppauge WinTV 
MiniStick) is set for key events
[  835.152073] Registered IR keymap rc-hauppauge
[  835.152394] input: SMS IR (Hauppauge WinTV MiniStick) as 
/devices/pci:00/:00:1d.7/usb8/8-1/rc/rc0/input19
[  835.152906] rc0: SMS IR (Hauppauge WinTV MiniStick) as 
/devices/pci:00/:00:1d.7/usb8/8-1/rc/rc0
[  835.157104] IR NEC protocol handler initialized
[  835.158165] IR RC5(x) protocol handler initialized
[  835.159973] IR RC6 protocol handler initialized
[  835.161217] IR JVC protocol handler initialized
[  835.161988] IR Sony protocol handler initialized
[  835.162633] IR MCE Keyboard/mouse protocol handler initialized
[  835.163143] IR SANYO protocol handler initialized
[  835.163645] lirc_dev: IR Remote Control driver registered, major 246 
[  835.163868] input: MCE IR Keyboard/Mouse (smsmdtv) as 
/devices/virtual/input/input20
[  835.164968] rc rc0: lirc_dev: driver ir-lirc-codec (smsmdtv) registered at 
minor = 0
[  835.164970] IR LIRC bridge handler initialized
[  835.213673] DVB: registering new adapter (Hauppauge WinTV MiniStick)
[  835.214387] usb 8-1: DVB: registering adapter 0 frontend 0 (Siano Mobile 
Digital MDTV Receiver)...
[  835.215533] usbcore: registered new interface driver smsusb
[  846.851711] divide error:  [#1] SMP 
[  846.851806] Modules linked in: smsdvb dvb_core ir_lirc_codec lirc_dev 
ir_sanyo_decoder ir_mce_kbd_decoder ir_sony_decoder ir_jvc_decoder 
ir_rc6_decoder ir_rc5_decoder ir_nec_decoder rc_hauppauge smsusb smsmdtv 
rc_core pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) parport_pc 
ppdev lp parport cpufreq_userspace cpufreq_powersave cpufreq_stats 
cpufreq_conservative rfcomm bnep binfmt_misc uinput nfsd auth_rpcgss 
oid_registry nfs_acl nfs lockd dns_resolver fscache sunrpc ext4 jbd2 fuse 
tp_smapi(O) thinkpad_ec(O) loop firewire_sbp2 dm_crypt snd_hda_codec_conexant 
snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm 
thinkpad_acpi nvram snd_page_alloc hid_generic snd_seq_midi snd_seq_midi_event 
arc4 usbhid snd_rawmidi uvcvideo hid iwldvm coretemp kvm_intel mac80211 cdc_wdm
[  846.853477]  cdc_acm snd_seq videobuf2_vmalloc videobuf2_memops 
videobuf2_core videodev media kvm radeon r852 ttm joydev cdc_ether usbnet 
pcmcia mii sm_common nand btusb drm_kms_helper tpm_tis acpi_cpufreq bluetooth 
iwlwifi nand_ecc drm nand_ids i2c_i801 mtd snd_seq_device iTCO_wdt 
iTCO_vendor_support r592 memstick lpc_ich mperf tpm yenta_socket pcmcia_rsrc 
pcmcia_core cfg80211 snd_timer snd pcspkr i2c_algo_bit crc16 i2c_core tpm_bios 
processor mfd_core wmi psmouse mei_me rfkill mei serio_raw soundcore evdev 
battery button video ac microcode ext3 mbcache jbd md_mod dm_mirror 
dm_region_hash dm_log dm_mod sg sr_mod sd_mod cdrom crc_t10dif firewire_ohci 
sdhci_pci sdhci mmc_core firewire_core crc_itu_t thermal thermal_sys ahci 
libahci ehci_pci uhci_hcd ehci_hcd libata scsi_mod usbcore e1000e usb_common
[  846.855310]  ptp pps_core
[  846.855356] CPU: 0 PID: 0 Comm: swapper/0 Tainted: G   O 
3.10-2-amd64 #1 Debian 3.10.5-1
[  846.855490] Hardware name: LENOVO 4061WFA/4061WFA, BIOS 6FET92WW (3.22 ) 
12/14/2011
[  846.855609] task: 81613400 ti: 8160 task.ti: 
8160
[  846.855636] RIP: 0010:[a092be0c]  [a092be0c] 
smsdvb_onresponse+0x264/0xa86 [smsdvb]
[  846.863906] RSP: 0018:88013bc03cf0  EFLAGS: 00010046
[  846.863906] RAX:  RBX: 880133bf6000 RCX: 
[  846.863906] RDX:  RSI: 88005d3b58c0 RDI: 880133bf6000
[  846.863906] RBP: 88005d1da000 R08: 0058 R09: 0015
[  846.863906] R10: 1a0d R11: 021a R12: 88005d3b58c0
[  846.863906] R13: 88005d1da008 R14: ff8d R15: 880036cf5060
[  846.863906] FS:  () GS:88013bc0() 
knlGS:
[  846.863906] CS:  0010 DS:  ES:  CR0: 8005003b
[  846.863906] CR2: 

Bug#601081: does #601081 still occur in linux-image-2.6.32-5-686_2.6.32-27?

2010-11-22 Thread Johannes Rohr
Am 20.11.2010 14:04, schrieb Tomáš Pospíšek:
 In http://bugs.debian.org/601081 you report a resume failure on a i915
 system with kernel v2.6.32-25. However v2.6.32-27 contains spefically
 fixes for i915 systems:

   * Add drm changes from 2.6.32.24+drm33.11:
 - i915: return -EFAULT if copy_to_user fails.
 - drm/i915: Prevent double dpms on
 - drm: Only decouple the old_fb from the crtc is we call mode_set*
 - drm/i915: Unset cursor if out-of-bounds upon mode change (v4)
 - drm/i915,agp/intel: Add second set of PCI-IDs for B43

 Does your resume problem still occur with the latest sqeeze kernel?

Most of the time, hibernate works again, although I have seen some
instances lately where it did not. When I reported the issue, the
failure to resume occurred every or nearly every time.

Thanks,

Johannes


-- 

Johannes Rohr
Russia Coordinator / ??? ?? ??

International Work Group for Indigenous Affairs /
? ??? ?? ?? ?  ??? (IWGIA)
Classensgade 11E, DK-2100 Copenhagen

http://www.iwgia.org http://www.iwgia.org/

Tel.: +45 35 27 05 01, Fax: +45 35 27 05 07
Mobile: +45-52 80 33 11 (Denmark);
+7-909-907 88 84 (Russia), +49-1570-3322883 (Germany)
Skype: johannesrohr,

/Please visit IWGIA's webshop at/
shop.iwgia.org http://shop.iwgia.org/



Bug#601081: linux-image-2.6.32-5-686: since latest kernel upgrade, computer often freezes after resume from hibernation

2010-10-23 Thread Johannes Rohr
Package: linux-2.6
Version: 2.6.32-25
Severity: important

Since the latest upgrade, my Laptop, a Lenovo 3000 N100 more often than not
fails to properly come back from hibernation. It gets as far as reading the
resume image, and at the moment when I think it switches to graphical mode, it
hangs. All hard disk activity ceases, but the system LEDs do not  flash, i.e.
there is probably no kernel panic.

Suspend to RAM seems to be unaffected by this.


-- Package-specific info:
** Version:
Linux version 2.6.32-5-686 (Debian 2.6.32-25) (da...@debian.org) (gcc version 
4.3.5 (Debian 4.3.5-4) ) #1 SMP Thu Oct 14 17:15:16 UTC 2010

** Command line:
BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 
root=UUID=9cac6e5d-af14-4146-900c-75f27964 ro

** Not tainted

** Kernel log:
[ 6961.045144]  [c126c843] ? out_of_line_wait_on_bit+0xb5/0xbd
[ 6961.045148]  [c10cddee] ? sync_buffer+0x0/0x33
[ 6961.045153]  [c1043b3b] ? wake_bit_function+0x0/0x3c
[ 6961.045157]  [c10cdd94] ? __wait_on_buffer+0x16/0x18
[ 6961.045161]  [c10cf958] ? __bread+0x49/0x5d
[ 6961.045195]  [f8065f47] ? ext3_get_branch+0x5d/0xc4 [ext3]
[ 6961.045210]  [f8066730] ? ext3_get_blocks_handle+0x8f/0x78a [ext3]
[ 6961.045214]  [c1122393] ? elv_insert+0x118/0x1b2
[ 6961.045217]  [c11297a4] ? __make_request+0x364/0x3d9
[ 6961.045222]  [c1132dd2] ? cfq_set_request+0x0/0x290
[ 6961.045226]  [c1133735] ? cfq_add_rq_rb+0x8b/0xaa
[ 6961.045244]  [f8066ec8] ? ext3_get_block+0x9d/0xd1 [ext3]
[ 6961.045248]  [c10d4057] ? do_mpage_readpage+0x272/0x5a4
[ 6961.045263]  [f8066e2b] ? ext3_get_block+0x0/0xd1 [ext3]
[ 6961.045267]  [c112848b] ? submit_bio+0xbc/0xd6
[ 6961.045271]  [c1137de9] ? radix_tree_insert+0x135/0x16d
[ 6961.045276]  [c108da50] ? pagevec_lru_add+0xf8/0x107
[ 6961.045280]  [c10d4481] ? mpage_readpages+0x9a/0xcd
[ 6961.045295]  [f8066e2b] ? ext3_get_block+0x0/0xd1 [ext3]
[ 6961.045300]  [c10703f5] ? __delayacct_blkio_end+0x2f/0x32
[ 6961.045315]  [f8066624] ? ext3_readpages+0x0/0x15 [ext3]
[ 6961.045321]  [c108d281] ? __do_page_cache_readahead+0xf4/0x16b
[ 6961.045336]  [f8066e2b] ? ext3_get_block+0x0/0xd1 [ext3]
[ 6961.045340]  [c108d30c] ? ra_submit+0x14/0x18
[ 6961.045344]  [c10878d8] ? filemap_fault+0x16d/0x2e6
[ 6961.045349]  [c10995e6] ? __do_fault+0x47/0x3b1
[ 6961.045353]  [c10d57f5] ? fsnotify_remove_notify_event+0x55/0x60
[ 6961.045357]  [c10d5a06] ? fsnotify_put_event+0x36/0x45
[ 6961.045361]  [c10d7611] ? inotify_read+0x19f/0x21b
[ 6961.045365]  [c109b573] ? handle_mm_fault+0x48f/0x959
[ 6961.045370]  [c10b2825] ? fsnotify_access+0x5a/0x61
[ 6961.045375]  [c104ace8] ? getnstimeofday+0x4d/0xc9
[ 6961.045379]  [c126f01f] ? do_page_fault+0x2f1/0x307
[ 6961.045383]  [c126ed2e] ? do_page_fault+0x0/0x307
[ 6961.045386]  [c126d583] ? error_code+0x73/0x78
[ 7201.045822] INFO: task tracker-store:3578 blocked for more than 120 seconds.
[ 7201.045826] echo 0  /proc/sys/kernel/hung_task_timeout_secs disables this 
message.
[ 7201.045829] tracker-store D 01936c49 0  3578   3032 0x
[ 7201.045835]  eeb15100 00200086 0080 01936c49  c1415100 c1415100 
0002
[ 7201.045842]  eeb152bc c2008100  7e2f5eba 066f  19db8ae8 
c1411e50
[ 7201.045848]  04c082b8 eeb152bc 3752c02a  04c082b8  eefc50f8 
0031961e
[ 7201.045855] Call Trace:
[ 7201.045866]  [c126c2e2] ? io_schedule+0x5f/0x98
[ 7201.045871]  [c10872ad] ? sync_page+0x3a/0x3d
[ 7201.045875]  [c126c640] ? __wait_on_bit_lock+0x31/0x6a
[ 7201.045879]  [c1087273] ? sync_page+0x0/0x3d
[ 7201.045882]  [c1087246] ? __lock_page+0x76/0x7e
[ 7201.045888]  [c1043b3b] ? wake_bit_function+0x0/0x3c
[ 7201.045893]  [c109b72d] ? handle_mm_fault+0x649/0x959
[ 7201.045896]  [c126c236] ? schedule+0x78f/0x7dc
[ 7201.045901]  [c126f01f] ? do_page_fault+0x2f1/0x307
[ 7201.045905]  [c126ed2e] ? do_page_fault+0x0/0x307
[ 7201.045909]  [c126d583] ? error_code+0x73/0x78
[ 7201.045913]  [c10b00d8] ? pcpu_alloc_area+0x1d9/0x29a
[ 7201.045918]  [c10be4b2] ? do_sys_poll+0x2c3/0x312
[ 7201.045922]  [c10beeae] ? __pollwait+0x0/0xa5
[ 7201.045926]  [c10bef53] ? pollwake+0x0/0x65
[ 7201.045930]  [c10bef53] ? pollwake+0x0/0x65
[ 7201.045933]  [c10bef53] ? pollwake+0x0/0x65
[ 7201.045937]  [c10bef53] ? pollwake+0x0/0x65
[ 7201.045942]  [c1025c2a] ? enqueue_entity+0x82/0x129
[ 7201.045946]  [c1026a47] ? enqueue_task_fair+0x38/0x6d
[ 7201.045952]  [c101311c] ? native_smp_send_reschedule+0x3e/0x3f
[ 7201.045956]  [c102d0ff] ? try_to_wake_up+0x2ae/0x2ba
[ 7201.045960]  [c10befaf] ? pollwake+0x5c/0x65
[ 7201.045963]  [c102d10b] ? default_wake_function+0x0/0x8
[ 7201.045967]  [c1020621] ? __wake_up_common+0x34/0x59
[ 7201.045973]  [c10ac509] ? add_partial+0xe/0x40
[ 7201.045976]  [c10ad07b] ? __slab_free+0x66/0x21c
[ 7201.045980]  [c11d1bcb] ? __kfree_skb+0xf/0x6e
[ 7201.045985]  [c122f2b2] ? unix_stream_recvmsg+0x3b2/0x440
[ 7201.045989]  [c122f2b2] ? unix_stream_recvmsg+0x3b2/0x440
[ 7201.045992]  [c10adfb0] ? kmem_cache_free+0x78/0xaf
[ 7201.045996]  [c122dd86] ? scm_recv+0x2a/0x9b
[ 

Bug#471212: initramfs-tools: does not update all initrds

2008-03-16 Thread Johannes Rohr
Package: initramfs-tools
Version: 0.91e
Severity: normal

Hi,

I am seeing a situation, where after purging splashy, only for the first
of two installed kernels the initrd is being updated.

I have linux-image-2.6.24-1-686 and linux-image-2.6.24-1-484 installed.
The fact that the versions are identical and only the processor type
differs appears to screw  up the initrd update process, so that I have
to run update-initramfs manually for the -486 kernel. 


-- Package-specific info:
-- /proc/cmdline
root=/dev/sda1 ro quiet vga=791

-- /proc/filesystems
ext3
fuseblk

-- lsmod
Module  Size  Used by
tcp_diag1792  0 
inet_diag  12104  1 tcp_diag
xt_limit2656  8 
xt_tcpudp   3136  38 
ipt_LOG 5952  8 
ipt_MASQUERADE  3776  0 
ipt_TOS 2240  0 
ipt_REJECT  4480  1 
nf_conntrack_irc6776  0 
nf_conntrack_ftp8896  0 
xt_state2464  9 
snd_rtctimer3648  1 
i915   22048  3 
drm74132  4 i915
binfmt_misc11240  1 
rfcomm 36784  2 
l2cap  22880  9 rfcomm
tun10976  0 
vboxdrv55632  0 
ppdev   8804  0 
parport_pc 33668  0 
lp 11076  0 
parport34280  3 ppdev,parport_pc,lp
ipv6  240772  20 
acpi_cpufreq9260  2 
cpufreq_userspace   4260  0 
cpufreq_powersave   1856  0 
cpufreq_stats   5184  0 
cpufreq_conservative 7560  0 
cpufreq_ondemand8492  1 
freq_table  4512  3 acpi_cpufreq,cpufreq_stats,cpufreq_ondemand
iptable_nat 6916  0 
nf_nat 18316  2 ipt_MASQUERADE,iptable_nat
nf_conntrack_ipv4  17352  11 iptable_nat
nf_conntrack   62240  7 
ipt_MASQUERADE,nf_conntrack_irc,nf_conntrack_ftp,xt_state,iptable_nat,nf_nat,nf_conntrack_ipv4
iptable_mangle  2784  0 
iptable_filter  2976  1 
ip_tables  13188  3 iptable_nat,iptable_mangle,iptable_filter
x_tables   14244  9 
xt_limit,xt_tcpudp,ipt_LOG,ipt_MASQUERADE,ipt_TOS,ipt_REJECT,xt_state,iptable_nat,ip_tables
fuse   45204  1 
snd_seq_midi_emul   5920  0 
nvram   8488  0 
loop   16804  0 
firewire_sbp2  14252  0 
snd_hda_intel 275264  4 
snd_pcm_oss38272  0 
snd_pcm71780  3 snd_hda_intel,snd_pcm_oss
arc42016  2 
ecb 3552  2 
blkcipher   6724  1 ecb
pcmcia 37036  0 
snd_mixer_oss  15296  1 snd_pcm_oss
joydev 11360  0 
snd_seq_dummy   3780  0 
ricoh_mmc   3456  0 
yenta_socket   24844  1 
rsrc_nonstatic 11872  1 yenta_socket
pcmcia_core36884  3 pcmcia,yenta_socket,rsrc_nonstatic
snd_seq_oss29472  0 
sdhci  16836  0 
snd_seq_midi8160  0 
mmc_core   47300  1 sdhci
snd_rawmidi22624  1 snd_seq_midi
snd_seq_midi_event  6976  2 snd_seq_oss,snd_seq_midi
snd_seq46544  8 
snd_seq_midi_emul,snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
battery13572  0 
snd_timer  21092  4 snd_rtctimer,snd_pcm,snd_seq
iwl394584712  0 
snd_seq_device  7820  5 
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
video  18672  0 
output  3744  1 video
ac  6116  0 
iTCO_wdt   11268  0 
firmware_class  9312  2 pcmcia,iwl3945
snd48612  16 
snd_hda_intel,snd_pcm_oss,snd_pcm,snd_mixer_oss,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
mac80211  114380  1 iwl3945
button  8432  0 
hci_usb14780  2 
i2c_i8019232  0 
bluetooth  53220  7 rfcomm,l2cap,hci_usb
psmouse36464  0 
soundcore   7552  1 snd
rtc13052  2 snd_rtctimer
intel_agp  23412  1 
agpgart31688  3 drm,intel_agp
i2c_core   22432  1 i2c_i801
cfg80211   13480  1 mac80211
pcspkr  3200  0 
snd_page_alloc 10056  2 snd_hda_intel,snd_pcm
serio_raw   6660  0 
evdev  11104  7 
ext3  122920  2 
jbd43732  1 ext3
mbcache 8288  1 ext3
sg 33264  0 
sr_mod 16708  0 
cdrom  32512  1 sr_mod
sd_mod 27104  4 
generic 4388  0 [permanent]
ide_core  108292  1 generic
8139too25600  0 
ata_generic 7428  0 
firewire_ohci  17760  0 
firewire_core  39232  2 firewire_sbp2,firewire_ohci
crc_itu_t  

Bug#463006: linux-image-2.6.23-1-686: module iwl3945 fails

2008-01-28 Thread Johannes Rohr
2008/1/28, Daniel Baumann [EMAIL PROTECTED]:

 Johannes Rohr wrote:
  Unfortunately, loading the new iwl3945 wlan driver does not work as
  expected.

 have you installed firmware-iwlwifi?


Yes, it is installed.

I'd like to try whether the 2.6.24 kernel fixes things, however, it is
apparantly still in the NEW queue.

Thanks,

Johannes


Bug#463006: linux-image-2.6.23-1-686: module iwl3945 fails

2008-01-28 Thread Johannes Rohr
Package: linux-image-2.6.23-1-686
Version: 2.6.23-2
Severity: normal

Unfortunately, loading the new iwl3945 wlan driver does not work as
expected. This is the console output when I try to insert the module:

 net eth1: device_rename: sysfs_create_symlink failed (-17)
 net wlan0_rename: device_rename: sysfs_create_symlink failed (-17)

Subsequently, the card does not get activated.

-- Package-specific info:
** Version:
Linux version 2.6.23-1-686 (Debian 2.6.23-2) ([EMAIL PROTECTED]) (gcc version 
4.1.3 20071209 (prerelease) (Debian 4.1.2-18)) #1 SMP Fri Dec 21 13:57:07 UTC 
2007

** cmdline:
root=/dev/sda1 ro quiet vga=791 splash
** Not tainted

** Kernel log:
agpgart: Detected 7932K stolen memory.
agpgart: AGP aperture is 256M @ 0xc000
Bluetooth: Core ver 2.11
NET: Registered protocol family 31
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
intel_rng: FWH not detected
Bluetooth: HCI USB driver ver 2.9
usbcore: registered new interface driver hci_usb
input: Power Button (FF) as /class/input/input1
ACPI: Power Button (FF) [PWRF]
input: Lid Switch as /class/input/input2
ACPI: Lid Switch [LID0]
input: Power Button (CM) as /class/input/input3
ACPI: Power Button (CM) [PWRB]
iwl3945: Tunable channels: 13 802.11bg, 23 802.11a channels
ACPI: PCI Interrupt :00:1f.3[B] - GSI 19 (level, low) - IRQ 19
wmaster0: Selected rate control algorithm 'iwl-3945-rs'
Synaptics Touchpad, model: 1, fw: 6.2, id: 0x1a0b1, caps: 0xa04753/0x20
iTCO_wdt: Intel TCO WatchDog Timer Driver v1.02 (26-Jul-2007)
input: SynPS/2 Synaptics TouchPad as /class/input/input4
iTCO_wdt: Found a ICH7-M TCO device (Version=2, TCOBASE=0x1060)
iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
input: Video Bus as /class/input/input5
ACPI: Video Device [VGA] (multi-head: yes  rom: no  post: no)
input: Video Bus as /class/input/input6
ACPI: Video Device [GFX0] (multi-head: yes  rom: no  post: no)
Yenta: CardBus bridge found at :05:04.0 [17aa:2075]
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta TI: socket :05:04.0, mfunc 0x0c12, devctl 0x44
ACPI: AC Adapter [ACAD] (on-line)
sdhci: Secure Digital Host Controller Interface driver
sdhci: Copyright(c) Pierre Ossman
Yenta: ISA IRQ mask 0x0cf8, PCI irq 17
Socket status: 3006
Yenta: Raising subordinate bus# of parent bus (#05) from #05 to #09
pcmcia: parent PCI bridge I/O window: 0x2000 - 0x2fff
cs: IO port probe 0x2000-0x2fff: clean.
pcmcia: parent PCI bridge Memory window: 0xd010 - 0xd01f
pcmcia: parent PCI bridge Memory window: 0x5000 - 0x53ff
sdhci: SDHCI controller found at :05:06.1 [1180:0822] (rev 19)
PCI: Enabling device :05:06.1 ( - 0002)
ACPI: PCI Interrupt :05:06.1[B] - GSI 23 (level, low) - IRQ 18
PCI: Setting latency timer of device :05:06.1 to 64
mmc0: SDHCI at 0xd0100400 irq 18 DMA
ACPI: Battery Slot [BAT1] (battery present)
mmc0: new SD card at address e6bd
net eth1: device_rename: sysfs_create_symlink failed (-17)
udev: renamed network interface wmaster0 to eth1
net wlan0_rename: device_rename: sysfs_create_symlink failed (-17)
mmcblk0: mmc0:e6bd S512B 483840KiB 
 mmcblk0: p1
cs: IO port probe 0x100-0x3af: clean.
cs: IO port probe 0x3e0-0x4ff: excluding 0x4d0-0x4d7
cs: IO port probe 0x820-0x8ff: clean.
cs: IO port probe 0xc00-0xcf7: clean.
cs: IO port probe 0xa00-0xaff: clean.
ACPI: PCI Interrupt :00:1b.0[A] - GSI 22 (level, low) - IRQ 21
PCI: Setting latency timer of device :00:1b.0 to 64
si3054: cannot initialize. EXT MID = 
Adding 1951888k swap on /dev/sda2.  Priority:-1 extents:1 across:1951888k
EXT3 FS on sda1, internal journal
loop: module loaded
Non-volatile memory driver v1.2
fuse init (API version 7.8)
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
ip_tables: (C) 2000-2006 Netfilter Core Team
Netfilter messages via NETLINK v0.30.
nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
lp: driver loaded but no devices found
ppdev: user-space parallel port driver
tun: Universal TUN/TAP device driver, 1.6
tun: (C) 1999-2004 Max Krasnyansky [EMAIL PROTECTED]
Bluetooth: L2CAP ver 2.8
Bluetooth: L2CAP socket layer initialized
Bluetooth: RFCOMM socket layer initialized
Bluetooth: RFCOMM TTY layer initialized
Bluetooth: RFCOMM ver 1.8
ADDRCONF(NETDEV_UP): wlan0_rename: link is not ready
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
[drm] Initialized drm 1.1.0 20060810
ACPI: PCI Interrupt :00:02.0[A] - GSI 16 (level, low) - IRQ 17
[drm] Initialized i915 1.6.0 20060119 on minor 0
eth0: no IPv6 routers present
ACPI: PCI interrupt for device :03:00.0 disabled
iwl3945: Intel(R) PRO/Wireless 3945ABG/BG Network Connection driver for Linux, 
0.1.15ks
iwl3945: Copyright(c) 2003-2007 Intel Corporation
ACPI: PCI Interrupt :03:00.0[A] - GSI 17 (level, low) - IRQ 16
PCI: 

Bug #368544 and its many friends

2006-07-03 Thread Johannes Rohr
Dear kernel maintainers,

bug #368544 and a plethora of similar reports has been open now since
May or so, making 2.6.17* headers packages uninstallable.

While I understand that some transitions take time and breakages are to
be expected in unstable, I am a bit disappointed, that, as far as I can
see, none of the kernel maintainers has responded to any of the reports,
i.e. what is the cause of the breakage, what will be the fix and a hint
as to when it might be fixed.

Thanks,

Johannes


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Bug #368544 and its many friends

2006-07-03 Thread Johannes Rohr
Jurij Smakov schrieb:
 The linux-kbuild-2.6 package has been uploaded now. However, since
 it's a new package, it has been placed into the NEW queue [0], and
 will have to be manually approved by ftp-master before it appears in
 the archive. This is out of control of the kernel team, but we'll try
 to ask the people in control to make this approval as soon as possible.

 [0] http://ftp-master.debian.org/new.html


Jurij, привет!

thanks for your instant response. So it is hopefully a matter of days
until this will be resolved. I'll Cc: this to [EMAIL PROTECTED] in
order to have the bug report up to date with the current state of
affairs. I assume that many other users are waiting for a fix as eagerly
as I am.


Thanks,

Johannes


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#368544: Any news about this?

2006-06-28 Thread Johannes Rohr
Any news about this bug? Now that Linux 2.6.17 is in unstable, this
better be fixed.

Thanks,

Johannes


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#352805: ide.agent in initramfs fixes this.

2006-02-15 Thread Johannes Rohr
reassign 352805 udev
thanks

Hi, I found that including /lib/udev/ide.agent into the initrd fixes
this, thus reassigning to udev.

Thanks,

Johannes


-- 
http://www.infoe.de/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#352805: initramfs-tools: Check for root fs mysteriously fails

2006-02-14 Thread Johannes Rohr
Package: initramfs-tools
Version: 0.51
Severity: normal

hi,

The test for ${ROOT} in /script/local reproducibly fails. The root fs is
on /dev/hdb6. When the script drops launches the busibox shell, I can
see /dev/hdb6 is present. Exiting the shell resumes normal booting. 

Please feel free to reassign if necessary. 

This started to occur only after I installed the latest udev.

Thanks,

Johannes

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.15-1-k7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages initramfs-tools depends on:
ii  busybox   1:1.01-4   Tiny utilities for small and embed
ii  cpio  2.5-1.3GNU cpio -- a program to manage ar
ii  klibc-utils   1.1.16-3   small statically-linked utilities 
ii  udev  0.084-4/dev/ and hotplug management daemo

-- no debconf information

-- 
http://www.infoe.de/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#347886: linux-image-2.6.15-1-k7: Software Suspend: Unable to find swap device

2006-01-15 Thread Johannes Rohr
On Sa, Jan 14, 2006 at 03:27:50 +0100, maximilian attems wrote:
 On Fri, 13 Jan 2006, Johannes Rohr wrote:
 
  Package: linux-image-2.6.15-1-k7
  Version: 2.6.15-1
  Severity: normal
  
  Hi, I've been trying to use software suspend which is enabled in this
  kernel version. Strangely, software suspend complains:
  
  unable to find swap device. Try swapon -a
 
 please tell which initramfs generator you use?
 it's the business of the initramfs to hand hove to the swsusp image.
 
 please try initramfs-tools, works fine here.

Thanks, it looks like you hit the nail on the head. Replacing yaird by
initramfs-tools solved it! Wouldn't this warrant adding a conflict
against yaird (or at least removing the dependency alternative)?

A BIG thank you!

Johannes

-- 
http://www.infoe.de/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#347886: linux-image-2.6.15-1-k7: Software Suspend: Unable to find swap device

2006-01-13 Thread Johannes Rohr
Package: linux-image-2.6.15-1-k7
Version: 2.6.15-1
Severity: normal

Hi, I've been trying to use software suspend which is enabled in this
kernel version. Strangely, software suspend complains:

unable to find swap device. Try swapon -a

This is the contents of /proc/cmdline

root=/dev/hdb5 ro resume=/dev/hda6 resume2=file:/dev/hdb5:0x18a5d

(resume2 is intendend for other, home compiled kernels and should be
ignored by this one)

this is the output of swapon -s

FilenameTypeSizeUsedPriority
/dev/hda6   partition   1052216 149524  -1

This is the result of grep swap /etc/fstab:

/dev/hda6   noneswapsw  0   0

Finally, I should say that the same problem occurs with Software
Suspend2 - unless I use the file writer backend instead of suspending
to a swap partition, see bug #312218.

The only thing special about my box that I can think of is, that I
have two hard disks which Debian being installed on the second one.

Thanks,

Johannes


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.15-1-k7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages linux-image-2.6.15-1-k7 depends on:
ii  module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo
ii  yaird [linux-initramfs-tool]  0.0.12-3   Yet Another mkInitRD

-- debconf information:
  linux-image-2.6.15-1-k7/postinst/depmod-error-initrd-2.6.15-1-k7: false
  linux-image-2.6.15-1-k7/postinst/old-initrd-link-2.6.15-1-k7: true
  linux-image-2.6.15-1-k7/preinst/abort-install-2.6.15-1-k7:
  linux-image-2.6.15-1-k7/postinst/create-kimage-link-2.6.15-1-k7: true
  linux-image-2.6.15-1-k7/postinst/depmod-error-2.6.15-1-k7: false
  linux-image-2.6.15-1-k7/postinst/kimage-is-a-directory:
  linux-image-2.6.15-1-k7/preinst/lilo-has-ramdisk:
  linux-image-2.6.15-1-k7/preinst/failed-to-move-modules-2.6.15-1-k7:
  linux-image-2.6.15-1-k7/preinst/overwriting-modules-2.6.15-1-k7: true
  linux-image-2.6.15-1-k7/postinst/old-system-map-link-2.6.15-1-k7: true
  linux-image-2.6.15-1-k7/postinst/bootloader-error-2.6.15-1-k7:
  linux-image-2.6.15-1-k7/preinst/already-running-this-2.6.15-1-k7:
  linux-image-2.6.15-1-k7/preinst/initrd-2.6.15-1-k7:
  linux-image-2.6.15-1-k7/preinst/elilo-initrd-2.6.15-1-k7: true
  linux-image-2.6.15-1-k7/postinst/old-dir-initrd-link-2.6.15-1-k7: true
  linux-image-2.6.15-1-k7/postinst/bootloader-test-error-2.6.15-1-k7:
  linux-image-2.6.15-1-k7/preinst/abort-overwrite-2.6.15-1-k7:
  linux-image-2.6.15-1-k7/preinst/lilo-initrd-2.6.15-1-k7: true
  linux-image-2.6.15-1-k7/prerm/would-invalidate-boot-loader-2.6.15-1-k7: true
  linux-image-2.6.15-1-k7/preinst/bootloader-initrd-2.6.15-1-k7: true
  linux-image-2.6.15-1-k7/prerm/removing-running-kernel-2.6.15-1-k7: true


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#311941: kernel-patch-debian-2.6.11: Package description says patch does not apply to pristine sources, which doesn't seem to be the case

2005-06-04 Thread Johannes Rohr
Package: kernel-patch-debian-2.6.11
Version: 2.6.11-5
Severity: normal

Hi,

I am surprised by the package description which says:

 Note that these patches do NOT apply
 against a pristine Linux 2.6.11 kernel but only against
 kernel-source-2.6.11_2.6.11.orig.tar.gz from the Debian archive.

In fact, the patch applies to a pristine source without any errors. And,
well, until today I thought that the kernel-patch-debian packages
actually do contain the differences between the vanilla sources and
Debian's kernel sources. Is this not true? If not, why does the patch
apply cleanly?

Thanks,

Johannes

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages kernel-patch-debian-2.6.11 depends on:
ii  bzip2 1.0.2-6high-quality block-sorting file co

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#311941: kernel-patch-debian-2.6.11: Package description says patch does not apply to pristine sources, which doesn't seem to be the case

2005-06-04 Thread Johannes Rohr
Am Samstag, den 04.06.2005, 11:14 -0600 schrieb dann frazier:

[...]

 They contain the differences between the
 kernel-source-2.6.11_2.6.11.orig.tar.gz and Debian's kernel sources. The
 important point here is that kernel-source-2.6.11_2.6.11.orig.tar.gz is
 not the same as linux-2.6.11.tar.gz.  The differences are primarily due
 to the removal of non-redistributable files.  These patches may apply
 cleanly to a vanilla linux tarball, but this is purely coincidental and
 not guaranteed.

Thanks for your clarification! 

This means that at the moment there is no way to obtain a debian kernel
source tree short of downloading the kernel-source-2.*.orig.tar.gz. 

For bandwidth impaired people like me this is quite unfortunate. When I
already have a linux-*.tar.bz2 on a CD from a computer magazine, I'm
happy about not having to download an additional 40 megs (takes about
two hours here!), especially when 40 K of diffs would also do the job.

So could the kernel team consider providing such diffs? (Doesn't have to
be as a .deb)

Thanks for your good work!

Johannes



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]