I'll try it out soon, thanks!
-adrian
On 15 July 2013 14:35, Taku YAMAMOTO t...@tackymt.homeip.net wrote:
This reminds me of my local patch which I wrote and forgot about deep in
the git :)
This hack was required to have working USB ports on X61 after resume,
but I'm not sure whether it's
Nope, no such joy.
What else can I try?
-adrian
On 16 July 2013 02:16, Adrian Chadd adr...@freebsd.org wrote:
I'll try it out soon, thanks!
-adrian
On 15 July 2013 14:35, Taku YAMAMOTO t...@tackymt.homeip.net wrote:
This reminds me of my local patch which I wrote and forgot about deep
On Tue, 16 Jul 2013 03:14:38 -0700
Adrian Chadd adr...@freebsd.org wrote:
Nope, no such joy.
What else can I try?
Maybe sysctl dev.[uoex]hci.*.wake=1 works.
Other than that I have out of my ideas :(...
-adrian
On 16 July 2013 02:16, Adrian Chadd adr...@freebsd.org wrote:
I'll try it
This reminds me of my local patch which I wrote and forgot about deep in
the git :)
This hack was required to have working USB ports on X61 after resume,
but I'm not sure whether it's still required because I don't have X61 handy
anymore...
On Mon, 8 Jul 2013 11:09:20 -0700
Adrian Chadd
On 7 July 2013 22:00, Ian Smith smi...@nimnet.asn.au wrote:
Checking one more point .. do the USB ports come up ok if you originally
boot with nothing plugged in? If so (or if not), does that local APIC
Yes.
error message appear the same then too?
No
-adrian
On Sunday, June 30, 2013 10:22:09 am Ian Smith wrote:
On Sat, 29 Jun 2013, Adrian Chadd wrote:
On 27 June 2013 04:58, Ian Smith smi...@nimnet.asn.au wrote:
We don't yet know if this is a bus, ACPI /or USB issue. Home yet? :)
Yup:
http://people.freebsd.org/~adrian/usb/
On 8 July 2013 11:19, John Baldwin j...@freebsd.org wrote:
From sys/amd64/include/apicreg.h:
This system runs an i386 kernel.
/* fields in ESR */
#define APIC_ESR_SEND_CS_ERROR 0x0001
#define APIC_ESR_RECEIVE_CS_ERROR 0x0002
#define APIC_ESR_SEND_ACCEPT
Hi,
FYI: The USB stack will currently run a complete controller reset upon resume,
like during boot.
--HPS
-Original message-
From:Ian Smith smi...@nimnet.asn.au mailto:smi...@nimnet.asn.au
Sent: Sunday 7th July 2013 7:52
To: Adrian Chadd adr...@freebsd.org
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 smi...@nimnet.asn.au wrote:
[..]
Nothing of note that I can see, if that usb hub-to-bus remapping is
normal. As you said, 'CPU0: local
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 smi...@nimnet.asn.au wrote:
[..]
Nothing of note that I can see, if that
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
hans.petter.sela...@bitfrost.no wrote:
Hi,
FYI: The
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 adr...@freebsd.org
On Sun, Jun 30, 2013 at 03:02:57PM -0700, Adrian Chadd wrote:
On 30 June 2013 07:22, Ian Smith smi...@nimnet.asn.au 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
Nope, no power after first resume if i have nothing plugged in.
Why?
-adrian
On 7 July 2013 13:49, Lars Engels lars.eng...@0x20.net wrote:
On Sun, Jun 30, 2013 at 03:02:57PM -0700, Adrian Chadd wrote:
On 30 June 2013 07:22, Ian Smith smi...@nimnet.asn.au wrote:
After removing [numbers]
On Sun, 7 Jul 2013 18:47:03 -0700, Adrian Chadd wrote:
On 7 July 2013 13:49, Lars Engels lars.eng...@0x20.net wrote:
On Sun, Jun 30, 2013 at 03:02:57PM -0700, Adrian Chadd wrote:
On 30 June 2013 07:22, Ian Smith smi...@nimnet.asn.au wrote:
After removing [numbers] (for WITNESS?),
On Sun, 30 Jun 2013 15:02:57 -0700, Adrian Chadd wrote:
On 30 June 2013 07:22, Ian Smith smi...@nimnet.asn.au wrote:
[..]
Nothing of note that I can see, if that usb hub-to-bus remapping is
normal. As you said, 'CPU0: local APIC error 0x40' looks maybe sus.
Maybe someone who knows
On Sat, 29 Jun 2013, Adrian Chadd wrote:
On 27 June 2013 04:58, Ian Smith smi...@nimnet.asn.au wrote:
We don't yet know if this is a bus, ACPI /or USB issue. Home yet? :)
Yup:
http://people.freebsd.org/~adrian/usb/
dmesg.boot = dmesg at startup
1 - after powerup, usb
On 30 June 2013 07:22, Ian Smith smi...@nimnet.asn.au 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.
Cool!
Nothing of note that I can see, if that usb
On 27 June 2013 04:58, Ian Smith smi...@nimnet.asn.au wrote:
Well if there's a functional change in head that fixes this on Lars' and
yours, getting it into stable shouldn't be so hard I expect. However if
there's a fix (or some Lenovo workaround) for yours on 9 it'd be useful
to hunt it
On Wed, Jun 26, 2013 at 12:53:43PM -0700, Adrian Chadd wrote:
On 26 June 2013 12:51, Lars Engels lars.eng...@0x20.net wrote:
On Tue, Jun 25, 2013 at 11:09:20PM -0700, Adrian Chadd wrote:
[snip] ok, I'll do a boot -v tonight when I get home and log things.
Thanks!
Please also try a
On Wed, 26 Jun 2013 12:53:43 -0700, Adrian Chadd wrote:
On 26 June 2013 12:51, Lars Engels lars.eng...@0x20.net wrote:
On Tue, Jun 25, 2013 at 11:09:20PM -0700, Adrian Chadd wrote:
[snip] ok, I'll do a boot -v tonight when I get home and log things.
Thanks!
Please also try a
Ian Smith smi...@nimnet.asn.au writes:
On Wed, 26 Jun 2013 12:53:43 -0700, Adrian Chadd wrote:
On 26 June 2013 12:51, Lars Engels lars.eng...@0x20.net wrote:
On Tue, Jun 25, 2013 at 11:09:20PM -0700, Adrian Chadd wrote:
[snip] ok, I'll do a boot -v tonight when I get home and log
[snip] ok, I'll do a boot -v tonight when I get home and log things.
Thanks!
Adrian
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to
On Tue, Jun 25, 2013 at 11:09:20PM -0700, Adrian Chadd wrote:
[snip] ok, I'll do a boot -v tonight when I get home and log things.
Thanks!
Please also try a recent CURRENT. I was having the same issues with dead
USB ports on my X200, but IIRC it suddenly worked a few weeks ago.
Unfotunately
On 26 June 2013 12:51, Lars Engels lars.eng...@0x20.net wrote:
On Tue, Jun 25, 2013 at 11:09:20PM -0700, Adrian Chadd wrote:
[snip] ok, I'll do a boot -v tonight when I get home and log things.
Thanks!
Please also try a recent CURRENT. I was having the same issues with dead
USB ports on my
On 21 June 2013 05:48, Ian Smith smi...@nimnet.asn.au wrote:
No acpidump output on -stable or -acpi anyway .. likely best as an URL,
if it comes down to ACPI.
Ok, I'll put it online in a sec.
So the fingerprint reader, camera and bluetooth shown in your usbconfig
don't serve as 'USB devices
On Tue, 25 Jun 2013 12:07:22 -0700, Adrian Chadd wrote:
On 21 June 2013 05:48, Ian Smith smi...@nimnet.asn.au wrote:
No acpidump output on -stable or -acpi anyway .. likely best as an URL,
if it comes down to ACPI.
Ok, I'll put it online in a sec.
Doubt I know enough to spot
On Thu, 20 Jun 2013 14:19:21 -0700, Adrian Chadd wrote:
Hi,
FreeBSD-9 works fine on this Lenovo T400 - except that suspending with
no USB devices plugged in result in no ports working after resume.
If I have a device plugged in during suspend - on any port - then all
the ports work
Hi,
FreeBSD-9 works fine on this Lenovo T400 - except that suspending with
no USB devices plugged in result in no ports working after resume.
If I have a device plugged in during suspend - on any port - then all
the ports work fine after resume.
I've attached usbconfig and acpidump output.
29 matches
Mail list logo