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 i
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 tim
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 DM
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]>
--
--- a/drivers/usb/core/dri
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 i
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 sys
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 copying different size if file. I am attachin
Am Montag, 19. Februar 2007 15:55 schrieb Jiri Kosina:
> 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,
> > +
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 state.
If we are to always autoresume on demand,
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 th
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
On Mon, 19 Feb 2007, Oliver Neukum wrote:
> 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 occ
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 Ne
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
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
On Mon, 19 Feb 2007, Alan Stern wrote:
> The extern declarations are in the middle of a C source file because
> this patch was intended for testing only, and I didn't want to be forced
> to recompile the entire kernel by changing the timestamp of
> include/linux/sysfs.h.
Sure, I just pointed i
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
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 be
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 ge
> -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
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
http://www.techsay.com/de
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,
>
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, 48
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
===
--- usb-2
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 asynchronou
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 callb
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 ele
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.
>
>
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
> > /home/bunk/li
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]>
---
--- l
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
Thanks a lot for your reply. Kindly see my responces inline.
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
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
>
39 matches
Mail list logo
