On Sat, Jan 19, 2008 at 09:25:57PM -0700, Grant Grundler wrote:
> Hi,
> I'm slightly confused by this declaration in drivers/usb/storage/usb.c:
> #define UNUSUAL_DEV(id_vendor, id_product, bcdDeviceMin, bcdDeviceMax, \
> vendorName, productName,useProtocol, useTransport, \
>
On Sat, Jan 19, 2008 at 10:11:05PM -0600, James Bottomley wrote:
...
> Add the device to drivers/usb/storage/unusual_devs.h with
> US_FL_FIX_CAPACITY. You'll need to know it's USB ids as well for this
> file.
James,
Thanks! Patch below (for Alan) works for me.
Jan 19 20:50:17 localhost kernel: U
Hi,
I'm slightly confused by this declaration in drivers/usb/storage/usb.c:
#define UNUSUAL_DEV(id_vendor, id_product, bcdDeviceMin, bcdDeviceMax, \
vendorName, productName,useProtocol, useTransport, \
initFunction, flags) \
...
and in unusual.h:
UAL_DEV( 0
On Sat, 2008-01-19 at 20:10 -0700, Grant Grundler wrote:
> On Sat, Jan 19, 2008 at 08:56:31PM -0600, James Bottomley wrote:
>
> > > it's children a few days ago (probably with 2.6.22-14-generic (Ubuntu
> > > kernel). I've appended everything for PID 17972 (which is only 12k, full
> > > output
On Sat, Jan 19, 2008 at 08:10:08PM -0700, Grant Grundler wrote:
> [EMAIL PROTECTED]:~ # strace -o strace-dd-HPr707.out dd if=/dev/sda
> of=/dev/null skip=60800 count=1
> dd: reading `/dev/sda': Input/output error
> 0+0 records in
> 0+0 records out
> 0 bytes (0 B) copied, 55.7303 seconds, 0.0 kB/s
On Sat, Jan 19, 2008 at 08:56:31PM -0600, James Bottomley wrote:
> > it's children a few days ago (probably with 2.6.22-14-generic (Ubuntu
> > kernel). I've appended everything for PID 17972 (which is only 12k, full
> > output is 559KB). Key bit is this:
> > 17972 _llseek(3, 31129600, [3112960
On Sat, Jan 19, 2008 at 07:28:29PM -0700, Grant Grundler wrote:
...
> Thanks for reminding me...I had collected strace output of udev and all
> it's children a few days ago (probably with 2.6.22-14-generic (Ubuntu
> kernel). I've appended everything for PID 17972 (which is only 12k, full
> output i
On Sat, 2008-01-19 at 19:28 -0700, Grant Grundler wrote:
> On Sun, Jan 20, 2008 at 01:53:51AM +0100, Stefan Richter wrote:
> > Grant Grundler wrote:
> > > https://bugs.launchpad.net/ubuntu/+source/hal/+bug/180472
> > ...
> > > I have a usbmon trace for 2.6.23.13 (appended) along with dmesg out
On Sun, Jan 20, 2008 at 01:53:51AM +0100, Stefan Richter wrote:
> Grant Grundler wrote:
> > https://bugs.launchpad.net/ubuntu/+source/hal/+bug/180472
> ...
> > I have a usbmon trace for 2.6.23.13 (appended) along with dmesg output.
> > What I need is someone to interpret this trace, tell me wha
Grant Grundler wrote:
> https://bugs.launchpad.net/ubuntu/+source/hal/+bug/180472
...
> I have a usbmon trace for 2.6.23.13 (appended) along with dmesg output.
> What I need is someone to interpret this trace, tell me what happened,
> then I can work on tracking down "vol_id"'s role in this mes
I see that the device has an audio input (not exposed externally). Do
the audio inputs consume time slots and I have six streams instead of
three? I'm not using the input streams.
It says 100mA power and I have 2.5A available.
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send
Full lsusb -vv attached.
I will need to figure out how to build a kernel for the thing to turn
on CONFIG_USB_DEBUG.
--
Jon Smirl
[EMAIL PROTECTED]
Bus 003 Device 002: ID 0402:5621 ALi Corp. USB 2.0 Storage Device
Device Descriptor:
bLength18
bDescriptorType 1
bcd
On Fri, 18 Jan 2008, Jon Smirl wrote:
> That's why I was somewhat suspicious that the disconnects are being
> caused by software. What happens if the scheduler doesn't have the
> data ready in time? Could it cause the reset I am seeing?
You didn't provide enough data to really tell what was happe
- Rename the copied buffer functions from pl2303 to oti6858 to avodi
confusion
- Initialise speeds properly
- Use modern baud rate handling
- Remove GSERIAL/SSERIAL ioctl hacks that reference termios unlocked
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-fro
This is applicable to n8X0. It makes otg tpl come
from musb_platform_data and be initialized in otg.c
This provides a better code style and better handling
of otg capable devices.
Signed-off-by: Felipe Balbi <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/board-n800-usb.c | 14 +++
drivers
From: Tony Lindgren <[EMAIL PROTECTED]>
Roothub may not be initialized if no gadget is loaded on musb
for example. Add check for roothub initialization. Also make
comment more accurate.
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
Signed-off-by: Felipe Balbi <[EMAIL PROTECTED]>
---
drivers/u
From: Tony Lidgren <[EMAIL PROTECTED]>
Move otg_get_transceiver() and otg_set_transceiver() from omap specific code
to common otg.c so other upcoming drivers can share them.
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
Signed-off-by: Felipe Balbi <[EMAIL PROTECTED]>
---
arch/arm/plat-omap/us
Introduces otg_set_error and start using it when we
want to show otg_errors.
Based on previous patch from Tony Lindgren <[EMAIL PROTECTED]>
Signed-off-by: Felipe Balbi <[EMAIL PROTECTED]>
---
drivers/usb/core/hub.c | 16 -
drivers/usb/core/otg.c | 127 +
This patch creates moves code from otg_whitelist.h to
otg.c in order to add support for configuring OTG
options during the runtime in following patches.
No functional changes, only clean-up whitespace on few
occasions.
Signed-off-by: Felipe Balbi <[EMAIL PROTECTED]>
---
drivers/usb/core/Makefile
Hi all,
The following patches changes the behavior of otg tpl and makes it
more compliant to otg specs.
The 5th patch shouldn't be applied and is against musb driver which
you can find in linux-omap git tree. It's here just to show another
feature that could be done with otg tpl; make it come fro
20 matches
Mail list logo
