This message was created automatically by mail delivery software.
A message that you sent has not yet been delivered to one or more of its
recipients after more than 72 hours on the queue on
externalmx-1.sourceforge.net.
The message identifier is: 1HI06w-0002PI-6P
The subject of the message
On Sat, 10 Feb 2007 11:37:26 -0500 (EST), Alan Stern [EMAIL PROTECTED] wrote:
On Fri, 9 Feb 2007, Pete Zaitcev wrote:
If anyone has any comments about the bloat or missing features,
I'd like to hear it. Alan, does this capture what you wanted for ISO?
Statistics is for the next time.
It
Hi,
I thought about this. Could you live with simply protecting the business
flag in the interface structure with a spinlock? A new callback is indeed
overkill and all its advantages could be had this way, too.
Regards
Oliver
David == David Brownell [EMAIL PROTECTED] writes:
Hi,
David Yes, I think that'd be appropriate. Either check for the real
David limit, or don't check at all ... you're checking for something
David significantly less than the real limit.
Ok, patch updated. It now also uses the
Hi Alan,
if probe() fails, you fail to restore the old pm count. If the driver
supports autosuspend, but doesn't bind, the interface, though unbound,
will not suspend again.
Regards
Oliver
Signed-off-by: Oliver Neukum [EMAIL PROTECTED]
--
---
hi people,
i'm new to the list, i hope someone could help me: i'm using a pxa270 cpu
over mainstone II like platform with linux kernel 2.6.18; i've read a lot
of messagges about this issue but i cannot find the solution: my target is
to use the ethernet gadget client interface (pxa270 side), but
Am Donnerstag, 15. Februar 2007 22:06 schrieb Alan Stern:
There are two main disadvantages to the less-strict scheme. One is that
the timing of autosuspends isn't as precise: If the timer goes off every
10 seconds, then a suspend could occur anywhere between 10 and 20 seconds
after the
On Thu, 15 Feb 2007, Oliver Neukum wrote:
To allow testing I am posting the full amalgated patch against 2.6.20.
Is this patch really against 2.6.20?
+extern int sysfs_add_file_to_group(struct kobject *kobj,
+ const struct attribute *attr, const char *group);
+extern void
Greg KH schrieb:
On Sat, Feb 17, 2007 at 05:15:57PM -0800, Phil Dibowitz wrote:
Anyway - in doing some research it looks like USBSnoppy and SnoopyPro are
the standard USB Sniffers for trying to reverse-engineer a USB device from
windows... but I don't see a Mac OS X equivalent. I have the
On Mon, 19 Feb 2007, Oliver Neukum wrote:
Hi,
I thought about this. Could you live with simply protecting the business
flag in the interface structure with a spinlock? A new callback is indeed
overkill and all its advantages could be had this way, too.
I don't understand the question.
On Mon, 19 Feb 2007, Pete Zaitcev wrote:
On Sat, 10 Feb 2007 11:37:26 -0500 (EST), Alan Stern [EMAIL PROTECTED]
wrote:
On Fri, 9 Feb 2007, Pete Zaitcev wrote:
If anyone has any comments about the bloat or missing features,
I'd like to hear it. Alan, does this capture what you wanted
On Mon, 19 Feb 2007, Oliver Neukum wrote:
Hi Alan,
if probe() fails, you fail to restore the old pm count. If the driver
supports autosuspend, but doesn't bind, the interface, though unbound,
will not suspend again.
Regards
Oliver
Signed-off-by: Oliver Neukum
On Mon, 19 Feb 2007, Jiri Kosina wrote:
On Thu, 15 Feb 2007, Oliver Neukum wrote:
To allow testing I am posting the full amalgated patch against 2.6.20.
Is this patch really against 2.6.20?
+extern int sysfs_add_file_to_group(struct kobject *kobj,
+ const struct attribute
On Mon, 19 Feb 2007, Mukesh Kohli wrote:
Hello Guys,
I am trying to create a duplicate copy of a file onto a USB 2.0 device
(memory stick) connected to my SOC (system on chip) board. Basic idea is
to test data transfer across USB host controller and USB Device. It is
failing randomly after
On Mon, 19 Feb 2007, Oliver Neukum wrote:
Hi,
looking a bit more at the API of the new autosuspend code there seems to be
a function missing. We now have three states:
count 0 - count == 0 and timer running - suspended
The only way to return to the middle state is through the first
Alan Stern wrote:
On Thu, 15 Feb 2007, Raphael Assenat wrote:
Okay. This says that RHSC works correctly while the controller is
running, but it doesn't work when the controller is suspended.
hmm. So that's a bug in the chip? Would preventing this specific
controller from being suspended
On Mon, 19 Feb 2007, Raphael Assenat wrote:
Wow, that's really buggy! Not only is there no interrupt request, the
port status shows that the chip doesn't even know you plugged in the
device.
Clearly the chip's wakeup function is completely broken. The only way you
can get it to
-Original Message-
From: [EMAIL PROTECTED] [mailto:linux-usb-
[EMAIL PROTECTED] On Behalf Of Dylan Cristiani
Sent: Monday, February 19, 2007 7:51 AM
To: linux-usb-devel@lists.sourceforge.net
Subject: [linux-usb-devel] ethernet gadget problem
hi people,
i'm new to the list, i
On Monday 19 February 2007 8:59 am, Raphael Assenat wrote:
How about adding an OHCI_QUIRK_NO_RH_SUSPEND flag in struct ohci_hcd
and using it to disable suspend for this chip? The flag can be set
automatically in ohci-pci.c. The only thing I'm not sure about is
the appropriate place to
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics through brief surveys-and earn cash
The original ipaq driver takes the first pair of endpoints and invokes
ttyUSBx. So it can only handle
devices which communicate on this first port. There are pocketpcs (like
the yakumo delta/ mitac mio)
that offer more than one comport via usb, which means they have more
than two endpoints.
In
On Mon, 19 Feb 2007, Alan Stern wrote:
On Mon, 19 Feb 2007, Pete Zaitcev wrote:
On Sat, 10 Feb 2007 11:37:26 -0500 (EST), Alan Stern [EMAIL PROTECTED]
wrote:
On Fri, 9 Feb 2007, Pete Zaitcev wrote:
If anyone has any comments about the bloat or missing features,
I'd like to
On Sun, 18 Feb 2007, Luca Tettamanti wrote:
Ok, this is me plugging/unplugging the mouse with only ehci loaded:
...
hub 1-0:1.0: state 7 ports 6 chg evt 0020
ehci_hcd :00:03.3: GetStatus port 5 status 001403 POWER sig=k CSC CONNECT
hub 1-0:1.0: port 5, status 0501, change 0001, 480
This patch (as855) adds some convenience macros to uhci-hcd, to help
simplify the code for computing hardware DMA pointers.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/host/uhci-debug.c
===
---
This patch (as856) attempts to improve the performance of uhci-hcd by
removing the asynchronous skeleton Queue Headers. They don't contain
any useful information but the controller has to read through them at
least once every millisecond, incurring a non-zero DMA overhead.
Now all the
On Mon, 19 Feb 2007 15:38:30 -0500 (EST), Alan Stern [EMAIL PROTECTED] wrote:
would look better like this:
Interval is printed only for interrupt and isochronous URBs.
Start frame is printed only for isochronous URBs. Error count
is printed only for isochronous callback
Hi,
VIArrGRA $3. 35
VALrrIUM $1. 25
CIArrLIS $3. 75
XArrNAX
SOrrMA
FOR LESS!
http://www.kedrx-com
Replace - with . in the above link to make it working.
Voldemorts followers had disbanded, and Harry Potter had become famous.
It had been enough of a shock for Harry to discover, on his
On Friday 01 December 2006 1:58 pm, Chris Ostler wrote:
I'm writing a driver for a composite (telephony) device which has three
interfaces. Due to the design of the device, the interfaces will never be
used in isolation - you have to use all three to get any useful
functionality.
When you
On Friday 02 February 2007 7:44 am, Felipe Balbi wrote:
The following patch series add support for Composite Devices following
what was proposed David Brownell's patch.
Each patch modify one g_* module (ether, file_storage, serial) and
another one sets up the base for such support.
We
On Sun, Jan 14, 2007 at 06:36:10AM -0800, David Brownell wrote:
On Sunday 14 January 2007 1:10 am, Adrian Bunk wrote:
-- snip --
Waiting for Tony to submit bugfixes to his driver...
Still unfixed as of 2.6.20-mm1.
...
CC drivers/usb/misc/ftdi-elan.o
On Thu, Feb 15, 2007 at 05:14:08AM -0800, Andrew Morton wrote:
...
Changes since 2.6.20-rc6-mm3:
...
+gregkh-usb-usb-iowarrior.patch
...
USB tree updates
...
This patch makes the needlessly global struct iowarrior_ids[] static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
---
On Mon, 19 Feb 2007, Pete Zaitcev wrote:
If it ever turns out that I really do need to see the transfer_flags, I'll
let you know!
Well, that would be undesirable, because it will cause an API shift again.
So why not to include it right away? I am not including it right now because
it's
On Mon, 19 Feb 2007 22:30:16 -0500 (EST), Alan Stern [EMAIL PROTECTED] wrote:
Right now, I think transfer_flags would be useless. However I have in
mind the discussions with David and Monty back last November about
improved reliability and latency for ISO transfers. One of the outcomes
of
33 matches
Mail list logo
