Re: [PATCH net-next v2 2/6] net: dsa: mv88e6xxx: move ATU code in its own file

Hi Andrew, Andrew Lunn writes: > This seems to be more than renaming a few functions. There looks to be > real changes here. I think these changes should be split out into a > separate patch with an explanation what is being changed. Keep this > patch for plain renames. > > It

Re: [PATCH net-next v2 2/6] net: dsa: mv88e6xxx: move ATU code in its own file

Hi Andrew, Andrew Lunn writes: > This seems to be more than renaming a few functions. There looks to be > real changes here. I think these changes should be split out into a > separate patch with an explanation what is being changed. Keep this > patch for plain renames. > > It would also be

Re: [RFC 4/8] doc: fpga-mgr: separate getting/locking FPGA manager

On Fri, Feb 17, 2017 at 11:14 AM, Li, Yi wrote: > hi Alan > > > On 2/15/2017 10:14 AM, Alan Tull wrote: >> >> Document that getting a reference to a FPGA Manager has been >> separated from locking the FPGA Mangager for use. >> >> fpga_mgr_lock/unlock functions get/release

Re: [RFC 4/8] doc: fpga-mgr: separate getting/locking FPGA manager

On Fri, Feb 17, 2017 at 11:14 AM, Li, Yi wrote: > hi Alan > > > On 2/15/2017 10:14 AM, Alan Tull wrote: >> >> Document that getting a reference to a FPGA Manager has been >> separated from locking the FPGA Mangager for use. >> >> fpga_mgr_lock/unlock functions get/release mutex. >> >>

Re: tty: panic in tty_ldisc_restore

On Tue, Feb 7, 2017 at 11:51 AM, Dmitry Vyukov wrote: > On Tue, Feb 7, 2017 at 11:43 AM, Greg Kroah-Hartman > wrote: >> On Tue, Feb 07, 2017 at 11:24:13AM +0100, Dmitry Vyukov wrote: >>> On Thu, Feb 2, 2017 at 7:23 PM, Greg Kroah-Hartman >>>

Re: tty: panic in tty_ldisc_restore

On Tue, Feb 7, 2017 at 11:51 AM, Dmitry Vyukov wrote: > On Tue, Feb 7, 2017 at 11:43 AM, Greg Kroah-Hartman > wrote: >> On Tue, Feb 07, 2017 at 11:24:13AM +0100, Dmitry Vyukov wrote: >>> On Thu, Feb 2, 2017 at 7:23 PM, Greg Kroah-Hartman >>> wrote: >>> > On Thu, Feb 02, 2017 at 07:03:41PM

Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR

On February 17, 2017 1:10:27 PM PST, Linus Torvalds wrote: >On Fri, Feb 17, 2017 at 1:04 PM, Dave Hansen >wrote: >> >> Is this likely to break anything in practice? Nah. But it would >nice >> to avoid it. > >So I go the other way: what *I*

Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR

On February 17, 2017 1:10:27 PM PST, Linus Torvalds wrote: >On Fri, Feb 17, 2017 at 1:04 PM, Dave Hansen >wrote: >> >> Is this likely to break anything in practice? Nah. But it would >nice >> to avoid it. > >So I go the other way: what *I* would like to avoid is odd code that >is hard to

Re: [PATCH net-next v2 5/6] net: dsa: mv88e6xxx: add VTU ops

On Fri, Feb 17, 2017 at 10:05:30AM -0500, Vivien Didelot wrote: > Because there are several variant of the VTU operations and because > checking for the presence of an STU is not enough, add new ops to the > info structure to describe the VTU operations that a chip supports. > > Signed-off-by:

Re: [PATCH net-next v2 5/6] net: dsa: mv88e6xxx: add VTU ops

On Fri, Feb 17, 2017 at 10:05:30AM -0500, Vivien Didelot wrote: > Because there are several variant of the VTU operations and because > checking for the presence of an STU is not enough, add new ops to the > info structure to describe the VTU operations that a chip supports. > > Signed-off-by:

Re: [PATCH net-next v2 4/6] net: dsa: mv88e6xxx: move VTU code to its own file

On Fri, Feb 17, 2017 at 10:05:29AM -0500, Vivien Didelot wrote: > Move the Global (1) VTU related code to its own file. > > Use this opportunity to provide a cleaner API for the VTU, by renaming a > few underscore prefixed functions, split the data member of the > mv88e6xxx_vtu_entry structure

Re: [PATCH net-next v2 4/6] net: dsa: mv88e6xxx: move VTU code to its own file

On Fri, Feb 17, 2017 at 10:05:29AM -0500, Vivien Didelot wrote: > Move the Global (1) VTU related code to its own file. > > Use this opportunity to provide a cleaner API for the VTU, by renaming a > few underscore prefixed functions, split the data member of the > mv88e6xxx_vtu_entry structure

Re: [BUGFIX PATCH V2 0/3] kprobes/arm: Improve kprobes implementation on arm

