Re: [linux-usb-devel] 2.6.10-rc1 OHCI usb error messages

From: David Brownell (david-b_at_pacbell.net)
Date: 10/28/04

  • Next message: Andi Kleen: "Re: Early call_usermodehelper causes double fault on x86_64" 
    To: Colin Leroy <colin@colino.net>
Date:	Wed, 27 Oct 2004 15:59:37 -0700

    On Wednesday 27 October 2004 02:07, Colin Leroy wrote:
    > On 26 Oct 2004 at 09h10, David Brownell wrote:
    >
    > > What's wrong there is emitting voluminous diagnostics for
    > > something that's not an error ... the root hub is suspended,
    > > and as with any suspended device, you can't talk to it.
    >
    > Btw, there's something else wrong, because the root hub shouldn't be
    > suspended during boot, should it ?

    You're not reporting that it fails to activate when there's an
    active device connected; and you obviously enabled CONFIG_PM,
    which Kconfig says means that

            ... parts of your computer are shut off or put into a
            power conserving "sleep" mode if they are not being used.

    So: since it's not being actively used then, why shouldn't the
    root hub (or any other device) be suspended? During boot, or at
    any other time. So long as it works when you plug in a USB device,
    it looks to me like everything is behaving quite reasonably.

    > At least, it's not on 2.6.9. Also,
    > lsusb -v fails with long timeouts due to that on 2.6.10-rc1, not on 2.6.9.

    I've never observed "lsusb" ever timing out when accessing a
    suspended USB device; the URB submissions fail right away.
    So if something's timing out, it's for some other reason.
    (Such as bugs in "lsusb"; the "usbutils" package is overdue
    for a new release, it's changed a lot since the 0.11 tarball
    that's widely available.)

    - Dave
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  • Next message: Andi Kleen: "Re: Early call_usermodehelper causes double fault on x86_64"

    Relevant Pages

    • Re: LuxAsm questions
      ... > Beth, when timing stuff, you should discard all but the ... another point about statistics: ... it was NOT a case that a "disk access" had just happened ... there's a _REASON_ and direct _BENEFIT_ for doing so... ...
      (alt.lang.asm)
    • Re: HP2007 Follow-up
      ... Is there any reason that we shouldn't move to a date later if cost increase is not involved? ... As a previous organiser, I had a discussion about timing of the event a couple of years ago, and the upshot was that there was a feeling that pushing it later into the season was likely to conflict with people's golfing commitments at home, as the golfing season gets underway proper. ... The greens this year were unusually bad, being rock hard and in some cases seemingly in their death throes, and I'm not sure I'd base the timing of the event on them. ... I could also say that moving it later in the year is likely to give you more predictable weather - that's one of the reasons that I was considering going as far forward as mid to late May when I organised last year - but after this year's solid sunshine I suppose that when it comes to the weather, you take what you get and enjoy yourself come what may. ...
      (uk.sport.golf)
    • Re: [PATCH] do_wait fix for 2.6.10-rc1
      ... almost certainly requires that a threaded app waits for its children in ... But maybe it's because I just missed some reason why this all is ok. ... three patches for the same piece of code withing minutes. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: HP2007 Follow-up
      ... Is there any reason that we shouldn't move to ... I had a discussion about timing of the event a ... The greens this year were unusually bad, being rock hard and in some ... usenet2 at mcm2002 dot f9 dot co dot uk ...
      (uk.sport.golf)
    • Re: no atapi cdrecord burning with 2.6.0-test11-bk10 / bk13
      ... >> be the reason you can't burn. ... I'm using /dev/hdc for burning in the k3b configuration screens, ... Copyright 2003 by Maurice Eugene Heskett, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)