From: Javier Martinez Canillas martinez.jav...@gmail.com
Signed-off-by: Javier Martinez Canillas martinez.jav...@gmail.com
Signed-off-by: Dominik Brodowski li...@dominikbrodowski.net
---
drivers/staging/comedi/drivers/das08_cs.c | 19 +++
1 files changed, 3 insertions(+), 16
As all cards to pcmcia_device_add() are already locked by skt_mutex, and
the critical sections inside this function are further protected by
ops_mutex, there's no need to keep a third lock around. Therfore, remove
pcmcia_add_device_lock.
Signed-off-by: Dominik Brodowski li...@dominikbrodowski.net
This avoids multiple lock takings in several codepaths.
Signed-off-by: Dominik Brodowski li...@dominikbrodowski.net
---
drivers/pcmcia/cistpl.c | 21 +
drivers/pcmcia/pcmcia_ioctl.c|4
drivers/pcmcia/pcmcia_resource.c | 13 ++---
3 files
We don't need ata_pcmcia_info any more.
Acked-by: Jeff Garzik jgar...@redhat.com
Signed-off-by: Dominik Brodowski li...@dominikbrodowski.net
---
drivers/ata/pata_pcmcia.c | 41 ++---
1 files changed, 6 insertions(+), 35 deletions(-)
diff --git
From: Javier Martinez Canillas martinez.jav...@gmail.com
Signed-off-by: Javier Martinez Canillas martinez.jav...@gmail.com
Signed-off-by: Dominik Brodowski li...@dominikbrodowski.net
---
drivers/staging/comedi/drivers/ni_daq_700.c | 19 +++
1 files changed, 3 insertions(+), 16
As it's only used there it makes no sense relying on pcmcia_request_irq().
CC: alsa-de...@alsa-project.org
Signed-off-by: Dominik Brodowski li...@dominikbrodowski.net
---
drivers/pcmcia/pcmcia_resource.c | 11 +++
drivers/staging/comedi/drivers/ni_labpc_cs.c |5 +++--
The IRQ modification feature was unused, and I see no reason to keep it.
Signed-off-by: Dominik Brodowski li...@dominikbrodowski.net
---
drivers/pcmcia/pcmcia_resource.c | 16 +++-
1 files changed, 3 insertions(+), 13 deletions(-)
diff --git a/drivers/pcmcia/pcmcia_resource.c
From: Javier Martinez Canillas martinez.jav...@gmail.com
Signed-off-by: Javier Martinez Canillas martinez.jav...@gmail.com
Signed-off-by: Dominik Brodowski li...@dominikbrodowski.net
---
drivers/staging/comedi/drivers/ni_mio_cs.c | 10 +-
1 files changed, 1 insertions(+), 9
As we don't need the Config counter any more, we can simplify
struct pcmcia_socket.
Signed-off-by: Dominik Brodowski li...@dominikbrodowski.net
---
drivers/pcmcia/bfin_cf_pcmcia.c |2 +-
drivers/pcmcia/cardbus.c |1 -
drivers/pcmcia/cs.c |1 -
Clean up the alloc_io_space() function by moving most of it to
the actual resource_ops. This allows for a bit less re-directions.
Future cleanups will follow, and will make up for the code
duplication currently present between rsrc_iodyn and rsrc_nonstatic
(which are hardly ever built at the same
As a fourth step, remove any remaining usages of
dev_node_t from drivers:
- ipwireless can be simplified a bit, as we do not need
to pass around the (write-only) dev_node_t around.
- avma1_cs can be simplified as well, if we only keep the
minor number around as priv data, not a full-fledged
Remove the dev_node declaration. We now only pass the device name
to the deprecated userspace tools.
Signed-off-by: Dominik Brodowski li...@dominikbrodowski.net
---
Documentation/pcmcia/driver-changes.txt |3 +++
drivers/pcmcia/ds.c |2 --
dev_node_t was only used to transport some minor/major numbers
from the PCMCIA device drivers to deprecated userspace helpers.
However, only a few drivers made use of it, and the userspace
helpers are deprecated anyways. Therefore, get rid of dev_node_t .
As a first step, remove any usage of
Linus,
several PCMCIA updates for 2.6.35 are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/brodo/pcmcia-2.6.git master
Please pull from that location. The diffstat and list of changes is below,
the individual diffs are sent (at least) to the linux-pcmcia
From: Tejun Heo t...@kernel.org
Implicit slab.h inclusion via percpu.h is about to go away. Make sure
gfp.h or slab.h is included as necessary.
Signed-off-by: Tejun Heo t...@kernel.org
Cc: Stephen Rothwell s...@canb.auug.org.au
Signed-off-by: Dominik Brodowski li...@dominikbrodowski.net
---
As a second step, remove any usage of dev_node_t from drivers which
only wrote to this typedef/struct, except one printk() which can
easily be replaced by a dev_info()/dev_warn() call.
CC: Harald Welte lafo...@gnumonks.org
CC: linux-...@vger.kernel.org
CC: linux-wirel...@vger.kernel.org
CC:
While pci_set_power_state() is called by the PCI core
unconditionally on all PCI devices, it is not called on _any_
PCI bridge device. Therefore, it is not surprising calling
pci_set_power_state() on CardBus devices causes trouble.
CC: dbrown...@users.sourceforge.net
CC: gre...@suse.de
On Wed, May 19, 2010 at 08:42:44AM +0200, Dominik Brodowski wrote:
As a second step, remove any usage of dev_node_t from drivers which
only wrote to this typedef/struct, except one printk() which can
easily be replaced by a dev_info()/dev_warn() call.
Acked-by: Harald Welte
I've an old dell inspiron 1200(amazingly still works), that use's
a D-Link DWL-G650, and/or a Dell Wireless 1350 for it's wireless
connection.
With using opensuse11.2(kernel:2.6.32*), the card(s) work fine, but as soon
as I pulled the latest HEAD, all hell broke loose. So after doing a
days worth
19 matches
Mail list logo