Re: [PATCH] vfio/pci: Support error recovery

2016-12-14 Thread Alex Williamson
On Thu, 15 Dec 2016 01:00:06 +0200 "Michael S. Tsirkin" wrote: > On Wed, Dec 14, 2016 at 03:47:43PM -0700, Alex Williamson wrote: > > On Thu, 15 Dec 2016 00:20:20 +0200 > > "Michael S. Tsirkin" wrote: > > > > > On Tue, Dec 13, 2016 at 08:00:22PM -0700, Alex

Re: [PATCH] vfio/pci: Support error recovery

2016-12-14 Thread Alex Williamson
On Thu, 15 Dec 2016 01:00:06 +0200 "Michael S. Tsirkin" wrote: > On Wed, Dec 14, 2016 at 03:47:43PM -0700, Alex Williamson wrote: > > On Thu, 15 Dec 2016 00:20:20 +0200 > > "Michael S. Tsirkin" wrote: > > > > > On Tue, Dec 13, 2016 at 08:00:22PM -0700, Alex Williamson wrote: > > > > On

Re: [PATCH v3 1/3] siphash: add cryptographically secure hashtable function

2016-12-14 Thread Linus Torvalds
On Wed, Dec 14, 2016 at 2:56 PM, Jason A. Donenfeld wrote: > > So actually jhash_Nwords makes no sense, since it takes dwords > (32-bits) not words (16-bits). The siphash analog should be called > siphash24_Nqwords. No. The bug is talking about "words" in the first place.

Re: [PATCH v3 1/3] siphash: add cryptographically secure hashtable function

2016-12-14 Thread Linus Torvalds
On Wed, Dec 14, 2016 at 2:56 PM, Jason A. Donenfeld wrote: > > So actually jhash_Nwords makes no sense, since it takes dwords > (32-bits) not words (16-bits). The siphash analog should be called > siphash24_Nqwords. No. The bug is talking about "words" in the first place. Depending on your

Re: CVE-2016-7097 causes acl leak

2016-12-14 Thread Greg KH
On Wed, Dec 14, 2016 at 12:20:50PM -0800, Mark Salyzyn wrote: > On 12/13/2016 04:00 PM, Greg KH wrote: > > On Tue, Dec 13, 2016 at 03:42:58PM -0800, Mark Salyzyn wrote: > > > On 12/12/2016 10:26 PM, Cong Wang wrote: > > > > On Mon, Dec 12, 2016 at 4:26 PM, Mark Salyzyn > > >

Re: CVE-2016-7097 causes acl leak

2016-12-14 Thread Greg KH
On Wed, Dec 14, 2016 at 12:20:50PM -0800, Mark Salyzyn wrote: > On 12/13/2016 04:00 PM, Greg KH wrote: > > On Tue, Dec 13, 2016 at 03:42:58PM -0800, Mark Salyzyn wrote: > > > On 12/12/2016 10:26 PM, Cong Wang wrote: > > > > On Mon, Dec 12, 2016 at 4:26 PM, Mark Salyzyn > > > > wrote: > > > > >

Re: [PATCH v2 1/4] siphash: add cryptographically secure hashtable function

2016-12-14 Thread Jason A. Donenfeld
Hi Hannes, On Wed, Dec 14, 2016 at 11:03 PM, Hannes Frederic Sowa wrote: > I fear that the alignment requirement will be a source of bugs on 32 bit > machines, where you cannot even simply take a well aligned struct on a > stack and put it into the normal

Re: [PATCH v2 1/4] siphash: add cryptographically secure hashtable function

2016-12-14 Thread Jason A. Donenfeld
Hi Hannes, On Wed, Dec 14, 2016 at 11:03 PM, Hannes Frederic Sowa wrote: > I fear that the alignment requirement will be a source of bugs on 32 bit > machines, where you cannot even simply take a well aligned struct on a > stack and put it into the normal siphash(aligned) function without >

Re: [PATCH 3/3] hv_netvsc: Implement VF matching based on serial numbers

2016-12-14 Thread Greg KH
On Wed, Dec 14, 2016 at 11:18:59PM +, Haiyang Zhang wrote: > > > > -Original Message- > > From: Greg KH [mailto:gre...@linuxfoundation.org] > > Sent: Saturday, December 10, 2016 7:21 AM > > To: Stephen Hemminger > > Cc: Haiyang Zhang

Re: [PATCH 3/3] hv_netvsc: Implement VF matching based on serial numbers

2016-12-14 Thread Greg KH
On Wed, Dec 14, 2016 at 11:18:59PM +, Haiyang Zhang wrote: > > > > -Original Message- > > From: Greg KH [mailto:gre...@linuxfoundation.org] > > Sent: Saturday, December 10, 2016 7:21 AM > > To: Stephen Hemminger > > Cc: Haiyang Zhang ; o...@aepfle.de; > > jasow...@redhat.com;

