-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of
[EMAIL PROTECTED]
Sent: Tuesday, May 29, 2007 5:11 PM
To: [EMAIL PROTECTED]
Subject: USB Host at full speed
Hello ALL,
I m currently trying to force the USB host controller from MPC8349 to
only
Am Dienstag, 29. Mai 2007 13:01 schrieb Li Yang-r58472:
Your question can be interpreted as how to force EHCI host driver to
work in full speed. Usb-devel list cc'ed should be a better place for
such a question.
It can't, which is the reason you pair EHCI with OHCI/UHCI.
Regards
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
On 5/28/07, Alan Stern [EMAIL PROTECTED] wrote:
On Mon, 28 May 2007, Ragner N Magalhães wrote:
Hi all,
I am working with OMAP H2 and when I run rmmod g_file_storage, it
stay waiting some thing and not terminate ...
Somebody know some thing about this ?
Which version of the Linux
To answer Your questions:
*) the affected hub does report per port power switching correctly
*) whether it is an erratum or design I can tell You in case I get
a clear answer on that point.
The following patch works well for my problem and might be useful
(at least not harmful) in the common
On Tuesday 29 May 2007, Engelmayer Christian wrote:
To answer Your questions:
*) the affected hub does report per port power switching correctly
*) whether it is an erratum or design I can tell You in case I get
a clear answer on that point.
The following patch works well for my
On Tue, 29 May 2007 10:14:35 -0500 [EMAIL PROTECTED] wrote:
Sorry about that. Would it be helpful if I verified that and sent it in
signed off?
Yes please. The question in my mind was did it add a race: say, the
notifier chain gets called by some external source after we've gone and
From: Tony Lindgren [EMAIL PROTECTED]
Disable file_storage USB_CONFIG_ATT_WAKEUP as it requires
user interaction during Chapter 9 tests.
Signed-off-by: Tony Lindgren [EMAIL PROTECTED]
Signed-off-by: Felipe Balbi [EMAIL PROTECTED]
Acked-by: Alan Stern [EMAIL PROTECTED]
Acked-by: David Brownell
I've managed to reproduce the problem despite cutting the link between 4
and 1,6 in both directions on my null modem cables.
usb 1-1.1: uhci_result_common: failed with status 44
usb 1-1.2: uhci_result_common: failed with status 44
hub 1-1:1.0: state 7 ports 4 chg evt 0006
hub
OoO En ce milieu de nuit étoilée du mardi 29 mai 2007, vers 03:59, Alan
Stern [EMAIL PROTECTED] disait:
It looks like the phone's firmware is broken. Does it work with other
non-Linux computer systems? Can you get a firmware update from the
manufacturer?
I have no Windows system, but I
On Friday 25 May 2007, Tony Lindgren wrote:
+
Mostly this patch just seems to move a block of code into a
standalone function, removing some nesting ... which is OK
as a cleanup, but makes it hard to see the substantive changes
in this routine.
So it'd be best to see a minimal patch just fixing
This patch (as912) replaces a couple of calls to flush_workqueue()
with cancel_sync_work() and cancel_rearming_delayed_work(). Using a
more directed approach allows us to avoid some nasty deadlocks. The
prime example occurs when a first-level device (the parent is a root
hub) is removed while at
On Tue, 29 May 2007 13:20:52 -0700
[EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=8551
Summary: USB hard drive (iPod) I/O errors on read
Kernel Version: 2.6.20-16-generic
Status: NEW
Severity: normal
Owner: [EMAIL
Hello,
We have a system where the rootfs is a partition on a USB device,
and I've noticed upon a few rare cases where the USB controller
loses the connection to the USB device after some uptime (days,
weeks...), and the USB device reappears a very short time later.
It doesn't really matter why,
Hi all,
Here is a list of some known regressions in 2.6.22-rc3.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
Suspend
Subject: 2.6.22-rc1 suspend to RAM problem
References :
* David Brownell [EMAIL PROTECTED] [070529 12:18]:
On Friday 25 May 2007, Tony Lindgren wrote:
+
Mostly this patch just seems to move a block of code into a
standalone function, removing some nesting ... which is OK
as a cleanup, but makes it hard to see the substantive changes
in this
Thanks again, Alan!
From: Alan Stern [EMAIL PROTECTED]
This patch (as912) replaces a couple of calls to flush_workqueue()
with cancel_sync_work() and cancel_rearming_delayed_work(). Using a
more directed approach allows us to avoid some nasty deadlocks. The
prime example occurs when a
From: Christian Engelmayer [EMAIL PROTECTED]
According to the USB Specification Revision 2.0 chapter 11.12.5
a hub experiencing an over-current condition must place all
affected ports in the powered-off state. It seems that some hubs
violate this requirement, but need port power to be cycled by
On Tue, 29 May 2007, Dan Aloni wrote:
Hello,
We have a system where the rootfs is a partition on a USB device,
and I've noticed upon a few rare cases where the USB controller
loses the connection to the USB device after some uptime (days,
weeks...), and the USB device reappears a very
Hi Linux-usb-devel!.
sehr geehrte Herr/ Frau! Mein Name ist Aleksandr Solomko, ich bin
Geschaeftsfuerender Gesellschafte r (SoftJoin Co).
Wir spezialisieren uns auf angewandte Entwicklung,
Systemintegration, korporativen Netze und andere Software fuer
verschiedenen Loesungen der Geschaefts
* David Brownell [EMAIL PROTECTED] [070529 16:04]:
On Tuesday 29 May 2007, Tony Lindgren wrote:
snip snip snip snip
- Enable HNP early (later would be OK too);
- Offer to do HNP if the peripheral wants to use it
Host doesn't know anything about peripheral wants;
from its perspective,
On 5/30/07, Tony Lindgren [EMAIL PROTECTED] wrote:
* David Brownell [EMAIL PROTECTED] [070529 16:04]:
On Tuesday 29 May 2007, Tony Lindgren wrote:
snip snip snip snip
- Enable HNP early (later would be OK too);
- Offer to do HNP if the peripheral wants to use it
Host doesn't know
On Tuesday 29 May 2007, Tony Lindgren wrote:
* David Brownell [EMAIL PROTECTED] [070529 12:18]:
On Friday 25 May 2007, Tony Lindgren wrote:
+
So it'd be best to see a minimal patch just fixing any bugs...
Those substantive changes unfortunately include inserting
bugs ... which
* David Brownell [EMAIL PROTECTED] [070529 16:04]:
On Tuesday 29 May 2007, Tony Lindgren wrote:
I see your point though with autoidle, but that's after
the devices have enumerated the wrong way, right?
You want me to look at that code again? Aargh!
Originally there was no autoidle,
snip
The behavioral difference would be that WHEN (not 'IF')
the whitelist (which is very easily checked against product
documentation) diverges from the list of configured drivers
(no easy way to crosscheck that and docs) things would not
act the same.
I guess HNP should be offered
* Felipe Balbi [EMAIL PROTECTED] [070529 16:34]:
snip
The behavioral difference would be that WHEN (not 'IF')
the whitelist (which is very easily checked against product
documentation) diverges from the list of configured drivers
(no easy way to crosscheck that and docs) things would not
On Tue, May 29, 2007 at 05:50:49PM -0400, Alan Stern wrote:
On Tue, 29 May 2007, Dan Aloni wrote:
Hello,
We have a system where the rootfs is a partition on a USB device,
and I've noticed upon a few rare cases where the USB controller
loses the connection to the USB device after
On Tuesday 29 May 2007, Tony Lindgren wrote:
(Peripheral maintains _both_ b_hnp_enable set by
a_host and user preference on b_device on using
b_hnp_enable)
That user preference is problematic. What do you
end up with if that requirement for a user choice is
removed ... ?
On Tuesday 29 May 2007, Tony Lindgren wrote:
* Felipe Balbi [EMAIL PROTECTED] [070529 16:34]:
snip
The behavioral difference would be that WHEN (not 'IF')
the whitelist (which is very easily checked against product
documentation) diverges from the list of configured drivers
(no
29 matches
Mail list logo
