Re: Turning off camera also kills card reader on EeePC 900

Re: Turning off camera also kills card reader on EeePC 900

[Alan Jenkins]

Sitsofe Wheeler wrote:

> When running Ubuntu from an SD card issuing
> echo 0 > /sys/devices/platform/eeepc/camera
> as root will cause the camera to be turned off AND the SD card to
> immediately disappear (which is rather fatal when you are using it). It's
> hard to know if this is intended behaviour by the BIOS (given that they
> are both USB devices) or a mistake in the platform driver...

It's a bug either way (a regression from the 701 hardware).  I think you
should be able to isolate it.

Firstly, I understand these kill-switches are supposed to be persistent
over reboots.  You should check that the SD card stays disabled when you
reboot.

Next, these settings are also exposed in the BIOS configuration screen,
right?  If it's the same as my 701 then the BIOS will have a separate
option for disabling the cardreader.  So you could see if the platform
driver "camera" switch is simply disabling and enabling the two switches
together.

Or if there's only a BIOS option for the camera, and not the SD card,
then you should test whether it disables the SD card.

Regards
Alan

Re: Turning off camera also kills card reader on EeePC 900

[Sitsofe Wheeler]

Alan Jenkins wrote:
> Firstly, I understand these kill-switches are supposed to be persistent
> over reboots.  You should check that the SD card stays disabled when you
> reboot.

The settings are persistent (so changing a camera value that is 0 to 1 
will show the camera as being enabled if you go to the BIOS). However 
the SD card will be present at reboot.

> Next, these settings are also exposed in the BIOS configuration screen,
> right?  If it's the same as my 701 then the BIOS will have a separate
> option for disabling the cardreader.  So you could see if the platform
> driver "camera" switch is simply disabling and enabling the two switches
> together.

The option for disabling the cardreader is indeed separate from the one 
to disable the camera. There is, however a switch for disabling USB in 
the BIOS too...

> Or if there's only a BIOS option for the camera, and not the SD card,
> then you should test whether it disables the SD card.

OK there are separate switches in the BIOS for disabling (among other 
things) the Camera, CardReader, and USB Ports.

Doing echo 0 > camera when camera is already 0 does nothing. The value 
in cardr remains 1.
Doing echo 0 > camera when camera is 1 seemingly results in the SD card 
disappearing too (ehci_hcd 0000:00:1d.7: HC died; cleaning up). cardr 
value remains 1. The CardReader and USB Ports options will be in the 
enabled state when looking in the BIOS after rebooting. The Camera 
option will be in the disabled state in the BIOS.
Doing echo 1 > camera after the SD card  has disappeared (but before 
rebooting) in the above step will result in the SD card seemingly coming 
back at a different address and the kernel reporting 'irq 23: nobody 
cared (try booting with the "irqpoll" option)' and a usb_hcd_irq backtrace.
Doing echo 0 > cardr when cardr is 1 results in the SD card disappearing 
and an ext3 error being printed on the console. The CardReader option 
will be in the disabled state in the BIOS after rebooting.
Doing echo 0 > camera after the SD card  has disappeared (but before 
rebooting) in the above step will result in 'ehci_hcd 0000:00:1d.7: HC 
died; cleaning up' being printed.

-- 
Sitsofe | http://sucs.org/~sits/

Re: Turning off camera also kills card reader on EeePC 900

[Alan Jenkins]

Sitsofe Wheeler wrote:
> Alan Jenkins wrote:
>> Firstly, I understand these kill-switches are supposed to be persistent
>> over reboots.  You should check that the SD card stays disabled when you
>> reboot.
>
> The settings are persistent (so changing a camera value that is 0 to 1
> will show the camera as being enabled if you go to the BIOS). However
> the SD card will be present at reboot.
>
>> Next, these settings are also exposed in the BIOS configuration screen,
>> right?  If it's the same as my 701 then the BIOS will have a separate
>> option for disabling the cardreader.  So you could see if the platform
>> driver "camera" switch is simply disabling and enabling the two switches
>> together.
>
> The option for disabling the cardreader is indeed separate from the
> one to disable the camera. There is, however a switch for disabling
> USB in the BIOS too...
>
>> Or if there's only a BIOS option for the camera, and not the SD card,
>> then you should test whether it disables the SD card.
>
> OK there are separate switches in the BIOS for disabling (among other
> things) the Camera, CardReader, and USB Ports.
>
> Doing echo 0 > camera when camera is already 0 does nothing. The value
> in cardr remains 1.
> Doing echo 0 > camera when camera is 1 seemingly results in the SD
> card disappearing too (ehci_hcd 0000:00:1d.7: HC died; cleaning up).
> cardr value remains 1. The CardReader and USB Ports options will be in
> the enabled state when looking in the BIOS after rebooting. The Camera
> option will be in the disabled state in the BIOS.
> Doing echo 1 > camera after the SD card  has disappeared (but before
> rebooting) in the above step will result in the SD card seemingly
> coming back at a different address and the kernel reporting 'irq 23:
> nobody cared (try booting with the "irqpoll" option)' and a
> usb_hcd_irq backtrace.
> Doing echo 0 > cardr when cardr is 1 results in the SD card
> disappearing and an ext3 error being printed on the console. The
> CardReader option will be in the disabled state in the BIOS after
> rebooting.
> Doing echo 0 > camera after the SD card  has disappeared (but before
> rebooting) in the above step will result in 'ehci_hcd 0000:00:1d.7: HC
> died; cleaning up' being printed.
>

