linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [TRIVIAL PATCH] block: Correct misuses of 0x%<decimal>
@ 2015-08-02 20:25 Joe Perches
  2015-08-03  7:20 ` Johannes Thumshirn
  2015-08-03  7:25 ` yalin wang
  0 siblings, 2 replies; 8+ messages in thread
From: Joe Perches @ 2015-08-02 20:25 UTC (permalink / raw)
  To: Don Brace; +Cc: linux-kernel, iss_storagedev, storagedev, linux-scsi

Correct misuse of 0x%d in logging messages.

Signed-off-by: Joe Perches <joe@perches.com>
---
 drivers/block/DAC960.c | 4 ++--
 drivers/block/cciss.c  | 2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/drivers/block/DAC960.c b/drivers/block/DAC960.c
index 811e11c..d9b32f2 100644
--- a/drivers/block/DAC960.c
+++ b/drivers/block/DAC960.c
@@ -2954,7 +2954,7 @@ DAC960_DetectController(struct pci_dev *PCI_Device,
        case DAC960_PD_Controller:
          if (!request_region(Controller->IO_Address, 0x80,
                              Controller->FullModelName)) {
-               DAC960_Error("IO port 0x%d busy for Controller at\n",
+               DAC960_Error("IO port 0x%x busy for Controller at\n",
                             Controller, Controller->IO_Address);
                goto Failure;
          }
@@ -2990,7 +2990,7 @@ DAC960_DetectController(struct pci_dev *PCI_Device,
        case DAC960_P_Controller:
          if (!request_region(Controller->IO_Address, 0x80,
                              Controller->FullModelName)){
-               DAC960_Error("IO port 0x%d busy for Controller at\n",
+               DAC960_Error("IO port 0x%x busy for Controller at\n",
                             Controller, Controller->IO_Address);
                goto Failure;
          }
diff --git a/drivers/block/cciss.c b/drivers/block/cciss.c
index 0422c47..2758982 100644
--- a/drivers/block/cciss.c
+++ b/drivers/block/cciss.c
@@ -3854,7 +3854,7 @@ static void print_cfg_table(ctlr_info_t *h)
               readl(&(tb->HostWrite.CoalIntDelay)));
        dev_dbg(&h->pdev->dev, "   Coalesce Interrupt Count = 0x%x\n",
               readl(&(tb->HostWrite.CoalIntCount)));
-       dev_dbg(&h->pdev->dev, "   Max outstanding commands = 0x%d\n",
+       dev_dbg(&h->pdev->dev, "   Max outstanding commands = 0x%x\n",
               readl(&(tb->CmdsOutMax)));
        dev_dbg(&h->pdev->dev, "   Bus Types = 0x%x\n",
                readl(&(tb->BusTypes)));

^ permalink raw reply related	[flat|nested] 8+ messages in thread

* Re: [TRIVIAL PATCH] block: Correct misuses of 0x%<decimal>
  2015-08-02 20:25 [TRIVIAL PATCH] block: Correct misuses of 0x%<decimal> Joe Perches
@ 2015-08-03  7:20 ` Johannes Thumshirn
  2015-08-03  7:25 ` yalin wang
  1 sibling, 0 replies; 8+ messages in thread
From: Johannes Thumshirn @ 2015-08-03  7:20 UTC (permalink / raw)
  To: Joe Perches
  Cc: Don Brace, linux-kernel, iss_storagedev, storagedev, linux-scsi

Joe Perches <joe@perches.com> writes:

> Correct misuse of 0x%d in logging messages.
>
> Signed-off-by: Joe Perches <joe@perches.com>
> ---
>  drivers/block/DAC960.c | 4 ++--
>  drivers/block/cciss.c  | 2 +-
>  2 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/block/DAC960.c b/drivers/block/DAC960.c
> index 811e11c..d9b32f2 100644
> --- a/drivers/block/DAC960.c
> +++ b/drivers/block/DAC960.c
> @@ -2954,7 +2954,7 @@ DAC960_DetectController(struct pci_dev *PCI_Device,
>         case DAC960_PD_Controller:
>           if (!request_region(Controller->IO_Address, 0x80,
>                               Controller->FullModelName)) {
> -               DAC960_Error("IO port 0x%d busy for Controller at\n",
> +               DAC960_Error("IO port 0x%x busy for Controller at\n",
>                              Controller, Controller->IO_Address);
>                 goto Failure;
>           }
> @@ -2990,7 +2990,7 @@ DAC960_DetectController(struct pci_dev *PCI_Device,
>         case DAC960_P_Controller:
>           if (!request_region(Controller->IO_Address, 0x80,
>                               Controller->FullModelName)){
> -               DAC960_Error("IO port 0x%d busy for Controller at\n",
> +               DAC960_Error("IO port 0x%x busy for Controller at\n",
>                              Controller, Controller->IO_Address);
>                 goto Failure;
>           }
> diff --git a/drivers/block/cciss.c b/drivers/block/cciss.c
> index 0422c47..2758982 100644
> --- a/drivers/block/cciss.c
> +++ b/drivers/block/cciss.c
> @@ -3854,7 +3854,7 @@ static void print_cfg_table(ctlr_info_t *h)
>                readl(&(tb->HostWrite.CoalIntDelay)));
>         dev_dbg(&h->pdev->dev, "   Coalesce Interrupt Count = 0x%x\n",
>                readl(&(tb->HostWrite.CoalIntCount)));
> -       dev_dbg(&h->pdev->dev, "   Max outstanding commands = 0x%d\n",
> +       dev_dbg(&h->pdev->dev, "   Max outstanding commands = 0x%x\n",
>                readl(&(tb->CmdsOutMax)));
>         dev_dbg(&h->pdev->dev, "   Bus Types = 0x%x\n",
>                 readl(&(tb->BusTypes)));
> --
> To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reviewed-by: Johannes Thumshirn <jthumshirn@suse.de>

-- 
Johannes Thumshirn                                           Storage
jthumshirn@suse.de                                 +49 911 74053 689
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: F. Imendörffer, J. Smithard, J. Guild, D. Upmanyu, G. Norton
HRB 21284 (AG Nürnberg)
Key fingerprint = EC38 9CAB C2C4 F25D 8600  D0D0 0393 969D 2D76 0850

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [TRIVIAL PATCH] block: Correct misuses of 0x%<decimal>
  2015-08-02 20:25 [TRIVIAL PATCH] block: Correct misuses of 0x%<decimal> Joe Perches
  2015-08-03  7:20 ` Johannes Thumshirn
@ 2015-08-03  7:25 ` yalin wang
  2015-08-03  8:03   ` Joe Perches
  1 sibling, 1 reply; 8+ messages in thread
From: yalin wang @ 2015-08-03  7:25 UTC (permalink / raw)
  To: Joe Perches
  Cc: Don Brace, linux-kernel, iss_storagedev, storagedev, linux-scsi


> On Aug 3, 2015, at 04:25, Joe Perches <joe@perches.com> wrote:
> 
> Correct misuse of 0x%d in logging messages.
> 
> Signed-off-by: Joe Perches <joe@perches.com>
> ---
> drivers/block/DAC960.c | 4 ++--
> drivers/block/cciss.c  | 2 +-
> 2 files changed, 3 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/block/DAC960.c b/drivers/block/DAC960.c
> index 811e11c..d9b32f2 100644
> --- a/drivers/block/DAC960.c
> +++ b/drivers/block/DAC960.c
> @@ -2954,7 +2954,7 @@ DAC960_DetectController(struct pci_dev *PCI_Device,
>        case DAC960_PD_Controller:
>          if (!request_region(Controller->IO_Address, 0x80,
>                              Controller->FullModelName)) {
> -               DAC960_Error("IO port 0x%d busy for Controller at\n",
> +               DAC960_Error("IO port 0x%x busy for Controller at\n",
>                             Controller, Controller->IO_Address);
>                goto Failure;
>          }
> @@ -2990,7 +2990,7 @@ DAC960_DetectController(struct pci_dev *PCI_Device,
>        case DAC960_P_Controller:
>          if (!request_region(Controller->IO_Address, 0x80,
>                              Controller->FullModelName)){
> -               DAC960_Error("IO port 0x%d busy for Controller at\n",
> +               DAC960_Error("IO port 0x%x busy for Controller at\n",
>                             Controller, Controller->IO_Address);
>                goto Failure;
>          }
> diff --git a/drivers/block/cciss.c b/drivers/block/cciss.c
> index 0422c47..2758982 100644
> --- a/drivers/block/cciss.c
> +++ b/drivers/block/cciss.c
> @@ -3854,7 +3854,7 @@ static void print_cfg_table(ctlr_info_t *h)
>               readl(&(tb->HostWrite.CoalIntDelay)));
>        dev_dbg(&h->pdev->dev, "   Coalesce Interrupt Count = 0x%x\n",
>               readl(&(tb->HostWrite.CoalIntCount)));
> -       dev_dbg(&h->pdev->dev, "   Max outstanding commands = 0x%d\n",
> +       dev_dbg(&h->pdev->dev, "   Max outstanding commands = 0x%x\n",
>               readl(&(tb->CmdsOutMax)));
>        dev_dbg(&h->pdev->dev, "   Bus Types = 0x%x\n",
>                readl(&(tb->BusTypes)));
> —
why not use like this : dev_dbg(&h->pdev->dev, "   Max outstanding commands = %#x\n”  ? 
%#x will add 0x prefix automatically .

Thanks




^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [TRIVIAL PATCH] block: Correct misuses of 0x%<decimal>
  2015-08-03  7:25 ` yalin wang
@ 2015-08-03  8:03   ` Joe Perches
  2015-08-03  8:56     ` yalin wang
  0 siblings, 1 reply; 8+ messages in thread
From: Joe Perches @ 2015-08-03  8:03 UTC (permalink / raw)
  To: yalin wang
  Cc: Don Brace, linux-kernel, iss_storagedev, storagedev, linux-scsi

On Mon, 2015-08-03 at 15:25 +0800, yalin wang wrote:
> > On Aug 3, 2015, at 04:25, Joe Perches <joe@perches.com> wrote:
> > 
> > Correct misuse of 0x%d in logging messages.
> > 
[]
> why not use like this : dev_dbg(&h->pdev->dev, "   Max outstanding 
> commands = %#x\n”  ? 
> %#x will add 0x prefix automatically .

It's generally a consistency thing.
A 0 value would be emitted as 0 and not 0x0.


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [TRIVIAL PATCH] block: Correct misuses of 0x%<decimal>
  2015-08-03  8:03   ` Joe Perches
@ 2015-08-03  8:56     ` yalin wang
  2015-08-04  2:19       ` yalin wang
  0 siblings, 1 reply; 8+ messages in thread
From: yalin wang @ 2015-08-03  8:56 UTC (permalink / raw)
  To: Joe Perches; +Cc: Don Brace, open list, iss_storagedev, storagedev, linux-scsi


> On Aug 3, 2015, at 16:03, Joe Perches <joe@perches.com> wrote:
> 
> On Mon, 2015-08-03 at 15:25 +0800, yalin wang wrote:
>>> On Aug 3, 2015, at 04:25, Joe Perches <joe@perches.com> wrote:
>>> 
>>> Correct misuse of 0x%d in logging messages.
>>> 
> []
>> why not use like this : dev_dbg(&h->pdev->dev, "   Max outstanding 
>> commands = %#x\n”  ? 
>> %#x will add 0x prefix automatically .
> 
> It's generally a consistency thing.
> A 0 value would be emitted as 0 and not 0x0.
> 
i try on my ubuntu , 

 static int __init throtl_init(void)                                                                                                           
  {                                                                                
         printk("module init test: %#x %p\n", 0, (void *)0x123);                  
          return 0;                                                                   
                                                                                    
  }                                                                                   
                                                                                      
  module_init(throtl_init); 

#uname -a
Linux ubuntu 3.16.0-38-generic #52~14.04.1-Ubuntu SMP Fri May 8 09:43:57 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

#dmesg
[259356.375586] module init test: 0x0 0000000000000123

it seems don’t need 0x%x for 0, just need %#x for all numbers.
there are lots of use like this, i can change them if needed:

# egrep -r  -i '0x%\d*x'  .  | wc -l 
11776


Thanks







^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [TRIVIAL PATCH] block: Correct misuses of 0x%<decimal>
  2015-08-03  8:56     ` yalin wang
@ 2015-08-04  2:19       ` yalin wang
  2015-08-04  2:27         ` Joe Perches
  0 siblings, 1 reply; 8+ messages in thread
From: yalin wang @ 2015-08-04  2:19 UTC (permalink / raw)
  To: Joe Perches; +Cc: Don Brace, open list, iss_storagedev, storagedev, linux-scsi

Ping ? 
> On Aug 3, 2015, at 16:56, yalin wang <yalin.wang2010@gmail.com> wrote:
> 
> 
>> On Aug 3, 2015, at 16:03, Joe Perches <joe@perches.com> wrote:
>> 
>> On Mon, 2015-08-03 at 15:25 +0800, yalin wang wrote:
>>>> On Aug 3, 2015, at 04:25, Joe Perches <joe@perches.com> wrote:
>>>> 
>>>> Correct misuse of 0x%d in logging messages.
>>>> 
>> []
>>> why not use like this : dev_dbg(&h->pdev->dev, "   Max outstanding 
>>> commands = %#x\n”  ? 
>>> %#x will add 0x prefix automatically .
>> 
>> It's generally a consistency thing.
>> A 0 value would be emitted as 0 and not 0x0.
>> 
> i try on my ubuntu , 
> 
> static int __init throtl_init(void)                                                                                                           
>  {                                                                                
>         printk("module init test: %#x %p\n", 0, (void *)0x123);                  
>          return 0;                                                                   
> 
>  }                                                                                   
> 
>  module_init(throtl_init); 
> 
> #uname -a
> Linux ubuntu 3.16.0-38-generic #52~14.04.1-Ubuntu SMP Fri May 8 09:43:57 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
> 
> #dmesg
> [259356.375586] module init test: 0x0 0000000000000123
> 
> it seems don’t need 0x%x for 0, just need %#x for all numbers.
> there are lots of use like this, i can change them if needed:
> 
> # egrep -r  -i '0x%\d*x'  .  | wc -l 
> 11776
> 
> 
> Thanks

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [TRIVIAL PATCH] block: Correct misuses of 0x%<decimal>
  2015-08-04  2:19       ` yalin wang
@ 2015-08-04  2:27         ` Joe Perches
  2015-08-04  4:04           ` yalin wang
  0 siblings, 1 reply; 8+ messages in thread
From: Joe Perches @ 2015-08-04  2:27 UTC (permalink / raw)
  To: yalin wang; +Cc: Don Brace, open list, iss_storagedev, storagedev, linux-scsi

On Tue, 2015-08-04 at 10:19 +0800, yalin wang wrote:
> Ping ? 
> > On Aug 3, 2015, at 16:56, yalin wang <yalin.wang2010@gmail.com> wrote:
> > 
> > 
> >> On Aug 3, 2015, at 16:03, Joe Perches <joe@perches.com> wrote:
> >> 
> >> On Mon, 2015-08-03 at 15:25 +0800, yalin wang wrote:
> >>>> On Aug 3, 2015, at 04:25, Joe Perches <joe@perches.com> wrote:
> >>>> 
> >>>> Correct misuse of 0x%d in logging messages.
> >>>> 
> >> []
> >>> why not use like this : dev_dbg(&h->pdev->dev, "   Max outstanding 
> >>> commands = %#x\n”  ? 
> >>> %#x will add 0x prefix automatically .
> >> 
> >> It's generally a consistency thing.
> >> A 0 value would be emitted as 0 and not 0x0.
> >> 
> > i try on my ubuntu , 
> > 
> > static int __init throtl_init(void)                                                                                                           
> >  {                                                                                
> >         printk("module init test: %#x %p\n", 0, (void *)0x123);                  
> >          return 0;                                                                   
> > 
> >  }                                                                                   
> > 
> >  module_init(throtl_init); 
> > 
> > #uname -a
> > Linux ubuntu 3.16.0-38-generic #52~14.04.1-Ubuntu SMP Fri May 8 09:43:57 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
> > 
> > #dmesg
> > [259356.375586] module init test: 0x0 0000000000000123
> > 
> > it seems don’t need 0x%x for 0, just need %#x for all numbers.
> > there are lots of use like this, i can change them if needed:
> > 
> > # egrep -r  -i '0x%\d*x'  .  | wc -l 
> > 11776

I suggest not, it's not a standard usage and the 0
may be unexpected.


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [TRIVIAL PATCH] block: Correct misuses of 0x%<decimal>
  2015-08-04  2:27         ` Joe Perches
@ 2015-08-04  4:04           ` yalin wang
  0 siblings, 0 replies; 8+ messages in thread
From: yalin wang @ 2015-08-04  4:04 UTC (permalink / raw)
  To: Joe Perches; +Cc: Don Brace, open list, iss_storagedev, storagedev, linux-scsi


> On Aug 4, 2015, at 10:27, Joe Perches <joe@perches.com> wrote:
> 
> On Tue, 2015-08-04 at 10:19 +0800, yalin wang wrote:
>> Ping ? 
>>> On Aug 3, 2015, at 16:56, yalin wang <yalin.wang2010@gmail.com> wrote:
>>> 
>>> 
>>>> On Aug 3, 2015, at 16:03, Joe Perches <joe@perches.com> wrote:
>>>> 
>>>> On Mon, 2015-08-03 at 15:25 +0800, yalin wang wrote:
>>>>>> On Aug 3, 2015, at 04:25, Joe Perches <joe@perches.com> wrote:
>>>>>> 
>>>>>> Correct misuse of 0x%d in logging messages.
>>>>>> 
>>>> []
>>>>> why not use like this : dev_dbg(&h->pdev->dev, "   Max outstanding 
>>>>> commands = %#x\n”  ? 
>>>>> %#x will add 0x prefix automatically .
>>>> 
>>>> It's generally a consistency thing.
>>>> A 0 value would be emitted as 0 and not 0x0.
>>>> 
>>> i try on my ubuntu , 
>>> 
>>> static int __init throtl_init(void)                                                                                                           
>>> {                                                                                
>>>        printk("module init test: %#x %p\n", 0, (void *)0x123);                  
>>>         return 0;                                                                   
>>> 
>>> }                                                                                   
>>> 
>>> module_init(throtl_init); 
>>> 
>>> #uname -a
>>> Linux ubuntu 3.16.0-38-generic #52~14.04.1-Ubuntu SMP Fri May 8 09:43:57 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
>>> 
>>> #dmesg
>>> [259356.375586] module init test: 0x0 0000000000000123
>>> 
>>> it seems don’t need 0x%x for 0, just need %#x for all numbers.
>>> there are lots of use like this, i can change them if needed:
>>> 
>>> # egrep -r  -i '0x%\d*x'  .  | wc -l 
>>> 11776
> 
> I suggest not, it's not a standard usage and the 0
> may be unexpected.
> 
ok, printk for %x  is really not compatible with glibc printf behavior,
another is %p,  printk print %p as hex but not with 0x prefix, while
printf print %p as 0x…. with prefix, is this need change ?
so we don’t need lots of 0x%p printk .










^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2015-08-04  4:05 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-08-02 20:25 [TRIVIAL PATCH] block: Correct misuses of 0x%<decimal> Joe Perches
2015-08-03  7:20 ` Johannes Thumshirn
2015-08-03  7:25 ` yalin wang
2015-08-03  8:03   ` Joe Perches
2015-08-03  8:56     ` yalin wang
2015-08-04  2:19       ` yalin wang
2015-08-04  2:27         ` Joe Perches
2015-08-04  4:04           ` yalin wang

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).