From: Rodd Clarkson <rodd@clarkson.id.au>
To: linux-media@vger.kernel.org
Subject: Re: [linux-dvb] siano firmware and behaviour after resuming power
Date: Sat, 02 Jan 2010 10:10:12 +1100 [thread overview]
Message-ID: <1262387412.2574.6.camel@localhost.localdomain> (raw)
In-Reply-To: <4B17BF5B.7010400@ventoso.org>
On Thu, 2009-12-03 at 14:38 +0100, Luca Olivetti wrote:
> En/na BOUWSMA Barry ha escrit:
>
> >> I found a something here
> >>
> >> http://marc.info/?l=linux-usb-users&m=116827193506484&w=2
> >>
> >> that purportedly resets an usb device.
> >> What I tried was, before powering off:
> >>
> >> 1) unload the drivers
> >> 2) use the above to reset the stick
> >> 3) power off
> >>
> >> and, before loading the drivers, issue a reset again.
> >> Sometimes it works, sometimes it doesn't, the end result is that I cannot
> >> leave the device plugged-in if I want to use it.
I've also got a siano card, but in my case it's embedded in my Dell
laptop, so yanking it out and plugging it back in isn't even an option.
The card is however a USB device and I've included the lsusb -v output
at the end in case it's useful.
I've tried the firmware you're referring too, but there's also a request
for sms1xxx-nova-b-dvbt-01.fw in the dmesg and this is asked for first
(in my case), with a siano supplied one sought if it can't find this
first one.
I'm not having problems with cold restarts, but suspend/hibernate sees
the things go bad on resume.
I've added some stuff to /etc/pm/sleep.d which unloads the modules and
then reloads then on resume. It's a simple script:
#!/bin/bash
case $1 in
hibernate)
echo "Suspending to disk"
modprobe -r smsdvb
modprobe -r smsusb
;;
suspend)
echo "Suspending to RAM"
modprobe -r smsdvb
modprobe -r smsusb
;;
thaw)
echo "Suspend to disk is over, Resuming..."
modprobe smsdvb
modprobe smsusb
;;
resume)
echo "Suspend to RAM is over, Resuming..."
modprobe smsdvb
modprobe smsusb
;;
*)
echo "somebody is calling me totally wrong."
;;
esac
This addresses these problems for me. You might be able to add
something similar to /etc/pm/power.d to unload modules to address the
problem.
Rodd
Bus 001 Device 003: ID 2040:1801 Hauppauge
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x2040 Hauppauge
idProduct 0x1801
bcdDevice 0.01
iManufacturer 1 Hauppauge Computer Works
iProduct 2 WinTV-NOVA
iSerial 3 f05eb5ec
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 32
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x80
(Bus Powered)
MaxPower 500mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 255 Vendor Specific Subclass
bInterfaceProtocol 255 Vendor Specific Protocol
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Device Qualifier (for other device speed):
bLength 10
bDescriptorType 6
bcdUSB 2.00
bDeviceClass 255 Vendor Specific Class
bDeviceSubClass 255 Vendor Specific Subclass
bDeviceProtocol 255 Vendor Specific Protocol
bMaxPacketSize0 64
bNumConfigurations 1
Device Status: 0x0000
(Bus Powered)
next prev parent reply other threads:[~2010-01-05 4:38 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-01 7:56 [linux-dvb] siano firmware and behaviour after resuming power Luca Olivetti
2009-12-03 5:30 ` BOUWSMA Barry
2009-12-03 8:53 ` Luca Olivetti
2009-12-03 12:23 ` BOUWSMA Barry
2009-12-03 13:38 ` Luca Olivetti
2010-01-01 23:10 ` Rodd Clarkson [this message]
2009-12-14 15:56 ` Mauro Carvalho Chehab
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1262387412.2574.6.camel@localhost.localdomain \
--to=rodd@clarkson.id.au \
--cc=linux-media@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.