public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Russell King <rmk@arm.linux.org.uk>
To: Linus Torvalds <torvalds@transmeta.com>,
	Linux Kernel List <linux-kernel@vger.kernel.org>
Subject: [BK PULL] PCMCIA changes
Date: Wed, 26 Mar 2003 19:34:27 +0000	[thread overview]
Message-ID: <20030326193427.B8871@flint.arm.linux.org.uk> (raw)

Linus, please do a

	bk pull bk://bk.arm.linux.org.uk/linux-2.5-pcmcia

to include PCMCIA changes listed below.  Patches for each cset will
follow on LKML.

Please note that I haven't been able to thoroughly test just these
patches as a stand alone set since yenta.c needs further patches to
make it usable on my ARM Cardbus machine.

A subset of these, from 1.889.359.1 to 1.889.359.7 have been in
2.5.65-mm for a while, along with an additional pcmcia patch.  This
additional patch has been dropped due to reported problems.  Since
we now have the PCI changes in place, 1.889.359.8 is included, which
converts cardbus to use more of the PCI layer.

Also, hch sent me a Makefile cleanup, which appears as the last cset.

The whole patch was sent for the -ac and -mm trees on Monday, but
there haven't been any new -ac trees released, and it seems to have
been missed for -mm, although Alan says: "mae darnau pcmcia edrych
iawn / the pcmcia patches look fine".

I am currently receiving a number of requests to get this merged.

This will update the following files:

 drivers/char/pcmcia/synclink_cs.c |    3 
 drivers/isdn/hisax/elsa_cs.c      |    7 
 drivers/isdn/hisax/sedlbauer_cs.c |    7 
 drivers/pci/Makefile              |    3 
 drivers/pcmcia/Kconfig            |    4 
 drivers/pcmcia/Makefile           |   69 ++++-----
 drivers/pcmcia/cardbus.c          |  195 +++++---------------------
 drivers/pcmcia/cistpl.c           |  281 ++++++++++++++++----------------------
 drivers/pcmcia/cs.c               |   36 +---
 drivers/pcmcia/cs_internal.h      |    7 
 drivers/pcmcia/hd64465_ss.c       |   32 ----
 drivers/pcmcia/i82092.c           |   88 -----------
 drivers/pcmcia/i82092aa.h         |    2 
 drivers/pcmcia/i82365.c           |   77 ----------
 drivers/pcmcia/pci_socket.c       |   20 --
 drivers/pcmcia/pci_socket.h       |    2 
 drivers/pcmcia/ricoh.h            |    2 
 drivers/pcmcia/rsrc_mgr.c         |  273 ++++++++++++++++++++++++++----------
 drivers/pcmcia/sa1100_generic.c   |   54 -------
 drivers/pcmcia/tcic.c             |   85 -----------
 drivers/pcmcia/ti113x.h           |    6 
 drivers/pcmcia/yenta.c            |   63 --------
 drivers/scsi/pcmcia/nsp_cs.c      |    3 
 include/pcmcia/bus_ops.h          |  154 --------------------
 include/pcmcia/cs.h               |    1 
 include/pcmcia/ss.h               |    3 
 26 files changed, 416 insertions, 1061 deletions

through these ChangeSets:

<hch@com.rmk.(none)> (03/03/24 1.889.359.9)
	[PCMCIA] drivers/pcmcia/Makefile tidyups
	
	(1) use the builtin foo-$(BAR) mechanism of the 2.5 kbuild
	(2) align all += foo.o statements

<rmk@flint.arm.linux.org.uk> (03/03/23 1.889.359.8)
	[PCMCIA] pcmcia-10: Make cardbus use the new PCI functionality.
	
	Now that we have the critical PCI changes in place, we can convert
	cardbus to use this PCI functionality.  This allows us to scan
	behind PCI to PCI bridges on cardbus cards, and setup the bus
	resources using the generic PCI support code.
	
	Note that drivers/pci/setup-bus.c needs to be built when hotplug
	(ie, cardbus) is enabled.

