public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Luis R. Rodriguez" <mcgrof@suse.com>
To: Borislav Petkov <bp@suse.de>
Cc: "Luis R. Rodriguez" <mcgrof@do-not-panic.com>,
	mingo@elte.hu, tglx@linutronix.de, hpa@zytor.com,
	plagnioj@jcrosoft.com, tomi.valkeinen@ti.com,
	daniel.vetter@intel.com, airlied@linux.ie, dledford@redhat.com,
	awalls@md.metrocast.net, syrjala@sci.fi, luto@amacapital.net,
	mst@redhat.com, cocci@systeme.lip6.fr,
	linux-kernel@vger.kernel.org, Juergen Gross <jgross@suse.com>,
	Daniel Vetter <daniel.vetter@ffwll.ch>,
	Dave Airlie <airlied@redhat.com>,
	Bjorn Helgaas <bhelgaas@google.com>,
	x86@kernel.org
Subject: Re: [PATCH v4 1/8] x86/mm/pat: use pr_info() and friends
Date: Thu, 30 Apr 2015 20:15:45 +0200	[thread overview]
Message-ID: <20150430181545.GV5622@wotan.suse.de> (raw)
In-Reply-To: <20150430135641.GD5117@pd.tnic>

On Thu, Apr 30, 2015 at 03:56:41PM +0200, Borislav Petkov wrote:
> On Wed, Apr 29, 2015 at 02:44:20PM -0700, Luis R. Rodriguez wrote:
> > From: "Luis R. Rodriguez" <mcgrof@suse.com>
> > 
> 
> Please add a commit message, albeit a single trivial sentence.
> 
> > Cc: Andy Walls <awalls@md.metrocast.net>
> > Cc: Doug Ledford <dledford@redhat.com>
> > Cc: Ingo Molnar <mingo@elte.hu>
> > Cc: Thomas Gleixner <tglx@linutronix.de>
> > Cc: Juergen Gross <jgross@suse.com>
> > Cc: Daniel Vetter <daniel.vetter@ffwll.ch>
> > Cc: Dave Airlie <airlied@redhat.com>
> > Cc: Bjorn Helgaas <bhelgaas@google.com>
> > Cc: Borislav Petkov <bp@suse.de>
> > Cc: Michael S. Tsirkin <mst@redhat.com>
> > Cc: linux-kernel@vger.kernel.org
> > Cc: x86@kernel.org
> > Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>
> > ---
> >  arch/x86/mm/pat.c | 47 +++++++++++++++++++++++------------------------
> >  1 file changed, 23 insertions(+), 24 deletions(-)
> > 
> > diff --git a/arch/x86/mm/pat.c b/arch/x86/mm/pat.c
> > index 372ad42..917155d 100644
> > --- a/arch/x86/mm/pat.c
> > +++ b/arch/x86/mm/pat.c
> 
> #define pr_fmt(fmt) "PAT: " fmt
> 
> or so, so that it has a prefix and lookers can know where the message
> comes from.

Sure, I didn't as I thought this was already automatically going to be
added for is, after I added the build complained about it being
defined. I checked an we udef it and redefine it for some other x86
code so will do the same. I'll use "x86-PAT".