On Fri, 17 Feb 2017 11:01:10 + "Jon Medhurst (Tixy)" wrote: > On Wed, 2017-02-15 at 09:27 +0900, Masami Hiramatsu wrote: > > Hi, > > > > Here is the 2nd version of the patches which improve kprobe > > on arm implementation (a kind of bugfix). Version 1 is here; > > > >

Re: [BUGFIX PATCH V2 0/3] kprobes/arm: Improve kprobes implementation on arm

On Fri, 17 Feb 2017 11:01:10 + "Jon Medhurst (Tixy)" wrote: > On Wed, 2017-02-15 at 09:27 +0900, Masami Hiramatsu wrote: > > Hi, > > > > Here is the 2nd version of the patches which improve kprobe > > on arm implementation (a kind of bugfix). Version 1 is here; > > > >

[PATCH] Staging: ks7010: ks_*: Braces should be used on all arms of these statements

Braces should be used on all arms of these statements (CHECK).. Signed-off-by: Shiva Kerdel --- drivers/staging/ks7010/ks_hostif.c | 6 -- drivers/staging/ks7010/ks_wlan_net.c | 42 +++- 2 files changed, 31 insertions(+), 17 deletions(-)

[PATCH] Staging: ks7010: ks_*: Braces should be used on all arms of these statements

Braces should be used on all arms of these statements (CHECK).. Signed-off-by: Shiva Kerdel --- drivers/staging/ks7010/ks_hostif.c | 6 -- drivers/staging/ks7010/ks_wlan_net.c | 42 +++- 2 files changed, 31 insertions(+), 17 deletions(-) diff --git

Re: [PATCH] of_mdio: Add "broadcom,bcm5241" to the whitelist.

On 02/17/2017 12:09 PM, Florian Fainelli wrote: On 02/17/2017 12:04 PM, David Daney wrote: Some Cavium dev boards have firmware which doesn't supply a proper ethernet-phy-ieee802.3-c22" compatible property. Restore these boards to working order by whitelisting this compatible value.

Re: [PATCH] of_mdio: Add "broadcom,bcm5241" to the whitelist.

On 02/17/2017 12:09 PM, Florian Fainelli wrote: On 02/17/2017 12:04 PM, David Daney wrote: Some Cavium dev boards have firmware which doesn't supply a proper ethernet-phy-ieee802.3-c22" compatible property. Restore these boards to working order by whitelisting this compatible value.

Re: [PATCH net-next v2 3/6] net: dsa: mv88e6xxx: add support for 6390 ATU Move

On Fri, Feb 17, 2017 at 10:05:28AM -0500, Vivien Didelot wrote: > The 6390 family of Marvell chips uses 5 bits to describe the ToPort and > FromPort values of PortVec in the ATU Move operation, while older > switches use 0xf. Hi Vivien Since you say 5 bits for 6390, it would be better to say 4

Re: [PATCH net-next v2 3/6] net: dsa: mv88e6xxx: add support for 6390 ATU Move

On Fri, Feb 17, 2017 at 10:05:28AM -0500, Vivien Didelot wrote: > The 6390 family of Marvell chips uses 5 bits to describe the ToPort and > FromPort values of PortVec in the ATU Move operation, while older > switches use 0xf. Hi Vivien Since you say 5 bits for 6390, it would be better to say 4

Re: [PATCH net-next v2 2/6] net: dsa: mv88e6xxx: move ATU code in its own file

On Fri, Feb 17, 2017 at 10:05:27AM -0500, Vivien Didelot wrote: > Move the Global (1) ATU related code in its own file, and export the > necessary primitives. > > Use that opportunity to provide a cleaner API for the ATU, by renaming a > few underscore prefixed functions, and members of the >

Re: [PATCH net-next v2 2/6] net: dsa: mv88e6xxx: move ATU code in its own file

On Fri, Feb 17, 2017 at 10:05:27AM -0500, Vivien Didelot wrote: > Move the Global (1) ATU related code in its own file, and export the > necessary primitives. > > Use that opportunity to provide a cleaner API for the ATU, by renaming a > few underscore prefixed functions, and members of the >

Re: [PATCH] userfaultfd: hugetlbfs: add UFFDIO_COPY support for shared mappings