Ok.  So the platform driver settings do match those in the BIOS.  My
guess would be the platform driver is fine and the BIOS screws up.

The "HC died" message is interesting.  Sounds like the controller for
these two USB devices stops working.  Maybe try unloading and reloading
the ehci module?  I don't think I can help any more though.

- I CC: the maintainer, maybe Corentin has other reports or ideas

- Are any BIOS upgrades available?  None of them mention this problem,
but the descriptions often miss out details. [1][2]

- It might be necessary to compare with the pre-installed OS
 - Is the pre-installed kernel any better (files might be under
/proc/acpi/asus instead)?  I guess you might not have the time or
resources to test that though.
 - The source code is... a 2Gb+ rar file someone would have to download
and pick apart.

Regards
Alan

[1] Asus downloads <http://eeepc.asus.com/global/download.htm>
[2] BIOS update howto <http://wiki.eeeuser.com/howto:updatebios>

Re: Turning off camera also kills card reader on EeePC 900

[Pascal Terjan]

On Mon, Sep 15, 2008 at 3:37 PM, Alan Jenkins
<alan-jenkins@tuffmail.co.uk> wrote:
> Sitsofe Wheeler wrote:
> The "HC died" message is interesting.  Sounds like the controller for
> these two USB devices stops working.  Maybe try unloading and reloading
> the ehci module?  I don't think I can help any more though.

The issue also exist on 701 on 2.6.27-rc7 so the regression is in the
kernel not in the hardware

Disabling camera :

ehci_hcd 0000:00:1d.7: HC died; cleaning up
hub 1-0:1.0: hub_port_status failed (err = -19)
hub 1-0:1.0: connect-debounce failed, port 8 disabled
usb 1-8: USB disconnect, address 3
usb 1-5: USB disconnect, address 2

Enabling it again :

irq 23: nobody cared (try booting with the "irqpoll" option)
Pid: 0, comm: swapper Not tainted 2.6.27-desktop-0.rc6.3.2mnb #1
 [<c0380022>] ? printk+0x18/0x1e
 [<c016bdc7>] __report_bad_irq+0x27/0x90
 [<c016c08c>] note_interrupt+0x25c/0x290
 [<c016aef9>] ? handle_IRQ_event+0x39/0x70
 [<c016c63b>] handle_fasteoi_irq+0xab/0xd0
 [<c0106eb0>] do_IRQ+0x40/0x80
 [<c01048bf>] common_interrupt+0x23/0x28
 [<c0150eba>] ? tick_nohz_stop_sched_tick+0xca/0x350
 [<c01027aa>] cpu_idle+0x2a/0x130
 [<c0372b3e>] rest_init+0x4e/0x60
 =======================
handlers:
[<e005b800>] (usb_hcd_irq+0x0/0x90 [usbcore])
[<e005b800>] (usb_hcd_irq+0x0/0x90 [usbcore])
Disabling IRQ #23

Reloading ehci_hcd

