On Thursday 19 March 2009 20:56:52 Francesco Gringoli wrote: > I would agree with you, but there is this bizarre issue with PHY > errors in monitoring mode that makes me thinking about what we call > PHY errors. I would say they are not only due to transmission, they > are general PHY errors, could they be? One last test I could try, is No the interrupt indicates a PHY TX error. This name is from the broadcom headers, so we can trust that it's correct. As I said, I never saw the error with the proprietary firmware in monitor mode. If you know a way how to trigger them, please tell me. > to put again the broken minipci to pci adapter in one pci slot and put > on the next slot the adapter that does not trigger these errors. If > the interference caused by the broken adapter induces the wifi boards > on top of it in errors, it should induce the same error on the board > mounted on the right adapter. Well, the question is what can we learn from this test? ;) What we really need is a way to find out which part of the PHY triggers this error. We have a dozen of methods to trigger the error. But we _still_ do not know the lowlevel PHY conditions that result in an error. Probably somebody with lots of time should randomly go through the code and set various PHY thresholds to big/small values. Maybe that'll point us into some direction. The problem is that the code basically is undocumented and we only write blob values to the registers. So from reading the code you won't even know where these values are written. But the specs give some useful hints. ;) -- Greetings, Michael. -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
