On Tue, 8 Jan 2019, Kees Cook wrote:
> Hi James,
>
> Please pull these blob-stacking changes for security-next.
>
> Thanks!
Merged to
git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security.git
next-general
and next-testing.
This passes the SELinux testsuite on my system, and
On Thu, Jan 10, 2019 at 05:24:34PM +0100, Arnd Bergmann wrote:
> The IPC system call handling is highly inconsistent across architectures,
> some use sys_ipc, some use separate calls, and some use both. We also
> have some architectures that require passing IPC_64 in the flags, and
> others that
On Thu, Jan 10, 2019 at 07:45:26PM +, Nadav Amit wrote:
> >> I’m not GCC expert either and writing this code was not making me full of
> >> joy, etc.. I’ll be happy that my code would be reviewed, but it does work.
> >> I
> >> don’t think an early pass is needed, as long as hardware registers
- On Dec 11, 2018, at 2:40 AM, Florian Weimer fwei...@redhat.com wrote:
> * Mathieu Desnoyers:
>
>> I want to keep the __rseq_refcount symbol so out-of-libc users can
>> register rseq if they are linked against a pre-2.29 libc.
>
> Sorry, I was confused.
Hi Florian,
Thanks for your
On Wed, Jan 09, 2019 at 04:59:35PM -0600, Josh Poimboeuf wrote:
> With this version, I stopped trying to use text_poke_bp(), and instead
> went with a different approach: if the call site destination doesn't
> cross a cacheline boundary, just do an atomic write. Otherwise, keep
> using the
> -Original Message-
> From: Peng Ma
> Sent: Thursday, January 10, 2019 4:32 AM
> To: Peng Ma ; shawn...@kernel.org;
> ax...@kernel.dk
> Cc: Leo Li ; robh...@kernel.org;
> mark.rutl...@arm.com; linux-arm-ker...@lists.infradead.org;
> devicet...@vger.kernel.org;
On Wed, Nov 28, 2018 at 03:19:41PM -0800, Eric Biggers wrote:
> On Fri, Nov 02, 2018 at 06:58:54PM -0700, Eric Biggers wrote:
> > From: Eric Biggers
> >
> > syzbot hit the 'BUG_ON(index_key->desc_len == 0);' in __key_link_begin()
> > called from construct_alloc_key() during sys_request_key(),
On Thu, Jan 10, 2019 at 03:48:12PM +0100, Florian Westphal wrote:
> Peter Zijlstra wrote:
> > Is performance a concern in this path? There is no comment justifying
> > this 'creative' stuff.
>
> We have to wait until all cpus are done with current iptables ruleset.
>
> Before this 'creative'
On Wed, 2019-01-09 at 21:01 -0800, Vadim Bendebury wrote:
> Presently C99 style comments are removed unconditionally before actual
> patch validity check happens. This is a problem for some third party
> projects which use checkpatch.pl but do not allow C99 style comments.
>
> This patch adds yet
Hi,
Friendly ping (second one):
Who can ack/review/take this patch, please?
Thanks
--
Gustavo
On 11/27/18 10:32 PM, Gustavo A. R. Silva wrote:
In preparation to enabling -Wimplicit-fallthrough, mark switch cases
where we are expecting to fall through.
Notice that, in this particular case, I
On Thu, Jan 10, 2019 at 03:48:12PM +0100, Florian Westphal wrote:
> Peter Zijlstra wrote:
> > /*
> > * Ensure contents of newinfo are visible before assigning to
> > * private.
> > */
> > smp_wmb();
> > table->private = newinfo;
> >
> > we have:
> >
> >
On Thu, Jan 10, 2019 at 01:53:28PM +0100, Dmitry Vyukov wrote:
> On Thu, Jan 10, 2019 at 1:41 PM Peter Zijlstra wrote:
> >
> > On Tue, Jan 08, 2019 at 11:37:46PM +0100, Florian Westphal wrote:
> > > Anatol Pomozov wrote:
> > > > Or maybe xt_replace_table() can be enhanced? When I hear that
> > >
Hi Peter.
(Hijacking this thread as I lost the orginal mails)
> >
> > I found an unfortunate issue while recoding plane handling to use
> > drm_atomic_helper_check_plane_state(). The driver rotates clockwise,
> > which is not correct. I simply fixed it (patch 1/4), but maybe that
> > will cause
Hi,
Friendly ping (second one):
Who can ack/review/take this patch, please?
Thanks
--
Gustavo
On 12/19/18 9:36 AM, Gustavo A. R. Silva wrote:
Hi,
Friendly ping:
Who can ack or review this patch, please?
Thanks
--
Gustavo
On 11/27/18 10:26 PM, Gustavo A. R. Silva wrote:
In preparation to
Hi,
Friendly ping (second one):
Who can ack/review/take this patch, please?
Thanks
--
Gustavo
On 12/19/18 9:37 AM, Gustavo A. R. Silva wrote:
Hi,
Friendly ping:
Who can ack or review this patch, please?
Thanks
--
Gustavo
On 11/27/18 10:26 PM, Gustavo A. R. Silva wrote:
In preparation to
Hi,
Friendly ping (second one):
Who can ack/review/take this patch, please?
Thanks
--
Gustavo
On 12/19/18 9:38 AM, Gustavo A. R. Silva wrote:
Hi,
Friendly ping:
Who can ack or review this patch, please?
Thanks
--
Gustavo
On 11/27/18 10:27 PM, Gustavo A. R. Silva wrote:
In preparation to
Hi,
Friendly ping (second one):
Who can ack/review/take this patch, please?
Thanks
--
Gustavo
On 12/19/18 9:38 AM, Gustavo A. R. Silva wrote:
Hi,
Friendly ping:
Who can ack or review this patch, please?
Thanks
--
Gustavo
On 11/27/18 10:27 PM, Gustavo A. R. Silva wrote:
In preparation to
Hi,
Friendly ping (second one):
Who can ack/review/take this patch, please?
Thanks
--
Gustavo
On 12/19/18 9:39 AM, Gustavo A. R. Silva wrote:
Hi,
Friendly ping:
Who can ack or review this patch, please?
Thanks
--
Gustavo
On 11/27/18 10:27 PM, Gustavo A. R. Silva wrote:
In preparation to
Hi,
Friendly ping (second one):
Who can ack/review/take this patch, please?
Thanks
--
Gustavo
On 12/19/18 9:39 AM, Gustavo A. R. Silva wrote:
Hi,
Friendly ping:
Who can ack or review this patch, please?
Thanks
--
Gustavo
On 11/27/18 10:27 PM, Gustavo A. R. Silva wrote:
In preparation to
Hi
On Thursday, 10 January 2019 18:47:11 CET Sylwester Nawrocki wrote:
> Hi,
>
> On 5/1/18 16:43, Paweł Chmiel wrote:
> > On Tuesday, May 1, 2018 2:45:40 PM CEST Sebastian Reichel wrote:
> >> On Fri, Apr 27, 2018 at 06:03:02PM +0200, Paweł Chmiel wrote:
> >>> This patch adds devicetree bindings
On Thu, Jan 10, 2019 at 06:25:57PM +, James Morse wrote:
> On arm64 if all the RAS and psuedo-NMI patches land, our worst-case
> interleaving
> jumps to at least 7. The culprit is APEI using spinlocks to protect fixmap
> slots.
>
> I have an RFC to bump the number of node bits from 2 to 3,
Hi,
Friendly ping (second one):
Who can ack/review/take this patch, please?
Martin: apparently, the only maintainers for
this driver are you and James.
Thanks
--
Gustavo
On 12/19/18 9:39 AM, Gustavo A. R. Silva wrote:
Hi,
Friendly ping:
Who can ack or review this patch, please?
Thanks
--
On Sun, Dec 09, 2018 at 10:07:26PM +0900, Guk-Bong Kwon wrote:
> i use xfs filesystem over nfs
>
>
> I am using the xfs file system via NFS on two Linux servers.
>
> Even though xfs is full, you will not get a 'no space' message through nfs.
>
> The server's load average goes up and the
Hi,
Friendly ping (second one):
Who can ack/review/take this patch, please?
Thanks
--
Gustavo
On 12/19/18 9:39 AM, Gustavo A. R. Silva wrote:
Hi,
Friendly ping:
Who can ack or review this patch, please?
Thanks
--
Gustavo
On 11/27/18 10:28 PM, Gustavo A. R. Silva wrote:
In preparation to
Hi,
Friendly ping (second one):
Who can ack/review/take this patch, please?
Martin: apparently, the only maintainers for this
driver are you and James.
Thanks
--
Gustavo
On 11/27/18 10:29 PM, Gustavo A. R. Silva wrote:
In preparation to enabling -Wimplicit-fallthrough, mark switch cases
On Thu, Jan 10, 2019 at 5:59 AM Stephen Boyd wrote:
>
> Quoting Amit Kucheria (2019-01-09 16:00:55)
> > 75 degrees is too aggressive for throttling the CPU. After speaking to
> > Qualcomm engineers, increase it to 95 degrees.
> >
> > Signed-off-by: Amit Kucheria
> > ---
> >
On Thu, Jan 10, 2019 at 04:13:01PM -0200, Shayenne Moura wrote:
> This patch adjust the print string of drm_display_mode object
> to remove drm_mode_object dependency in msm files.
>
> Reported-by: kbuild test robot
For next time around, this is a bit much credit for kbuild test robot. I'd
just
Hi,
Friendly ping (second one):
Who can ack/review/take this patch, please?
Thanks
--
Gustavo
On 11/27/18 10:31 PM, Gustavo A. R. Silva wrote:
In preparation to enabling -Wimplicit-fallthrough, mark switch cases
where we are expecting to fall through.
Signed-off-by: Gustavo A. R. Silva
---
Hi,
Friendly ping (second one):
Who can ack/review/take this patch, please?
Thanks
--
Gustavo
On 11/27/18 10:31 PM, Gustavo A. R. Silva wrote:
In preparation to enabling -Wimplicit-fallthrough, mark switch cases
where we are expecting to fall through.
Addresses-Coverity-ID: 114978 ("Missing
Hi,
Friendly ping (second one):
Who can ack/review/take this patch, please?
Thanks
--
Gustavo
On 11/27/18 10:31 PM, Gustavo A. R. Silva wrote:
In preparation to enabling -Wimplicit-fallthrough, mark switch cases
where we are expecting to fall through.
Notice that, in this particular case, I
On Thu, Jan 10, 2019 at 04:02:53PM +0800, Zhenzhong Duan wrote:
> Hi Maintainer,
>
>
> There is a question confused me for days. Appreciate an answer.
>
> In below code, the comment says we never have more than 4 nested contexts.
>
> What happen if debug and mce exceptions nest with the four,
On Thu, Jan 10, 2019 at 08:01:37PM +0100, Frank Wunderlich wrote:
> Hi Daniel,
>
> > > Would be good to use the new generic fbdev emulation code here, for even
> > > less code. Or at least know why this isn't possible to use for mtk (and
> > > maybe address that in the core code). Hand-rolling
Hi,
Friendly ping (second one):
Who can ack/review/take this patch, please?
Thanks
--
Gustavo
On 11/27/18 10:31 PM, Gustavo A. R. Silva wrote:
In preparation to enabling -Wimplicit-fallthrough, mark switch cases
where we are expecting to fall through.
Signed-off-by: Gustavo A. R. Silva
---
Hi Qian,
On Sat, Dec 15, 2018 at 7:24 AM Qian Cai wrote:
>
> On 12/14/18 2:23 AM, Ard Biesheuvel wrote:
> > On Fri, 14 Dec 2018 at 05:08, Qian Cai wrote:
> >> Also tried to move the local TLB flush part around a bit inside
> >> __cpu_setup(), although it did complete kdump some times, it did
On Fri, Jan 11, 2019 at 01:15:09AM +0530, Amit Kucheria wrote:
> On Thu, Jan 10, 2019 at 7:45 AM Matthias Kaehlcke wrote:
> >
> > On Wed, Jan 09, 2019 at 05:15:33PM -0800, Matthias Kaehlcke wrote:
> > > Hi Amit,
> > >
> > > On Thu, Jan 10, 2019 at 05:30:55AM +0530, Amit Kucheria wrote:
> > > > 75
On Thu, 10 Jan 2019, Vince Weaver wrote:
> On Thu, 10 Jan 2019, Vince Weaver wrote:
>
> > However if you create an all-process attached to CPU event:
> > perf_event_open(attr, -1, X, -1, 0);
> > the mmap event index is set as if this were a valid event and so the rdpmc
> > succeeds even
On Thu, 2019-01-10 at 19:12 +, Esme wrote:
> Sorry for the resend some mail servers rejected the mime type.
>
> Hi, I've been getting more into Kernel stuff lately and forged ahead
> with some syzkaller bug finding. I played with reducing it further
> as you can see from the attached c code
On 1/10/19 1:23 PM, Jacek Anaszewski wrote:
> Dan,
>
> On 1/10/19 1:46 PM, Dan Murphy wrote:
>> Jacek
>>
>> On 1/8/19 3:25 PM, Dan Murphy wrote:
>>> Jacek
>>>
>>> On 1/8/19 3:18 PM, Jacek Anaszewski wrote:
Hi Dan,
On 1/7/19 10:14 PM, Dan Murphy wrote:
> Jacek
>
> On
Hi,
Friendly ping (second one):
Who can ack/review/take this patch, please?
Thanks
--
Gustavo
On 12/19/18 6:07 PM, Gustavo A. R. Silva wrote:
Hi,
Friendly ping:
Who can ack or review this patch, please?
Thanks
--
Gustavo
On 11/27/18 10:32 PM, Gustavo A. R. Silva wrote:
In preparation to
Hi,
Friendly ping (second one):
Who can ack/review/take this patch, please?
Thanks
--
Gustavo
On 12/19/18 6:07 PM, Gustavo A. R. Silva wrote:
Hi,
Friendly ping:
Who can ack or review this patch, please?
Thanks
--
Gustavo
On 11/27/18 10:33 PM, Gustavo A. R. Silva wrote:
In preparation to
Dan,
On 1/10/19 8:22 PM, Dan Murphy wrote:
Jacek
On 1/10/19 12:44 PM, Jacek Anaszewski wrote:
Hi Dan,
On 1/9/19 10:31 PM, Dan Murphy wrote:
Jacek
On 1/9/19 3:28 PM, Jacek Anaszewski wrote:
On 1/9/19 10:12 PM, Dan Murphy wrote:
On 1/9/19 2:12 PM, Jacek Anaszewski wrote:
Hi Dan,
On
Hi,
Friendly ping (second one):
Who can ack/review/take this patch, please?
Thanks
--
Gustavo
On 12/19/18 6:07 PM, Gustavo A. R. Silva wrote:
Hi,
Friendly ping:
Who can ack or review this patch, please?
Thanks
--
Gustavo
On 11/27/18 10:33 PM, Gustavo A. R. Silva wrote:
In preparation to
On Thu, 2018-12-20 at 22:55 +0100, Lubomir Rintel wrote:
> On an OLPC XO 1.75 machine, the "security processor" handles the GPIO 71
> and 72 interrupts. Don't reset the "route to SP" bit (4).
>
> I'm just assuming the bit 4 is the "route to SP" bit -- it fixes the
> SP-based keyboard for me and
Hi,
Friendly ping (second one):
Who can ack/review/take this patch, please?
Thanks
--
Gustavo
On 12/19/18 6:08 PM, Gustavo A. R. Silva wrote:
Hi,
Friendly ping:
Who can ack or review this patch, please?
Thanks
--
Gustavo
On 11/27/18 10:33 PM, Gustavo A. R. Silva wrote:
In preparation to
Hi,
Friendly ping (second one):
Who can ack/review/take this patch, please?
Thanks
--
Gustavo
On 12/19/18 6:08 PM, Gustavo A. R. Silva wrote:
Hi,
Friendly ping:
Who can ack or review this patch, please?
Thanks
--
Gustavo
On 11/27/18 10:34 PM, Gustavo A. R. Silva wrote:
In preparation to
Hi,
Friendly ping (second one):
Who can ack/review/take this patch, please?
Thanks
--
Gustavo
On 12/19/18 6:08 PM, Gustavo A. R. Silva wrote:
Hi,
Friendly ping:
Who can ack or review this patch, please?
Thanks
--
Gustavo
On 11/27/18 10:34 PM, Gustavo A. R. Silva wrote:
In preparation to
Em Thu, Jan 10, 2019 at 07:30:22PM +, Song Liu escreveu:
>
>
> > On Jan 10, 2019, at 10:55 AM, Arnaldo Carvalho de Melo
> > wrote:
> >
> > Em Thu, Jan 10, 2019 at 06:40:37PM +, Song Liu escreveu:
> >>
> >>
> >>> On Jan 10, 2019, at 10:24 AM, Arnaldo Carvalho de Melo
> >>> wrote:
>
On Thu, Jan 10, 2019 at 11:31:11AM -0800, Bart Van Assche wrote:
> On Thu, 2019-01-10 at 16:28 +0100, Peter Zijlstra wrote:
> > On Mon, Dec 17, 2018 at 01:29:54PM -0800, Bart Van Assche wrote:
> > > +static bool inside_selftest(void)
> > > +{
> > > + return current == lockdep_selftest_task_struct;
> On Jan 10, 2019, at 11:30 AM, Song Liu wrote:
>
>
>
>> On Jan 10, 2019, at 10:55 AM, Arnaldo Carvalho de Melo
>> wrote:
>>
>> Em Thu, Jan 10, 2019 at 06:40:37PM +, Song Liu escreveu:
>>>
>>>
On Jan 10, 2019, at 10:24 AM, Arnaldo Carvalho de Melo
wrote:
Em
On Thu, Jan 10, 2019 at 10:51:27AM -0800, Bart Van Assche wrote:
> On Thu, 2019-01-10 at 16:24 +0100, Peter Zijlstra wrote:
> > /*
> > * A data structure for delayed freeing of data structures that may be
> > - * accessed by RCU readers at the time these were freed. The size of the
> > array
>
> On Jan 10, 2019, at 10:18 AM, Josh Poimboeuf wrote:
>
> On Thu, Jan 10, 2019 at 05:32:08PM +, Nadav Amit wrote:
>>> On Jan 10, 2019, at 8:44 AM, Josh Poimboeuf wrote:
>>>
>>> On Thu, Jan 10, 2019 at 01:21:00AM +, Nadav Amit wrote:
> On Jan 9, 2019, at 2:59 PM, Josh Poimboeuf
On Thu, Jan 10, 2019 at 7:45 AM Matthias Kaehlcke wrote:
>
> On Wed, Jan 09, 2019 at 05:15:33PM -0800, Matthias Kaehlcke wrote:
> > Hi Amit,
> >
> > On Thu, Jan 10, 2019 at 05:30:55AM +0530, Amit Kucheria wrote:
> > > 75 degrees is too aggressive for throttling the CPU. After speaking to
> > >
On Thu, Jan 10, 2019 at 05:00:24PM +, Sidong Yang wrote:
> I think you just point out that my code isn't obvious because the
> function returns negative error codes. I agree with you. But what if
> change my code like if(hgsmi_query_conf() != 0).
>
That's even worse! :P
You should do
On Sat, Dec 22, 2018 at 2:02 AM Nicholas Mc Guire wrote:
>
> On Fri, Dec 21, 2018 at 08:29:56PM -0600, Scott Wood wrote:
> > On Fri, 2018-12-07 at 09:22 +0100, Nicholas Mc Guire wrote:
> > > devm_kstrdup() may return NULL if internal allocation failed, but
> > > as machine is from the device
Enable generic PCIe by default in the RISC-V defconfig, this allows us
to use QEMU's PCIe support out of the box.
Signed-off-by: Alistair Francis
---
arch/riscv/configs/defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/riscv/configs/defconfig b/arch/riscv/configs/defconfig
On Thu, Jan 10, 2019 at 07:05:26PM +, esploit wrote:
> Hi, I've been getting more into Kernel stuff lately and forged ahead
> with some syzkaller bug finding.
for syzkaller stuff, no need to cc: the security mailing list. Just
work with the respective subsystem maintainers and developers
Hi,
Friendly ping:
Who can take this?
Thanks
--
Gustavo
On 10/17/18 9:28 AM, Gustavo A. R. Silva wrote:
In preparation to enabling -Wimplicit-fallthrough, mark switch cases
where we are expecting to fall through.
This patch aims to suppress 29 missing-break-in-switch false positives.
On Thu, 2019-01-10 at 16:28 +0100, Peter Zijlstra wrote:
> On Mon, Dec 17, 2018 at 01:29:54PM -0800, Bart Van Assche wrote:
> > +static bool inside_selftest(void)
> > +{
> > + return current == lockdep_selftest_task_struct;
> > +}
> > +void lockdep_free_key_range(void *start, unsigned long size)
> On Jan 10, 2019, at 10:55 AM, Arnaldo Carvalho de Melo
> wrote:
>
> Em Thu, Jan 10, 2019 at 06:40:37PM +, Song Liu escreveu:
>>
>>
>>> On Jan 10, 2019, at 10:24 AM, Arnaldo Carvalho de Melo
>>> wrote:
>>>
>>> Em Wed, Jan 09, 2019 at 11:21:05AM -0800, Song Liu escreveu:
For
On Thu, 10 Jan 2019 18:51:21 +
Peter Rosin wrote:
> On 2019-01-10 18:29, Boris Brezillon wrote:
> > On Thu, 10 Jan 2019 15:10:48 +
> > Peter Rosin wrote:
> >
> >> The A2Q and UPDATE bits have no effect in the channel disable registers.
> >> However, since they are present, assume
Dan,
On 1/10/19 1:46 PM, Dan Murphy wrote:
Jacek
On 1/8/19 3:25 PM, Dan Murphy wrote:
Jacek
On 1/8/19 3:18 PM, Jacek Anaszewski wrote:
Hi Dan,
On 1/7/19 10:14 PM, Dan Murphy wrote:
Jacek
On 1/7/19 2:59 PM, Jacek Anaszewski wrote:
Dan,
On 1/7/19 8:36 PM, Dan Murphy wrote:
Jacek
On
On 01/10/2019 01:25 PM, James Morse wrote:
> Hi Longman, Zhenzhong,
>
> On 10/01/2019 14:43, Waiman Long wrote:
>> On 01/10/2019 03:02 AM, Zhenzhong Duan wrote:
>>> There is a question confused me for days. Appreciate an answer.
>>>
>>> In below code, the comment says we never have more than 4
Jacek
On 1/10/19 12:44 PM, Jacek Anaszewski wrote:
> Hi Dan,
>
> On 1/9/19 10:31 PM, Dan Murphy wrote:
>> Jacek
>>
>> On 1/9/19 3:28 PM, Jacek Anaszewski wrote:
>>> On 1/9/19 10:12 PM, Dan Murphy wrote:
On 1/9/19 2:12 PM, Jacek Anaszewski wrote:
> Hi Dan,
>
> On 1/8/19 10:22 PM,
On Thu, Jan 10, 2019 at 09:31:14PM +0530, Brajeswar Ghosh wrote:
> Remove duplicate headers which are included more than once
>
> Signed-off-by: Brajeswar Ghosh
> ---
> include/linux/perf_event.h | 1 -
> include/linux/ptr_ring.h | 1 -
> include/linux/qed/qed_if.h | 1 -
>
On Thu, Jan 10, 2019 at 1:46 AM Kirill Tkhai wrote:
>
> Hi, Shakeel,
>
> On 09.01.2019 20:37, Shakeel Butt wrote:
> > Hi Kirill,
> >
> > On Wed, Jan 9, 2019 at 4:20 AM Kirill Tkhai wrote:
> >>
> >> On nodes without memory overcommit, it's common a situation,
> >> when memcg exceeds its limit and
>> @@ -805,6 +854,12 @@ static int tegra_sdhci_init_pinctrl_info(struct device
>> *dev,
>> return -1;
>> }
>>
>> +tegra_host->pinctrl_state_1v8_drv = pinctrl_lookup_state(
>> +tegra_host->pinctrl_sdmmc, "sdmmc-1v8-drv");
>> +
>> +
On Thu, Jan 03, 2019 at 10:57:24AM -0800, Dave Hansen wrote:
> On 1/3/19 5:52 AM, Sasha Levin wrote:
> > This commit has been processed because it contains a -stable tag.
> > The stable tag indicates that it's relevant for the following trees: all
> >
> > The bot has tested the following trees:
Sorry for the resend some mail servers rejected the mime type.
Hi, I've been getting more into Kernel stuff lately and forged ahead with some
syzkaller bug finding. I played with reducing it further as you can see from
the attached c code but am moving on and hope to get better about this
On Thu, Jan 10, 2019 at 05:47:42PM +, Paul Burton wrote:
> commit adcc81f148d733b7e8e641300c5590a2cdc13bf3 upstream.
>
> Mapping the delay slot emulation page as both writeable & executable
> presents a security risk, in that if an exploit can write to & jump into
> the page then it can be
On 12/27/18 3:47 PM, Doug Berger wrote:
> The max_low_pfn value must be set before sparse_init() is called to
> keep the early memblock allocations and frees balanced for kmemleak
> initialization when sparsemem is enabled.
>
> This commit accomplishes that by replacing the local variables min,
>
On Thu, Jan 10, 2019 at 10:54:46AM -0800, Nick Desaulniers wrote:
> On Wed, Jan 9, 2019 at 8:22 PM Nathan Chancellor
> wrote:
> >
> > Clang warns:
> >
> > In file included from drivers/net/ethernet/intel/iavf/iavf_main.c:4:
> > In file included from drivers/net/ethernet/intel/iavf/iavf.h:37:
> >
On Thu, Jan 10, 2019 at 10:47:26AM -0500, Alan Stern wrote:
> On Wed, 9 Jan 2019, Paul E. McKenney wrote:
>
> > Hello!
> >
> > This series contains updates for the Linux-kernel memory model:
> >
> > 1-3.Add SRCU support, courtesy of Alan Stern.
> >
> > 4. Update README for adding of
Hi Daniel,
> > Would be good to use the new generic fbdev emulation code here, for even
> > less code. Or at least know why this isn't possible to use for mtk (and
> > maybe address that in the core code). Hand-rolling fbdev code shouldn't be
> > needed anymore.
>
> Back on the mailing list, no
On Wed, Jan 9, 2019 at 9:42 PM Nathan Chancellor
wrote:
>
> A recent commit in Clang expanded the -Wstring-plus-int warning, showing
> some odd behavior in this file.
>
> drivers/isdn/hardware/avm/b1.c:426:30: warning: adding 'int' to a string does
> not append to the string [-Wstring-plus-int]
On Thu, 10 Jan 2019 at 00:19, Ladislav Michl wrote:
>
> PM-runtime now uses the hrtimers infrastructure for autosuspend, however
> comments still reference 'jiffies'.
>
> Fixes: 8234f6734c5d ("PM-runtime: Switch autosuspend over to using hrtimers")
> Signed-off-by: Ladislav Michl
Acked-by:
On Thu, 10 Jan 2019 at 10:51, Ladislav Michl wrote:
>
> pm_runtime_autosuspend_expiration calls ktime_get even when
> its returned value may be unused. Therefore get current time
> later and remove gotos while there.
>
> Signed-off-by: Ladislav Michl
Acked-by: Vincent Guittot
> ---
> NOTE:
On Wed, Jan 9, 2019 at 8:22 PM Nathan Chancellor
wrote:
>
> Clang warns:
>
> In file included from drivers/net/ethernet/intel/iavf/iavf_main.c:4:
> In file included from drivers/net/ethernet/intel/iavf/iavf.h:37:
> In file included from drivers/net/ethernet/intel/iavf/iavf_type.h:8:
>
Em Thu, Jan 10, 2019 at 06:40:37PM +, Song Liu escreveu:
>
>
> > On Jan 10, 2019, at 10:24 AM, Arnaldo Carvalho de Melo
> > wrote:
> >
> > Em Wed, Jan 09, 2019 at 11:21:05AM -0800, Song Liu escreveu:
> >> For better performance analysis of dynamically JITed and loaded kernel
> >>
On Wed, Jan 09, 2019 at 11:36:23PM +0100, Paolo Bonzini wrote:
> On 09/01/19 23:21, Paul E. McKenney wrote:
> > lockdep_assert_held() is better suited to checking locking requirements,
> > since it only checks if the current thread holds the lock regardless of
> > whether someone else does. This
On Thu, 2019-01-10 at 16:24 +0100, Peter Zijlstra wrote:
> /*
> * A data structure for delayed freeing of data structures that may be
> - * accessed by RCU readers at the time these were freed. The size of the
> array
> - * is a compromise between minimizing the amount of memory used by this
On 2019-01-10 18:29, Boris Brezillon wrote:
> On Thu, 10 Jan 2019 15:10:48 +
> Peter Rosin wrote:
>
>> The A2Q and UPDATE bits have no effect in the channel disable registers.
>> However, since they are present, assume that the intention is to disable
>> planes, not immediately as indicated
On Thu, Jan 10, 2019 at 3:06 AM Tetsuo Handa
wrote:
> syzbot is hitting this problem as of linux-next-20190110.
> When a patch will be proposed?
Hi! Sorry, this got delayed over the holidays. Let me finish the patch
I was working on and get it published.
Thanks!
--
Kees Cook
On Thu, Jan 10, 2019 at 10:24:33AM +0800, Xiaoting Liu wrote:
> Bindings for Delta Electronics DPS-650-AB power supply.
>
> Signed-off-by: Xiaoting Liu
Waiting for DT maintainer Ack to apply. Note that you did not copy
linux-hw...@vger.kernel.org. As a result, it _may_ get lost since
Hi Dan,
On 1/9/19 10:31 PM, Dan Murphy wrote:
Jacek
On 1/9/19 3:28 PM, Jacek Anaszewski wrote:
On 1/9/19 10:12 PM, Dan Murphy wrote:
On 1/9/19 2:12 PM, Jacek Anaszewski wrote:
Hi Dan,
On 1/8/19 10:22 PM, Dan Murphy wrote:
On 1/8/19 3:16 PM, Jacek Anaszewski wrote:
On 1/8/19 9:53 PM, Dan
On Thu, Jan 10, 2019 at 10:31:44AM +0800, Xiaoting Liu wrote:
> Provide support for PSU DPS-650AB from Delta Electronics, INC.
>
> Signed-off-by: Xiaoting Liu
Applied to hwmon-next.
Thanks,
Guenter
> ---
> v3:
> No change.
> ---
> v2:
> Change the patch subject and commit message.
>
On Thu, Jan 10, 2019 at 11:53:59AM +0530, Viresh Kumar wrote:
> On 09-01-19, 18:22, Matthias Kaehlcke wrote:
> > Hi Amit,
> >
> > On Thu, Jan 10, 2019 at 05:30:56AM +0530, Amit Kucheria wrote:
> > > Since the big and little cpus are in the same frequency domain, use all
> > > of them for
> On Jan 10, 2019, at 10:24 AM, Arnaldo Carvalho de Melo
> wrote:
>
> Em Wed, Jan 09, 2019 at 11:21:05AM -0800, Song Liu escreveu:
>> For better performance analysis of dynamically JITed and loaded kernel
>> functions, such as BPF programs, this patch introduces
>> PERF_RECORD_KSYMBOL, a new
Because the irq was requested through device managed resources API
(devm_request_threaded_irq()) it was freed after meson_mmc_remove()
completion, thus after mmc_free_host() has reclaimed meson_host memory.
As this irq is IRQF_SHARED, while using CONFIG_DEBUG_SHIRQ, its handler
get called by
On Thu, Jan 10, 2019 at 02:03:20PM +, Edward Cree wrote:
> > +#endif /* CONFIG_HAVE_STATIC_CALL_INLINE */
> CONFIG_HAVE_STATIC_CALL?
Right, thanks.
--
Josh
On 1/10/19 10:49 AM, Paul Menzel wrote:
> Dear Boris, dear Thomas,
>
>
> On 01/10/19 17:00, Borislav Petkov wrote:
>> On Thu, Jan 10, 2019 at 02:57:40PM +0100, Paul Menzel wrote:
>>> Thank you very much. Indeed, the machine does not crash. I used Linus’
>>> master branch for testing, and applied
On Thu, Jan 10, 2019 at 10:24:29AM -0600, Gustavo A. R. Silva wrote:
> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> where we are expecting to fall through.
>
> Warning level 3 was used: -Wimplicit-fallthrough=3
>
> Signed-off-by: Gustavo A. R. Silva
Applied to
On Thu, Jan 10, 2019 at 07:40:39AM -0800, Guenter Roeck wrote:
> On Thu, Jan 10, 2019 at 04:15:40PM +0100, Christoph Biedl wrote:
> > Christoph Biedl wrote...
> >
> > > Sorry for not getting back to you earlier. Building yesterday's
> > > release (v4.19.14) *failed*, bisect led to
> > >
> > > |
On Tue, 8 Jan 2019 15:52:56 +0100
Michal Hocko wrote:
> On Wed 02-01-19 12:21:10, Jonathan Cameron wrote:
> [...]
> > So ideally I'd love this set to head in a direction that helps me tick off
> > at least some of the above usecases and hopefully have some visibility on
> > how to address the
Hi Longman, Zhenzhong,
On 10/01/2019 14:43, Waiman Long wrote:
> On 01/10/2019 03:02 AM, Zhenzhong Duan wrote:
>> There is a question confused me for days. Appreciate an answer.
>>
>> In below code, the comment says we never have more than 4 nested
>> contexts.
>>
>> What happen if debug and mce
On Thu, 10 Jan 2019 10:04:28 -0800
Sean Christopherson wrote:
> > What atomicity guarantee does the above require?
>
> I was asking in the context of static calls. My understanding is that
> the write to change the imm32 of the CALL needs to be atomic from a
> code fetch perspective so that
On Thu, Jan 10, 2019 at 07:07:52PM +0100, Sebastian Andrzej Siewior wrote:
> On 2019-01-10 17:32:58 [+], Hutter, Tony wrote:
> > > But since when did out-of-tree modules use __kernel_fpu_begin? It's an
> > > x86-only thing, and shouldn't really be used by anyone, right?
> >
> > ZFS on Linux
Em Wed, Jan 09, 2019 at 11:21:05AM -0800, Song Liu escreveu:
> For better performance analysis of dynamically JITed and loaded kernel
> functions, such as BPF programs, this patch introduces
> PERF_RECORD_KSYMBOL, a new perf_event_type that exposes kernel symbol
> register/unregister information
> -Original Message-
> From: Thierry Reding [mailto:thierry.red...@gmail.com]
> Sent: Thursday, January 10, 2019 6:02 PM
> To: Hunter, Adrian
> Cc: Ulf Hansson ; Jonathan Hunter
> ; Sowjanya Komatineni
> ; Krishna Reddy ; linux-
> m...@vger.kernel.org; linux-te...@vger.kernel.org;
On Thu, Jan 10, 2019 at 10:04:28AM -0800, Sean Christopherson wrote:
> On Thu, Jan 10, 2019 at 12:57:57PM -0500, Steven Rostedt wrote:
> > On Thu, 10 Jan 2019 09:42:57 -0800
> > Sean Christopherson wrote:
> >
> > > On Thu, Jan 10, 2019 at 12:32:43PM -0500, Steven Rostedt wrote:
> > > > On Thu,
To allow servers to verify client identity, allow a node
flag to be set that causes the sender's security context
to be delivered with the transaction. The BR_TRANSACTION
command is extended in BR_TRANSACTION_SEC_CTX to
contain a pointer to the security context string.
Signed-off-by: Todd Kjos
401 - 500 of 1151 matches
Mail list logo