ehci_hcd 0000:00:1d.7: remove, state 0
usb usb1: USB disconnect, address 1
ehci_hcd 0000:00:1d.7: USB bus 1 deregistered
ehci_hcd 0000:00:1d.7: PCI INT A disabled
usb 4-1: new full speed USB device using uhci_hcd and address 2
usb 4-1: configuration #1 chosen from 1 choice
scsi3 : SCSI emulation for USB Mass Storage devices
usb 4-1: New USB device found, idVendor=0951, idProduct=1606
usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=4
usb 4-1: Product: UB6225
usb 4-1: Manufacturer: ENE
usb 4-1: SerialNumber: 146030377350
usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning
usb 5-2: new full speed USB device using uhci_hcd and address 2
usb 5-2: configuration #1 chosen from 1 choice
uvcvideo: Found UVC 1.00 device <unnamed> (eb1a:2761)
uvcvideo: Using UVC_MAX_ISO_PACKETS=40
input: UVC Camera (eb1a:2761) as /class/input/input10
usb 5-2: New USB device found, idVendor=eb1a, idProduct=2761
usb 5-2: New USB device strings: Mfr=0, Product=0, SerialNumber=0
usbcore: registered new interface driver ub
ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:1d.7: setting latency timer to 64
ehci_hcd 0000:00:1d.7: EHCI Host Controller
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:1d.7: debug port 1
ehci_hcd 0000:00:1d.7: cache line size of 32 is not supported
ehci_hcd 0000:00:1d.7: irq 23, io mem 0xf7eb7c00
ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 8 ports detected
uvcvideo: Non-zero status (-84) in status completion handler.
usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: EHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.27-desktop-0.rc6.3.2mnb ehci_hcd
usb usb1: SerialNumber: 0000:00:1d.7
usb 4-1: USB disconnect, address 2
usb 5-2: USB disconnect, address 2
usb 1-5: new high speed USB device using ehci_hcd and address 2
usb 1-5: configuration #1 chosen from 1 choice
scsi4 : SCSI emulation for USB Mass Storage devices
usb 1-5: New USB device found, idVendor=0951, idProduct=1606
usb 1-5: New USB device strings: Mfr=1, Product=2, SerialNumber=4
usb 1-5: Product: UB6225
usb 1-5: Manufacturer: ENE
usb 1-5: SerialNumber: 146030377350
usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning
usb 1-8: new high speed USB device using ehci_hcd and address 3
usb 1-8: configuration #1 chosen from 1 choice
uvcvideo: Found UVC 1.00 device <unnamed> (eb1a:2761)
uvcvideo: Using UVC_MAX_ISO_PACKETS=40
input: UVC Camera (eb1a:2761) as /class/input/input11
usb 1-8: New USB device found, idVendor=eb1a, idProduct=2761
usb 1-8: New USB device strings: Mfr=0, Product=0, SerialNumber=0
scsi 4:0:0:0: Direct-Access     USB2.0   CardReader SD0   0100 PQ: 0 ANSI: 0
sd 4:0:0:0: [sdb] Attached SCSI removable disk
sd 4:0:0:0: Attached scsi generic sg1 type 0
usb-storage: device scan complete

Disabling camera:

eeepc: switch_camera from 1
ehci_hcd 0000:00:1d.7: HC died; cleaning up
hub 1-0:1.0: hub_port_status failed (err = -19)
hub 1-0:1.0: connect-debounce failed, port 8 disabled
usb 1-8: USB disconnect, address 3
usb 1-5: USB disconnect, address 2

Reloading ehci_hcd:

ehci_hcd 0000:00:1d.7: remove, state 0
usb usb1: USB disconnect, address 1
ehci_hcd 0000:00:1d.7: USB bus 1 deregistered
ehci_hcd 0000:00:1d.7: PCI INT A disabled
usb 4-1: new full speed USB device using uhci_hcd and address 3
usb 4-1: configuration #1 chosen from 1 choice
scsi5 : SCSI emulation for USB Mass Storage devices
usb 4-1: New USB device found, idVendor=0951, idProduct=1606
usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=4
usb 4-1: Product: UB6225
usb 4-1: Manufacturer: ENE
usb 4-1: SerialNumber: 146030377350
usb-storage: device found at 3
usb-storage: waiting for device to settle before scanning
ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:1d.7: setting latency timer to 64
ehci_hcd 0000:00:1d.7: EHCI Host Controller
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:1d.7: debug port 1
ehci_hcd 0000:00:1d.7: cache line size of 32 is not supported
ehci_hcd 0000:00:1d.7: irq 23, io mem 0xf7eb7c00
ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 8 ports detected
usb 4-1: USB disconnect, address 3
usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: EHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.27-desktop-0.rc6.3.2mnb ehci_hcd
usb usb1: SerialNumber: 0000:00:1d.7
usb 1-5: new high speed USB device using ehci_hcd and address 2
usb 1-5: configuration #1 chosen from 1 choice
scsi6 : SCSI emulation for USB Mass Storage devices
usb 1-5: New USB device found, idVendor=0951, idProduct=1606
usb 1-5: New USB device strings: Mfr=1, Product=2, SerialNumber=4
usb 1-5: Product: UB6225
usb 1-5: Manufacturer: ENE
usb 1-5: SerialNumber: 146030377350
usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning
scsi 6:0:0:0: Direct-Access     USB2.0   CardReader SD0   0100 PQ: 0 ANSI: 0
sd 6:0:0:0: [sdb] Attached SCSI removable disk
sd 6:0:0:0: Attached scsi generic sg1 type 0
usb-storage: device scan complete

