Re: [PATCH v2] libata: Apply NOLPM quirk for SAMSUNG MZ7TD256HAFV-000L9

2018-10-26 Thread Hans de Goede
Hi, On 26-10-18 03:58, Diego Viola wrote: med_power_with_dipm causes my T450 to freeze with a SAMSUNG MZ7TD256HAFV-000L9 SSD (firmware DXT02L5Q). Switching the LPM to max_performance fixes this issue. Signed-off-by: Diego Viola Thank you for the patch, have you updated the firmware and

Re: [PATCH v2 03/17] thermal: separate sensor enable and check operations

2018-10-26 Thread Amit Kucheria
On Wed, Oct 17, 2018 at 9:23 PM Bartlomiej Zolnierkiewicz wrote: > > [devm]_thermal_zone_of_sensor_register() is used to register > thermal sensor by thermal drivers using DeviceTree. Besides > registering sensor this function also immediately: > > - enables it: > > tzd->ops->set_mode(tzd,

Re: [PATCH v2 08/17] thermal: qcom: tsens: enable+check sensor after its setup is finished

2018-10-26 Thread Amit Kucheria
On Wed, Oct 17, 2018 at 9:24 PM Bartlomiej Zolnierkiewicz wrote: > > Enable+check sensor after setting tmdev->sensor[i].tzd and calling > chipset specific enable operation. > > Signed-off-by: Bartlomiej Zolnierkiewicz > --- > drivers/thermal/qcom/tsens.c | 6 +++--- > 1 file changed, 3

[PATCH] arm64/numa: Add more vetting in numa_set_distance()

2018-10-26 Thread John Garry
Currently it is acceptable to set the distance between 2 separate nodes to LOCAL_DISTANCE. Reject this as it is invalid. This change avoids a crash reported in [1]. [1] https://www.spinics.net/lists/arm-kernel/msg683304.html Signed-off-by: John Garry diff --git a/arch/arm64/mm/numa.c

Re: [PATCH RESEND 1/2] fcntl: fix typo in RWH_WRITE_LIFE_NOT_SET r/w hint

2018-10-26 Thread Jens Axboe
On 10/25/18 3:54 PM, Eugene Syromiatnikov wrote: > According to commit message in the original commit v4.13-rc1~212^2~51, > as well as userspace library[1] and man page update[2], R/W hint constants > are intended to have RWH_* prefix. However, RWF_WRITE_LIFE_NOT_SET retained > "RWF_*" prefix used

Re: [PATCH v2] HID: i2c-hid: Add a small delay after sleep command for Raydium touchpanel

2018-10-26 Thread Jiri Kosina
On Fri, 5 Oct 2018, Kai-Heng Feng wrote: > Raydium touchpanel (2386:4B33) sometimes does not work in desktop session > although it works in display manager. > > During user logging, the display manager exits, close the HID device, > then the device gets runtime suspended and powered off. The

[GIT PULL] Please pull NFS client changes for Linux 4.20.

2018-10-26 Thread Trond Myklebust
Hi Linus, The following changes since commit 17b57b1883c1285f3d0dc2266e8f79286a7bef38: Linux 4.19-rc6 (2018-09-30 07:15:35 -0700) are available in the Git repository at: git://git.linux-nfs.org/projects/trondmy/linux-nfs.git tags/nfs-for-4.20-1 for you to fetch changes up to

Re: The linux devs can rescind their license grant.

2018-10-26 Thread Eben Moglen
On Friday, 26 October 2018, Eric S. Raymond wrote: Eben Moglen : > reputational damage is *specifically* recognized as grounds for relief. > > No. Reputational damage is not mentioned at all, let alone > specifically recognized. I have no difficulty in finding the word

Can We Talk?

2018-10-26 Thread Shri N. S. Vishwanathan

[PATCHv3 0/3] Fix couple of issues with LDT remap for PTI

2018-10-26 Thread Kirill A. Shutemov
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. v3: - Split out cleanup in map_ldt_struct() into a separate patch v2: - Rebase to the Linus' tree +

[PATCHv3 2/3] x86/ldt: Unmap PTEs for the slot before freeing LDT pages

2018-10-26 Thread Kirill A. Shutemov
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

[PATCHv3 1/3] x86/mm: Move LDT remap out of KASLR region on 5-level paging

2018-10-26 Thread Kirill A. Shutemov
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

[PATCHv3 3/3] x86/ldt: Remove unused variable in map_ldt_struct()

2018-10-26 Thread Kirill A. Shutemov
Commit 9bae3197e15d ("x86/ldt: Split out sanity check in map_ldt_struct()") moved page table syncing into a separate funtion. pgd variable is now unsed in map_ldt_struct(). Signed-off-by: Kirill A. Shutemov --- arch/x86/kernel/ldt.c | 8 1 file changed, 8 deletions(-) diff --git

[PATCH] arm64: dts: qcom: sdm845: Add reserve-memory nodes

2018-10-26 Thread Sibi Sankar
Add reserve-memory nodes for mpss and mba required for remoteproc mss pil. Signed-off-by: Sibi Sankar --- arch/arm64/boot/dts/qcom/sdm845.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/sdm845.dtsi b/arch/arm64/boot/dts/qcom/sdm845.dtsi index

[PATCH v3] libata: Apply NOLPM quirk for SAMSUNG MZ7TD256HAFV-000L9

2018-10-26 Thread Diego Viola
med_power_with_dipm causes my T450 to freeze with a SAMSUNG MZ7TD256HAFV-000L9 SSD (firmware DXT02L5Q). Switching the LPM to max_performance fixes this issue. Signed-off-by: Diego Viola --- drivers/ata/libata-core.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/ata/libata-core.c

Re: [PATCH v3] libata: Apply NOLPM quirk for SAMSUNG MZ7TD256HAFV-000L9

2018-10-26 Thread Hans de Goede
Hi, On 26-10-18 15:45, Diego Viola wrote: med_power_with_dipm causes my T450 to freeze with a SAMSUNG MZ7TD256HAFV-000L9 SSD (firmware DXT02L5Q). Switching the LPM to max_performance fixes this issue. Signed-off-by: Diego Viola Thanks, looks good to me: Acked-by: Hans de Goede Regards,

Re: [PATCH v3] libata: Apply NOLPM quirk for SAMSUNG MZ7TD256HAFV-000L9

2018-10-26 Thread Jens Axboe
On 10/26/18 7:45 AM, Diego Viola wrote: > med_power_with_dipm causes my T450 to freeze with a SAMSUNG > MZ7TD256HAFV-000L9 SSD (firmware DXT02L5Q). > > Switching the LPM to max_performance fixes this issue. Applied, thanks. -- Jens Axboe

Re: [PATCH v2] libata: Apply NOLPM quirk for SAMSUNG MZ7TD256HAFV-000L9

2018-10-26 Thread Diego Viola
On Fri, Oct 26, 2018 at 10:48 AM Diego Viola wrote: > > Hi Hans, > > On Fri, Oct 26, 2018 at 8:59 AM Hans de Goede wrote: > > > > Hi, > > > > On 26-10-18 03:58, Diego Viola wrote: > > > med_power_with_dipm causes my T450 to freeze with a SAMSUNG > > > MZ7TD256HAFV-000L9 SSD (firmware DXT02L5Q).

Re: [PATCH] Revert "HID: add NOGET quirk for Eaton Ellipse MAX UPS"

2018-10-26 Thread Jiri Kosina
On Wed, 17 Oct 2018, Benjamin Tissoires wrote: > This reverts commit 67ddbb3e6568fb1820b2cc45b00c50702b114801. > > 67ddbb3e656 ("HID: add NOGET quirk for Eaton Ellipse MAX UPS") was reported > by Laurent Bigonville. It turns out that a later model Laurent got > doesn't need the quirk after all.

[PATCH v6] i2c: Add PCI and platform drivers for the AMD MP2 I2C controller

2018-10-26 Thread Elie Morisse
This contains two drivers: * i2c-amd-plat-mp2: platform driver managing an i2c adapter (one of the two busses of the MP2) and routing any i2c read/write command to the PCI driver. * i2c-amd-pci-mp2: PCI driver communicating through the C2P/P2C mailbox registers, or through DMA for more than 32

[PATCH] arm64: dts: qcom: sdm845: Add PDC Global reset driver node

2018-10-26 Thread Sibi Sankar
This patch adds the node to support PDC Global reset driver on SDM845 SoCs Signed-off-by: Sibi Sankar --- arch/arm64/boot/dts/qcom/sdm845.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/sdm845.dtsi b/arch/arm64/boot/dts/qcom/sdm845.dtsi index

[PATCH] arm64: dts: qcom: sdm845: Add SCM DT node

2018-10-26 Thread Sibi Sankar
Add SCM DT node to enable SCM functionality on SDM845. Signed-off-by: Sibi Sankar --- arch/arm64/boot/dts/qcom/sdm845.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/sdm845.dtsi b/arch/arm64/boot/dts/qcom/sdm845.dtsi index b72bdb0a31a5..fad22acfda4d

Re: [PATCH v2] tpm: fix kdoc for tpm2_flush_context_cmd()

2018-10-26 Thread Jarkko Sakkinen
On Fri, 26 Oct 2018, Tomas Winkler wrote: kdoc for tpm2_flush_context_cmd() was off. Fixes: 9aa36b399a50 ("tpm: export tpm2_flush_context_cmd")' Signed-off-by: Tomas Winkler --- V2: drop 'commit' from Fixes: drivers/char/tpm/tpm2-cmd.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-)

[PATCH RFC 08/18] staging: vchiq_core: remove unnecessary safety checks in vchiq_init_state

2018-10-26 Thread Nicolas Saenz Julienne
vchiq_init_state() checks the initial contents of slot_zero are correct. These are set in vchiq_init_slots(), using the same hard-coded defaults as the checks. Both functions are called sequentially and Video Core isn't yet aware of the slot's address. There is no way the contents of slot_zero

[PATCH RFC 02/18] staging: vchiq_arm: rework close/remove_service IOCTLS

2018-10-26 Thread Nicolas Saenz Julienne
The implementation of both IOCTLS was the same except for one function call. This joins both implementations and updates the code to avoid unneeded indentations. Signed-off-by: Nicolas Saenz Julienne --- .../interface/vchiq_arm/vchiq_arm.c | 66 +++ 1 file changed, 24

[PATCH RFC 05/18] staging: vchiq_arm: get rid of vchi_mh.h

2018-10-26 Thread Nicolas Saenz Julienne
The concept of VCHI_MEM_HANDLE_T is introduced by this header file and was meant to be used with bulk transfers. After a quick look in vchiq_core.c it is pretty clear that it actually accomplishes nothing nor alters the bulk transfers in any way. Signed-off-by: Nicolas Saenz Julienne ---

[PATCH RFC 04/18] stagning: vchiq_arm: use list_for_each_entry when accessing bulk_waiter_list

2018-10-26 Thread Nicolas Saenz Julienne
The resulting code is way more readeable and intuitive compared to plain list_for_each. Signed-off-by: Nicolas Saenz Julienne --- .../interface/vchiq_arm/vchiq_arm.c | 52 ++- 1 file changed, 16 insertions(+), 36 deletions(-) diff --git

[PATCH RFC 07/18] staging: vchiq-core: get rid of is_master distinction

2018-10-26 Thread Nicolas Saenz Julienne
VCHIQ bulk transfers are what most people call DMA transfers. The CPU sends a list of physical addresses to the VideoCore which then access the memory directly without the need for CPU interaction. With this setup we call the CPU the "slave" and the VideoCore the "master". There seems to be an

[PATCH RFC 01/18] staging: vchiq_core: rework vchiq_get_config

2018-10-26 Thread Nicolas Saenz Julienne
The function is overly complicated for what it's ultimately achieving. It's simply filling up a structure. Signed-off-by: Nicolas Saenz Julienne --- .../interface/vchiq_arm/vchiq_arm.c | 12 .../interface/vchiq_arm/vchiq_core.c | 30 +--

Re: KASAN: use-after-free Read in task_is_descendant

2018-10-26 Thread Oleg Nesterov
On 10/26, Tetsuo Handa wrote: > > On 2018/10/26 22:04, Oleg Nesterov wrote: > >> Suppose p1 == p2->real_parent and p2 == p3->real_parent, and p1 exited > >> when p2 tried to attach on p1, p2->real_parent was pointing to already > >> (or about to be) freed p1. > > > > No, p2->real_parent will be

Re: KASAN: use-after-free Read in task_is_descendant

2018-10-26 Thread Oleg Nesterov
On 10/27, Tetsuo Handa wrote: > > On 2018/10/26 23:39, Oleg Nesterov wrote: > > On 10/26, Tetsuo Handa wrote: > >> Suppose p1 == p2->real_parent and p2 == p3->real_parent, and p1 exited > >> when someone tried to attach on p2, p2->real_parent was pointing to already > >> (or about to be) freed p1.

Re: [PATCH 2/4] kvm, vmx: move register clearing out of assembly path

2018-10-26 Thread Sean Christopherson
On Wed, Oct 24, 2018 at 10:28:57AM +0200, Julian Stecklina wrote: > Split the security related register clearing out of the large inline > assembly VM entry path. This results in two slightly less complicated > inline assembly statements, where it is clearer what each one does. > > Signed-off-by:

Re: [PATCH v4 1/8] dt-bindings: mfd: document stpmic1

2018-10-26 Thread Lee Jones
On Fri, 26 Oct 2018, Pascal PAILLET-LME wrote: > Hello Lee, > > Le 10/26/2018 08:46 AM, Lee Jones a écrit : > > On Thu, 25 Oct 2018, Rob Herring wrote: > > > >> On Thu, Oct 25, 2018 at 4:44 AM Lee Jones wrote: > >>> Rob: please grep your name for some feedback. > > [Moved to the top] > > > >>>

[PATCH] sched/core: Introduce set_next_task() helper for better code readability

2018-10-26 Thread Muchun Song
When we pick the next task, we will do the following for the task: 1) p->se.exec_start = rq_clock_task(rq); 2) dequeue_pushable(_dl)_task(rq, p); When we call set_curr_task(), we also need to do the same thing above. In rt.c, the code at 1) is in the _pick_next_task_rt() and the code at 2) is

