On Sun, 7 Jul 2013 18:47:03 -0700, Adrian Chadd wrote:
> On 7 July 2013 13:49, Lars Engels wrote:
> > On Sun, Jun 30, 2013 at 03:02:57PM -0700, Adrian Chadd wrote:
> >> On 30 June 2013 07:22, Ian Smith wrote:
> >>
> >> > After removing [numbers] (for WITNESS?), diff started making sense.
>
Nope, no power after first resume if i have nothing plugged in.
Why?
-adrian
On 7 July 2013 13:49, Lars Engels wrote:
> On Sun, Jun 30, 2013 at 03:02:57PM -0700, Adrian Chadd wrote:
>> On 30 June 2013 07:22, Ian Smith wrote:
>>
>> > After removing [numbers] (for WITNESS?), diff started makin
On Sun, Jun 30, 2013 at 03:02:57PM -0700, Adrian Chadd wrote:
> On 30 June 2013 07:22, Ian Smith wrote:
>
> > After removing [numbers] (for WITNESS?), diff started making sense.
> > The below is between the first and second suspend/resume cycles in
> > dmesg-3.txt, encompassing the others.
>
> C
Hi,
The USB code should re-attach the uhub driver to the root HUB and any other
HUBs after resume. Part of the attach code is to set the power on.
See /sys/dev/usb/usb_hub.c
And:
grep -r UHF_PORT_POWER /sys/dev/usb/
--HPS
-Original message-
> From:Adrian Chadd mailto:adr...@freeb
I don't think it's a USB controller issue.
Those ports are connected to USB hubs, right? I wonder if there's some
ACPI nonsense that's resulting in the hubs not being powered up on
resume.
-adrian
On 7 July 2013 00:32, Hans Petter Selasky
wrote:
> Hi,
>
> FYI: The USB stack will currently run
On Sun, 7 Jul 2013 03:26:24 -0700, Jeremy Chadwick wrote:
> On Sun, Jul 07, 2013 at 03:51:12PM +1000, Ian Smith wrote:
> > On Sun, 30 Jun 2013 15:02:57 -0700, Adrian Chadd wrote:
> > > On 30 June 2013 07:22, Ian Smith wrote:
> > [..]
> > > > Nothing of note that I can see, if that usb hub-t
On Sun, Jul 07, 2013 at 03:51:12PM +1000, Ian Smith wrote:
> On Sun, 30 Jun 2013 15:02:57 -0700, Adrian Chadd wrote:
> > On 30 June 2013 07:22, Ian Smith wrote:
> [..]
> > > Nothing of note that I can see, if that usb hub-to-bus remapping is
> > > normal. As you said, 'CPU0: local APIC error 0
Hi,
FYI: The USB stack will currently run a complete controller reset upon resume,
like during boot.
--HPS
-Original message-
> From:Ian Smith mailto:smi...@nimnet.asn.au> >
> Sent: Sunday 7th July 2013 7:52
> To: Adrian Chadd mailto:adr...@freebsd.org> >
> Cc: freebsd-acpi@freebsd.o
