Add a missing dependency which goofs up the xconfig display.
Signed-off-by: David Brownell <[EMAIL PROTECTED]>
--- a/drivers/usb/host/Kconfig
+++ b/drivers/usb/host/Kconfig
@@ -79,6 +79,7 @@ config USB_EHCI_BIG_ENDIAN_DESC
config USB_EHCI_FSL
bool
+ depends on USB_EHCI_HCD
Hi,
Here is the trace. I just discover some thing, If I ouput the trace to
a serial port the system works fine. However If I output the trace to
the disk I have the same problem as before. This trace is with the
problem.
c127f3e0 4628504 C Ii:1:001:1 0:128 1 = 04
c127f3e0 4628540 S Ii:1:001:1 -11
On 20.12.2007 22:02, Alan Stern wrote:
> On Fri, 21 Dec 2007, Matthias Schniedermeyer wrote:
>
> > On 20.12.2007 13:58, Pete Zaitcev wrote:
> > > On Thu, 20 Dec 2007 21:59:52 +0100, Matthias Schniedermeyer <[EMAIL
> > > PROTECTED]> wrote:
> > >
> > > > So i will throw >dozen of the faulty hubs i
> "David" == David Brownell <[EMAIL PROTECTED]> writes:
Hi,
David> On Tuesday 06 November 2007, Peter Korsgaard wrote:
>> Commit a4e3ef5... (USB: gadget: gadget_is_{dualspeed,otg} predicates and
>> cleanup) broke fsl_usb2_udc. udc->gadget is a struct usb_gadget, not a
>> pointer to one.
On Fri, 21 Dec 2007 10:50:06 +, "Brian Murphy" <[EMAIL PROTECTED]> wrote:
> I just discover some thing, If I ouput the trace to
> a serial port the system works fine. However If I output the trace to
> the disk I have the same problem as before. [...]
I think your device is asking for US_FL_G
On Dec 21 2007 16:30, Al Boldi wrote:
>
>The current USB Kconfig menu is rather cluttered and unorganized.
>
>Propose new layout as follows:
>
Yes, this has been done before in a lot of places, and attempts to
clean up more menus is always welcome.
Try to use 'menuconfig' objects so people can d
linux-usb@vger.kernel.org
Bcc:
Subject: Re: Regarding request for IBM camera patch to be applied to the
main tree
Reply-To:
In-Reply-To: <[EMAIL PROTECTED]>
On Fri, Dec 21, 2007 at 03:21:30PM -0600, David Hilvert wrote:
> > > http://www.linux-usb.org/ibmcam/
>
> > > http://auricle.dyndn
> >Propose new layout as follows:
>
> Yes, this has been done before in a lot of places, and attempts to
> clean up more menus is always welcome.
>
> Try to use 'menuconfig' objects so people can disable a whole menu
> at once without having to enter it, e.g. that USB Gadget thing down
> there.
No
This patch exports two statistics to userspace:
/sys/bus/usb/device/.../power/connected_duration
/sys/bus/usb/device/.../power/active_duration
connected_duration is the total time (in jiffies) that the device has
been connected. active_duration is the total time the device has not
been suspended.
On Fri, 21 Dec 2007, Pete Zaitcev wrote:
> On Fri, 21 Dec 2007 10:50:06 +, "Brian Murphy" <[EMAIL PROTECTED]> wrote:
>
> > I just discover some thing, If I ouput the trace to
> > a serial port the system works fine. However If I output the trace to
> > the disk I have the same problem as befo
> > Notice that this whole menu is for "Host-side USB", except for that
> > gadget stuff. That might usefully be labeled as "Peripheral-side USB".
> >
> > For that matter, it could be moved up a level in the menu, so the top
> > level driver menu has two USB entries: Host side, and Peripheral sid
David Brownell wrote:
> > > The driver stacks are independent of each other, except for common
> > > data structures like what's in the header file. I
> > > think there's no real point, other than history, to having both sides
> > > share the same menu.
> >
> > They aren't.
>
> How can you say th
> > Which is why my suggestion was to have them both move up a level, with
> > host and peripheral side menus nested normally:
> >
> > Device Drivers:
> > ...
> > [ ] HID devices
> > < > Host side USB
> > < > Peripheral side USB
> > <
13 matches
Mail list logo