linux-next: manual merge of the btrfs-kdave tree with Linus' tree

2016-12-14 Thread Stephen Rothwell
Hi David, Today's linux-next merge of the btrfs-kdave tree got a conflict in: fs/btrfs/inode.c between commit: 70fd76140a6c ("block,fs: use REQ_* flags directly") from Linus' tree and commit: da17066c4047 ("btrfs: pull node/sector/stripe sizes out of root and into fs_info") from the

linux-next: manual merge of the btrfs-kdave tree with Linus' tree

2016-12-14 Thread Stephen Rothwell
Hi David, Today's linux-next merge of the btrfs-kdave tree got a conflict in: fs/btrfs/inode.c between commit: 70fd76140a6c ("block,fs: use REQ_* flags directly") from Linus' tree and commit: da17066c4047 ("btrfs: pull node/sector/stripe sizes out of root and into fs_info") from the

Re: [PATCH] genirq/affinity: fix node generation from cpumask

2016-12-14 Thread Gavin Shan
On Wed, Dec 14, 2016 at 04:01:12PM -0200, Guilherme G. Piccoli wrote: >Commit 34c3d9819fda ("genirq/affinity: Provide smarter irq spreading >infrastructure") introduced a better IRQ spreading mechanism, taking >account of the available NUMA nodes in the machine. > >Problem is that the algorithm of

Re: [PATCH] genirq/affinity: fix node generation from cpumask

2016-12-14 Thread Gavin Shan
On Wed, Dec 14, 2016 at 04:01:12PM -0200, Guilherme G. Piccoli wrote: >Commit 34c3d9819fda ("genirq/affinity: Provide smarter irq spreading >infrastructure") introduced a better IRQ spreading mechanism, taking >account of the available NUMA nodes in the machine. > >Problem is that the algorithm of

Re: page allocation stall in kernel 4.9 when copying files from one btrfs hdd to another

2016-12-14 Thread Xin Zhou
Hi, The dirty data is in large amount, probably unable to commit to disk. And this seems to happen when copying from 7200rpm to 5600rpm disks, according to previous post. Probably the I/Os are buffered and pending, unable to get finished in-time. It might be helpful to know if this only happens

Re: page allocation stall in kernel 4.9 when copying files from one btrfs hdd to another

2016-12-14 Thread Xin Zhou
Hi, The dirty data is in large amount, probably unable to commit to disk. And this seems to happen when copying from 7200rpm to 5600rpm disks, according to previous post. Probably the I/Os are buffered and pending, unable to get finished in-time. It might be helpful to know if this only happens

Re: [PATCH v3 1/3] siphash: add cryptographically secure hashtable function

2016-12-14 Thread Jason A. Donenfeld
Hey Tom, On Thu, Dec 15, 2016 at 12:14 AM, Tom Herbert wrote: > I'm confused, doesn't 2dword == 1qword? Anyway, I think the qword > functions are good enough. If someone needs to hash over some odd > length they can either put them in a structure padded to 64 bits or > call

Re: [PATCH v3 1/3] siphash: add cryptographically secure hashtable function

2016-12-14 Thread Jason A. Donenfeld
Hey Tom, On Thu, Dec 15, 2016 at 12:14 AM, Tom Herbert wrote: > I'm confused, doesn't 2dword == 1qword? Anyway, I think the qword > functions are good enough. If someone needs to hash over some odd > length they can either put them in a structure padded to 64 bits or > call the hash function

Re: [kernel-hardening] [RFC 0/4] make call_usermodehelper a bit more "safe"

2016-12-14 Thread Greg Kroah-Hartman
On Wed, Dec 14, 2016 at 10:28:18PM +0100, Jason A. Donenfeld wrote: > Hi Greg, > > On Wed, Dec 14, 2016 at 7:50 PM, Greg KH wrote: > > So, anyone have any better ideas? Is this approach worth it? Or should > > we just go down the "whitelist" path? > > I think your

Re: [kernel-hardening] [RFC 0/4] make call_usermodehelper a bit more "safe"

2016-12-14 Thread Greg Kroah-Hartman
On Wed, Dec 14, 2016 at 10:28:18PM +0100, Jason A. Donenfeld wrote: > Hi Greg, > > On Wed, Dec 14, 2016 at 7:50 PM, Greg KH wrote: > > So, anyone have any better ideas? Is this approach worth it? Or should > > we just go down the "whitelist" path? > > I think your approach is generally better

Re: [PATCH] Add +~800M crashkernel explaination

