- 10 Oct, 2007 40 commits
-
-
Rafael J. Wysocki authored
Add suspend/resume support to the uli526x network driver (tested on x86_64, with 'Ethernet controller: ALi Corporation M5263 Ethernet Controller, rev 40'). This patch is based on the suspend/resume code in the tg3 driver. Signed-off-by:
Rafael J. Wysocki <rjw@sisk.pl> Signed-off-by:
Jeff Garzik <jeff@garzik.org>
-
Don Fry authored
Add suspend and resume capability to the driver. Tested both to ram and to disk on x86_64 platform. Signed-off-by:
Don Fry <pcnet32@verizon.net> Signed-off-by:
-
Oliver Neukum authored
this implements support for USB autosuspend in the asix USB ethernet driver. Signed-off-by:
Oliver Neukum <oneukum@suse.de> Signed-off-by:
-
Auke Kok authored
This driver implements support for the ICH9 on-board LAN ethernet device. The device is similar to ICH8. The driver encompasses code to support 82571/2/3, es2lan and ICH8 devices as well, but those device IDs are disabled and will be "lifted" from the e1000 driver over one at a time once this driver receives some more live time. Changes to the last snapshot posted are exclusively in the internal hardware API organization. Many thanks to Jeff Garzik for jumping in and getting this organized with a keen eye on the future layout. [ Integrated napi_struct patch from Auke as well... -DaveM ] Signed-off-by:
Auke Kok <auke-jan.h.kok@intel.com> Signed-off-by:
David S. Miller <davem@davemloft.net>
-
John W. Linville authored
Signed-off-by:John W. Linville <linville@tuxdriver.com>
-
Andrew Morton authored
drivers/net/wireless/libertas/if_cs.c: In function 'if_cs_prog_helper': drivers/net/wireless/libertas/if_cs.c:462: warning: format '%d' expects type 'int', but argument 3 has type 'size_t' drivers/net/wireless/libertas/if_cs.c: In function 'if_cs_prog_real': drivers/net/wireless/libertas/if_cs.c:538: warning: format '%d' expects type 'int', but argument 3 has type 'size_t' Signed-off-by:
Andrew Morton <akpm@linux-foundation.org> Signed-off-by:
-
Jesper Juhl authored
kmalloc() and friends return void*, no need to cast it. Signed-off-by:
Jesper Juhl <jesper.juhl@gmail.com> Signed-off-by:
-
Brajesh Dave authored
Advertise support for 802.11g bitrates when starting adhoc networks, not just 802.11b bitrates. Signed-off-by:
Brajesh Dave <brajeshd@marvell.com> Signed-off-by:
Dan Williams <dcbw@redhat.com> Signed-off-by:
-
Marek Vašut authored
This patch strips away possible mess in regioncode (eg. on my card - 88W8305 chipset - I get 0x3031 instead of expected 0x0031 and as a result the driver defaults to USA region which is obviously incorrect). Following patch fixes the issue. Signed-off-by:
Marek Vasut <marek.vasut@gmail.com> Signed-off-by:
-
Pierre Ossman authored
Make sure that errors reported by the hardware layer is properly handled. Otherwise commands tend to get stuck in limbo. Signed-off-by:
Pierre Ossman <drzeus@drzeus.cx> Signed-off-by:
-
Dan Williams authored
Ensures that any platform specific code that might live in libertas_reset_device (for example, OLPC tells the EC to do a GPIO-toggled reset of the wireless from libertas_reset_device) isn't called. Could be handled better by interface-specific callbacks and a flag for "other hardware reset". Signed-off-by:
Marcelo Tosatti <marcelo@kvack.org> Signed-off-by:
-
Dan Williams authored
Signed-off-by:
-
Dan Williams authored
This patch moves all firmware load responsibility into the interface-specific code and gets rid of the firmware pointer in the generic card structure. It also removes 3 fairly unecessary callbacks: hw_register_dev, hw_unregister_dev, and hw_prog_firmware. It also makes the init sequence from interface probe functions more logical, as there are paired add/remove and start/stop calls into generic libertas code. Because the USB driver code uses the same TX URB callback for both firmware upload (where the generic libertas structure isn't initialized yet) and for normal operation (where it is), some bits of USB code have to deal with 'priv' being NULL. All USB firmware upload bits have been changed to not require 'priv' at all, but simply the USB card structure. Signed-off-by:
-
Dan Williams authored
[PATCH] libertas: fix inadvertant removal of bits from commit 83144186Signed-off-by:
-
Mariusz Kozlowski authored
Signed-off-by:
Mariusz Kozlowski <m.kozlowski@tuxland.pl> Signed-off-by:
-
Daniel Drake authored
Tested by Nathen Meyers FCC ID: SI5WUB221Z zd1211b chip 0586:340a v4810 high 00-13-49 AL2230_RF pa0 ----S Despite the product name, I'm pretty sure this isn't a MIMO device. It appears just to be a normal ZD1211B and we have never heard of these devices having more than 1 RF. I guess they named this product this way to make it appear that it fits in with the rest of their XtremeMIMO product range. Signed-off-by:
Daniel Drake <dsd@gentoo.org> Signed-off-by:
-
Ulrich Kunitz authored
As pointed out by Daniel Drake, the zd1211rw driver used several different rate values and names throughout the driver. He has written a patch to change it and tweaked it after some pretty wild ideas from my side. But the discussion helped me to understand the problem better and I think I have nailed it down with this patch. A zd-rate will consist from now on of a four-bit "pure" rate value and a modulation type flag as used in the ZD1211 control set used for packet transmission. This is consistent with the usage in the zd_rates table. If possible these zd-rates should be used in the code. Signed-off-by:
Ulrich Kunitz <kune@deine-taler.de> Signed-off-by:
-
Daniel Drake authored
Tested by Giuseppe Lippolis zd1211b chip 0cde:001a v4810 high 00-60-b3 AL2230_RF pa0 g--NS Signed-off-by:
-
Ulrich Kunitz authored
While developing the driver we added a lot of debug messages for setting hardware registers. These messages make the reading of the log files difficult and are of no use anymore. This patch removes those messages in zd_chip.c. Signed-off-by:
-
Jeremy Fitzhardinge authored
This patch removes some residual dead code left over from removing the "flip" receive mode. This patch doesn't change the generated output at all, since gcc already realized it was dead. This resolves the "regression" reported by Adrian. Signed-off-by:
Jeremy Fitzhardinge <jeremy@xensource.com> Cc: Adrian Bunk <bunk@stusta.de> Cc: Michal Piotrowski <michal.k.k.piotrowski@gmail.com> Signed-off-by:
-
Richard Knutsson authored
Convert to generic boolean Signed-off-by:
Richard Knutsson <ricknu-0@student.ltu.se> Signed-off-by:
-
Richard Knutsson authored
Convert to generic boolean Signed-off-by:
-
Surya Prabhakar N authored
Hi, Replacing kmalloc with kzalloc and cleaning up memset in drivers/net/tokenring/3c359.c Signed-off-by:
Surya Prabhakar <surya.prabhakar@wipro.com> Signed-off-by:
-
Divy Le Ray authored
Update the MAC workaround to deal with switches that do not honor pause frames. Signed-off-by:
Divy Le Ray <divy@chelsio.com> Signed-off-by:
-
Mariusz Kozlowski authored
This patch covers something like this: dev = alloc_*dev(... ... priv = netdev_priv(dev); memset(priv, 0, sizeof(*priv)); The memset() here is superfluous. alloc_netdev() uses kzalloc() to allocate needed memory so there is no need to zero the priv region twice. Signed-off-by:
-
Jesper Juhl authored
This patch cleans up duplicate includes in drivers/net/ Signed-off-by:
-
Jeff Garzik authored
Split out from patch authored by Dan Faerch <dan@hacker.dk>. Signed-off-by: -
Mariusz Kozlowski authored
Unpatched version does sth like this: dev = alloc_etherdev(... private = netdev_priv(dev); ... dev->priv = private; which doesn't make much sense (does it?) because this is done in alloc_netdev() already. struct net_device *alloc_netdev(... { ... if (sizeof_priv) dev->priv = netdev_priv(dev); This patch removes superfluous code. Signed-off-by: -
Sivakumar Subramani authored
-Fixed Link LED issue when MSI-X is enabled. Signed-off-by:
Sivakumar Subramani <sivakumar.subramani@neterion.com> Signed-off-by:
Ramkrishna Vepa <ram.vepa@neterion.com> Signed-off-by:
-
Sivakumar Subramani authored
- Calling store_xmsi_data to store the MSI-X datas during initialization in s2io-init_nic function - Disabling NAPI when MSI-X is enabled - Freeing sp->entries and sp->s2io_entries in s2io_rem_isr Signed-off-by:
-
Sivakumar Subramani authored
- Making MSIX as default intr_type - Driver will test MSI-X by issuing test MSI-X vector and if fails it will fallback to INTA Signed-off-by:
-
Jeff Garzik authored
* (main change) tab-align hardware register value enums, and hw struct * MMIO_FLUSH_AUDIT_COMPLETE has been defined to 1 for a while. Remove the code activated when it is set to zero. Signed-off-by:
-
Jeff Garzik authored
Signed-off-by: -
Mariusz Kozlowski authored
Signed-off-by:
-
Mariusz Kozlowski authored
Signed-off-by:
-
Jeff Garzik authored
Signed-off-by: -
Ralf Baechle authored
Signed-off-by:
Ralf Baechle <ralf@linux-mips.org> Signed-off-by:
-
Denis Cheng authored
Cc: linux-bugs@chelsio.com Signed-off-by:
Denis Cheng <crquan@gmail.com> Signed-off-by:
-
Yoann Padioleau authored
Replacing accesses to dev->priv to netdev_priv(dev). The replacment is safe when netdev_priv is used to access a private structure that is right next to the net_device structure in memory. Cf http://groups.google.com/group/comp.os.linux.development.system/browse_thread/thread/de19321bcd94dbb8/0d74a4adcd6177bd This is the case when the net_device structure was allocated with a call to alloc_netdev or one of its derivative. Here is an excerpt of the semantic patch that performs the transformation @ rule1 @ type T; struct net_device *dev; @@ dev = ( alloc_netdev | alloc_etherdev | alloc_trdev ) (sizeof(T), ...) @ rule1bis @ struct net_device *dev; expression E; @@ dev->priv = E @ rule2 depends on rule1 && !rule1bis @ struct net_device *dev; type rule1.T; @@ - (T*) dev->priv + netdev_priv(dev) PS: I have performed the same transformation on the whole kernel and it affects around 70 files, most of them in drivers/net/. Should I split my patch for each subnet directories ? (wireless/, wan/, etc) Thanks to Thomas Surrel for helping me refining my semantic patch. Signed-off-by:
Yoann Padioleau <padator@wanadoo.fr> 3c359.c | 58 +++++++++++++++++++++++++++++----------------------------- ibmtr.c | 38 +++++++++++++++++++------------------- lanstreamer.c | 32 ++++++++++++++++---------------- madgemc.c | 4 ++-- olympic.c | 36 ++++++++++++++++++------------------ tmspci.c | 4 ++-- 6 files changed, 86 insertions(+), 86 deletions(-) Signed-off-by:
-
Jeff Garzik authored
The driver has not compiled in anything except PCI support for many years (see drivers/net/skfp/Makefile). This driver is also unmaintained for many years, so arguments for keeping the cross-OS, cross-bus (ISA, EISA, MCA) code do not exist. Signed-off-by:
-
