linux-kernel - Re: [PATCH 01/15] Make %pR could handle bus resource with domain

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Fri, 3 Feb 2012 09:23:44 -0800
From:	Yinghai Lu <yinghai@...nel.org>
To:	Bjorn Helgaas <bhelgaas@...gle.com>
Cc:	Jesse Barnes <jbarnes@...tuousgeek.org>,
	Benjamin Herrenschmidt <benh@...nel.crashing.org>,
	Tony Luck <tony.luck@...el.com>,
	Dominik Brodowski <linux@...inikbrodowski.net>,
	Andrew Morton <akpm@...ux-foundation.org>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	linux-pci@...r.kernel.org, linux-kernel@...r.kernel.org,
	linux-arch@...r.kernel.org
Subject: Re: [PATCH 01/15] Make %pR could handle bus resource with domain

On Fri, Feb 3, 2012 at 8:26 AM, Bjorn Helgaas <bhelgaas@...gle.com> wrote:
> On Wed, Feb 1, 2012 at 2:43 PM, Yinghai Lu <yinghai@...nel.org> wrote:
>> So could use %pR for busn_res with domain nr in start/end
>>
>> Signed-off-by: Yinghai Lu <yinghai@...nel.org>
>> Cc: Andrew Morton <akpm@...ux-foundation.org>
>> ---
>>  lib/vsprintf.c |   28 ++++++++++++++++++++++++----
>>  1 files changed, 24 insertions(+), 4 deletions(-)
>>
>> diff --git a/lib/vsprintf.c b/lib/vsprintf.c
>> index 8e75003..b34eeea 100644
>> --- a/lib/vsprintf.c
>> +++ b/lib/vsprintf.c
>> @@ -451,6 +451,12 @@ char *resource_string(char *buf, char *end, struct resource *res,
>>                .precision = -1,
>>                .flags = SPECIAL | SMALL | ZEROPAD,
>>        };
>> +       static const struct printf_spec domain_spec = {
>> +               .base = 16,
>> +               .field_width = 4,
>> +               .precision = -1,
>> +               .flags = SMALL | ZEROPAD,
>> +       };
>>        static const struct printf_spec bus_spec = {
>>                .base = 16,
>>                .field_width = 2,
>> @@ -507,11 +513,25 @@ char *resource_string(char *buf, char *end, struct resource *res,
>>                specp = &mem_spec;
>>                decode = 0;
>>        }
>> -       p = number(p, pend, res->start, *specp);
>> -       if (res->start != res->end) {
>> -               *p++ = '-';
>> -               p = number(p, pend, res->end, *specp);
>> +
>> +       if (res->flags & IORESOURCE_BUS && res->end >> 8) {
>> +               p = number(p, pend, res->start >> 8, domain_spec);
>> +               *p++ = ':';
>> +               p = number(p, pend, res->start & 0xff, *specp);
>> +               if (res->start != res->end) {
>> +                       *p++ = '-';
>> +                       p = number(p, pend, res->end >> 8, domain_spec);
>> +                       *p++ = ':';
>> +                       p = number(p, pend, res->end & 0xff, *specp);
>
> The "<< 8", ">>8", and "& 0xff" patterns are used frequently in these
> patches.  I think it's worth adding macros or inline functions to make
> it clear that all these places are connected.

ok will check if can use

busn_domain_nr(res): res->end >> 8
busn_bus_nr(res): res->end & 0xff;
busn_val(domain_nr, bus_nr)

instead.

Thanks

Yinghai
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/