- 29 1月, 2008 40 次提交
-
-
由 Michael Buesch 提交于
This adds a new Kconfig option for enabling probing of N-PHYs. This option will be removed again once the stuff works. For now it is to help in development. This way real users won't execute the broken N-PHY codepaths, but the developers can easily enable N-PHY stuff. To enable N-PHY probing simply remove the BROKEN dependency and enable the option in the kernel config. Signed-off-by: NMichael Buesch <mb@bu3sch.de> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Michael Buesch 提交于
This adds the PCI ID 0x4329 for the BCM43XG. Signed-off-by: NMichael Buesch <mb@bu3sch.de> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Miguel Botón 提交于
This is just this patch (http://lkml.org/lkml/2007/7/1/51) but adapted to the 'b44' ssb driver. Signed-off-by: NMiguel Botón <mboton@gmail.com> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Miguel Botón 提交于
This patch adds the 'ssb_pcihost_set_power_state' function. This function allows us to set the power state of a PCI device (for example b44 ethernet device). Signed-off-by: NMiguel Botón <mboton@gmail.com> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Michael Buesch 提交于
This adds some definitions for the MAC Control register and uses them. This basically is no functional change. Signed-off-by: NMichael Buesch <mb@bu3sch.de> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Michael Buesch 提交于
Remove b43 PIO support. DMA works well on all supported devices. There's no reason to use PIO. Additionally, new devices don't support PIO in hardware anymore. b43 PIO support is dead and unused code. After applying this patch please do git rm drivers/net/wireless/b43/pio.h git rm drivers/net/wireless/b43/pio.c to remove the main PIO support code. Signed-off-by: NMichael Buesch <mb@bu3sch.de> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Michael Buesch 提交于
This fixes lowlevel register access for PCMCIA based devices. The patch also adds a temporary workaround for the device mac address. It simply adds generation of a random address. The real SPROM extraction will follow in another patch. The temporary workaround will be removed then, but for now it's OK. Signed-off-by: NMichael Buesch <mb@bu3sch.de> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Michael Buesch 提交于
This fixes chip access validation for newer devices (4318 and up, I think) This patch fixes probing of a PCMCIA based 4318 device. Signed-off-by: NMichael Buesch <mb@bu3sch.de> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Michael Buesch 提交于
This fixes antenna selection in b43. It adds a sanity check for the antenna numbers we get from mac80211. This patch depends on ssb: Fix extraction of values from SPROM Signed-off-by: NMichael Buesch <mb@bu3sch.de> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Michael Buesch 提交于
This fixes extraction of some values from the SPROM. It mainly fixes extraction of antenna related values, which is needed for another b43 fix sent later. Signed-off-by: NMichael Buesch <mb@bu3sch.de> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Zhu Yi 提交于
Based on a patch by Miguel. Signed-off-by: NZhu Yi <yi.zhu@intel.com> Cc: Miguel Boton <mboton.lkml@gmail.com> Cc: "John W. Linville" <linville@tuxdriver.com> Signed-off-by: NAndrew Morton <akpm@linux-foundation.org> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Daniel Walker 提交于
Reviewing the semaphore usage I noticed these down_interruptible calls. Most of these aren't returning anything, so a caller can't tell if the operation completed or not. prism54_wpa_bss_ie_get() returns zero, but it's treated as the function failing which doesn't seem correct. Signed-off-by: NDaniel Walker <dwalker@mvista.com> Cc: Michael Wu <flamingice@sourmilk.net> Signed-off-by: NAndrew Morton <akpm@linux-foundation.org> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 John W. Linville 提交于
This reverts commit e4128a54d790658ab265c915e5da9153ff74af97. On Sunday 02 December 2007 17:17:51 Michael Wu wrote: > CCK and OFDM power levels are stored in adjacent bytes, not nibbles. > This turns out to be true only for rtl8180. On rtl8187, power levels are indeed stored in nibbles, so this patch is wrong. Please revert this patch. Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
keep it little-endian, update places that use its members Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
->ring_control_dma is dma_addr_t, needs conversion to little-endian before __raw_writel()... Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
Just leave hfa384x_info_frame as-is, don't convert in place. Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
sanitize handling of ConfigRid Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
Don't byteswap any fields, annotate. That has caught a bug, BTW - will be handled in the next patch. Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
don't byteswap, update users to match that, annotate. Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
Stop byteswap-in-place in readBSSListRid(), annotate the sucker. BTW, that had immediately found a bug - another codepath fetching the same struct from card did _not_ byteswap, but used ->dBm the same as everything else - host-endian. Fix in the next patch... Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
* store SSID_rid without conversions * sanitize proc_SSID_on_close() (and avoid access past the end of buffer, while we are at it) Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
We'd just set tfd->u.data.chunk_len[i] to cpu_to_le16(remaining_bytes); passing it to pci_map_single() is a bad idea - it expects host-endian. Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
A couple of places forgot cpu_to_le16() in assignments to that field, even though right next to those in other branches of if-else we do it correctly. Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
some places in driver forget conversions Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
bugs galore: * 0xf380 instead of htons(ETH_P_AARP), etc. Works only on l-e. * back in 2.3.20 driver got readb() and friends instead of direct dereferencing of iomem. Somebody got too enthusiatic and replaced ntohs(p->mrx_overflow) with ntohs(read(&p->mrx_overflow) without noticing that (a) the sucker is 16bit and (b) that expression can't possibly be portable anyway (hell, on l-e it's always less than 256, on b-e it's always a multiple of 256). Proper fix is swab16(readw(&p->mrx_overflow) taking into account the conversion done by readw() itself. That crap happened in several places; the same fix applies. * untranslate() assumes little-endian almost everywhere, except for the code checking for IPX/AARP packets; there we forgot ntohs(), so that part only works on big-endian. Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
* ->exp_id in bootrec_exp_if is __le16; missing conversion in its use * !(x & y) misspelled as !x & y Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
it's le32, not le16... Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
in writerids() we do _not_ byteswap, so we want to access ->opmode as little-endian. Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-
由 Al Viro 提交于
never had been byteswapped, used as host-endian... Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk> Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
-