Re: LP-PHY status?
2009/9/17 Thomas Ilnseher : > Am Donnerstag, den 17.09.2009, 18:02 +0200 schrieb Rafał Miłecki: >> Hi, >> >> I would like to ask about status of LP-PHY status. Could you explain >> to simple end-user what is missing in current implementation? Is this >> just calibration for performance, or something more? Did someone make >> some tests for AP mode? Or is this /stupid/ idea without calibration >> done? > > The LP PHY code works for me since compat-wireless-02-09-09. I can't use > newer versions because of some IRQ_THREAD stuff. > > Maybe my device crashes here & then, but hat could be due to other stuff > as well (It's an embedded system, ASUS WL-520gU) > > I have written a (very small) patch that implements proper analog switch > support for the LP PHY, and that seems to improve throughput on my > device. >> >> Stefanik is there change you find some time to finish calibration part >> before .32 merge window? Don't want to rush you, you already have done >> great work, just would like to know. > > I don't know how difficult this calibration stuff is. If it's as simple > as the analog switch patch (or the other two useless patches I wrote), > You (Stefanik) can drop me a note that I should do it. > > If you think my patches are crap, and I'm only wasting your time, just > inform me. >> > Calibration is quite hard to do; but I have already posted an incomplete patch about it on the list, which was rejected due to a huge error, and my VMware installation died next day before I could fix the patch up. Fixing the remaining issues on that should be easy - you need to implement PHY reset (and use it instead of put_phy_into_reset, which should actually be called disable_phy) and replace the inline implementation of "PHY anacore" with a proper call to the switch_analog op. (When I wrote the code, I didn't realize that "PHY anacore" actually means "switch analog core".) Note that my patch doesn't contain all 3 calibration routines, only one of them. BTW your "useless" patches will probably become useful when writing calibration. > ___ > Bcm43xx-dev mailing list > Bcm43xx-dev@lists.berlios.de > https://lists.berlios.de/mailman/listinfo/bcm43xx-dev > -- Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-) ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: LP-PHY status?
Am Donnerstag, den 17.09.2009, 18:02 +0200 schrieb Rafał Miłecki: > Hi, > > I would like to ask about status of LP-PHY status. Could you explain > to simple end-user what is missing in current implementation? Is this > just calibration for performance, or something more? Did someone make > some tests for AP mode? Or is this /stupid/ idea without calibration > done? The LP PHY code works for me since compat-wireless-02-09-09. I can't use newer versions because of some IRQ_THREAD stuff. Maybe my device crashes here & then, but hat could be due to other stuff as well (It's an embedded system, ASUS WL-520gU) I have written a (very small) patch that implements proper analog switch support for the LP PHY, and that seems to improve throughput on my device. > > Stefanik is there change you find some time to finish calibration part > before .32 merge window? Don't want to rush you, you already have done > great work, just would like to know. I don't know how difficult this calibration stuff is. If it's as simple as the analog switch patch (or the other two useless patches I wrote), You (Stefanik) can drop me a note that I should do it. If you think my patches are crap, and I'm only wasting your time, just inform me. > ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: LP-PHY status?
Rafał Miłecki wrote: > Stefanik is there change you find some time to finish calibration > part before .32 merge window? Don't want to rush you, you already > have done great work, just would like to know. Developers can (and they should) react very badly to questions like this. Many times I do, I have no idea about Stefanik. Asking for progress like this is, in fact, precisely trying to rush development. You would like this work to be finished already, and if you have to wait, ok, but you want it as soon as possible, because you want to use it. At the very least you want to know when it will be finished. Remember that there is NO WARRANTY, no guarantees for delivery dates, no nothing. The code is not even guaranteed to work! If it does work, it's really a success. I think you know this. In the open source world, when someone needs something, they help create it, and it is done when it is done. Not everyone can help with programming, but there are other tasks as well. And donations always help of course! I think you know this too. Just a friendly reminder. Kind regards //Peter ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
LP-PHY status?
Hi, I would like to ask about status of LP-PHY status. Could you explain to simple end-user what is missing in current implementation? Is this just calibration for performance, or something more? Did someone make some tests for AP mode? Or is this /stupid/ idea without calibration done? Stefanik is there change you find some time to finish calibration part before .32 merge window? Don't want to rush you, you already have done great work, just would like to know. -- Rafał ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: BCM4322 development status
Christian Schoenebeck wrote: > Hi! > > What is the current development status for the BCM4322 chip? Is it working > in the meantime? > > If not, I can also try to hack the b43 driver for supporting it, at least > if I get the necessary informations. If I remember correctly, the 4322 has an N PHY. If that is so, the reverse engineering for N PHYs is not complete. Until that is done, there can be no hacking of the driver. I'm working on the RE now, but as you can imagine, one can only work a few hours of the day when decompiling MIPS binary code. Larry ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: BCM4322 development status
On Thu, Sep 17, 2009 at 1:32 PM, Christian Schoenebeck wrote: > Hi! > > What is the current development status for the BCM4322 chip? Is it working > in the meantime? > > If not, I can also try to hack the b43 driver for supporting it, at least > if I get the necessary informations. > > CU > Christian > > ___ > Bcm43xx-dev mailing list > Bcm43xx-dev@lists.berlios.de > https://lists.berlios.de/mailman/listinfo/bcm43xx-dev > It is completely unsupported - not even specs are available for it. (The reverse-engineering team has set a requirement for working LP-PHY code before they start working on N-PHY cards like 4322; and we have only gotten LP-PHY to work a few weeks ago.) -- Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-) ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
BCM4322 development status
Hi! What is the current development status for the BCM4322 chip? Is it working in the meantime? If not, I can also try to hack the b43 driver for supporting it, at least if I get the necessary informations. CU Christian ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev