Re: [PATCH RFC] remove custom Michael MIC implementation

On Mon, Apr 03, 2017 at 12:15:15PM +0200, Arend Van Spriel wrote: > seems we are missing out again? Sorry, I don't understand what this comment means? > On 3-4-2017 11:50, Toke Høiland-Jørgensen wrote: > > "Tobin C. Harding" writes: > > > >> Except one: do you know off the top

Re: [PATCH RFC] remove custom Michael MIC implementation

On Mon, Apr 03, 2017 at 12:15:15PM +0200, Arend Van Spriel wrote: > seems we are missing out again? Sorry, I don't understand what this comment means? > On 3-4-2017 11:50, Toke Høiland-Jørgensen wrote: > > "Tobin C. Harding" writes: > > > >> Except one: do you know off the top of your head of

Re: [PATCH] PCI: generic: stop hiding pci_host_common_probe declaration

On Tue, Mar 21, 2017 at 04:59:52PM +0100, Arnd Bergmann wrote: > When pci_host_common_probe() was moved into a separate module, the #ifdef > around > the declaration was left in the header file, which can lead to build errors in > some configurations: > > drivers/pci/host/pci-thunder-pem.c: In

Re: [PATCH] PCI: generic: stop hiding pci_host_common_probe declaration

On Tue, Mar 21, 2017 at 04:59:52PM +0100, Arnd Bergmann wrote: > When pci_host_common_probe() was moved into a separate module, the #ifdef > around > the declaration was left in the header file, which can lead to build errors in > some configurations: > > drivers/pci/host/pci-thunder-pem.c: In

Re: [PATCH] KEYS: fix dereferencing NULL payload with nonzero length