Enabling camera:

eeepc: switch_camera from 0
usb 1-8: new high speed USB device using ehci_hcd and address 3
usb 1-8: configuration #1 chosen from 1 choice
uvcvideo: Found UVC 1.00 device <unnamed> (eb1a:2761)
uvcvideo: Using UVC_MAX_ISO_PACKETS=40
input: UVC Camera (eb1a:2761) as /class/input/input12
usb 1-8: New USB device found, idVendor=eb1a, idProduct=2761
usb 1-8: New USB device strings: Mfr=0, Product=0, SerialNumber=0

So it looks like an ehci_hcd issue when the camera is disabled

Re: Turning off camera also kills card reader on EeePC 900

[Alan Jenkins]

Pascal Terjan wrote:
> On Mon, Sep 15, 2008 at 3:37 PM, Alan Jenkins
> <alan-jenkins@tuffmail.co.uk> wrote:
>   
>> Sitsofe Wheeler wrote:
>> The "HC died" message is interesting.  Sounds like the controller for
>> these two USB devices stops working.  Maybe try unloading and reloading
>> the ehci module?  I don't think I can help any more though.
>>     
>
> The issue also exist on 701 on 2.6.27-rc7 so the regression is in the
> kernel not in the hardware
>   
On the bright side, that means more people should have the hardware to 
test it on (including me :-).

I've certainly used the camera enable/disable at some point.  But I 
could have missed the error message, and frankly I don't use the camera 
or cardreader very often.  I'll have a bash at it tomorrow.

Sitsofe says it reproduced on kernel.org 2.6.21 (presumably with an 
out-of-tree eeepc module).  So I guess this isn't a simple git-bisect 
job - more thinking required...

Thanks
Alan

Re: Turning off camera also kills card reader on EeePC 900 (USB regression?)

[Sitsofe Wheeler]

Alan Jenkins wrote:
> Pascal Terjan wrote:
>> On Mon, Sep 15, 2008 at 3:37 PM, Alan Jenkins
>> <alan-jenkins-cCz0Lq7MMjm9FHfhHBbuYA@public.gmane.org> wrote:
>>   
>>> Sitsofe Wheeler wrote:
>>> The "HC died" message is interesting.  Sounds like the controller for
>>> these two USB devices stops working.  Maybe try unloading and reloading
>>> the ehci module?  I don't think I can help any more though.
>>>     
>> The issue also exist on 701 on 2.6.27-rc7 so the regression is in the
>> kernel not in the hardware
>>   
> On the bright side, that means more people should have the hardware to 
> test it on (including me :-).
> 
> I've certainly used the camera enable/disable at some point.  But I 
> could have missed the error message, and frankly I don't use the camera 
> or cardreader very often.  I'll have a bash at it tomorrow.
> 
> Sitsofe says it reproduced on kernel.org 2.6.21 (presumably with an 
> out-of-tree eeepc module).  So I guess this isn't a simple git-bisect 
> job - more thinking required...

Er turns out I might be mistaken wrt to 2.6.21. I do have a 2.6.21 
kernel but it turned out I don't have an eeepc/asus-acpi module. As I'm 
going away for the next few days I won't have an opportunity to test 
this soon.

The problem also seems to have vanished in Ingo's linux-tip ...

-- 
Sitsofe | http://sucs.org/~sits/

Re: Turning off camera also kills card reader on EeePC 900

[Karl Kiniger]

On Thu 080925, Pascal Terjan wrote:
> On Mon, Sep 15, 2008 at 3:37 PM, Alan Jenkins
> <alan-jenkins@tuffmail.co.uk> wrote:
> > Sitsofe Wheeler wrote:
> > The "HC died" message is interesting.  Sounds like the controller for
> > these two USB devices stops working.  Maybe try unloading and reloading
> > the ehci module?  I don't think I can help any more though.
> 
> The issue also exist on 701 on 2.6.27-rc7 so the regression is in the
> kernel not in the hardware
> 
[ deleted ]

something like this happened to me on the latest Fedora 9 kernel
when I turned off my USB hard drive. The second USB drive got killed
by this until ehci reload. 
The F9 kernel is reported tainted (dont know the reason), perhaps can
somebody enlighten me:

