John W. Linville wrote:
The following changes since commit d7ea3be56adc95b17351221fd95e78115f3b01f4:
Brandon Craig Rhodes (1):
hostap: Allocate enough tailroom for TKIP
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstr
John W. Linville wrote:
The following changes since commit 5b94f675f57e4ff16c8fda09088d7480a84dcd91:
Linus Torvalds (1):
Merge master.kernel.org:/.../davem/sparc-2.6
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream
This request is withdrawn. New request to follow.
On Mon, May 07, 2007 at 01:51:21PM -0400, John W. Linville wrote:
> The following changes since commit 15700770ef7c5d12e2f1659d2ddbeb3f658d9f37:
> Linus Torvalds (1):
> Merge git://git.kernel.org/.../sam/kbuild
>
> are found in the git
On Mon, 2007-05-07 at 17:15 -0400, Dan Williams wrote:
> So the kconfig changes with s/NET_RADIO/NET_80211 (or whatever it was)
> are in for 2.6.22? Or is that for 2.6.23?
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=2a5e1c0eb9efe26eed1dd072fe08de5797a7efd5
johann
On Mon, May 07, 2007 at 07:09:20PM -0400, Jeff Garzik wrote:
> John W. Linville wrote:
> >Ivo van Doorn (1):
> > Add 93cx6 eeprom library
> >Michael Wu (1):
> > Add rtl8187 wireless driver
I presume these are the two parts you question. (Just checking...)
> The normal development pro
On Monday 07 May 2007 19:09, Jeff Garzik wrote:
> The general idea is everything you want in 2.6.22 should be prepared and
> in -mm BEFORE 2.6.21 is released, and the 2.6.22 merge window opens.
>
rtl8187 has been in -mm since 2.6.21-rc2-mm1.
-Michael Wu
pgpqlzKVzSGGX.pgp
Description: PGP signatu
John W. Linville wrote:
The following changes since commit 15700770ef7c5d12e2f1659d2ddbeb3f658d9f37:
Linus Torvalds (1):
Merge git://git.kernel.org/.../sam/kbuild
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream
D
On Mon, May 07, 2007 at 05:15:50PM -0400, Dan Williams wrote:
> On Mon, 2007-05-07 at 13:51 -0400, John W. Linville wrote:
> > John W. Linville (1):
> > libertas: fix for wireless Kconfig changes
>
> So the kconfig changes with s/NET_RADIO/NET_80211 (or whatever it was)
> are in for 2.6.22?
John W. Linville wrote:
On Wed, Feb 07, 2007 at 04:11:17PM -0500, John W. Linville wrote:
On Tue, Feb 06, 2007 at 07:06:07PM -0500, Jeff Garzik wrote:
Would you mind rebasing & resending, kind sir?
By your command! :-)
And once more, now with feeling! :-)
---
The following changes since co
John W. Linville wrote:
The following changes since commit 10764889c6355cbb335cf0578ce12427475d1a65:
Larry Finger (1):
bcm43xx: Fix failure to deliver PCI-E interrupts
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstre
On Sat, Jan 20, 2007 at 12:28:44PM +0100, Roger While wrote:
>
> >Kai Engert (1):
> > prism54: add ethtool -i interface
>
> I would have expected at least the firmware version to be reported
> as well as the bus info.
> (info->fw_version, info->bus_info)
Patches welcome.
John
--
John W. L
Kai Engert (1):
prism54: add ethtool -i interface
I would have expected at least the firmware version to be reported
as well as the bus info.
(info->fw_version, info->bus_info)
Roger While
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to
On Thu, Jan 18, 2007 at 10:10:47PM -0500, Jeff Garzik wrote:
> John W. Linville wrote:
> >The following changes since commit
> >10764889c6355cbb335cf0578ce12427475d1a65:
> > Larry Finger (1):
> >bcm43xx: Fix failure to deliver PCI-E interrupts
> >
> >are found in the git repository at:
>
John W. Linville wrote:
The following changes since commit 10764889c6355cbb335cf0578ce12427475d1a65:
Larry Finger (1):
bcm43xx: Fix failure to deliver PCI-E interrupts
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstre
On Tue, Jan 02, 2007 at 09:42:47PM -0500, John W. Linville wrote:
> The following changes since commit fe5f8e2a1c5c040209c598a28e19c55f30e1040d:
> Zhu Yi (1):
> ipw2100: Fix dropping fragmented small packet problem
>
> are found in the git repository at:
>
> git://git.kernel.org/pub/s
On Wed, Dec 27, 2006 at 07:10:57PM -0500, John W. Linville wrote:
> On Tue, Dec 26, 2006 at 04:39:38PM -0500, Jeff Garzik wrote:
> > John W. Linville wrote:
> > >The following changes since commit
> > >0c234ae655a45ac3ee53a25b2e56e9bb6c27d71d:
> > > Ulrich Kunitz (1):
> > >ieee80211softma
> Roy Marples (1):
> prism54: set carrier flags correctly
Why is this not #upstream-fixes material? What's the impact?
Actually, I think the patch is incorrect.
At best it is insufficient and at worst it
stops the driver working correctly.
I can't see why we do carrier_off after start
On Tue, Dec 26, 2006 at 04:39:38PM -0500, Jeff Garzik wrote:
> John W. Linville wrote:
> >The following changes since commit
> >0c234ae655a45ac3ee53a25b2e56e9bb6c27d71d:
> > Ulrich Kunitz (1):
> >ieee80211softmac: Fix mutex_lock at exit of
> >ieee80211_softmac_get_genie
> >
> >ar
John W. Linville wrote:
The following changes since commit 0c234ae655a45ac3ee53a25b2e56e9bb6c27d71d:
Ulrich Kunitz (1):
ieee80211softmac: Fix mutex_lock at exit of ieee80211_softmac_get_genie
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/
John W. Linville wrote:
The following changes since commit e62438630ca37539c8cc1553710bbfaa3cf960a7:
Matthew Wilcox:
Centralise definitions of sector_t and blkcnt_t
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream
On Tue, Nov 14, 2006 at 08:31:12PM -0500, John W. Linville wrote:
> The following changes since commit 4c5d3c72166676663c3917839a030b86fa758b23:
> John W. Linville:
> Merge branch 'upstream-fixes' into upstream
>
> are found in the git repository at:
>
> git://git.kernel.org/pub/scm/l
John W. Linville wrote:
The following changes since commit d4f748365129ccfc9dadf6fb14331e45e33cc4ed:
John W. Linville:
Merge branch 'upstream-fixes' into upstream
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream
J
John wrote :
Yeah, looks like I was a bit overzealous on the warning squelch...
I'll cook-up a new patch that doesn't error-out.
I hope you do not bloat the kernel with meaningless warning messages.
Something simple like the following will do.
/* enable MWI */
/* Shut up the m
On Tue, Nov 07, 2006 at 11:59:27PM -0500, John W. Linville wrote:
> The following changes since commit d4f748365129ccfc9dadf6fb14331e45e33cc4ed:
> John W. Linville:
> Merge branch 'upstream-fixes' into upstream
>
> are found in the git repository at:
>
> git://git.kernel.org/pub/scm/l
On Wed, Nov 08, 2006 at 06:27:54PM +0100, Roger While wrote:
> John, you just broke a considerable number of prism54 users.
> It is NOT an error if the MWI set fails. This is just a
> performance tweak and has NO effect on the driver working.
Yeah, looks like I was a bit overzealous on the warning
John, you just broke a considerable number of prism54 users.
It is NOT an error if the MWI set fails. This is just a
performance tweak and has NO effect on the driver working.
Roger While
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROT
John W. Linville wrote:
The following changes since commit ff584489917961599b9044584bb8ba6fd5d8f11b:
John W. Linville:
Merge branch 'upstream-fixes' into upstream
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream
C
John W. Linville wrote:
The following changes since commit 41072a1be57f63bf83afc31c44d72de018d800fa:
John W. Linville:
zd1211rw: fix build-break caused by association race fix
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
pulled
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, Sep 25, 2006 at 05:50:43PM -0400, John W. Linville wrote:
> The following changes since commit 7c250413e5b7c3dfae89354725b70c76d7621395:
> Al Viro:
> pata_pdc2027x iomem annotations
>
> are found in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/linvi
On Tuesday 12 September 2006 01:59, John W. Linville wrote:
> + value16 = bcm43xx_shm_read16(bcm, BCM43xx_SHM_SHARED,
> + BCM43xx_UCODE_REVISION);
> +
> + dprintk(KERN_INFO PFX "Microcode rev 0x%x, pl 0x%x "
> + "(20%.2i-%.2i-%.2i %.2i:%.2i:%.2i
pulled
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
pulled
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
pulled
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
John W. Linville wrote:
These patches are to be queued for 2.6.19...
---
The following changes since commit b312d799b324e895745ffe148def234fc60d5b74:
Daniel Drake:
zd1211rw: usb_clear_halt not allowed in IRQ context
are found in the git repository at:
git://git.kernel.org/pub/scm/
Michael Buesch wrote:
On Monday 10 July 2006 23:31, you wrote:
Larry, I see that several patches from you got merged now.
Please make sure that you also submit patches for bcm43xx-d80211.
If you don't, your changes will all be lost, as soon as bcm43xx-d80211
is merged upstream and softmac is drop
On Monday 10 July 2006 23:31, you wrote:
> These patches are to be queued for 2.6.19...
>
> ---
>
> The following changes since commit b312d799b324e895745ffe148def234fc60d5b74:
> Daniel Drake:
> zd1211rw: usb_clear_halt not allowed in IRQ context
>
> are found in the git repository at:
John W. Linville wrote:
On Fri, Jun 30, 2006 at 12:31:00PM -0400, Jeff Garzik wrote:
The following changes since commit
fcc18e83e1f6fd9fa6b333735bf0fcd530655511:
Malcolm Parsons:
uclinux: use PER_LINUX_32BIT in binfmt_flat
are found in the git repository at:
git://git.kernel.org/pub
On Fri, Jun 30, 2006 at 03:27:02PM -0400, John W. Linville wrote:
> On Fri, Jun 30, 2006 at 12:31:00PM -0400, Jeff Garzik wrote:
>
> > >The following changes since commit
> > >fcc18e83e1f6fd9fa6b333735bf0fcd530655511:
> > > Malcolm Parsons:
> > >uclinux: use PER_LINUX_32BIT in binfmt_fla
On Fri, Jun 30, 2006 at 12:31:00PM -0400, Jeff Garzik wrote:
> >The following changes since commit
> >fcc18e83e1f6fd9fa6b333735bf0fcd530655511:
> > Malcolm Parsons:
> >uclinux: use PER_LINUX_32BIT in binfmt_flat
> >
> >are found in the git repository at:
> >
> > git://git.kernel.org/pub
John W. Linville wrote:
On Mon, Jun 26, 2006 at 05:25:52PM -0400, John W. Linville wrote:
Michael Buesch:
bcm43xx: suspend MAC while executing long pwork
The above patch ruffled some feathers on netdev. In the interest of
moving things along, I have pulled that patch out of wireless-2.
On Wednesday 28 June 2006 19:32, Larry Finger wrote:
> Michael Buesch wrote:
> > On Wednesday 28 June 2006 18:04, Larry Finger wrote:
> >
> > Oh, well. Forget it all.
> > I remembered the code wrong.
> > At the moment I looked at the code and it has the opposite semantics.
> > It loops to wait for
Michael Buesch wrote:
On Wednesday 28 June 2006 18:04, Larry Finger wrote:
Oh, well. Forget it all.
I remembered the code wrong.
At the moment I looked at the code and it has the opposite semantics.
It loops to wait for the READY bit to appear.
Well, I would say your old device simply takes thi
On Wednesday 28 June 2006 18:04, Larry Finger wrote:
> Michael Buesch wrote:
> >
> > It appears to be an older card. There are quite some
> > special codepaths for this, I think.
>
> Yes, I bought this card before the G specifications were finalized.
Oh, very interresting. I did not know that th
Michael Buesch wrote:
It appears to be an older card. There are quite some
special codepaths for this, I think.
Yes, I bought this card before the G specifications were finalized.
Well, we did not want to have the card, because at this point
it did not make sense. We all have 4306 cards.
But
On Tuesday 27 June 2006 22:37, Larry Finger wrote:
> Michael Buesch wrote:
> > On Tuesday 27 June 2006 22:06, Larry Finger wrote:
> >> John,
> >>
> >> I would like to find a diplomatic solution to this impasse between Michael
> >> and Jeff, which is why
> >> I'm writing to you privately. Michael
Michael Buesch wrote:
On Tuesday 27 June 2006 22:06, Larry Finger wrote:
John,
I would like to find a diplomatic solution to this impasse between Michael and Jeff, which is why
I'm writing to you privately. Michael is correct in that the loop in question will not usually delay
private?
I
On Tuesday 27 June 2006 22:06, Larry Finger wrote:
> John,
>
> I would like to find a diplomatic solution to this impasse between Michael
> and Jeff, which is why
> I'm writing to you privately. Michael is correct in that the loop in question
> will not usually delay
private?
> long; however
Michael Buesch wrote:
On Tuesday 27 June 2006 21:33, John W. Linville wrote:
On Tue, Jun 27, 2006 at 06:31:01PM +0200, Michael Buesch wrote:
On Tuesday 27 June 2006 18:12, Jeff Garzik wrote:
Michael Buesch wrote:
So, I will submit a patch to lower the udelay(10) to udelay(1)
and we can close
On Tuesday 27 June 2006 21:33, John W. Linville wrote:
> On Tue, Jun 27, 2006 at 06:31:01PM +0200, Michael Buesch wrote:
> > On Tuesday 27 June 2006 18:12, Jeff Garzik wrote:
> > > Michael Buesch wrote:
> > > > So, I will submit a patch to lower the udelay(10) to udelay(1)
> > > > and we can close
On Tue, Jun 27, 2006 at 06:31:01PM +0200, Michael Buesch wrote:
> On Tuesday 27 June 2006 18:12, Jeff Garzik wrote:
> > Michael Buesch wrote:
> > > So, I will submit a patch to lower the udelay(10) to udelay(1)
> > > and we can close the discussion? ;)
> >
> > No, that totally avoids my point. Yo
> No, that totally avoids my point. Your "otherwise idle machine" test is
> probably nowhere near worst case in the field, for loops that can
> potentially lock the CPU for a long time upon hardware fault. And then
> there are the huge delays in specific functions that I pointed out...
>
> J
On Tuesday 27 June 2006 18:12, Jeff Garzik wrote:
> Michael Buesch wrote:
> > So, I will submit a patch to lower the udelay(10) to udelay(1)
> > and we can close the discussion? ;)
>
> No, that totally avoids my point. Your "otherwise idle machine" test is
> probably nowhere near worst case in t
On Tuesday 27 June 2006 18:10, Jeff Garzik wrote:
> Michael Buesch wrote:
> > On Tuesday 27 June 2006 16:11, Jeff Garzik wrote:
> >> Overall, bcm43xx is _really really bad_ about this sort of thing. Just
> >> grepping for udelay in bcm43xx_radio.c shows some of the worst
> >> offenders. bcm43xx
Michael Buesch wrote:
So, I will submit a patch to lower the udelay(10) to udelay(1)
and we can close the discussion? ;)
No, that totally avoids my point. Your "otherwise idle machine" test is
probably nowhere near worst case in the field, for loops that can
potentially lock the CPU for a lo
Michael Buesch wrote:
On Tuesday 27 June 2006 16:11, Jeff Garzik wrote:
Overall, bcm43xx is _really really bad_ about this sort of thing. Just
grepping for udelay in bcm43xx_radio.c shows some of the worst
offenders. bcm43xx_radio_init2060() and bcm43xx_radio_selectchannel()
both look like c
On Tuesday 27 June 2006 16:11, Jeff Garzik wrote:
> Michael Buesch wrote:
> > On Tuesday 27 June 2006 04:27, Larry Finger wrote:
> >> Jeff Garzik wrote:
> >>> John W. Linville wrote:
> +assert(bcm->mac_suspended >= 0);
> +if (bcm->mac_suspended == 0) {
> +bcm43xx_powe
On Tuesday 27 June 2006 16:11, Jeff Garzik wrote:
> Michael Buesch wrote:
> > On Tuesday 27 June 2006 04:27, Larry Finger wrote:
> >> Jeff Garzik wrote:
> >>> John W. Linville wrote:
> +assert(bcm->mac_suspended >= 0);
> +if (bcm->mac_suspended == 0) {
> +bcm43xx_powe
Jeff Garzik wrote:
Michael Buesch wrote:
Short: Don't touch it. Fullstop.
Long: The delay will _never_ be exhausted. Actually the for-counter
is only there to not lock up the machine, if there is a Bug in the
driver. (__much__ easier debugging).
The loop will only iterate a few times, typicall
Michael Buesch wrote:
On Tuesday 27 June 2006 04:27, Larry Finger wrote:
Jeff Garzik wrote:
John W. Linville wrote:
+assert(bcm->mac_suspended >= 0);
+if (bcm->mac_suspended == 0) {
+bcm43xx_power_saving_ctl_bits(bcm, -1, 1);
+bcm43xx_write32(bcm, BCM43xx_MMIO_STATUS_BI
On Tuesday 27 June 2006 04:27, Larry Finger wrote:
> Jeff Garzik wrote:
> > John W. Linville wrote:
> >> +assert(bcm->mac_suspended >= 0);
> >> +if (bcm->mac_suspended == 0) {
> >> +bcm43xx_power_saving_ctl_bits(bcm, -1, 1);
> >> +bcm43xx_write32(bcm, BCM43xx_MMIO_STATUS_BIT
Larry Finger wrote:
Jeff Garzik wrote:
John W. Linville wrote:
+assert(bcm->mac_suspended >= 0);
+if (bcm->mac_suspended == 0) {
+bcm43xx_power_saving_ctl_bits(bcm, -1, 1);
+bcm43xx_write32(bcm, BCM43xx_MMIO_STATUS_BITFIELD,
+bcm43xx_read32(bcm,
Jeff Garzik wrote:
John W. Linville wrote:
+assert(bcm->mac_suspended >= 0);
+if (bcm->mac_suspended == 0) {
+bcm43xx_power_saving_ctl_bits(bcm, -1, 1);
+bcm43xx_write32(bcm, BCM43xx_MMIO_STATUS_BITFIELD,
+bcm43xx_read32(bcm,
BCM43xx_MMIO_STATUS_B
John W. Linville wrote:
+ assert(bcm->mac_suspended >= 0);
+ if (bcm->mac_suspended == 0) {
+ bcm43xx_power_saving_ctl_bits(bcm, -1, 1);
+ bcm43xx_write32(bcm, BCM43xx_MMIO_STATUS_BITFIELD,
+ bcm43xx_read32(bcm,
BCM43xx_MMIO_S
John W. Linville wrote:
The following changes since commit 76df73ff90e99681a99e457aec4cfe0a240b7982:
John W. Linville:
Merge branch 'from-linus' into upstream
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream
Jiri
John W. Linville wrote:
This pull is intended for 2.6.18.
Thanks,
John
---
The following changes since commit f6882a0688ea83db5fc2f3491ac9fcdce0834cc7:
John W. Linville:
Merge branch 'upstream-fixes' into upstream
are found in the git repository at:
git://git.kernel.org/pub/scm/
On Wed, May 24, 2006 at 12:35:20AM -0400, Jeff Garzik wrote:
> John W. Linville wrote:
> >The following changes since commit
> >01d654d25d23fb73deb7904ce1c0b3a0f5fc2908:
> > John W. Linville:
> >Merge branch 'upstream-fixes' into upstream
> >
> >are found in the git repository at:
> >
> >
John W. Linville wrote:
The following changes since commit 01d654d25d23fb73deb7904ce1c0b3a0f5fc2908:
John W. Linville:
Merge branch 'upstream-fixes' into upstream
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream
M
John W. Linville wrote:
On Wed, May 17, 2006 at 10:23:34PM +0100, Daniel Drake wrote:
John W. Linville wrote:
Daniel Drake:
set_security implementation inside softmac
If it's not too late, can you drop this one?
Well, it's your patch. If you want to withdraw it, I'll comply.
Please d
On Wed, May 17, 2006 at 10:23:34PM +0100, Daniel Drake wrote:
> John W. Linville wrote:
> >Daniel Drake:
> > set_security implementation inside softmac
>
> If it's not too late, can you drop this one?
Well, it's your patch. If you want to withdraw it, I'll comply.
---
The following change
John W. Linville wrote:
Daniel Drake:
set_security implementation inside softmac
If it's not too late, can you drop this one?
I didn't receive any feedback on it, and I decided it's not the right
approach. The interface isn't great, but when done at the driver level
it allows drivers t
John W. Linville wrote:
The following changes since commit 7c241d37fe0e6442c5cf3b5d73f7f58f2dc66352:
Michael Buesch:
bcm43xx: make PIO mode usable
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream
pulled
-
To un
On Tue, 2006-04-25 at 13:30 +0200, Johannes Berg wrote:
> On Mon, 2006-04-24 at 20:33 -0400, Dan Williams wrote:
>
> > Any way to get the event handling cleanup patch into 2.6.17? It's
> > pretty much a bugfix and bcm43xx is useless with wpa_supplicant and NM
> > without the patch...
>
> No, tha
On Mon, 2006-04-24 at 20:33 -0400, Dan Williams wrote:
> Any way to get the event handling cleanup patch into 2.6.17? It's
> pretty much a bugfix and bcm43xx is useless with wpa_supplicant and NM
> without the patch...
No, that's not true, the cleanup patch is exactly that, code cleanup :)
Exte
On Mon, 2006-04-24 at 16:40 -0400, John W. Linville wrote:
> The following changes since commit 7c241d37fe0e6442c5cf3b5d73f7f58f2dc66352:
> Michael Buesch:
> bcm43xx: make PIO mode usable
>
> are found in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/linvill
John W. Linville wrote:
This is the merge of the bcm43xx driver, along with a variety of
smaller changes. I would really like to see this in 2.6.17 if at
all possible.
Thanks!
John
---
The following changes since commit 5d5d7727a8cde78f798ecf04bac8031eff536f9d:
David S. Miller:
[SP
John W. Linville wrote:
OK, this should be right... :-)
The following changes since commit fe0b06b123762ab620b5bee3dab1576d0a7f:
Larry Finger:
Fix softmac scan
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream
John W. Linville wrote:
The following changes since commit 1c2e02750b992703a8a18634e08b04353face243:
Linus Torvalds:
Merge git://git.kernel.org/.../perex/alsa
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream
Pull
John W. Linville wrote:
The following changes since commit dd288e7d75b9041f79fecae77d61cfa345da7266:
John W. Linville:
Merge branch 'upstream-fixes'
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream
pulled
-
To
On Wed, Mar 01, 2006 at 02:02:40AM -0500, Jeff Garzik wrote:
> John W. Linville wrote:
> >This request is in addition to the request from 2/17, which does not
> >yet seem to be in the 'upstream' branch of netdev-2.6.
> Pulled, but in the future:
>
> 1) _always_ include _all_ changes in your pull
John W. Linville wrote:
This request is in addition to the request from 2/17, which does not
yet seem to be in the 'upstream' branch of netdev-2.6.
---
The following changes since commit acfaf10be5c19f7dceb9d7372039dc45af66b100:
John W. Linville:
Merge branch 'upstream-fixes'
are fou
Ignore this...screwed-up the subject...
Will post corrected version immediately...
John
On Fri, Feb 17, 2006 at 01:58:01PM -0500, John W. Linville wrote:
> The following changes since commit ab479995b191b4256183956c13caabb86331af8e:
> Linus Torvalds:
> Merge branch 'upstream-linus' of
John W. Linville wrote:
The following changes since commit fe45f58a19768c5fd182c90030ab73a0a343e3b4:
Dan Williams:
wireless/airo: fix setting TX key index plus key in ENCODEEXT
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.gi
On Mon, Feb 13, 2006 at 10:19:18PM -0500, John W. Linville wrote:
> The following changes since commit fe45f58a19768c5fd182c90030ab73a0a343e3b4:
> Dan Williams:
> wireless/airo: fix setting TX key index plus key in ENCODEEXT
>
> are found in the git repository at:
>
> git://git.kernel
John W. Linville wrote:
The following changes since commit 747af1e154545566d04f647f86fc3ae512439fab:
John W. Linville:
Merge branch 'upstream-fixes'
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream
Adrian Bunk:
John W. Linville wrote:
This branch includes the 'upstream-fixes' branch as well.
I presume that you will have already pulled 'upstream-fixes' both
to the netdev-2.6 'upstream-fixes' branch as well as the netdev-2.6
'upstream' branch.
This pull request is intended for the 'upstream' branch of ne
86 matches
Mail list logo
