From: Bjorn Helgaas <bjorn.helgaas@hp.com>
To: Philippe De Muyter <phdm@macqel.be>
Cc: Andrew Morton <akpm@linux-foundation.org>,
linux-kernel@vger.kernel.org,
Robert Hancock <hancockrwd@gmail.com>,
Adam M Belay <abelay@mit.edu>, Len Brown <lenb@kernel.org>
Subject: Re: [PATCH] floppy: request and release only the ports we actually use
Date: Fri, 13 Feb 2009 09:37:31 -0700 [thread overview]
Message-ID: <200902130937.32690.bjorn.helgaas@hp.com> (raw)
In-Reply-To: <20090213085537.GA21230@frolo.macqel>
On Friday 13 February 2009 01:55:37 am Philippe De Muyter wrote:
> Andrew,
>
> this is a combined patch replacing the following ones currently in
> the -mm tree :
> floppy-request-only-the-ports-we-actually-use.patch
> floppy-request-only-the-ports-we-actually-use-fix.patch
>
> Bjorn,
>
> Since you did the hard job of collecting the used io-ports and writing
> the changelog and part of this patch, I kept your Signed-off-by :
Great! Thanks for putting this together. This looks like the
right thing to me.
Bjorn
> --
>
> The floppy driver requests an I/O port it doesn't need, and
> sometimes this causes a conflict with a motherboard device
> reported by PNPBIOS.
>
> This patch makes the floppy driver request and release
> only the ports it actually uses. It also factors out
> the request/release stuff and the io-ports list so
> they're all in one place now.
>
> The current floppy driver uses only these ports:
> 0x3f2 (FD_DOR)
> 0x3f4 (FD_STATUS)
> 0x3f5 (FD_DATA)
> 0x3f7 (FD_DCR/FD_DIR)
> but it requests 0x3f2-0x3f5 and 0x3f7, which includes the
> unused port 0x3f3.
>
> Some BIOSes report 0x3f3 as a motherboard resource. The PNP system
> driver reserves that, which causes a conflict when the floppy driver
> requests 0x3f2-0x3f5 later.
>
> Philippe reported that this conflict broke the floppy driver between
> 2.6.11 and 2.6.22. His PNPBIOS reports these devices:
>
> $ cat 00:07/id 00:07/resources # motherboard device
> PNP0c02
> state = active
> io 0x80-0x80
> io 0x10-0x1f
> io 0x22-0x3f
> io 0x44-0x5f
> io 0x90-0x9f
> io 0xa2-0xbf
> io 0x3f0-0x3f1
> io 0x3f3-0x3f3
>
> $ cat 00:03/id 00:03/resources # floppy device
> PNP0700
> state = active
> io 0x3f4-0x3f5
> io 0x3f2-0x3f2
>
> Reference:
> http://lkml.org/lkml/2009/1/31/162
>
> Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
> Signed-off-by: Philippe De Muyter <phdm@macqel.be>
> Reported-by: Philippe De Muyter <phdm@macqel.be>
> Tested-by: Philippe De Muyter <phdm@macqel.be>
> CC: Adam M Belay <abelay@mit.edu>
> CC: Robert Hancock <hancockrwd@gmail.com>
> ---
> diff -r 94166a3a38bd drivers/block/floppy.c
> --- a/drivers/block/floppy.c Sat Jan 31 15:56:23 2009 -0800
> +++ b/drivers/block/floppy.c Fri Feb 13 09:24:51 2009 +0100
> @@ -558,6 +558,8 @@ static void recalibrate_floppy(void);
> static void recalibrate_floppy(void);
> static void floppy_shutdown(unsigned long);
>
> +static int floppy_request_regions(int);
> +static void floppy_release_regions(int);
> static int floppy_grab_irq_and_dma(void);
> static void floppy_release_irq_and_dma(void);
>
> @@ -4274,8 +4276,7 @@ static int __init floppy_init(void)
> FDCS->rawcmd = 2;
> if (user_reset_fdc(-1, FD_RESET_ALWAYS, 0)) {
> /* free ioports reserved by floppy_grab_irq_and_dma() */
> - release_region(FDCS->address + 2, 4);
> - release_region(FDCS->address + 7, 1);
> + floppy_release_regions(fdc);
> FDCS->address = -1;
> FDCS->version = FDC_NONE;
> continue;
> @@ -4284,8 +4285,7 @@ static int __init floppy_init(void)
> FDCS->version = get_fdc_version();
> if (FDCS->version == FDC_NONE) {
> /* free ioports reserved by floppy_grab_irq_and_dma() */
> - release_region(FDCS->address + 2, 4);
> - release_region(FDCS->address + 7, 1);
> + floppy_release_regions(fdc);
> FDCS->address = -1;
> continue;
> }
> @@ -4358,6 +4358,47 @@ out_put_disk:
>
> static DEFINE_SPINLOCK(floppy_usage_lock);
>
> +static const struct io_region {
> + int offset;
> + int size;
> +} io_regions[] = {
> + { 2, 1 },
> + /* address + 3 is sometimes reserved by pnp bios for motherboard */
> + { 4, 2 },
> + /* address + 6 is reserved, and may be taken by IDE.
> + * Unfortunately, Adaptec doesn't know this :-(, */
> + { 7, 1 },
> +};
> +
> +static void floppy_release_allocated_regions(int fdc, const struct io_region *p)
> +{
> + while (p != io_regions) {
> + p--;
> + release_region(FDCS->address + p->offset, p->size);
> + }
> +}
> +
> +#define ARRAY_END(X) (&((X)[ARRAY_SIZE(X)]))
> +
> +static int floppy_request_regions(int fdc)
> +{
> + const struct io_region *p;
> +
> + for (p = io_regions; p < ARRAY_END(io_regions); p++) {
> + if (!request_region(FDCS->address + p->offset, p->size, "floppy")) {
> + DPRINT("Floppy io-port 0x%04lx in use\n", FDCS->address + p->offset);
> + floppy_release_allocated_regions(fdc, p);
> + return -EBUSY;
> + }
> + }
> + return 0;
> +}
> +
> +static void floppy_release_regions(int fdc)
> +{
> + floppy_release_allocated_regions(fdc, ARRAY_END(io_regions));
> +}
> +
> static int floppy_grab_irq_and_dma(void)
> {
> unsigned long flags;
> @@ -4399,18 +4440,8 @@ static int floppy_grab_irq_and_dma(void)
>
> for (fdc = 0; fdc < N_FDC; fdc++) {
> if (FDCS->address != -1) {
> - if (!request_region(FDCS->address + 2, 4, "floppy")) {
> - DPRINT("Floppy io-port 0x%04lx in use\n",
> - FDCS->address + 2);
> - goto cleanup1;
> - }
> - if (!request_region(FDCS->address + 7, 1, "floppy DIR")) {
> - DPRINT("Floppy io-port 0x%04lx in use\n",
> - FDCS->address + 7);
> - goto cleanup2;
> - }
> - /* address + 6 is reserved, and may be taken by IDE.
> - * Unfortunately, Adaptec doesn't know this :-(, */
> + if (floppy_request_regions(fdc))
> + goto cleanup;
> }
> }
> for (fdc = 0; fdc < N_FDC; fdc++) {
> @@ -4432,15 +4463,11 @@ static int floppy_grab_irq_and_dma(void)
> fdc = 0;
> irqdma_allocated = 1;
> return 0;
> -cleanup2:
> - release_region(FDCS->address + 2, 4);
> -cleanup1:
> +cleanup:
> fd_free_irq();
> fd_free_dma();
> - while (--fdc >= 0) {
> - release_region(FDCS->address + 2, 4);
> - release_region(FDCS->address + 7, 1);
> - }
> + while (--fdc >= 0)
> + floppy_release_regions(fdc);
> spin_lock_irqsave(&floppy_usage_lock, flags);
> usage_count--;
> spin_unlock_irqrestore(&floppy_usage_lock, flags);
> @@ -4501,10 +4528,8 @@ static void floppy_release_irq_and_dma(v
> #endif
> old_fdc = fdc;
> for (fdc = 0; fdc < N_FDC; fdc++)
> - if (FDCS->address != -1) {
> - release_region(FDCS->address + 2, 4);
> - release_region(FDCS->address + 7, 1);
> - }
> + if (FDCS->address != -1)
> + floppy_release_regions(fdc);
> fdc = old_fdc;
> }
>
>
prev parent reply other threads:[~2009-02-13 16:37 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-05 17:48 [PATCH] floppy: request " Bjorn Helgaas
2009-02-05 17:55 ` Bjorn Helgaas
2009-02-05 22:29 ` Andrew Morton
2009-02-05 23:43 ` Bjorn Helgaas
2009-02-06 8:55 ` [PATCH] floppy: release only the ports we actually requested Philippe De Muyter
2009-02-06 16:20 ` Bjorn Helgaas
2009-02-06 17:57 ` Bjorn Helgaas
2009-02-09 9:15 ` Philippe De Muyter
2009-02-10 17:16 ` Bjorn Helgaas
2009-02-13 8:55 ` [PATCH] floppy: request and release only the ports we actually use Philippe De Muyter
2009-02-13 16:37 ` Bjorn Helgaas [this message]
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=200902130937.32690.bjorn.helgaas@hp.com \
--to=bjorn.helgaas@hp.com \
--cc=abelay@mit.edu \
--cc=akpm@linux-foundation.org \
--cc=hancockrwd@gmail.com \
--cc=lenb@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=phdm@macqel.be \
/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®