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
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
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.
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
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
> > >
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:
> > > > >
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
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
>
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
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;
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
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
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
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
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
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
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
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
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
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
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:
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
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
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
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 +
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
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
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
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
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 +++
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 +
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
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
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
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
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
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
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
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
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 +
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
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
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
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
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:
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
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
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
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
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
---
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
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
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"
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:
> > >
> > > >
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:
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
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
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
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
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
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
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
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
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
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
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
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.
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.
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
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
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
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.
> >
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:
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:
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:
>> >
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
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:
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
---
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
---
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
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
---
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 |
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
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
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
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
---
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
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
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
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:
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
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ł
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
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
---
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
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
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
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
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
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
401 - 500 of 1664 matches
Mail list logo