Sep 23 19:06:12 kipc2 kernel: Modules linked in: vfat fat reiserfs
usb_storage nls_utf8 cifs nfs lockd nfs_acl tun ipt_MASQUERADE
iptable_nat nf_nat bridge bnep rfcomm l2cap bluetooth ib_iser rdma_cm
ib_cm iw_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi
scsi_transport_iscsi fuse sunrpc ipv6 nf_conntrack_netbios_ns
nf_conntrack_ftp ipt_REJECT xt_tcpudp nf_conntrack_ipv4 xt_state
nf_conntrack iptable_filter ip_tables x_tables loop dm_multipath
snd_usb_audio snd_intel8x0 snd_ac97_codec snd_seq_dummy snd_bt87x
ac97_bus snd_seq_oss snd_seq_midi_event snd_seq snd_pcm_oss
snd_mixer_oss snd_pcm sr_mod cdrom tvaudio snd_usb_lib snd_rawmidi
snd_seq_device snd_hwdep bttv videodev v4l1_compat snd_timer i915
firewire_ohci firewire_core snd ir_common compat_ioctl32 v4l2_common
pata_sil680 ppdev crc_itu_t i2c_i801 tg3 parport_pc videobuf_dma_sg
videobuf_core btcx_risc tveeprom drm i2c_algo_bit i2c_core parport
soundcore iTCO_wdt iTCO_vendor_support pcspkr snd_page_alloc sg floppy
dm_snapshot dm_zero dm_mirror dm_log dm_


Sep 23 19:05:31 kipc2 kernel: usb 1-5: USB disconnect, address 22
Sep 23 19:05:31 kipc2 kernel: usb 1-3: reset high speed USB device using ehci_hcd and address 21
Sep 23 19:05:31 kipc2 kernel: usb_storage: can't resubmit intr, 0000:00:1d.7-3/input0, retval -19
Sep 23 19:05:31 kipc2 kernel: ehci_hcd 0000:00:1d.7: HC died; cleaning up
Sep 23 19:05:31 kipc2 kernel: usb 1-3: USB disconnect, address 0
Sep 23 19:05:32 kipc2 kernel: usb 1-3: device not accepting address 21, error -22
Sep 23 19:05:32 kipc2 kernel: hub 1-0:1.0: cannot reset port 3 (err = -19)
Sep 23 19:05:32 kipc2 kernel: sd 24:0:0:0: [sde] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK,SUGGEST_OK
Sep 23 19:05:32 kipc2 kernel: end_request: I/O error, dev sde, sector 452332487

.... lots of reiserfs messages...

Sep 23 19:05:42 kipc2 kernel: irq 23: nobody cared (try booting with the "irqpoll" option)
Sep 23 19:05:42 kipc2 kernel: Pid: 29944, comm: npviewer.bin Tainted: G D   2.6.26.3-29.fc9.i686 #1
Sep 23 19:05:42 kipc2 kernel: [<c045ed60>] __report_bad_irq+0x2e/0x6f
Sep 23 19:05:42 kipc2 kernel: [<c045ef63>] note_interrupt+0x1c2/0x217
Sep 23 19:05:42 kipc2 kernel: [<c045e5b8>] ? handle_IRQ_event+0x2a/0x5a
Sep 23 19:05:42 kipc2 kernel: [<c045f512>] handle_fasteoi_irq+0x8f/0xaf
Sep 23 19:05:42 kipc2 kernel: [<c045f483>] ? handle_fasteoi_irq+0x0/0xaf
Sep 23 19:05:42 kipc2 kernel: [<c0406f08>] do_IRQ+0x98/0xc4
Sep 23 19:05:42 kipc2 kernel: [<c04055eb>] common_interrupt+0x23/0x28
Sep 23 19:05:42 kipc2 kernel: [<c0630000>] ?
__down_interruptible+0x4/0x8d
Sep 23 19:05:42 kipc2 kernel: =======================
Sep 23 19:05:42 kipc2 kernel: handlers:
Sep 23 19:05:42 kipc2 kernel: [<c057afbe>] (usb_hcd_irq+0x0/0x7d)
Sep 23 19:05:42 kipc2 kernel: [<c057afbe>] (usb_hcd_irq+0x0/0x7d)
Sep 23 19:05:42 kipc2 kernel: Disabling IRQ #23

Karl

-- 
D.I. Karl Kiniger     mailto:karl.kiniger@med.ge.com
GE Medical Systems Kretztechnik GmbH & Co OHG
Tiefenbach 15         Tel: (++43) 7682-3800-710  Voip(GE): 1662 710
A-4871 Zipf Austria   Fax: (++43) 7682-3800-47 C: +43 6991 3800 710