Re: [PATCH anybus v1 1/4] mfd: support the Arcx anybus bridge.

2018-10-26 Thread Sven Van Asbroeck
> Wow, this driver is going to need a lot of work. I'm open to reworking this 5 times if need be :) > > But before we get going, how many sub-devices does this have? This is a custom piece of h/w which exposes two anybus-S slots, plus a power readout in sysfs, I wasn't quite sure if mfd is the

Re: [REGRESSION 4.19-rc2] sometimes hangs with black screen when resuming from suspend or hibernation (was: Re: Linux 4.19-rc2)

2018-10-26 Thread Martin Steigerwald
This regression is gone with 4.19-rc8. Thanks, Martin Martin Steigerwald - 11.09.18, 09:53: […] > Linus Torvalds - 02.09.18, 23:45: > > As usual, the rc2 release is pretty small. People are taking a > > With 4.19-rc2 this ThinkPad T520 with i5 Sandybrdige sometimes hangs > with black screen

Re: [GIT PULL] Driver core patches for 4.20-rc1

2018-10-26 Thread Linus Torvalds
On Fri, Oct 26, 2018 at 3:03 AM Greg KH wrote: > > Driver core patches for 4.20-rc1 Pulled, Linus

[PATCH v5 2/2] staging: iio: ad2s1210: Add device tree support.