<rmk@flint.arm.linux.org.uk> (03/03/23 1.889.359.7)
	[PCMCIA] pcmcia-8/9: Clean up CIS setup.
	
	- Re-order functions in cistpl.c.
	- Combine setup_cis_mem and set_cis_map into one function.
	- Move cis_readable(), checksum() and checksum_match() into rsrc_mgr.c
	- Only pass the socket structure to validate_mem()
	- Remove socket_info_t *vs variable, and the race condition along
	  with it.
	- Pass the socket_info_t through validate_mem(), do_mem_probe() and
	  inv_probe() to these functions.
	- Call cis_readable() and checksum_match() directly from
	  do_mem_probe().

<rmk@flint.arm.linux.org.uk> (03/03/22 1.889.359.6)
	[PCMCIA] pcmcia-7: Remove cb_enable() and cb_disable()
	
	Remove support for the old PCMCIA cardbus clients - all cardbus
	drivers should be converted to be full-class PCI citizens.

<rmk@flint.arm.linux.org.uk> (03/03/18 1.889.359.5)
	[PCMCIA] pcmcia-6: s/CONFIG_ISA/CONFIG_PCMCIA_PROBE/
	
	Remove the dependence of the PCMCIA layer on CONFIG_ISA - introduce
	CONFIG_PCMCIA_PROBE to determine whether we need the resource
	handling code.  This prevents oopsen on SA11x0 and similar platforms
	which use statically mapped, non-windowed sockets.

<rmk@flint.arm.linux.org.uk> (03/03/18 1.889.359.4)
	[PCMCIA] pcmcia-5: Add locking to resource manager.
	
	Add an element of locking to the resource manager - don't allow
	the PCMCIA resource lists to be changed while the pcmcia code is
	scanning them.

<rmk@flint.arm.linux.org.uk> (03/03/17 1.889.359.3)
	[PCMCIA] pcmcia-4: introduce SOCKET_CARDBUS_CONFIG
	
	Cardbus uses socket->cb_config to detect when the cardbus card has
	been initialised.  Since cb_config will eventually die, we need a
	solution - introduce the SOCKET_CARDBUS_CONFIG flag, which is set
	once we have initialised the cardbus socket.

<rmk@flint.arm.linux.org.uk> (03/03/17 1.889.359.2)
	[PCMCIA] pcmcia-3: Remove bus_ops abstractions.
	
	Remove bus_* abstractions from PCMCIA core and PCMCIA drivers; they
	are unused.

<rmk@flint.arm.linux.org.uk> (03/03/17 1.889.359.1)
	[PCMCIA] pcmcia-2: Remove get_io_map and get_mem_map socket methods.
	
	get_io_map and get_mem_map PCMCIA socket methods are never called
	by the PCMCIA core code.  They are therefore dead code, and can be
	removed.


-- 
Russell King (rmk@arm.linux.org.uk)                The developer of ARM Linux
             http://www.arm.linux.org.uk/personal/aboutme.html


             reply	other threads:[~2003-03-26 19:23 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-03-26 19:34 Russell King [this message]
2003-03-26 19:35 ` [BK PULL] (1/9) PCMCIA changes Russell King
2003-03-26 19:35   ` [BK PULL] (2/9) " Russell King
2003-03-26 19:36     ` [BK PULL] (3/9) " Russell King
2003-03-26 19:36       ` [BK PULL] (4/9) " Russell King
2003-03-26 19:47         ` [BK PULL] (5/9) " Russell King
2003-03-26 19:47           ` [BK PULL] (6/9) " Russell King
2003-03-26 19:48             ` [BK PULL] (7/9) " Russell King
2003-03-26 19:48               ` [BK PULL] (8/9) " Russell King
2003-03-26 19:48                 ` [BK PULL] (9/9) " Russell King
2003-03-26 19:57 ` [BK PULL] " Linus Torvalds
2003-03-26 23:12   ` Dominik Brodowski

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20030326193427.B8871@flint.arm.linux.org.uk \
    --to=rmk@arm.linux.org.uk \
    --cc=linux-kernel@vger.kernel.org \
    --cc=torvalds@transmeta.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox