[PATCH] powerpc/pseries: Fix of_node_put() underflow during pseries remove

As for commit 68baf692c435 ("powerpc/pseries: Fix of_node_put() underflow during DLPAR remove"), the call to of_node_put() must be removed from pSeries_reconfig_remove_node(). dlpar_detach_node() and pSeries_reconfig_remove_node() call of_detach_node(), and thus the node should not be released in

[PATCH] powerpc/pseries: Fix of_node_put() underflow during pseries remove

As for commit 68baf692c435 ("powerpc/pseries: Fix of_node_put() underflow during DLPAR remove"), the call to of_node_put() must be removed from pSeries_reconfig_remove_node(). dlpar_detach_node() and pSeries_reconfig_remove_node() call of_detach_node(), and thus the node should not be released in

[PATCH v5 2/3] gpio: Add support for TPS68470 GPIOs

This patch adds support for TPS68470 GPIOs. There are 7 GPIOs and a few sensor related GPIOs. These GPIOs can be requested and configured as appropriate. The GPIOs are also provided with descriptive names. However, the typical use case is that the OS GPIO driver will interact with TPS68470 GPIO

[PATCH v5 2/3] gpio: Add support for TPS68470 GPIOs

This patch adds support for TPS68470 GPIOs. There are 7 GPIOs and a few sensor related GPIOs. These GPIOs can be requested and configured as appropriate. The GPIOs are also provided with descriptive names. However, the typical use case is that the OS GPIO driver will interact with TPS68470 GPIO