On Fri, Feb 17, 2017 at 01:08:55PM -0800, Andrew Morton wrote: > I had a bunch more rejects to fix in that function. Below is the final > result - please check it carefully. Sure, reviewed and this is the diff that remains (vm_shared assignment location is irrelevant, I put it at the end as it's

Re: [PATCH] userfaultfd: hugetlbfs: add UFFDIO_COPY support for shared mappings

On Fri, Feb 17, 2017 at 01:08:55PM -0800, Andrew Morton wrote: > I had a bunch more rejects to fix in that function. Below is the final > result - please check it carefully. Sure, reviewed and this is the diff that remains (vm_shared assignment location is irrelevant, I put it at the end as it's

e1000_netpoll() , BUG: sleeping function called from invalid context

Hi all, while poking at a different issue I found the following on my logs : [85362.132770] BUG: sleeping function called from invalid context at kernel/irq/manage.c:110 [85362.132771] in_atomic(): 1, irqs_disabled(): 1, pid: 1153, name: systemd-journal [85362.132772] no locks held by

e1000_netpoll() , BUG: sleeping function called from invalid context

Hi all, while poking at a different issue I found the following on my logs : [85362.132770] BUG: sleeping function called from invalid context at kernel/irq/manage.c:110 [85362.132771] in_atomic(): 1, irqs_disabled(): 1, pid: 1153, name: systemd-journal [85362.132772] no locks held by

Re: AXP808 vs. AXP806 debugged, no difference? (Was: [PATCH v6 5/5] ARM: dts: sun9i: Initial support for the Sunchip CX-A99 board)

On Fri, Feb 17, 2017 at 11:08:59AM +0800, Chen-Yu Tsai wrote: > On Fri, Feb 17, 2017 at 5:16 AM, Rask Ingemann Lambertsen > wrote: > > In summary: I'll propose a new property "extended-address" or so to the > > existing "x-powers,axp806" compatible, because the axp808 does seem

Re: AXP808 vs. AXP806 debugged, no difference? (Was: [PATCH v6 5/5] ARM: dts: sun9i: Initial support for the Sunchip CX-A99 board)

On Fri, Feb 17, 2017 at 11:08:59AM +0800, Chen-Yu Tsai wrote: > On Fri, Feb 17, 2017 at 5:16 AM, Rask Ingemann Lambertsen > wrote: > > In summary: I'll propose a new property "extended-address" or so to the > > existing "x-powers,axp806" compatible, because the axp808 does seem to have > > the

Re: [PATCH v9 8/8] drivers:input:tsc2007: add iio interface to read external ADC input and temperature

On Fri, Dec 30, 2016 at 08:36:30PM +, Jonathan Cameron wrote: > On 28/12/16 14:53, H. Nikolaus Schaller wrote: > > The tsc2007 chip not only has a resistive touch screen controller but > > also an external AUX adc imput which can be used for an ambient > > light sensor, battery voltage

Re: [PATCH v9 8/8] drivers:input:tsc2007: add iio interface to read external ADC input and temperature

On Fri, Dec 30, 2016 at 08:36:30PM +, Jonathan Cameron wrote: > On 28/12/16 14:53, H. Nikolaus Schaller wrote: > > The tsc2007 chip not only has a resistive touch screen controller but > > also an external AUX adc imput which can be used for an ambient > > light sensor, battery voltage

Re: [PATCH net-next v2 1/6] net: dsa: mv88e6xxx: add port mask helper

On Fri, Feb 17, 2017 at 10:05:26AM -0500, Vivien Didelot wrote: > Add a mv88e6xxx_port_mask() helper to get the bitmask of ports in a > switch chip, that will be used in several features. > > Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn

Re: [PATCH net-next v2 1/6] net: dsa: mv88e6xxx: add port mask helper

On Fri, Feb 17, 2017 at 10:05:26AM -0500, Vivien Didelot wrote: > Add a mv88e6xxx_port_mask() helper to get the bitmask of ports in a > switch chip, that will be used in several features. > > Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn Andrew

[PATCH] sched/rt: Add comments describing the RT IPI pull method

From: "Steven Rostedt (VMware)" While looking into optimizations for the RT scheduler IPI logic, I realized that the comments are lacking to describe it efficiently. It deserves a lengthy description describing its design. Signed-off-by: Steven Rostedt (VMware)

[PATCH] sched/rt: Add comments describing the RT IPI pull method

From: "Steven Rostedt (VMware)" While looking into optimizations for the RT scheduler IPI logic, I realized that the comments are lacking to describe it efficiently. It deserves a lengthy description describing its design. Signed-off-by: Steven Rostedt (VMware) --- kernel/sched/rt.c | 63

Re: [PREVIEW 10/10] linkage: add .cfi_{start/end}proc to ENTRY/ENDPROC

On Fri, Feb 17, 2017 at 03:26:36PM +0100, Jiri Slaby wrote: > On 02/17/2017, 03:07 PM, Josh Poimboeuf wrote: > > On Fri, Feb 17, 2017 at 02:36:15PM +0100, Jiri Slaby wrote: > >> On 02/17/2017, 02:16 PM, Josh Poimboeuf wrote: > >>> On Fri, Feb 17, 2017 at 11:47:57AM +0100, Jiri Slaby wrote: >

Re: [PREVIEW 10/10] linkage: add .cfi_{start/end}proc to ENTRY/ENDPROC

On Fri, Feb 17, 2017 at 03:26:36PM +0100, Jiri Slaby wrote: > On 02/17/2017, 03:07 PM, Josh Poimboeuf wrote: > > On Fri, Feb 17, 2017 at 02:36:15PM +0100, Jiri Slaby wrote: > >> On 02/17/2017, 02:16 PM, Josh Poimboeuf wrote: > >>> On Fri, Feb 17, 2017 at 11:47:57AM +0100, Jiri Slaby wrote: >

[btrfs] lockdep splat

Greetings, Running ltp on master.today, I received the splat (from hell) below. [ 5015.128458] = [ 5015.128458] [ INFO: possible irq lock inversion dependency detected ] [ 5015.128458] 4.10.0-default #119 Tainted: GE [

[btrfs] lockdep splat

Greetings, Running ltp on master.today, I received the splat (from hell) below. [ 5015.128458] = [ 5015.128458] [ INFO: possible irq lock inversion dependency detected ] [ 5015.128458] 4.10.0-default #119 Tainted: GE [

Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR

On Fri, Feb 17, 2017 at 1:04 PM, Dave Hansen wrote: > > Is this likely to break anything in practice? Nah. But it would nice > to avoid it. So I go the other way: what *I* would like to avoid is odd code that is hard to follow. I'd much rather make the code be simple and

Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR

On Fri, Feb 17, 2017 at 1:04 PM, Dave Hansen wrote: > > Is this likely to break anything in practice? Nah. But it would nice > to avoid it. So I go the other way: what *I* would like to avoid is odd code that is hard to follow. I'd much rather make the code be simple and the rules be

Re: [PATCH] userfaultfd: hugetlbfs: add UFFDIO_COPY support for shared mappings

On Fri, 17 Feb 2017 21:51:24 +0100 Andrea Arcangeli wrote: > On Fri, Feb 17, 2017 at 12:17:38PM -0800, Andrew Morton wrote: > > I merged this up and a small issue remains: > > Great! > > > The value of `err' here is EINVAL. That sems appropriate, but it only > > happens

Re: [PATCH] userfaultfd: hugetlbfs: add UFFDIO_COPY support for shared mappings

On Fri, 17 Feb 2017 21:51:24 +0100 Andrea Arcangeli wrote: > On Fri, Feb 17, 2017 at 12:17:38PM -0800, Andrew Morton wrote: > > I merged this up and a small issue remains: > > Great! > > > The value of `err' here is EINVAL. That sems appropriate, but it only > > happens by sheer luck. > > It

Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR

On 02/17/2017 12:02 PM, Linus Torvalds wrote: > So if you use MAP_FIXED and give an address in the high range, it will > just always work, and the MM will always consider the task size to be > the full address space. > > But for the common case where a process does no use MAP_FIXED, the > kernel

Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR

On 02/17/2017 12:02 PM, Linus Torvalds wrote: > So if you use MAP_FIXED and give an address in the high range, it will > just always work, and the MM will always consider the task size to be > the full address space. > > But for the common case where a process does no use MAP_FIXED, the > kernel

Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR

On Fri, Feb 17, 2017 at 12:12 PM, Andy Lutomirski wrote: > > At the very least, I'd want to see > MAP_FIXED_BUT_DONT_BLOODY_UNMAP_ANYTHING. I *hate* the current > interface. That's unrelated, but I guess w could add a MAP_NOUNMAP flag, and then you can use MAP_FIXED |

Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR

On Fri, Feb 17, 2017 at 12:12 PM, Andy Lutomirski wrote: > > At the very least, I'd want to see > MAP_FIXED_BUT_DONT_BLOODY_UNMAP_ANYTHING. I *hate* the current > interface. That's unrelated, but I guess w could add a MAP_NOUNMAP flag, and then you can use MAP_FIXED | MAP_NOUNMAP or something.

Re: [RT] lockdep munching nr_list_entries like popcorn

On Thu, 2017-02-16 at 19:06 +0100, Mike Galbraith wrote: > On Thu, 2017-02-16 at 15:53 +0100, Sebastian Andrzej Siewior wrote: > > On 2017-02-16 15:42:59 [+0100], Mike Galbraith wrote: > > > > > > Weeell, I'm trying to cobble something kinda like that together using > > > __RT_SPIN_INITIALIZER()

Re: [RT] lockdep munching nr_list_entries like popcorn

On Thu, 2017-02-16 at 19:06 +0100, Mike Galbraith wrote: > On Thu, 2017-02-16 at 15:53 +0100, Sebastian Andrzej Siewior wrote: > > On 2017-02-16 15:42:59 [+0100], Mike Galbraith wrote: > > > > > > Weeell, I'm trying to cobble something kinda like that together using > > > __RT_SPIN_INITIALIZER()

Re: [PATCH v4 1/4] x86/mm: Adapt MODULES_END based on Fixmap section size

ip/x86/core kvm/linux-next tip/auto-latest v4.9-rc8 >> v4.9-rc7 v4.9-rc6] >> [if your patch is applied to the wrong git tree, please drop us a note to >> help improve the system] >> >> url: >> https://github.com/0day-ci/linux/commits/Thomas-Garnier/x86-mm-Ada

Re: [PATCH v4 1/4] x86/mm: Adapt MODULES_END based on Fixmap section size

9-rc6] >> [if your patch is applied to the wrong git tree, please drop us a note to >> help improve the system] >> >> url: >> https://github.com/0day-ci/linux/commits/Thomas-Garnier/x86-mm-Adapt-MODULES_END-based-on-Fixmap-section-size/20170217-072759 >> config: x86_64

Re: [PATCH v9 2/8] drivers:input:tsc2007: check for presence and power down tsc2007 during probe

On Wed, Dec 28, 2016 at 03:53:17PM +0100, H. Nikolaus Schaller wrote: > 1. check if chip is really present and don't succeed if it isn't. > 2. if it succeeds, power down the chip until accessed > > Signed-off-by: H. Nikolaus Schaller Applied, thank you. > --- >

Re: [PATCH v9 2/8] drivers:input:tsc2007: check for presence and power down tsc2007 during probe

On Wed, Dec 28, 2016 at 03:53:17PM +0100, H. Nikolaus Schaller wrote: > 1. check if chip is really present and don't succeed if it isn't. > 2. if it succeeds, power down the chip until accessed > > Signed-off-by: H. Nikolaus Schaller Applied, thank you. > --- >

Re: [PATCH] userfaultfd: hugetlbfs: add UFFDIO_COPY support for shared mappings

On Fri, Feb 17, 2017 at 12:17:38PM -0800, Andrew Morton wrote: > I merged this up and a small issue remains: Great! > The value of `err' here is EINVAL. That sems appropriate, but it only > happens by sheer luck. It might have been programmer luck but just for completeness, at runtime no luck

Re: [PATCH] userfaultfd: hugetlbfs: add UFFDIO_COPY support for shared mappings

On Fri, Feb 17, 2017 at 12:17:38PM -0800, Andrew Morton wrote: > I merged this up and a small issue remains: Great! > The value of `err' here is EINVAL. That sems appropriate, but it only > happens by sheer luck. It might have been programmer luck but just for completeness, at runtime no luck

Re: [RFC 1/1] shiftfs: uid/gid shifting bind mount

On Fri, 2017-02-17 at 17:51 +, Al Viro wrote: > On Fri, Feb 17, 2017 at 09:24:40AM -0800, James Bottomley wrote: > > > > What happens when somebody comes along and creates the damn thing > > > on > > > the underlying fs? _Not_ via your code, that is - using the > > > underlying fs mounted

Re: [RFC 1/1] shiftfs: uid/gid shifting bind mount

On Fri, 2017-02-17 at 17:51 +, Al Viro wrote: > On Fri, Feb 17, 2017 at 09:24:40AM -0800, James Bottomley wrote: > > > > What happens when somebody comes along and creates the damn thing > > > on > > > the underlying fs? _Not_ via your code, that is - using the > > > underlying fs mounted

[PATCH] ext4: fix spelling mistake: "alligned" -> "aligned"

From: Colin Ian King trivial fix to spelling mistake in debhg message Signed-off-by: Colin Ian King --- fs/ext4/move_extent.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/ext4/move_extent.c b/fs/ext4/move_extent.c

[PATCH] ext4: fix spelling mistake: "alligned" -> "aligned"

From: Colin Ian King trivial fix to spelling mistake in debhg message Signed-off-by: Colin Ian King --- fs/ext4/move_extent.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/ext4/move_extent.c b/fs/ext4/move_extent.c index 578f8c3..ae4d1b6 100644 ---

Re: [PATCH v9 0/8] drivers: touchscreen: tsc2007 and ads7846/tsc2046 improvements (use common touchscreen bindings, pre-calibration, spi fix and provide iio raw values)

On Wed, Feb 15, 2017 at 03:03:07PM +0100, H. Nikolaus Schaller wrote: > Hi Dmitry, > > > Am 12.02.2017 um 16:18 schrieb H. Nikolaus Schaller : > > > > Hi Dmitry, > > > >> Am 28.01.2017 um 19:16 schrieb H. Nikolaus Schaller : > >> > >> Hi Dmitry, > >>

Re: [PATCH v9 0/8] drivers: touchscreen: tsc2007 and ads7846/tsc2046 improvements (use common touchscreen bindings, pre-calibration, spi fix and provide iio raw values)

On Wed, Feb 15, 2017 at 03:03:07PM +0100, H. Nikolaus Schaller wrote: > Hi Dmitry, > > > Am 12.02.2017 um 16:18 schrieb H. Nikolaus Schaller : > > > > Hi Dmitry, > > > >> Am 28.01.2017 um 19:16 schrieb H. Nikolaus Schaller : > >> > >> Hi Dmitry, > >> there have been no further

[PATCH v3] locking/pvqspinlock: Relax cmpxchg's to improve performance on some archs

All the locking related cmpxchg's in the following functions are replaced with the _acquire variants: - pv_queued_spin_steal_lock() - trylock_clear_pending() This change should help performance on architectures that use LL/SC. On a 2-core 16-thread Power8 system with pvqspinlock explicitly

[PATCH] tty: hvc: don't allocate a buffer for console print on stack

The buffer is used by virtio console driver as DMA buffer. Since v4.9 (if VMAP_STACK is enabled) we shouldn't use the stack for DMA. Signed-off-by: Jan Dakinevich --- drivers/tty/hvc/hvc_console.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git

[PATCH v3] locking/pvqspinlock: Relax cmpxchg's to improve performance on some archs

All the locking related cmpxchg's in the following functions are replaced with the _acquire variants: - pv_queued_spin_steal_lock() - trylock_clear_pending() This change should help performance on architectures that use LL/SC. On a 2-core 16-thread Power8 system with pvqspinlock explicitly

[PATCH] tty: hvc: don't allocate a buffer for console print on stack

The buffer is used by virtio console driver as DMA buffer. Since v4.9 (if VMAP_STACK is enabled) we shouldn't use the stack for DMA. Signed-off-by: Jan Dakinevich --- drivers/tty/hvc/hvc_console.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git

Re: [PATCH 0/2] powerpc: kretprobe updates

Em Fri, Feb 17, 2017 at 07:44:33PM +0900, Masami Hiramatsu escreveu: > On Thu, 16 Feb 2017 13:47:37 +0530 > "Naveen N. Rao" wrote: > > > I am posting the powerpc bits in the same thread so as to keep these > > changes together. I am not sure how this should be

Re: [PATCH 0/2] powerpc: kretprobe updates

Em Fri, Feb 17, 2017 at 07:44:33PM +0900, Masami Hiramatsu escreveu: > On Thu, 16 Feb 2017 13:47:37 +0530 > "Naveen N. Rao" wrote: > > > I am posting the powerpc bits in the same thread so as to keep these > > changes together. I am not sure how this should be taken upstream as > > there are

[PATCH] DTS: Linksys Board: Add default trigger for sata led

In others board we have the sata led set to funcion with the sata led trigger by default. This patch makes the same for these board that have sata led but disabled by not associating it to any trigger Signed-off-by: Ansuel Smith ---

[PATCH] DTS: Linksys Board: Add default trigger for sata led

In others board we have the sata led set to funcion with the sata led trigger by default. This patch makes the same for these board that have sata led but disabled by not associating it to any trigger Signed-off-by: Ansuel Smith --- arch/arm/boot/dts/armada-385-linksys-caiman.dts | 1 +

Re: [RFC PATCH 09/33] irqchip/gic-v3-its: Split out property table allocation

Hi Marc Zyngier, Verifying this RFC series on Cavium ThunderX board to validate the GICV3 changes, noticed host crash as below. Host booted fine with this change "gic_flush_dcache_to_poc(page_address(prop_page), LPI_PROPBASE_SZ);" Loading Linux 4.10.0-rc3-mz-rfc1+ ... Loading initial ramdisk

Re: [RFC PATCH 09/33] irqchip/gic-v3-its: Split out property table allocation

Hi Marc Zyngier, Verifying this RFC series on Cavium ThunderX board to validate the GICV3 changes, noticed host crash as below. Host booted fine with this change "gic_flush_dcache_to_poc(page_address(prop_page), LPI_PROPBASE_SZ);" Loading Linux 4.10.0-rc3-mz-rfc1+ ... Loading initial ramdisk

Re: [PATCH v9 1/8] drivers:input:tsc2007: add new common binding names, pre-calibration, flipping and rotation

Hi Nikolaus, On Sat, Jan 28, 2017 at 10:44:35PM +0100, H. Nikolaus Schaller wrote: > Hi Dmitry, > > > Am 28.01.2017 um 20:33 schrieb Dmitry Torokhov : > > > > Hi Nikolaus, > > > > On Wed, Dec 28, 2016 at 03:53:16PM +0100, H. Nikolaus Schaller wrote: > >> commit

Re: [PATCH v9 1/8] drivers:input:tsc2007: add new common binding names, pre-calibration, flipping and rotation

Hi Nikolaus, On Sat, Jan 28, 2017 at 10:44:35PM +0100, H. Nikolaus Schaller wrote: > Hi Dmitry, > > > Am 28.01.2017 um 20:33 schrieb Dmitry Torokhov : > > > > Hi Nikolaus, > > > > On Wed, Dec 28, 2016 at 03:53:16PM +0100, H. Nikolaus Schaller wrote: > >> commit b98abe52fa8e ("Input: add common

Re: [PATCH] video: fbdev: fsl-diu-fb: fix spelling mistake "palette"

On 02/17/2017 02:23 PM, Colin King wrote: From: Colin Ian King trivial fix to spelling mistakes of "palette" Signed-off-by: Colin Ian King Acked-by: Timur Tabi

Re: [PATCH] video: fbdev: fsl-diu-fb: fix spelling mistake "palette"

On 02/17/2017 02:23 PM, Colin King wrote: From: Colin Ian King trivial fix to spelling mistakes of "palette" Signed-off-by: Colin Ian King Acked-by: Timur Tabi

Re: [PATCH 0/8] ARM: sun8i: a33: Mali improvements

Hi Maxime, As I feared things have taken a turn for the bitter end :-] It seems that this is a heated topic, so I'l kindly ask that we try the following: - For people such as myself/Tobias/others who feel that driver and DT bindings should go hand in hand, prove them wrong. But please, do so

Re: [PATCH 0/8] ARM: sun8i: a33: Mali improvements

Hi Maxime, As I feared things have taken a turn for the bitter end :-] It seems that this is a heated topic, so I'l kindly ask that we try the following: - For people such as myself/Tobias/others who feel that driver and DT bindings should go hand in hand, prove them wrong. But please, do so

Re: net: use-after-free in tw_timer_handler

On Fri, Feb 17, 2017 at 7:51 PM, Cong Wang wrote: > > This code was changed a long time ago : > > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=ed2e923945892a8372ab70d2f61d364b0b6d9054 > > So I suspect a recent patch

Re: net: use-after-free in tw_timer_handler

On Fri, Feb 17, 2017 at 7:51 PM, Cong Wang wrote: > > This code was changed a long time ago : > > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=ed2e923945892a8372ab70d2f61d364b0b6d9054 > > So I suspect a recent patch broke the logic. >

Re: [PATCH v2 0/4] New Microsemi PCI Switch Management Driver

Hi Bjorn, Can you give us an idea of when you might be able to comment on our patchset? We've addressed all the outstanding issues and have a couple of reviewed and tested tags. So we'd like to see this move forward as soon as possible. I can do a respin with the tags collected or address any

Re: [PATCH v2 0/4] New Microsemi PCI Switch Management Driver

Hi Bjorn, Can you give us an idea of when you might be able to comment on our patchset? We've addressed all the outstanding issues and have a couple of reviewed and tested tags. So we'd like to see this move forward as soon as possible. I can do a respin with the tags collected or address any

Re: [RFC 1/1] shiftfs: uid/gid shifting bind mount

On Fri, Feb 17, 2017 at 09:34:07AM -0800, James Bottomley wrote: > On Fri, 2017-02-17 at 02:55 +, Al Viro wrote: > > On Thu, Feb 16, 2017 at 07:56:30AM -0800, James Bottomley wrote: > > > > > > Hi James, > > > > > > > > Should it be "return d_splice_alias()" so that if we find an > > > >

Re: [RFC 1/1] shiftfs: uid/gid shifting bind mount

On Fri, Feb 17, 2017 at 09:34:07AM -0800, James Bottomley wrote: > On Fri, 2017-02-17 at 02:55 +, Al Viro wrote: > > On Thu, Feb 16, 2017 at 07:56:30AM -0800, James Bottomley wrote: > > > > > > Hi James, > > > > > > > > Should it be "return d_splice_alias()" so that if we find an > > > >

Re: [PATCH 35/35] sound/soc: Convert remaining uses of pr_warning to pr_warn

On Thu, Feb 16, 2017 at 11:11:48PM -0800, Joe Perches wrote: > To enable eventual removal of pr_warning > > This makes pr_warn use consistent for sound/soc > > Prior to this patch, there were 5 uses of pr_warning and > 10 uses of pr_warn in sound/soc > > Signed-off-by: Joe Perches

Re: [PATCH 35/35] sound/soc: Convert remaining uses of pr_warning to pr_warn

On Thu, Feb 16, 2017 at 11:11:48PM -0800, Joe Perches wrote: > To enable eventual removal of pr_warning > > This makes pr_warn use consistent for sound/soc > > Prior to this patch, there were 5 uses of pr_warning and > 10 uses of pr_warn in sound/soc > > Signed-off-by: Joe Perches For

Re: [RFC 1/1] shiftfs: uid/gid shifting bind mount

On Fri, Feb 17, 2017 at 05:51:18PM +, Al Viro wrote: > On Fri, Feb 17, 2017 at 09:24:40AM -0800, James Bottomley wrote: > > > > What happens when somebody comes along and creates the damn thing on > > > the underlying fs? _Not_ via your code, that is - using the > > > underlying fs mounted

Re: [RFC 1/1] shiftfs: uid/gid shifting bind mount

On Fri, Feb 17, 2017 at 05:51:18PM +, Al Viro wrote: > On Fri, Feb 17, 2017 at 09:24:40AM -0800, James Bottomley wrote: > > > > What happens when somebody comes along and creates the damn thing on > > > the underlying fs? _Not_ via your code, that is - using the > > > underlying fs mounted

Re: [PATCH] vmxnet3: prevent building with 64K pages

From: Arnd Bergmann Date: Fri, 17 Feb 2017 16:08:30 +0100 > I got a warning about broken code on ARM64 with 64K pages: > > drivers/net/vmxnet3/vmxnet3_drv.c: In function 'vmxnet3_rq_init': > drivers/net/vmxnet3/vmxnet3_drv.c:1679:29: error: large integer implicitly > truncated

