linux.git/drivers/net/wireless, branch v2.6.12 Linux kernel source tree Automatic merge of /spare/repo/netdev-2.6 branch airo 2005-05-26T02:09:52+00:00 jgarzik@pretzel.yyz.us 2005-05-26T02:09:52+00:00 ee03a68c108cce4af3b4988cb1204e84d81f1243 






Automatic merge of /spare/repo/netdev-2.6 branch atmel
2005-05-26T02:07:51+00:00


jgarzik@pretzel.yyz.us

2005-05-26T02:07:51+00:00

0c2fc10901e1b516526c92849ccd03327f119dbe












[PATCH] wireless: 3CRWE154G72 Kconfig help fix
2005-05-16T04:04:29+00:00

Daniel Andersen
daniel@linux-user.net

2005-05-05T22:14:09+00:00

c8920ba041c8934b29370f5d62ab9ea8f147966b

Version 2 of the 3com OfficeConnect 11g Cardbus Card aka 3CRWE154G72 is not
supported by the prism54 project.  To stop confusion, the kernel
documentation should state so as 3com made a good job hiding the version.

Signed-off-by: Andrew Morton <akpm@osdl.org>

diff -puN drivers/net/wireless/Kconfig~wireless-3crwe154g72-kconfig-help-fix drivers/net/wireless/Kconfig





Version 2 of the 3com OfficeConnect 11g Cardbus Card aka 3CRWE154G72 is not
supported by the prism54 project.  To stop confusion, the kernel
documentation should state so as 3com made a good job hiding the version.

Signed-off-by: Andrew Morton <akpm@osdl.org>

diff -puN drivers/net/wireless/Kconfig~wireless-3crwe154g72-kconfig-help-fix drivers/net/wireless/Kconfig







[PATCH] wireless/airo: WEXT and quality corrections
2005-05-15T22:20:57+00:00

Dan Williams
dcbw@redhat.com

2005-05-10T13:45:51+00:00

41480af27a85d6008d9e11db8bc2730407c25e1d

This patch brings the airo driver into line with the current
WEXT specification of signal quality.  It also fixes the values
used to determine signal quality and level for MPI & PCMCIA 350
cards.  It turns out that BSSListRid.rssi was actually in dBm
for 350 series cards, and that we can use the normalized
signal strength reported by the card as our "quality" value, on
a scale of 0 - 100.  Since signal level values are in dBm for
this driver, max_qual->level MUST be 0, as specified in the WEXT
spec.  This patch also uses the IW_QUAL constants new in WEXT
version 17.

Signed-off-by: Dan Williams <dcbw@redhat.com>





This patch brings the airo driver into line with the current
WEXT specification of signal quality.  It also fixes the values
used to determine signal quality and level for MPI & PCMCIA 350
cards.  It turns out that BSSListRid.rssi was actually in dBm
for 350 series cards, and that we can use the normalized
signal strength reported by the card as our "quality" value, on
a scale of 0 - 100.  Since signal level values are in dBm for
this driver, max_qual->level MUST be 0, as specified in the WEXT
spec.  This patch also uses the IW_QUAL constants new in WEXT
version 17.

Signed-off-by: Dan Williams <dcbw@redhat.com>







[PATCH] atmel wireless
2005-05-15T22:11:54+00:00

simon@thekelleys.org.uk
simon@thekelleys.org.uk

2005-05-07T20:33:31+00:00

e885b5e83965c320e8eff1ec3ebfbf821b375568

Below is a one-liner for the atmel wireless driver, just adding
another card to the table.





Below is a one-liner for the atmel wireless driver, just adding
another card to the table.







[PATCH] u32 vs. pm_message_t fixes for drivers/net
2005-04-16T22:25:25+00:00

Pavel Machek
pavel@ucw.cz

2005-04-16T22:25:25+00:00

05adc3b7458e97a1d0180828000207a403083389

This fixes remaining u32s in drivers/ net.

Signed-off-by: Pavel Machek <pavel@suse.cz>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>





This fixes remaining u32s in drivers/ net.

Signed-off-by: Pavel Machek <pavel@suse.cz>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>







Linux-2.6.12-rc2
2005-04-16T22:20:36+00:00

Linus Torvalds
torvalds@ppc970.osdl.org

2005-04-16T22:20:36+00:00

1da177e4c3f41524e886b7f1b8a0c1fc7321cac2

Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.

Let it rip!





Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.

Let it rip!