On Fri, Feb 27, 2015 at 02:43:42PM -0430, Halim Srama wrote:
After a couple of hours without using the PC the dongle went of. and trying
to restart the interface generates de same problems I reported earlier.
On Feb 27, 2015 12:46 PM, Henrique Lengler henriquel...@opmbx.org wrote:
On Fri,
On Fri, Feb 27, 2015 at 11:42:32AM -0430, Halim Srama wrote:
With the previous -current athn0 used to trigger the ehci_idone. It's a
TP-LINK TL-WN722N.
Thanks, those are easy to find and cheap. I'll pick one up ASAP.
On Fri, Feb 27, 2015 at 05:25:49PM +0100, Stefan Sperling wrote:
On Fri, Feb 27, 2015 at 11:42:32AM -0430, Halim Srama wrote:
With the previous -current athn0 used to trigger the ehci_idone. It's a
TP-LINK TL-WN722N.
Thanks, those are easy to find and cheap. I'll pick one up ASAP.
As I
Thank you for your work on this. If you need any more information or
testing I'll be happy to do it.
On Feb 27, 2015 11:55 AM, Stefan Sperling s...@stsp.name wrote:
On Fri, Feb 27, 2015 at 11:42:32AM -0430, Halim Srama wrote:
With the previous -current athn0 used to trigger the ehci_idone. It's
On Fri, Feb 27, 2015 at 11:04:32AM -0430, Naim, Halim. wrote:
I have updated to the latest snapshot. Applied the patch (strange thing,
marc.info wouldn't open unless I was using tor). And recompiled the
kernel according the FAQ. I haven't seen any echi messages for now. But
after I do:
#
On Fri, Feb 27, 2015 at 11:27:56AM -0430, Halim Srama wrote:
Yes. booted with /obsd and it's the same. This doesn't happen with an
urtwn0 USB dongle.
So your issue appears to be related to athn rather than the
ehci_idone fix patch. Have any other athn users seen this?
What's the name and model
With the previous -current athn0 used to trigger the ehci_idone. It's a
TP-LINK TL-WN722N.
On Feb 27, 2015 11:38 AM, Stefan Sperling s...@stsp.name wrote:
On Fri, Feb 27, 2015 at 11:27:56AM -0430, Halim Srama wrote:
Yes. booted with /obsd and it's the same. This doesn't happen with an
urtwn0
Stefan Sperling s...@stsp.name writes:
On Wed, Feb 25, 2015 at 09:08:56PM -0300, Henrique Lengler wrote:
On Tue, Feb 24, 2015 at 12:23:54PM +0100, Stefan Sperling wrote:
On Tue, Feb 24, 2015 at 02:30:06PM +0400, Evgeny Zhavoronkov wrote:
Ok. So I tried -current and situation is the same.
Yes. booted with /obsd and it's the same. This doesn't happen with an
urtwn0 USB dongle.
On Feb 27, 2015 11:13 AM, Stefan Sperling s...@stsp.name wrote:
On Fri, Feb 27, 2015 at 11:04:32AM -0430, Naim, Halim. wrote:
I have updated to the latest snapshot. Applied the patch (strange thing,
After a couple of hours without using the PC the dongle went of. and trying
to restart the interface generates de same problems I reported earlier.
On Feb 27, 2015 12:46 PM, Henrique Lengler henriquel...@opmbx.org wrote:
On Fri, Feb 27, 2015 at 05:25:49PM +0100, Stefan Sperling wrote:
On Fri,
On Wed, Feb 25, 2015 at 09:08:56PM -0300, Henrique Lengler wrote:
On Tue, Feb 24, 2015 at 12:23:54PM +0100, Stefan Sperling wrote:
On Tue, Feb 24, 2015 at 02:30:06PM +0400, Evgeny Zhavoronkov wrote:
Ok. So I tried -current and situation is the same.
I can reproduce the total crash (laptop
On Tue, Feb 24, 2015 at 12:23:54PM +0100, Stefan Sperling wrote:
On Tue, Feb 24, 2015 at 02:30:06PM +0400, Evgeny Zhavoronkov wrote:
Ok. So I tried -current and situation is the same.
I can reproduce the total crash (laptop reboot) by attach/detach athn usb
wifi or playing with usb devs
Ok. So I tried -current and situation is the same.
I can reproduce the total crash (laptop reboot) by attach/detach athn usb
wifi or playing with usb devs somehow.
On Thu, Jan 15, 2015 at 11:51 AM, Stefan Sperling s...@stsp.name wrote:
On Thu, Jan 15, 2015 at 10:20:48AM +0400, Evgeny
Ok. I'll try to determine under what circumstances it always go to ddb.
On Tue, Feb 24, 2015 at 2:34 PM, Stefan Sperling s...@stsp.name wrote:
On Tue, Feb 24, 2015 at 03:27:24PM +0400, Evgeny Zhavoronkov wrote:
Sometime yes. But more often - no.
Sometimes we can fix bugs without seeing ddb
On Tue, Feb 24, 2015 at 02:30:06PM +0400, Evgeny Zhavoronkov wrote:
Ok. So I tried -current and situation is the same.
I can reproduce the total crash (laptop reboot) by attach/detach athn usb
wifi or playing with usb devs somehow.
And you don't get any ddb output when it crashes?
Sometime yes. But more often - no.
On Tue, Feb 24, 2015 at 2:23 PM, Stefan Sperling s...@stsp.name wrote:
On Tue, Feb 24, 2015 at 02:30:06PM +0400, Evgeny Zhavoronkov wrote:
Ok. So I tried -current and situation is the same.
I can reproduce the total crash (laptop reboot) by attach/detach
On Tue, Feb 24, 2015 at 03:27:24PM +0400, Evgeny Zhavoronkov wrote:
Sometime yes. But more often - no.
Sometimes we can fix bugs without seeing ddb output. But more often - no.
I have returned to linux because of this problem. I'm gonna read ddb's man
page. And try to gather more information.
On Thu, Jan 15, 2015 at 10:20:48AM +0400, Evgeny Zhavoronkov wrote:
When I have these repeted messages from ehci_idone (ehci.c) some
devices work very slow and unstable. Often Wifi is going down.
If I try to detach any USB device during these errors I get a kernel crash
Please try -current. It
On 01/14/15 13:13, Evgeny Zhavoronkov wrote:
On 01/14/15 12:37, Evgeny Zhavoronkov wrote:
Hi, All!
I get these errors when actively use usb wifi adapter
Jan 14 16:08:57 t4 /bsd: 0x4f4e5155
Jan 14 16:08:57 t4 /bsd: usb_insert_transfer: xfer=0xfe821cb7c348
not busy 0x4f4e5155
Jan 14 16:08:57
On Wed, Jan 14, 2015 at 19:35 +, Fred wrote:
On 01/14/15 13:13, Evgeny Zhavoronkov wrote:
On 01/14/15 12:37, Evgeny Zhavoronkov wrote:
Hi, All!
I get these errors when actively use usb wifi adapter
Jan 14 16:08:57 t4 /bsd: 0x4f4e5155
Jan 14 16:08:57 t4 /bsd: usb_insert_transfer:
On 01/14/15 12:37, Evgeny Zhavoronkov wrote:
Hi, All!
I get these errors when actively use usb wifi adapter
Jan 14 16:08:57 t4 /bsd: 0x4f4e5155
Jan 14 16:08:57 t4 /bsd: usb_insert_transfer: xfer=0xfe821cb7c348
not busy 0x4f4e5155
Jan 14 16:08:57 t4 last message repeated 1006 times
Jan 14
Hi, All!
I get these errors when actively use usb wifi adapter
Jan 14 16:08:57 t4 /bsd: 0x4f4e5155
Jan 14 16:08:57 t4 /bsd: usb_insert_transfer: xfer=0xfe821cb7c348
not busy 0x4f4e5155
Jan 14 16:08:57 t4 last message repeated 1006 times
Jan 14 16:08:57 t4 /bsd: athn0: could not wakeup chip
On 01/14/15 12:37, Evgeny Zhavoronkov wrote:
Hi, All!
I get these errors when actively use usb wifi adapter
Jan 14 16:08:57 t4 /bsd: 0x4f4e5155
Jan 14 16:08:57 t4 /bsd: usb_insert_transfer: xfer=0xfe821cb7c348
not busy 0x4f4e5155
Jan 14 16:08:57 t4 last message repeated 1006 times
24 matches
Mail list logo