2018-10-26 Thread Nishad Kamdar
Add device tree table for matching vendor ID and support for retrieving platform data from device tree. Signed-off-by: Nishad Kamdar --- drivers/staging/iio/resolver/ad2s1210.c | 43 - 1 file changed, 42 insertions(+), 1 deletion(-) diff --git

[PATCH v5 1/2] staging: iio: ad2s1210: Switch to the gpio descriptor interface

2018-10-26 Thread Nishad Kamdar
Use the gpiod interface instead of the deprecated old non-descriptor interface. Signed-off-by: Nishad Kamdar --- Changes in v4: - Add spaces after { and before } in gpios[] initialization. - Check the correct pointer for error. - Align the dev_err msg to existing format in the code.

[PATCH v4 0/3] arm64 live patching

2018-10-26 Thread Torsten Duwe
Hi again! V4 should include all your requested changes. Since only Julien commented "OK" on the reliable stacktrace part, I finished it on my own. This set now passes the relevant tests in Libor's test suite, so livepatching the kernel proper does work. Remember to apply Jessica's addendum in

Re: UBSAN: Undefined behaviour in drivers/block/floppy.c:1495:32

2018-10-26 Thread Jens Axboe
On 10/26/18 7:22 AM, Kyungtae Kim wrote: > I corrected the patch as follows: OK, we're getting there! Please resend as a separate email, so that the subject line is the patch header, and just the commit message in the body. I'd fix that up for this one, but you also need to fix up: > diff --git

