On Feb 1, 2009, at 12:49 AM, Michael Buesch wrote:
> On Sunday 01 February 2009 00:47:35 Michael Buesch wrote:
>> On Sunday 01 February 2009 00:35:01 Francesco Gringoli wrote:
>>> On Jan 30, 2009, at 10:59 PM, Michael Buesch wrote:
>>>
On Friday 30 January 2009 14:22:35 Lorenzo Nava wrote:
>
On Sunday 01 February 2009 00:47:35 Michael Buesch wrote:
> On Sunday 01 February 2009 00:35:01 Francesco Gringoli wrote:
> > On Jan 30, 2009, at 10:59 PM, Michael Buesch wrote:
> >
> > > On Friday 30 January 2009 14:22:35 Lorenzo Nava wrote:
> > >>> I think that's rather unlikely, however. The DM
On Sunday 01 February 2009 00:35:01 Francesco Gringoli wrote:
> On Jan 30, 2009, at 10:59 PM, Michael Buesch wrote:
>
> > On Friday 30 January 2009 14:22:35 Lorenzo Nava wrote:
> >>> I think that's rather unlikely, however. The DMA code is basically
> >>> unchanged
> >>> for months and especiall
On Jan 30, 2009, at 10:59 PM, Michael Buesch wrote:
> On Friday 30 January 2009 14:22:35 Lorenzo Nava wrote:
>>> I think that's rather unlikely, however. The DMA code is basically
>>> unchanged
>>> for months and especially the slot handling hasn't changed in years.
>>>
>>
>> Yes, but I didn't m
Michael Buesch pisze:
> This adds initialization code for the 2062 radio.
>
> Signed-off-by: Michael Buesch
>
> ---
>
> Index: wireless-testing/drivers/net/wireless/b43/phy_lp.c
> ===
> --- wireless-testing.orig/drivers/net/wireless/b
On Saturday 31 January 2009 20:15:22 Francesco Gringoli wrote:
> On Jan 31, 2009, at 7:54 AM, Larry Finger wrote:
>
> > Francesco,
> >
> > I changed the dma.c code to WARN_ON rather than BUG_ON and also dump
> > the cookie for the erring case. Of course, the system no longer
> > crashes, nor even
On Jan 31, 2009, at 7:54 AM, Larry Finger wrote:
> Francesco,
>
> I changed the dma.c code to WARN_ON rather than BUG_ON and also dump
> the cookie for the erring case. Of course, the system no longer
> crashes, nor even stops on the first error. I have no idea how many
> errors occurred before I
This adds initialization code for the 2062 radio.
Signed-off-by: Michael Buesch
---
Index: wireless-testing/drivers/net/wireless/b43/phy_lp.c
===
--- wireless-testing.orig/drivers/net/wireless/b43/phy_lp.c 2009-01-31
17:19:22.
This adds code for the baseband init of LP-PHY >=2.
Signed-off-by: Michael Buesch
---
Index: wireless-testing/drivers/net/wireless/b43/Makefile
===
--- wireless-testing.orig/drivers/net/wireless/b43/Makefile 2009-01-31
16:16:5
This adds register definitions for the LP-PHY.
This also adds a few minor empty function bodies for the LP-init.
Signed-off-by: Michael Buesch
---
I'll let you decide whether you queue this for the next feature release
or the next -rc. I lost track of what the rules are for this kind of change.
On Jan 31, 2009, at 12:23 PM, Michael Buesch wrote:
> On Saturday 31 January 2009 12:20:18 Lorenzo Nava wrote:
>>> Hmmm, I think the cookies should actually be more or less
>>> sequential, if
>>> QoS and PIO are not used. That's rather strange. Can you try with
>>> original fw and
>>> see wh
On Saturday 31 January 2009 12:20:18 Lorenzo Nava wrote:
> >>
> > Hmmm, I think the cookies should actually be more or less
> > sequential, if
> > QoS and PIO are not used. That's rather strange. Can you try with
> > original fw and
> > see what the cookies look like?
>
>
> Yes Michael, you'r
>>
> Hmmm, I think the cookies should actually be more or less
> sequential, if
> QoS and PIO are not used. That's rather strange. Can you try with
> original fw and
> see what the cookies look like?
Yes Michael, you're right... I tried with my 4318 and openfwwf-5.1 and
cookie value goes fr
On Saturday 31 January 2009 07:54:20 Larry Finger wrote:
> I changed the dma.c code to WARN_ON rather than BUG_ON
Can you send this patch upstream?
> b43 TX status reports:
>
> index | cookie | seq | phy_stat | frame_count | rts_count |
> supp_reason | pm_indicated | intermediate | for_ampdu | a
On Jan 30, 2009, at 10:59 PM, Michael Buesch wrote:
> On Friday 30 January 2009 14:22:35 Lorenzo Nava wrote:
>>> I think that's rather unlikely, however. The DMA code is basically
>>> unchanged
>>> for months and especially the slot handling hasn't changed in years.
>>>
>>
>> Yes, but I didn't
15 matches
Mail list logo