Re: [PATCH] vmxnet3: prevent building with 64K pages

From: Arnd Bergmann Date: Fri, 17 Feb 2017 16:08:30 +0100 > I got a warning about broken code on ARM64 with 64K pages: > > drivers/net/vmxnet3/vmxnet3_drv.c: In function 'vmxnet3_rq_init': > drivers/net/vmxnet3/vmxnet3_drv.c:1679:29: error: large integer implicitly > truncated to unsigned type

[PATCH v2] MAINTAINERS: cpufreq: add bmips-cpufreq.c

From: Markus Mayer Add maintainer information for bmips-cpufreq.c. Signed-off-by: Markus Mayer Acked-by: Florian Fainelli --- This is based on PM's linux-next from today (February 17). This patch could be squashed into patch

[PATCH v2] MAINTAINERS: cpufreq: add bmips-cpufreq.c

From: Markus Mayer Add maintainer information for bmips-cpufreq.c. Signed-off-by: Markus Mayer Acked-by: Florian Fainelli --- This is based on PM's linux-next from today (February 17). This patch could be squashed into patch 3/4 of the original series if that is acceptable (see [1]) or it

Re: [PATCH] userfaultfd: hugetlbfs: add UFFDIO_COPY support for shared mappings

On Fri, 17 Feb 2017 16:52:41 +0100 Andrea Arcangeli wrote: > Everything else is identical which is great. Mike Rapoport could you > verify the below hunk is missing in mm? > > Once it'll all be merged upstream then there will be less merge crunch > as we've been working

Re: [PATCH] userfaultfd: hugetlbfs: add UFFDIO_COPY support for shared mappings

On Fri, 17 Feb 2017 16:52:41 +0100 Andrea Arcangeli wrote: > Everything else is identical which is great. Mike Rapoport could you > verify the below hunk is missing in mm? > > Once it'll all be merged upstream then there will be less merge crunch > as we've been working somewhat in parallel on

[PATCH] video: fbdev: fsl-diu-fb: fix spelling mistake "palette"

From: Colin Ian King trivial fix to spelling mistakes of "palette" Signed-off-by: Colin Ian King --- drivers/video/fbdev/fsl-diu-fb.c | 4 ++-- include/linux/fsl-diu-fb.h | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff

[PATCH] video: fbdev: fsl-diu-fb: fix spelling mistake "palette"

From: Colin Ian King trivial fix to spelling mistakes of "palette" Signed-off-by: Colin Ian King --- drivers/video/fbdev/fsl-diu-fb.c | 4 ++-- include/linux/fsl-diu-fb.h | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/video/fbdev/fsl-diu-fb.c

Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR

On Fri, Feb 17, 2017 at 12:02 PM, Linus Torvalds wrote: > On Fri, Feb 17, 2017 at 6:13 AM, Kirill A. Shutemov > wrote: >> This patch introduces two new prctl(2) handles to manage maximum virtual >> address available to userspace to

Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR

On Fri, Feb 17, 2017 at 12:02 PM, Linus Torvalds wrote: > On Fri, Feb 17, 2017 at 6:13 AM, Kirill A. Shutemov > wrote: >> This patch introduces two new prctl(2) handles to manage maximum virtual >> address available to userspace to map. > > So this is my least favorite patch of the whole series,

[PATCH 5/5] staging: bcm2835-audio: bcm2835.h: fix line length coding style issue

Fix checkpatch.pl warning of the form "WARNING: line over 80 characters." Signed-off-by: Nathan Howard --- drivers/staging/bcm2835-audio/bcm2835.h | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/staging/bcm2835-audio/bcm2835.h

[PATCH 4/5] staging: bcm2835-audio: bcm2835.h: fix volatile coding style issue

Fix checkpatch.pl warning of the form "WARNING: Use of volatile is usually wrong: see Documentation/process/volatile-considered-harmful.rst." Signed-off-by: Nathan Howard --- drivers/staging/bcm2835-audio/bcm2835.h | 4 ++-- 1 file changed, 2 insertions(+), 2

[PATCH 5/5] staging: bcm2835-audio: bcm2835.h: fix line length coding style issue

Fix checkpatch.pl warning of the form "WARNING: line over 80 characters." Signed-off-by: Nathan Howard --- drivers/staging/bcm2835-audio/bcm2835.h | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/staging/bcm2835-audio/bcm2835.h

[PATCH 4/5] staging: bcm2835-audio: bcm2835.h: fix volatile coding style issue

Fix checkpatch.pl warning of the form "WARNING: Use of volatile is usually wrong: see Documentation/process/volatile-considered-harmful.rst." Signed-off-by: Nathan Howard --- drivers/staging/bcm2835-audio/bcm2835.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

<    1   2   3   4   5   6   7   8   9   10   >