2016-12-14 Thread Xunlei Pang
On 12/15/2016 at 01:50 AM, Robert LeBlanc wrote: > On Tue, Dec 13, 2016 at 8:08 PM, Xunlei Pang wrote: >> On 12/10/2016 at 01:20 PM, Robert LeBlanc wrote: >>> On Fri, Dec 9, 2016 at 7:49 PM, Baoquan He wrote: On 12/09/16 at 05:22pm, Robert LeBlanc wrote:

Re: [PATCH] Add +~800M crashkernel explaination

2016-12-14 Thread Xunlei Pang
On 12/15/2016 at 01:50 AM, Robert LeBlanc wrote: > On Tue, Dec 13, 2016 at 8:08 PM, Xunlei Pang wrote: >> On 12/10/2016 at 01:20 PM, Robert LeBlanc wrote: >>> On Fri, Dec 9, 2016 at 7:49 PM, Baoquan He wrote: On 12/09/16 at 05:22pm, Robert LeBlanc wrote: > When trying to configure

[PATCH 1/6] of: documentation: add bindings documentation for TS-4600

2016-12-14 Thread Sebastien Bourdelin
This adds the documentation for the TS-4600 by Technologic Systems. Signed-off-by: Sebastien Bourdelin --- Documentation/devicetree/bindings/arm/technologic.txt | 5 + 1 file changed, 5 insertions(+) diff --git

[PATCH 1/6] of: documentation: add bindings documentation for TS-4600

2016-12-14 Thread Sebastien Bourdelin
This adds the documentation for the TS-4600 by Technologic Systems. Signed-off-by: Sebastien Bourdelin --- Documentation/devicetree/bindings/arm/technologic.txt | 5 + 1 file changed, 5 insertions(+) diff --git a/Documentation/devicetree/bindings/arm/technologic.txt

[PATCH 4/6] bus: add driver for the Technologic Systems NBUS

2016-12-14 Thread Sebastien Bourdelin
This driver implements a GPIOs bit-banged bus, called the NBUS by Technologic Systems. It is used to communicate with the peripherals in the FPGA on the TS-4600 SoM. Signed-off-by: Sebastien Bourdelin --- drivers/bus/Kconfig | 9 +

Re: [PATCH v3 1/3] siphash: add cryptographically secure hashtable function

2016-12-14 Thread Tom Herbert
On Wed, Dec 14, 2016 at 2:56 PM, Jason A. Donenfeld wrote: > Hey Tom, > > On Wed, Dec 14, 2016 at 10:35 PM, Tom Herbert wrote: >> Those look good, although I would probably just do 1,2,3 words and >> then have a function that takes n words like jhash. Might

Re: [PATCH v3 1/3] siphash: add cryptographically secure hashtable function

2016-12-14 Thread Tom Herbert
On Wed, Dec 14, 2016 at 2:56 PM, Jason A. Donenfeld wrote: > Hey Tom, > > On Wed, Dec 14, 2016 at 10:35 PM, Tom Herbert wrote: >> Those look good, although I would probably just do 1,2,3 words and >> then have a function that takes n words like jhash. Might want to call >> these dword to

[PATCH 4/6] bus: add driver for the Technologic Systems NBUS

2016-12-14 Thread Sebastien Bourdelin
This driver implements a GPIOs bit-banged bus, called the NBUS by Technologic Systems. It is used to communicate with the peripherals in the FPGA on the TS-4600 SoM. Signed-off-by: Sebastien Bourdelin --- drivers/bus/Kconfig | 9 + drivers/bus/Makefile| 1 + drivers/bus/ts-nbus.c

[PATCH 5/6] ARM: dts: TS-4600: add NBUS support

2016-12-14 Thread Sebastien Bourdelin
This commit enables the NBUS on the TS-4600, using the ts-nbus driver. Signed-off-by: Sebastien Bourdelin --- arch/arm/boot/dts/imx28-ts4600-common.dtsi | 43 ++ 1 file changed, 43 insertions(+) diff --git

[PATCH 3/6] dt-bindings: bus: Add documentation for the Technologic Systems NBUS

2016-12-14 Thread Sebastien Bourdelin
Add binding documentation for the Technologic Systems NBUS that is used to interface with peripherals in the FPGA of the TS-4600 SoM. Signed-off-by: Sebastien Bourdelin --- Documentation/devicetree/bindings/bus/ts-nbus.txt | 50 +++

[PATCH 2/6] ARM: dts: TS-4600: add basic device tree

2016-12-14 Thread Sebastien Bourdelin
These device trees add support for the TS-4600 by Technologic Systems. More details here: http://wiki.embeddedarm.com/wiki/TS-4600 Signed-off-by: Sebastien Bourdelin --- arch/arm/boot/dts/Makefile | 2 +

[PATCH 5/6] ARM: dts: TS-4600: add NBUS support

