Re: [PATCH][next] clk: ti: check for null return in strrchr to avoid null dereferencing

On 27/07/17 02:56, Colin King wrote: From: Colin Ian King strrchr can potentially return a null so the following strlen on the null pointer can cause a null dereference. Add a check to see if the string postfix is not null before calling strlen. Detected by

Re: [PATCH] fortify: Use WARN instead of BUG for now

-for-now/20170727-101839 config: i386-allmodconfig (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config to linux build tree make ARCH=i386 All errors (new ones prefixed by >>): In file included from arch/x86/include/asm/p

Re: [PATCH] mm: take memory hotplug lock within numa_zonelist_order_handler()

On Wed 26-07-17 15:25:03, Andrew Morton wrote: > On Wed, 26 Jul 2017 14:19:52 +0200 Michal Hocko wrote: > > > > > Please note that this code has been removed by > > > > http://lkml.kernel.org/r/20170721143915.14161-2-mho...@kernel.org. It > > > > will get to linux-next as soon

Re: [RFC PATCH 0/8] EDAC, mce_amd: Add a tracepoint for the decoded error

* Borislav Petkov wrote: > From: Borislav Petkov > > Hi, > > here's a first stab at adding a tracepoint which dumps the decoded MCE > string to userspace. The main idea is to have the decoding functionality > in the kernel and depending on whether you have

[PATCH] scsi: sg: only check for dxfer_len greater than 256M

Don't make any assumptions on the sg_io_hdr_t::dxfer_direction or the sg_io_hdr_t::dxferp in order to determine if it is a valid request. The only way we can check for bad requests is by checking if the length exceeds 256M. Signed-off-by: Johannes Thumshirn Fixes:

Re: [Eas-dev] [PATCH V4 0/3] sched: cpufreq: Allow remote callbacks

On 26-07-17, 23:23, Joel Fernandes (Google) wrote: > Ok, but the "heavy" in init_entity_runnable_average means for load, > not the util_avg. The util_avg is what's used for frequency scaling > IIUC and is set to 0 in that function no? That's because the task isn't enqueued yet and so don't have

Re: [PATCH 4/4] ARM: dts: stm32: Add DAC support on stm32f429

Hi, On 07/10/2017 03:24 PM, Fabrice Gasnier wrote: Add support for DAC (Digital to Analog Converter) to STM32F429. STM32F429 DAC has two output channels. Signed-off-by: Fabrice Gasnier --- arch/arm/boot/dts/stm32f429.dtsi | 25 + 1 file

[PATCH 1/3] ACPI / EC: Cleanup EC GPE mask flag

EC_FLAGS_COMMAND_STORM is actually used to mask GPE during IRQ processing. This patch cleans it up using more readable flag/function names. Signed-off-by: Lv Zheng --- drivers/acpi/ec.c | 23 +++ 1 file changed, 11 insertions(+), 12 deletions(-) diff

[PATCH 3/3] ACPI: EC: Enable noirq stage GPE polling

This patch enables noirq stage GPE polling for the EC driver. EC is a very special driver, required to work throughout the entire suspend/resume process. Thus this patch enables IRQ polling for EC during noirq stages to avoid all kinds of possible issues. If this commit is bisected to be a

[PATCH 2/3] ACPI: EC: Add IRQ polling support for noirq stages

EC IRQs contain transaction IRQs (OBF/IBF) and event IRQ (SCI_EVT). Transactions are initiated by hosts. The earliest OSPMs execution of EC transactions is from acpi_ec_transaction(), where the common EC IRQ handling procedure - advance_transaction() - is initiated from the task context. Events

Re: [PATCH v2 5/5] usb: xhci: Handle USB transaction error on address command

Hi, Lu Baolu writes: > Xhci driver handles USB transaction errors on transfer events, > but transaction errors are possible on address device command > completion events as well. > > The xHCI specification (section 4.6.5) says: A USB Transaction > Error Completion Code

Re: [PATCHv2 08/10] x86/mm: Replace compile-time checks for 5-level with runtime-time

On 26/07/17 18:43, Kirill A. Shutemov wrote: > On Wed, Jul 26, 2017 at 09:28:16AM +0200, Juergen Gross wrote: >> On 25/07/17 11:05, Kirill A. Shutemov wrote: >>> On Tue, Jul 18, 2017 at 04:24:06PM +0200, Juergen Gross wrote: Xen PV guests will never run with 5-level-paging enabled. So I guess

Re: [PATCH v2] staging: lustre: replace simple_strtoul with kstrtoint

I did test it and not everything works as expected. I need to reconsider that change. Please drop this patch. Thanks, Marcin P.S. Sorry for late (sic!) response. On Fri, Apr 14, 2017 at 10:16:31AM +0200, Greg Kroah-Hartman wrote: > On Tue, Mar 21, 2017 at 01:46:09PM +0100, Marcin Ciupak wrote:

Re: [PATCH] irqchip/gic-v3-its: Remove ACPICA version check for ACPI NUMA

Marc, I think this can go in as fix for 4.13. Please review. Thanks, -Robert On 12.07.17 15:25:09, Robert Richter wrote: > The version check was added due to dependency to > > a618c7f89a02 ACPICA: Add support for new SRAT subtable > > Now, that this code is in the kernel, remove the check.

[PATCH net-next 3/3] tap: XDP support

This patch tries to implement XDP for tun. The implementation was split into two parts: - fast path: small and no gso packet. We try to do XDP at page level before build_skb(). For XDP_TX, since creating/destroying queues were completely under control of userspace, it was implemented

[PATCH 0/2] Working around CPU hotplug and static keys locking

Since f2545b2d4ce1 ("jump_label: Reorder hotplug lock and jump_label_lock"), it has become impossible to switch a static key from a CPU hotplug notifier: - On the primary CPU, cpu_hotplug_lock is taken by __cpuhp_setup_state(), and then again by static_key_slow_inc(). The lock being taken as

Re: [PATCH 3/4] ACPI / APEI: Drop uninformative messages during boot

On Thu, Jul 27, 2017 at 10:35:45AM +0100, Punit Agrawal wrote: > ... would you be open to a patch re-working the ghes driver > initialisation to only do the platform driver registration. The the rest > of the initialisation (including the apei_osc_setup and related > messages) can be performed

Re: [PATCH net-next 2/2] bnxt_en: define sriov_lock unconditionally

On Thu, Jul 27, 2017 at 11:00 AM, Sathya Perla wrote: > On Thu, Jul 27, 2017 at 1:18 PM, Arnd Bergmann wrote: > [...] >> >> On today's linux-next: >> >> drivers/net/ethernet/broadcom/bnxt/bnxt_vfr.o: In function >> `bnxt_dl_register': >>

Re: [PATCH v6 4/7] drm/rockchip: vop: group vop registers

Am Donnerstag, 27. Juli 2017, 11:51:06 CEST schrieb Heiko Stübner: > Hi Mark, > > Am Mittwoch, 26. Juli 2017, 14:19:25 CEST schrieb Mark Yao: > > Grouping the vop registers facilitates make register > > definition clearer, and also is useful for different vop > > reuse the same group register. >

Re: [PATCH tip/core/rcu 4/5] sys_membarrier: Add expedited option

On Thu, Jul 27, 2017 at 10:53:12AM +0200, Peter Zijlstra wrote: > Another crazy idea is using madvise() for this. The new MADV_MEMBAR > could revoke PROT_WRITE and PROT_READ for all extant PTEs. Then the > tasks attempting access will fault and the fault handler can figure out > if it still needs

Re: [PATCH net-next v2 01/10] net: dsa: lan9303: Fixed MDIO interface

Hi Egil, [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/Egil-Hjelmeland/net-dsa-lan9303-unicast-offload-fdb-mdb-STP/20170727-074246 config: x86_64-allmodconfig (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce

Re: [PATCH] mm: memcontrol: Cast mismatched enum types passed to memcg state and event functions

On Wed 26-07-17 15:03:32, Andrew Morton wrote: > On Wed, 26 Jul 2017 14:49:14 -0700 Matthias Kaehlcke > wrote: > > > El Wed, Jul 26, 2017 at 02:23:09PM -0700 Andrew Morton ha dit: > > > > > On Wed, 26 Jul 2017 12:23:56 -0700 Matthias Kaehlcke > > >

Re: [PATCH v1 2/2] acpi, x86: Remove encryption mask from ACPI page protection type

* Tom Lendacky wrote: > The function arch_apei_get_mem_attributes() is used to set the page > protection type for ACPI physical addresses. When SME is active, the > associated protection type needs to not have the encryption mask set > since the ACPI tables live in

Re: gigantic hugepages vs. movable zones

On Thu 27-07-17 13:30:31, Aneesh Kumar K.V wrote: > > > On 07/27/2017 12:58 PM, Michal Hocko wrote: > >On Thu 27-07-17 07:52:08, Aneesh Kumar K.V wrote: > >>Michal Hocko writes: > >> > >>>Hi, > >>>I've just noticed that alloc_gigantic_page ignores movability of the >

Re: [PATCH 06/11] s390/topology: Remove the unused parent_node() macro

On Wed, Jul 26, 2017 at 09:34:31PM +0800, Dou Liyang wrote: > Commit a7be6e5a7f8d ("mm: drop useless local parameters of > __register_one_node()") removes the last user of parent_node(). > > The parent_node() macro in S390 platform is unnecessary. > > Remove it for cleanup. > > Reported-by:

Re: [v6,1/7] drm/rockchip: vop: initialize registers directly

Hi mark, On 07/26/2017 02:19 PM, Mark yao wrote: At present we are using init_table to initialize some registers, but the Register init table use un-document define, it is unreadable, and sometimes we only want to update tiny bits, init table method is not friendly, it's diffcult to reuse for

Re: [RFC PATCH 0/8] EDAC, mce_amd: Add a tracepoint for the decoded error

* Borislav Petkov wrote: > On Thu, Jul 27, 2017 at 09:10:34AM +0200, Ingo Molnar wrote: > > Looks pretty nice to me conceptually. Do you have a couple of examples of > > real-life events that get logged? It's hard to decode it from the new > > tracepoint > > alone. > >

Re: [PATCH 3/4] ndctl: switch to tools/include/linux/{kernel, list, bitmap}.h

* Dan Williams wrote: > On Wed, Jul 26, 2017 at 10:19 AM, Ingo Molnar wrote: > > > > * Dan Williams wrote: > > > >> On Wed, Jul 26, 2017 at 4:29 AM, Ingo Molnar wrote: > >> > > >> > * Dan Williams

Re: [PATCH v2 2/4] mm: add file_fdatawait_range and file_write_and_wait

On Wed 26-07-17 13:55:36, Jeff Layton wrote: > +int file_write_and_wait(struct file *file) > +{ > + int err = 0, err2; > + struct address_space *mapping = file->f_mapping; > + > + if ((!dax_mapping(mapping) && mapping->nrpages) || > + (dax_mapping(mapping) &&

Re: [RFC][PATCH] thunderbolt: icm: Ignore mailbox errors in icm_suspend()

On Wed, Jul 26, 2017 at 07:05:01PM +0200, Rafael J. Wysocki wrote: > On Wednesday, July 26, 2017 04:12:59 PM Mika Westerberg wrote: > > On Wed, Jul 26, 2017 at 02:48:54PM +0200, Rafael J. Wysocki wrote: > > > On Wednesday, July 26, 2017 11:32:44 AM Mika Westerberg wrote: > > > > On Tue, Jul 25,

[PATCH 3/4] lib/scatterlist: Introduce and export __sg_alloc_table_from_pages

From: Tvrtko Ursulin Drivers like i915 benefit from being able to control the maxium size of the sg coallesced segment while building the scatter- gather list. Introduce and export the __sg_alloc_table_from_pages function which will allow it that control. v2: Reorder

Re: [PATCH] drivers/rxe: improve rxe loopback

On 27/07/2017 10:36, Leon Romanovsky wrote: On Wed, Jul 26, 2017 at 05:52:48PM +0300, Marcel Apfelbaum wrote: Currently a packet is marked for loopback only if the source and destination address match. This is not enough when multiple gids are present in rxe's gid table and the traffic is from

Re: [PATCH 2/2] printk/console: Enhance the check for consoles using init memory

On (07/27/17 11:29), Petr Mladek wrote: [..] > > > Signed-off-by: Petr Mladek > > > > Reviewed-by: Sergey Senozhatsky > > Thanks for the review. I am going to push the two patches into > for-4.14 branch so that we could get some testing via

Re: [PATCH v3] [media] v4l2: Add support for go2001 PCI codec driver

-support-for-go2001-PCI-codec-driver/20170727-033126 base: git://linuxtv.org/media_tree.git master config: i386-allyesconfig (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config to linux build tree make ARCH=i386 All warnings (new

Re: [PATCH] mm, oom: allow oom reaper to race with exit_mmap

On Wed 26-07-17 18:39:28, Andrea Arcangeli wrote: > On Wed, Jul 26, 2017 at 07:45:33AM +0200, Michal Hocko wrote: > > Yes, exit_aio is the only blocking call I know of currently. But I would > > like this to be as robust as possible and so I do not want to rely on > > the current implementation.

[PATCH] arm64: dts: rockchip: add rk3368 spdif node

This patch add the spdif dt node for rk3368 soc. Signed-off-by: Sugar Zhang --- arch/arm64/boot/dts/rockchip/rk3368.dtsi | 19 +++ 1 file changed, 19 insertions(+) diff --git a/arch/arm64/boot/dts/rockchip/rk3368.dtsi

Re: gigantic hugepages vs. movable zones

[CC for real] On Thu 27-07-17 10:12:36, Michal Hocko wrote: > On Thu 27-07-17 13:30:31, Aneesh Kumar K.V wrote: > > > > > > On 07/27/2017 12:58 PM, Michal Hocko wrote: > > >On Thu 27-07-17 07:52:08, Aneesh Kumar K.V wrote: > > >>Michal Hocko writes: > > >> > > >>>Hi, > >

Re: [v6,2/7] drm/rockchip: vop: move write_relaxed flags to vop register

Hi mark, On 07/26/2017 02:19 PM, Mark yao wrote: Since the drm atomic framework, only a small part of the vop register needs sync write, Currently seems only following registers need sync write: cfg_done, standby and interrupt related register. All ctrl registers are using the sync write

Re: [PATCH] scsi: sg: only check for dxfer_len greater than 256M

On 07/27/2017 09:11 AM, Johannes Thumshirn wrote: > Don't make any assumptions on the sg_io_hdr_t::dxfer_direction or the > sg_io_hdr_t::dxferp in order to determine if it is a valid request. The > only way we can check for bad requests is by checking if the length exceeds > 256M. > >

Re: [v6,7/7] drm/rockchip: vop: rk3328: fix overlay abnormal

Hi mark, On 07/26/2017 02:19 PM, Mark yao wrote: It's a hardware bug, all window's overlay channel reset value is same, hardware overlay would be die. so we must initial difference id for each overlay channel. The Channel register is supported on all vop will full design. Following is the

[PATCH 0/2] mm, oom: do not grant oom victims full memory reserves access

Hi, this is a part of a larger series I posted back in Oct last year [1]. I have dropped patch 3 because it was incorrect and patch 4 is not applicable without it. The primary reason to apply patch 1 is to remove a risk of the complete memory depletion by oom victims. While this is a theoretical

[PATCH 1/2] mm, oom: do not rely on TIF_MEMDIE for memory reserves access

From: Michal Hocko For ages we have been relying on TIF_MEMDIE thread flag to mark OOM victims and then, among other things, to give these threads full access to memory reserves. There are few shortcomings of this implementation, though. First of all and the most serious one is

[tip:sched/core] x86/topology: Remove the unused parent_node() macro

Commit-ID: dbe04493eddfaa89756ec9af8dde56206290182a Gitweb: http://git.kernel.org/tip/dbe04493eddfaa89756ec9af8dde56206290182a Author: Dou Liyang AuthorDate: Wed, 26 Jul 2017 21:34:35 +0800 Committer: Ingo Molnar CommitDate: Thu, 27 Jul 2017

Re: [RESEND PATCH v4 1/2] platform: Add driver for RAVE Supervisory Processor

On Tue, Jul 25, 2017 at 9:44 PM, Andrey Smirnov wrote: > Add a driver for RAVE Supervisory Processor, an MCU implementing > varoius bits of housekeeping functionality (watchdoging, backlight > control, LED control, etc) on RAVE family of products by Zodiac > Inflight

Re: [PATCH 2/2] printk/console: Enhance the check for consoles using init memory

On Mon 2017-07-24 11:03:56, Sergey Senozhatsky wrote: > Hello, > > On (07/21/17 16:32), Petr Mladek wrote: > [..] > > > sort of a problem here is that the next time anyone adds a new ->foo() > > > callback to struct console, that person also needs to remember to update > > > printk_late_init(). >

Re: [PATCH 3/4] ACPI / APEI: Drop uninformative messages during boot

Borislav Petkov writes: > On Thu, Jul 27, 2017 at 10:35:45AM +0100, Punit Agrawal wrote: >> ... would you be open to a patch re-working the ghes driver >> initialisation to only do the platform driver registration. The the rest >> of the initialisation (including the apei_osc_setup

Re: [PATCH] drivers/rxe: improve rxe loopback

On 27/07/2017 10:04, Moni Shoua wrote: On Wed, Jul 26, 2017 at 10:57 PM, Yuval Shaia wrote: On Wed, Jul 26, 2017 at 05:52:48PM +0300, Marcel Apfelbaum wrote: Currently a packet is marked for loopback only if the source and destination address match. This is not enough

Re: Regression with suspicious RCU usage splats with cpu_pm change

Hi Rafael, Guess you overlook my new patch in this thread. :) Do I need to recent this patch as new? or you could pick it up here? BTW, it's Tested-by: Tony Lindgren Thanks! Alex On 07/17/2017 07:24 AM, Alex Shi wrote: > > > On 07/13/2017 08:43 PM, Paul E. McKenney wrote:

trinity test fanotify cause hungtasks on kernel 4.13

hi,Eric Paris: when we used the trinity test the fanotify interfaces, it cause many hungtasks. CONFIG_FANOTIFY_ACCESS_PERMISSIONS=y the shell is simple: 1 #!/bin/bash 2 3 while true 4 do 5 ./trinity -c fanotify_init -l off -C 2 -X > /dev/null 2>&1 & 6 sleep 1 7 ./trinity -c

Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier

Hi Baoquan, At 07/27/2017 02:08 PM, b...@redhat.com wrote: On 07/26/17 at 08:19pm, Dou Liyang wrote: Hi Baoquan, There are two places where we used DMAR table in Linux: 1) In detect_intel_iommu() in ACPI early stage: ... status = acpi_get_table(ACPI_SIG_DMAR, 0, _tbl); if (dmar_tbl) {

Re: [Eas-dev] [PATCH V4 1/3] sched: cpufreq: Allow remote cpufreq callbacks

On 26-07-17, 23:13, Joel Fernandes (Google) wrote: > On Wed, Jul 26, 2017 at 10:50 PM, Viresh Kumar > wrote: > > On 26-07-17, 22:34, Joel Fernandes (Google) wrote: > >> On Wed, Jul 26, 2017 at 2:22 AM, Viresh Kumar > >> wrote: > >> > @@ -221,7

Re: Suspend-resume failure on Intel Eagle Lake Core2Duo

On Thu, 27 Jul 2017, Tomi Sarvela wrote: > On 26/07/17 17:26, Thomas Gleixner wrote: > > So reverting that commit does not help. Does it help on your machine? > > Yes. Reverting it does not cause the machine to lock up on resume. > > I haven't tested if the machine locks up later on, but at

[PATCH v1 0/2] Patches to add i2s, spdif node for rk3328

These patches to add i2s, spdif dt nodes for rk3328 soc. Sugar Zhang (2): arm64: dts: rockchip: add rk3328 i2s nodes arm64: dts: rockchip: add rk3328 spdif node arch/arm64/boot/dts/rockchip/rk3328.dtsi | 46 1 file changed, 46 insertions(+) -- 2.7.4

Re: [PATCHv3 2/6] dt-bindings: sound: add motorola,cpcap-audio-codec

Hi, On Wed, Jul 26, 2017 at 12:48:28PM +0100, Mark Brown wrote: > On Tue, Jul 25, 2017 at 05:10:26PM +0200, Sebastian Reichel wrote: > > Motorola CPCAP is a PMIC with audio functionality, that can be > > found on Motorola Droid 4 and probably a few other phones from > > Motorola's Droid series. >

Re: [PATCHv3 1/6] ALSA: pcm: Export soc_dpcm_runtime_update

Hi, On Tue, Jul 25, 2017 at 05:42:59PM +0200, Takashi Iwai wrote: > On Tue, 25 Jul 2017 17:10:25 +0200, > Sebastian Reichel wrote: > > Some codecs may need to use this from loadable modules. Without > > this patch compilation for this kind of codec will fail with the > > following error: > > > >

[PATCH RESEND] ARM: davinci: don't mark vpif_input structures as 'const'

A change to the platform data definitions caused a warning in the board code: arch/arm/mach-davinci/board-dm646x-evm.c:680:13: error: initialization discards 'const' qualifier from pointer target type [-Werror=discarded-qualifiers] arch/arm/mach-davinci/board-dm646x-evm.c:690:13: error:

[PATCH] userfaultfd_zeropage: return -ENOSPC in case mm has gone

In the non-cooperative userfaultfd case, the process exit may race with outstanding mcopy_atomic called by the uffd monitor. Returning -ENOSPC instead of -EINVAL when mm is already gone will allow uffd monitor to distinguish this case from other error conditions. Cc: sta...@vger.kernel.org

Re: [PATCH] mm, oom: allow oom reaper to race with exit_mmap

On Wed 26-07-17 18:29:12, Andrea Arcangeli wrote: > On Wed, Jul 26, 2017 at 07:45:57AM +0200, Michal Hocko wrote: > > On Tue 25-07-17 21:19:52, Andrea Arcangeli wrote: > > > On Tue, Jul 25, 2017 at 06:04:00PM +0200, Michal Hocko wrote: > > > > - down_write(>mmap_sem); > > > > + if

[PATCH] ARM: dts: rockchip: add spdif for rk322x SoCs

This patch add the spdif dt node for rk322x SoCs. Signed-off-by: Sugar Zhang --- arch/arm/boot/dts/rk322x.dtsi | 20 1 file changed, 20 insertions(+) diff --git a/arch/arm/boot/dts/rk322x.dtsi b/arch/arm/boot/dts/rk322x.dtsi index

Re: [PATCH 1/5] dt-bindings: rockchip-thermal: Support the RK3328 SoC compatible

Hi Heiko, Thank you for the quick reply. I will remove the gerrit Change-Ids in my v2 patches. Thanks again, Rocky 在 2017/7/27 14:36, Heiko Stübner 写道: Hi Rocky, Am Dienstag, 25. Juli 2017, 17:09:44 CEST schrieb Rocky Hao: attempt to new compatible for thermal founding on RK3328 SoC.

[PATCH -tip v4] [BUGFIX] kprobes/x86: Do not jump-optimize kprobes on irq entry code

Since the kernel segment registers are not prepared at the entry of irq-entry code, if a kprobe on such code is jump-optimized, accessing per-cpu variables may cause kernel panic. However, if the kprobe is not optimized, it kicks int3 exception and set segment registers correctly. This checks

Re: Doubled "opcode != 0x9a" check

On Wed, 26 Jul 2017 21:55:34 +0200 Denys Vlasenko wrote: > commit bd0b90676c30fe640e7ead919b3e38846ac88ab7 > Author: Masami Hiramatsu > Date: Wed Mar 29 13:56:56 2017 +0900 > > kprobes/x86: Fix kprobe-booster not to boost far call

Re: [PATCH] ARM: dts: stm32: Add DAC support on stm32h7

Hi Fabrice On 07/10/2017 01:59 PM, Fabrice Gasnier wrote: Add support for DAC (Digital to Analog Converter) to STM32H7. STM32H7 DAC has two output channels. Signed-off-by: Fabrice Gasnier --- arch/arm/boot/dts/stm32h743.dtsi | 24 1 file

Re: gigantic hugepages vs. movable zones

On Thu 27-07-17 07:52:08, Aneesh Kumar K.V wrote: > Michal Hocko writes: > > > Hi, > > I've just noticed that alloc_gigantic_page ignores movability of the > > gigantic page and it uses any existing zone. Considering that > > hugepage_migration_supported only supports 2MB and

Re: [PATCH 0/2] Enable ADC support on STM32H7

Hi Fabrice, On 07/11/2017 06:13 PM, Fabrice Gasnier wrote: This patchset adds ADC device-tree nodes to STM32H7 SoC and enables ADC1 by default on stm32h743i-eval board. Fabrice Gasnier (2): ARM: dts: stm32: add ADC support on stm32h7 ARM: dts: stm32: enable ADC on stm32h743i-eval board

Re: Suspend-resume failure on Intel Eagle Lake Core2Duo

On 26/07/17 17:26, Thomas Gleixner wrote: On Wed, 26 Jul 2017, Martin Peres wrote: On 25/07/17 10:01, Tomi Sarvela wrote: On 24/07/17 19:37, Martin Peres wrote: On 24/07/17 19:35, Thomas Gleixner wrote: On Mon, 24 Jul 2017, Martin Peres wrote: On 24/07/17 18:28, Thomas Gleixner wrote:

Re: [RFC PATCH 3/3] mm: shm: Use new hugetlb size encoding definitions

On Wed 26-07-17 10:39:30, Mike Kravetz wrote: > On 07/26/2017 03:07 AM, Michal Hocko wrote: > > On Wed 26-07-17 11:53:38, Michal Hocko wrote: > >> On Mon 17-07-17 15:28:01, Mike Kravetz wrote: > >>> Use the common definitions from hugetlb_encode.h header file for > >>> encoding hugetlb size

Re: [PATCH] ARC: clk: introduce HSDKv1 pll driver

Hi Stephen, On 07/14/2017 09:01 PM, Eugeniy Paltsev wrote: HSDKv1 boards manages it's clocks using various PLLs. These PLL has same dividers and corresponding control registers mapped to different addresses. So we add one common driver for such PLLs. Each PLL on HSDK board consist of three

Re: [PATCH v4 3/3] power: wm831x_power: Support USB charger current limit management

Hi, On Thu, Jul 27, 2017 at 01:14:38PM +0800, Baolin Wang wrote: > Integrate with the newly added USB charger interface to limit the current > we draw from the USB input based on the input device configuration > identified by the USB stack, allowing us to charge more quickly from high > current

[PATCH 3/3] pmbus: Add driver for Maxim MAX31785 Intelligent Fan Controller

The Maxim MAX31785 is a PMBus device providing closed-loop, multi-channel fan management with temperature and remote voltage sensing. Various fan control features are provided, including PWM frequency control, temperature hysteresis, dual tachometer measurements, and fan health monitoring. The

[PATCH 1/3] dt-bindings: hwmon: pmbus: Add Maxim MAX31785 documentation

Signed-off-by: Andrew Jeffery --- .../devicetree/bindings/hwmon/pmbus/max31785.txt | 117 + 1 file changed, 117 insertions(+) create mode 100644 Documentation/devicetree/bindings/hwmon/pmbus/max31785.txt diff --git

[PATCH 2/3] hwmon: pmbus: Add fan control support

Expose fanX_target, pwmX and pwmX_enable hwmon sysfs attributes. Fans in a PMBus device are driven by the configuration of two registers: FAN_CONFIG_x_y and FAN_COMMAND_x: FAN_CONFIG_x_y dictates how the fan and the tacho operate (if installed), while FAN_COMMAND_x sets the desired fan rate. The

[PATCH 0/3] pmbus: Expand fan support and add MAX31785 driver

Hello, Previously I'd posted a second RFC series implementing fan control support in PMBus core and adding a driver for the MAX31785 fan controller: https://www.spinics.net/lists/kernel/msg2558128.html I think the core changes have settled enough to move the effort out of RFC-land. This

Re: USB disk speed regression WD Elements - with bisect result 22547c4cc4fe20698a6a85a55b8788859134b8e4

Dne 27.7.2017 v 03:03 Alan Stern napsal(a): [Added linux-usb mailing list to CC:] Short description of bug: In 4.12 or later, when Zdenek's Western Digital disk is attached to an EHCI controller, it ends up connecting at full speed to the companion UHCI controller instead. But when commit

[PATCH] device property: Fix usecount for of_graph_get_port_parent()

Fix inconsistent use of of_graph_get_port_parent() where asoc_simple_card_parse_graph_dai() does of_node_get() before calling it while other callers do not. We can fix this by not trashing the node passed to of_graph_get_port_parent(). Let's make sure the users have correct refcounts and remove

Re: [PATCH V4 1/3] sched: cpufreq: Allow remote cpufreq callbacks

On Wed, Jul 26, 2017 at 02:52:32PM +0530, Viresh Kumar wrote: > diff --git a/kernel/sched/cpufreq_schedutil.c > b/kernel/sched/cpufreq_schedutil.c > index 45fcf21ad685..bb834747e49b 100644 > --- a/kernel/sched/cpufreq_schedutil.c > +++ b/kernel/sched/cpufreq_schedutil.c > @@ -72,10 +72,15 @@

Re: [alsa-devel] [PATCH v1 5/6] ASoC: codecs: msm8916-wcd-analog: add MBHC support

Thanks Damien, for testing the patchset. On 26/07/17 20:35, Damien Riegel wrote: [Sorry for breaking the thread, but I don't have the initial message to reply to.] I tried your patchset and faced some issues regarding removal detection: the driver detects headphone and microphone removal as

Re: [PATCH v2] security: fix description of values returned by cap_inode_need_killpriv

On Wed, 26 Jul 2017, Stefan Berger wrote: > cap_inode_need_killpriv returns 1 if security.capability exists and > has a value and inode_killpriv() is required, 0 otherwise. Fix the > description of the return value to reflect this. > > Signed-off-by: Stefan Berger >

[PATCH 0/2] Add support for MediaTek AHCI SATA

Hi, This patch series add support for AHCI compatible SATA controller, and it is compliant with the ahci 1.3 and sata 3.0 specification. This driver is slightly different than ahci_platform.c (eg. reset control, subsystem setting). Ryder Lee (2): ata: mediatek: add support for MediaTek SATA

[PATCH 1/2] ata: mediatek: add support for MediaTek SATA controller

This adds support the AHCI-compliant Serial ATA controller present on MediaTek SoCs. Signed-off-by: Ryder Lee --- drivers/ata/Kconfig| 10 +++ drivers/ata/Makefile | 1 + drivers/ata/ahci_mtk.c | 196 + 3 files

[PATCH 2/2] dt-bindings: ata: add DT bindings for MediaTek SATA controller

Add DT bindings for the onboard SATA controller present on the MediaTek SoCs. Signed-off-by: Ryder Lee --- Documentation/devicetree/bindings/ata/ahci-mtk.txt | 48 ++ 1 file changed, 48 insertions(+) create mode 100644

Re: [RFC PATCH] mm: memcg: fix css double put in mem_cgroup_iter

On Thu 27-07-17 11:30:50, Wenwei Tao wrote: > 2017-07-26 21:44 GMT+08:00 Michal Hocko : > > On Wed 26-07-17 21:07:42, Wenwei Tao wrote: [...] > >> I think there is a css double put in mem_cgroup_iter. Under reclaim, > >> we call mem_cgroup_iter the first time with prev == NULL,

Re: [PATCH v2 1/5] arm64: tegra: Add BPMP thermal sensor to Tegra186

Good point, so patches 1/5 and 2/5 should be swapped around. Mikko On 27.07.2017 09:47, kbuild test robot wrote: Hi Mikko, [auto build test ERROR on tegra/for-next] [also build test ERROR on v4.13-rc2 next-20170726] [if your patch is applied to the wrong git tree, please drop us a note to

Re: [PATCH 16/17] mem/memcg: cache rightmost node

On Wed 26-07-17 14:09:27, Andrew Morton wrote: > On Wed, 19 Jul 2017 09:50:36 +0200 Michal Hocko wrote: > > > [CC Johannes and Vladimir - the whole series is > > http://lkml.kernel.org/r/20170719014603.19029-1-d...@stgolabs.net] > > > > On Tue 18-07-17 18:46:02, Davidlohr

Re: [PATCH net-next 2/2] bnxt_en: define sriov_lock unconditionally

On Wed, Jul 26, 2017 at 3:18 PM, Arnd Bergmann wrote: > On Wed, Jul 26, 2017 at 12:54 PM, Sathya Perla > wrote: >> On Wed, Jul 26, 2017 at 2:35 PM, Arnd Bergmann wrote: >> [...] Sathya already sent 3 patches to fix some of these

Re: [RFC PATCH 0/8] EDAC, mce_amd: Add a tracepoint for the decoded error

On Thu, Jul 27, 2017 at 09:10:34AM +0200, Ingo Molnar wrote: > Looks pretty nice to me conceptually. Do you have a couple of examples of > real-life events that get logged? It's hard to decode it from the new > tracepoint > alone. Here's what comes out in dmesg: [ 932.370319] mce: [Hardware

Re: [PATCH tip/core/rcu 4/5] sys_membarrier: Add expedited option

On Wed, Jul 26, 2017 at 06:01:15PM +, Mathieu Desnoyers wrote: > Another alternative for a MEMBARRIER_CMD_SHARED_EXPEDITED would be > rate-limiting > per thread. For instance, we could add a new "ulimit" that would bound the > number of expedited membarrier per thread that can be done per

Re: [PATCH net-next 2/2] bnxt_en: define sriov_lock unconditionally

On Thu, Jul 27, 2017 at 1:18 PM, Arnd Bergmann wrote: [...] > > On today's linux-next: > > drivers/net/ethernet/broadcom/bnxt/bnxt_vfr.o: In function `bnxt_dl_register': > bnxt_vfr.c:(.text+0x1440): undefined reference to `devlink_alloc' > bnxt_vfr.c:(.text+0x14c0): undefined

Re: [v6,5/7] drm/rockchip: vop: add a series of vop support

Hi mark, On 07/26/2017 02:19 PM, Mark yao wrote: Vop Full framework now has following vops: IP versionchipname 3.1 rk3288 3.2 rk3368 3.4 rk3366 3.5 rk3399 big 3.6 rk3399 lit 3.7 rk3228 3.8 rk3328 The

Re: [PATCH v8 1/3] perf: cavium: Support memory controller PMU counters

On Thu, Jul 27, 2017 at 07:11:57AM +0200, Borislav Petkov wrote: > On Wed, Jul 26, 2017 at 02:02:42PM -0700, David Daney wrote: > > Also, if a given configuration disables CONFIG_EDAC there is some hackery > > needed to get the perf portion of the driver included. > > Yes, and we don't do

Re: [PATCH 02/37] binder: use group leader instead of open thread

Hi, On 25 July 2017 at 14:43, Martijn Coenen wrote: > Hi John, > > On Mon, Jul 24, 2017 at 11:07 PM, John Stultz wrote: >> >> 12-31 16:00:36.632 2518 2584 E hw-ProcessState: Using /dev/hwbinder >> failed: unable to mmap transaction memory. > > This

[PATCH 2/2] clocksource/arm_arch_timer: Use static_branch_enable_nolock()

Use the new static_branch_enable_nolock function to switch the workaround static key on the CPU hotplug path. Signed-off-by: Marc Zyngier --- drivers/clocksource/arm_arch_timer.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git

[PATCH 1/2] jump_label: Introduce a _nolock version of the static key API

Since f2545b2d4ce1 ("jump_label: Reorder hotplug lock and jump_label_lock"), flipping a static key from within a CPU hotplug callback results in an unpleasant deadlock, as we try to take the cpu_hotplug_lock which is already held by the CPU hotplug framework. On the secondary boot path, calling

Re: mwifiex: correct channel stat buffer overflows

Brian Norris wrote: > mwifiex records information about various channels as it receives scan > information. It does this by appending to a buffer that was sized > to the max number of supported channels on any band, but there are > numerous problems: > > (a) scans can

Re: [PATCH tip/core/rcu 4/5] sys_membarrier: Add expedited option

On Tue, Jul 25, 2017 at 12:36:12PM -0700, Paul E. McKenney wrote: > This horse is already out, so trying to shut the gate won't be effective. So I'm not convinced it is. The mprotect() hack isn't portable as we've established and on x86 where it does work, it doesn't (much) perturb tasks not

Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier

On 07/26/17 at 08:19pm, Dou Liyang wrote: > Hi Baoquan, > > > There are two places where we used DMAR table in Linux: > > > > > > 1) In detect_intel_iommu() in ACPI early stage: > > > > > > ... > > > status = acpi_get_table(ACPI_SIG_DMAR, 0, _tbl); > > > > > > if (dmar_tbl) { > > >

Re: [RFC PATCH 0/5] mm, memory_hotplug: allocate memmap from hotadded memory

On Wed 26-07-17 17:06:59, Jerome Glisse wrote: [...] > This does not seems to be an opt-in change ie if i am reading patch 3 > correctly if an altmap is not provided to __add_pages() you fallback > to allocating from begining of zone. This will not work with HMM ie > device private memory. So at

Re: [PATCH v1 1/2] x86/mm, kexec: Fix memory corruption with SME on successive kexecs

* Tom Lendacky wrote: > After issuing successive kexecs it was found that the SHA hash failed > verification when booting the kexec'd kernel. When SME is enabled, the > change from using pages that were marked encrypted to now being marked as > not encrypted (through

[PATCH] net: thunderx: Fix BGX transmit stall due to underflow

From: Sunil Goutham For SGMII/RGMII/QSGMII interfaces when physical link goes down while traffic is high is resulting in underflow condition being set on that specific BGX's LMAC. Which assets a backpresure and VNIC stops transmitting packets. This is due to BGX being

Re: [PATCH v2] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES

Hi Robin, On 2017/7/26 19:05, Robin Murphy wrote: On 26/07/17 09:11, Hanjun Guo wrote: On 2017/7/25 18:47, Lorenzo Pieralisi wrote: On Sat, Jul 22, 2017 at 11:54:12AM +0800, Hanjun Guo wrote: From: Hanjun Guo When running 4.13-rc1 on top of D05, I got the boot log:

  1   2   3   4   5   6   7   8   9   10   >