Re: [PATCH] mmc:dw_mmc-k3: add sd support for hi3660

Am 16.05.2017 um 14:26 schrieb liwei: > Add sd card support for hi3660 soc > > Signed-off-by: Li Wei > Signed-off-by: Chen Jun > --- > drivers/mmc/host/dw_mmc-k3.c | 311 > +++ > 1 file changed, 311

Re: [PATCH] mmc:dw_mmc-k3: add sd support for hi3660

Am 16.05.2017 um 14:26 schrieb liwei: > Add sd card support for hi3660 soc > > Signed-off-by: Li Wei > Signed-off-by: Chen Jun > --- > drivers/mmc/host/dw_mmc-k3.c | 311 > +++ > 1 file changed, 311 insertions(+) > > diff --git

linux-next: error while fetching the c6x tree

Hi Mark, Fetching the c6x tree profuces this error: fatal: unable to connect to linux-c6x.org: linux-c6x.org[0: 184.73.195.71]: errno=Connection timed out I wll keep using the version I have already fetched. -- Cheers, Stephen Rothwell

linux-next: error while fetching the c6x tree

Hi Mark, Fetching the c6x tree profuces this error: fatal: unable to connect to linux-c6x.org: linux-c6x.org[0: 184.73.195.71]: errno=Connection timed out I wll keep using the version I have already fetched. -- Cheers, Stephen Rothwell

Re: [PATCH v3 0/6] Add kselftest_harness.h

On 16/05/2017 22:29, Jonathan Corbet wrote: > On Tue, 16 May 2017 22:12:39 +0200 > Mickaël Salaün wrote: > >>> I will have to defer to Jon Corbet for Documentation related changes >>> and patches. Jon! Could you please review and give me an Ack. >> >> Jonathan, what do you

Re: [PATCH v3 0/6] Add kselftest_harness.h

On 16/05/2017 22:29, Jonathan Corbet wrote: > On Tue, 16 May 2017 22:12:39 +0200 > Mickaël Salaün wrote: > >>> I will have to defer to Jon Corbet for Documentation related changes >>> and patches. Jon! Could you please review and give me an Ack. >> >> Jonathan, what do you think about this

Re: [PATCH 0/4] Support for Synopsys DW CSI-2 Host

Hi Ramiro, On Tue, Mar 07, 2017 at 02:37:47PM +, Ramiro Oliveira wrote: > This patchset adds support for the DW CSI-2 Host and also for a video > device associated with it. > > The first 2 patches are only for the DW CSI-2 Host and the last 2 are for > the video device. > > Although this

Re: [PATCH 0/4] Support for Synopsys DW CSI-2 Host

Hi Ramiro, On Tue, Mar 07, 2017 at 02:37:47PM +, Ramiro Oliveira wrote: > This patchset adds support for the DW CSI-2 Host and also for a video > device associated with it. > > The first 2 patches are only for the DW CSI-2 Host and the last 2 are for > the video device. > > Although this

RE: Donation

Good Day, My wife and I have awarded you with a donation of $ 1,000,000.00 Dollars from part of our Jackpot Lottery of 50 Million Dollars, respond with your details for claims. We await your earliest response and God Bless you. Friedrich And Annand Mayrhofer. --- This email has been checked

RE: Donation

Good Day, My wife and I have awarded you with a donation of $ 1,000,000.00 Dollars from part of our Jackpot Lottery of 50 Million Dollars, respond with your details for claims. We await your earliest response and God Bless you. Friedrich And Annand Mayrhofer. --- This email has been checked