2016-12-14 Thread Sebastien Bourdelin
This commit enables the NBUS on the TS-4600, using the ts-nbus driver. Signed-off-by: Sebastien Bourdelin --- arch/arm/boot/dts/imx28-ts4600-common.dtsi | 43 ++ 1 file changed, 43 insertions(+) diff --git a/arch/arm/boot/dts/imx28-ts4600-common.dtsi

[PATCH 3/6] dt-bindings: bus: Add documentation for the Technologic Systems NBUS

2016-12-14 Thread Sebastien Bourdelin
Add binding documentation for the Technologic Systems NBUS that is used to interface with peripherals in the FPGA of the TS-4600 SoM. Signed-off-by: Sebastien Bourdelin --- Documentation/devicetree/bindings/bus/ts-nbus.txt | 50 +++ 1 file changed, 50 insertions(+) create

[PATCH 2/6] ARM: dts: TS-4600: add basic device tree

2016-12-14 Thread Sebastien Bourdelin
These device trees add support for the TS-4600 by Technologic Systems. More details here: http://wiki.embeddedarm.com/wiki/TS-4600 Signed-off-by: Sebastien Bourdelin --- arch/arm/boot/dts/Makefile | 2 + arch/arm/boot/dts/imx28-ts4600-common.dtsi | 78

[PATCH 0/6] Add board support for TS-4600

2016-12-14 Thread Sebastien Bourdelin
This patch serie adds support for the TS-4600 boards rev A and B. These boards, manufactured by Technologic Systems, are based on an i.MX28. This serie include the support for the watchdog which could be enable at Linux boot time depending on the bootloader. The watchdog and few peripherals are

[PATCH 6/6] watchdog: ts4600: add driver for TS-4600 watchdog

