On Sun, 2009-01-04 at 21:19 -0500, Bob Copeland wrote:
> On Sun, Jan 4, 2009 at 5:44 PM, Maxim Levitsky <maximlevit...@gmail.com>
> wrote:
> > Hi,
> >
> > Indeed, these changes help a lot, I don't see
> > power calibration timeouts anymore.
> >
> > Yet, card managed to lockup in different way:
> >
> > "failed to wakeup the MAC Chip"
>
> Just to be clear, this was with the four patches I posted to the list?
> I expect it to still occasionally fail to wake up the MAC, as we probably
> don't have the reset sequence just so, but it should be less frequent
> than the other timeouts before.
>
> > Also, it is clear that all rates about 18M doesn't work at all.
> > As I see in the code, rate number is specified for each packet, and each
> > packed is assigned a fallback rates.
> > I hope those rates are correct.
> >
> > But as I understand phy is somehow mis-configured that it can't send
> > those rates.
>
> We still don't implement ANI (which tunes the phy to minimize noise,
> based on number of missed packets and so forth...) Whether there are
> any other problems, I don't know.
>
> > PS: why didn't you tell me?, it seems that every time I send data
> > between two computers it is going via the AP, and no wonder this is
> > slower.
> >
> > Is it possible to send data directly between stations with AP?
>
> Everything going through the AP is normal in an infrastructure network.
> In ad-hoc mode (IBSS) or mesh you can send directly between two stations.
>
Some more information:
This happened both times after the suspend to ram, immediately
Also, I have seen 'gain calibration' messages
again.
Best regards,
Maxim Levitsky
_______________________________________________
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
