On Tue, Oct 23, 2018 at 3:01 AM Eric W. Biederman wrote:
>
> Please pull the siginfo-linus branch from the git tree:
Pulled.
Linus
* Peter Zijlstra [2018-10-24 12:03:23]:
> It appears to me the for_each_online_node() iteration in
> task_numa_migrate() needs an addition test to see if the selected node
> has any CPUs in the relevant sched_domain _at_all_.
>
Yes, this should work.
Yi Wang does this extra check a little diffe
On Wed, Oct 24, 2018 at 03:16:46PM +0530, Srikar Dronamraju wrote:
> * Mel Gorman [2018-10-24 09:56:36]:
>
> > On Wed, Oct 24, 2018 at 08:32:49AM +0530, Srikar Dronamraju wrote:
> > It would certainly be a bit odd because the
> > application is asking for some protection but no guarantees are giv
The patch
spi: uniphier: fix incorrect property items
has been applied to the spi tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linu
Hello,
syzbot found the following crash on:
HEAD commit:58a022870787 Merge tag 'acpi-4.20-rc1' of git://git.kernel..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=12a0f93940
kernel config: https://syzkaller.appspot.com/x/.config?x=414a8e66ba2c6789
da
On Wed, Oct 24, 2018 at 07:58:27AM +, Clark Wang wrote:
> Add both ipg and per clock for lpspi to support i.MX8QM/QXP boards.
I'm missing both the cover letter and rest of the series so I don't know
what's going on with dependencies here - what's the story?
> Signed-off-by: Xiaoning Wang
Pl
On Wed, 2018-10-24 at 12:35 +0300, Amir Goldstein wrote:
> > > diff --git a/fs/lockd/host.c b/fs/lockd/host.c
> > > index d35cd6be0675..93fb7cf0b92b 100644
> > > --- a/fs/lockd/host.c
> > > +++ b/fs/lockd/host.c
> > > @@ -341,7 +341,7 @@ struct nlm_host *nlmsvc_lookup_host(const struct
> > > svc_rq
* Peter Zijlstra [2018-10-24 12:15:08]:
> On Wed, Oct 24, 2018 at 03:16:46PM +0530, Srikar Dronamraju wrote:
> > * Mel Gorman [2018-10-24 09:56:36]:
> >
> > > On Wed, Oct 24, 2018 at 08:32:49AM +0530, Srikar Dronamraju wrote:
> > > It would certainly be a bit odd because the
> > > application i
On 22/10/2018 10:52, Thierry Reding wrote:
> On Fri, Oct 19, 2018 at 02:22:53PM +0100, Jon Hunter wrote:
>> From: Jonathan Hunter
>>
>> The tps6586x driver creates an irqchip that is used by its various child
>> devices for managing interrupts. The tps6586x-rtc device is one of its
>> children t
On 10/24/18 1:20 PM, Jon Hunter wrote:
>
> On 21/10/2018 19:36, Dmitry Osipenko wrote:
>> This fixes splats like the one below if CONFIG_DEBUG_ATOMIC_SLEEP=y
>> and machine (Tegra30) booted with SMP=n or all secondary CPU's are put
>> offline. Locking isn't needed because it protects atomic operat
On Wed, Oct 24, 2018 at 07:58:30AM +, Clark Wang wrote:
> Enable the runtime pm for lpspi module
>
> BuildInfo:
> - U-Boot 2018.03-imx_4.14.y
>
> Signed-off-by: Han Xu
> Reviewed-by: Frank Li
> Signed-off-by: Xiaoning Wang
This looks like Han Xu wrote this patch, Frank Li reviewed
gb_loopback_device::list_op_async is never used except for the
LIST_INIT. The ::list field appears to have a few more uses, but on
closer inspection the linked list of struct gb_loopbacks that it heads
is never used for anything, so there's no reason to maintain it, much
less to keep it sorted.
Re
On Tue, Oct 23, 2018 at 1:55 AM Paul Moore wrote:
>
> Three SELinux patches for v4.20, all fall under the bug-fix or
> behave-better category, which is good. All three have pretty good
> descriptions too, which is even better. Please merge this for v4.20.
Pulled,
Linus
On 22/10/2018 12:19, Dmitry Osipenko wrote:
> On 10/22/18 12:52 PM, Thierry Reding wrote:
>> On Fri, Oct 19, 2018 at 02:22:53PM +0100, Jon Hunter wrote:
>>> From: Jonathan Hunter
>>>
>>> The tps6586x driver creates an irqchip that is used by its various child
>>> devices for managing interrupts.
From: Shubhrajyoti Datta
In some cases we are waiting in a loop. Replace the infinite wait with
the timeout.
Signed-off-by: Shubhrajyoti Datta
---
drivers/i2c/busses/i2c-cadence.c | 30 ++
1 file changed, 26 insertions(+), 4 deletions(-)
diff --git a/drivers/i2c/b
On 24/10/18 08:07, Lee Jones wrote:
+#define WCD9335_SLIM_INTERFACE_DEVICE_INDEX0
+
+static const struct mfd_cell wcd9335_devices[] = {
+ { .name = "wcd9335-codec", },
+};
Any news on other devices?
We are totally limited with hardware to test other devices on this
codec. Given th
On Tue, Oct 23, 2018 at 10:22 AM James Morris wrote:
>
> Please pull these general updates for the security subsystem.
Thanks, pulled,
Linus
Hello,
syzbot found the following crash on:
HEAD commit:44786880df19 Merge branch 'parisc-4.20-1' of git://git.ker..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=13debe1340
kernel config: https://syzkaller.appspot.com/x/.config?x=5071a2e3cb82c943
da
On 24/10/2018 11:44, Dmitry Osipenko wrote:
> On 10/24/18 1:20 PM, Jon Hunter wrote:
>>
>> On 21/10/2018 19:36, Dmitry Osipenko wrote:
>>> This fixes splats like the one below if CONFIG_DEBUG_ATOMIC_SLEEP=y
>>> and machine (Tegra30) booted with SMP=n or all secondary CPU's are put
>>> offline. Lo
Hi Clark,
On Wed, Oct 24, 2018 at 5:01 AM Clark Wang wrote:
>
> Enable the runtime pm for lpspi module
>
> BuildInfo:
> - U-Boot 2018.03-imx_4.14.y
This buildinfo piece is not very helpful in upstream. Please drop it.
> Signed-off-by: Han Xu
> Reviewed-by: Frank Li
> Signed-off-by: Xi
On 2018/10/24 16:58, Jerome Brunet wrote:
> On Thu, 2018-10-18 at 13:07 +0800, Jianxin Pan wrote:
>> From: Yixun Lan
[...]
>>
>> --- /dev/null
>> +++ b/drivers/clk/meson/clk-phase-delay.c
>> @@ -0,0 +1,79 @@
>> +// SPDX-License-Identifier: (GPL-2.0+ OR MIT)
>> +/*
>> + * Amlogic Meson MMC Sub Cloc
On Wed, Oct 24, 2018 at 04:20:03PM +0530, shubhrajyoti.da...@gmail.com wrote:
> From: Shubhrajyoti Datta
>
> In some cases we are waiting in a loop. Replace the infinite wait with
> the timeout.
>
> Signed-off-by: Shubhrajyoti Datta
> ---
> drivers/i2c/busses/i2c-cadence.c | 30 ++
On 19 October 2018 at 16:26, Liming Sun wrote:
> This commit removes the unnecessary of-node check since the
> dw_mci_bluefield_match[] structure has only one entry.
>
> Signed-off-by: Liming Sun
Queued for 4.21, thanks!
Kind regards
Uffe
> ---
> drivers/mmc/host/dw_mmc-bluefield.c | 11 +
On 19 October 2018 at 16:40, Jonas Danielsson wrote:
> On our AT91SAM9260 board we use the same sdio bus for wifi and for the
> sd card slot. This caused the atmel-mci to give the following splat on
> the serial console:
>
> [ cut here ]
> WARNING: CPU: 0 PID: 538 at dr
On 10/15/2018 01:37 PM, Khalid Aziz wrote:
On 09/24/2018 08:45 AM, Stecklina, Julian wrote:
I didn't test the version with TLB flushes, because it's clear that the
overhead is so bad that no one wants to use this.
I don't think we can ignore the vulnerability caused by not flushing
stale TLB
On Fri, Oct 12, 2018 at 05:15:51PM -0700, John Hubbard wrote:
> On 10/12/18 3:56 AM, Balbir Singh wrote:
> > On Thu, Oct 11, 2018 at 11:00:12PM -0700, john.hubb...@gmail.com wrote:
> >> From: John Hubbard
> [...]
> >> + * Because page->dma_pinned_flags is unioned with page->lru, any page that
> >>
On Sat, Oct 20, 2018 at 11:42:59PM +0200, KarimAllah Ahmed wrote:
> The spec only requires the posted interrupt descriptor address to be
> 64-bytes aligned (i.e. bits[0:5] == 0). Using page_address_valid also
> forces the address to be page aligned.
>
> Only validate that the address does not cros
The subject line does not parse..
Linus,
there are conflicts with the ARM tree as we didn't have a topic branch and some
with 4.19 fixes. Future merge of the selftests tree will also have a conflict,
https://lkml.org/lkml/2018/10/18/273. All should be resolved as in next and
a resolution of the first two is attached at the botto
From: Dong Aisheng
CAN transceiver is different on RevA and RevB board.
It's active high on RevA while active low on Rev B.
Signed-off-by: Dong Aisheng
Signed-off-by: Joakim Zhang
---
arch/arm/boot/dts/imx6sx-sdb-reva.dts | 12
arch/arm/boot/dts/imx6sx-sdb.dts | 5
arch/ar
From: Dong Aisheng
The CAN transceiver on MX6SX Sabreauto board seems in sleep mode
by default after power up the board. User has to press the wakeup
key on ARD baseboard before using the transceiver, or it may not
work properly when power up the board at the first time(warm reset
does not have s
From: Dong Aisheng
The flexcan1 is pin conflict with fec. So we add a new dts file with
flexcan1 enabled with fec disabled for user to use.
Signed-off-by: Dong Aisheng
Signed-off-by: Joakim Zhang
---
.../boot/dts/imx6dl-sabreauto-flexcan1.dts| 19
.../arm/boot/dts/imx6q-sabreauto
This patch series intends to add flexcan support for IMX6 platforms.
Dong Aisheng (3):
ARM: dts: imx6sx-sdb: Add flexcan support
ARM: dts: imx6sx-sabreauto: Add flexcan support
ARM: dts: sabreauto: Add flexcan support
.../boot/dts/imx6dl-sabreauto-flexcan1.dts| 19 +++
.../arm/boot
On Tue 2018-10-23 11:39:43, Josh Poimboeuf wrote:
> On Mon, Oct 22, 2018 at 03:25:10PM +0200, Petr Mladek wrote:
> > On Fri 2018-10-19 09:36:04, Josh Poimboeuf wrote:
> > > On Fri, Oct 19, 2018 at 02:16:19PM +0200, Miroslav Benes wrote:
> > > > On Thu, 18 Oct 2018, Josh Poimboeuf wrote:
> > > > > A
Good Day,
I am in need of a reliable and trust worthy person to work with me in
receiving huge sum of money into his or her account. I will give you
the full details immediately you respond to this email.
Ahmed Zama
+22675844869
2018-10-24 04:01-0700, Sean Christopherson:
> On Sat, Oct 20, 2018 at 11:42:59PM +0200, KarimAllah Ahmed wrote:
> > The spec only requires the posted interrupt descriptor address to be
> > 64-bytes aligned (i.e. bits[0:5] == 0). Using page_address_valid also
> > forces the address to be page aligne
Hi Joakim,
On Wed, Oct 24, 2018 at 8:15 AM Joakim Zhang wrote:
> diff --git a/arch/arm/boot/dts/imx6dl-sabreauto-flexcan1.dts
> b/arch/arm/boot/dts/imx6dl-sabreauto-flexcan1.dts
> new file mode 100644
> index ..963e0b559d60
> --- /dev/null
> +++ b/arch/arm/boot/dts/imx6dl-sabreauto-
On Tue, Oct 23, 2018 at 03:13:43PM +, Raslan, KarimAllah wrote:
> On Fri, 2018-10-19 at 13:21 -0700, Paul E. McKenney wrote:
> > On Fri, Oct 19, 2018 at 07:45:51PM +, Raslan, KarimAllah wrote:
> > >
> > > On Fri, 2018-10-19 at 05:31 -0700, Paul E. McKenney wrote:
> > > >
> > > > On Fri, O
On Wed, Oct 24, 2018 at 04:11:24PM +0530, Srikar Dronamraju wrote:
> * Peter Zijlstra [2018-10-24 12:15:08]:
>
> > On Wed, Oct 24, 2018 at 03:16:46PM +0530, Srikar Dronamraju wrote:
> > > * Mel Gorman [2018-10-24 09:56:36]:
> > >
> > > > On Wed, Oct 24, 2018 at 08:32:49AM +0530, Srikar Dronamra
On Thu 2018-10-18 07:58:24, Josh Poimboeuf wrote:
> On Thu, Oct 18, 2018 at 01:11:53PM +0200, Petr Mladek wrote:
> > On Wed 2018-10-17 13:17:56, Josh Poimboeuf wrote:
> > > On Mon, Oct 15, 2018 at 02:37:03PM +0200, Petr Mladek wrote:
> > > > The definition of struct klp_func might be a bit confusin
FROM: DR. JONATHAN JUJU
ACH REPUBLIC OF SOUTH AFRICA.
Attn: Sir/Ma
YOUR COMPANY'S OPERATIONS AND PROFILE GOT MY ATTENTION, IN LINE WITH
MY CURRENT DIVERSIFICATION AND EXPANSION PROGRAM IN CREATING
STRATEGIC PARTNERSHIP I WOULD LIKE TO KNOW IF THERE ARE AVAILABLE
PARTNERSHIP OPTIONS AND OPENING
On Tue, Oct 23, 2018 at 11:15:03AM -0700, David Miller wrote:
> From: Arnaldo Carvalho de Melo
> Date: Tue, 23 Oct 2018 15:05:03 -0300
>
> > IIRC this was first done for 'perf record', where we have to stash those
> > events in the perf.data file, to then, later, 'perf report' to process
> > thos
- On Oct 23, 2018, at 10:35 PM, Igor Stoppa igor.sto...@gmail.com wrote:
> In some cases, all the data needing protection can be allocated from a pool
> in one go, as directly writable, then initialized and protected.
> The sequence is relatively short and it's acceptable to leave the entire
>
On Tue, Oct 23, 2018 at 07:31:56PM +0300, Kirill A. Shutemov wrote:
> -8800 - c7ff (=64 TB) direct mapping of all phys.
> memory
> +8880 - 887f (=39 bits) LDT remap for PTI
I'm a little bit cross-eyed at this point, but I think the above '888'
shoul
On Tue, 23 Oct 2018, Jessica Yu wrote:
> diff --git a/arch/arm64/kernel/module-plts.c b/arch/arm64/kernel/module-plts.c
> index f0690c2ca3e0..05067717dfc5 100644
> --- a/arch/arm64/kernel/module-plts.c
> +++ b/arch/arm64/kernel/module-plts.c
> @@ -210,9 +210,15 @@ int module_frob_arch_sections(Elf
On 23/10/18 23:19, Phillip Potter wrote:
> Deduplicate the exofs file type conversion implementation.
>
> Original patch by Amir Goldstein.
>
> v2:
> - This version does not remove EXOFS_FT_x enum from fs/exofs/common.h,
> as these values are now used in compile-time checks added by
> Phillip
On 19/10/18 22:50, luca abeni wrote:
> On Fri, 19 Oct 2018 13:39:42 +0200
> Peter Zijlstra wrote:
>
> > On Thu, Oct 18, 2018 at 01:08:11PM +0200, luca abeni wrote:
> > > Ok, I see the issue now: the problem is that the "while
> > > (dl_se->runtime <= 0)" loop is executed at replenishment time, bu
Pavel
On 10/24/2018 04:04 AM, Pavel Machek wrote:
> Hi!
>
>> The LM3697 is a single function LED driver. The single function LED
>> driver needs to reside in the LED directory as a dedicated LED driver
>> and not as a MFD device. The device does have common brightness and ramp
>
> So it is sing
Date::
Wednesday, October 24th, 2018.
WITH DUE RESPECT:
Let me start by introduce myself; I am Mrs.Ruth Yoda, Bill and
Exchange manager (Bank of Africa) Ouagadougou, Burkina Faso. I write
you this letter based on the latest development at our bank which i
will like to bring to your personal edific
On Tue, Oct 23, 2018 at 07:26:06AM +1100, NeilBrown wrote:
> On Sun, Oct 21 2018, Josh Triplett wrote:
>
> > On Mon, Oct 22, 2018 at 08:20:11AM +1100, NeilBrown wrote:
> >> I call on you, Greg:
> >> - to abandon this divisive attempt to impose a "Code of Conduct"
> >> - to revert 8a104f8b5867c68
Pavel
On 10/24/2018 04:14 AM, Pavel Machek wrote:
> On Tue 2018-10-23 12:06:17, Dan Murphy wrote:
>> From: Pavel Machek
>>
>> This adds backlight support for the following TI LMU
>> chips: LM3532, LM3631, LM3632, LM3633, LM3695 and LM3697.
>>
>> It controls LEDs on Droid 4
>> smartphone, includin
On Wed 17-10-18 08:26:20, Alexander Duyck wrote:
[...]
> With that said I am also wondering if a possible solution to the complaints
> you had would be to look at just exporting the __init_pageblock function
> later and moving the call to memmap_init_zone_device out to the memremap or
> hotplug cod
Hi Suman,
> -Original Message-
> From: Suman Anna
> Sent: mercredi 24 octobre 2018 05:02
> To: Loic PALLARDY ; bjorn.anders...@linaro.org;
> o...@wizery.com
> Cc: linux-remotep...@vger.kernel.org; linux-kernel@vger.kernel.org;
> Arnaud POULIQUEN ;
> benjamin.gaign...@linaro.org
> Subject:
On Tue, Oct 23, 2018 at 09:19:53PM +0100, Phillip Potter wrote:
> +static inline unsigned char fs_dtype(int filetype)
That "int" is asking for trouble, especially since negative
argument will blow up. And it comes from untrusted source...
> +{
> + if (filetype >= FT_MAX)
> + ret
Hi Suman,
> -Original Message-
> From: Suman Anna
> Sent: mercredi 24 octobre 2018 03:22
> To: Wendy Liang ; Loic PALLARDY
>
> Cc: Bjorn Andersson ; Ohad Ben-Cohen
> ; linux-remotep...@vger.kernel.org; Linux Kernel
> Mailing List ; Arnaud POULIQUEN
> ; benjamin.gaign...@linaro.org
> Subj
Najdroższy w Chrystusie,
Jestem panią Ruth Hamson, ożeniłem się z panem Paulem Hamsonem przez 19 lat bez
dziecka, a mój mąż zmarł w 2007 roku. Kontaktuję się z Państwem, abyście
wiedzieli, że pragnę przekazać sumę 6 500 000 USD, którą odziedziczyłem po
spóźniony mąż na cele charytatywne, obecni
> -Original Message-
> From: Suman Anna
> Sent: mercredi 24 octobre 2018 03:49
> To: Wendy Liang ; Loic PALLARDY
>
> Cc: Bjorn Andersson ; Ohad Ben-Cohen
> ; linux-remotep...@vger.kernel.org; Linux Kernel
> Mailing List ; Arnaud POULIQUEN
> ; benjamin.gaign...@linaro.org
> Subject: Re:
On 10/24/18 1:49 PM, Jon Hunter wrote:
>
> On 22/10/2018 12:19, Dmitry Osipenko wrote:
>> On 10/22/18 12:52 PM, Thierry Reding wrote:
>>> On Fri, Oct 19, 2018 at 02:22:53PM +0100, Jon Hunter wrote:
From: Jonathan Hunter
The tps6586x driver creates an irqchip that is used by its var
On Wed, Oct 24, 2018 at 04:54:47AM -0700, Matthew Wilcox wrote:
> On Tue, Oct 23, 2018 at 07:31:56PM +0300, Kirill A. Shutemov wrote:
> > -8800 - c7ff (=64 TB) direct mapping of all phys.
> > memory
> > +8880 - 887f (=39 bits) LDT remap for PTI
>
>
modify_ldt(2) leaves old LDT mapped after we switch over to the new one.
Memory for the old LDT gets freed and the pages can be re-used.
Leaving the mapping in place can have security implications. The mapping
is present in userspace copy of page tables and Meltdown-like attack can
read these free
On 5-level paging LDT remap area is placed in the middle of
KASLR randomization region and it can overlap with direct mapping,
vmalloc or vmap area.
Let's move LDT just before direct mapping which makes it safe for KASLR.
This also allows us to unify layout between 4- and 5-level paging.
We don't
On Wed, 2018-10-24 at 07:53 +0200, Ingo Molnar wrote:
> * Rik van Riel wrote:
>
> > The big thing remaining is the reference count overhead of
> > the lazy TLB mm_struct, but getting rid of that is rather a
> > lot of code for a small performance gain. Not quite what
> > Linus asked for :)
>
> B
The patchset fixes issues with LDT remap for PTI:
- Layout collision due to KASLR with 5-level paging;
- Information leak via Meltdown-like attack;
Please review and consider applying.
v2:
- Rebase to the Linus' tree
+ fix conflict with new documentation of kernel memory layout
+ fix f
On Tue, Oct 16, 2018 at 6:21 AM Daniel Lezcano
wrote:
>
> On 16/10/2018 05:01, Andy Tang wrote:
> > Hi Daniel,
> >
> > Please see my reply inline.
> >
> >> -Original Message-
>
> [ ... ]
>
> >> I'm proposing to move struct qoriq_tmu_site_regs inside the struct
> >> qoriq_sensor.
> >>
> >>
Hello Mark,
Le 10/19/2018 01:50 PM, Mark Brown a écrit :
> On Thu, Oct 18, 2018 at 09:02:12AM +, Pascal PAILLET-LME wrote:
>
>> +for (i = 0; i < ARRAY_SIZE(stpmic1_regulator_cfgs); i++) {
>> +/* Parse DT & find regulators to register */
>> +init_data = stpmic1_regul
> -Original Message-
> From: Suman Anna
> Sent: mercredi 24 octobre 2018 05:47
> To: Loic PALLARDY ; bjorn.anders...@linaro.org;
> o...@wizery.com
> Cc: linux-remotep...@vger.kernel.org; linux-kernel@vger.kernel.org;
> Arnaud POULIQUEN ;
> benjamin.gaign...@linaro.org
> Subject: Re: [PAT
> -Original Message-
> From: Suman Anna
> Sent: mercredi 24 octobre 2018 05:19
> To: Loic PALLARDY ; bjorn.anders...@linaro.org;
> o...@wizery.com
> Cc: linux-remotep...@vger.kernel.org; linux-kernel@vger.kernel.org;
> Arnaud POULIQUEN ;
> benjamin.gaign...@linaro.org
> Subject: Re: [PAT
On Tue, Oct 23, 2018 at 09:19:53PM +0100, Phillip Potter wrote:
> diff --git a/include/linux/file_type.h b/include/linux/file_type.h
Shouldn't this be in include/uapi/linux/fs_types.h?
One of things which must be made crystal clear is these definitions
MUST NOT ever change. It would break the Us
On Fri, Oct 19, 2018 at 06:15:31PM +0100, Dan O'Donovan wrote:
> Hi all,
>
> This series adds platform support for AAEON's UP Squared, a x86 SBC
> based on Apollo Lake [1]. Specifically, it enables control for the board
> pin headers and for the LEDs, as both of these features are only
> available
On Wed, Oct 24, 2018 at 12:02 PM Peng Hao wrote:
>
> move pvpanic.c from drivers/platform/x86 to drivers/misc.
> following patches will use pvpanic device in arm64.
>
-C -M usually helps in such patches.
The question is perhaps this should go under drivers/acpi?
Rafael, what do you think?
> Si
On Wed, Oct 24, 2018 at 12:02 PM Peng Hao wrote:
>
> On some architectures (e.g. arm64), it's preferable to use MMIO, since
> this can be used standalone. Add MMIO support to the pvpanic driver.
>
No global variables, please.
If your switch to ioreadxx()iowritexx() it would really help you here.
On Wed, Oct 24, 2018 at 03:51:11PM +0300, Kirill A. Shutemov wrote:
> +++ b/Documentation/x86/x86_64/mm.txt
> @@ -34,23 +34,24 @@
> __||__|_|___
>
> |__
On Wed, Oct 24, 2018 at 12:02 PM Peng Hao wrote:
>
> By default, when ACPI tables and FDT coexist for ARM64,
> current kernel takes precedence over FDT to get device information.
> This patch increases the way to get information through FDT.
> * pvpanic.c - pvpanic Device Support
> *
> *
On Wed, Oct 24, 2018 at 12:47:57PM +1100, NeilBrown wrote:
>
> I doubt it was copied - more likely independent evolution.
> But on reflection, I see that it is probably reasonable that it
> shouldn't be used this way - or at all in this context.
> I'll try to understand what the issues really are
On Wed 2018-10-24 07:27:57, Dan Murphy wrote:
> Pavel
>
> On 10/24/2018 04:14 AM, Pavel Machek wrote:
> > On Tue 2018-10-23 12:06:17, Dan Murphy wrote:
> >> From: Pavel Machek
> >>
> >> This adds backlight support for the following TI LMU
> >> chips: LM3532, LM3631, LM3632, LM3633, LM3695 and LM3
On Wed, Oct 24, 2018 at 12:54:46PM +, Pascal PAILLET-LME wrote:
> I'm sorry, I'm not sure to understand. Would you prefer to not register
> regulators that
> are not described in the device-tree ?
No, I'm saying register all regulators regardless of if they are in the
device tree - you shoul
> -Original Message-
> From: Suman Anna
> Sent: mercredi 24 octobre 2018 04:58
> To: Loic PALLARDY ; bjorn.anders...@linaro.org;
> o...@wizery.com
> Cc: linux-remotep...@vger.kernel.org; linux-kernel@vger.kernel.org;
> Arnaud POULIQUEN ;
> benjamin.gaign...@linaro.org
> Subject: Re: [PAT
On 23/10/2018 18:03, Jerome Brunet wrote:
> If a bias is enabled on a pin of an Amlogic SoC, calling .pin_config_set()
> with PIN_CONFIG_BIAS_DISABLE will not disable the bias. Instead it will
> force a pull-down bias on the pin.
>
> Instead of the pull type register bank, the driver should access
On Mon, 2018-10-08 at 11:43 +0800, Houlong Wei wrote:
> Add Mediatek CMDQ helper to create CMDQ packet and assemble GCE op code.
>
> Signed-off-by: Houlong Wei
> Signed-off-by: HS Liao
> ---
> drivers/soc/mediatek/Kconfig | 12 ++
> drivers/soc/mediatek/Makefile |1 +
>
Enke Chen writes:
> For simplicity and consistency, this patch provides an implementation
> for signal-based fault notification prior to the coredump of a child
> process. A new prctl command, PR_SET_PREDUMP_SIG, is defined that can
> be used by an application to express its interest and to speci
Please Cc DT list for bindings.
On Wed, Oct 24, 2018 at 4:01 AM Peng Hao wrote:
>
Commit message?
"dt-bindings: misc: ..." for the subject.
> Signed-off-by: Peng Hao
> ---
> .../devicetree/bindings/arm/pvpanic-mmio.txt | 29
> ++
As Mark said, not ARM specific. So
gpiod_request_commit() copies the pointer to the label
passed as an argument only to be used later. But there's a
chance the caller could immediately free the passed string
(e.g., local variable). This could trigger a use after free
when we use gpio label(e.g., gpiochip_unlock_as_irq(),
gpiochip_is
Hi!
> >> The LM3697 is a single function LED driver. The single function LED
> >> driver needs to reside in the LED directory as a dedicated LED driver
> >> and not as a MFD device. The device does have common brightness and ramp
> >
> > So it is single function LED driver. That does not mean it
On Wed, Oct 24, 2018 at 12:35:00AM +0300, Igor Stoppa wrote:
> Some of the data structures used in list management are composed by two
> pointers. Since the kernel is now configured by default to randomize the
> layout of data structures soleley composed by pointers,
Isn't this true for function p
On Wed, Oct 24, 2018 at 3:37 AM Takashi Iwai wrote:
>
> On Wed, 10 Oct 2018 19:49:23 +0200,
> Connor McAdams wrote:
> >
> > The following changes since commit c6b6265d718d118e28e1ce8f91769aa886b54c94:
> >
> > Merge tag 'iwlwifi-fw-2018-10-03' of
> > git://git.kernel.org/pub/scm/linux/kernel/git
On Mon, Oct 22, 2018 at 3:24 PM Kees Cook wrote:
>
> Please pull these pstore changes for v4.20-rc1.
Pulled,
Linus
On Tue, Oct 23, 2018 at 5:08 AM Al Viro wrote:
>
> compat_ioctl work related to tty ioctls.
Pulled,
Linus
Linus,
please pull the latest printk changes from
git://git.kernel.org/pub/scm/linux/kernel/git/pmladek/printk
tags/printk-for-4.20
==
- Fix two more locations where printf formatting leaked pointers.
- Better log_buf_len parameter handling.
- Add prefix to messages from prin
On Wed, Oct 24, 2018 at 10:47:24AM +0300, Meelis Roos wrote:
> > Would you mind opening a report at https://bugzilla.kernel.org? I'm
> > not sure if anybody will be able to do anything about this, but it's
> > always possible.
>
> Submitted now, https://bugzilla.kernel.org/show_bug.cgi?id=201503
On 24 October 2018 at 10:01, Chunyan Zhang wrote:
> The function sdhci_allocate_bounce_buffer() always return zero at
> present, so there's no need to have a return value, that will also make
> error path easier.
>
> CC: Linus Walleij
> Signed-off-by: Chunyan Zhang
This looks good to me, howeve
On 10/23, Enke Chen wrote:
>
> >> + /*
> >> + * Send the pre-coredump signal to the parent if requested.
> >> + */
> >> + read_lock(&tasklist_lock);
> >> + notify = do_notify_parent_predump(current);
> >> + read_unlock(&tasklist_lock);
> >> + if (notify)
> >> + cond_resched();
> >
On Tue 23-10-18 18:31:57, Anshuman Khandual wrote:
> During huge page allocation it's migratability is checked to determine if
> it should be placed under movable zones with GFP_HIGHUSER_MOVABLE. But the
> movability aspect of the huge page could depend on other factors than just
> migratability. M
On Tue, Oct 23, 2018 at 09:53:21PM +0300, Oskari Lemmela wrote:
> The AXP803 power supplies are compatible with AXP813, but
> add specific compatibles for them.
>
> Signed-off-by: Oskari Lemmela
> ---
> .../devicetree/bindings/power/supply/axp20x_ac_power.txt | 1 +
> .../devicetree/bind
On Tue, 23 Oct 2018 21:53:22 +0300, Oskari Lemmela wrote:
> The AXP803 GPIO is compatible with AXP813 GPIO, but add
> specific compatible for it.
>
> Signed-off-by: Oskari Lemmela
> ---
> Documentation/devicetree/bindings/gpio/gpio-axp209.txt | 2 ++
> 1 file changed, 2 insertions(+)
>
Reviewe
On Tue 23-10-18 18:31:59, Anshuman Khandual wrote:
> Architectures like arm64 have HugeTLB page sizes which are different than
> generic sizes at PMD, PUD, PGD level and implemented via contiguous bits.
> At present these special size HugeTLB pages cannot be identified through
> macros like (PMD|PU
On Tue, 23 Oct 2018 21:53:23 +0300, Oskari Lemmela wrote:
> The AXP803 ADC is compatible with AXP813 ADC, but add
> specific compatible for it.
>
> Signed-off-by: Oskari Lemmela
> ---
> Documentation/devicetree/bindings/iio/adc/axp20x_adc.txt | 2 ++
> 1 file changed, 2 insertions(+)
>
Reviewe
On 23/10/18 11:31 PM, Adrian Hunter wrote:
> On 23/10/18 11:02 PM, Arnaldo Carvalho de Melo wrote:
>> Em Tue, Oct 23, 2018 at 07:57:17PM +, Hunter, Adrian escreveu:
-Original Message-
From: Arnaldo Carvalho de Melo [mailto:a...@kernel.org]
Sent: Tuesday, October 23, 2018
On Wed 24-10-18 15:56:39, Michal Hocko wrote:
> On Tue 23-10-18 18:31:59, Anshuman Khandual wrote:
> > Architectures like arm64 have HugeTLB page sizes which are different than
> > generic sizes at PMD, PUD, PGD level and implemented via contiguous bits.
> > At present these special size HugeTLB pa
On 10/23, Enke Chen wrote:
>
> --- a/fs/coredump.c
> +++ b/fs/coredump.c
> @@ -590,6 +590,12 @@ void do_coredump(const kernel_siginfo_t *siginfo)
> if (retval < 0)
> goto fail_creds;
>
> + /*
> + * Send the pre-coredump signal to the parent if requested.
> + */
> +
On 24/10/18 14:37, Mathieu Desnoyers wrote:
I could not find a description of the overall context of this patch
(e.g. a patch 00/17 ?) that would explain the attack vectors this aims
to protect against.
Apologies, I have to admit I was a bit baffled about what to do: the
patchset spans across
101 - 200 of 462 matches
Mail list logo