Re: [PATCH v6 0/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN

On Wed, May 17, 2017 at 12:28 AM, Kees Cook wrote: > On Tue, May 16, 2017 at 5:22 AM, Matt Brown wrote: >> On 05/16/2017 05:01 AM, Peter Dolding wrote: I could see a case being make for CAP_SYS_TTY_CONFIG. However I still choose to do

Re: [PATCH v6 0/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN

On Wed, May 17, 2017 at 12:28 AM, Kees Cook wrote: > On Tue, May 16, 2017 at 5:22 AM, Matt Brown wrote: >> On 05/16/2017 05:01 AM, Peter Dolding wrote: I could see a case being make for CAP_SYS_TTY_CONFIG. However I still choose to do with CAP_SYS_ADMIN because it is already

Re: WARNING at arch/x86/kernel/alternative.c:707 text_poke+0x25d/0x270

On Wed, 17 May 2017, Masami Hiramatsu wrote: > On Tue, 16 May 2017 09:48:02 -0400 > Steven Rostedt wrote: > > It appears that the kprobe_optimizer work thread call happened after > > the init pages were freed, causing alternative.c to give the above > > warning because the

Re: WARNING at arch/x86/kernel/alternative.c:707 text_poke+0x25d/0x270

On Wed, 17 May 2017, Masami Hiramatsu wrote: > On Tue, 16 May 2017 09:48:02 -0400 > Steven Rostedt wrote: > > It appears that the kprobe_optimizer work thread call happened after > > the init pages were freed, causing alternative.c to give the above > > warning because the text that is being

Re: [PATCH 2/2] kbuild: clang: Disable the 'duplicate-decl-specifier' warning

Hi On Fri, Apr 21, 2017 at 2:39 PM, Matthias Kaehlcke wrote: > clang generates plenty of these warnings in different parts of the code. > They are mostly caused by container_of() and other macros which declare > a "const *" variable for their internal use which triggers a >

Re: [PATCH 2/2] kbuild: clang: Disable the 'duplicate-decl-specifier' warning

Hi On Fri, Apr 21, 2017 at 2:39 PM, Matthias Kaehlcke wrote: > clang generates plenty of these warnings in different parts of the code. > They are mostly caused by container_of() and other macros which declare > a "const *" variable for their internal use which triggers a > "duplicate 'const'

Re: [PATCH V1] i2c: xgene: Set ACPI_COMPANION_I2C

On Wed, Apr 26, 2017 at 04:48:51PM +0700, tnhu...@apm.com wrote: > From: Tin Huynh > > With ACPI, i2c-core requires ACPI companion to be set in order for it > to create slave device. > This patch sets the ACPI companion accordingly. Again, no Signed-off. I can't apply it

Re: [PATCH V1] i2c: xgene: Set ACPI_COMPANION_I2C

On Wed, Apr 26, 2017 at 04:48:51PM +0700, tnhu...@apm.com wrote: > From: Tin Huynh > > With ACPI, i2c-core requires ACPI companion to be set in order for it > to create slave device. > This patch sets the ACPI companion accordingly. Again, no Signed-off. I can't apply it without one. lso,

Re: [PATCH V1] i2c: xgene: Add support for I2C_FUNC_I2C functionality

On Tue, May 16, 2017 at 11:39:08PM +0200, Wolfram Sang wrote: > On Wed, Apr 26, 2017 at 11:41:45AM +0700, tnhu...@apm.com wrote: > > From: Tin Huynh > > > > Certain I2C slave drivers, such as the pca95xx, require > > only I2C operations instead of SMBus extensions. > > This

Re: [PATCH V1] i2c: xgene: Add support for I2C_FUNC_I2C functionality

On Tue, May 16, 2017 at 11:39:08PM +0200, Wolfram Sang wrote: > On Wed, Apr 26, 2017 at 11:41:45AM +0700, tnhu...@apm.com wrote: > > From: Tin Huynh > > > > Certain I2C slave drivers, such as the pca95xx, require > > only I2C operations instead of SMBus extensions. > > This patch adds

Re: [PATCH V1] i2c: xgene: Add support for I2C_FUNC_I2C functionality

On Wed, Apr 26, 2017 at 11:41:45AM +0700, tnhu...@apm.com wrote: > From: Tin Huynh > > Certain I2C slave drivers, such as the pca95xx, require > only I2C operations instead of SMBus extensions. > This patch adds I2C_FUNC_I2C functionally to support those drivers. Again, no

Re: [PATCH V1] i2c: xgene: Add support for I2C_FUNC_I2C functionality

On Wed, Apr 26, 2017 at 11:41:45AM +0700, tnhu...@apm.com wrote: > From: Tin Huynh > > Certain I2C slave drivers, such as the pca95xx, require > only I2C operations instead of SMBus extensions. > This patch adds I2C_FUNC_I2C functionally to support those drivers. Again, no Signed-off. I can't

Re: [PATCH V1] i2c: xgene: Add support for I2C_FUNC_I2C functionality

On Wed, Apr 26, 2017 at 11:41:45AM +0700, tnhu...@apm.com wrote: > From: Tin Huynh > > Certain I2C slave drivers, such as the pca95xx, require > only I2C operations instead of SMBus extensions. > This patch adds I2C_FUNC_I2C functionally to support those drivers. No Signed-off,

RE: [RFC 00/06] printk: add more new kernel pointer filter options.

> -Original Message- > From: Sergey Senozhatsky [mailto:sergey.senozhatsky.w...@gmail.com] > Sent: Wednesday, May 10, 2017 6:38 PM > To: Greg KH > Cc: kernel-harden...@lists.openwall.com; Petr Mladek ; > Sergey Senozhatsky

Re: [PATCH V1] i2c: xgene: Add support for I2C_FUNC_I2C functionality

On Wed, Apr 26, 2017 at 11:41:45AM +0700, tnhu...@apm.com wrote: > From: Tin Huynh > > Certain I2C slave drivers, such as the pca95xx, require > only I2C operations instead of SMBus extensions. > This patch adds I2C_FUNC_I2C functionally to support those drivers. No Signed-off, please run

RE: [RFC 00/06] printk: add more new kernel pointer filter options.

> -Original Message- > From: Sergey Senozhatsky [mailto:sergey.senozhatsky.w...@gmail.com] > Sent: Wednesday, May 10, 2017 6:38 PM > To: Greg KH > Cc: kernel-harden...@lists.openwall.com; Petr Mladek ; > Sergey Senozhatsky ; linux- > ker...@vger.kernel.org; Catalin Marinas ; Will >

Re: [PATCH] nvmem: core: Prevent memory leak when device is unregistered

On Mon, May 15, 2017 at 4:13 AM, Mika Westerberg wrote: > The nvmem_unregister() calls device_del() for the device but forgets to > call put_device() to actually release the device object which causes > that memory to be leaked. > > Fix this by calling

Re: [PATCH] nvmem: core: Prevent memory leak when device is unregistered

On Mon, May 15, 2017 at 4:13 AM, Mika Westerberg wrote: > The nvmem_unregister() calls device_del() for the device but forgets to > call put_device() to actually release the device object which causes > that memory to be leaked. > > Fix this by calling device_unregister() for the device intead

Re: [PATCH] [iov_iter] use memmove() when copying to/from user page

On Tue, May 16, 2017 at 02:01:51PM -0700, Dmitry Vyukov wrote: > > In that case your patch does not suffice. Overlapping move _forwards_ still > > yields unexpected results, doesn't it? > > Why? memmove can move both ways. Do we need to change more memcpy's to > memmove's? Because it's not

Re: [PATCH] [iov_iter] use memmove() when copying to/from user page

On Tue, May 16, 2017 at 02:01:51PM -0700, Dmitry Vyukov wrote: > > In that case your patch does not suffice. Overlapping move _forwards_ still > > yields unexpected results, doesn't it? > > Why? memmove can move both ways. Do we need to change more memcpy's to > memmove's? Because it's not

Re: [PATCH] fix spelling mistake: "dimesions" -> "dimensions"

Colin King writes: > From: Colin Ian King > > Trivial fix to spelling mistake in DRM_ERROR message and split > over two lines to clean up a "line over 80 characters" checkpatch > warning. Added "drm/vc4" to the commit summary, and pushed.

Re: [PATCH] fix spelling mistake: "dimesions" -> "dimensions"

Colin King writes: > From: Colin Ian King > > Trivial fix to spelling mistake in DRM_ERROR message and split > over two lines to clean up a "line over 80 characters" checkpatch > warning. Added "drm/vc4" to the commit summary, and pushed. Thanks! signature.asc Description: PGP signature

Re: [PATCH 1/2] kbuild: clang: Disable 'address-of-packed-member' warning

Hi, On Fri, Apr 21, 2017 at 2:39 PM, Matthias Kaehlcke wrote: > clang generates plenty of these warnings in different parts of the code, > to an extent that the warnings are little more than noise. Disable the > 'address-of-packed-member' warning. > > Signed-off-by: Matthias

Re: [PATCH 1/2] kbuild: clang: Disable 'address-of-packed-member' warning

Hi, On Fri, Apr 21, 2017 at 2:39 PM, Matthias Kaehlcke wrote: > clang generates plenty of these warnings in different parts of the code, > to an extent that the warnings are little more than noise. Disable the > 'address-of-packed-member' warning. > > Signed-off-by: Matthias Kaehlcke > --- >

Re: [PATCH] nvmem: core: fix leaks on registration errors

On Tue, May 16, 2017 at 6:44 AM, Johan Hovold wrote: > Make sure to deregister and release the nvmem device and underlying > memory on registration errors. > > Note that the private data must be freed using put_device() once the > struct device has been initialised. > > Also

Re: [PATCH] nvmem: core: fix leaks on registration errors

On Tue, May 16, 2017 at 6:44 AM, Johan Hovold wrote: > Make sure to deregister and release the nvmem device and underlying > memory on registration errors. > > Note that the private data must be freed using put_device() once the > struct device has been initialised. > > Also note that there's a

[Kernel.org Helpdesk #40777] Re: Linux 4.12-rc1 (file locations)

On 2017-05-15 11:42:48, torva...@linux-foundation.org wrote: > so the capability is there, it's just not done as several individual > files any more. I've published a news item explaining the new process and the reasoning behind not providing these automatically generated tarballs and patches as

[Kernel.org Helpdesk #40777] Re: Linux 4.12-rc1 (file locations)

On 2017-05-15 11:42:48, torva...@linux-foundation.org wrote: > so the capability is there, it's just not done as several individual > files any more. I've published a news item explaining the new process and the reasoning behind not providing these automatically generated tarballs and patches as

[PATCH] crypto: stm32 - Add CRC32 support for STM32F4XX

This patch series add hardware CRC32 ("Ethernet") calculation support for STMicroelectronics STM32F4XX series devices. As an hardware limitation polynomial and key setting are not supported as they are fixed as 0x4C11DB7 (poly) and 0x (key). CRC32C Castagnoli algorithm is not supported

[PATCH] crypto: stm32 - Add CRC32 support for STM32F4XX

This patch series add hardware CRC32 ("Ethernet") calculation support for STMicroelectronics STM32F4XX series devices. As an hardware limitation polynomial and key setting are not supported as they are fixed as 0x4C11DB7 (poly) and 0x (key). CRC32C Castagnoli algorithm is not supported

Re: [PATCH 2/6] locking: Introduce range reader/writer lock

On Mon, 15 May 2017, Peter Zijlstra wrote: Nearly every range_interval_tree_foreach() usage has a __range_intersects_intree() in front, suggesting our range_interval_tree_foreach() is 'broken'. I suppose the only question is if we should fix range_interval_tree_foreach() or

Re: [PATCH 2/6] locking: Introduce range reader/writer lock

On Mon, 15 May 2017, Peter Zijlstra wrote: Nearly every range_interval_tree_foreach() usage has a __range_intersects_intree() in front, suggesting our range_interval_tree_foreach() is 'broken'. I suppose the only question is if we should fix range_interval_tree_foreach() or

Re: [PATCH net-next] net: dsa: store CPU port pointer in the tree

On 05/16/2017 11:10 AM, Vivien Didelot wrote: > A dsa_switch_tree instance holds a dsa_switch pointer and a port index > to identify the switch port to which the CPU is attached. > > Now that the DSA layer has a dsa_port structure to hold this data, use > it to point the switch CPU port. > >

Re: [PATCH net-next] net: dsa: store CPU port pointer in the tree

On 05/16/2017 11:10 AM, Vivien Didelot wrote: > A dsa_switch_tree instance holds a dsa_switch pointer and a port index > to identify the switch port to which the CPU is attached. > > Now that the DSA layer has a dsa_port structure to hold this data, use > it to point the switch CPU port. > >

[PATCH 3/3] drm/radeon: Cleanup pageflipping IRQ handling for evergreen, si

Same as the previous patch, but for pageflipping now. Signed-off-by: Lyude --- drivers/gpu/drm/radeon/evergreen.c | 70 ++-- drivers/gpu/drm/radeon/radeon.h| 7 +--- drivers/gpu/drm/radeon/si.c| 72

[PATCH 3/3] drm/radeon: Cleanup pageflipping IRQ handling for evergreen, si

Same as the previous patch, but for pageflipping now. Signed-off-by: Lyude --- drivers/gpu/drm/radeon/evergreen.c | 70 ++-- drivers/gpu/drm/radeon/radeon.h| 7 +--- drivers/gpu/drm/radeon/si.c| 72 ++ 3 files

[PATCH 2/3] drm/radeon: Cleanup HDMI audio interrupt handling for evergreen

Same as the previous patch, but now for handling HDMI audio interrupts. Signed-off-by: Lyude --- drivers/gpu/drm/radeon/evergreen.c | 152 ++--- drivers/gpu/drm/radeon/radeon.h| 7 +- 2 files changed, 24 insertions(+), 135 deletions(-)

[PATCH 2/3] drm/radeon: Cleanup HDMI audio interrupt handling for evergreen

Same as the previous patch, but now for handling HDMI audio interrupts. Signed-off-by: Lyude --- drivers/gpu/drm/radeon/evergreen.c | 152 ++--- drivers/gpu/drm/radeon/radeon.h| 7 +- 2 files changed, 24 insertions(+), 135 deletions(-) diff --git

[PATCH 0/3] Cleanup evergreen/si IRQ handling code

This is the first part of me going through and cleaning up the IRQ handling code for radeon, since after taking a look at it the other day while trying to debug something I realized basically all of the code was copy pasted everywhere, and quite difficult to actually read through. Will come up

[PATCH 0/3] Cleanup evergreen/si IRQ handling code

This is the first part of me going through and cleaning up the IRQ handling code for radeon, since after taking a look at it the other day while trying to debug something I realized basically all of the code was copy pasted everywhere, and quite difficult to actually read through. Will come up

[PATCH 1/3] drm/radeon: Cleanup display interrupt handling for evergreen, si

The current code here is really, really bad. A huge amount of it looks to be copy pasted, it has some weird hatred of arrays and code sharing, switch cases everywhere for things that really don't need them, and it makes the file seem immensely more complex then it actually is. This is a pain for

[PATCH 1/3] drm/radeon: Cleanup display interrupt handling for evergreen, si

The current code here is really, really bad. A huge amount of it looks to be copy pasted, it has some weird hatred of arrays and code sharing, switch cases everywhere for things that really don't need them, and it makes the file seem immensely more complex then it actually is. This is a pain for

Re: [PATCH 08/18] xen/pvcalls: implement connect command

On Mon, 15 May 2017, Boris Ostrovsky wrote: > On 05/15/2017 04:36 PM, Stefano Stabellini wrote: > > Allocate a socket. Keep track of socket <-> ring mappings with a new data > > structure, called sock_mapping. Implement the connect command by calling > > inet_stream_connect, and mapping the new

Re: [PATCH 08/18] xen/pvcalls: implement connect command

On Mon, 15 May 2017, Boris Ostrovsky wrote: > On 05/15/2017 04:36 PM, Stefano Stabellini wrote: > > Allocate a socket. Keep track of socket <-> ring mappings with a new data > > structure, called sock_mapping. Implement the connect command by calling > > inet_stream_connect, and mapping the new

Re: [PATCH] [iov_iter] use memmove() when copying to/from user page

On Tue, May 16, 2017 at 1:52 PM, Al Viro wrote: > On Tue, May 16, 2017 at 01:10:56PM -0700, Dmitry Vyukov wrote: > >> > * behaviour of sendfile() in such a case. And there I've no >> > problem >> > with saying "contents after operation is undefined". If you

Re: [PATCH] [iov_iter] use memmove() when copying to/from user page

On Tue, May 16, 2017 at 1:52 PM, Al Viro wrote: > On Tue, May 16, 2017 at 01:10:56PM -0700, Dmitry Vyukov wrote: > >> > * behaviour of sendfile() in such a case. And there I've no >> > problem >> > with saying "contents after operation is undefined". If you wish to change >> > that, by

Re: [PATCH] misc: pci_endpoint_test: select CONFIG_CRC32

On Thu, May 11, 2017 at 02:13:33PM +0200, Arnd Bergmann wrote: > Without CRC32, we get this link error: > > pci_endpoint_test.c:(.text+0x2509e): undefined reference to `crc32_le' > > Fixes: 58c89c8aa0e8 ("misc: Add host side PCI driver for PCI test function > device") There is no such commit

Re: [PATCH] misc: pci_endpoint_test: select CONFIG_CRC32

On Thu, May 11, 2017 at 02:13:33PM +0200, Arnd Bergmann wrote: > Without CRC32, we get this link error: > > pci_endpoint_test.c:(.text+0x2509e): undefined reference to `crc32_le' > > Fixes: 58c89c8aa0e8 ("misc: Add host side PCI driver for PCI test function > device") There is no such commit

Re: [PATCH 06/18] xen/pvcalls: handle commands from the frontend

On Mon, 15 May 2017, Boris Ostrovsky wrote: > On 05/15/2017 04:35 PM, Stefano Stabellini wrote: > > When the other end notifies us that there are commands to be read > > (pvcalls_back_event), wake up the backend thread to parse the command. > > > > The command ring works like most other Xen

Re: [PATCH 06/18] xen/pvcalls: handle commands from the frontend

On Mon, 15 May 2017, Boris Ostrovsky wrote: > On 05/15/2017 04:35 PM, Stefano Stabellini wrote: > > When the other end notifies us that there are commands to be read > > (pvcalls_back_event), wake up the backend thread to parse the command. > > > > The command ring works like most other Xen

Re: [PATCH] staging: media: cxd2099: Fix checkpatch issues

Hello Christoph! The current cxd2099 driver is an old version. DD provides a newer variant. Please see my patch series http://www.mail-archive.com/linux-media@vger.kernel.org/msg112410.html Especially this patch http://www.mail-archive.com/linux-media@vger.kernel.org/msg112409.html where I

Re: [PATCH] staging: media: cxd2099: Fix checkpatch issues

Hello Christoph! The current cxd2099 driver is an old version. DD provides a newer variant. Please see my patch series http://www.mail-archive.com/linux-media@vger.kernel.org/msg112410.html Especially this patch http://www.mail-archive.com/linux-media@vger.kernel.org/msg112409.html where I

Re: [PATCH] [iov_iter] use memmove() when copying to/from user page

On Tue, May 16, 2017 at 01:10:56PM -0700, Dmitry Vyukov wrote: > > * behaviour of sendfile() in such a case. And there I've no problem > > with saying "contents after operation is undefined". If you wish to change > > that, by all means start with documenting the semantics you want to

Re: [PATCH] [iov_iter] use memmove() when copying to/from user page

On Tue, May 16, 2017 at 01:10:56PM -0700, Dmitry Vyukov wrote: > > * behaviour of sendfile() in such a case. And there I've no problem > > with saying "contents after operation is undefined". If you wish to change > > that, by all means start with documenting the semantics you want to

[PATCH] KVM: x86: update master clock before computing kvmclock_offset

kvm master clock usually has a different frequency than the kernel boot clock. This is not a problem until the master clock is updated; update uses the current kernel boot clock to compute new kvm clock, which erases any kvm clock cycles that might have built up due to frequency difference over a

[PATCH] KVM: x86: update master clock before computing kvmclock_offset

kvm master clock usually has a different frequency than the kernel boot clock. This is not a problem until the master clock is updated; update uses the current kernel boot clock to compute new kvm clock, which erases any kvm clock cycles that might have built up due to frequency difference over a

Re: [PATCH v1 00/11] mm/kasan: support per-page shadow memory to reduce memory consumption

On Mon, May 15, 2017 at 11:23 PM, Joonsoo Kim wrote: >> > >> > Hello, all. >> > >> > This is an attempt to recude memory consumption of KASAN. Please see >> > following description to get the more information. >> > >> > 1. What is per-page shadow memory >> >> Hi Joonsoo, > >

Re: [PATCH v1 00/11] mm/kasan: support per-page shadow memory to reduce memory consumption

On Mon, May 15, 2017 at 11:23 PM, Joonsoo Kim wrote: >> > >> > Hello, all. >> > >> > This is an attempt to recude memory consumption of KASAN. Please see >> > following description to get the more information. >> > >> > 1. What is per-page shadow memory >> >> Hi Joonsoo, > > Hello, Dmitry. > >>

Re: [PATCH 2/2] PCI: Avoid bus reset for Cavium cn8xxx root ports.

On Tue, 16 May 2017 13:29:58 -0700 David Daney wrote: > On 05/16/2017 01:14 PM, Auger Eric wrote: > > Hi, > > > > On 16/05/2017 02:17, David Daney wrote: > >> Root ports of cn8xxx do not function after bus reset when used with > >> some e1000e and LSI HBA devices.

Re: [PATCH 2/2] PCI: Avoid bus reset for Cavium cn8xxx root ports.

On Tue, 16 May 2017 13:29:58 -0700 David Daney wrote: > On 05/16/2017 01:14 PM, Auger Eric wrote: > > Hi, > > > > On 16/05/2017 02:17, David Daney wrote: > >> Root ports of cn8xxx do not function after bus reset when used with > >> some e1000e and LSI HBA devices. Add a quirk to prevent bus

Re: [PATCH 07/18] xen/pvcalls: implement socket command

On Mon, 15 May 2017, Boris Ostrovsky wrote: > On 05/15/2017 04:35 PM, Stefano Stabellini wrote: > > Just reply with success to the other end for now. Delay the allocation > > of the actual socket to bind and/or connect. > > > > Signed-off-by: Stefano Stabellini > > CC:

Re: [PATCH 07/18] xen/pvcalls: implement socket command

On Mon, 15 May 2017, Boris Ostrovsky wrote: > On 05/15/2017 04:35 PM, Stefano Stabellini wrote: > > Just reply with success to the other end for now. Delay the allocation > > of the actual socket to bind and/or connect. > > > > Signed-off-by: Stefano Stabellini > > CC: boris.ostrov...@oracle.com

Re: frv build failure in mainline kernel

El Tue, May 16, 2017 at 11:22:07AM -0700 Guenter Roeck ha dit: > On Tue, May 16, 2017 at 10:58:20AM -0700, Matthias Kaehlcke wrote: > > El Tue, May 16, 2017 at 10:21:30AM -0700 Guenter Roeck ha dit: > > > > > On Tue, May 16, 2017 at 05:04:32PM +0100, David Howells wrote: > > > > Guenter Roeck

Re: frv build failure in mainline kernel

El Tue, May 16, 2017 at 11:22:07AM -0700 Guenter Roeck ha dit: > On Tue, May 16, 2017 at 10:58:20AM -0700, Matthias Kaehlcke wrote: > > El Tue, May 16, 2017 at 10:21:30AM -0700 Guenter Roeck ha dit: > > > > > On Tue, May 16, 2017 at 05:04:32PM +0100, David Howells wrote: > > > > Guenter Roeck

[PATCH] seq_file: delete small-value optimization

num_to_str() optimizes printing small integers [0..9], so the same check higher in callchain is unnecessary. Signed-off-by: Alexey Dobriyan --- fs/seq_file.c | 10 -- 1 file changed, 10 deletions(-) --- a/fs/seq_file.c +++ b/fs/seq_file.c @@ -694,11 +694,6 @@

[PATCH] seq_file: delete small-value optimization

num_to_str() optimizes printing small integers [0..9], so the same check higher in callchain is unnecessary. Signed-off-by: Alexey Dobriyan --- fs/seq_file.c | 10 -- 1 file changed, 10 deletions(-) --- a/fs/seq_file.c +++ b/fs/seq_file.c @@ -694,11 +694,6 @@ void

Re: [PATCH net-next] net: dsa: store CPU port pointer in the tree

On Tue, May 16, 2017 at 02:10:33PM -0400, Vivien Didelot wrote: > A dsa_switch_tree instance holds a dsa_switch pointer and a port index > to identify the switch port to which the CPU is attached. > > Now that the DSA layer has a dsa_port structure to hold this data, use > it to point the switch

Re: [PATCH net-next] net: dsa: store CPU port pointer in the tree

On Tue, May 16, 2017 at 02:10:33PM -0400, Vivien Didelot wrote: > A dsa_switch_tree instance holds a dsa_switch pointer and a port index > to identify the switch port to which the CPU is attached. > > Now that the DSA layer has a dsa_port structure to hold this data, use > it to point the switch

Re: [PATCH] KVM: x86: lower default for halt_poll_ns

2017-05-16 18:58+0200, Paolo Bonzini: > On 18/04/2017 12:41, Paolo Bonzini wrote: >> In some fio benchmarks, halt_poll_ns=40 caused CPU utilization to >> increase heavily even in cases where the performance improvement was >> small. In particular, bandwidth divided by CPU usage was as much as

Re: [PATCH] KVM: x86: lower default for halt_poll_ns

2017-05-16 18:58+0200, Paolo Bonzini: > On 18/04/2017 12:41, Paolo Bonzini wrote: >> In some fio benchmarks, halt_poll_ns=40 caused CPU utilization to >> increase heavily even in cases where the performance improvement was >> small. In particular, bandwidth divided by CPU usage was as much as

Re: [PATCH 05/18] xen/pvcalls: connect to a frontend

On Tue, 16 May 2017, Stefano Stabellini wrote: > > > diff --git a/drivers/xen/pvcalls-back.c b/drivers/xen/pvcalls-back.c > > > index 86eca19..876e577 100644 > > > --- a/drivers/xen/pvcalls-back.c > > > +++ b/drivers/xen/pvcalls-back.c > > > @@ -44,13 +44,100 @@ struct pvcalls_back_global { > > >

Re: [PATCH 05/18] xen/pvcalls: connect to a frontend

On Tue, 16 May 2017, Stefano Stabellini wrote: > > > diff --git a/drivers/xen/pvcalls-back.c b/drivers/xen/pvcalls-back.c > > > index 86eca19..876e577 100644 > > > --- a/drivers/xen/pvcalls-back.c > > > +++ b/drivers/xen/pvcalls-back.c > > > @@ -44,13 +44,100 @@ struct pvcalls_back_global { > > >

Re: [PATCH v5 1/2] selinux: add brief info to policydb

On Tue, 2017-05-16 at 18:51 +0900, Sebastien Buisson wrote: > Add policybrief field to struct policydb. It holds a brief info > of the policydb, made of colon separated name and value pairs > that give information about how the policy is applied in the > security module(s). > Note that the

Re: [PATCH v5 1/2] selinux: add brief info to policydb

On Tue, 2017-05-16 at 18:51 +0900, Sebastien Buisson wrote: > Add policybrief field to struct policydb. It holds a brief info > of the policydb, made of colon separated name and value pairs > that give information about how the policy is applied in the > security module(s). > Note that the

Re: [PATCH v4 2/3] hwmon: (adt7475) temperature smoothing

On 16/05/17 20:23, kbuild test robot wrote: > Hi Chris, > > [auto build test ERROR on hwmon/hwmon-next] > [also build test ERROR on v4.12-rc1 next-20170516] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] > > url:

Re: [PATCH v4 2/3] hwmon: (adt7475) temperature smoothing

On 16/05/17 20:23, kbuild test robot wrote: > Hi Chris, > > [auto build test ERROR on hwmon/hwmon-next] > [also build test ERROR on v4.12-rc1 next-20170516] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] > > url:

Re: [PATCH 2/2] PCI: Avoid bus reset for Cavium cn8xxx root ports.

On 05/16/2017 01:14 PM, Auger Eric wrote: Hi, On 16/05/2017 02:17, David Daney wrote: Root ports of cn8xxx do not function after bus reset when used with some e1000e and LSI HBA devices. Add a quirk to prevent bus reset on these root ports. I understand the bus reset would work along with a

Re: [PATCH 2/2] PCI: Avoid bus reset for Cavium cn8xxx root ports.

On 05/16/2017 01:14 PM, Auger Eric wrote: Hi, On 16/05/2017 02:17, David Daney wrote: Root ports of cn8xxx do not function after bus reset when used with some e1000e and LSI HBA devices. Add a quirk to prevent bus reset on these root ports. I understand the bus reset would work along with a

Re: [PATCH 2/4] thp: fix MADV_DONTNEED vs. numa balancing race

On Wed, Apr 12, 2017 at 03:33:35PM +0200, Vlastimil Babka wrote: > On 03/02/2017 04:10 PM, Kirill A. Shutemov wrote: > > In case prot_numa, we are under down_read(mmap_sem). It's critical > > to not clear pmd intermittently to avoid race with MADV_DONTNEED > > which is also under

Re: [PATCH v3 0/6] Add kselftest_harness.h

On Tue, 16 May 2017 22:12:39 +0200 Mickaël Salaün wrote: > > I will have to defer to Jon Corbet for Documentation related changes > > and patches. Jon! Could you please review and give me an Ack. > > Jonathan, what do you think about this patches? Sorry, I missed that

Re: [PATCH 2/4] thp: fix MADV_DONTNEED vs. numa balancing race

On Wed, Apr 12, 2017 at 03:33:35PM +0200, Vlastimil Babka wrote: > On 03/02/2017 04:10 PM, Kirill A. Shutemov wrote: > > In case prot_numa, we are under down_read(mmap_sem). It's critical > > to not clear pmd intermittently to avoid race with MADV_DONTNEED > > which is also under

Re: [PATCH v3 0/6] Add kselftest_harness.h

On Tue, 16 May 2017 22:12:39 +0200 Mickaël Salaün wrote: > > I will have to defer to Jon Corbet for Documentation related changes > > and patches. Jon! Could you please review and give me an Ack. > > Jonathan, what do you think about this patches? Sorry, I missed that completely, looking

Re: RFC: better timer interface

On Tue, May 16, 2017 at 5:51 PM, Christoph Hellwig wrote: > On Tue, May 16, 2017 at 05:45:07PM +0200, Arnd Bergmann wrote: >> This looks really nice, but what is the long-term plan for the interface? >> Do you expect that we will eventually change all 700+ users of timer_list >> to

Re: RFC: better timer interface

On Tue, May 16, 2017 at 5:51 PM, Christoph Hellwig wrote: > On Tue, May 16, 2017 at 05:45:07PM +0200, Arnd Bergmann wrote: >> This looks really nice, but what is the long-term plan for the interface? >> Do you expect that we will eventually change all 700+ users of timer_list >> to the new type,

Re: [PATCH 05/18] xen/pvcalls: connect to a frontend

On Mon, 15 May 2017, Boris Ostrovsky wrote: > On 05/15/2017 04:35 PM, Stefano Stabellini wrote: > > Introduce a per-frontend data structure named pvcalls_back_priv. It > > contains pointers to the command ring, its event channel, a list of > > active sockets and a tree of passive sockets (passing

Re: [PATCH 05/18] xen/pvcalls: connect to a frontend

On Mon, 15 May 2017, Boris Ostrovsky wrote: > On 05/15/2017 04:35 PM, Stefano Stabellini wrote: > > Introduce a per-frontend data structure named pvcalls_back_priv. It > > contains pointers to the command ring, its event channel, a list of > > active sockets and a tree of passive sockets (passing

Re: [PATCH 03/18] xen/pvcalls: initialize the module and register the xenbus backend

On Tue, 16 May 2017, Stefano Stabellini wrote: > > And why are you using a rw semaphore --- I only noticed two instances of use > > and both are writes. > > Yes, this is wrong, legacy from a previous version of the codebase. A > simple spin_lock should suffice for this use-case. I replied too

Re: [PATCH 03/18] xen/pvcalls: initialize the module and register the xenbus backend

On Tue, 16 May 2017, Stefano Stabellini wrote: > > And why are you using a rw semaphore --- I only noticed two instances of use > > and both are writes. > > Yes, this is wrong, legacy from a previous version of the codebase. A > simple spin_lock should suffice for this use-case. I replied too

Re: [PATCH] iommu/dma: Setup iova_domain granule for IOMMU_DMA_MSI cookies

Hi Nate, On 16/05/2017 22:07, Nate Watterson wrote: > > > On 5/16/2017 3:55 PM, Auger Eric wrote: >> Hi, >> >> On 13/04/2017 21:38, Nate Watterson wrote: >>> Hi Robin, >>> >>> On 4/13/2017 7:21 AM, Robin Murphy wrote: Hi Nate, On 13/04/17 09:55, Nate Watterson wrote: >

Re: [PATCH] iommu/dma: Setup iova_domain granule for IOMMU_DMA_MSI cookies

Hi Nate, On 16/05/2017 22:07, Nate Watterson wrote: > > > On 5/16/2017 3:55 PM, Auger Eric wrote: >> Hi, >> >> On 13/04/2017 21:38, Nate Watterson wrote: >>> Hi Robin, >>> >>> On 4/13/2017 7:21 AM, Robin Murphy wrote: Hi Nate, On 13/04/17 09:55, Nate Watterson wrote: >

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