This is a note to let you know that we have just queued up the patch titled
Subject: ath9k: correct expected max RX buffer size
to the 2.6.27-stable tree. Its filename is
ath9k-correct-expected-max-rx-buffer-size.patch
A git repo of this tree can be found at
http://www.kernel.or
I don't see this patch upstream in Linus's tree. Am I just missing it
and if so, do you know the git commit id?
thanks,
greg k-h
On Tue, Dec 02, 2008 at 12:51:22PM -0800, Luis R. Rodriguez wrote:
> We would get an oops on RX on -ENOMEM by passing
> NULL to the hardware on ath_rx_buf_link(). Th
This is a note to let you know that we have just queued up the patch titled
Subject: ath9k: Fix SW-IOMMU bounce buffer starvation
to the 2.6.27-stable tree. Its filename is
ath9k-fix-sw-iommu-bounce-buffer-starvation.patch
A git repo of this tree can be found at
http://www.kerne
On Tue, Dec 02, 2008 at 12:51:19PM -0800, Luis R. Rodriguez wrote:
> This fixes a few issues seen on MacBook Pros:
>
> http://bugzilla.kernel.org/show_bug.cgi?id=11811
>
> I've ported them to 2.6.27 to help with them being applied sooner.
What do you mean by "sooner"? They need to be in Linus's
Luis Rodriguez wrote:
> ath_test_get_txq() will not return the queue only if the queue is
> getting full. What the check above guarantees is we have at least one
> buffer to run through procesq before disabling the TX queue, otherwise
> the queue won't be be woken up. Or am I missing something? Tha
On Tue, Dec 2, 2008 at 7:46 PM, Sujith <[EMAIL PROTECTED]> wrote:
> Luis R. Rodriguez wrote:
>> @@ -1813,10 +1815,30 @@ int ath_tx_start(struct ath_softc *sc, struct
>> sk_buff *skb,
>>
>> r = ath_tx_setup_buffer(sc, bf, skb, txctl);
>> if (r) {
>> - spin_lock_bh(&sc->sc_tx
Luis R. Rodriguez wrote:
> @@ -1813,10 +1815,30 @@ int ath_tx_start(struct ath_softc *sc, struct sk_buff
> *skb,
>
> r = ath_tx_setup_buffer(sc, bf, skb, txctl);
> if (r) {
> - spin_lock_bh(&sc->sc_txbuflock);
> + struct ath_txq *txq = NULL;
> + in
On Tue, Dec 02, 2008 at 06:21:05PM -0800, Luis Rodriguez wrote:
> pci_map_single() can fail so detect those errors with
> pci_dma_mapping_error() and deal with them accordingly.
>
> Signed-off-by: Luis R. Rodriguez <[EMAIL PROTECTED]>
> ---
> drivers/net/wireless/ath9k/beacon.c | 16 +++
hi,all
I would like to switch RX filter bandwidth 20M(default) to 5/10MHz in Atheros
AR5413 chipset, I fixed baseband 0x9944 register , but I'm not sure whether is
right , someone helps me or gives me a clue ? thank you in advance .
advan
advan_xiang
2008-12-03
___
On Tue, Dec 02, 2008 at 04:20:32PM -0800, Luis R. Rodriguez wrote:
> On Tue, Dec 2, 2008 at 4:12 PM, Greg KH <[EMAIL PROTECTED]> wrote:
> > I don't see this patch upstream in Linus's tree. Am I just missing it
> > and if so, do you know the git commit id?
>
> Nope sorry, John has yet to send his
On Tue, Dec 2, 2008 at 4:12 PM, Greg KH <[EMAIL PROTECTED]> wrote:
> I don't see this patch upstream in Linus's tree. Am I just missing it
> and if so, do you know the git commit id?
Nope sorry, John has yet to send his pending-fixes branch to davem and
so forth, which would contain it AFAICT. Pl
On Tue, Dec 02, 2008 at 01:11:54PM -0800, Luis R. Rodriguez wrote:
> On Tue, Dec 2, 2008 at 12:49 PM, John W. Linville
> <[EMAIL PROTECTED]> wrote:
> > Ah, sorry I overlooked that. BTW, did you ever send the third one
> > to linux-wireless? I don't remember seeing it there.
>
> Yup, you have ap
On Tue, Dec 2, 2008 at 1:27 PM, Greg KH <[EMAIL PROTECTED]> wrote:
> On Tue, Dec 02, 2008 at 12:51:19PM -0800, Luis R. Rodriguez wrote:
>> This fixes a few issues seen on MacBook Pros:
>>
>> http://bugzilla.kernel.org/show_bug.cgi?id=11811
>>
>> I've ported them to 2.6.27 to help with them being ap
On Tue, Dec 2, 2008 at 12:49 PM, John W. Linville
<[EMAIL PROTECTED]> wrote:
> On Tue, Dec 02, 2008 at 12:36:36PM -0800, Luis R. Rodriguez wrote:
>> On Tue, Dec 2, 2008 at 12:22 PM, John W. Linville
>> <[EMAIL PROTECTED]> wrote:
>> > On Mon, Dec 01, 2008 at 09:25:33AM -0800, Luis R. Rodriguez wrote
On Tue, Dec 02, 2008 at 12:36:36PM -0800, Luis R. Rodriguez wrote:
> On Tue, Dec 2, 2008 at 12:22 PM, John W. Linville
> <[EMAIL PROTECTED]> wrote:
> > On Mon, Dec 01, 2008 at 09:25:33AM -0800, Luis R. Rodriguez wrote:
> >> On Mon, Dec 1, 2008 at 9:13 AM, Pat O'Neil <[EMAIL PROTECTED]> wrote:
> >>
On Tue, Dec 2, 2008 at 12:51 PM, Luis R. Rodriguez
<[EMAIL PROTECTED]> wrote:
> This fixes a few issues seen on MacBook Pros:
>
> http://bugzilla.kernel.org/show_bug.cgi?id=11811
>
> I've ported them to 2.6.27 to help with them being applied sooner.
> I've tried to keep them as small as possible. I
We would get an oops on RX on -ENOMEM by passing
NULL to the hardware on ath_rx_buf_link(). The oops
would look something like this:
ath_rx_tasklet
...
RIP: ath_rx_buf_link
We correct this by handling the allocation for the next
skb we will put in our RX tail directly on the ath_rx_tasklet()
*pri
We should only tell the hardware its capable of DMA'ing
to us only what we asked dev_alloc_skb(). Prior to this
it is possible a large RX'd frame could have corrupted
DMA data but for us but we were saved only because we
were previously also pci_map_single()'ing the same large
value. The issue prio
This should fix the SW-IOMMU bounce buffer starvation
seen ok kernel.org bugzilla 11811:
http://bugzilla.kernel.org/show_bug.cgi?id=11811
Users on MacBook Pro 3.1/MacBook v2 would see something like:
DMA: Out of SW-IOMMU space for 4224 bytes at device :0b:00.0
Unfortunately its only easy to
This fixes a few issues seen on MacBook Pros:
http://bugzilla.kernel.org/show_bug.cgi?id=11811
I've ported them to 2.6.27 to help with them being applied sooner.
I've tried to keep them as small as possible. I don't have the
ports for 2.6.28 though I think John will be sending them soon
through h
On Tue, Dec 02, 2008 at 03:22:22PM -0500, John W. Linville wrote:
> On Mon, Dec 01, 2008 at 09:25:33AM -0800, Luis R. Rodriguez wrote:
> > On Mon, Dec 1, 2008 at 9:13 AM, Pat O'Neil <[EMAIL PROTECTED]> wrote:
> > > Greetings all,
> > >
> > > I've got a recent toshiba qosmio laptop, 64bit that has a
On Tue, Dec 2, 2008 at 12:22 PM, John W. Linville
<[EMAIL PROTECTED]> wrote:
> On Mon, Dec 01, 2008 at 09:25:33AM -0800, Luis R. Rodriguez wrote:
>> On Mon, Dec 1, 2008 at 9:13 AM, Pat O'Neil <[EMAIL PROTECTED]> wrote:
>> > Greetings all,
>> >
>> > I've got a recent toshiba qosmio laptop, 64bit tha
On Mon, Dec 01, 2008 at 09:25:33AM -0800, Luis R. Rodriguez wrote:
> On Mon, Dec 1, 2008 at 9:13 AM, Pat O'Neil <[EMAIL PROTECTED]> wrote:
> > Greetings all,
> >
> > I've got a recent toshiba qosmio laptop, 64bit that has an ar9281
> > chipset that was "almost" working under F9, as after downloadin
Dear all,
I am developing a simulator for 802.11n. I have a question regarding the
algorithms that you use for retransmissions of aggregated MPDUs in the ath9k
driver.
The question is the following:
-Consider that the driver builds an aggregated MPDU with N aggregated MPDUs
inside. This A-MPD
Hello,
I am performing some tests with various wireless nics and an access point.
I have a question about the driver: As far as I know, this driver
does support power save mode. When the device enters power saving
mode, it should send a control frame (beacon) with power management
bit set to 1, t
25 matches
Mail list logo