2016-12-14 Thread Sebastien Bourdelin
This watchdog is instantiated in a FPGA and can only be access using a GPIOs bit-banged bus, called the NBUS by Technologic Systems. The watchdog is made of only one register, called the feed register. Writing to this register will re-arm the watchdog for a given time (and enable it if it was

[PATCH 0/6] Add board support for TS-4600

2016-12-14 Thread Sebastien Bourdelin
This patch serie adds support for the TS-4600 boards rev A and B. These boards, manufactured by Technologic Systems, are based on an i.MX28. This serie include the support for the watchdog which could be enable at Linux boot time depending on the bootloader. The watchdog and few peripherals are

[PATCH 6/6] watchdog: ts4600: add driver for TS-4600 watchdog

2016-12-14 Thread Sebastien Bourdelin
This watchdog is instantiated in a FPGA and can only be access using a GPIOs bit-banged bus, called the NBUS by Technologic Systems. The watchdog is made of only one register, called the feed register. Writing to this register will re-arm the watchdog for a given time (and enable it if it was

[PATCH] net: sfc: use new api ethtool_{get|set}_link_ksettings

2016-12-14 Thread Philippe Reynes
The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/sfc/ethtool.c| 35 --- drivers/net/ethernet/sfc/mcdi_port.c | 60

[PATCH 2/6] ARM: dts: TS-4600: add basic device tree

2016-12-14 Thread Sebastien Bourdelin
These device trees add support for the TS-4600 by Technologic Systems. More details here: http://wiki.embeddedarm.com/wiki/TS-4600 Signed-off-by: Sebastien Bourdelin --- arch/arm/boot/dts/Makefile | 2 +

[PATCH] net: sfc: use new api ethtool_{get|set}_link_ksettings

2016-12-14 Thread Philippe Reynes
The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/sfc/ethtool.c| 35 --- drivers/net/ethernet/sfc/mcdi_port.c | 60

[PATCH 2/6] ARM: dts: TS-4600: add basic device tree

2016-12-14 Thread Sebastien Bourdelin
These device trees add support for the TS-4600 by Technologic Systems. More details here: http://wiki.embeddedarm.com/wiki/TS-4600 Signed-off-by: Sebastien Bourdelin --- arch/arm/boot/dts/Makefile | 2 + arch/arm/boot/dts/imx28-ts4600-common.dtsi | 78

[PATCH] platform/x86: thinkpad_acpi: Initialize local in_tablet_mode

2016-12-14 Thread Darren Hart
linux-next reported in_tablet_mode may be used uninitialized after: b31800283868 ("platform/x86: thinkpad_acpi: Move tablet detection into separate function") This turns out to be a false positive as the pr_info call cannot be reached if tp_features.hotkey_tablet (global scope) is 0, and

[PATCH] platform/x86: thinkpad_acpi: Initialize local in_tablet_mode

2016-12-14 Thread Darren Hart
linux-next reported in_tablet_mode may be used uninitialized after: b31800283868 ("platform/x86: thinkpad_acpi: Move tablet detection into separate function") This turns out to be a false positive as the pr_info call cannot be reached if tp_features.hotkey_tablet (global scope) is 0, and

[PATCH perf/core REBASE 5/5] samples/bpf: Move open_raw_sock to separate header

2016-12-14 Thread Joe Stringer
This function was declared in libbpf.c and was the only remaining function in this library, but has nothing to do with BPF. Shift it out into a new header, sock_example.h, and include it from the relevant samples. Signed-off-by: Joe Stringer Cc: Alexei Starovoitov Cc:

[PATCH perf/core REBASE 5/5] samples/bpf: Move open_raw_sock to separate header

2016-12-14 Thread Joe Stringer
This function was declared in libbpf.c and was the only remaining function in this library, but has nothing to do with BPF. Shift it out into a new header, sock_example.h, and include it from the relevant samples. Signed-off-by: Joe Stringer Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Wang

[PATCH perf/core REBASE 4/5] samples/bpf: Remove perf_event_open() declaration

2016-12-14 Thread Joe Stringer
This declaration was made in samples/bpf/libbpf.c for convenience, but there's already one in tools/perf/perf-sys.h. Reuse that one. Committer notes: Testing it: $ make -j4 O=../build/v4.9.0-rc8+ samples/bpf/ make[1]: Entering directory '/home/build/v4.9.0-rc8+' CHK

[PATCH perf/core REBASE 4/5] samples/bpf: Remove perf_event_open() declaration

2016-12-14 Thread Joe Stringer
This declaration was made in samples/bpf/libbpf.c for convenience, but there's already one in tools/perf/perf-sys.h. Reuse that one. Committer notes: Testing it: $ make -j4 O=../build/v4.9.0-rc8+ samples/bpf/ make[1]: Entering directory '/home/build/v4.9.0-rc8+' CHK

[PATCH perf/core REBASE 3/5] tools lib bpf: Add bpf_prog_{attach,detach}

2016-12-14 Thread Joe Stringer
Commit d8c5b17f2bc0 ("samples: bpf: add userspace example for attaching eBPF programs to cgroups") added these functions to samples/libbpf, but during this merge all of the samples libbpf functionality is shifting to tools/lib/bpf. Shift these functions there. Signed-off-by: Joe Stringer

[PATCH perf/core REBASE 3/5] tools lib bpf: Add bpf_prog_{attach,detach}

2016-12-14 Thread Joe Stringer
Commit d8c5b17f2bc0 ("samples: bpf: add userspace example for attaching eBPF programs to cgroups") added these functions to samples/libbpf, but during this merge all of the samples libbpf functionality is shifting to tools/lib/bpf. Shift these functions there. Signed-off-by: Joe Stringer ---

[PATCH perf/core REBASE 1/5] samples/bpf: Make samples more libbpf-centric

2016-12-14 Thread Joe Stringer
Switch all of the sample code to use the function names from tools/lib/bpf so that they're consistent with that, and to declare their own log buffers. This allow the next commit to be purely devoted to getting rid of the duplicate library in samples/bpf. Signed-off-by: Joe Stringer

[PATCH perf/core REBASE 1/5] samples/bpf: Make samples more libbpf-centric

2016-12-14 Thread Joe Stringer
Switch all of the sample code to use the function names from tools/lib/bpf so that they're consistent with that, and to declare their own log buffers. This allow the next commit to be purely devoted to getting rid of the duplicate library in samples/bpf. Signed-off-by: Joe Stringer Cc: Alexei

Re: [PATCH] vfio/pci: Support error recovery

2016-12-14 Thread Michael S. Tsirkin
On Wed, Dec 14, 2016 at 03:47:43PM -0700, Alex Williamson wrote: > On Thu, 15 Dec 2016 00:20:20 +0200 > "Michael S. Tsirkin" wrote: > > > On Tue, Dec 13, 2016 at 08:00:22PM -0700, Alex Williamson wrote: > > > On Wed, 14 Dec 2016 03:58:17 +0200 > > > "Michael S. Tsirkin"

Re: [PATCH] vfio/pci: Support error recovery

2016-12-14 Thread Michael S. Tsirkin
On Wed, Dec 14, 2016 at 03:47:43PM -0700, Alex Williamson wrote: > On Thu, 15 Dec 2016 00:20:20 +0200 > "Michael S. Tsirkin" wrote: > > > On Tue, Dec 13, 2016 at 08:00:22PM -0700, Alex Williamson wrote: > > > On Wed, 14 Dec 2016 03:58:17 +0200 > > > "Michael S. Tsirkin" wrote: > > > > > > >

[PATCH perf/core REBASE 2/5] samples/bpf: Switch over to libbpf

2016-12-14 Thread Joe Stringer
Now that libbpf under tools/lib/bpf/* is synced with the version from samples/bpf, we can get rid most of the libbpf library here. Signed-off-by: Joe Stringer Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Wang Nan Link:

Re: linux-next: build warning after merge of the drivers-x86 tree

2016-12-14 Thread Darren Hart
On Wed, Dec 14, 2016 at 02:21:38PM -0800, Darren Hart wrote: > On Wed, Dec 14, 2016 at 01:50:44PM +1100, Stephen Rothwell wrote: > > Hi Darren, > > > > After merging the drivers-x86 tree, today's linux-next build (x86_64 > > allmodconfig) produced this warning: > > > > In file included from

[PATCH perf/core REBASE 2/5] samples/bpf: Switch over to libbpf

2016-12-14 Thread Joe Stringer
Now that libbpf under tools/lib/bpf/* is synced with the version from samples/bpf, we can get rid most of the libbpf library here. Signed-off-by: Joe Stringer Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Wang Nan Link: http://lkml.kernel.org/r/20161209024620.31660-6-...@ovn.org [ Use

Re: linux-next: build warning after merge of the drivers-x86 tree

2016-12-14 Thread Darren Hart
On Wed, Dec 14, 2016 at 02:21:38PM -0800, Darren Hart wrote: > On Wed, Dec 14, 2016 at 01:50:44PM +1100, Stephen Rothwell wrote: > > Hi Darren, > > > > After merging the drivers-x86 tree, today's linux-next build (x86_64 > > allmodconfig) produced this warning: > > > > In file included from

[PATCH perf/core REBASE 0/5] Reuse libbpf from samples/bpf

2016-12-14 Thread Joe Stringer
Arnaldo, here's the refresh of this series that you requested after the merge with net-next. It is based on commit 1f125a4aa4d8 ("tools lib bpf: Add flags to bpf_create_map()") from perf/core today. Patch #3 is new, but trivial. It has the biggest changes compared to the version that you

[PATCH perf/core REBASE 0/5] Reuse libbpf from samples/bpf

2016-12-14 Thread Joe Stringer
Arnaldo, here's the refresh of this series that you requested after the merge with net-next. It is based on commit 1f125a4aa4d8 ("tools lib bpf: Add flags to bpf_create_map()") from perf/core today. Patch #3 is new, but trivial. It has the biggest changes compared to the version that you

Re: [PATCH] vfio/pci: Support error recovery

2016-12-14 Thread Alex Williamson
On Thu, 15 Dec 2016 00:20:20 +0200 "Michael S. Tsirkin" wrote: > On Tue, Dec 13, 2016 at 08:00:22PM -0700, Alex Williamson wrote: > > On Wed, 14 Dec 2016 03:58:17 +0200 > > "Michael S. Tsirkin" wrote: > > > > > On Tue, Dec 13, 2016 at 09:27:59AM -0700, Alex

Re: [PATCH] vfio/pci: Support error recovery

2016-12-14 Thread Alex Williamson
On Thu, 15 Dec 2016 00:20:20 +0200 "Michael S. Tsirkin" wrote: > On Tue, Dec 13, 2016 at 08:00:22PM -0700, Alex Williamson wrote: > > On Wed, 14 Dec 2016 03:58:17 +0200 > > "Michael S. Tsirkin" wrote: > > > > > On Tue, Dec 13, 2016 at 09:27:59AM -0700, Alex Williamson wrote: > > > > On

Re: [PATCH v3 1/3] siphash: add cryptographically secure hashtable function

2016-12-14 Thread Jason A. Donenfeld
Hey Tom, On Wed, Dec 14, 2016 at 10:35 PM, Tom Herbert wrote: > Those look good, although I would probably just do 1,2,3 words and > then have a function that takes n words like jhash. Might want to call > these dword to distinguish from 32 bit words in jhash. So actually

Re: [PATCH v3 1/3] siphash: add cryptographically secure hashtable function

2016-12-14 Thread Jason A. Donenfeld
Hey Tom, On Wed, Dec 14, 2016 at 10:35 PM, Tom Herbert wrote: > Those look good, although I would probably just do 1,2,3 words and > then have a function that takes n words like jhash. Might want to call > these dword to distinguish from 32 bit words in jhash. So actually jhash_Nwords makes no

[GIT PULL] Block IO fixes for 4.10-rc1

2016-12-14 Thread Jens Axboe
Hi Linus, A few fixes that I collected as post-merge. I was going to wait a bit with sending this out, but the O_DIRECT fix should really go in sooner rather than later. Please pull! git://git.kernel.dk/linux-block.git for-linus

[GIT PULL] Block IO fixes for 4.10-rc1

2016-12-14 Thread Jens Axboe
Hi Linus, A few fixes that I collected as post-merge. I was going to wait a bit with sending this out, but the O_DIRECT fix should really go in sooner rather than later. Please pull! git://git.kernel.dk/linux-block.git for-linus

Re: [patch 0/2] tsc/adjust: Cure suspend/resume issues and prevent TSC deadline timer irq storm

2016-12-14 Thread Roland Scheidegger
Am 14.12.2016 um 22:40 schrieb Thomas Gleixner: > On Wed, 14 Dec 2016, Thomas Gleixner wrote: >> Positive space, results in timer not firing anymore - at least not in a >> time frame you are willing to wait for. >> >> 0x 8000 >> >> Negative space, results in an interrupt storm.

Re: [patch 0/2] tsc/adjust: Cure suspend/resume issues and prevent TSC deadline timer irq storm

2016-12-14 Thread Roland Scheidegger
Am 14.12.2016 um 22:40 schrieb Thomas Gleixner: > On Wed, 14 Dec 2016, Thomas Gleixner wrote: >> Positive space, results in timer not firing anymore - at least not in a >> time frame you are willing to wait for. >> >> 0x 8000 >> >> Negative space, results in an interrupt storm.

[GIT PULL] fs meta data unmap

2016-12-14 Thread Jens Axboe
Hi Linus, A series from Jan Kara, providing a more efficient way for unmapping meta data from in the buffer cache than doing it block-by-block. Provide a general helper that existing callers can use. Please pull! git://git.kernel.dk/linux-block.git for-4.10/fs-unmap

[GIT PULL] fs meta data unmap

2016-12-14 Thread Jens Axboe
Hi Linus, A series from Jan Kara, providing a more efficient way for unmapping meta data from in the buffer cache than doing it block-by-block. Provide a general helper that existing callers can use. Please pull! git://git.kernel.dk/linux-block.git for-4.10/fs-unmap

Re: [PATCH] vfio/pci: Support error recovery

2016-12-14 Thread Alex Williamson
On Thu, 15 Dec 2016 00:25:13 +0200 "Michael S. Tsirkin" wrote: > On Wed, Dec 14, 2016 at 03:16:37PM -0700, Alex Williamson wrote: > > On Wed, 14 Dec 2016 18:24:23 +0800 > > Cao jin wrote: > > > > > Sorry for late. > > > after reading all your

Re: [PATCH] vfio/pci: Support error recovery

2016-12-14 Thread Alex Williamson
On Thu, 15 Dec 2016 00:25:13 +0200 "Michael S. Tsirkin" wrote: > On Wed, Dec 14, 2016 at 03:16:37PM -0700, Alex Williamson wrote: > > On Wed, 14 Dec 2016 18:24:23 +0800 > > Cao jin wrote: > > > > > Sorry for late. > > > after reading all your comments, I think I will try the solution 1. > >

[PATCH 0/4] ARM64: dts: marvell: fix license text

2016-12-14 Thread Alexandre Belloni
The dual GPLv2/X11 license the text that is used is missing a few characters. Alexandre Belloni (4): ARM64: dts: marvell/armada-371x: Correct license text ARM64: dts: marvell/armada-3720-db: Correct license text ARM64: dts: marvell/armada-372x: Correct license text ARM64: dts:

[PATCH 0/4] ARM64: dts: marvell: fix license text

2016-12-14 Thread Alexandre Belloni
The dual GPLv2/X11 license the text that is used is missing a few characters. Alexandre Belloni (4): ARM64: dts: marvell/armada-371x: Correct license text ARM64: dts: marvell/armada-3720-db: Correct license text ARM64: dts: marvell/armada-372x: Correct license text ARM64: dts:

Re: [PATCHv3 perf/core 0/7] Reuse libbpf from samples/bpf

2016-12-14 Thread Joe Stringer
On 14 December 2016 at 06:55, Arnaldo Carvalho de Melo wrote: > Em Wed, Dec 14, 2016 at 10:25:01AM -0300, Arnaldo Carvalho de Melo escreveu: >> Em Fri, Dec 09, 2016 at 04:30:54PM +0100, Daniel Borkmann escreveu: >> > On 12/09/2016 04:09 PM, Arnaldo Carvalho de Melo wrote: >> >

[PATCH 2/4] ARM64: dts: marvell/armada-3720-db: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Andreas Färber Cc: Bjorn Helgaas Cc: Thomas Petazzoni

[PATCH 4/4] ARM64: dts: marvell/armada-37xx: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Andreas Färber Cc: Bjorn Helgaas Cc: Marcin Wojtas Cc:

[PATCH 2/4] ARM64: dts: marvell/armada-3720-db: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Andreas Färber Cc: Bjorn Helgaas Cc: Thomas Petazzoni Signed-off-by: Alexandre Belloni ---

[PATCH 4/4] ARM64: dts: marvell/armada-37xx: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Andreas Färber Cc: Bjorn Helgaas Cc: Marcin Wojtas Cc: Thomas Petazzoni Signed-off-by: Alexandre Belloni ---

Re: [PATCHv3 perf/core 0/7] Reuse libbpf from samples/bpf

2016-12-14 Thread Joe Stringer
On 14 December 2016 at 06:55, Arnaldo Carvalho de Melo wrote: > Em Wed, Dec 14, 2016 at 10:25:01AM -0300, Arnaldo Carvalho de Melo escreveu: >> Em Fri, Dec 09, 2016 at 04:30:54PM +0100, Daniel Borkmann escreveu: >> > On 12/09/2016 04:09 PM, Arnaldo Carvalho de Melo wrote: >> > Please note that

[PATCH 3/4] ARM64: dts: marvell/armada-372x: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Andreas Färber Signed-off-by: Alexandre Belloni ---

[PATCH 1/4] ARM64: dts: marvell/armada-371x: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Signed-off-by: Alexandre Belloni --- arch/arm64/boot/dts/marvell/armada-371x.dtsi |

[PATCH 3/4] ARM64: dts: marvell/armada-372x: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Andreas Färber Signed-off-by: Alexandre Belloni --- arch/arm64/boot/dts/marvell/armada-372x.dtsi | 10 +- 1

[PATCH 1/4] ARM64: dts: marvell/armada-371x: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Signed-off-by: Alexandre Belloni --- arch/arm64/boot/dts/marvell/armada-371x.dtsi | 10 +- 1 file changed, 5

[PATCH 02/39] ARM: dts: armada-370-dlink-dns327l: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Andrew Andrianov Cc: Boris Brezillon Signed-off-by: Alexandre

[PATCH 02/39] ARM: dts: armada-370-dlink-dns327l: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Andrew Andrianov Cc: Boris Brezillon Signed-off-by: Alexandre Belloni ---

[PATCH 09/39] ARM: dts: armada-370-xp: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Arnaud Ebalard Cc: Ben Dooks Cc: Ezequiel Garcia

[PATCH 09/39] ARM: dts: armada-370-xp: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Arnaud Ebalard Cc: Ben Dooks Cc: Ezequiel Garcia Cc: Greg Ungerer Cc: Heikki Krogerus Cc: Kevin Hilman Cc: Lior

[PATCH 05/39] ARM: dts: armada-370-netgear-rn102: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Arnaud Ebalard Cc: Ben Peddell Cc: Boris Brezillon

[PATCH 05/39] ARM: dts: armada-370-netgear-rn102: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Arnaud Ebalard Cc: Ben Peddell Cc: Boris Brezillon Cc: Ezequiel Garcia Cc: Philipp Zabel Cc: Sudeep Holla Cc:

[PATCH 01/39] ARM: dts: armada-370-db: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Arnaud Ebalard Cc: Ben Dooks Cc: Boris Brezillon

[PATCH 10/39] ARM: dts: armada-375-db: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Boris Brezillon Cc: Ezequiel Garcia Cc: Rafał

[PATCH 01/39] ARM: dts: armada-370-db: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Arnaud Ebalard Cc: Ben Dooks Cc: Boris Brezillon Cc: Ezequiel Garcia Cc: Lior Amsalem Cc: Rafał Miłecki Cc: Simon

[PATCH 10/39] ARM: dts: armada-375-db: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Boris Brezillon Cc: Ezequiel Garcia Cc: Rafał Miłecki Cc: Thomas Petazzoni Signed-off-by: Alexandre Belloni ---

[PATCH 23/39] ARM: dts: armada-xp-axpwifiap: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Arnaud Ebalard Cc: Boris Brezillon Cc: Ezequiel Garcia

[PATCH 23/39] ARM: dts: armada-xp-axpwifiap: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Arnaud Ebalard Cc: Boris Brezillon Cc: Ezequiel Garcia Cc: Paul Bolle Cc: Rafał Miłecki Cc: Sebastian Hesselbarth

[PATCH 07/39] ARM: dts: armada-370-rd: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Arnaud Ebalard Cc: Boris Brezillon Cc: Ezequiel Garcia

[PATCH 11/39] ARM: dts: armada-375: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Boris Brezillon Cc: Ezequiel Garcia Cc: Lior

[PATCH 13/39] ARM: dts: armada-388-clearfog: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Marcin Wojtas Cc: Russell King Cc: Stefan Roese

[PATCH 12/39] ARM: dts: armada-38x: Correct license text

2016-12-14 Thread Alexandre Belloni
The license test has been mangled at some point then copy pasted across multiple files. Restore it to what it should be. Note that this is not intended as a license change. Cc: Boris Brezillon Cc: Chris Packham Cc: Ezequiel

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