mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Witold Szczeponik <Witold.Szczeponik@gmx.net>
To: Bjorn Helgaas <bhelgaas@google.com>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 2/3] PNP: Allow resources to be set as disabled
Date: Sun, 01 Apr 2012 18:06:49 +0200	[thread overview]
Message-ID: <4F787D19.506@gmx.net> (raw)
In-Reply-To: <CAErSpo75MV2-XvVQdMrcunFbC+bZvPQXmh5Hzt1ihOOjz2pS0w@mail.gmail.com>

On 27/03/12 22:38, Bjorn Helgaas wrote:

[...]

>> The patch achieves this by doing two things: (1) it allows the strings
>> "disabled" and"<none>" to be used as a valid PNP resource value, and (2) when
>> assigning PNP resources, it copies the flags masked by IORESOURCE_BITS from the
>> resource's templates.
>
> These look like reasonable things to do, but (2) doesn't seem to
> depend on (1), so you might just split them into two patches.

Will do.  Actually, (2) solves a problem that apparently had not been observed 
yet: When *any* PNP resource was set using the "/sys/bus/pnp/*/*/resources" 
interface, the IORESOURCE_BITS were always cleared, which might have been, by 
coincidence, a meaningful value. However, once I started disabling IRQ lines, 
I've seen error messages in the kernel logs (an IRQ's IORESOURCE_BITS are never 
cleared, if I am not mistaken).

[...]

>>
>> If the second part of the patch is not applied, the resource flags are not
>> initialized properly and obscure messages in the kernel log have be seen
>
> s/be/been/

ACK. And will be moved to some other patch.

