On Thu, Jul 15, 2010 at 03:45:01PM +0200, Michael Büsch wrote:
> On 07/15/2010 10:51 AM, Simon Richter wrote:
> >>The same applies to receiving. The RX queue is also dropped on switch
> >>from DMA to PIO.
> >
> >Sure, but the packet is repeated every ten seconds. The problem is that
> >none of thos
On 07/15/2010 10:51 AM, Simon Richter wrote:
The same applies to receiving. The RX queue is also dropped on switch
from DMA to PIO.
Sure, but the packet is repeated every ten seconds. The problem is that
none of those packets is received, even long after the switch to PIO.
The filter flags ar
Hi,
On Wed, Jul 14, 2010 at 02:41:09PM +0200, Michael Büsch wrote:
> The same applies to receiving. The RX queue is also dropped on switch
> from DMA to PIO.
Sure, but the packet is repeated every ten seconds. The problem is that
none of those packets is received, even long after the switch to P
On 07/14/2010 09:50 AM, Simon Richter wrote:
Hi,
On Tue, Jul 13, 2010 at 04:05:10PM +0200, Michael Büsch wrote:
So it is up to the upper layer to detect the failure. I don't think
it's possible to automatically detect such incidents for multicast
transmissions. So the mechanism fails here.
W
Hi,
On Tue, Jul 13, 2010 at 04:05:10PM +0200, Michael Büsch wrote:
> So it is up to the upper layer to detect the failure. I don't think
> it's possible to automatically detect such incidents for multicast
> transmissions. So the mechanism fails here.
Well, it is about *receiving* a multicast tr
On 07/13/2010 03:06 PM, Simon Richter wrote:
Hi,
On Tue, Jul 13, 2010 at 03:00:00PM +0200, Michael Büsch wrote:
But I wanna say again that this all is expected behavior. The PIO
fallback workaround randomly drops packets when switching modes.
So it is expected that certain handshaking packages
On 07/13/2010 09:37 AM, Simon Richter wrote:
That appears to work, at least I have v6 addresses now.
Unlike before, you now have communication.
Well, v4 worked fine before. :)
That's very nice.
But I wanna say again that this all is expected behavior. The PIO
fallback workaround randomly drop
Hi,
On Tue, Jul 13, 2010 at 03:00:00PM +0200, Michael Büsch wrote:
> But I wanna say again that this all is expected behavior. The PIO
> fallback workaround randomly drops packets when switching modes.
> So it is expected that certain handshaking packages may be lost.
So if the handshake to join
Hi,
On Tue, Jul 13, 2010 at 12:37:11AM -0500, Larry Finger wrote:
> >That appears to work, at least I have v6 addresses now.
> Unlike before, you now have communication.
Well, v4 worked fine before. :)
I was also having some suspend related issues, I'm going to give it a
few days now to see wh
On 07/13/2010 12:14 AM, Simon Richter wrote:
Hi,
On Sun, Jul 11, 2010 at 05:57:50PM -0500, Larry Finger wrote:
When you get the FATAL DMA error, the controller is reset; however,
that is just a simple work around that does not work on all systems.
To get your system to work, you need to load b
Hi,
On Sun, Jul 11, 2010 at 05:57:50PM -0500, Larry Finger wrote:
> When you get the FATAL DMA error, the controller is reset; however,
> that is just a simple work around that does not work on all systems.
> To get your system to work, you need to load b43 with the following
> options: pio=1 qos
On 07/11/2010 05:25 PM, Ben Hutchings wrote:
On Tue, 2010-07-06 at 04:19 +0200, Simon Richter wrote:
Package: linux-2.6
Version: 2.6.34-1~experimental.1
Severity: normal
Hi,
I'm using a B43 based SSB card with LP-PHY, and find myself unable to
join an IPv6 network as router advertisements are
12 matches
Mail list logo
