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
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, 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 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
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 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
21 matches
Mail list logo