Re: [RFC PATCH 2/2] memcg: do not report racy no-eligible OOM tasks

2018-10-26 Thread Johannes Weiner
On Mon, Oct 22, 2018 at 09:13:23AM +0200, Michal Hocko wrote: > From: Michal Hocko > > Tetsuo has reported [1] that a single process group memcg might easily > swamp the log with no-eligible oom victim reports due to race between > the memcg charge and oom_reaper > > Thread 1

Re: [PATCH] HID: alps: allow incoming reports when only the trackstick is opened

2018-10-26 Thread Jiri Kosina
On Fri, 12 Oct 2018, Benjamin Tissoires wrote: > If userspace only reads the trackstick node, and no one is listening to > the touchpad nor the hidraw node then, the device is not powered on. > > Add open/close callbacks to allow users to disable the touchpad in Gnome > while keeping the

Re: [PATCH v4 3/3] arm64: reliable stacktraces

2018-10-26 Thread Josh Poimboeuf
On Fri, Oct 26, 2018 at 04:21:57PM +0200, Torsten Duwe wrote: > Enhance the stack unwinder so that it reports whether it had to stop > normally or due to an error condition; unwind_frame() will report > continue/error/normal ending and walk_stackframe() will pass that > info. __save_stack_trace()

Re: [RFC PATCH] mm: don't reclaim inodes with many attached pages

2018-10-26 Thread Roman Gushchin
On Fri, Oct 26, 2018 at 09:33:03AM +0200, Michal Hocko wrote: > On Thu 25-10-18 20:32:47, Roman Gushchin wrote: > > On Thu, Oct 25, 2018 at 04:20:14PM -0400, Sasha Levin wrote: > > > On Thu, Oct 25, 2018 at 12:44:42PM -0700, Andrew Morton wrote: > > > > On Thu, 25 Oct 2018 11:23:52 +0200 Michal

Re: [RFC PATCH v2 01/17] OPP: Allow to request stub voltage regulators

2018-10-26 Thread Dmitry Osipenko
On 10/24/18 9:41 AM, Viresh Kumar wrote: > On 22-10-18, 15:12, Dmitry Osipenko wrote: >> Because there is one Tegra20 board (tegra20-trimslice) that doesn't declare >> necessary regulators, but we want to have CPU frequency scaling. I couldn't >> find board schematics and so don't know if CPU /

Re: [PATCH v3 2/3] iio: adc128s052: add ACPI _HID AANT1280

2018-10-26 Thread Andy Shevchenko
On Fri, Oct 26, 2018 at 11:13:01AM +0100, Dan O'Donovan wrote: > On 10/25/2018 06:46 PM, Andy Shevchenko wrote: > > On Thu, Oct 25, 2018 at 04:35:41PM +0100, Dan O'Donovan wrote: > >> + { "AANT1280", 2 }, /* ADC124S021 compatible ACPI ID */ > > Looking how driver is organized and what ACPI can

[PATCH RFC 00/18] staging: vchiq: remove dead code & misc fixes

2018-10-26 Thread Nicolas Saenz Julienne
Hi All, This series was written in parallel with reading and understanding the vchiq code. So excuse me for the lack of logic in the sequence of patches. It's an RFC for various reasons, first I think it's going to clash with the last Stefan's series. Also I'm not used to doing big series. The

[PATCH RFC 17/18] staging: vchiq_arm: fix open/release cdev functions

2018-10-26 Thread Nicolas Saenz Julienne
Both functions checked the minor number of the cdev prior running the code. This was useless since the number of devices is already limited by alloc_chrdev_region. This removes the check and reindents the code where relevant. Signed-off-by: Nicolas Saenz Julienne ---

[PATCH RFC 15/18] stagning: vchiq_core: fix logic redundancy in parse_open