On Mon, Apr 03, 2017 at 08:20:44PM +0100, David Howells wrote: > Eric Biggers wrote: > > > > > - if (_payload) { > > > > + if (plen) { > > > > > > "if (_payload && plen)" would be better. > > > > > > David > > > > No, that doesn't solve the problem. The

Re: [PATCH] KEYS: fix dereferencing NULL payload with nonzero length

On Mon, Apr 03, 2017 at 08:20:44PM +0100, David Howells wrote: > Eric Biggers wrote: > > > > > - if (_payload) { > > > > + if (plen) { > > > > > > "if (_payload && plen)" would be better. > > > > > > David > > > > No, that doesn't solve the problem. The problem is that userspace

[RFC PATCH] kbuild: Fix asm-offset generation to work with clang

When using clang with -no-integerated-as clang will use the gnu assembler instead of the integrated assembler. However clang will still perform asm error checking before sending the inline assembly language to gas. The generation of asm-offsets from within C code is dependent on gcc's blind

[RFC PATCH] kbuild: Fix asm-offset generation to work with clang

When using clang with -no-integerated-as clang will use the gnu assembler instead of the integrated assembler. However clang will still perform asm error checking before sending the inline assembly language to gas. The generation of asm-offsets from within C code is dependent on gcc's blind

Re: [RFC PATCH] blk: reset 'bi_next' when bio is done inside request

On Mon, Apr 03 2017, Michael Wang wrote: > blk_attempt_plug_merge() try to merge bio into request and chain them > by 'bi_next', while after the bio is done inside request, we forgot to > reset the 'bi_next'. > > This lead into BUG while removing all the underlying devices from md-raid1, > the

Re: [RFC PATCH] blk: reset 'bi_next' when bio is done inside request

On Mon, Apr 03 2017, Michael Wang wrote: > blk_attempt_plug_merge() try to merge bio into request and chain them > by 'bi_next', while after the bio is done inside request, we forgot to > reset the 'bi_next'. > > This lead into BUG while removing all the underlying devices from md-raid1, > the

Re: [PATCH 11/16] fpga: intel: fme: add partial reconfiguration sub feature support

On Thu, Mar 30, 2017 at 7:08 AM, Wu Hao wrote: > From: Kang Luwei > > Partial Reconfiguration (PR) is the most important function for FME. It > allows reconfiguration for given Port/Accelerated Function Unit (AFU). > > This patch adds support for PR sub

Re: [PATCH 11/16] fpga: intel: fme: add partial reconfiguration sub feature support

On Thu, Mar 30, 2017 at 7:08 AM, Wu Hao wrote: > From: Kang Luwei > > Partial Reconfiguration (PR) is the most important function for FME. It > allows reconfiguration for given Port/Accelerated Function Unit (AFU). > > This patch adds support for PR sub feature. In this patch, it registers > a

Re: [PATCH] Input: silead - list all supported compatible strings in binding document

Hello Rob, On 04/03/2017 05:15 PM, Rob Herring wrote: > On Mon, Apr 3, 2017 at 10:51 AM, Javier Martinez Canillas > wrote: >> Hello Rob, >> >> On 04/03/2017 11:25 AM, Rob Herring wrote: >>> On Wed, Mar 29, 2017 at 02:25:31PM -0400, Javier Martinez Canillas wrote: The

Re: [PATCH] Input: silead - list all supported compatible strings in binding document

Hello Rob, On 04/03/2017 05:15 PM, Rob Herring wrote: > On Mon, Apr 3, 2017 at 10:51 AM, Javier Martinez Canillas > wrote: >> Hello Rob, >> >> On 04/03/2017 11:25 AM, Rob Herring wrote: >>> On Wed, Mar 29, 2017 at 02:25:31PM -0400, Javier Martinez Canillas wrote: The driver contains

Re: [PATCH 3/6] mm: remove return value from init_currently_empty_zone

On Thu, Mar 30, 2017 at 01:54:51PM +0200, Michal Hocko wrote: init_currently_empty_zone doesn't have any error to return yet it is still an int and callers try to be defensive and try to handle potential error. Remove this nonsense and simplify all callers. Semi-related; arch_remove_memory()

Re: [PATCH 3/6] mm: remove return value from init_currently_empty_zone

On Thu, Mar 30, 2017 at 01:54:51PM +0200, Michal Hocko wrote: init_currently_empty_zone doesn't have any error to return yet it is still an int and callers try to be defensive and try to handle potential error. Remove this nonsense and simplify all callers. Semi-related; arch_remove_memory()

Re: [RFC 5/8] scatterlist: Modify SG copy functions to support io memory.

Hi Christoph, What are your thoughts on an approach like the following untested draft patch. The patch (if fleshed out) makes it so iomem can be used in an sgl and WARN_ONs will occur in places where drivers attempt to access iomem directly through the sgl. I'd also probably create a

Re: [RFC 5/8] scatterlist: Modify SG copy functions to support io memory.

Hi Christoph, What are your thoughts on an approach like the following untested draft patch. The patch (if fleshed out) makes it so iomem can be used in an sgl and WARN_ONs will occur in places where drivers attempt to access iomem directly through the sgl. I'd also probably create a

Re: [PATCH] pci: dwc: hisi needs PCI_HOST_COMMON

On Tue, Mar 21, 2017 at 03:32:11PM +0100, Arnd Bergmann wrote: > Without PCI_HOST_COMMON support enabled, we get a link error: > > drivers/pci/dwc/built-in.o: In function `hisi_pcie_map_bus': > pcie-hisi.c:(.text+0x8860): undefined reference to `pci_ecam_map_bus' > drivers/pci/dwc/built-in.o: In

Re: [PATCH] pci: dwc: hisi needs PCI_HOST_COMMON

On Tue, Mar 21, 2017 at 03:32:11PM +0100, Arnd Bergmann wrote: > Without PCI_HOST_COMMON support enabled, we get a link error: > > drivers/pci/dwc/built-in.o: In function `hisi_pcie_map_bus': > pcie-hisi.c:(.text+0x8860): undefined reference to `pci_ecam_map_bus' > drivers/pci/dwc/built-in.o: In

[PATCH v2] KEYS: fix keyctl_set_reqkey_keyring() to not leak thread keyrings

From: Eric Biggers Running the following program as an unprivileged user exhausts kernel memory by leaking thread keyrings: #include int main() { for (;;)

[PATCH v2] KEYS: fix keyctl_set_reqkey_keyring() to not leak thread keyrings

From: Eric Biggers Running the following program as an unprivileged user exhausts kernel memory by leaking thread keyrings: #include int main() { for (;;) keyctl_set_reqkey_keyring(KEY_REQKEY_DEFL_THREAD_KEYRING); } Fix

Re: [PATCH] Input: silead - list all supported compatible strings in binding document

On Mon, Apr 3, 2017 at 10:51 AM, Javier Martinez Canillas wrote: > Hello Rob, > > On 04/03/2017 11:25 AM, Rob Herring wrote: >> On Wed, Mar 29, 2017 at 02:25:31PM -0400, Javier Martinez Canillas wrote: >>> The driver contains compatible strings for different models, but

Re: [PATCH] Input: silead - list all supported compatible strings in binding document

On Mon, Apr 3, 2017 at 10:51 AM, Javier Martinez Canillas wrote: > Hello Rob, > > On 04/03/2017 11:25 AM, Rob Herring wrote: >> On Wed, Mar 29, 2017 at 02:25:31PM -0400, Javier Martinez Canillas wrote: >>> The driver contains compatible strings for different models, but the DT >>> binding doc

[PATCH] Staging: lustre cleanup macros in libcfs_private.h

This resolves a checkpatch warning that "Single statement macros should not use a do {} while (0) loop" by removing the loop and adjusting line length accordingly. Signed-off-by: Craig Inches --- .../lustre/include/linux/libcfs/libcfs_private.h | 51

[PATCH] Staging: lustre cleanup macros in libcfs_private.h

This resolves a checkpatch warning that "Single statement macros should not use a do {} while (0) loop" by removing the loop and adjusting line length accordingly. Signed-off-by: Craig Inches --- .../lustre/include/linux/libcfs/libcfs_private.h | 51 +++--- 1 file changed, 15

Re: [PATCH 0/7] block: T10/DIF Fixes and cleanups v2

Dmitry Monakhov writes: Dmitry, > This patch set fix various problems spotted during T10/DIF integrity > machinery testing. > > TOC: > ## Fix various bugs in T10/DIF/DIX infrastructure > 0001-bio-integrity-Do-not-allocate-integrity-context-for-fsync >

Re: [PATCH 0/7] block: T10/DIF Fixes and cleanups v2

Dmitry Monakhov writes: Dmitry, > This patch set fix various problems spotted during T10/DIF integrity > machinery testing. > > TOC: > ## Fix various bugs in T10/DIF/DIX infrastructure > 0001-bio-integrity-Do-not-allocate-integrity-context-for-fsync >

Re: [RFC][PATCH 2/2] exec: If possible don't wait for ptraced threads to be reaped

Oleg Nesterov writes: > On 04/02, Eric W. Biederman wrote: >> >> Oleg Nesterov writes: >> >> > And btw zap_other_threads(may_hang == 0) is racy. Either you need tasklist >> > or >> > exit_notify() should set tsk->exit_state under siglock, otherwise zap() can

Re: [RFC][PATCH 2/2] exec: If possible don't wait for ptraced threads to be reaped

Oleg Nesterov writes: > On 04/02, Eric W. Biederman wrote: >> >> Oleg Nesterov writes: >> >> > And btw zap_other_threads(may_hang == 0) is racy. Either you need tasklist >> > or >> > exit_notify() should set tsk->exit_state under siglock, otherwise zap() can >> > return the wrong count. >> >>

Re: [PATCH 2/2] usb: misc: refactor code

On Mon, 3 Apr 2017, Gustavo A. R. Silva wrote: > Code refactoring to make the flow easier to follow. > > Cc: Alan Stern > Cc: Greg Kroah-Hartman > Signed-off-by: Gustavo A. R. Silva > --- >

Re: [PATCH 2/2] usb: misc: refactor code

On Mon, 3 Apr 2017, Gustavo A. R. Silva wrote: > Code refactoring to make the flow easier to follow. > > Cc: Alan Stern > Cc: Greg Kroah-Hartman > Signed-off-by: Gustavo A. R. Silva > --- > drivers/usb/misc/usbtest.c | 67 > +- > 1 file changed,

hi

Do you require funding? For Business or Personal loan without stress and Quick approval, email us for more Info. Thanks Garber Financial

Re: [PATCH v2 0/5] minitty: a minimal TTY layer alternative for embedded systems

+Cc: Tom Summon Tom to the discussion. He tried once hard to shrink a Linux kernel to something working in 1M+ RAM on x86. Tom, sorry, I recall this a bit late, perhaps you might be interested in reading discussion from the beginning. On Mon, Apr 3, 2017 at 9:14 PM, Geert Uytterhoeven

hi

Do you require funding? For Business or Personal loan without stress and Quick approval, email us for more Info. Thanks Garber Financial

Re: [PATCH v2 0/5] minitty: a minimal TTY layer alternative for embedded systems

+Cc: Tom Summon Tom to the discussion. He tried once hard to shrink a Linux kernel to something working in 1M+ RAM on x86. Tom, sorry, I recall this a bit late, perhaps you might be interested in reading discussion from the beginning. On Mon, Apr 3, 2017 at 9:14 PM, Geert Uytterhoeven wrote: >

Re: [PATCH 6/15] dt-bindings: display: sun4i: Add HDMI display bindings

Hi Rob, On Wed, Mar 15, 2017 at 12:26:22PM -0500, Rob Herring wrote: > > +HDMI Encoder > > + > > + > > +The HDMI Encoder supports the HDMI video and audio outputs, and does > > +CEC. It is one end of the pipeline. > > + > > +Required properties: > > + - compatible: value must be one

Re: [PATCH 6/15] dt-bindings: display: sun4i: Add HDMI display bindings

Hi Rob, On Wed, Mar 15, 2017 at 12:26:22PM -0500, Rob Herring wrote: > > +HDMI Encoder > > + > > + > > +The HDMI Encoder supports the HDMI video and audio outputs, and does > > +CEC. It is one end of the pipeline. > > + > > +Required properties: > > + - compatible: value must be one

Re: [PATCH v2] input: cros_ec_keyb: Report wakeup events

+ others On Mon, Apr 03, 2017 at 11:43:36AM -0700, Dmitry Torokhov wrote: > On Sun, Apr 02, 2017 at 08:07:39AM +0800, Jeffy Chen wrote: > > Report wakeup events when process events. > > > > Signed-off-by: Jeffy Chen > > --- > > > > Changes in v2: > > Remove unneeded

Re: [PATCH v2] input: cros_ec_keyb: Report wakeup events

+ others On Mon, Apr 03, 2017 at 11:43:36AM -0700, Dmitry Torokhov wrote: > On Sun, Apr 02, 2017 at 08:07:39AM +0800, Jeffy Chen wrote: > > Report wakeup events when process events. > > > > Signed-off-by: Jeffy Chen > > --- > > > > Changes in v2: > > Remove unneeded dts changes. > > > >

Re: [RFC 00/10] V4L2 explicit synchronization support

Hi Gustavo, On Mon, Apr 3, 2017 at 1:46 PM, Javier Martinez Canillas wrote: > Hello Mauro and Gustavo, > > On 04/03/2017 07:16 AM, Mauro Carvalho Chehab wrote: >> Hi Gustavo, >> >> Em Mon, 13 Mar 2017 16:20:25 -0300 >> Gustavo Padovan escreveu: >>

Re: [RFC 00/10] V4L2 explicit synchronization support

Hi Gustavo, On Mon, Apr 3, 2017 at 1:46 PM, Javier Martinez Canillas wrote: > Hello Mauro and Gustavo, > > On 04/03/2017 07:16 AM, Mauro Carvalho Chehab wrote: >> Hi Gustavo, >> >> Em Mon, 13 Mar 2017 16:20:25 -0300 >> Gustavo Padovan escreveu: >> >>> From: Gustavo Padovan >>> >>> Hi, >>> >>>

Re: [PATCH v1] reset: Make optional stuff optional for all users

On Mon, Apr 3, 2017 at 7:04 PM, Philipp Zabel wrote: > On Mon, 2017-04-03 at 18:23 +0300, Andy Shevchenko wrote: >> On Mon, 2017-04-03 at 17:09 +0200, Philipp Zabel wrote: >> > On Mon, 2017-04-03 at 14:33 +, Shevchenko, Andriy wrote: >> > > On Mon, 2017-04-03 at 17:31

Re: [PATCH v1] reset: Make optional stuff optional for all users

On Mon, Apr 3, 2017 at 7:04 PM, Philipp Zabel wrote: > On Mon, 2017-04-03 at 18:23 +0300, Andy Shevchenko wrote: >> On Mon, 2017-04-03 at 17:09 +0200, Philipp Zabel wrote: >> > On Mon, 2017-04-03 at 14:33 +, Shevchenko, Andriy wrote: >> > > On Mon, 2017-04-03 at 17:31 +0300, Andy Shevchenko

AMD IOMMU causing filesystem corruption

I filed a bug in bugzilla, but I wasn't sure what category to put it in, so I suspect I ended up picking one that doesn't get looked at much. https://bugzilla.kernel.org/show_bug.cgi?id=195051 The issue is that on a specific Acer laptop with a dual-core A9, if I don't disable the IOMMU using

AMD IOMMU causing filesystem corruption

I filed a bug in bugzilla, but I wasn't sure what category to put it in, so I suspect I ended up picking one that doesn't get looked at much. https://bugzilla.kernel.org/show_bug.cgi?id=195051 The issue is that on a specific Acer laptop with a dual-core A9, if I don't disable the IOMMU using

Re: [PATCH 01/16] docs: fpga: add a document for Intel FPGA driver overview

On Sun, Apr 2, 2017 at 9:41 AM, Moritz Fischer wrote: > On Sat, Apr 01, 2017 at 07:16:19PM +0800, Wu Hao wrote: >> On Fri, Mar 31, 2017 at 01:38:06PM -0500, Alan Tull wrote: >> > On Fri, Mar 31, 2017 at 1:24 PM, wrote: >> > > >> > > >> > > On

Re: [PATCH 01/16] docs: fpga: add a document for Intel FPGA driver overview

On Sun, Apr 2, 2017 at 9:41 AM, Moritz Fischer wrote: > On Sat, Apr 01, 2017 at 07:16:19PM +0800, Wu Hao wrote: >> On Fri, Mar 31, 2017 at 01:38:06PM -0500, Alan Tull wrote: >> > On Fri, Mar 31, 2017 at 1:24 PM, wrote: >> > > >> > > >> > > On Thu, 30 Mar 2017, Wu Hao wrote: >> > > >> > > >> > >

Re: [PATCH 0/6] mm: make movable onlining suck less

On Mon, Apr 03, 2017 at 10:23:38PM +0200, Michal Hocko wrote: On Mon 03-04-17 14:58:30, Reza Arbab wrote: However, I am seeing a regression. When adding memory to a memoryless node, it shows up in node 0 instead. I'm digging to see if I can help narrow down where things go wrong. OK, I guess

Re: [PATCH 0/6] mm: make movable onlining suck less

On Mon, Apr 03, 2017 at 10:23:38PM +0200, Michal Hocko wrote: On Mon 03-04-17 14:58:30, Reza Arbab wrote: However, I am seeing a regression. When adding memory to a memoryless node, it shows up in node 0 instead. I'm digging to see if I can help narrow down where things go wrong. OK, I guess

Re: [PATCH 1/2] leds: Add driver for Qualcomm LPG

On 04/03/2017 09:00 PM, Bjorn Andersson wrote: > On Fri 31 Mar 02:28 PDT 2017, Jacek Anaszewski wrote: > >> Hi Bjorn and Pavel, >> >> On 03/30/2017 09:43 AM, Pavel Machek wrote: >>> Hi! >>> >> There is a binding for ti,lp55xx, but there's nothing I can reuse from >> that binding...because

Re: [PATCH 1/2] leds: Add driver for Qualcomm LPG

On 04/03/2017 09:00 PM, Bjorn Andersson wrote: > On Fri 31 Mar 02:28 PDT 2017, Jacek Anaszewski wrote: > >> Hi Bjorn and Pavel, >> >> On 03/30/2017 09:43 AM, Pavel Machek wrote: >>> Hi! >>> >> There is a binding for ti,lp55xx, but there's nothing I can reuse from >> that binding...because

Re: [PATCH 1/2] leds: Add driver for Qualcomm LPG

On 04/03/2017 08:21 PM, Bjorn Andersson wrote: > On Sun 02 Apr 05:54 PDT 2017, Jacek Anaszewski wrote: > >> On 03/31/2017 11:28 AM, Jacek Anaszewski wrote: >>> Hi Bjorn and Pavel, >>> >>> On 03/30/2017 09:43 AM, Pavel Machek wrote: > [..] >>> In both RGB and pattern approaches we should assess

Re: [PATCH 1/2] leds: Add driver for Qualcomm LPG

On 04/03/2017 08:21 PM, Bjorn Andersson wrote: > On Sun 02 Apr 05:54 PDT 2017, Jacek Anaszewski wrote: > >> On 03/31/2017 11:28 AM, Jacek Anaszewski wrote: >>> Hi Bjorn and Pavel, >>> >>> On 03/30/2017 09:43 AM, Pavel Machek wrote: > [..] >>> In both RGB and pattern approaches we should assess

Re: [PATCH v6 0/7] Xen transport for 9pfs frontend driver

I'll ask the other Xen maintainers to queue this up on the Xen tree for the appropriate merge window. If you are not OK with that, please shout. On Thu, 23 Mar 2017, Stefano Stabellini wrote: > 9pfs maintainers, > > The patch series is fully acked, except for the header import from Xen >

Re: [PATCH v6 0/7] Xen transport for 9pfs frontend driver

I'll ask the other Xen maintainers to queue this up on the Xen tree for the appropriate merge window. If you are not OK with that, please shout. On Thu, 23 Mar 2017, Stefano Stabellini wrote: > 9pfs maintainers, > > The patch series is fully acked, except for the header import from Xen >

Re: [PATCH 2/5] iommu/omap: Permanently keep iommu_dev pointer in arch_data

Hi Joerg, On 03/31/2017 07:10 AM, Joerg Roedel wrote: > From: Joerg Roedel > > Instead of finding the matching IOMMU for a device using > string comparision functions, keep the pointer to the > iommu_dev in arch_data permanently populated. > > Signed-off-by: Joerg Roedel

Re: [PATCH 2/5] iommu/omap: Permanently keep iommu_dev pointer in arch_data

Hi Joerg, On 03/31/2017 07:10 AM, Joerg Roedel wrote: > From: Joerg Roedel > > Instead of finding the matching IOMMU for a device using > string comparision functions, keep the pointer to the > iommu_dev in arch_data permanently populated. > > Signed-off-by: Joerg Roedel > --- >

Re: [PATCH v2 0/5] minitty: a minimal TTY layer alternative for embedded systems

On Mon, Apr 03, 2017 at 04:09:38PM -0400, Nicolas Pitre wrote: > On Mon, 3 Apr 2017, Adam Borowski wrote: > > > On Mon, Apr 03, 2017 at 08:31:03AM -0700, Andi Kleen wrote: > > > Except for that (and possibly VT) it is unlikely that people really > > > rely on the obsolete terminal features from

Re: [PATCH v2 0/5] minitty: a minimal TTY layer alternative for embedded systems

On Mon, Apr 03, 2017 at 04:09:38PM -0400, Nicolas Pitre wrote: > On Mon, 3 Apr 2017, Adam Borowski wrote: > > > On Mon, Apr 03, 2017 at 08:31:03AM -0700, Andi Kleen wrote: > > > Except for that (and possibly VT) it is unlikely that people really > > > rely on the obsolete terminal features from

[PATCH] drm/vmwgfx: Convert macro to octal representation

Change "S_IRUSR | S_IWUSR" to "0600", it's easier to parse mentally. This change should be part of commit 50f837371dd9 ("drm/vmwgfx: Revert "drm/vmwgfx: Replace numeric parameter like 0444 with macro""), but the patch was truncated somewhere in the patch route, so add the missing change. Extract

Re: [PATCH net-next v4 1/2] New kernel function to get IP overhead on a socket.

From: "R. Parameswaran" Date: Mon, 3 Apr 2017 13:28:11 -0700 (PDT) > Can I take this to mean that we do need to factor in IP options in > the L2TP device MTU setup (i.e approach in the posted patch is okay)? > > If yes, please let me know if I can keep the socket IP

[PATCH] drm/vmwgfx: Convert macro to octal representation

Change "S_IRUSR | S_IWUSR" to "0600", it's easier to parse mentally. This change should be part of commit 50f837371dd9 ("drm/vmwgfx: Revert "drm/vmwgfx: Replace numeric parameter like 0444 with macro""), but the patch was truncated somewhere in the patch route, so add the missing change. Extract

Re: [PATCH net-next v4 1/2] New kernel function to get IP overhead on a socket.

From: "R. Parameswaran" Date: Mon, 3 Apr 2017 13:28:11 -0700 (PDT) > Can I take this to mean that we do need to factor in IP options in > the L2TP device MTU setup (i.e approach in the posted patch is okay)? > > If yes, please let me know if I can keep the socket IP option overhead >

Re: [PATCH net-next v4 1/2] New kernel function to get IP overhead on a socket.

Hi James, Dave, Sorry for the delay (was away), please see inline: On Fri, 24 Mar 2017, James Chapman wrote: > On 24/03/17 01:51, R. Parameswaran wrote: > > Hi Dave, > > > > Please see inline: > > > > On Thu, 23 Mar 2017, David Miller wrote: > > > >> From: "R. Parameswaran"

Re: [PATCH net-next v4 1/2] New kernel function to get IP overhead on a socket.

Hi James, Dave, Sorry for the delay (was away), please see inline: On Fri, 24 Mar 2017, James Chapman wrote: > On 24/03/17 01:51, R. Parameswaran wrote: > > Hi Dave, > > > > Please see inline: > > > > On Thu, 23 Mar 2017, David Miller wrote: > > > >> From: "R. Parameswaran" > >> Date: Wed,

Re: [PATCH 11/16] fpga: intel: fme: add partial reconfiguration sub feature support

On Fri, Mar 31, 2017 at 3:50 AM, Wu Hao wrote: > On Fri, Mar 31, 2017 at 12:11:12PM +0800, Xiao Guangrong wrote: >> On 31/03/2017 4:30 AM, Alan Tull wrote: >> >On Thu, Mar 30, 2017 at 7:08 AM, Wu Hao wrote: >> >>From: Kang Luwei >> >> >>

Re: [PATCH 11/16] fpga: intel: fme: add partial reconfiguration sub feature support

On Fri, Mar 31, 2017 at 3:50 AM, Wu Hao wrote: > On Fri, Mar 31, 2017 at 12:11:12PM +0800, Xiao Guangrong wrote: >> On 31/03/2017 4:30 AM, Alan Tull wrote: >> >On Thu, Mar 30, 2017 at 7:08 AM, Wu Hao wrote: >> >>From: Kang Luwei >> >> >> >>Partial Reconfiguration (PR) is the most important

[PATCH 3/3] ARM: dts: da850: Add node for LEGO MINDSTORMS EV3 Battery

This adds a new node to the LEGO MINDSTORMS EV3 device tree for the battery. Signed-off-by: David Lechner --- arch/arm/boot/dts/da850-lego-ev3.dts | 28 1 file changed, 28 insertions(+) diff --git a/arch/arm/boot/dts/da850-lego-ev3.dts

[PATCH 3/3] ARM: dts: da850: Add node for LEGO MINDSTORMS EV3 Battery

This adds a new node to the LEGO MINDSTORMS EV3 device tree for the battery. Signed-off-by: David Lechner --- arch/arm/boot/dts/da850-lego-ev3.dts | 28 1 file changed, 28 insertions(+) diff --git a/arch/arm/boot/dts/da850-lego-ev3.dts

[PATCH 1/3] dt-bindings: power: supply: New bindings for LEGO MINDSTORMS EV3 battery

This add a new device tree binding for LEGO MINDSTORMS EV3 battery. The EV3 has some built-in capability for monitoring the attached battery. Signed-off-by: David Lechner --- .../bindings/power/supply/lego_ev3_battery.txt | 21 + 1 file changed, 21

[PATCH 1/3] dt-bindings: power: supply: New bindings for LEGO MINDSTORMS EV3 battery

This add a new device tree binding for LEGO MINDSTORMS EV3 battery. The EV3 has some built-in capability for monitoring the attached battery. Signed-off-by: David Lechner --- .../bindings/power/supply/lego_ev3_battery.txt | 21 + 1 file changed, 21 insertions(+) create

[PATCH 0/3] LEGO MINDSTORMS EV3 Battery

This series adds support for the LEGO MINDSTORMS EV3 battery. David Lechner (3): dt-bindings: power: supply: New bindings for LEGO MINDSTORMS EV3 battery power: supply: New driver for LEGO MINDSTORMS EV3 battery ARM: dts: da850: Add node for LEGO MINDSTORMS EV3 Battery

[PATCH 0/3] LEGO MINDSTORMS EV3 Battery

This series adds support for the LEGO MINDSTORMS EV3 battery. David Lechner (3): dt-bindings: power: supply: New bindings for LEGO MINDSTORMS EV3 battery power: supply: New driver for LEGO MINDSTORMS EV3 battery ARM: dts: da850: Add node for LEGO MINDSTORMS EV3 Battery

Re: [PATCH 0/6] mm: make movable onlining suck less

On Mon 03-04-17 14:58:30, Reza Arbab wrote: > On Mon, Apr 03, 2017 at 01:55:46PM +0200, Michal Hocko wrote: > >Anyting? I would really appreciate a feedback from IBM and Futjitsu guys > >who have shaped this code last few years. Also Igor and Vitaly seem to be > >using memory hotplug in

[PATCH 2/3] power: supply: New driver for LEGO MINDSTORMS EV3 battery

This adds a new driver for the LEGO MINDSTORMS EV3 battery. The EV3 is an embedded ARM device that can use 6 AA batteries or a special rechargeable Li-ion battery pack. The rechargeable battery pack presses a special key switch in the battery compartment to indicate that it is present. The EV3 is

Re: [PATCH 0/6] mm: make movable onlining suck less

On Mon 03-04-17 14:58:30, Reza Arbab wrote: > On Mon, Apr 03, 2017 at 01:55:46PM +0200, Michal Hocko wrote: > >Anyting? I would really appreciate a feedback from IBM and Futjitsu guys > >who have shaped this code last few years. Also Igor and Vitaly seem to be > >using memory hotplug in

[PATCH 2/3] power: supply: New driver for LEGO MINDSTORMS EV3 battery

This adds a new driver for the LEGO MINDSTORMS EV3 battery. The EV3 is an embedded ARM device that can use 6 AA batteries or a special rechargeable Li-ion battery pack. The rechargeable battery pack presses a special key switch in the battery compartment to indicate that it is present. The EV3 is

Re: [RFC PATCH 0/4] fs: introduce new writeback error tracking infrastructure and convert ext4 to use it

On Mon, 2017-04-03 at 12:16 -0700, Matthew Wilcox wrote: > On Mon, Apr 03, 2017 at 01:47:37PM -0400, Jeff Layton wrote: > > > I wonder whether it's even worth supporting both EIO and ENOSPC for a > > > writeback problem. If I understand correctly, at the time of write(), > > > filesystems check

Re: [RFC PATCH 0/4] fs: introduce new writeback error tracking infrastructure and convert ext4 to use it

On Mon, 2017-04-03 at 12:16 -0700, Matthew Wilcox wrote: > On Mon, Apr 03, 2017 at 01:47:37PM -0400, Jeff Layton wrote: > > > I wonder whether it's even worth supporting both EIO and ENOSPC for a > > > writeback problem. If I understand correctly, at the time of write(), > > > filesystems check

Re: [PATCH v3 05/11] Documentation: DT: bindings: input: touschcreen: remove sun4i documentation

On Wed, Mar 29, 2017 at 08:58:26AM +0100, Lee Jones wrote: > On Tue, 21 Mar 2017, Quentin Schulz wrote: > > > This patch removes the sun4i touchscreen controller binding > > documentation since it has been merged with the sun4i GPADC binding > > documentation. > > > > Signed-off-by: Quentin

Re: [PATCH v3 05/11] Documentation: DT: bindings: input: touschcreen: remove sun4i documentation

On Wed, Mar 29, 2017 at 08:58:26AM +0100, Lee Jones wrote: > On Tue, 21 Mar 2017, Quentin Schulz wrote: > > > This patch removes the sun4i touchscreen controller binding > > documentation since it has been merged with the sun4i GPADC binding > > documentation. > > > > Signed-off-by: Quentin

Re: [PATCH v2 0/5] minitty: a minimal TTY layer alternative for embedded systems

On Mon, 3 Apr 2017, Adam Borowski wrote: > On Mon, Apr 03, 2017 at 08:31:03AM -0700, Andi Kleen wrote: > > Except for that (and possibly VT) it is unlikely that people really > > rely on the obsolete terminal features from the 70ies. So it's a kind > > of cleanup. > > But... but... but what

Re: [PATCH v2 0/5] minitty: a minimal TTY layer alternative for embedded systems

On Mon, 3 Apr 2017, Adam Borowski wrote: > On Mon, Apr 03, 2017 at 08:31:03AM -0700, Andi Kleen wrote: > > Except for that (and possibly VT) it is unlikely that people really > > rely on the obsolete terminal features from the 70ies. So it's a kind > > of cleanup. > > But... but... but what

[PATCH 1/2] usb: misc: add missing continue in switch

Add missing continue in switch. Addresses-Coverity-ID: 1248733 Cc: Alan Stern Cc: Greg Kroah-Hartman Signed-off-by: Gustavo A. R. Silva --- drivers/usb/misc/usbtest.c | 1 + 1 file changed, 1 insertion(+) diff

[PATCH 1/2] usb: misc: add missing continue in switch

Add missing continue in switch. Addresses-Coverity-ID: 1248733 Cc: Alan Stern Cc: Greg Kroah-Hartman Signed-off-by: Gustavo A. R. Silva --- drivers/usb/misc/usbtest.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/usb/misc/usbtest.c b/drivers/usb/misc/usbtest.c index

[PATCH] vfio/type1: Remove locked page accounting workqueue

If the mmap_sem is contented then the vfio type1 IOMMU backend will defer locked page accounting updates to a workqueue task. This has a few problems and depending on which side the user tries to play, they might be over-penalized for unmaps that haven't yet been accounted, or able to race the

[PATCH] vfio/type1: Remove locked page accounting workqueue

If the mmap_sem is contented then the vfio type1 IOMMU backend will defer locked page accounting updates to a workqueue task. This has a few problems and depending on which side the user tries to play, they might be over-penalized for unmaps that haven't yet been accounted, or able to race the

Re: [PATCH 0/6] mm: make movable onlining suck less

On Mon, Apr 03, 2017 at 01:55:46PM +0200, Michal Hocko wrote: Anyting? I would really appreciate a feedback from IBM and Futjitsu guys who have shaped this code last few years. Also Igor and Vitaly seem to be using memory hotplug in virtualized environments. I do not expect they would see a

Re: [PATCH 0/6] mm: make movable onlining suck less

On Mon, Apr 03, 2017 at 01:55:46PM +0200, Michal Hocko wrote: Anyting? I would really appreciate a feedback from IBM and Futjitsu guys who have shaped this code last few years. Also Igor and Vitaly seem to be using memory hotplug in virtualized environments. I do not expect they would see a

Re: [PATCH v3 2/2] iio: stm32 trigger: Add counter enable modes

On 03/04/17 11:17, Benjamin Gaignard wrote: > 2017-04-02 13:12 GMT+02:00 Jonathan Cameron : >> On 27/03/17 10:43, Benjamin Gaignard wrote: >>> Device counting could be controlled by the level or the edges of >>> a trigger. >>> in_count0_enable_mode attibute allow to set the

Re: [PATCH v3 2/2] iio: stm32 trigger: Add counter enable modes

On 03/04/17 11:17, Benjamin Gaignard wrote: > 2017-04-02 13:12 GMT+02:00 Jonathan Cameron : >> On 27/03/17 10:43, Benjamin Gaignard wrote: >>> Device counting could be controlled by the level or the edges of >>> a trigger. >>> in_count0_enable_mode attibute allow to set the control mode. >>> >>>

Re: [PATCH v2 0/5] minitty: a minimal TTY layer alternative for embedded systems

On Mon, Apr 03, 2017 at 08:31:03AM -0700, Andi Kleen wrote: > Except for that (and possibly VT) it is unlikely that people really > rely on the obsolete terminal features from the 70ies. So it's a kind > of cleanup. But... but... but what shall we do without OLCUC?!? I guess sending these

Re: [PATCH v2 0/5] minitty: a minimal TTY layer alternative for embedded systems

On Mon, Apr 03, 2017 at 08:31:03AM -0700, Andi Kleen wrote: > Except for that (and possibly VT) it is unlikely that people really > rely on the obsolete terminal features from the 70ies. So it's a kind > of cleanup. But... but... but what shall we do without OLCUC?!? I guess sending these

[PATCH] um: Include kbuild.h instead of duplicating its macros

Signed-off-by: Matthias Kaehlcke --- arch/x86/um/shared/sysdep/kernel-offsets.h | 9 + 1 file changed, 1 insertion(+), 8 deletions(-) diff --git a/arch/x86/um/shared/sysdep/kernel-offsets.h b/arch/x86/um/shared/sysdep/kernel-offsets.h index 46a9df99f3c5..7e1d35b6ad5c

[PATCH] um: Include kbuild.h instead of duplicating its macros

Signed-off-by: Matthias Kaehlcke --- arch/x86/um/shared/sysdep/kernel-offsets.h | 9 + 1 file changed, 1 insertion(+), 8 deletions(-) diff --git a/arch/x86/um/shared/sysdep/kernel-offsets.h b/arch/x86/um/shared/sysdep/kernel-offsets.h index 46a9df99f3c5..7e1d35b6ad5c 100644 ---

[PATCH] power: supply: sysfs: parse string as enum when writing property

This fixes the TODO to parse strings and convert them to enum values when writing to a power_supply class property sysfs attribute. There is at least one driver that has a writable enum property that previously could only be written as an integer, so a fallback to writing enums as integers

[PATCH] power: supply: sysfs: parse string as enum when writing property

This fixes the TODO to parse strings and convert them to enum values when writing to a power_supply class property sysfs attribute. There is at least one driver that has a writable enum property that previously could only be written as an integer, so a fallback to writing enums as integers

Re: [PATCH v2 0/5] minitty: a minimal TTY layer alternative for embedded systems

On Mon, 3 Apr 2017, Alan Cox wrote: > > evertheless very convenient to be able to use a standard > > shell  > > with it. > > A standard shell will work over things other than a tty device. It > really doesn't care so long as it gets a stream of data punctuated by > end of statement symbols.

Re: [PATCH v2 0/5] minitty: a minimal TTY layer alternative for embedded systems

On Mon, 3 Apr 2017, Alan Cox wrote: > > evertheless very convenient to be able to use a standard > > shell  > > with it. > > A standard shell will work over things other than a tty device. It > really doesn't care so long as it gets a stream of data punctuated by > end of statement symbols.

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