Re: [RFC PATCH] fdomain: Resurrect driver

On Sat, Apr 20, 2019 at 11:35:13PM -0700, Christoph Hellwig wrote: > As mentioned before: please drop the unused ISA and PCIMCIA code. > We don't need to (re-)add untested code. I fully agree with regard to the PCMCIA part. Thanks, Dominik

[GIT PULL] pcmcia odd fixes for v4.20-rc1

Linus, please pull the following changes since commit 17b57b1883c1285f3d0dc2266e8f79286a7bef38: Linux 4.19-rc6 (2018-09-30 07:15:35 -0700) which are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/brodo/linux.git pcmcia-next up to 95691e3eddc41da2d1cd3cc

Re: [PATCH 5/8] pcmcia: allow PCMCIA support independent of the architecture

ooks good to me, though I'm interested on any subtle (build) breakage when this gets exposure in -next. Will you push this patch upstream directly, or should it go in via the pcmcia tree? If it is the former, feel free to add Acked-by: Dominik Brodowski Thanks, Dominik

Re: some PCMCIA SCSI drivers can be built *only* as modules

On Mon, Mar 26, 2007 at 04:06:53PM -0500, James Bottomley wrote: > On Mon, 2007-03-26 at 21:38 +0100, Christoph Hellwig wrote: > > On Mon, Mar 26, 2007 at 03:35:47PM -0500, James Bottomley wrote: > > > I agree the non-legacy (CardBus and beyond) ones can be built in. I > > > thought the legacy 8 a

[PATCH 5/9] pcmcia: conf.ConfigBase and conf.Present consolidation

From: Dominik Brodowski <[EMAIL PROTECTED]> Date: Wed, 25 Oct 2006 21:49:27 -0400 Subject: [PATCH] pcmcia: conf.ConfigBase and conf.Present consolidation struct pcmcia_device *p_dev->conf.ConfigBase and .Present are set in almost all PCMICA driver right at the beginning, using the same

[PATCH 3/9] pcmcia: remove manf_id and card_id indirection

From: Dominik Brodowski <[EMAIL PROTECTED]> Date: Wed, 25 Oct 2006 21:28:53 -0400 Subject: [PATCH] pcmcia: remove manf_id and card_id indirection As we read out the manufactor and card_id from the PCMCIA device in the PCMCIA core, and device drivers can access those reliably in