Am Dienstag, 22. Mai 2007 04:10 schrieb Alan Stern:
On Mon, 21 May 2007, Oliver Neukum wrote:
Am Montag, 21.
Mai 2007 23:16 schrieben Sie:
On Mon, 21 May 2007, Oliver Neukum wrote:
No. We are discussing what to do when the method doesn't exist, not
what to do when it
At 12:47 PM 5/21/2007, Alan Stern wrote:
Dave:
The situation with regard to start_frame is a mess. Although the name
and the documentation refer to frame numbers, for high speed devices
the value stored there is a microframe number instead.
Clearly anyone who's interested in the value will
Hi Felipe
Sent: Monday, May 21, 2007 3:56 PM
Hello all,
is there a way to use libusb to talk directly to hcd drivers?
what I'm wondering to do is to develop an application similar to the
USBHSET tool from usb.org in order to test embedded host devices.
I think that keep adding lots of sysfs
The following series implements USB Composite
Gadget Support.
[PATCH 1/6] USB gadget driver.
[PATCH 2/6] Composite gadget driver.
[PATCH 3/6] Composite gadget driver upgrade.
[PATCH 4/6] Kconfig modifications for USB
Composite gadget support.
[PATCH 5/6] Composite File Storage gadget
Hi,
this is the newest version of autosuspend for HID devices. It fixes:
- Pete: removal of dead members of a struct
- Alan: open/suspend race
- Jiri: PID devices are exempt
- Jiri: any device that is served by hiddev is exempt
- fixed a race between close and resume
- proper error handling in
Am Montag, 21. Mai 2007 23:36 schrieb David Brownell:
On Monday 21 May 2007, Oliver Neukum wrote:
Am Mittwoch, 16. Mai 2007 16:41 schrieb David Brownell:
in that when you have
pre-allocated all buffers and all USB host controller descriptors, you
will
never get in the
On Tue, 22 May 2007, Oliver Neukum wrote:
- Jiri, is there a _category_ of HID devices that should not be
autosuspended at all?
Hi Oliver,
thanks for updating the patch. I am not quite sure right now whether I can
come up with a category that should not be suspended at all, but I will
Am Dienstag, 22. Mai 2007 13:28 schrieb Jiri Kosina:
Hi,
There is a principal issue. What is to be done with output requests?
Starting the queue as soon as one arrives seems the safest thing to do,
but it is fatal in a subset of situations, that is, it must not be done
during
On Thursday 17 May 2007, David Brownell wrote:
On Thursday 17 May 2007, Laurent Pinchart wrote:
Shouldn't we implement scatter-gather for EHCI (and possibly other)
controllers ?
If by scatter-gather you mean struct scatterlist, we've
had that support for some time now ... in usb_sg_*()
On Thursday 17 May 2007, Alan Stern wrote:
On Thu, 17 May 2007, Laurent Pinchart wrote:
Ok. A driver should obviously not allocate a lot of DMA cache coherent
memory if it's not going to use it. For buffers that are allocated at
initialisation time and not used often, usb_buffer_alloc()
Hi,
this is the newest version of autosuspend for HID devices. It fixes:
- Jiri: shifting code around
- forgot to kill output urbs upon suspend
- pre/post_reset methods
Regards
Oliver
--
--- linux-2.6.22-rc2/include/linux/hid.h2007-05-22 14:50:58.0
On 5/22/07, Peter Luan [EMAIL PROTECTED] wrote:
Hey Grant, I've got it running on my board now after figuring out how to
wire up external interrupts in EDK. :-)
(http://ozlabs.org/pipermail/linuxppc-embedded/2007-May/026965.html)
What do you mean? I've patched my linux
Am Dienstag, 22. Mai 2007 15:28 schrieb Laurent Pinchart:
I'd like to change usb_buffer_alloc to make it a general purpose allocator. A
parameter would tell the function to just allocate memory (default behaviour)
Nope. What for? We avoid such flags if we can. If you need two version,
create
This patch (as881b) makes the ksuspend_usb_wq workqueue freezable. We
don't want a rogue workqueue thread running around, unexpectedly
suspending or resuming USB devices in the middle of a system sleep
transition.
This fixes Bugzilla #8498.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
On Friday 18 May 2007, David Brownell wrote:
On Thursday 17 May 2007, Hans Petter Selasky wrote:
Isn't that the job of usb_buffer_alloc(), to allocate memory in blocks
of PAGE_SIZE bytes?
Not at all. The size parameter is in bytes, and the utility
code it calls goes to some lengths to
Am Mittwoch, 16. Mai 2007 17:30 schrieb Alan Stern:
This won't build because you forgot to export usb_unanchor_urb().
You could make usb_init_anchor() non-inline. I'm not sure where
tradeoff lies, but you might be over the limit.
I don't like the way you combined the error handling in
On Tue, 22 May 2007, Pandita, Vikram wrote:
From: Alan Stern [mailto:[EMAIL PROTECTED]
On Mon, 21 May 2007, David Brownell wrote:
On Monday 21 May 2007, Vikram Pandita wrote:
---
diff -purN -X ./dontdiff a/drivers/usb/core/hub.c
b/drivers/usb/core/hub.c
---
On Mon, 21 May 2007, Steve Calfee wrote:
Hi Alan,
About EHCI frame numbers. From the EHCI manual section 2.3.4:
quote
...
/quote
That's alright; I have a copy of the spec. You don't need to include
a lengthy extract, just put a reference to a section number.
So FRINDEX does count
On Tue, 22 May 2007, Oliver Neukum wrote:
- Alan, do you have strong feelings about putting all conditions
for failing to suspend into one condition? I consider it conceptually
cleaner to have seperate branches for wanting to check for failure
It looks like you've got two conditions for
On Tue, 22 May 2007, Oliver Neukum wrote:
Am Mittwoch, 16. Mai 2007 17:30 schrieb Alan Stern:
This won't build because you forgot to export usb_unanchor_urb().
You could make usb_init_anchor() non-inline. I'm not sure where
tradeoff lies, but you might be over the limit.
I
On Tue, 22 May 2007, Laurent Pinchart wrote:
If not overly difficult, it might be interesting to implement transparent
s-g,
where the URB submission handler would cut buffers in pieces if needed. That
way buffers could be allocated with kmalloc/get_free_pages for small buffers
used
On Tue, 22 May 2007, Laurent Pinchart wrote:
The usb_buffer_alloc name is misleading. Many USB driver developers believe
it
is a generic purpose buffer allocator.
I'd like to change usb_buffer_alloc to make it a general purpose allocator. A
parameter would tell the function to just
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
I am not subscribed to the list, so please CC on any replies.
I have a Motorola KRZR phone, which by default when you plug it in to
the usb slot charges the phones battery. When I enable usb suspend,
after about 3 seconds, instead of
This patch (as906) improves the error handling for the USB power/level
attribute file. If an error occurs, the original power-level settings
will be restored.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/core/sysfs.c
This patch (as911) replaces some C++-style commented-out debugging
lines in driver.c with a new verbose debugging macro. It makes the
code look cleaner, and it's easier to turn the debugging on or off.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/core/driver.c
This patch (as910) fixes a ratelimit modification so that the
original error-handling path will be followed even when the log-rate
limitation kicks in.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/core/hub.c
On Tue, 22 May 2007, Steev Klimaszewski wrote:
I have a Motorola KRZR phone, which by default when you plug it in to
the usb slot charges the phones battery. When I enable usb suspend,
after about 3 seconds, instead of continuing charging the phone, the usb
port goes into suspend.
While
On Tue, 22 May 2007 07:11:56 -0700
[EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=8521
Summary: PocketPC happens to OOPS
Kernel Version: ubuntu 2.6.20-15
Status: NEW
Severity: high
Owner: [EMAIL PROTECTED]
On Tuesday 22 May 2007, Oliver Neukum wrote:
Am Dienstag, 22. Mai 2007 15:28 schrieb Laurent Pinchart:
I'd like to change usb_buffer_alloc to make it a general purpose
allocator. A parameter would tell the function to just allocate memory
(default behaviour)
Nope. What for? We avoid such
Hi
I have two questions regarding short transfers.
My questions are best illustrated by a scenario:
Lets say the Hosts Mass Storage driver wants to READ 12K:
I believe that the Host Controller driver (e.g. ehci_hcd) might see
something like this coming from usbcore:
1) BULK OUT urb (31 bytes)
Am Dienstag, 22. Mai 2007 16:59 schrieb Alan Stern:
On Tue, 22 May 2007, Oliver Neukum wrote:
On the other hand, I still think you'd be better off with only one
spin_lock_irq() call in hid_suspend(). After all, you always have to
synchronize with the error handler, no matter what kind of
On Tue, 22 May 2007, Alan Stern wrote:
But if you kill the interrupt URB then there will be no more inputs and
hence nothing to generate any more output. Thus, when suspending you
should kill the inputs and wait for the outputs to drain (or else
explicitly plug the output queue). Then it
On Tue, 22 May 2007, Curran, Dominic wrote:
Hi
I have two questions regarding short transfers.
My questions are best illustrated by a scenario:
Lets say the Hosts Mass Storage driver wants to READ 12K:
I believe that the Host Controller driver (e.g. ehci_hcd) might see
something like
On Tue, 22 May 2007, jonghne wrote:
hi, my problem is system cannot find usb when usb is insered into UHP
linux version is 2.6.15(or 2.6.21). I had tried old_param_scheme,
there was error too. message is : usb 1-2: new low speed USB device
using at91rm9200-ohci and address 2 usb 1-2: device
On Tue, 22 May 2007, Oliver Neukum wrote:
TODO
- pre/post_reset is currently broken, it can no longer be a parasite
on suspend/resume
Why not? The only difference I can see is that you're allowed to fail
a suspend but not a pre_reset.
Yes, but if you are in pre_reset,
On Tuesday 22 May 2007, Alan Stern wrote:
On Tue, 22 May 2007, Curran, Dominic wrote:
Lets say the Hosts Mass Storage driver wants to READ 12K:
I believe that the Host Controller driver (e.g. ehci_hcd) might see
something like this coming from usbcore:
1) BULK OUT urb (31
On Tue, 22 May 2007, Alan Stern wrote:
- adapt to hibernate
What adaptations are needed?
Do I need to kill remote wakeup?
No. It should be handled at a higher level. (Right now we don't
really handle it properly; this is partly the fault of the PM core.)
This isn't is bad
On Tue, 22 May 2007, David Brownell wrote:
2) What happens if the device terminates the transfer during the 4KB
(after say 3700 bytes received, with a short packet)?
Thus:
urb-transfer_buffer_length = 4096
urb-actual_length = 3700
I believe that the HC driver
On Tuesday 22 May 2007, Alan Stern wrote:
On Tue, 22 May 2007, David Brownell wrote:
2) What happens if the device terminates the transfer during the 4KB
(after say 3700 bytes received, with a short packet)?
Thus:
urb-transfer_buffer_length = 4096
urb-actual_length
This patch modifies the USB regular 250ms timer to be perfectly aligned to
the second and quarters thereof. This change is there to make sure that if
you have multiple USB ports, the timers for all these ports will fire at the
same time rather than all spread out. All spread out wakes the CPU up
On Tuesday 22 May 2007, Alan Stern wrote:
Timeouts are specified in jiffies, so your timeout argument
should be long or unsigned long, not int.
Timeouts are best specified in milliseconds though... that's been
the policy inside the USB stack since someone's search-and-destroy
Am Dienstag, 22. Mai 2007 21:48 schrieb David Brownell:
On Tuesday 22 May 2007, Alan Stern wrote:
Timeouts are specified in jiffies, so your timeout argument
should be long or unsigned long, not int.
Timeouts are best specified in milliseconds though... that's been
the
Am Dienstag, 22. Mai 2007 18:10 schrieb Laurent Pinchart:
My idea was to have a general purpose URB buffer allocation function that all
(most?) drivers could use, with flags (or another function) for specific
cases. usb_buffer_alloc is currently used by some drivers when they should
use
Dear Yahoo! Groups member,
You belong to one or more email groups provided by Yahoo! Groups
(groups.yahoo.com).
Recently, messages sent to you from Yahoo! Groups have been
returned to us as undeliverable. As a result, we have temporarily
turned off message delivery to this email address.
If
Does anyone have a clue about how to get Yahoo to stop spamming
us all with this stuff? Their abuse hotline is completely
nonresponsive.
It's not like linux-usb-devel should even have been *considered*
as being the target of any mailing list from them ...
On Tuesday 22 May 2007,
On Tue, 22 May 2007 15:53:23 -0700
David Brownell [EMAIL PROTECTED] wrote:
Does anyone have a clue about how to get Yahoo to stop spamming
us all with this stuff? Their abuse hotline is completely
nonresponsive.
Short of publically humiliating them or happening to know the right
people
On 5/20/07, Alan Stern [EMAIL PROTECTED] wrote:
On Sat, 19 May 2007, Ragner Magalhaes wrote:
The following series implements USB Composite Gadget Support.
[PATCH 1/6] USB gadget driver.
[PATCH 2/6] Composite gadget driver.
[PATCH 3/6] Composite gadget driver upgrade.
[PATCH 4/6]
On Mon, May 07, 2007 at 10:51:44AM +0400, Vladimir Barinov wrote:
This patch fixes the endianness select for transfer buffers in EHCI
controllers that have Transaction Translator built in the hub.
Also I cleaned it up to make rid of magic numbers.
Signed-off-by: Vladimir Barinov [EMAIL
I'm in the process of cleaning up a USB gadget driver for the MSP71XX
platform and on boot I receive the following message:
initcall at 0x803f0ab8: msp71xx_udc_init+0x0/0x38(): returned with
preemption imbalance
later followed by many:
BUG: scheduling while atomic: swapper/0x000a/0
Call
On Tue, 22 May 2007 11:20:49 -0400 (EDT), Alan Stern [EMAIL PROTECTED] wrote:
Besides, can vmalloc be used for allocating DMA buffers? AFAIK it
doesn't have any mechanism for respecting DMA memory location
requirements (the DMA mask).
Running DMA into vmalloc area can be done with some
はじめまして美樹です。
掲示板で見て趣味合うかなって思ってメールしちゃいました。
イキナリでゴメンなさいm(__)m
こういう感じで知り合えるのに憧れてて初挑戦しちゃいました。
お返事もらえたら簡単な自己紹介しますネ(^_-)-☆
もしそんな気なかったらそう言ってもらえれば諦めますので。
もちろん仲良くなれた方が嬉しいけど。
お返事気長に待ってま〜す(^_^)/~
http://www.star-lightz.com/m-box
-
On Tue, May 22, 2007 at 12:06:54PM +0530, Pandita, Vikram wrote:
Hi Felipe
Sent: Monday, May 21, 2007 3:56 PM
Hello all,
is there a way to use libusb to talk directly to hcd drivers?
what I'm wondering to do is to develop an application similar to the
USBHSET tool from usb.org in
52 matches
Mail list logo