mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Dominik Brodowski <linux@dominikbrodowski.net>
To: torvalds@osdl.org, akpm@osdl.org
Cc: Russell King <rmk+kernel@arm.linux.org.uk>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"Robert P. J. Day" <rpjday@crashcourse.ca>,
	Jaswinder Singh Rajput <jaswinder@kernel.org>,
	linux-kernel@vger.kernel.org, linux-pcmcia@lists.infradead.org
Subject: [git pull] more PCMCIA updates for 2.6.34 (including ioctl deprecation)
Date: Wed, 3 Mar 2010 08:59:44 +0100	[thread overview]
Message-ID: <20100303075944.GA23354@comet.dominikbrodowski.net> (raw)

Linus,

a few more PCMCIA patches for 2.6.34 are available in the git repository at:
  git://git.kernel.org/pub/scm/linux/kernel/git/brodo/pcmcia-2.6.git master

The diffstat and list of changes is below, the individual diffs are sent
(at least) to the linux-pcmcia list. This patchset includes one
controversial patch, titled:

      pcmcia: disable pcmcia ioctl for !ARM, prepare for removal

Most notably, Russell King objects to it for reasons spelled out e.g. at
http://lkml.org/lkml/2008/2/27/291 . I suspect the platform he is referring
to actually does work with the PCMCIA ioctl disabled; Russell's offer from
2008 to

   "spend some time [...] working out what it requires from the ioctl
   interface - maybe we can have a cut-down ioctl interface that bolts straight
   on as an "add on" to the new controls without being too invasive, while
   still allowing its PCMCIA bits to work."
   (http://lists.infradead.org/pipermail/linux-pcmcia/2008-April/005450.html)

hasn't lead to any result so far; he has indicated he won't get to spending
time on it soon. Because of the lack of progress in this regard, and for the
other reasons spelled out in the patch, I picked up Alan's suggestion to

   "[...] push[ing] it. If it matters someone will then fix up the problem
   platform. If it isn't pushed then it lets one obscure platform stall
   progress for everyone else."
  (http://lists.infradead.org/pipermail/linux-pcmcia/2008-April/005453.html)

Please pull from that location insofar as you agree to continue with the
deprecation of the PCMCIA ioctl. Otherwise, I can prepare a branch
_without_ this controversial patch to pull from.

Thanks,
        Dominik


Dominik Brodowski (2):
      pcmcia: CodingStyle fixes
      pcmcia: disable pcmcia ioctl for !ARM, prepare for removal

Komuro (1):
      pcmcia: remove irq_list parameter from pd6729

Manuel Lauss (1):
      pcmcia: alchemy: fixup wrong comments

Michal Pecio (1):
      yenta_socket: ENE CB712 CardBus bridge needs special treatment with Echo Audio Indigo soundcards

 Documentation/feature-removal-schedule.txt |   12 +-
 drivers/pcmcia/Kconfig                     |   14 +-
 drivers/pcmcia/cardbus.c                   |    2 +-
 drivers/pcmcia/cistpl.c                    | 1908 ++++++++++++++--------------
 drivers/pcmcia/db1xxx_ss.c                 |   19 +-
 drivers/pcmcia/pd6729.c                    |   18 +-
 drivers/pcmcia/rsrc_mgr.c                  |    3 +-
 drivers/pcmcia/xxs1500_ss.c                |   16 +-
 drivers/pcmcia/yenta_socket.c              |    8 +-
 9 files changed, 973 insertions(+), 1027 deletions(-)

             reply	other threads:[~2010-03-03  8:02 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-03  7:59 Dominik Brodowski [this message]
2010-03-03  8:00 ` [PATCH 5/5] pcmcia: disable pcmcia ioctl for !ARM, prepare for removal Dominik Brodowski
2010-05-15 14:24   ` Russell King
2010-05-15 14:37     ` Dominik Brodowski
2010-05-15 14:46       ` Russell King
2010-05-15 14:55         ` Dominik Brodowski
2010-03-03  8:30 ` [git pull] more PCMCIA updates for 2.6.34 (including ioctl deprecation) Russell King
2010-03-03  8:43   ` Dominik Brodowski
2010-03-05 12:07   ` Alan Cox
2010-03-05 12:57     ` Wolfram Sang
2010-03-05 21:41     ` Russell King
2010-03-06  2:44       ` Peter Stuge
2010-03-10 20:45     ` Pavel Machek
2010-03-10 21:00       ` Dominik Brodowski
2010-03-13  6:52         ` Pavel Machek

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=20100303075944.GA23354@comet.dominikbrodowski.net \
    --to=linux@dominikbrodowski.net \
    --cc=akpm@osdl.org \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=jaswinder@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pcmcia@lists.infradead.org \
    --cc=rmk+kernel@arm.linux.org.uk \
    --cc=rpjday@crashcourse.ca \
    --cc=torvalds@osdl.org \
    /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

all inboxes | Powered by JetHome®