>
>> ("invalid flags").
>>
>> The patch is applied against Linux 3.3.x.
>>
>>
>> Signed-off-by: Witold Szczeponik<Witold.Szczeponik@gmx.net>
>>
>>
>> Index: linux/drivers/pnp/interface.c
>> ===================================================================
>> --- linux.orig/drivers/pnp/interface.c
>> +++ linux/drivers/pnp/interface.c
>> @@ -311,10 +311,14 @@ static char *pnp_get_resource_value(char
>>         if (flags)
>>                 *flags = 0;
>>
>> -       /* TBD: allow for disabled resources */
>> -
>>         buf = skip_spaces(buf);
>> -       if (start) {
>> +       if (flags&&  !strnicmp(buf, "disabled", 8)) {
>> +               buf += 8;
>> +               *flags |= IORESOURCE_DISABLED;
>> +       } else if (flags&&  !strnicmp(buf, "<none>", 6)) {
>> +               buf += 6;
>> +               *flags |= IORESOURCE_DISABLED;
>
> What's the value in supporting both "disabled" and "<none>"?  Having
> both suggests that they do different things, but it looks like they
> have the same effect.

These two values correspond to the two different ways to report "disabled" 
resources by the kernel: drivers/pnp/interface.c uses "disabled" when 
displaying PNP resources and "<none>" when displaying PNP options.  (Maybe 
the latter should be changed to "disabled", too, but this would be a 
change in the ABI.)

>
>> +       } else if (start) {
>>                 *start = simple_strtoull(buf,&buf, 0);
>>                 if (end) {
>>                         buf = skip_spaces(buf);
>> Index: linux/drivers/pnp/manager.c
>> ===================================================================
>> --- linux.orig/drivers/pnp/manager.c
>> +++ linux/drivers/pnp/manager.c
>> @@ -18,11 +18,27 @@
>>
>>   DEFINE_MUTEX(pnp_res_mutex);
>>
>> +static struct resource *pnp_find_resource(struct pnp_dev *dev,
>> +                                         unsigned char rule,
>> +                                         unsigned long type,
>> +                                         unsigned int bar)
>> +{
>> +       struct resource *res = pnp_get_resource(dev, type, bar);
>> +
>> +       /* when the resource already exists, set its resource bits from rule */
>> +       if (res) {
>> +               res->flags&= ~IORESOURCE_BITS;
>> +               res->flags |= rule&  IORESOURCE_BITS;
>> +       }
>> +
>> +       return res;
>> +}
>> +
>>   static int pnp_assign_port(struct pnp_dev *dev, struct pnp_port *rule, int idx)
>>   {
>>         struct resource *res, local_res;
>>
>> -       res = pnp_get_resource(dev, IORESOURCE_IO, idx);
>> +       res = pnp_find_resource(dev, rule->flags, IORESOURCE_IO, idx);
>>         if (res) {
>>                 pnp_dbg(&dev->dev, "  io %d already set to %#llx-%#llx "
>>                         "flags %#lx\n", idx, (unsigned long long) res->start,
>> @@ -65,7 +81,7 @@ static int pnp_assign_mem(struct pnp_dev
>>   {
>>         struct resource *res, local_res;
>>
>> -       res = pnp_get_resource(dev, IORESOURCE_MEM, idx);
>> +       res = pnp_find_resource(dev, rule->flags, IORESOURCE_MEM, idx);
>>         if (res) {
>>                 pnp_dbg(&dev->dev, "  mem %d already set to %#llx-%#llx "
>>                         "flags %#lx\n", idx, (unsigned long long) res->start,
>> @@ -78,6 +94,7 @@ static int pnp_assign_mem(struct pnp_dev
>>         res->start = 0;
>>         res->end = 0;
>>
>> +       /* ??? rule->flags restricted to 8 bits, all tests bogus ??? */
>>         if (!(rule->flags&  IORESOURCE_MEM_WRITEABLE))
>>                 res->flags |= IORESOURCE_READONLY;
>>         if (rule->flags&  IORESOURCE_MEM_CACHEABLE)
>> @@ -123,7 +140,7 @@ static int pnp_assign_irq(struct pnp_dev
>>                 5, 10, 11, 12, 9, 14, 15, 7, 3, 4, 13, 0, 1, 6, 8, 2
>>         };
>>
>> -       res = pnp_get_resource(dev, IORESOURCE_IRQ, idx);
>> +       res = pnp_find_resource(dev, rule->flags, IORESOURCE_IRQ, idx);
>>         if (res) {
>>                 pnp_dbg(&dev->dev, "  irq %d already set to %d flags %#lx\n",
>>                         idx, (int) res->start, res->flags);
>> @@ -182,7 +199,7 @@ static int pnp_assign_dma(struct pnp_dev
>>                 1, 3, 5, 6, 7, 0, 2, 4
>>         };
>>
>> -       res = pnp_get_resource(dev, IORESOURCE_DMA, idx);
>> +       res = pnp_find_resource(dev, rule->flags, IORESOURCE_DMA, idx);
>>         if (res) {
>>                 pnp_dbg(&dev->dev, "  dma %d already set to %d flags %#lx\n",
>>                         idx, (int) res->start, res->flags);
>>
>

  reply	other threads:[~2012-04-01 16:07 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-20 18:49 [PATCH 0/3] PNP: Allow PNP resources to be disabled (interface) Witold Szczeponik
2012-03-20 19:57 ` [PATCH 1/3] PNP: Simplify setting of resources Witold Szczeponik
2012-03-27 20:32   ` Bjorn Helgaas
2012-04-01 16:05     ` Witold Szczeponik
2012-03-20 20:00 ` [PATCH 2/3] PNP: Allow resources to be set as disabled Witold Szczeponik
2012-03-27 20:38   ` Bjorn Helgaas
2012-04-01 16:06     ` Witold Szczeponik [this message]
2012-03-20 20:05 ` [PATCH 3/3] PNP: Allow resource flags to be set explicitly Witold Szczeponik
2012-03-27 20:52   ` Bjorn Helgaas
2012-04-01 16:07     ` Witold Szczeponik
2012-03-27 20:57 ` [PATCH 0/3] PNP: Allow PNP resources to be disabled (interface) Bjorn Helgaas
2012-04-01 16:04   ` Witold Szczeponik

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=4F787D19.506@gmx.net \
    --to=witold.szczeponik@gmx.net \
    --cc=bhelgaas@google.com \
    --cc=linux-kernel@vger.kernel.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

Powered by JetHome