> -----Original Message-----
> From: keesc...@google.com [mailto:keesc...@google.com] On Behalf Of Kees
> Cook
> Sent: Friday, December 16, 2016 3:04 PM
> To: Rafael J. Wysocki <raf...@kernel.org>
> Cc: Moore, Robert <robert.mo...@intel.com>; Linux Kernel Mailing List
> <linux-kernel@vger.kernel.org>; Zheng, Lv <lv.zh...@intel.com>; Wysocki,
> Rafael J <rafael.j.wyso...@intel.com>; Len Brown <l...@kernel.org>; ACPI
> Devel Maling List <linux-a...@vger.kernel.org>; Emese Revfy
> <re.em...@gmail.com>; de...@acpica.org
> Subject: Re: [PATCH] acpi: Fix format string type mistakes
> 
> On Fri, Dec 16, 2016 at 2:36 PM, Rafael J. Wysocki <raf...@kernel.org>
> wrote:
> > On Fri, Dec 16, 2016 at 10:51 PM, Kees Cook <keesc...@chromium.org>
> wrote:
> >> From: Emese Revfy <re.em...@gmail.com>
> >>
> >> This adds the missing __printf attribute which allows compile time
> >> format string checking (and will be used by the coming initify gcc
> >> plugin). Additionally, this fixes the warnings exposed by the
> attribute.
> >>
> >> Signed-off-by: Emese Revfy <re.em...@gmail.com>
> >> [kees: split scsi/acpi, merged attr and fix, new commit messages]
> >> Signed-off-by: Kees Cook <keesc...@chromium.org>
> >
> > This modifies code that we get from an external projiect (ACPICA) and
> > the bugs should be fixed in there in the first place.
> 
> Who should get CCed?
> 
> > Moreover, I'm not sure if adding __printf in acpiosxf.h is a good
> idea.
> 
> Why not? This is going to be needed by the initify plugin to do correct
> detection of what's being passed around to functions...
> 

[Moore, Robert] It's compiler-dependent.

> -Kees
> 
> --
> Kees Cook
> Nexus Security

Reply via email to