[PATCH v5 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation region driver

The Kabylake platform coreboot (Chrome OS equivalent of BIOS) has defined 4 operation regions for the TI TPS68470 PMIC. These operation regions are to enable/disable voltage regulators, configure voltage regulators, enable/disable clocks and to configure clocks. This config adds ACPI operation

[PATCH v5 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation region driver

The Kabylake platform coreboot (Chrome OS equivalent of BIOS) has defined 4 operation regions for the TI TPS68470 PMIC. These operation regions are to enable/disable voltage regulators, configure voltage regulators, enable/disable clocks and to configure clocks. This config adds ACPI operation

[PATCH v5 1/3] mfd: Add new mfd device TPS68470

The TPS68470 device is an advanced power management unit that powers a Compact Camera Module (CCM), generates clocks for image sensors, drives a dual LED for Flash and incorporates two LED drivers for general purpose indicators. This patch adds support for TPS68470 mfd device. Signed-off-by:

[PATCH v5 1/3] mfd: Add new mfd device TPS68470

The TPS68470 device is an advanced power management unit that powers a Compact Camera Module (CCM), generates clocks for image sensors, drives a dual LED for Flash and incorporates two LED drivers for general purpose indicators. This patch adds support for TPS68470 mfd device. Signed-off-by:

[PATCH v5 0/3] TPS68470 PMIC drivers

This is the patch series for TPS68470 PMIC that works as a camera PMIC. The patch series provide the following 3 drivers, to help configure the voltage regulators, clocks and GPIOs provided by the TPS68470 PMIC, to be able to use the camera sensors connected to this PMIC. TPS68470 MFD driver:

[PATCH v5 0/3] TPS68470 PMIC drivers

This is the patch series for TPS68470 PMIC that works as a camera PMIC. The patch series provide the following 3 drivers, to help configure the voltage regulators, clocks and GPIOs provided by the TPS68470 PMIC, to be able to use the camera sensors connected to this PMIC. TPS68470 MFD driver:

Re: [PATCH v3 3/9] perf annotate: Fix wrong --show-total-period option showing number of samples

Em Thu, Jul 20, 2017 at 06:36:55AM +0900, Taeung Song escreveu: > +++ b/tools/perf/builtin-annotate.c > @@ -177,14 +177,12 @@ static int perf_evsel__add_sample(struct perf_evsel > *evsel, >*/ > process_branch_stack(sample->branch_stack, al, sample); > > - sample->period = 1; >

Re: [PATCH v3 3/9] perf annotate: Fix wrong --show-total-period option showing number of samples

Em Thu, Jul 20, 2017 at 06:36:55AM +0900, Taeung Song escreveu: > +++ b/tools/perf/builtin-annotate.c > @@ -177,14 +177,12 @@ static int perf_evsel__add_sample(struct perf_evsel > *evsel, >*/ > process_branch_stack(sample->branch_stack, al, sample); > > - sample->period = 1; >

Re: [PATCH v1] mm/vmalloc: add a node corresponding to cached_hole_size

On Fri 21-07-17 04:39:48, Matthew Wilcox wrote: > On Fri, Jul 21, 2017 at 06:01:41PM +0800, Zhaoyang Huang wrote: > > we just record the cached_hole_size now, which will be used when > > the criteria meet both of 'free_vmap_cache == NULL' and 'size < > > cached_hole_size'. However, under above

Re: [PATCH v1] mm/vmalloc: add a node corresponding to cached_hole_size

On Fri 21-07-17 04:39:48, Matthew Wilcox wrote: > On Fri, Jul 21, 2017 at 06:01:41PM +0800, Zhaoyang Huang wrote: > > we just record the cached_hole_size now, which will be used when > > the criteria meet both of 'free_vmap_cache == NULL' and 'size < > > cached_hole_size'. However, under above

Re: [PATCH v3 05/16] MIPS: math-emu: <MAX|MAXA|MIN|MINA>.<D|S>: Fix quiet NaN propagation

On Fri, Jul 21, 2017 at 04:09:03PM +0200, Aleksandar Markovic wrote: > From: Aleksandar Markovic > > Fix the value returned by ., if both inputs > are quiet NaNs. The specifications of . state > that the returned

Re: [PATCH v3 05/16] MIPS: math-emu: .: Fix quiet NaN propagation

On Fri, Jul 21, 2017 at 04:09:03PM +0200, Aleksandar Markovic wrote: > From: Aleksandar Markovic > > Fix the value returned by ., if both inputs > are quiet NaNs. The specifications of . state > that the returned value in such cases should be the quiet NaN > contained in register fs. > > The

Re: [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE

Ups, linux-api, didn't make it into the CC list. Let's add it here. The cover which will give you some context is here http://lkml.kernel.org/r/20170721143915.14161-1-mho...@kernel.org On Fri 21-07-17 16:39:07, Michal Hocko wrote: > From: Michal Hocko > > Supporting zone

Re: [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE

Ups, linux-api, didn't make it into the CC list. Let's add it here. The cover which will give you some context is here http://lkml.kernel.org/r/20170721143915.14161-1-mho...@kernel.org On Fri 21-07-17 16:39:07, Michal Hocko wrote: > From: Michal Hocko > > Supporting zone ordered zonelists costs

[PATCH] [BUGFIX] kprobes/x86: Release insn_slot in failure path

The commit 003002e04ed3 ("kprobes: Fix arch_prepare_kprobe to handle copy insn failures") returns error if copying insn failed, but not release allocated insn_slot. Release insn_slot assigned to ainsn.slot correctly if copy insn is failed. Signed-off-by: Masami Hiramatsu

[PATCH] [BUGFIX] kprobes/x86: Release insn_slot in failure path

The commit 003002e04ed3 ("kprobes: Fix arch_prepare_kprobe to handle copy insn failures") returns error if copying insn failed, but not release allocated insn_slot. Release insn_slot assigned to ainsn.slot correctly if copy insn is failed. Signed-off-by: Masami Hiramatsu Fixes: 003002e04ed3

[PATCH 9/9] mm, sparse, page_ext: drop ugly N_HIGH_MEMORY branches for allocations

From: Michal Hocko f52407ce2dea ("memory hotplug: alloc page from other node in memory online") has introduced N_HIGH_MEMORY checks to only use NUMA aware allocations when there is some memory present because the respective node might not have any memory yet at the time and so

[PATCH 9/9] mm, sparse, page_ext: drop ugly N_HIGH_MEMORY branches for allocations

From: Michal Hocko f52407ce2dea ("memory hotplug: alloc page from other node in memory online") has introduced N_HIGH_MEMORY checks to only use NUMA aware allocations when there is some memory present because the respective node might not have any memory yet at the time and so it could fail or

[PATCH 8/9] mm, memory_hotplug: get rid of zonelists_mutex

From: Michal Hocko zonelists_mutex has been introduced by 4eaf3f64397c ("mem-hotplug: fix potential race while building zonelist for new populated zone") to protect zonelist building from races. This is no longer needed though because both memory online and offline are fully

[PATCH 8/9] mm, memory_hotplug: get rid of zonelists_mutex

From: Michal Hocko zonelists_mutex has been introduced by 4eaf3f64397c ("mem-hotplug: fix potential race while building zonelist for new populated zone") to protect zonelist building from races. This is no longer needed though because both memory online and offline are fully serialized. New

[PATCH 6/9] mm, page_alloc: simplify zonelist initialization

From: Michal Hocko build_zonelists gradually builds zonelists from the nearest to the most distant node. As we do not know how many populated zones we will have in each node we rely on the _zoneref to terminate initialized part of the zonelist by a NULL zone. While this is

[PATCH 6/9] mm, page_alloc: simplify zonelist initialization

From: Michal Hocko build_zonelists gradually builds zonelists from the nearest to the most distant node. As we do not know how many populated zones we will have in each node we rely on the _zoneref to terminate initialized part of the zonelist by a NULL zone. While this is functionally correct

[PATCH 5/9] mm, memory_hotplug: remove explicit build_all_zonelists from try_online_node

From: Michal Hocko try_online_node calls hotadd_new_pgdat which already calls build_all_zonelists. So the additional call is redundant. Even though hotadd_new_pgdat will only initialize zonelists of the new node this is the right thing to do because such a node doesn't have any

[PATCH 5/9] mm, memory_hotplug: remove explicit build_all_zonelists from try_online_node

From: Michal Hocko try_online_node calls hotadd_new_pgdat which already calls build_all_zonelists. So the additional call is redundant. Even though hotadd_new_pgdat will only initialize zonelists of the new node this is the right thing to do because such a node doesn't have any memory so other

[PATCH 4/9] mm, memory_hotplug: drop zone from build_all_zonelists

From: Michal Hocko build_all_zonelists gets a zone parameter to initialize zone's pagesets. There is only a single user which gives a non-NULL zone parameter and that one doesn't really need the rest of the build_all_zonelists (see 6dcd73d7011b ("memory-hotplug: allocate zone's

[PATCH 4/9] mm, memory_hotplug: drop zone from build_all_zonelists

From: Michal Hocko build_all_zonelists gets a zone parameter to initialize zone's pagesets. There is only a single user which gives a non-NULL zone parameter and that one doesn't really need the rest of the build_all_zonelists (see 6dcd73d7011b ("memory-hotplug: allocate zone's pcp before

[PATCH 3/9] mm, page_alloc: do not set_cpu_numa_mem on empty nodes initialization

From: Michal Hocko __build_all_zonelists reinitializes each online cpu local node for CONFIG_HAVE_MEMORYLESS_NODES. This makes sense because previously memory less nodes could gain some memory during memory hotplug and so the local node should be changed for CPUs close to such a

[PATCH 3/9] mm, page_alloc: do not set_cpu_numa_mem on empty nodes initialization

From: Michal Hocko __build_all_zonelists reinitializes each online cpu local node for CONFIG_HAVE_MEMORYLESS_NODES. This makes sense because previously memory less nodes could gain some memory during memory hotplug and so the local node should be changed for CPUs close to such a node. It makes

[PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE

From: Michal Hocko Supporting zone ordered zonelists costs us just a lot of code while the usefulness is arguable if existent at all. Mel has already made node ordering default on 64b systems. 32b systems are still using ZONELIST_ORDER_ZONE because it is considered better to

[PATCH 2/9] mm, page_alloc: remove boot pageset initialization from memory hotplug

From: Michal Hocko boot_pageset is a boot time hack which gets superseded by normal pagesets later in the boot process. It makes zero sense to reinitialize it again and again during memory hotplug. Changes since v1 - use __maybe_unused for cpu to silence annoying warning for

[PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE

From: Michal Hocko Supporting zone ordered zonelists costs us just a lot of code while the usefulness is arguable if existent at all. Mel has already made node ordering default on 64b systems. 32b systems are still using ZONELIST_ORDER_ZONE because it is considered better to fallback to a

[PATCH 2/9] mm, page_alloc: remove boot pageset initialization from memory hotplug

From: Michal Hocko boot_pageset is a boot time hack which gets superseded by normal pagesets later in the boot process. It makes zero sense to reinitialize it again and again during memory hotplug. Changes since v1 - use __maybe_unused for cpu to silence annoying warning for

[PATCH -v1 0/9] cleanup zonelists initialization

Hi, previous version of the series has been posted here [1]. I have hopefully addressed all review feedback. There are some small fixes/cleanups here and there but no fundamental changes since the last time. This is aimed at cleaning up the zonelists initialization code we have but the primary

[PATCH 7/9] mm, page_alloc: remove stop_machine from build_all_zonelists

From: Michal Hocko build_all_zonelists has been (ab)using stop_machine to make sure that zonelists do not change while somebody is looking at them. This is is just a gross hack because a) it complicates the context from which we can call build_all_zonelists (see 3f906ba23689

[PATCH -v1 0/9] cleanup zonelists initialization

Hi, previous version of the series has been posted here [1]. I have hopefully addressed all review feedback. There are some small fixes/cleanups here and there but no fundamental changes since the last time. This is aimed at cleaning up the zonelists initialization code we have but the primary

[PATCH 7/9] mm, page_alloc: remove stop_machine from build_all_zonelists

From: Michal Hocko build_all_zonelists has been (ab)using stop_machine to make sure that zonelists do not change while somebody is looking at them. This is is just a gross hack because a) it complicates the context from which we can call build_all_zonelists (see 3f906ba23689 ("mm/memory-hotplug:

[PATCH 0/2] add ESP8089 WiFi chip driver

The Espressif ESP8089 WiFi chips can be often found in cheap tablets. There is one in A23 Polaroid tablets for example. The chip is often embedded as an eMMC SDIO device. At the moment, there is no publicly available datasheet for this chip. The code was taken from an out-of-tree repository and

[PATCH 0/2] add ESP8089 WiFi chip driver

The Espressif ESP8089 WiFi chips can be often found in cheap tablets. There is one in A23 Polaroid tablets for example. The chip is often embedded as an eMMC SDIO device. At the moment, there is no publicly available datasheet for this chip. The code was taken from an out-of-tree repository and

Re: [PATCH v2] mm/mremap: Fail map duplication attempts for private mappings

On Thu 20-07-17 13:37:59, Mike Kravetz wrote: > mremap will create a 'duplicate' mapping if old_size == 0 is > specified. Such duplicate mappings make no sense for private > mappings. sorry for the nit picking but this is not true strictly speaking. It makes some sense, arguably (e.g. take an

Re: [PATCH v2] mm/mremap: Fail map duplication attempts for private mappings

On Thu 20-07-17 13:37:59, Mike Kravetz wrote: > mremap will create a 'duplicate' mapping if old_size == 0 is > specified. Such duplicate mappings make no sense for private > mappings. sorry for the nit picking but this is not true strictly speaking. It makes some sense, arguably (e.g. take an

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

On Sat 2017-07-15 07:06:26, Sergey Senozhatsky wrote: > On (07/14/17 14:51), Petr Mladek wrote: > [..] > > diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c > > index f35d3ac3b8c7..1ebe1525ef64 100644 > > --- a/kernel/printk/printk.c > > +++ b/kernel/printk/printk.c > > @@ -2659,8

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

On Sat 2017-07-15 07:06:26, Sergey Senozhatsky wrote: > On (07/14/17 14:51), Petr Mladek wrote: > [..] > > diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c > > index f35d3ac3b8c7..1ebe1525ef64 100644 > > --- a/kernel/printk/printk.c > > +++ b/kernel/printk/printk.c > > @@ -2659,8

Re: [PATCH net 2/2] bpf/verifier: fix min/max handling in BPF_SUB

On 07/21/2017 03:37 PM, Edward Cree wrote: We have to subtract the src max from the dst min, and vice-versa, since (e.g.) the smallest result comes from the largest subtrahend. Fixes: 484611357c19 ("bpf: allow access into map value arrays") Signed-off-by: Edward Cree

Re: [PATCH net 2/2] bpf/verifier: fix min/max handling in BPF_SUB

On 07/21/2017 03:37 PM, Edward Cree wrote: We have to subtract the src max from the dst min, and vice-versa, since (e.g.) the smallest result comes from the largest subtrahend. Fixes: 484611357c19 ("bpf: allow access into map value arrays") Signed-off-by: Edward Cree LGTM, thanks for the

Re: [PATCH net 1/2] selftests/bpf: subtraction bounds test

On 07/21/2017 03:36 PM, Edward Cree wrote: There is a bug in the verifier's handling of BPF_SUB: [a,b] - [c,d] yields was [a-c, b-d] rather than the correct [a-d, b-c]. So here is a test which, with the bogus handling, will produce ranges of [0,0] and thus allowed accesses; whereas the

Re: [PATCH net 1/2] selftests/bpf: subtraction bounds test

On 07/21/2017 03:36 PM, Edward Cree wrote: There is a bug in the verifier's handling of BPF_SUB: [a,b] - [c,d] yields was [a-c, b-d] rather than the correct [a-d, b-c]. So here is a test which, with the bogus handling, will produce ranges of [0,0] and thus allowed accesses; whereas the

Re: [PATCH v3 04/16] MIPS: VDSO: Fix clobber lists in fallback code paths

On Fri, Jul 21, 2017 at 04:09:02PM +0200, Aleksandar Markovic wrote: > From: Goran Ferenc > > Extend clobber lists to include all GP registers. > Consider adding: Fixes: 0b523a85e134 ("MIPS: VDSO: Add implementation of gettimeofday() fallback") > Signed-off-by:

Re: [PATCH v3 04/16] MIPS: VDSO: Fix clobber lists in fallback code paths

On Fri, Jul 21, 2017 at 04:09:02PM +0200, Aleksandar Markovic wrote: > From: Goran Ferenc > > Extend clobber lists to include all GP registers. > Consider adding: Fixes: 0b523a85e134 ("MIPS: VDSO: Add implementation of gettimeofday() fallback") > Signed-off-by: Miodrag Dinic >

Re: [PATCH 4/4] ARM: multi_v7_defconfig: Switch AXP20x driver from module to built-in

Hi, On Wed, Jun 14, 2017 at 09:07:12AM +0200, Maxime Ripard wrote: > On Tue, Jun 13, 2017 at 09:14:00AM -0700, Kevin Hilman wrote: > > Maxime Ripard writes: > > > > > On Tue, Jun 06, 2017 at 12:45:17PM -0700, Kevin Hilman wrote: > > >> On Mon, May 22, 2017 at

Re: [PATCH 4/4] ARM: multi_v7_defconfig: Switch AXP20x driver from module to built-in

Hi, On Wed, Jun 14, 2017 at 09:07:12AM +0200, Maxime Ripard wrote: > On Tue, Jun 13, 2017 at 09:14:00AM -0700, Kevin Hilman wrote: > > Maxime Ripard writes: > > > > > On Tue, Jun 06, 2017 at 12:45:17PM -0700, Kevin Hilman wrote: > > >> On Mon, May 22, 2017 at 12:44 AM, Maxime Ripard > > >>

[PATCH v4 0/4] Add Broadcom STB USB phy driver

Add a new USB Phy driver for Broadcom STB SoCs. This driver supports Broadcom STB ARM SoCs. This driver in combination with the Broadcom STB ohci, ehci and xhci drivers will enable USB1.1, USB2.0 and USB3.0 support. This Phy driver also supports the Broadcom BDC gadget driver. Changes since v3: -

[PATCH v4 0/4] Add Broadcom STB USB phy driver

Add a new USB Phy driver for Broadcom STB SoCs. This driver supports Broadcom STB ARM SoCs. This driver in combination with the Broadcom STB ohci, ehci and xhci drivers will enable USB1.1, USB2.0 and USB3.0 support. This Phy driver also supports the Broadcom BDC gadget driver. Changes since v3: -

[PATCH v4 1/4] soc: brcmstb: Add Product ID and Family ID helper functions

Signed-off-by: Al Cooper --- drivers/soc/bcm/brcmstb/common.c| 12 include/linux/soc/brcmstb/brcmstb.h | 10 ++ 2 files changed, 22 insertions(+) diff --git a/drivers/soc/bcm/brcmstb/common.c b/drivers/soc/bcm/brcmstb/common.c index b6195fd..184dbf5

[PATCH v4 1/4] soc: brcmstb: Add Product ID and Family ID helper functions

Signed-off-by: Al Cooper --- drivers/soc/bcm/brcmstb/common.c| 12 include/linux/soc/brcmstb/brcmstb.h | 10 ++ 2 files changed, 22 insertions(+) diff --git a/drivers/soc/bcm/brcmstb/common.c b/drivers/soc/bcm/brcmstb/common.c index b6195fd..184dbf5 100644 ---

[PATCH v3 16/16] MIPS: math-emu: <MADDF|MSUBF>.<D|S>: Clean up maddf_flags enumeration

From: Aleksandar Markovic Fix definition and usage of maddf_flags enumeration. Avoid duplicate definition and apply more common capitalization. This patch does not change any scenario. It just make MADDF and MSUBF emulation code more readable and easier to

[PATCH v3 16/16] MIPS: math-emu: .: Clean up maddf_flags enumeration

From: Aleksandar Markovic Fix definition and usage of maddf_flags enumeration. Avoid duplicate definition and apply more common capitalization. This patch does not change any scenario. It just make MADDF and MSUBF emulation code more readable and easier to maintain, and hopefully also prevents

[PATCH v3 15/16] MIPS: math-emu: <MADDF|MSUBF>.D: Fix accuracy (64-bit case)

From: Douglas Leung Implement fused multiply-add with correct accuracy. Fused multiply-add operation has better accuracy than respective sequential execution of multiply and add operations applied on the same inputs. This is because accuracy errors accumulate in latter

[PATCH v3 15/16] MIPS: math-emu: .D: Fix accuracy (64-bit case)

From: Douglas Leung Implement fused multiply-add with correct accuracy. Fused multiply-add operation has better accuracy than respective sequential execution of multiply and add operations applied on the same inputs. This is because accuracy errors accumulate in latter case. This patch

[PATCH v3 11/16] MIPS: math-emu: <MADDF|MSUBF>.<D|S>: Fix NaN propagation

From: Aleksandar Markovic Fix the cases of . when any of three inputs is any NaN. Correct behavior of . fd, fs, ft is following: - if any of inputs is sNaN, return a sNaN using following rules: if only one input is sNaN,

[PATCH v3 10/16] MIPS: math-emu: MINA.<D|S>: Fix some cases of infinity and zero inputs

From: Aleksandar Markovic Fix following special cases for MINA>.: - if one of the inputs is zero, and the other is subnormal, normal, or infinity, the value of the former should be returned (that is, a zero). - if one of the inputs is infinity,

[PATCH v3 11/16] MIPS: math-emu: .: Fix NaN propagation

From: Aleksandar Markovic Fix the cases of . when any of three inputs is any NaN. Correct behavior of . fd, fs, ft is following: - if any of inputs is sNaN, return a sNaN using following rules: if only one input is sNaN, return that one; if more than one input is sNaN, order of

[PATCH v3 10/16] MIPS: math-emu: MINA.: Fix some cases of infinity and zero inputs

From: Aleksandar Markovic Fix following special cases for MINA>.: - if one of the inputs is zero, and the other is subnormal, normal, or infinity, the value of the former should be returned (that is, a zero). - if one of the inputs is infinity, and the other input is normal, or

[PATCH v3 08/16] MIPS: math-emu: <MAXA|MINA>.<D|S>: Fix cases of input values with opposite signs

From: Aleksandar Markovic Fix the value returned by ., if inputs are normal fp numbers of the same absolute value, but opposite signs. The relevant example: MAXA.S fd,fs,ft: If fs contains -3, and ft contains +3, fd is going to contain +3

[PATCH v3 14/16] MIPS: math-emu: <MADDF|MSUBF>.S: Fix accuracy (32-bit case)

From: Douglas Leung Implement fused multiply-add with correct accuracy. Fused multiply-add operation has better accuracy than respective sequential execution of multiply and add operations applied on the same inputs. This is because accuracy errors accumulate in latter

[PATCH v3 09/16] MIPS: math-emu: <MAXA|MINA>.<D|S>: Fix cases of both infinite inputs

From: Aleksandar Markovic Fix the value returned by . fd,fs,ft, if both inputs are infinite. The previous implementation returned always the value contained in ft in such cases. The correct behavior is specified in Mips instruction set manual and

[PATCH v3 08/16] MIPS: math-emu: .: Fix cases of input values with opposite signs

From: Aleksandar Markovic Fix the value returned by ., if inputs are normal fp numbers of the same absolute value, but opposite signs. The relevant example: MAXA.S fd,fs,ft: If fs contains -3, and ft contains +3, fd is going to contain +3 (without this patch, it used to contain -3).

[PATCH v3 14/16] MIPS: math-emu: .S: Fix accuracy (32-bit case)

From: Douglas Leung Implement fused multiply-add with correct accuracy. Fused multiply-add operation has better accuracy than respective sequential execution of multiply and add operations applied on the same inputs. This is because accuracy errors accumulate in latter case. This patch

[PATCH v3 09/16] MIPS: math-emu: .: Fix cases of both infinite inputs

From: Aleksandar Markovic Fix the value returned by . fd,fs,ft, if both inputs are infinite. The previous implementation returned always the value contained in ft in such cases. The correct behavior is specified in Mips instruction set manual and is as follows: fsftMAXA MINA

[PATCH v3 06/16] MIPS: math-emu: <MAX|MAXA|MIN|MINA>.<D|S>: Fix cases of both inputs zero

From: Aleksandar Markovic Fix the value returned by ., if both inputs are zeros. The right behavior in such cases is stated in instruction reference manual and is as follows: fs ft MAX MIN MAXAMINA

[PATCH v3 06/16] MIPS: math-emu: .: Fix cases of both inputs zero

From: Aleksandar Markovic Fix the value returned by ., if both inputs are zeros. The right behavior in such cases is stated in instruction reference manual and is as follows: fs ft MAX MIN MAXAMINA - 0 00

[PATCH v3 13/16] MIPS: math-emu: <MADDF|MSUBF>.<D|S>: Fix some cases of zero inputs

From: Aleksandar Markovic Fix the cases of . when any of two multiplicands is +0 or -0, and the third input is also +0 or -0. Depending on the signs of inputs, certain special cases must be handled. The relevant example: MADDF.S fd,fs,ft: If

[PATCH v3 12/16] MIPS: math-emu: <MADDF|MSUBF>.<D|S>: Fix some cases of infinite inputs

From: Aleksandar Markovic Fix the cases of . when any of two multiplicands is infinity. The correct behavior in such cases is affected by the nature of third input. Cases of addition of infinities with opposite signs and subtraction of infinities

[PATCH v3 12/16] MIPS: math-emu: .: Fix some cases of infinite inputs

From: Aleksandar Markovic Fix the cases of . when any of two multiplicands is infinity. The correct behavior in such cases is affected by the nature of third input. Cases of addition of infinities with opposite signs and subtraction of infinities with same signs may arise and must be handles

[PATCH v3 13/16] MIPS: math-emu: .: Fix some cases of zero inputs

From: Aleksandar Markovic Fix the cases of . when any of two multiplicands is +0 or -0, and the third input is also +0 or -0. Depending on the signs of inputs, certain special cases must be handled. The relevant example: MADDF.S fd,fs,ft: If fs contains +0.0, ft contains -0.0, and fd

[PATCH v3 07/16] MIPS: math-emu: <MAX|MIN>.<D|S>: Fix cases of both inputs negative

From: Aleksandar Markovic Fix the value returned by ., if both inputs are negative normal fp numbers. The previous logic did not take into account that if both inputs have the same sign, there should be separate treatment of the cases when both

[PATCH v3 07/16] MIPS: math-emu: .: Fix cases of both inputs negative

From: Aleksandar Markovic Fix the value returned by ., if both inputs are negative normal fp numbers. The previous logic did not take into account that if both inputs have the same sign, there should be separate treatment of the cases when both inputs are negative and when both inputs are

[PATCH v3 02/16] tty: goldfish: Use streaming DMA for r/w operations on Ranchu platforms

From: Miodrag Dinic Implement tty r/w operations using streaming DMA. Goldfish tty for Ranchu platforms has been modified to use streaming DMA mappings for read/write operations. This change eliminates the need for snooping through the TLB in QEMU using

[PATCH v3 02/16] tty: goldfish: Use streaming DMA for r/w operations on Ranchu platforms

From: Miodrag Dinic Implement tty r/w operations using streaming DMA. Goldfish tty for Ranchu platforms has been modified to use streaming DMA mappings for read/write operations. This change eliminates the need for snooping through the TLB in QEMU using cpu_get_phys_page_debug() which does not

[PATCH v4 3/4] phy: usb: phy-brcm-usb: Add Broadcom STB USB phy driver

Add a new USB Phy driver for Broadcom STB SoCs. This driver supports Broadcom STB ARM SoCs. This driver in combination with the Broadcom STB ohci, ehci and xhci drivers will enable USB1.1, USB2.0 and USB3.0 support. This Phy driver also supports the Broadcom BDC gadget driver. Signed-off-by: Al

[PATCH v4 3/4] phy: usb: phy-brcm-usb: Add Broadcom STB USB phy driver

Add a new USB Phy driver for Broadcom STB SoCs. This driver supports Broadcom STB ARM SoCs. This driver in combination with the Broadcom STB ohci, ehci and xhci drivers will enable USB1.1, USB2.0 and USB3.0 support. This Phy driver also supports the Broadcom BDC gadget driver. Signed-off-by: Al

[PATCH v3 04/16] MIPS: VDSO: Fix clobber lists in fallback code paths

From: Goran Ferenc Extend clobber lists to include all GP registers. Signed-off-by: Miodrag Dinic Signed-off-by: Goran Ferenc Signed-off-by: Aleksandar Markovic ---

[PATCH v3 03/16] tty: goldfish: Implement support for kernel 'earlycon' parameter

From: Miodrag Dinic Add early console functionality to the Goldfish tty driver. When 'earlycon' kernel command line parameter is used with no options, the early console is determined by the 'stdout-path' property in device tree's 'chosen' node. This is illustrated in

[PATCH v3 04/16] MIPS: VDSO: Fix clobber lists in fallback code paths

From: Goran Ferenc Extend clobber lists to include all GP registers. Signed-off-by: Miodrag Dinic Signed-off-by: Goran Ferenc Signed-off-by: Aleksandar Markovic --- arch/mips/vdso/gettimeofday.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

[PATCH v3 03/16] tty: goldfish: Implement support for kernel 'earlycon' parameter

From: Miodrag Dinic Add early console functionality to the Goldfish tty driver. When 'earlycon' kernel command line parameter is used with no options, the early console is determined by the 'stdout-path' property in device tree's 'chosen' node. This is illustrated in the following device tree

[PATCH v3 05/16] MIPS: math-emu: <MAX|MAXA|MIN|MINA>.<D|S>: Fix quiet NaN propagation

From: Aleksandar Markovic Fix the value returned by ., if both inputs are quiet NaNs. The specifications of . state that the returned value in such cases should be the quiet NaN contained in register fs. The

[PATCH v3 05/16] MIPS: math-emu: .: Fix quiet NaN propagation

From: Aleksandar Markovic Fix the value returned by ., if both inputs are quiet NaNs. The specifications of . state that the returned value in such cases should be the quiet NaN contained in register fs. The relevant example: MAX.S fd,fs,ft: If fs contains qNaN1, and ft contains qNaN2, fd is

[PATCH v3 01/16] input: goldfish: Fix multitouch event handling

From: Lingfeng Yang Register Goldfish Events device properly as a multitouch device, and send SYN_REPORT event in appropriate cases only. If SYN_REPORT is sent on every single multitouch event, it breaks the multitouch. The multitouch becomes janky and having to click 2-3 times

[PATCH v3 01/16] input: goldfish: Fix multitouch event handling

From: Lingfeng Yang Register Goldfish Events device properly as a multitouch device, and send SYN_REPORT event in appropriate cases only. If SYN_REPORT is sent on every single multitouch event, it breaks the multitouch. The multitouch becomes janky and having to click 2-3 times to do stuff

[PATCH v4 4/4] phy: usb: phy-brcm-usb: Add ability to force DRD mode to host or device

From: Al Cooper When the usb phy device mode is set to "drd", the USB port will switch between device and host modes depending on what's plugged into the port. Customers have asked for the ability to force host or device mode from software. This commit adds sysfs entries

[PATCH v4 4/4] phy: usb: phy-brcm-usb: Add ability to force DRD mode to host or device

From: Al Cooper When the usb phy device mode is set to "drd", the USB port will switch between device and host modes depending on what's plugged into the port. Customers have asked for the ability to force host or device mode from software. This commit adds sysfs entries to the phy device that

[PATCH v3 00/16] MIPS: Miscellaneous fixes related to Android Mips emulator

From: Aleksandar Markovic v2->v3: - added a patch that fixes clobber lists in vdso fallback cases - added 6 patches related to MIN/MINA/MAX/MAXA issues - added 6 patches related to MADDF/MSUBDF issues - enhanced logic and comments in patch on

[PATCH v3 00/16] MIPS: Miscellaneous fixes related to Android Mips emulator

From: Aleksandar Markovic v2->v3: - added a patch that fixes clobber lists in vdso fallback cases - added 6 patches related to MIN/MINA/MAX/MAXA issues - added 6 patches related to MADDF/MSUBDF issues - enhanced logic and comments in patch on multitouch - fixed a number of

[PATCH v4 2/4] dt-bindings: Add Broadcom STB USB PHY binding document

Add DT bindings document for Broadcom STB USB PHYs Acked-by: Rob Herring Signed-off-by: Al Cooper --- .../bindings/phy/brcm,brcmstb-usb-phy.txt | 43 ++ 1 file changed, 43 insertions(+) create mode 100644

[PATCH v4 2/4] dt-bindings: Add Broadcom STB USB PHY binding document

Add DT bindings document for Broadcom STB USB PHYs Acked-by: Rob Herring Signed-off-by: Al Cooper --- .../bindings/phy/brcm,brcmstb-usb-phy.txt | 43 ++ 1 file changed, 43 insertions(+) create mode 100644

Re: USB PHY reset for Nitrogen6x/MAX

Hi Gary, On Fri, Jul 21, 2017 at 6:25 AM, Gary Bisson wrote: > Hi Shawn, Fabio, > > Last October I offered the following two patches that add regulators > to fix USB PHY reset on 2 of our boards: > https://patchwork.kernel.org/patch/9395531/ >

Re: USB PHY reset for Nitrogen6x/MAX

Hi Gary, On Fri, Jul 21, 2017 at 6:25 AM, Gary Bisson wrote: > Hi Shawn, Fabio, > > Last October I offered the following two patches that add regulators > to fix USB PHY reset on 2 of our boards: > https://patchwork.kernel.org/patch/9395531/ > https://patchwork.kernel.org/patch/9395539/ > > At

<    3   4   5   6   7   8   9   10   11   12   >