> > @@ -39,7 +39,7 @@ int __read_mostly pat_enabled = 1;
> >  static inline void pat_disable(const char *reason)
> >  {
> >  	pat_enabled = 0;
> > -	printk(KERN_INFO "%s\n", reason);
> > +	pr_info("%s\n", reason);
> >  }
> >  
> >  static int __init nopat(char *str)
> > @@ -211,8 +211,7 @@ void pat_init(void)
> >  			 * switched to PAT on the boot CPU. We have no way to
> >  			 * undo PAT.
> >  			 */
> > -			printk(KERN_ERR "PAT enabled, "
> > -			       "but not supported by secondary CPU\n");
> > +			pr_err("PAT enabled, but not supported by secondary CPU\n");
> >  			BUG();
> >  		}
> >  	}
> > @@ -451,9 +450,9 @@ int reserve_memtype(u64 start, u64 end, enum page_cache_mode req_type,
> >  
> >  	err = rbt_memtype_check_insert(new, new_type);
> >  	if (err) {
> > -		printk(KERN_INFO "reserve_memtype failed [mem %#010Lx-%#010Lx], track %s, req %s\n",
> > -		       start, end - 1,
> > -		       cattr_name(new->type), cattr_name(req_type));
> > +		pr_info("reserve_memtype failed [mem %#010Lx-%#010Lx], track %s, req %s\n",
> > +			start, end - 1,
> > +			cattr_name(new->type), cattr_name(req_type));
> >  		kfree(new);
> >  		spin_unlock(&memtype_lock);
> >  
> > @@ -462,9 +461,9 @@ int reserve_memtype(u64 start, u64 end, enum page_cache_mode req_type,
> >  
> >  	spin_unlock(&memtype_lock);
> >  
> > -	dprintk("reserve_memtype added [mem %#010Lx-%#010Lx], track %s, req %s, ret %s\n",
> > -		start, end - 1, cattr_name(new->type), cattr_name(req_type),
> > -		new_type ? cattr_name(*new_type) : "-");
> 
> This was using "debugpat"...
> 
> > +	pr_debug("reserve_memtype added [mem %#010Lx-%#010Lx], track %s, req %s, ret %s\n",
> > +		 start, end - 1, cattr_name(new->type), cattr_name(req_type),
> > +		 new_type ? cattr_name(*new_type) : "-");
> 
> ... and now that pr_debug() ugliness which I can't enable at boot time.
> From looking at Documentation/dynamic-debug-howto.txt apparently I can
> using dyndbg= but let's not change that.

OK sure, I'll leave this and mention the few remaining non-converted stragglers
on the commit log, I'll also add a "x86-PAT-debug" prefix to dprintk().

> >  	return err;
> >  }
> > @@ -497,14 +496,15 @@ int free_memtype(u64 start, u64 end)
> >  	spin_unlock(&memtype_lock);
> >  
> >  	if (!entry) {
> > -		printk(KERN_INFO "%s:%d freeing invalid memtype [mem %#010Lx-%#010Lx]\n",
> > -		       current->comm, current->pid, start, end - 1);
> > +		pr_info("%s:%d freeing invalid memtype [mem %#010Lx-%#010Lx]\n",
> > +			current->comm, current->pid, start, end - 1);
> >  		return -EINVAL;
> >  	}
> >  
> >  	kfree(entry);
> >  
> > -	dprintk("free_memtype request [mem %#010Lx-%#010Lx]\n", start, end - 1);
> > +	pr_debug("free_memtype request [mem %#010Lx-%#010Lx]\n",
> > +		 start, end - 1);
> 
> Ditto.

OK, fixed.

> >  
> >  	return 0;
> >  }
> > @@ -628,8 +628,8 @@ static inline int range_is_allowed(unsigned long pfn, unsigned long size)
> >  
> >  	while (cursor < to) {
> >  		if (!devmem_is_allowed(pfn)) {
> > -			printk(KERN_INFO "Program %s tried to access /dev/mem between [mem %#010Lx-%#010Lx], PAT prevents it\n",
> > -			       current->comm, from, to - 1);
> > +			pr_info("Program %s tried to access /dev/mem between [mem %#010Lx-%#010Lx], PAT prevents it\n",
> > +				current->comm, from, to - 1);
> >  			return 0;
> >  		}
> >  		cursor += PAGE_SIZE;
> > @@ -698,8 +698,7 @@ int kernel_map_sync_memtype(u64 base, unsigned long size,
> >  				size;
> >  
> >  	if (ioremap_change_attr((unsigned long)__va(base), id_sz, pcm) < 0) {
> > -		printk(KERN_INFO "%s:%d ioremap_change_attr failed %s "
> > -			"for [mem %#010Lx-%#010Lx]\n",
> > +		pr_info("%s:%d ioremap_change_attr failed %s for [mem %#010Lx-%#010Lx]\n",
> >  			current->comm, current->pid,
> >  			cattr_name(pcm),
> >  			base, (unsigned long long)(base + size-1));
> > @@ -734,7 +733,7 @@ static int reserve_pfn_range(u64 paddr, unsigned long size, pgprot_t *vma_prot,
> >  
> >  		pcm = lookup_memtype(paddr);
> >  		if (want_pcm != pcm) {
> > -			printk(KERN_WARNING "%s:%d map pfn RAM range req %s for [mem %#010Lx-%#010Lx], got %s\n",
> > +			pr_warn("%s:%d map pfn RAM range req %s for [mem %#010Lx-%#010Lx], got %s\n",
> >  				current->comm, current->pid,
> >  				cattr_name(want_pcm),
> >  				(unsigned long long)paddr,
> > @@ -755,13 +754,13 @@ static int reserve_pfn_range(u64 paddr, unsigned long size, pgprot_t *vma_prot,
> >  		if (strict_prot ||
> >  		    !is_new_memtype_allowed(paddr, size, want_pcm, pcm)) {
> >  			free_memtype(paddr, paddr + size);
> > -			printk(KERN_ERR "%s:%d map pfn expected mapping type %s"
> > -				" for [mem %#010Lx-%#010Lx], got %s\n",
> > -				current->comm, current->pid,
> > -				cattr_name(want_pcm),
> > -				(unsigned long long)paddr,
> > -				(unsigned long long)(paddr + size - 1),
> > -				cattr_name(pcm));
> > +			pr_err(KERN_ERR "%s:%d map pfn expected mapping type %s"
> 
> KERN_ERR forgotten.
> 
> Use checkpatch but don't take it too seriously :-)

That was a fat finger rather. Fixed, thanks.

 Luis

  reply	other threads:[~2015-04-30 18:15 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-29 21:44 [PATCH v4 0/8] x86: address drivers that do not work with PAT Luis R. Rodriguez
2015-04-29 21:44 ` [PATCH v4 1/8] x86/mm/pat: use pr_info() and friends Luis R. Rodriguez
2015-04-30 13:56   ` Borislav Petkov
2015-04-30 18:15     ` Luis R. Rodriguez [this message]
2015-04-29 21:44 ` [PATCH v4 2/8] init.h: add __read_mostly to early_param_on_off() Luis R. Rodriguez
2015-04-30 16:00   ` Borislav Petkov
2015-04-30 18:32     ` Luis R. Rodriguez
2015-04-30 18:34       ` Luis R. Rodriguez
2015-04-30 18:42       ` Borislav Petkov
2015-04-30 18:46       ` Christoph Lameter
2015-04-29 21:44 ` [PATCH v4 3/8] init.h: add early_param_on() and early_param_off() Luis R. Rodriguez
2015-04-29 21:44 ` [PATCH v4 4/8] x86/mm/pat: use early_param_off() and redefine pat_enabled() Luis R. Rodriguez
2015-04-29 21:44 ` [PATCH v4 5/8] arch/x86/mm/pat: export pat_enabled() Luis R. Rodriguez
2015-04-29 21:44 ` [PATCH v4 6/8] ivtv: use arch_phys_wc_add() and require PAT disabled Luis R. Rodriguez
2015-04-29 21:44 ` [PATCH v4 7/8] IB/ipath: add counting for MTRR Luis R. Rodriguez
2015-04-29 21:44 ` [PATCH v4 8/8] IB/ipath: use arch_phys_wc_add() and require PAT disabled Luis R. Rodriguez

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=20150430181545.GV5622@wotan.suse.de \
    --to=mcgrof@suse.com \
    --cc=airlied@linux.ie \
    --cc=airlied@redhat.com \
    --cc=awalls@md.metrocast.net \
    --cc=bhelgaas@google.com \
    --cc=bp@suse.de \
    --cc=cocci@systeme.lip6.fr \
    --cc=daniel.vetter@ffwll.ch \
    --cc=daniel.vetter@intel.com \
    --cc=dledford@redhat.com \
    --cc=hpa@zytor.com \
    --cc=jgross@suse.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=luto@amacapital.net \
    --cc=mcgrof@do-not-panic.com \
    --cc=mingo@elte.hu \
    --cc=mst@redhat.com \
    --cc=plagnioj@jcrosoft.com \
    --cc=syrjala@sci.fi \
    --cc=tglx@linutronix.de \
    --cc=tomi.valkeinen@ti.com \
    --cc=x86@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