2018-10-26 Thread Nicolas Saenz Julienne
We update sync to reflect that the firmware version is compatible with that option. We don't need to check both of them again further down the code. Signed-off-by: Nicolas Saenz Julienne --- .../staging/vc04_services/interface/vchiq_arm/vchiq_core.c| 4 +--- 1 file changed, 1 insertion(+),

Re: [PATCH v2] libata: Apply NOLPM quirk for SAMSUNG MZ7TD256HAFV-000L9

2018-10-26 Thread Diego Viola
Hi Hans, On Fri, Oct 26, 2018 at 8:59 AM Hans de Goede wrote: > > Hi, > > On 26-10-18 03:58, Diego Viola wrote: > > med_power_with_dipm causes my T450 to freeze with a SAMSUNG > > MZ7TD256HAFV-000L9 SSD (firmware DXT02L5Q). > > > > Switching the LPM to max_performance fixes this issue. > > > >

[PATCH RFC 12/18] staging: vchiq_util: use completions instead of semaphores

2018-10-26 Thread Nicolas Saenz Julienne
It is preferred in the kernel to avoid using semaphores to wait for events, as they are optimised for the opposite situation; where the common case is that they are available and may block only occasionally. FYI see this thread: https://lkml.org/lkml/2008/4/11/323. Also completions are

[PATCH RFC 09/18] staging: vchiq_core: do not initialize semaphores twice

2018-10-26 Thread Nicolas Saenz Julienne
vchiq_init_state() initialises a series of semaphores to then call remote_event_create() on the same semaphores, which initializes them again. Signed-off-by: Nicolas Saenz Julienne --- .../staging/vc04_services/interface/vchiq_arm/vchiq_core.c | 5 - 1 file changed, 5 deletions(-) diff

[PATCH RFC 14/18] staging: vchiq_util: get rid of unneeded memory barriers

2018-10-26 Thread Nicolas Saenz Julienne
All the memory operations featured in this file modify/access memory that is only accessed by the CPU. So we can assume that all the memory barrier handling done by the completion routines is good enough for us. Signed-off-by: Nicolas Saenz Julienne --- .../interface/vchiq_arm/vchiq_util.c

[PATCH RFC 06/18] staging: vchiq_arm: rework vchiq_ioc_copy_element_data

2018-10-26 Thread Nicolas Saenz Julienne
The function is passed to vchiq_core.c for it to go trough all the transfer elements (an array of pointers to data) and copy them into the actual transfer memory (contiguous memory). The logic in the function was "copy an element and return, except when the element is empty, in which case look

[PATCH RFC 03/18] staging: vchiq_shim: delete vchi_service_create

2018-10-26 Thread Nicolas Saenz Julienne
No one is using the API neither in the actual staging tree nor in the downstream tree (https://github.com/raspberrypi/linux). Signed-off-by: Nicolas Saenz Julienne --- .../vc04_services/interface/vchi/vchi.h | 5 --- .../interface/vchiq_arm/vchiq_shim.c | 32 ---

[PATCH RFC 11/18] staging: vchiq_arm: use completions instead of semaphores

2018-10-26 Thread Nicolas Saenz Julienne
It is preferred in the kernel to avoid using semaphores to wait for events, as they are optimised for the opposite situation; where the common case is that they are available and may block only occasionally. FYI see this thread: https://lkml.org/lkml/2008/4/11/323. Also completions are

[PATCH RFC 10/18] staging: vchiq_core: don't add a wmb() before remote_event_signal()

2018-10-26 Thread Nicolas Saenz Julienne
It's the first thing remote_event_signal() does. Signed-off-by: Nicolas Saenz Julienne --- .../staging/vc04_services/interface/vchiq_arm/vchiq_core.c| 4 1 file changed, 4 deletions(-) diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_core.c

Re: [RFC PATCH v2 01/17] OPP: Allow to request stub voltage regulators

2018-10-26 Thread Lucas Stach
Am Freitag, den 26.10.2018, 15:03 +0300 schrieb Dmitry Osipenko: [...] > > On the other hand, the tegra20 cpufreq driver is common across a lot of > > boards. > > What will happen if the DT for some of the boards isn't correct and missed > > the > > necessary regulator node ? > > AFAIK, there

[PATCH 1/2] arm64: dts: qcom: msm8916: Add IOMMU sub-node for VFE context bank

2018-10-26 Thread Todor Tomov
Add IOMMU sub-node for VFE secure context bank. Signed-off-by: Todor Tomov --- arch/arm64/boot/dts/qcom/msm8916.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/msm8916.dtsi b/arch/arm64/boot/dts/qcom/msm8916.dtsi index d302d8d..da9867b 100644 ---

[PATCH 2/2] arm64: dts: qcom: msm8916: Add CAMSS support

2018-10-26 Thread Todor Tomov
Add a node for the Camera Subsystem present on the Qualcomm MSM8916 SoC. Signed-off-by: Todor Tomov --- arch/arm64/boot/dts/qcom/msm8916.dtsi | 80 +++ 1 file changed, 80 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/msm8916.dtsi

[GIT PULL] Thermal-SoC management updates for v4.20-rc1

2018-10-26 Thread Eduardo Valentin
Hello Linus, Please consider pulling from git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal linus to receive Thermal-SoC Management updates for v4.20-rc1 with top-most 760eea43f8c6d48684f1f34b8a02fddc1456e849: thermal: da9062/61: Prevent hardware access during

Re: [PATCH v2 2/5] mfd: lochnagar: Add support for the Cirrus Logic Lochnagar

2018-10-26 Thread Mark Brown
On Thu, Oct 25, 2018 at 01:49:05PM +0100, Charles Keepax wrote: > I don't think you can sensibly get away with not supplying > default values. You say most sane register layouts have zero > values, alas again you may not be the biggest fan of our hardware > guys. The Lochnagar actually does have

Re: [PATCH AUTOSEL 4.14 02/15] s390/hibernate: fix error handling when suspend cpu != resume cpu

2018-10-26 Thread Gerald Schaefer
On Fri, 26 Oct 2018 07:09:20 -0400 Sasha Levin wrote: > On Fri, Oct 26, 2018 at 12:15:49PM +0200, Pavel Machek wrote: > >On Fri 2018-10-26 10:22:14, Greg KH wrote: > >> On Fri, Oct 26, 2018 at 11:05:43AM +0200, Pavel Machek wrote: > >> > On Mon 2018-10-22 06:20:13, Sasha Levin wrote: > >>

[PATCH v2] tpm: use tpm_buf in tpm_transmit_cmd() as the IO parameter

2018-10-26 Thread Jarkko Sakkinen
Since we pass an initialized struct tpm_buf instance in every call site now, it is cleaner to pass that directly to the tpm_transmit_cmd() as the TPM command/response buffer. Fine-tune a little bit tpm_transmit() and tpm_transmit_cmd() comments while doing this. Signed-off-by: Jarkko Sakkinen

Re: [PATCH 0/9 v3] locks: avoid thundering-herd wake-ups

2018-10-26 Thread Jeff Layton
On Wed, 2018-10-24 at 09:43 +1100, NeilBrown wrote: > This took longer that I had wanted, due to various reasons - sorry. > And I'm now posting it in a merge window, which is not ideal. I don't > expect it to be included in this merge window and I won't be at all > impatient for review, but I

Re: [GIT PULL] Please pull RDMA subsystem changes

2018-10-26 Thread Linus Torvalds
On Thu, Oct 25, 2018 at 2:21 PM Jason Gunthorpe wrote: > > This pull request is following your recommendation from 4.19, the > for-linus tag has no merge, a for-linus-merged tag has my merge > resolution for your reference, and the diffstat below has been > replaced with the diffstat from the

Re: KASAN: use-after-free Read in task_is_descendant

2018-10-26 Thread Tetsuo Handa
On 2018/10/26 23:39, Oleg Nesterov wrote: > On 10/26, Tetsuo Handa wrote: >> Suppose p1 == p2->real_parent and p2 == p3->real_parent, and p1 exited >> when someone tried to attach on p2, p2->real_parent was pointing to already >> (or about to be) freed p1. > > I don't see a difference. > > If p1

Re: [PATCH] perf/stat: Handle different PMU names with common prefix

2018-10-26 Thread Sébastien Boisvert
On 2018-10-23 11:16 a.m., Thomas Richter wrote: > On s390 the CPU Measurement Facility for counters now supports > 2 PMUs named cpum_cf (CPU Measurement Facility for counters) and > cpum_cf_diag (CPU Measurement Facility for diagnostic counters) > for one and the same CPU. > > Running command >

Re: [PATCH 0/3] HID: debug: fix the ring buffer implementation

2018-10-26 Thread Jiri Kosina
On Wed, 3 Oct 2018, Vladis Dronov wrote: > This patchset is fixing some aspects of the ring buffer implementation in > drivers/hid/hid-debug.c. This implementation has certain problem points: > > - it may stuck in an infinite loop > - it may return corrupted data > - a reader and a writer are

Re: [PATCH v2 2/5] mfd: lochnagar: Add support for the Cirrus Logic Lochnagar

2018-10-26 Thread Mark Brown
On Thu, Oct 25, 2018 at 02:47:59PM +0100, Richard Fitzgerald wrote: > access. What does regmap debugfs do if you don't have a readables > list? Just reading a debugfs shouldn't be able to kill the hardware. > You might need to add a precious list which is more error prone > than listing the valid

Re: The linux devs can rescind their license grant.

2018-10-26 Thread Eric S. Raymond
Eben Moglen : > reputational damage is *specifically* recognized as grounds for relief. > > No. Reputational damage is not mentioned at all, let alone > specifically recognized. I have no difficulty in finding the word "reputation" in the brief in in proximity with the phrase "increasing

Re: KASAN: use-after-free Read in task_is_descendant

2018-10-26 Thread Tetsuo Handa
On 2018/10/26 0:55, Oleg Nesterov wrote: > On 10/25, Tetsuo Handa wrote: >> >> On 2018/10/25 21:17, Oleg Nesterov wrote: > And yes, task_is_descendant() can hit the dead child, if nothing else it > can > be killed. This can explain the kasan report. The kasan is reporting

Re: KASAN: use-after-free Read in task_is_descendant

2018-10-26 Thread Oleg Nesterov
On 10/26, Tetsuo Handa wrote: > > Since the "child" passed to task_is_descendant() has at least one reference > count taken by find_get_task_by_vpid(), rcu_dereference(walker->real_parent) > in the first iteration > > while (child->pid > 0) { > if (!thread_group_leader(child)) > walker

Re: The linux devs can rescind their license grant.

2018-10-26 Thread Eben Moglen
On Thursday, 25 October 2018, Eric S. Raymond wrote: Under Jacobsen vs. Katzer (535 f 3d 1373 fed cir 2008) authors of GPLed software have a specific right to relief (including injunctive relief) against misappropriation of their software. That ruling (which was the case of first

[PATCH v5 0/2] staging: iio: ad2s1210: Switch to the gpio descriptor interface.

2018-10-26 Thread Nishad Kamdar
Use the gpiod interface instead of the deprecated old non-descriptor Changes in v5: - Add device tree support. - Add device tree table for matching vendor ID. - Add Support for retrieving platform data from device tree. Changes in v4: - Add spaces after { and before } in gpios[]

[PATCH RFC 16/18] staging: vchiq_arm: rework probe and init functions

2018-10-26 Thread Nicolas Saenz Julienne
Some operations performed in the probe function should have been implemented in the init function. Namely class and dev region creations. Signed-off-by: Nicolas Saenz Julienne --- .../interface/vchiq_arm/vchiq_arm.c | 71 --- 1 file changed, 45 insertions(+), 26

[PATCH RFC 18/18] staging: vchiq: add more tasks to the TODO list

2018-10-26 Thread Nicolas Saenz Julienne
The more the better. Signed-off-by: Nicolas Saenz Julienne --- .../staging/vc04_services/interface/vchi/TODO | 46 ++- 1 file changed, 44 insertions(+), 2 deletions(-) diff --git a/drivers/staging/vc04_services/interface/vchi/TODO

[PATCH RFC 13/18] staging: vchiq_core: use completions instead of semaphores

2018-10-26 Thread Nicolas Saenz Julienne
It is preferred in the kernel to avoid using semaphores to wait for events as, they are optimised for the opposite situation; where the common case is that they are available and may block only occasionally. FYI see this thread: https://lkml.org/lkml/2008/4/11/323. Also completions are

[PATCH v1] Bluetooth: hci_qca: Add helper to set device address.

2018-10-26 Thread Balakrishna Godavarthi
This patch add qca_set_device_bdaddr() to set the device address for latest Qualcomm Bluetooth chipset wcn3990 and above. Signed-off-by: Balakrishna Godavarthi --- drivers/bluetooth/btqca.c | 21 + drivers/bluetooth/btqca.h | 9 - drivers/bluetooth/hci_qca.c |

[PATCH v4 3/3] arm64: reliable stacktraces

2018-10-26 Thread Torsten Duwe
Enhance the stack unwinder so that it reports whether it had to stop normally or due to an error condition; unwind_frame() will report continue/error/normal ending and walk_stackframe() will pass that info. __save_stack_trace() is used to check the validity of a stack;

[PATCH v4 1/3] arm64: implement ftrace with regs

2018-10-26 Thread Torsten Duwe
Use -fpatchable-function-entry (gcc8) to add 2 NOPs at the beginning of each function. Replace the first NOP thus generated with a quick LR saver (move it to scratch reg x9), so the 2nd replacement insn, the call to ftrace, does not clobber the value. Ftrace will then generate the standard stack

[PATCH v4 2/3] arm64: implement live patching

2018-10-26 Thread Torsten Duwe
Based on ftrace with regs, do the usual thing. (see Documentation/livepatch/livepatch.txt) Use task flag bit 6 to track patch transisiton state for the consistency model. Add it to the work mask so it gets cleared on all kernel exits to userland. Tell livepatch regs->pc is the place to change

Re: [Patch v3 04/13] x86/speculation: Disable STIBP when enhanced IBRS is in use

2018-10-26 Thread Waiman Long
On 10/17/2018 01:59 PM, Tim Chen wrote: > With enhanced IBRS in use, the application running on sibling CPU will not > be able to launch Spectre v2 attack to the application on current CPU. > There is no need to use STIBP for this case. Disable the STIBP code > when enhanced IBRS is used. > >

Re: [PATCH v1] arm64: dts: qcom: sdm845: Fix pcs_misc region address for UNI PHY

2018-10-26 Thread Evan Green
On Thu, Oct 25, 2018 at 1:38 PM Doug Anderson wrote: > > Hi, > On Thu, Oct 25, 2018 at 10:23 AM Manu Gautam wrote: > > > > Correct address for pcs_misc register region of USB3 QMP UNI PHY. > > These registers are used during runtime-suspend/resume routines > > of phy. > > > > Fixes: ca4db2b538a1

[PATCH v5 2/5] phy: qcom-qmp: Utilize fully-specified DT registers

2018-10-26 Thread Evan Green
Utilize the newly fixed up DT bindings to get the tx2 and rx2 register regions for the second lane of dual-lane PHYs. Before this change, the driver was simply using lane one's register region and adding 0x400, which reached well beyond the DT-specified register allocation. This would have been a

[PATCH v5 4/5] arm64: dts: qcom: sdm845: Add UFS nodes for sdm845-mtp

2018-10-26 Thread Evan Green
From: Can Guo Enable the UFS host controller and PHY on sdm845-mtp. Signed-off-by: Can Guo Signed-off-by: Evan Green Reviewed-by: Vivek Gautam Reviewed-by: Douglas Anderson --- Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None

Re: Git pull ack emails..

2018-10-26 Thread Rob Herring
On Thu, Oct 25, 2018 at 9:14 AM Linus Torvalds wrote: > > I'm back home, slightly jetl-agged, but _oh_ so relieved to not be > doing the merge window on a laptop any more. > > I've been continuing to just manually ack the pull requests, but I've > almost forgotten a few times (and maybe I _did_

[PATCH v5 0/5] arm64: dts: qcom: sdm845: Add UFS DT nodes

2018-10-26 Thread Evan Green
Update the device tree bindings for the QMP PHY to properly specify the registers for dual-lane PHYs. Update the driver to use those new registers. Add the DT nodes for UFS on SDM845 and MTP. Finally, fix up the USB3 PHY on SDM845, which also has a dual-lane phy Andy/Kishon, I believe these

[RFC 1/6] pstore: map pstore types to names

2018-10-26 Thread Joel Fernandes (Google)
In later patches we will need to map types to names, so create a table for that which can also be used and reused in different parts of old and new code. Also use it to save the type in the PRZ which will be useful in later patches. Signed-off-by: Joel Fernandes (Google) --- fs/pstore/inode.c

[RFC 5/6] pstore: donot treat empty buffers as valid

2018-10-26 Thread Joel Fernandes (Google)
pstore currently calls persistent_ram_save_old even if a buffer is empty. While this appears to work, it is simply not the right thing to do and could lead to bugs so lets avoid that. It also prevent misleading prints in the logs which claim the buffer is valid. Signed-off-by: Joel Fernandes

[RFC 2/6] pstore: remove type argument from ramoops_get_next_prz

2018-10-26 Thread Joel Fernandes (Google)
Since we store the type of the prz when we initialize it, we no longer need to pass it again in ramoops_get_next_prz since we can just use that to setup the pstore record. So lets remove it from the argument list. Signed-off-by: Joel Fernandes (Google) --- fs/pstore/ram.c | 20

[RFC 4/6] pstore: further reduce ramoops_get_next_prz arguments by passing record

2018-10-26 Thread Joel Fernandes (Google)
Both the id and type fields of a pstore_record are set by ramoops_get_next_prz. So we can just pass a pointer to the pstore_record instead of passing individual elements. This results in cleaner more readable code and fewer lines. Signed-off-by: Joel Fernandes (Google) --- fs/pstore/ram.c | 18

[RFC 3/6] pstore: remove max argument from ramoops_get_next_prz

2018-10-26 Thread Joel Fernandes (Google)
>From the code flow, the 'max' checks are already being done on the prz passed to ramoops_get_next_prz. Lets remove it to simplify this function and reduce its arguments. Signed-off-by: Joel Fernandes (Google) --- fs/pstore/ram.c | 14 ++ 1 file changed, 6 insertions(+), 8

[RFC 6/6] Revert "pstore/ram_core: Do not reset restored zone's position and size"

2018-10-26 Thread Joel Fernandes (Google)
This reverts commit 25b63da64708212985c06c7f8b089d356efdd9cf. Due to the commit which is being reverted here, it is not possible to know if pstore's messages were from a previous boot, or from very old boots. This creates an awkard situation where its unclear if crash or other logs are from the

Re: [PATCH 5/6] staging:iio:ad2s90: Add IIO_CHAN_INFO_SCALE to channel spec and read_raw

2018-10-26 Thread Matheus Tavares Bernardino
On Fri, Oct 26, 2018 at 7:04 AM Dan Carpenter wrote: > > On Thu, Oct 25, 2018 at 09:45:11PM -0300, Matheus Tavares wrote: > > From: Victor Colombo > > > > This patch adds the IIO_CHAN_INFO_SCALE mask to ad2s90_chan and > > implements the relative read behavior at ad2s90_read_raw. > > > >

Re: [GIT PULL] Char/Misc driver patches for 4.20-rc1

2018-10-26 Thread Linus Torvalds
On Fri, Oct 26, 2018 at 3:03 AM Greg KH wrote: > > Here is the big set of char/misc patches for 4.20-rc1. Thanks, pulled, Linus

Re: [PATCH] binder: ipc namespace support for android binder

2018-10-26 Thread Todd Kjos
On Fri, Oct 26, 2018 at 2:20 AM chouryzhou(周威) wrote: > > Hi > We are working for running android in container, but we found that binder is > not isolated by ipc namespace. Since binder is a form of IPC and therefore > should > be tied to ipc namespace. With this patch, we can run more than

Re: [PATCH 0/7] staging: vc04_services: Some dead code removal

2018-10-26 Thread Dave Stevenson
On Thu, 18 Oct 2018 at 10:38, Stefan Wahren wrote: > > Am 18.10.2018 um 11:22 schrieb Dave Stevenson: > > On Wed, 17 Oct 2018 at 17:51, Peter Robinson wrote: > >> Drop various pieces of dead code from here and there to get rid of > >> the remaining users of VCHI_CONNECTION_T. After that

Re: The linux devs can rescind their license grant.

2018-10-26 Thread visionsofalice
On 2018-10-26 13:15, Eben Moglen wrote: They can do neither. There is no "doctrine established in Jacobsen." The license terms of the GPLv2, GPLv3, and all related licenses provide a mode of termination---for imposition of additional restrictions or violation of other terms. This termination

  1   2   3   4   5   6   7   8   9   >