linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in: samples/bpf/Makefile between commit: 1d97c6c2511f ("samples/bpf: Base target programs rules on Makefile.target") from the net-next tree and commit: fce9501aec6b ("samples/bpf: fix build by setting HAVE_ATTR_TEST to zero") from the tip tree. I fixed it up (see below) and can carry the fix as necessary. This is now fixed as far as linux-next is concerned, but any non trivial conflicts should be mentioned to your upstream maintainer when your tree is submitted for merging. You may also want to consider cooperating with the maintainer of the conflicting tree to minimise any particularly complex conflicts. -- Cheers, Stephen Rothwell diff --cc samples/bpf/Makefile index 4df11ddb9c75,42b571cde177.. --- a/samples/bpf/Makefile +++ b/samples/bpf/Makefile @@@ -168,38 -171,21 +168,39 @@@ always += ibumad_kern. always += hbm_out_kern.o always += hbm_edt_kern.o -KBUILD_HOSTCFLAGS += -I$(objtree)/usr/include -KBUILD_HOSTCFLAGS += -I$(srctree)/tools/lib/bpf/ -KBUILD_HOSTCFLAGS += -I$(srctree)/tools/testing/selftests/bpf/ -KBUILD_HOSTCFLAGS += -I$(srctree)/tools/lib/ -I$(srctree)/tools/include -KBUILD_HOSTCFLAGS += -I$(srctree)/tools/perf -KBUILD_HOSTCFLAGS += -DHAVE_ATTR_TEST=0 +ifeq ($(ARCH), arm) +# Strip all except -D__LINUX_ARM_ARCH__ option needed to handle linux +# headers when arm instruction set identification is requested. +ARM_ARCH_SELECTOR := $(filter -D__LINUX_ARM_ARCH__%, $(KBUILD_CFLAGS)) +BPF_EXTRA_CFLAGS := $(ARM_ARCH_SELECTOR) +TPROGS_CFLAGS += $(ARM_ARCH_SELECTOR) +endif + +TPROGS_CFLAGS += -Wall -O2 +TPROGS_CFLAGS += -Wmissing-prototypes +TPROGS_CFLAGS += -Wstrict-prototypes + +TPROGS_CFLAGS += -I$(objtree)/usr/include +TPROGS_CFLAGS += -I$(srctree)/tools/lib/bpf/ +TPROGS_CFLAGS += -I$(srctree)/tools/testing/selftests/bpf/ +TPROGS_CFLAGS += -I$(srctree)/tools/lib/ +TPROGS_CFLAGS += -I$(srctree)/tools/include +TPROGS_CFLAGS += -I$(srctree)/tools/perf ++TPROGS_CFLAGS += -DHAVE_ATTR_TEST=0 -HOSTCFLAGS_bpf_load.o += -I$(objtree)/usr/include -Wno-unused-variable +ifdef SYSROOT +TPROGS_CFLAGS += --sysroot=$(SYSROOT) +TPROGS_LDFLAGS := -L$(SYSROOT)/usr/lib +endif + +TPROGCFLAGS_bpf_load.o += -Wno-unused-variable -KBUILD_HOSTLDLIBS += $(LIBBPF) -lelf -HOSTLDLIBS_tracex4+= -lrt -HOSTLDLIBS_trace_output += -lrt -HOSTLDLIBS_map_perf_test += -lrt -HOSTLDLIBS_test_overhead += -lrt -HOSTLDLIBS_xdpsock+= -pthread +TPROGS_LDLIBS += $(LIBBPF) -lelf +TPROGLDLIBS_tracex4 += -lrt +TPROGLDLIBS_trace_output += -lrt +TPROGLDLIBS_map_perf_test += -lrt +TPROGLDLIBS_test_overhead += -lrt +TPROGLDLIBS_xdpsock += -pthread # Allows pointing LLC/CLANG to a LLVM backend with bpf support, redefine on cmdline: # make samples/bpf/ LLC=~/git/llvm/build/bin/llc CLANG=~/git/llvm/build/bin/clang pgpURLboNJg8O.pgp Description: OpenPGP digital signature
Re: linux-next: manual merge of the tip tree with the net-next tree
On Fri, Oct 18, 2019 at 01:31:39PM +1100, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the tip tree got a conflict in: > > samples/bpf/Makefile > > between commit: > > 1d97c6c2511f ("samples/bpf: Base target programs rules on Makefile.target") > > from the net-next tree and commit: > > fce9501aec6b ("samples/bpf: fix build by setting HAVE_ATTR_TEST to zero") > > from the tip tree. Argh. Can tip folks revert the patch and let it go the normal route via bpf trees? There was no good reason in creating such conflicts.
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in: include/uapi/linux/time.h between commits: bcb3fc3247e5 ("arch: sparc: Override struct __kernel_old_timeval") ca5e9aba753e ("time: Add time_types.h") from the net-next tree and commit: c70a772fda11 ("y2038: remove struct definition redirects") from the tip tree. I fixed it up (I used the net-next tree version of this file and applied the following patch) and can carry the fix as necessary. This is now fixed as far as linux-next is concerned, but any non trivial conflicts should be mentioned to your upstream maintainer when your tree is submitted for merging. You may also want to consider cooperating with the maintainer of the conflicting tree to minimise any particularly complex conflicts. From: Stephen Rothwell Date: Fri, 15 Feb 2019 13:16:41 +1100 Subject: [PATCH] time: fix up for "y2038: remove struct definition redirects" Signed-off-by: Stephen Rothwell --- include/uapi/linux/time_types.h | 4 1 file changed, 4 deletions(-) diff --git a/include/uapi/linux/time_types.h b/include/uapi/linux/time_types.h index 459070c61d47..27bfc8fc6904 100644 --- a/include/uapi/linux/time_types.h +++ b/include/uapi/linux/time_types.h @@ -4,19 +4,15 @@ #include -#ifndef __kernel_timespec struct __kernel_timespec { __kernel_time64_t tv_sec; /* seconds */ long long tv_nsec;/* nanoseconds */ }; -#endif -#ifndef __kernel_itimerspec struct __kernel_itimerspec { struct __kernel_timespec it_interval;/* timer period */ struct __kernel_timespec it_value; /* timer expiration */ }; -#endif /* * legacy timeval structure, only embedded in structures that -- 2.20.1 -- Cheers, Stephen Rothwell pgpnKf4oGwon4.pgp Description: OpenPGP digital signature
Re: linux-next: manual merge of the tip tree with the net-next tree
Hi all, On Mon, 30 Oct 2017 20:55:47 + Mark Brownwrote: > > Today's linux-next merge of the tip tree got a conflict in: > > net/ipv4/tcp_output.c > > between commit: > > 6aa7de059173a ("locking/atomics: COCCINELLE/treewide: Convert trivial > ACCESS_ONCE() patterns to READ_ONCE()/WRITE_ONCE()") > > in the tip tree and some change in the net-next tree. > > I fixed it up (see below) and can carry the fix as necessary. This > is now fixed as far as linux-next is concerned, but any non trivial > conflicts should be mentioned to your upstream maintainer when your tree > is submitted for merging. You may also want to consider cooperating > with the maintainer of the conflicting tree to minimise any particularly > complex conflicts. > > diff --cc net/ipv4/tcp_output.c > index a69a34f57330,48531da1aba6.. > --- a/net/ipv4/tcp_output.c > +++ b/net/ipv4/tcp_output.c > @@@ -1978,7 -1908,7 +1978,7 @@@ static bool tcp_tso_should_defer(struc > if ((skb != tcp_write_queue_tail(sk)) && (limit >= skb->len)) > goto send_now; > > - win_divisor = > ACCESS_ONCE(sock_net(sk)->ipv4.sysctl_tcp_tso_win_divisor); > -win_divisor = READ_ONCE(sysctl_tcp_tso_win_divisor); > ++win_divisor = READ_ONCE(sock_net(sk)->ipv4.sysctl_tcp_tso_win_divisor); > if (win_divisor) { > u32 chunk = min(tp->snd_wnd, tp->snd_cwnd * tp->mss_cache); > Just a reminder that this conflict still exists. -- Cheers, Stephen Rothwell
Re: linux-next: manual merge of the tip tree with the net-next tree
Hi all, On Mon, 30 Oct 2017 20:55:47 + Mark Brown wrote: > > Today's linux-next merge of the tip tree got a conflict in: > > net/ipv4/tcp_output.c > > between commit: > > 6aa7de059173a ("locking/atomics: COCCINELLE/treewide: Convert trivial > ACCESS_ONCE() patterns to READ_ONCE()/WRITE_ONCE()") > > in the tip tree and some change in the net-next tree. > > I fixed it up (see below) and can carry the fix as necessary. This > is now fixed as far as linux-next is concerned, but any non trivial > conflicts should be mentioned to your upstream maintainer when your tree > is submitted for merging. You may also want to consider cooperating > with the maintainer of the conflicting tree to minimise any particularly > complex conflicts. > > diff --cc net/ipv4/tcp_output.c > index a69a34f57330,48531da1aba6.. > --- a/net/ipv4/tcp_output.c > +++ b/net/ipv4/tcp_output.c > @@@ -1978,7 -1908,7 +1978,7 @@@ static bool tcp_tso_should_defer(struc > if ((skb != tcp_write_queue_tail(sk)) && (limit >= skb->len)) > goto send_now; > > - win_divisor = > ACCESS_ONCE(sock_net(sk)->ipv4.sysctl_tcp_tso_win_divisor); > -win_divisor = READ_ONCE(sysctl_tcp_tso_win_divisor); > ++win_divisor = READ_ONCE(sock_net(sk)->ipv4.sysctl_tcp_tso_win_divisor); > if (win_divisor) { > u32 chunk = min(tp->snd_wnd, tp->snd_cwnd * tp->mss_cache); > Just a reminder that this conflict still exists. -- Cheers, Stephen Rothwell
Re: linux-next: manual merge of the tip tree with the net-next tree
Hi Alexei, On Wed, 1 Nov 2017 09:27:14 -0700 Alexei Starovoitovwrote: > > Also what do you mean by "same patch != same commit" ? > Like if we had pushed to some 3rd tree first and then pulled > into tip and net-next it would have been better? Well, it would not have caused a conflict. -- Cheers, Stephen Rothwell
Re: linux-next: manual merge of the tip tree with the net-next tree
Hi Alexei, On Wed, 1 Nov 2017 09:27:14 -0700 Alexei Starovoitov wrote: > > Also what do you mean by "same patch != same commit" ? > Like if we had pushed to some 3rd tree first and then pulled > into tip and net-next it would have been better? Well, it would not have caused a conflict. -- Cheers, Stephen Rothwell
Re: linux-next: manual merge of the tip tree with the net-next tree
On Wed, Nov 01, 2017 at 09:55:24AM +0100, Peter Zijlstra wrote: > On Wed, Nov 01, 2017 at 09:27:43AM +0100, Ingo Molnar wrote: > > > > * Peter Zijlstrawrote: > > > > > On Wed, Nov 01, 2017 at 06:15:54PM +1100, Stephen Rothwell wrote: > > > > Hi all, > > > > > > > > Today's linux-next merge of the tip tree got a conflict in: > > > > > > > > kernel/trace/bpf_trace.c > > > > > > > > between commits: > > > > > > > > 97562633bcba ("bpf: perf event change needed for subsequent bpf > > > > helpers") > > > > and more changes ... > > > > > > > > from the net-next tree and commit: > > > > > > > > 7d9285e82db5 ("perf/bpf: Extend the perf_event_read_local() > > > > interface, a.k.a. "bpf: perf event change needed for subsequent bpf > > > > helpers"") > > > > > > > > from the tip tree. > > > > > > So those should be the exact same patch; except for Changelog and > > > subject. Code wise there shouldn't be a conflict. > > > > So the problem is that then we have: > > > > 0d3d73aac2ff ("perf/core: Rewrite event timekeeping") > > > > which changes the code. This is a known conflict generation pattern: Git > > isn't > > smart enough to sort out that (probably because it would make merges too > > expensive) - and it's a bad flow in any case. > > Hmm, I thought having that same base patch in both trees would allow it > to resolve that conflict. A well.. sigh. I had the same impression. In the past the same patch was applied to both tip and net-next and there were no conflicts. May be git could have been smarter if you kept the same one line commit description as we have in net-next? Will it help if we push the same ("perf/core: Rewrite event timekeeping") commit into net-next ? They will be in different order, so it probably won't help and only make things worse. That sucks. I think we need to discuss what should be our apporach moving forward to commits that affect tracing and networking at the same time. I don't think pushing to only one tree is an option, since it will be close to impossible to resolve such conflicts at merge window time. Linus would need to do some major surgery to untangle the mess. I think it's still the best to push to both trees and expect such mini-conflicts to appear in linux-next. Like this time it was pretty obvious that commits are the same and no real action necessary. Also what do you mean by "same patch != same commit" ? Like if we had pushed to some 3rd tree first and then pulled into tip and net-next it would have been better?
Re: linux-next: manual merge of the tip tree with the net-next tree
On Wed, Nov 01, 2017 at 09:55:24AM +0100, Peter Zijlstra wrote: > On Wed, Nov 01, 2017 at 09:27:43AM +0100, Ingo Molnar wrote: > > > > * Peter Zijlstra wrote: > > > > > On Wed, Nov 01, 2017 at 06:15:54PM +1100, Stephen Rothwell wrote: > > > > Hi all, > > > > > > > > Today's linux-next merge of the tip tree got a conflict in: > > > > > > > > kernel/trace/bpf_trace.c > > > > > > > > between commits: > > > > > > > > 97562633bcba ("bpf: perf event change needed for subsequent bpf > > > > helpers") > > > > and more changes ... > > > > > > > > from the net-next tree and commit: > > > > > > > > 7d9285e82db5 ("perf/bpf: Extend the perf_event_read_local() > > > > interface, a.k.a. "bpf: perf event change needed for subsequent bpf > > > > helpers"") > > > > > > > > from the tip tree. > > > > > > So those should be the exact same patch; except for Changelog and > > > subject. Code wise there shouldn't be a conflict. > > > > So the problem is that then we have: > > > > 0d3d73aac2ff ("perf/core: Rewrite event timekeeping") > > > > which changes the code. This is a known conflict generation pattern: Git > > isn't > > smart enough to sort out that (probably because it would make merges too > > expensive) - and it's a bad flow in any case. > > Hmm, I thought having that same base patch in both trees would allow it > to resolve that conflict. A well.. sigh. I had the same impression. In the past the same patch was applied to both tip and net-next and there were no conflicts. May be git could have been smarter if you kept the same one line commit description as we have in net-next? Will it help if we push the same ("perf/core: Rewrite event timekeeping") commit into net-next ? They will be in different order, so it probably won't help and only make things worse. That sucks. I think we need to discuss what should be our apporach moving forward to commits that affect tracing and networking at the same time. I don't think pushing to only one tree is an option, since it will be close to impossible to resolve such conflicts at merge window time. Linus would need to do some major surgery to untangle the mess. I think it's still the best to push to both trees and expect such mini-conflicts to appear in linux-next. Like this time it was pretty obvious that commits are the same and no real action necessary. Also what do you mean by "same patch != same commit" ? Like if we had pushed to some 3rd tree first and then pulled into tip and net-next it would have been better?
Re: linux-next: manual merge of the tip tree with the net-next tree
Hi Peter, On Wed, 1 Nov 2017 09:55:24 +0100 Peter Zijlstrawrote: > > Hmm, I thought having that same base patch in both trees would allow it > to resolve that conflict. A well.. There is a difference between having he same patch and the same commit ... -- Cheers, Stephen Rothwell
Re: linux-next: manual merge of the tip tree with the net-next tree
Hi Peter, On Wed, 1 Nov 2017 09:55:24 +0100 Peter Zijlstra wrote: > > Hmm, I thought having that same base patch in both trees would allow it > to resolve that conflict. A well.. There is a difference between having he same patch and the same commit ... -- Cheers, Stephen Rothwell
Re: linux-next: manual merge of the tip tree with the net-next tree
* Peter Zijlstrawrote: > On Wed, Nov 01, 2017 at 09:27:43AM +0100, Ingo Molnar wrote: > > > > * Peter Zijlstra wrote: > > > > > On Wed, Nov 01, 2017 at 06:15:54PM +1100, Stephen Rothwell wrote: > > > > Hi all, > > > > > > > > Today's linux-next merge of the tip tree got a conflict in: > > > > > > > > kernel/trace/bpf_trace.c > > > > > > > > between commits: > > > > > > > > 97562633bcba ("bpf: perf event change needed for subsequent bpf > > > > helpers") > > > > and more changes ... > > > > > > > > from the net-next tree and commit: > > > > > > > > 7d9285e82db5 ("perf/bpf: Extend the perf_event_read_local() > > > > interface, a.k.a. "bpf: perf event change needed for subsequent bpf > > > > helpers"") > > > > > > > > from the tip tree. > > > > > > So those should be the exact same patch; except for Changelog and > > > subject. Code wise there shouldn't be a conflict. > > > > So the problem is that then we have: > > > > 0d3d73aac2ff ("perf/core: Rewrite event timekeeping") > > > > which changes the code. This is a known conflict generation pattern: Git > > isn't > > smart enough to sort out that (probably because it would make merges too > > expensive) - and it's a bad flow in any case. > > Hmm, I thought having that same base patch in both trees would allow it > to resolve that conflict. A well.. I think that would require content level matching of a rather horrifying volume to resolve, slowing down Git merges horribly. (Maybe there's an option for Git to do that, but it's not the default I think.) Thanks, Ingo
Re: linux-next: manual merge of the tip tree with the net-next tree
* Peter Zijlstra wrote: > On Wed, Nov 01, 2017 at 09:27:43AM +0100, Ingo Molnar wrote: > > > > * Peter Zijlstra wrote: > > > > > On Wed, Nov 01, 2017 at 06:15:54PM +1100, Stephen Rothwell wrote: > > > > Hi all, > > > > > > > > Today's linux-next merge of the tip tree got a conflict in: > > > > > > > > kernel/trace/bpf_trace.c > > > > > > > > between commits: > > > > > > > > 97562633bcba ("bpf: perf event change needed for subsequent bpf > > > > helpers") > > > > and more changes ... > > > > > > > > from the net-next tree and commit: > > > > > > > > 7d9285e82db5 ("perf/bpf: Extend the perf_event_read_local() > > > > interface, a.k.a. "bpf: perf event change needed for subsequent bpf > > > > helpers"") > > > > > > > > from the tip tree. > > > > > > So those should be the exact same patch; except for Changelog and > > > subject. Code wise there shouldn't be a conflict. > > > > So the problem is that then we have: > > > > 0d3d73aac2ff ("perf/core: Rewrite event timekeeping") > > > > which changes the code. This is a known conflict generation pattern: Git > > isn't > > smart enough to sort out that (probably because it would make merges too > > expensive) - and it's a bad flow in any case. > > Hmm, I thought having that same base patch in both trees would allow it > to resolve that conflict. A well.. I think that would require content level matching of a rather horrifying volume to resolve, slowing down Git merges horribly. (Maybe there's an option for Git to do that, but it's not the default I think.) Thanks, Ingo
Re: linux-next: manual merge of the tip tree with the net-next tree
On Wed, Nov 01, 2017 at 09:27:43AM +0100, Ingo Molnar wrote: > > * Peter Zijlstrawrote: > > > On Wed, Nov 01, 2017 at 06:15:54PM +1100, Stephen Rothwell wrote: > > > Hi all, > > > > > > Today's linux-next merge of the tip tree got a conflict in: > > > > > > kernel/trace/bpf_trace.c > > > > > > between commits: > > > > > > 97562633bcba ("bpf: perf event change needed for subsequent bpf > > > helpers") > > > and more changes ... > > > > > > from the net-next tree and commit: > > > > > > 7d9285e82db5 ("perf/bpf: Extend the perf_event_read_local() interface, > > > a.k.a. "bpf: perf event change needed for subsequent bpf helpers"") > > > > > > from the tip tree. > > > > So those should be the exact same patch; except for Changelog and > > subject. Code wise there shouldn't be a conflict. > > So the problem is that then we have: > > 0d3d73aac2ff ("perf/core: Rewrite event timekeeping") > > which changes the code. This is a known conflict generation pattern: Git > isn't > smart enough to sort out that (probably because it would make merges too > expensive) - and it's a bad flow in any case. Hmm, I thought having that same base patch in both trees would allow it to resolve that conflict. A well..
Re: linux-next: manual merge of the tip tree with the net-next tree
On Wed, Nov 01, 2017 at 09:27:43AM +0100, Ingo Molnar wrote: > > * Peter Zijlstra wrote: > > > On Wed, Nov 01, 2017 at 06:15:54PM +1100, Stephen Rothwell wrote: > > > Hi all, > > > > > > Today's linux-next merge of the tip tree got a conflict in: > > > > > > kernel/trace/bpf_trace.c > > > > > > between commits: > > > > > > 97562633bcba ("bpf: perf event change needed for subsequent bpf > > > helpers") > > > and more changes ... > > > > > > from the net-next tree and commit: > > > > > > 7d9285e82db5 ("perf/bpf: Extend the perf_event_read_local() interface, > > > a.k.a. "bpf: perf event change needed for subsequent bpf helpers"") > > > > > > from the tip tree. > > > > So those should be the exact same patch; except for Changelog and > > subject. Code wise there shouldn't be a conflict. > > So the problem is that then we have: > > 0d3d73aac2ff ("perf/core: Rewrite event timekeeping") > > which changes the code. This is a known conflict generation pattern: Git > isn't > smart enough to sort out that (probably because it would make merges too > expensive) - and it's a bad flow in any case. Hmm, I thought having that same base patch in both trees would allow it to resolve that conflict. A well..
Re: linux-next: manual merge of the tip tree with the net-next tree
* Peter Zijlstrawrote: > On Wed, Nov 01, 2017 at 06:15:54PM +1100, Stephen Rothwell wrote: > > Hi all, > > > > Today's linux-next merge of the tip tree got a conflict in: > > > > kernel/trace/bpf_trace.c > > > > between commits: > > > > 97562633bcba ("bpf: perf event change needed for subsequent bpf helpers") > > and more changes ... > > > > from the net-next tree and commit: > > > > 7d9285e82db5 ("perf/bpf: Extend the perf_event_read_local() interface, > > a.k.a. "bpf: perf event change needed for subsequent bpf helpers"") > > > > from the tip tree. > > So those should be the exact same patch; except for Changelog and > subject. Code wise there shouldn't be a conflict. So the problem is that then we have: 0d3d73aac2ff ("perf/core: Rewrite event timekeeping") which changes the code. This is a known conflict generation pattern: Git isn't smart enough to sort out that (probably because it would make merges too expensive) - and it's a bad flow in any case. Thanks, Ingo
Re: linux-next: manual merge of the tip tree with the net-next tree
* Peter Zijlstra wrote: > On Wed, Nov 01, 2017 at 06:15:54PM +1100, Stephen Rothwell wrote: > > Hi all, > > > > Today's linux-next merge of the tip tree got a conflict in: > > > > kernel/trace/bpf_trace.c > > > > between commits: > > > > 97562633bcba ("bpf: perf event change needed for subsequent bpf helpers") > > and more changes ... > > > > from the net-next tree and commit: > > > > 7d9285e82db5 ("perf/bpf: Extend the perf_event_read_local() interface, > > a.k.a. "bpf: perf event change needed for subsequent bpf helpers"") > > > > from the tip tree. > > So those should be the exact same patch; except for Changelog and > subject. Code wise there shouldn't be a conflict. So the problem is that then we have: 0d3d73aac2ff ("perf/core: Rewrite event timekeeping") which changes the code. This is a known conflict generation pattern: Git isn't smart enough to sort out that (probably because it would make merges too expensive) - and it's a bad flow in any case. Thanks, Ingo
Re: linux-next: manual merge of the tip tree with the net-next tree
On Wed, Nov 01, 2017 at 06:15:54PM +1100, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the tip tree got a conflict in: > > kernel/trace/bpf_trace.c > > between commits: > > 97562633bcba ("bpf: perf event change needed for subsequent bpf helpers") > and more changes ... > > from the net-next tree and commit: > > 7d9285e82db5 ("perf/bpf: Extend the perf_event_read_local() interface, > a.k.a. "bpf: perf event change needed for subsequent bpf helpers"") > > from the tip tree. So those should be the exact same patch; except for Changelog and subject. Code wise there shouldn't be a conflict.
Re: linux-next: manual merge of the tip tree with the net-next tree
On Wed, Nov 01, 2017 at 06:15:54PM +1100, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the tip tree got a conflict in: > > kernel/trace/bpf_trace.c > > between commits: > > 97562633bcba ("bpf: perf event change needed for subsequent bpf helpers") > and more changes ... > > from the net-next tree and commit: > > 7d9285e82db5 ("perf/bpf: Extend the perf_event_read_local() interface, > a.k.a. "bpf: perf event change needed for subsequent bpf helpers"") > > from the tip tree. So those should be the exact same patch; except for Changelog and subject. Code wise there shouldn't be a conflict.
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in: kernel/trace/bpf_trace.c between commits: 97562633bcba ("bpf: perf event change needed for subsequent bpf helpers") and more changes ... from the net-next tree and commit: 7d9285e82db5 ("perf/bpf: Extend the perf_event_read_local() interface, a.k.a. "bpf: perf event change needed for subsequent bpf helpers"") from the tip tree. I fixed it up (I just used the version from the net-next tree) and can carry the fix as necessary. This is now fixed as far as linux-next is concerned, but any non trivial conflicts should be mentioned to your upstream maintainer when your tree is submitted for merging. You may also want to consider cooperating with the maintainer of the conflicting tree to minimise any particularly complex conflicts. -- Cheers, Stephen Rothwell
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in: kernel/trace/bpf_trace.c between commits: 97562633bcba ("bpf: perf event change needed for subsequent bpf helpers") and more changes ... from the net-next tree and commit: 7d9285e82db5 ("perf/bpf: Extend the perf_event_read_local() interface, a.k.a. "bpf: perf event change needed for subsequent bpf helpers"") from the tip tree. I fixed it up (I just used the version from the net-next tree) and can carry the fix as necessary. This is now fixed as far as linux-next is concerned, but any non trivial conflicts should be mentioned to your upstream maintainer when your tree is submitted for merging. You may also want to consider cooperating with the maintainer of the conflicting tree to minimise any particularly complex conflicts. -- Cheers, Stephen Rothwell
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in: kernel/events/core.c between commit: 97562633bcba ("bpf: perf event change needed for subsequent bpf helpers") from the net-next tree and commits: 7d9285e82db5 ("perf/bpf: Extend the perf_event_read_local() interface, a.k.a. "bpf: perf event change needed for subsequent bpf helpers"") 0d3d73aac2ff ("perf/core: Rewrite event timekeeping") from the tip tree. I fixed it up (the latter just removed the code added by the two earlier patches) and can carry the fix as necessary. This is now fixed as far as linux-next is concerned, but any non trivial conflicts should be mentioned to your upstream maintainer when your tree is submitted for merging. You may also want to consider cooperating with the maintainer of the conflicting tree to minimise any particularly complex conflicts. -- Cheers, Stephen Rothwell
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in: kernel/events/core.c between commit: 97562633bcba ("bpf: perf event change needed for subsequent bpf helpers") from the net-next tree and commits: 7d9285e82db5 ("perf/bpf: Extend the perf_event_read_local() interface, a.k.a. "bpf: perf event change needed for subsequent bpf helpers"") 0d3d73aac2ff ("perf/core: Rewrite event timekeeping") from the tip tree. I fixed it up (the latter just removed the code added by the two earlier patches) and can carry the fix as necessary. This is now fixed as far as linux-next is concerned, but any non trivial conflicts should be mentioned to your upstream maintainer when your tree is submitted for merging. You may also want to consider cooperating with the maintainer of the conflicting tree to minimise any particularly complex conflicts. -- Cheers, Stephen Rothwell
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in: net/ipv4/tcp_output.c between commit: 6aa7de059173a ("locking/atomics: COCCINELLE/treewide: Convert trivial ACCESS_ONCE() patterns to READ_ONCE()/WRITE_ONCE()") in the tip tree and some change in the net-next tree. I fixed it up (see below) and can carry the fix as necessary. This is now fixed as far as linux-next is concerned, but any non trivial conflicts should be mentioned to your upstream maintainer when your tree is submitted for merging. You may also want to consider cooperating with the maintainer of the conflicting tree to minimise any particularly complex conflicts. diff --cc net/ipv4/tcp_output.c index a69a34f57330,48531da1aba6.. --- a/net/ipv4/tcp_output.c +++ b/net/ipv4/tcp_output.c @@@ -1978,7 -1908,7 +1978,7 @@@ static bool tcp_tso_should_defer(struc if ((skb != tcp_write_queue_tail(sk)) && (limit >= skb->len)) goto send_now; - win_divisor = ACCESS_ONCE(sock_net(sk)->ipv4.sysctl_tcp_tso_win_divisor); - win_divisor = READ_ONCE(sysctl_tcp_tso_win_divisor); ++ win_divisor = READ_ONCE(sock_net(sk)->ipv4.sysctl_tcp_tso_win_divisor); if (win_divisor) { u32 chunk = min(tp->snd_wnd, tp->snd_cwnd * tp->mss_cache); signature.asc Description: PGP signature
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in: net/ipv4/tcp_output.c between commit: 6aa7de059173a ("locking/atomics: COCCINELLE/treewide: Convert trivial ACCESS_ONCE() patterns to READ_ONCE()/WRITE_ONCE()") in the tip tree and some change in the net-next tree. I fixed it up (see below) and can carry the fix as necessary. This is now fixed as far as linux-next is concerned, but any non trivial conflicts should be mentioned to your upstream maintainer when your tree is submitted for merging. You may also want to consider cooperating with the maintainer of the conflicting tree to minimise any particularly complex conflicts. diff --cc net/ipv4/tcp_output.c index a69a34f57330,48531da1aba6.. --- a/net/ipv4/tcp_output.c +++ b/net/ipv4/tcp_output.c @@@ -1978,7 -1908,7 +1978,7 @@@ static bool tcp_tso_should_defer(struc if ((skb != tcp_write_queue_tail(sk)) && (limit >= skb->len)) goto send_now; - win_divisor = ACCESS_ONCE(sock_net(sk)->ipv4.sysctl_tcp_tso_win_divisor); - win_divisor = READ_ONCE(sysctl_tcp_tso_win_divisor); ++ win_divisor = READ_ONCE(sock_net(sk)->ipv4.sysctl_tcp_tso_win_divisor); if (win_divisor) { u32 chunk = min(tp->snd_wnd, tp->snd_cwnd * tp->mss_cache); signature.asc Description: PGP signature
Re: linux-next: manual merge of the tip tree with the net-next tree
Hi Dave, On Thu, 31 Aug 2017 13:47:02 +1000 Stephen Rothwellwrote: > > Today's linux-next merge of the tip tree got a conflict in: > > drivers/net/ethernet/cavium/liquidio/lio_main.c > > between commit: > > d1d97ee6e3a8 ("liquidio: moved liquidio_napi_drv_callback to lio_core.c") > > from the net-next tree and commit: > > 966a967116e6 ("smp: Avoid using two cache lines for struct > call_single_data") > > from the tip tree. > > I fixed it up (I added the blow merge fix patch) and can carry the fix > as necessary. This is now fixed as far as linux-next is concerned, but > any non trivial conflicts should be mentioned to your upstream maintainer > when your tree is submitted for merging. You may also want to consider > cooperating with the maintainer of the conflicting tree to minimise any > particularly complex conflicts. > > From: Stephen Rothwell > Date: Thu, 31 Aug 2017 13:42:50 +1000 > Subject: [PATCH] liquidio: fix for merge with "smp: Avoid using two cache > lines for struct call_single_data" > > Signed-off-by: Stephen Rothwell > --- > drivers/net/ethernet/cavium/liquidio/lio_core.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/net/ethernet/cavium/liquidio/lio_core.c > b/drivers/net/ethernet/cavium/liquidio/lio_core.c > index 0e7896cdb295..23f6b60030c5 100644 > --- a/drivers/net/ethernet/cavium/liquidio/lio_core.c > +++ b/drivers/net/ethernet/cavium/liquidio/lio_core.c > @@ -613,7 +613,7 @@ static void liquidio_napi_drv_callback(void *arg) > droq->cpu_id == this_cpu) { > napi_schedule_irqoff(>napi); > } else { > - struct call_single_data *csd = >csd; > + call_single_data_t *csd = >csd; > > csd->func = napi_schedule_wrapper; > csd->info = >napi; The above merge fix patch is now needed when I merge the net-next tree with Linus' tree (since the tip commit has been merged by Linus). -- Cheers, Stephen Rothwell
Re: linux-next: manual merge of the tip tree with the net-next tree
Hi Dave, On Thu, 31 Aug 2017 13:47:02 +1000 Stephen Rothwell wrote: > > Today's linux-next merge of the tip tree got a conflict in: > > drivers/net/ethernet/cavium/liquidio/lio_main.c > > between commit: > > d1d97ee6e3a8 ("liquidio: moved liquidio_napi_drv_callback to lio_core.c") > > from the net-next tree and commit: > > 966a967116e6 ("smp: Avoid using two cache lines for struct > call_single_data") > > from the tip tree. > > I fixed it up (I added the blow merge fix patch) and can carry the fix > as necessary. This is now fixed as far as linux-next is concerned, but > any non trivial conflicts should be mentioned to your upstream maintainer > when your tree is submitted for merging. You may also want to consider > cooperating with the maintainer of the conflicting tree to minimise any > particularly complex conflicts. > > From: Stephen Rothwell > Date: Thu, 31 Aug 2017 13:42:50 +1000 > Subject: [PATCH] liquidio: fix for merge with "smp: Avoid using two cache > lines for struct call_single_data" > > Signed-off-by: Stephen Rothwell > --- > drivers/net/ethernet/cavium/liquidio/lio_core.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/net/ethernet/cavium/liquidio/lio_core.c > b/drivers/net/ethernet/cavium/liquidio/lio_core.c > index 0e7896cdb295..23f6b60030c5 100644 > --- a/drivers/net/ethernet/cavium/liquidio/lio_core.c > +++ b/drivers/net/ethernet/cavium/liquidio/lio_core.c > @@ -613,7 +613,7 @@ static void liquidio_napi_drv_callback(void *arg) > droq->cpu_id == this_cpu) { > napi_schedule_irqoff(>napi); > } else { > - struct call_single_data *csd = >csd; > + call_single_data_t *csd = >csd; > > csd->func = napi_schedule_wrapper; > csd->info = >napi; The above merge fix patch is now needed when I merge the net-next tree with Linus' tree (since the tip commit has been merged by Linus). -- Cheers, Stephen Rothwell
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in: drivers/net/ethernet/cavium/liquidio/lio_main.c between commit: d1d97ee6e3a8 ("liquidio: moved liquidio_napi_drv_callback to lio_core.c") from the net-next tree and commit: 966a967116e6 ("smp: Avoid using two cache lines for struct call_single_data") from the tip tree. I fixed it up (I added the blow merge fix patch) and can carry the fix as necessary. This is now fixed as far as linux-next is concerned, but any non trivial conflicts should be mentioned to your upstream maintainer when your tree is submitted for merging. You may also want to consider cooperating with the maintainer of the conflicting tree to minimise any particularly complex conflicts. From: Stephen RothwellDate: Thu, 31 Aug 2017 13:42:50 +1000 Subject: [PATCH] liquidio: fix for merge with "smp: Avoid using two cache lines for struct call_single_data" Signed-off-by: Stephen Rothwell --- drivers/net/ethernet/cavium/liquidio/lio_core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/cavium/liquidio/lio_core.c b/drivers/net/ethernet/cavium/liquidio/lio_core.c index 0e7896cdb295..23f6b60030c5 100644 --- a/drivers/net/ethernet/cavium/liquidio/lio_core.c +++ b/drivers/net/ethernet/cavium/liquidio/lio_core.c @@ -613,7 +613,7 @@ static void liquidio_napi_drv_callback(void *arg) droq->cpu_id == this_cpu) { napi_schedule_irqoff(>napi); } else { - struct call_single_data *csd = >csd; + call_single_data_t *csd = >csd; csd->func = napi_schedule_wrapper; csd->info = >napi; -- 2.13.2 -- Cheers, Stephen Rothwell
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in: drivers/net/ethernet/cavium/liquidio/lio_main.c between commit: d1d97ee6e3a8 ("liquidio: moved liquidio_napi_drv_callback to lio_core.c") from the net-next tree and commit: 966a967116e6 ("smp: Avoid using two cache lines for struct call_single_data") from the tip tree. I fixed it up (I added the blow merge fix patch) and can carry the fix as necessary. This is now fixed as far as linux-next is concerned, but any non trivial conflicts should be mentioned to your upstream maintainer when your tree is submitted for merging. You may also want to consider cooperating with the maintainer of the conflicting tree to minimise any particularly complex conflicts. From: Stephen Rothwell Date: Thu, 31 Aug 2017 13:42:50 +1000 Subject: [PATCH] liquidio: fix for merge with "smp: Avoid using two cache lines for struct call_single_data" Signed-off-by: Stephen Rothwell --- drivers/net/ethernet/cavium/liquidio/lio_core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/cavium/liquidio/lio_core.c b/drivers/net/ethernet/cavium/liquidio/lio_core.c index 0e7896cdb295..23f6b60030c5 100644 --- a/drivers/net/ethernet/cavium/liquidio/lio_core.c +++ b/drivers/net/ethernet/cavium/liquidio/lio_core.c @@ -613,7 +613,7 @@ static void liquidio_napi_drv_callback(void *arg) droq->cpu_id == this_cpu) { napi_schedule_irqoff(>napi); } else { - struct call_single_data *csd = >csd; + call_single_data_t *csd = >csd; csd->func = napi_schedule_wrapper; csd->info = >napi; -- 2.13.2 -- Cheers, Stephen Rothwell
Re: linux-next: manual merge of the tip tree with the net-next tree
On 02/20/2017 02:22 AM, Stephen Rothwell wrote: Hi all, Today's linux-next merge of the tip tree got a conflict in: kernel/extable.c between commit: 74451e66d516 ("bpf: make jited programs visible in traces") from the net-next tree and commit: 5b485629ba0d ("kprobes, extable: Identify kprobes trampolines as kernel text area") from the tip tree. I fixed it up (see below) and can carry the fix as necessary. This is now fixed as far as linux-next is concerned, but any non trivial conflicts should be mentioned to your upstream maintainer when your tree is submitted for merging. You may also want to consider cooperating with the maintainer of the conflicting tree to minimise any particularly complex conflicts. Looks good to me, thanks!
Re: linux-next: manual merge of the tip tree with the net-next tree
On 02/20/2017 02:22 AM, Stephen Rothwell wrote: Hi all, Today's linux-next merge of the tip tree got a conflict in: kernel/extable.c between commit: 74451e66d516 ("bpf: make jited programs visible in traces") from the net-next tree and commit: 5b485629ba0d ("kprobes, extable: Identify kprobes trampolines as kernel text area") from the tip tree. I fixed it up (see below) and can carry the fix as necessary. This is now fixed as far as linux-next is concerned, but any non trivial conflicts should be mentioned to your upstream maintainer when your tree is submitted for merging. You may also want to consider cooperating with the maintainer of the conflicting tree to minimise any particularly complex conflicts. Looks good to me, thanks!
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in: kernel/extable.c between commit: 74451e66d516 ("bpf: make jited programs visible in traces") from the net-next tree and commit: 5b485629ba0d ("kprobes, extable: Identify kprobes trampolines as kernel text area") from the tip tree. I fixed it up (see below) and can carry the fix as necessary. This is now fixed as far as linux-next is concerned, but any non trivial conflicts should be mentioned to your upstream maintainer when your tree is submitted for merging. You may also want to consider cooperating with the maintainer of the conflicting tree to minimise any particularly complex conflicts. -- Cheers, Stephen Rothwell diff --cc kernel/extable.c index bd82117ad424,e1359474baa5.. --- a/kernel/extable.c +++ b/kernel/extable.c @@@ -20,7 -20,7 +20,8 @@@ #include #include #include +#include + #include #include #include @@@ -105,8 -105,8 +106,10 @@@ int __kernel_text_address(unsigned lon return 1; if (is_ftrace_trampoline(addr)) return 1; + if (is_bpf_text_address(addr)) + return 1; + if (is_kprobe_optinsn_slot(addr) || is_kprobe_insn_slot(addr)) + return 1; /* * There might be init symbols in saved stacktraces. * Give those symbols a chance to be printed in @@@ -128,8 -128,8 +131,10 @@@ int kernel_text_address(unsigned long a return 1; if (is_ftrace_trampoline(addr)) return 1; + if (is_bpf_text_address(addr)) + return 1; + if (is_kprobe_optinsn_slot(addr) || is_kprobe_insn_slot(addr)) + return 1; return 0; }
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in: kernel/extable.c between commit: 74451e66d516 ("bpf: make jited programs visible in traces") from the net-next tree and commit: 5b485629ba0d ("kprobes, extable: Identify kprobes trampolines as kernel text area") from the tip tree. I fixed it up (see below) and can carry the fix as necessary. This is now fixed as far as linux-next is concerned, but any non trivial conflicts should be mentioned to your upstream maintainer when your tree is submitted for merging. You may also want to consider cooperating with the maintainer of the conflicting tree to minimise any particularly complex conflicts. -- Cheers, Stephen Rothwell diff --cc kernel/extable.c index bd82117ad424,e1359474baa5.. --- a/kernel/extable.c +++ b/kernel/extable.c @@@ -20,7 -20,7 +20,8 @@@ #include #include #include +#include + #include #include #include @@@ -105,8 -105,8 +106,10 @@@ int __kernel_text_address(unsigned lon return 1; if (is_ftrace_trampoline(addr)) return 1; + if (is_bpf_text_address(addr)) + return 1; + if (is_kprobe_optinsn_slot(addr) || is_kprobe_insn_slot(addr)) + return 1; /* * There might be init symbols in saved stacktraces. * Give those symbols a chance to be printed in @@@ -128,8 -128,8 +131,10 @@@ int kernel_text_address(unsigned long a return 1; if (is_ftrace_trampoline(addr)) return 1; + if (is_bpf_text_address(addr)) + return 1; + if (is_kprobe_optinsn_slot(addr) || is_kprobe_insn_slot(addr)) + return 1; return 0; }
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in: drivers/net/ethernet/ti/Kconfig between commit: 6246168b4a38 ("net: ethernet: ti: netcp: add support of cpts") from the net-next tree and commit: d1cbfd771ce8 ("ptp_clock: Allow for it to be optional") from the tip tree. I fixed it up (see below) and can carry the fix as necessary. This is now fixed as far as linux-next is concerned, but any non trivial conflicts should be mentioned to your upstream maintainer when your tree is submitted for merging. You may also want to consider cooperating with the maintainer of the conflicting tree to minimise any particularly complex conflicts. -- Cheers, Stephen Rothwell diff --cc drivers/net/ethernet/ti/Kconfig index dc217fd7a734,61b835a7e6ae.. --- a/drivers/net/ethernet/ti/Kconfig +++ b/drivers/net/ethernet/ti/Kconfig @@@ -74,14 -74,13 +74,14 @@@ config TI_CPS will be called cpsw. config TI_CPTS - bool "TI Common Platform Time Sync (CPTS) Support" - depends on TI_CPSW + tristate "TI Common Platform Time Sync (CPTS) Support" + depends on TI_CPSW || TI_KEYSTONE_NETCP - select PTP_1588_CLOCK + imply PTP_1588_CLOCK ---help--- This driver supports the Common Platform Time Sync unit of -the CPSW Ethernet Switch. The unit can time stamp PTP UDP/IPv4 -and Layer 2 packets, and the driver offers a PTP Hardware Clock. +the CPSW Ethernet Switch and Keystone 2 1g/10g Switch Subsystem. +The unit can time stamp PTP UDP/IPv4 and Layer 2 packets, and the +driver offers a PTP Hardware Clock. config TI_KEYSTONE_NETCP tristate "TI Keystone NETCP Core Support"
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in: drivers/net/ethernet/ti/Kconfig between commit: 6246168b4a38 ("net: ethernet: ti: netcp: add support of cpts") from the net-next tree and commit: d1cbfd771ce8 ("ptp_clock: Allow for it to be optional") from the tip tree. I fixed it up (see below) and can carry the fix as necessary. This is now fixed as far as linux-next is concerned, but any non trivial conflicts should be mentioned to your upstream maintainer when your tree is submitted for merging. You may also want to consider cooperating with the maintainer of the conflicting tree to minimise any particularly complex conflicts. -- Cheers, Stephen Rothwell diff --cc drivers/net/ethernet/ti/Kconfig index dc217fd7a734,61b835a7e6ae.. --- a/drivers/net/ethernet/ti/Kconfig +++ b/drivers/net/ethernet/ti/Kconfig @@@ -74,14 -74,13 +74,14 @@@ config TI_CPS will be called cpsw. config TI_CPTS - bool "TI Common Platform Time Sync (CPTS) Support" - depends on TI_CPSW + tristate "TI Common Platform Time Sync (CPTS) Support" + depends on TI_CPSW || TI_KEYSTONE_NETCP - select PTP_1588_CLOCK + imply PTP_1588_CLOCK ---help--- This driver supports the Common Platform Time Sync unit of -the CPSW Ethernet Switch. The unit can time stamp PTP UDP/IPv4 -and Layer 2 packets, and the driver offers a PTP Hardware Clock. +the CPSW Ethernet Switch and Keystone 2 1g/10g Switch Subsystem. +The unit can time stamp PTP UDP/IPv4 and Layer 2 packets, and the +driver offers a PTP Hardware Clock. config TI_KEYSTONE_NETCP tristate "TI Keystone NETCP Core Support"
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in: drivers/net/ethernet/sfc/Kconfig between commit: 5a6681e22c14 ("sfc: separate out SFC4000 ("Falcon") support into new sfc-falcon driver") from the net-next tree and commit: d1cbfd771ce8 ("ptp_clock: Allow for it to be optional") from the tip tree. I fixed it up (see below) and can carry the fix as necessary. This is now fixed as far as linux-next is concerned, but any non trivial conflicts should be mentioned to your upstream maintainer when your tree is submitted for merging. You may also want to consider cooperating with the maintainer of the conflicting tree to minimise any particularly complex conflicts. -- Cheers, Stephen Rothwell diff --cc drivers/net/ethernet/sfc/Kconfig index 0e16197e4f18,83f4766a1da0.. --- a/drivers/net/ethernet/sfc/Kconfig +++ b/drivers/net/ethernet/sfc/Kconfig @@@ -5,11 -5,11 +5,11 @@@ config SF select CRC32 select I2C select I2C_ALGOBIT - select PTP_1588_CLOCK + select SFC_FALCON + imply PTP_1588_CLOCK ---help--- This driver supports 10/40-gigabit Ethernet cards based on -the Solarflare SFC4000, SFC9000-family and SFC9100-family -controllers. +the Solarflare SFC9000-family and SFC9100-family controllers. To compile this driver as a module, choose M here. The module will be called sfc.
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in: drivers/net/ethernet/sfc/Kconfig between commit: 5a6681e22c14 ("sfc: separate out SFC4000 ("Falcon") support into new sfc-falcon driver") from the net-next tree and commit: d1cbfd771ce8 ("ptp_clock: Allow for it to be optional") from the tip tree. I fixed it up (see below) and can carry the fix as necessary. This is now fixed as far as linux-next is concerned, but any non trivial conflicts should be mentioned to your upstream maintainer when your tree is submitted for merging. You may also want to consider cooperating with the maintainer of the conflicting tree to minimise any particularly complex conflicts. -- Cheers, Stephen Rothwell diff --cc drivers/net/ethernet/sfc/Kconfig index 0e16197e4f18,83f4766a1da0.. --- a/drivers/net/ethernet/sfc/Kconfig +++ b/drivers/net/ethernet/sfc/Kconfig @@@ -5,11 -5,11 +5,11 @@@ config SF select CRC32 select I2C select I2C_ALGOBIT - select PTP_1588_CLOCK + select SFC_FALCON + imply PTP_1588_CLOCK ---help--- This driver supports 10/40-gigabit Ethernet cards based on -the Solarflare SFC4000, SFC9000-family and SFC9100-family -controllers. +the Solarflare SFC9000-family and SFC9100-family controllers. To compile this driver as a module, choose M here. The module will be called sfc.
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in: drivers/net/ethernet/amd/Kconfig between commits: e78332b2285d ("amd-xgbe: Add ECC status support for the device memory") abf0a1c2b26a ("amd-xgbe: Add support for SFP+ modules") from the net-next tree and commit: d1cbfd771ce8 ("ptp_clock: Allow for it to be optional") from the tip tree. I fixed it up (see below) and can carry the fix as necessary. This is now fixed as far as linux-next is concerned, but any non trivial conflicts should be mentioned to your upstream maintainer when your tree is submitted for merging. You may also want to consider cooperating with the maintainer of the conflicting tree to minimise any particularly complex conflicts. -- Cheers, Stephen Rothwell diff --cc drivers/net/ethernet/amd/Kconfig index 7ab6efbe4189,713ea7ad22c3.. --- a/drivers/net/ethernet/amd/Kconfig +++ b/drivers/net/ethernet/amd/Kconfig @@@ -173,13 -173,11 +173,13 @@@ config SUNLANC config AMD_XGBE tristate "AMD 10GbE Ethernet driver" - depends on ((OF_NET && OF_ADDRESS) || ACPI) && HAS_IOMEM && HAS_DMA - depends on ARM64 || COMPILE_TEST + depends on ((OF_NET && OF_ADDRESS) || ACPI || PCI) && HAS_IOMEM && HAS_DMA + depends on X86 || ARM64 || COMPILE_TEST select BITREVERSE select CRC32 - select PTP_1588_CLOCK + select PHYLIB + select AMD_XGBE_HAVE_ECC if X86 + imply PTP_1588_CLOCK ---help--- This driver supports the AMD 10GbE Ethernet device found on an AMD SoC.
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in: drivers/net/ethernet/amd/Kconfig between commits: e78332b2285d ("amd-xgbe: Add ECC status support for the device memory") abf0a1c2b26a ("amd-xgbe: Add support for SFP+ modules") from the net-next tree and commit: d1cbfd771ce8 ("ptp_clock: Allow for it to be optional") from the tip tree. I fixed it up (see below) and can carry the fix as necessary. This is now fixed as far as linux-next is concerned, but any non trivial conflicts should be mentioned to your upstream maintainer when your tree is submitted for merging. You may also want to consider cooperating with the maintainer of the conflicting tree to minimise any particularly complex conflicts. -- Cheers, Stephen Rothwell diff --cc drivers/net/ethernet/amd/Kconfig index 7ab6efbe4189,713ea7ad22c3.. --- a/drivers/net/ethernet/amd/Kconfig +++ b/drivers/net/ethernet/amd/Kconfig @@@ -173,13 -173,11 +173,13 @@@ config SUNLANC config AMD_XGBE tristate "AMD 10GbE Ethernet driver" - depends on ((OF_NET && OF_ADDRESS) || ACPI) && HAS_IOMEM && HAS_DMA - depends on ARM64 || COMPILE_TEST + depends on ((OF_NET && OF_ADDRESS) || ACPI || PCI) && HAS_IOMEM && HAS_DMA + depends on X86 || ARM64 || COMPILE_TEST select BITREVERSE select CRC32 - select PTP_1588_CLOCK + select PHYLIB + select AMD_XGBE_HAVE_ECC if X86 + imply PTP_1588_CLOCK ---help--- This driver supports the AMD 10GbE Ethernet device found on an AMD SoC.
Re: linux-next: manual merge of the tip tree with the net-next tree
On 4/7/15 12:04 AM, Stephen Rothwell wrote: Hi all, Today's linux-next merge of the tip tree got a conflict in samples/bpf/Makefile between commit 91bc4822c3d6 ("tc: bpf: add checksum helpers") from the net-next tree and commit b896c4f95ab4 ("samples/bpf: Add simple non-portable kprobe filter example") (and following) from the tip tree. I fixed it up (see below) and can carry the fix as necessary (no action is required). Looks good. Thanks Stephen. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: linux-next: manual merge of the tip tree with the net-next tree
On 4/7/15 12:11 AM, Stephen Rothwell wrote: Hi all, Today's linux-next merge of the tip tree got a conflict in include/uapi/linux/bpf.h between commit 96be4325f443 ("ebpf: add sched_cls_type and map it to sk_filter's verifier ops"), 03e69b508b6f ("ebpf: add prandom helper for packet sampling"), c04167ce2ca0 ("ebpf: add helper for obtaining current processor id"), 94caee8c312d ("ebpf: add sched_act_type and map it to sk_filter's verifier ops"), 608cd71a9c7c ("tc: bpf: generalize pedit action") and 91bc4822c3d6 ("tc: bpf: add checksum helpers") from the net-next tree and commit 2541517c32be ("tracing, perf: Implement BPF programs attached to kprobes"), d9847d310ab4 ("tracing: Allow BPF programs to call bpf_ktime_get_ns()") and 9c959c863f82 ("tracing: Allow BPF programs to call bpf_trace_printk()") from the tip tree. I fixed it up (see below) and can carry the fix as necessary (no action is required). Looks good. Thanks! -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: linux-next: manual merge of the tip tree with the net-next tree
On 04/07/2015 09:11 AM, Stephen Rothwell wrote: ... Today's linux-next merge of the tip tree got a conflict in include/uapi/linux/bpf.h between commit 96be4325f443 ("ebpf: add sched_cls_type and map it to sk_filter's verifier ops"), 03e69b508b6f ("ebpf: add prandom helper for packet sampling"), c04167ce2ca0 ("ebpf: add helper for obtaining current processor id"), 94caee8c312d ("ebpf: add sched_act_type and map it to sk_filter's verifier ops"), 608cd71a9c7c ("tc: bpf: generalize pedit action") and 91bc4822c3d6 ("tc: bpf: add checksum helpers") from the net-next tree and commit 2541517c32be ("tracing, perf: Implement BPF programs attached to kprobes"), d9847d310ab4 ("tracing: Allow BPF programs to call bpf_ktime_get_ns()") and 9c959c863f82 ("tracing: Allow BPF programs to call bpf_trace_printk()") from the tip tree. I fixed it up (see below) and can carry the fix as necessary (no action is required). Looks good to me, thanks! -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: linux-next: manual merge of the tip tree with the net-next tree
On 04/07/2015 09:00 AM, Stephen Rothwell wrote: ... Today's linux-next merge of the tip tree got a conflict in include/linux/bpf.h between commit 0fc174dea545 ("ebpf: make internal bpf API independent of CONFIG_BPF_SYSCALL ifdefs") from the net-next tree and commit 4e537f7fbdce ("bpf: Make internal bpf API independent of CONFIG_BPF_SYSCALL #ifdefs") from the tip tree. I fixed it up (they are the same patch and there are other changes in the net-next tree, so I just used that version) and can carry the fix as necessary (no action is required). Thanks, Stephen! That is correct. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in include/uapi/linux/bpf.h between commit 96be4325f443 ("ebpf: add sched_cls_type and map it to sk_filter's verifier ops"), 03e69b508b6f ("ebpf: add prandom helper for packet sampling"), c04167ce2ca0 ("ebpf: add helper for obtaining current processor id"), 94caee8c312d ("ebpf: add sched_act_type and map it to sk_filter's verifier ops"), 608cd71a9c7c ("tc: bpf: generalize pedit action") and 91bc4822c3d6 ("tc: bpf: add checksum helpers") from the net-next tree and commit 2541517c32be ("tracing, perf: Implement BPF programs attached to kprobes"), d9847d310ab4 ("tracing: Allow BPF programs to call bpf_ktime_get_ns()") and 9c959c863f82 ("tracing: Allow BPF programs to call bpf_trace_printk()") from the tip tree. I fixed it up (see below) and can carry the fix as necessary (no action is required). -- Cheers, Stephen Rothwells...@canb.auug.org.au diff --cc include/uapi/linux/bpf.h index 23df3e7f8e7d,cc47ef41076a.. --- a/include/uapi/linux/bpf.h +++ b/include/uapi/linux/bpf.h @@@ -118,12 -118,9 +118,13 @@@ enum bpf_map_type enum bpf_prog_type { BPF_PROG_TYPE_UNSPEC, BPF_PROG_TYPE_SOCKET_FILTER, + BPF_PROG_TYPE_SCHED_CLS, + BPF_PROG_TYPE_SCHED_ACT, + BPF_PROG_TYPE_KPROBE, }; +#define BPF_PSEUDO_MAP_FD 1 + /* flags for BPF_MAP_UPDATE_ELEM command */ #define BPF_ANY 0 /* create new element or update existing */ #define BPF_NOEXIST 1 /* create new element if it didn't exist */ @@@ -166,45 -164,9 +168,48 @@@ enum bpf_func_id BPF_FUNC_map_lookup_elem, /* void *map_lookup_elem(, ) */ BPF_FUNC_map_update_elem, /* int map_update_elem(, , , flags) */ BPF_FUNC_map_delete_elem, /* int map_delete_elem(, ) */ + BPF_FUNC_get_prandom_u32, /* u32 prandom_u32(void) */ + BPF_FUNC_get_smp_processor_id, /* u32 raw_smp_processor_id(void) */ + + /** + * skb_store_bytes(skb, offset, from, len, flags) - store bytes into packet + * @skb: pointer to skb + * @offset: offset within packet from skb->data + * @from: pointer where to copy bytes from + * @len: number of bytes to store into packet + * @flags: bit 0 - if true, recompute skb->csum + * other bits - reserved + * Return: 0 on success + */ + BPF_FUNC_skb_store_bytes, + + /** + * l3_csum_replace(skb, offset, from, to, flags) - recompute IP checksum + * @skb: pointer to skb + * @offset: offset within packet where IP checksum is located + * @from: old value of header field + * @to: new value of header field + * @flags: bits 0-3 - size of header field + * other bits - reserved + * Return: 0 on success + */ + BPF_FUNC_l3_csum_replace, + + /** + * l4_csum_replace(skb, offset, from, to, flags) - recompute TCP/UDP checksum + * @skb: pointer to skb + * @offset: offset within packet where TCP/UDP checksum is located + * @from: old value of header field + * @to: new value of header field + * @flags: bits 0-3 - size of header field + * bit 4 - is pseudo header + * other bits - reserved + * Return: 0 on success + */ + BPF_FUNC_l4_csum_replace, + BPF_FUNC_probe_read, /* int bpf_probe_read(void *dst, int size, void *src) */ + BPF_FUNC_ktime_get_ns,/* u64 bpf_ktime_get_ns(void) */ + BPF_FUNC_trace_printk,/* int bpf_trace_printk(const char *fmt, int fmt_size, ...) */ __BPF_FUNC_MAX_ID, }; pgpq1IC9_Ik8r.pgp Description: OpenPGP digital signature
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in samples/bpf/Makefile between commit 91bc4822c3d6 ("tc: bpf: add checksum helpers") from the net-next tree and commit b896c4f95ab4 ("samples/bpf: Add simple non-portable kprobe filter example") (and following) from the tip tree. I fixed it up (see below) and can carry the fix as necessary (no action is required). -- Cheers, Stephen Rothwells...@canb.auug.org.au diff --cc samples/bpf/Makefile index d24f51bca465,fe98fb226e6e.. --- a/samples/bpf/Makefile +++ b/samples/bpf/Makefile @@@ -17,7 -25,10 +25,11 @@@ tracex4-objs := bpf_load.o libbpf.o tra always := $(hostprogs-y) always += sockex1_kern.o always += sockex2_kern.o +always += tcbpf1_kern.o + always += tracex1_kern.o + always += tracex2_kern.o + always += tracex3_kern.o + always += tracex4_kern.o HOSTCFLAGS += -I$(objtree)/usr/include pgp3JKinfVGCz.pgp Description: OpenPGP digital signature
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in include/linux/bpf.h between commit 0fc174dea545 ("ebpf: make internal bpf API independent of CONFIG_BPF_SYSCALL ifdefs") from the net-next tree and commit 4e537f7fbdce ("bpf: Make internal bpf API independent of CONFIG_BPF_SYSCALL #ifdefs") from the tip tree. I fixed it up (they are the same patch and there are other changes in the net-next tree, so I just used that version) and can carry the fix as necessary (no action is required). -- Cheers, Stephen Rothwells...@canb.auug.org.au pgpO0cLeKjC15.pgp Description: OpenPGP digital signature
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in include/linux/bpf.h between commit 0fc174dea545 (ebpf: make internal bpf API independent of CONFIG_BPF_SYSCALL ifdefs) from the net-next tree and commit 4e537f7fbdce (bpf: Make internal bpf API independent of CONFIG_BPF_SYSCALL #ifdefs) from the tip tree. I fixed it up (they are the same patch and there are other changes in the net-next tree, so I just used that version) and can carry the fix as necessary (no action is required). -- Cheers, Stephen Rothwells...@canb.auug.org.au pgpO0cLeKjC15.pgp Description: OpenPGP digital signature
Re: linux-next: manual merge of the tip tree with the net-next tree
On 04/07/2015 09:11 AM, Stephen Rothwell wrote: ... Today's linux-next merge of the tip tree got a conflict in include/uapi/linux/bpf.h between commit 96be4325f443 (ebpf: add sched_cls_type and map it to sk_filter's verifier ops), 03e69b508b6f (ebpf: add prandom helper for packet sampling), c04167ce2ca0 (ebpf: add helper for obtaining current processor id), 94caee8c312d (ebpf: add sched_act_type and map it to sk_filter's verifier ops), 608cd71a9c7c (tc: bpf: generalize pedit action) and 91bc4822c3d6 (tc: bpf: add checksum helpers) from the net-next tree and commit 2541517c32be (tracing, perf: Implement BPF programs attached to kprobes), d9847d310ab4 (tracing: Allow BPF programs to call bpf_ktime_get_ns()) and 9c959c863f82 (tracing: Allow BPF programs to call bpf_trace_printk()) from the tip tree. I fixed it up (see below) and can carry the fix as necessary (no action is required). Looks good to me, thanks! -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: linux-next: manual merge of the tip tree with the net-next tree
On 04/07/2015 09:00 AM, Stephen Rothwell wrote: ... Today's linux-next merge of the tip tree got a conflict in include/linux/bpf.h between commit 0fc174dea545 (ebpf: make internal bpf API independent of CONFIG_BPF_SYSCALL ifdefs) from the net-next tree and commit 4e537f7fbdce (bpf: Make internal bpf API independent of CONFIG_BPF_SYSCALL #ifdefs) from the tip tree. I fixed it up (they are the same patch and there are other changes in the net-next tree, so I just used that version) and can carry the fix as necessary (no action is required). Thanks, Stephen! That is correct. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in include/uapi/linux/bpf.h between commit 96be4325f443 (ebpf: add sched_cls_type and map it to sk_filter's verifier ops), 03e69b508b6f (ebpf: add prandom helper for packet sampling), c04167ce2ca0 (ebpf: add helper for obtaining current processor id), 94caee8c312d (ebpf: add sched_act_type and map it to sk_filter's verifier ops), 608cd71a9c7c (tc: bpf: generalize pedit action) and 91bc4822c3d6 (tc: bpf: add checksum helpers) from the net-next tree and commit 2541517c32be (tracing, perf: Implement BPF programs attached to kprobes), d9847d310ab4 (tracing: Allow BPF programs to call bpf_ktime_get_ns()) and 9c959c863f82 (tracing: Allow BPF programs to call bpf_trace_printk()) from the tip tree. I fixed it up (see below) and can carry the fix as necessary (no action is required). -- Cheers, Stephen Rothwells...@canb.auug.org.au diff --cc include/uapi/linux/bpf.h index 23df3e7f8e7d,cc47ef41076a.. --- a/include/uapi/linux/bpf.h +++ b/include/uapi/linux/bpf.h @@@ -118,12 -118,9 +118,13 @@@ enum bpf_map_type enum bpf_prog_type { BPF_PROG_TYPE_UNSPEC, BPF_PROG_TYPE_SOCKET_FILTER, + BPF_PROG_TYPE_SCHED_CLS, + BPF_PROG_TYPE_SCHED_ACT, + BPF_PROG_TYPE_KPROBE, }; +#define BPF_PSEUDO_MAP_FD 1 + /* flags for BPF_MAP_UPDATE_ELEM command */ #define BPF_ANY 0 /* create new element or update existing */ #define BPF_NOEXIST 1 /* create new element if it didn't exist */ @@@ -166,45 -164,9 +168,48 @@@ enum bpf_func_id BPF_FUNC_map_lookup_elem, /* void *map_lookup_elem(map, key) */ BPF_FUNC_map_update_elem, /* int map_update_elem(map, key, value, flags) */ BPF_FUNC_map_delete_elem, /* int map_delete_elem(map, key) */ + BPF_FUNC_get_prandom_u32, /* u32 prandom_u32(void) */ + BPF_FUNC_get_smp_processor_id, /* u32 raw_smp_processor_id(void) */ + + /** + * skb_store_bytes(skb, offset, from, len, flags) - store bytes into packet + * @skb: pointer to skb + * @offset: offset within packet from skb-data + * @from: pointer where to copy bytes from + * @len: number of bytes to store into packet + * @flags: bit 0 - if true, recompute skb-csum + * other bits - reserved + * Return: 0 on success + */ + BPF_FUNC_skb_store_bytes, + + /** + * l3_csum_replace(skb, offset, from, to, flags) - recompute IP checksum + * @skb: pointer to skb + * @offset: offset within packet where IP checksum is located + * @from: old value of header field + * @to: new value of header field + * @flags: bits 0-3 - size of header field + * other bits - reserved + * Return: 0 on success + */ + BPF_FUNC_l3_csum_replace, + + /** + * l4_csum_replace(skb, offset, from, to, flags) - recompute TCP/UDP checksum + * @skb: pointer to skb + * @offset: offset within packet where TCP/UDP checksum is located + * @from: old value of header field + * @to: new value of header field + * @flags: bits 0-3 - size of header field + * bit 4 - is pseudo header + * other bits - reserved + * Return: 0 on success + */ + BPF_FUNC_l4_csum_replace, + BPF_FUNC_probe_read, /* int bpf_probe_read(void *dst, int size, void *src) */ + BPF_FUNC_ktime_get_ns,/* u64 bpf_ktime_get_ns(void) */ + BPF_FUNC_trace_printk,/* int bpf_trace_printk(const char *fmt, int fmt_size, ...) */ __BPF_FUNC_MAX_ID, }; pgpq1IC9_Ik8r.pgp Description: OpenPGP digital signature
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in samples/bpf/Makefile between commit 91bc4822c3d6 (tc: bpf: add checksum helpers) from the net-next tree and commit b896c4f95ab4 (samples/bpf: Add simple non-portable kprobe filter example) (and following) from the tip tree. I fixed it up (see below) and can carry the fix as necessary (no action is required). -- Cheers, Stephen Rothwells...@canb.auug.org.au diff --cc samples/bpf/Makefile index d24f51bca465,fe98fb226e6e.. --- a/samples/bpf/Makefile +++ b/samples/bpf/Makefile @@@ -17,7 -25,10 +25,11 @@@ tracex4-objs := bpf_load.o libbpf.o tra always := $(hostprogs-y) always += sockex1_kern.o always += sockex2_kern.o +always += tcbpf1_kern.o + always += tracex1_kern.o + always += tracex2_kern.o + always += tracex3_kern.o + always += tracex4_kern.o HOSTCFLAGS += -I$(objtree)/usr/include pgp3JKinfVGCz.pgp Description: OpenPGP digital signature
Re: linux-next: manual merge of the tip tree with the net-next tree
On 4/7/15 12:04 AM, Stephen Rothwell wrote: Hi all, Today's linux-next merge of the tip tree got a conflict in samples/bpf/Makefile between commit 91bc4822c3d6 (tc: bpf: add checksum helpers) from the net-next tree and commit b896c4f95ab4 (samples/bpf: Add simple non-portable kprobe filter example) (and following) from the tip tree. I fixed it up (see below) and can carry the fix as necessary (no action is required). Looks good. Thanks Stephen. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: linux-next: manual merge of the tip tree with the net-next tree
On 4/7/15 12:11 AM, Stephen Rothwell wrote: Hi all, Today's linux-next merge of the tip tree got a conflict in include/uapi/linux/bpf.h between commit 96be4325f443 (ebpf: add sched_cls_type and map it to sk_filter's verifier ops), 03e69b508b6f (ebpf: add prandom helper for packet sampling), c04167ce2ca0 (ebpf: add helper for obtaining current processor id), 94caee8c312d (ebpf: add sched_act_type and map it to sk_filter's verifier ops), 608cd71a9c7c (tc: bpf: generalize pedit action) and 91bc4822c3d6 (tc: bpf: add checksum helpers) from the net-next tree and commit 2541517c32be (tracing, perf: Implement BPF programs attached to kprobes), d9847d310ab4 (tracing: Allow BPF programs to call bpf_ktime_get_ns()) and 9c959c863f82 (tracing: Allow BPF programs to call bpf_trace_printk()) from the tip tree. I fixed it up (see below) and can carry the fix as necessary (no action is required). Looks good. Thanks! -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in drivers/net/wireless/ath/ath9k/hw.c between commit 8d7e09dda821 ("ath9k: save tsf in channel context") from the net-next tree and commit 6438e0ddc870 ("wireless: ath9k: Get rid of timespec conversions") from the tip tree. The former changes made the latter conversions much harder, so I effectively dropped the tip tree commit. Please discuss with the wireless maintainer ... -- Cheers, Stephen Rothwells...@canb.auug.org.au signature.asc Description: PGP signature
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in drivers/net/wireless/ath/ath9k/hw.c between commit 8d7e09dda821 (ath9k: save tsf in channel context) from the net-next tree and commit 6438e0ddc870 (wireless: ath9k: Get rid of timespec conversions) from the tip tree. The former changes made the latter conversions much harder, so I effectively dropped the tip tree commit. Please discuss with the wireless maintainer ... -- Cheers, Stephen Rothwells...@canb.auug.org.au signature.asc Description: PGP signature
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in net/ipv4/tcp_output.c between commit e114a710aa50 ("tcp: fix cwnd limited checking to improve congestion control") from the tree and commit 4e857c58efeb ("arch: Mass conversion of smp_mb__*()") from the tip tree. I fixed it up (see below) and can carry the fix as necessary (no action is required). -- Cheers, Stephen Rothwells...@canb.auug.org.au diff --cc net/ipv4/tcp_output.c index 694711a140d4,366cf06587b8.. --- a/net/ipv4/tcp_output.c +++ b/net/ipv4/tcp_output.c @@@ -1946,18 -1930,10 +1946,16 @@@ static bool tcp_write_xmit(struct sock /* It is possible TX completion already happened * before we set TSQ_THROTTLED, so we must * test again the condition. -* We abuse smp_mb__after_clear_bit() because -* there is no smp_mb__after_set_bit() yet */ - smp_mb__after_clear_bit(); + smp_mb__after_atomic(); - if (atomic_read(>sk_wmem_alloc) > limit) + if (atomic_read(>sk_wmem_alloc) > limit) { + u32 unsent_bytes; + +compute_unsent_segs: + unsent_bytes = tp->write_seq - tp->snd_nxt; + unsent_segs = DIV_ROUND_UP(unsent_bytes, mss_now); break; + } } limit = mss_now; pgpmpZrXCzi4s.pgp Description: PGP signature
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in net/ipv4/tcp_output.c between commit e114a710aa50 (tcp: fix cwnd limited checking to improve congestion control) from the tree and commit 4e857c58efeb (arch: Mass conversion of smp_mb__*()) from the tip tree. I fixed it up (see below) and can carry the fix as necessary (no action is required). -- Cheers, Stephen Rothwells...@canb.auug.org.au diff --cc net/ipv4/tcp_output.c index 694711a140d4,366cf06587b8.. --- a/net/ipv4/tcp_output.c +++ b/net/ipv4/tcp_output.c @@@ -1946,18 -1930,10 +1946,16 @@@ static bool tcp_write_xmit(struct sock /* It is possible TX completion already happened * before we set TSQ_THROTTLED, so we must * test again the condition. -* We abuse smp_mb__after_clear_bit() because -* there is no smp_mb__after_set_bit() yet */ - smp_mb__after_clear_bit(); + smp_mb__after_atomic(); - if (atomic_read(sk-sk_wmem_alloc) limit) + if (atomic_read(sk-sk_wmem_alloc) limit) { + u32 unsent_bytes; + +compute_unsent_segs: + unsent_bytes = tp-write_seq - tp-snd_nxt; + unsent_segs = DIV_ROUND_UP(unsent_bytes, mss_now); break; + } } limit = mss_now; pgpmpZrXCzi4s.pgp Description: PGP signature
Re: linux-next: manual merge of the tip tree with the net-next tree
Hi Dave, On Mon, 13 Jan 2014 21:48:41 -0800 (PST) David Miller wrote: > > Net patch applied, thanks Stephen. Thanks. -- Cheers, Stephen Rothwells...@canb.auug.org.au pgpLeAmu5C984.pgp Description: PGP signature
Re: linux-next: manual merge of the tip tree with the net-next tree
From: Stephen Rothwell Date: Tue, 14 Jan 2014 16:44:20 +1100 > On Mon, 13 Jan 2014 21:19:46 -0800 (PST) David Miller > wrote: >> >> From: "H. Peter Anvin" >> Date: Mon, 13 Jan 2014 20:51:43 -0800 >> >> > Is there a sensible way we can fix this in either net-next or tip? >> >> I think if I sort the files in net-next the problem will go away, >> if someone can confirm this I'll do it. > > I have attached 2 patches: one for net-next and one for tip/auto-latest > (but should be applicable in the appropriate topic branch). If both are > applied to their respect trees, then I get no conflict when merging the > two trees. Net patch applied, thanks Stephen. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: linux-next: manual merge of the tip tree with the net-next tree
On Mon, 13 Jan 2014 21:19:46 -0800 (PST) David Miller wrote: > > From: "H. Peter Anvin" > Date: Mon, 13 Jan 2014 20:51:43 -0800 > > > Is there a sensible way we can fix this in either net-next or tip? > > I think if I sort the files in net-next the problem will go away, > if someone can confirm this I'll do it. I have attached 2 patches: one for net-next and one for tip/auto-latest (but should be applicable in the appropriate topic branch). If both are applied to their respect trees, then I get no conflict when merging the two trees. -- Cheers, Stephen Rothwells...@canb.auug.org.au >From da6b3ed2f43d1a0c5e946d11902c167eb6188cca Mon Sep 17 00:00:00 2001 From: Stephen Rothwell Date: Tue, 14 Jan 2014 16:37:45 +1100 Subject: [PATCH] net: resort some Kbuild files to hopefully help avoid some conflicts Signed-off-by: Stephen Rothwell --- arch/arc/include/asm/Kbuild| 2 +- arch/cris/include/asm/Kbuild | 2 +- arch/hexagon/include/asm/Kbuild| 2 +- arch/microblaze/include/asm/Kbuild | 2 +- arch/mn10300/include/asm/Kbuild| 2 +- arch/score/include/asm/Kbuild | 2 +- 6 files changed, 6 insertions(+), 6 deletions(-) diff --git a/arch/arc/include/asm/Kbuild b/arch/arc/include/asm/Kbuild index 93e6ca919620..cf29d84fd9c2 100644 --- a/arch/arc/include/asm/Kbuild +++ b/arch/arc/include/asm/Kbuild @@ -11,6 +11,7 @@ generic-y += fcntl.h generic-y += fb.h generic-y += ftrace.h generic-y += hardirq.h +generic-y += hash.h generic-y += hw_irq.h generic-y += ioctl.h generic-y += ioctls.h @@ -47,4 +48,3 @@ generic-y += user.h generic-y += vga.h generic-y += xor.h generic-y += preempt.h -generic-y += hash.h diff --git a/arch/cris/include/asm/Kbuild b/arch/cris/include/asm/Kbuild index c5963b3e4624..406cbd3ebd58 100644 --- a/arch/cris/include/asm/Kbuild +++ b/arch/cris/include/asm/Kbuild @@ -5,6 +5,7 @@ header-y += arch-v32/ generic-y += clkdev.h generic-y += exec.h +generic-y += hash.h generic-y += kvm_para.h generic-y += linkage.h generic-y += module.h @@ -12,4 +13,3 @@ generic-y += trace_clock.h generic-y += vga.h generic-y += xor.h generic-y += preempt.h -generic-y += hash.h diff --git a/arch/hexagon/include/asm/Kbuild b/arch/hexagon/include/asm/Kbuild index 469d223950ff..ae45d75a3187 100644 --- a/arch/hexagon/include/asm/Kbuild +++ b/arch/hexagon/include/asm/Kbuild @@ -15,6 +15,7 @@ generic-y += fb.h generic-y += fcntl.h generic-y += ftrace.h generic-y += hardirq.h +generic-y += hash.h generic-y += hw_irq.h generic-y += ioctl.h generic-y += ioctls.h @@ -54,4 +55,3 @@ generic-y += ucontext.h generic-y += unaligned.h generic-y += xor.h generic-y += preempt.h -generic-y += hash.h diff --git a/arch/microblaze/include/asm/Kbuild b/arch/microblaze/include/asm/Kbuild index 43eec338ff50..ca60945ddf30 100644 --- a/arch/microblaze/include/asm/Kbuild +++ b/arch/microblaze/include/asm/Kbuild @@ -1,7 +1,7 @@ generic-y += clkdev.h generic-y += exec.h +generic-y += hash.h generic-y += trace_clock.h generic-y += syscalls.h generic-y += preempt.h -generic-y += hash.h diff --git a/arch/mn10300/include/asm/Kbuild b/arch/mn10300/include/asm/Kbuild index bc42f14c9c2e..199345207d82 100644 --- a/arch/mn10300/include/asm/Kbuild +++ b/arch/mn10300/include/asm/Kbuild @@ -1,6 +1,6 @@ generic-y += clkdev.h generic-y += exec.h +generic-y += hash.h generic-y += trace_clock.h generic-y += preempt.h -generic-y += hash.h diff --git a/arch/score/include/asm/Kbuild b/arch/score/include/asm/Kbuild index 099e7ba40599..1d35e33ccf86 100644 --- a/arch/score/include/asm/Kbuild +++ b/arch/score/include/asm/Kbuild @@ -2,8 +2,8 @@ header-y += generic-y += clkdev.h +generic-y += hash.h generic-y += trace_clock.h generic-y += xor.h generic-y += preempt.h -generic-y += hash.h -- 1.8.5.2 >From 6d0a3746f35cb879189228093728251b7ce04135 Mon Sep 17 00:00:00 2001 From: Stephen Rothwell Date: Tue, 14 Jan 2014 16:36:10 +1100 Subject: [PATCH] tip: resort some Kbuild files to hopefully help avoid some conflicts Signed-off-by: Stephen Rothwell --- arch/arc/include/asm/Kbuild| 2 +- arch/cris/include/asm/Kbuild | 2 +- arch/hexagon/include/asm/Kbuild| 2 +- arch/microblaze/include/asm/Kbuild | 2 +- arch/mn10300/include/asm/Kbuild| 2 +- arch/parisc/include/asm/Kbuild | 2 +- arch/score/include/asm/Kbuild | 2 +- 7 files changed, 7 insertions(+), 7 deletions(-) diff --git a/arch/arc/include/asm/Kbuild b/arch/arc/include/asm/Kbuild index e07c786011af..9ae21c198007 100644 --- a/arch/arc/include/asm/Kbuild +++ b/arch/arc/include/asm/Kbuild @@ -1,4 +1,5 @@ generic-y += auxvec.h +generic-y += barrier.h generic-y += bugs.h generic-y += bitsperlong.h generic-y += clkdev.h @@ -47,4 +48,3 @@ generic-y += user.h generic-y += vga.h generic-y += xor.h generic-y += preempt.h -generic-y += barrier.h diff --git a/arch/cris/include/asm/Kbuild b/arch/cris/include/asm/Kbuild index 35ec2e5ca832..199b1a9dab89 100644 ---
Re: linux-next: manual merge of the tip tree with the net-next tree
From: "H. Peter Anvin" Date: Mon, 13 Jan 2014 20:51:43 -0800 > Is there a sensible way we can fix this in either net-next or tip? I think if I sort the files in net-next the problem will go away, if someone can confirm this I'll do it. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: linux-next: manual merge of the tip tree with the net-next tree
Hi, On Mon, 13 Jan 2014 20:51:43 -0800 "H. Peter Anvin" wrote: > > On 01/13/2014 07:02 PM, Stephen Rothwell wrote: > > > > On Mon, 13 Jan 2014 14:20:59 +1100 Stephen Rothwell > > wrote: > >> > >> On Mon, 13 Jan 2014 14:18:24 +1100 Stephen Rothwell > >> wrote: > >>> > >>> Today's linux-next merge of the tip tree got conflicts in > >>> arch/arc/include/asm/Kbuild, arch/cris/include/asm/Kbuild, > >>> arch/hexagon/include/asm/Kbuild, > >>> arch/microblaze/include/asm/Kbuild, > >>> arch/parisc/include/asm/Kbuild and > >>> arch/score/include/asm/Kbuild between commit e3fec2f74f7f > >>> ("lib: Add missing arch generic-y entries for > >>> asm-generic/hash.h") from the net-next tree and commit > >>> 93ea02bb8435 ("arch: Clean up asm/barrier.h implementations > >>> using asm-generic/barrier.h") from the tip tree. > >>> > >>> I fixed it up (see below) and can carry the fix as necessary > >>> (no action is required). > >>> > >>> BTW: thanks for not keeping the Kbuild files sorted :-( > >> > >> I missed arch/mn10300/include/asm/Kbuild the first time round. > > > > And ... git rerere does not work well here. It stores resolutions > > by a hash of the (sanitised) conflict and since most of these files > > have exactly the same conflict, I am going to have to edit 5 of > > them by hand every day. > > > > Well, you probably can keep a diff from the conflict-merge tree to the > fix, but still. > > Is there a sensible way we can fix this in either net-next or tip? Probably not now. If the respective patches had kept those Kbuild files sorted, then (most of the) conflicts would not have happened. Maybe if there were follow up patches that put them back in order it may help. Or at least maybe make the conflicts different enough so that git rerere would store them all. I am just grumbling because I guessed this would happen when I saw the patch go into the next-next tree (unfortunately, it was a report of mine that caused that patch to be created :-(). -- Cheers, Stephen Rothwells...@canb.auug.org.au pgpTdpTuhsVtS.pgp Description: PGP signature
Re: linux-next: manual merge of the tip tree with the net-next tree
On 01/13/2014 07:02 PM, Stephen Rothwell wrote: > Hi all, > > On Mon, 13 Jan 2014 14:20:59 +1100 Stephen Rothwell > wrote: >> >> On Mon, 13 Jan 2014 14:18:24 +1100 Stephen Rothwell >> wrote: >>> >>> Today's linux-next merge of the tip tree got conflicts in >>> arch/arc/include/asm/Kbuild, arch/cris/include/asm/Kbuild, >>> arch/hexagon/include/asm/Kbuild, >>> arch/microblaze/include/asm/Kbuild, >>> arch/parisc/include/asm/Kbuild and >>> arch/score/include/asm/Kbuild between commit e3fec2f74f7f >>> ("lib: Add missing arch generic-y entries for >>> asm-generic/hash.h") from the net-next tree and commit >>> 93ea02bb8435 ("arch: Clean up asm/barrier.h implementations >>> using asm-generic/barrier.h") from the tip tree. >>> >>> I fixed it up (see below) and can carry the fix as necessary >>> (no action is required). >>> >>> BTW: thanks for not keeping the Kbuild files sorted :-( >> >> I missed arch/mn10300/include/asm/Kbuild the first time round. > > And ... git rerere does not work well here. It stores resolutions > by a hash of the (sanitised) conflict and since most of these files > have exactly the same conflict, I am going to have to edit 5 of > them by hand every day. > Well, you probably can keep a diff from the conflict-merge tree to the fix, but still. Is there a sensible way we can fix this in either net-next or tip? -hpa -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: linux-next: manual merge of the tip tree with the net-next tree
Hi all, On Mon, 13 Jan 2014 14:20:59 +1100 Stephen Rothwell wrote: > > On Mon, 13 Jan 2014 14:18:24 +1100 Stephen Rothwell > wrote: > > > > Today's linux-next merge of the tip tree got conflicts in > > arch/arc/include/asm/Kbuild, arch/cris/include/asm/Kbuild, > > arch/hexagon/include/asm/Kbuild, arch/microblaze/include/asm/Kbuild, > > arch/parisc/include/asm/Kbuild and arch/score/include/asm/Kbuild between > > commit e3fec2f74f7f ("lib: Add missing arch generic-y entries for > > asm-generic/hash.h") from the net-next tree and commit 93ea02bb8435 > > ("arch: Clean up asm/barrier.h implementations using > > asm-generic/barrier.h") from the tip tree. > > > > I fixed it up (see below) and can carry the fix as necessary (no action > > is required). > > > > BTW: thanks for not keeping the Kbuild files sorted :-( > > I missed arch/mn10300/include/asm/Kbuild the first time round. And ... git rerere does not work well here. It stores resolutions by a hash of the (sanitised) conflict and since most of these files have exactly the same conflict, I am going to have to edit 5 of them by hand every day. Not happy :-( -- Cheers, Stephen Rothwells...@canb.auug.org.au pgpoYZNo3wpW1.pgp Description: PGP signature
Re: linux-next: manual merge of the tip tree with the net-next tree
Hi all, On Mon, 13 Jan 2014 14:20:59 +1100 Stephen Rothwell s...@canb.auug.org.au wrote: On Mon, 13 Jan 2014 14:18:24 +1100 Stephen Rothwell s...@canb.auug.org.au wrote: Today's linux-next merge of the tip tree got conflicts in arch/arc/include/asm/Kbuild, arch/cris/include/asm/Kbuild, arch/hexagon/include/asm/Kbuild, arch/microblaze/include/asm/Kbuild, arch/parisc/include/asm/Kbuild and arch/score/include/asm/Kbuild between commit e3fec2f74f7f (lib: Add missing arch generic-y entries for asm-generic/hash.h) from the net-next tree and commit 93ea02bb8435 (arch: Clean up asm/barrier.h implementations using asm-generic/barrier.h) from the tip tree. I fixed it up (see below) and can carry the fix as necessary (no action is required). BTW: thanks for not keeping the Kbuild files sorted :-( I missed arch/mn10300/include/asm/Kbuild the first time round. And ... git rerere does not work well here. It stores resolutions by a hash of the (sanitised) conflict and since most of these files have exactly the same conflict, I am going to have to edit 5 of them by hand every day. Not happy :-( -- Cheers, Stephen Rothwells...@canb.auug.org.au pgpoYZNo3wpW1.pgp Description: PGP signature
Re: linux-next: manual merge of the tip tree with the net-next tree
On 01/13/2014 07:02 PM, Stephen Rothwell wrote: Hi all, On Mon, 13 Jan 2014 14:20:59 +1100 Stephen Rothwell s...@canb.auug.org.au wrote: On Mon, 13 Jan 2014 14:18:24 +1100 Stephen Rothwell s...@canb.auug.org.au wrote: Today's linux-next merge of the tip tree got conflicts in arch/arc/include/asm/Kbuild, arch/cris/include/asm/Kbuild, arch/hexagon/include/asm/Kbuild, arch/microblaze/include/asm/Kbuild, arch/parisc/include/asm/Kbuild and arch/score/include/asm/Kbuild between commit e3fec2f74f7f (lib: Add missing arch generic-y entries for asm-generic/hash.h) from the net-next tree and commit 93ea02bb8435 (arch: Clean up asm/barrier.h implementations using asm-generic/barrier.h) from the tip tree. I fixed it up (see below) and can carry the fix as necessary (no action is required). BTW: thanks for not keeping the Kbuild files sorted :-( I missed arch/mn10300/include/asm/Kbuild the first time round. And ... git rerere does not work well here. It stores resolutions by a hash of the (sanitised) conflict and since most of these files have exactly the same conflict, I am going to have to edit 5 of them by hand every day. Well, you probably can keep a diff from the conflict-merge tree to the fix, but still. Is there a sensible way we can fix this in either net-next or tip? -hpa -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: linux-next: manual merge of the tip tree with the net-next tree
Hi, On Mon, 13 Jan 2014 20:51:43 -0800 H. Peter Anvin h...@zytor.com wrote: On 01/13/2014 07:02 PM, Stephen Rothwell wrote: On Mon, 13 Jan 2014 14:20:59 +1100 Stephen Rothwell s...@canb.auug.org.au wrote: On Mon, 13 Jan 2014 14:18:24 +1100 Stephen Rothwell s...@canb.auug.org.au wrote: Today's linux-next merge of the tip tree got conflicts in arch/arc/include/asm/Kbuild, arch/cris/include/asm/Kbuild, arch/hexagon/include/asm/Kbuild, arch/microblaze/include/asm/Kbuild, arch/parisc/include/asm/Kbuild and arch/score/include/asm/Kbuild between commit e3fec2f74f7f (lib: Add missing arch generic-y entries for asm-generic/hash.h) from the net-next tree and commit 93ea02bb8435 (arch: Clean up asm/barrier.h implementations using asm-generic/barrier.h) from the tip tree. I fixed it up (see below) and can carry the fix as necessary (no action is required). BTW: thanks for not keeping the Kbuild files sorted :-( I missed arch/mn10300/include/asm/Kbuild the first time round. And ... git rerere does not work well here. It stores resolutions by a hash of the (sanitised) conflict and since most of these files have exactly the same conflict, I am going to have to edit 5 of them by hand every day. Well, you probably can keep a diff from the conflict-merge tree to the fix, but still. Is there a sensible way we can fix this in either net-next or tip? Probably not now. If the respective patches had kept those Kbuild files sorted, then (most of the) conflicts would not have happened. Maybe if there were follow up patches that put them back in order it may help. Or at least maybe make the conflicts different enough so that git rerere would store them all. I am just grumbling because I guessed this would happen when I saw the patch go into the next-next tree (unfortunately, it was a report of mine that caused that patch to be created :-(). -- Cheers, Stephen Rothwells...@canb.auug.org.au pgpTdpTuhsVtS.pgp Description: PGP signature
Re: linux-next: manual merge of the tip tree with the net-next tree
From: H. Peter Anvin h...@zytor.com Date: Mon, 13 Jan 2014 20:51:43 -0800 Is there a sensible way we can fix this in either net-next or tip? I think if I sort the files in net-next the problem will go away, if someone can confirm this I'll do it. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: linux-next: manual merge of the tip tree with the net-next tree
On Mon, 13 Jan 2014 21:19:46 -0800 (PST) David Miller da...@davemloft.net wrote: From: H. Peter Anvin h...@zytor.com Date: Mon, 13 Jan 2014 20:51:43 -0800 Is there a sensible way we can fix this in either net-next or tip? I think if I sort the files in net-next the problem will go away, if someone can confirm this I'll do it. I have attached 2 patches: one for net-next and one for tip/auto-latest (but should be applicable in the appropriate topic branch). If both are applied to their respect trees, then I get no conflict when merging the two trees. -- Cheers, Stephen Rothwells...@canb.auug.org.au From da6b3ed2f43d1a0c5e946d11902c167eb6188cca Mon Sep 17 00:00:00 2001 From: Stephen Rothwell s...@canb.auug.org.au Date: Tue, 14 Jan 2014 16:37:45 +1100 Subject: [PATCH] net: resort some Kbuild files to hopefully help avoid some conflicts Signed-off-by: Stephen Rothwell s...@canb.auug.org.au --- arch/arc/include/asm/Kbuild| 2 +- arch/cris/include/asm/Kbuild | 2 +- arch/hexagon/include/asm/Kbuild| 2 +- arch/microblaze/include/asm/Kbuild | 2 +- arch/mn10300/include/asm/Kbuild| 2 +- arch/score/include/asm/Kbuild | 2 +- 6 files changed, 6 insertions(+), 6 deletions(-) diff --git a/arch/arc/include/asm/Kbuild b/arch/arc/include/asm/Kbuild index 93e6ca919620..cf29d84fd9c2 100644 --- a/arch/arc/include/asm/Kbuild +++ b/arch/arc/include/asm/Kbuild @@ -11,6 +11,7 @@ generic-y += fcntl.h generic-y += fb.h generic-y += ftrace.h generic-y += hardirq.h +generic-y += hash.h generic-y += hw_irq.h generic-y += ioctl.h generic-y += ioctls.h @@ -47,4 +48,3 @@ generic-y += user.h generic-y += vga.h generic-y += xor.h generic-y += preempt.h -generic-y += hash.h diff --git a/arch/cris/include/asm/Kbuild b/arch/cris/include/asm/Kbuild index c5963b3e4624..406cbd3ebd58 100644 --- a/arch/cris/include/asm/Kbuild +++ b/arch/cris/include/asm/Kbuild @@ -5,6 +5,7 @@ header-y += arch-v32/ generic-y += clkdev.h generic-y += exec.h +generic-y += hash.h generic-y += kvm_para.h generic-y += linkage.h generic-y += module.h @@ -12,4 +13,3 @@ generic-y += trace_clock.h generic-y += vga.h generic-y += xor.h generic-y += preempt.h -generic-y += hash.h diff --git a/arch/hexagon/include/asm/Kbuild b/arch/hexagon/include/asm/Kbuild index 469d223950ff..ae45d75a3187 100644 --- a/arch/hexagon/include/asm/Kbuild +++ b/arch/hexagon/include/asm/Kbuild @@ -15,6 +15,7 @@ generic-y += fb.h generic-y += fcntl.h generic-y += ftrace.h generic-y += hardirq.h +generic-y += hash.h generic-y += hw_irq.h generic-y += ioctl.h generic-y += ioctls.h @@ -54,4 +55,3 @@ generic-y += ucontext.h generic-y += unaligned.h generic-y += xor.h generic-y += preempt.h -generic-y += hash.h diff --git a/arch/microblaze/include/asm/Kbuild b/arch/microblaze/include/asm/Kbuild index 43eec338ff50..ca60945ddf30 100644 --- a/arch/microblaze/include/asm/Kbuild +++ b/arch/microblaze/include/asm/Kbuild @@ -1,7 +1,7 @@ generic-y += clkdev.h generic-y += exec.h +generic-y += hash.h generic-y += trace_clock.h generic-y += syscalls.h generic-y += preempt.h -generic-y += hash.h diff --git a/arch/mn10300/include/asm/Kbuild b/arch/mn10300/include/asm/Kbuild index bc42f14c9c2e..199345207d82 100644 --- a/arch/mn10300/include/asm/Kbuild +++ b/arch/mn10300/include/asm/Kbuild @@ -1,6 +1,6 @@ generic-y += clkdev.h generic-y += exec.h +generic-y += hash.h generic-y += trace_clock.h generic-y += preempt.h -generic-y += hash.h diff --git a/arch/score/include/asm/Kbuild b/arch/score/include/asm/Kbuild index 099e7ba40599..1d35e33ccf86 100644 --- a/arch/score/include/asm/Kbuild +++ b/arch/score/include/asm/Kbuild @@ -2,8 +2,8 @@ header-y += generic-y += clkdev.h +generic-y += hash.h generic-y += trace_clock.h generic-y += xor.h generic-y += preempt.h -generic-y += hash.h -- 1.8.5.2 From 6d0a3746f35cb879189228093728251b7ce04135 Mon Sep 17 00:00:00 2001 From: Stephen Rothwell s...@canb.auug.org.au Date: Tue, 14 Jan 2014 16:36:10 +1100 Subject: [PATCH] tip: resort some Kbuild files to hopefully help avoid some conflicts Signed-off-by: Stephen Rothwell s...@canb.auug.org.au --- arch/arc/include/asm/Kbuild| 2 +- arch/cris/include/asm/Kbuild | 2 +- arch/hexagon/include/asm/Kbuild| 2 +- arch/microblaze/include/asm/Kbuild | 2 +- arch/mn10300/include/asm/Kbuild| 2 +- arch/parisc/include/asm/Kbuild | 2 +- arch/score/include/asm/Kbuild | 2 +- 7 files changed, 7 insertions(+), 7 deletions(-) diff --git a/arch/arc/include/asm/Kbuild b/arch/arc/include/asm/Kbuild index e07c786011af..9ae21c198007 100644 --- a/arch/arc/include/asm/Kbuild +++ b/arch/arc/include/asm/Kbuild @@ -1,4 +1,5 @@ generic-y += auxvec.h +generic-y += barrier.h generic-y += bugs.h generic-y += bitsperlong.h generic-y += clkdev.h @@ -47,4 +48,3 @@ generic-y += user.h generic-y += vga.h generic-y += xor.h generic-y += preempt.h -generic-y += barrier.h diff --git
Re: linux-next: manual merge of the tip tree with the net-next tree
From: Stephen Rothwell s...@canb.auug.org.au Date: Tue, 14 Jan 2014 16:44:20 +1100 On Mon, 13 Jan 2014 21:19:46 -0800 (PST) David Miller da...@davemloft.net wrote: From: H. Peter Anvin h...@zytor.com Date: Mon, 13 Jan 2014 20:51:43 -0800 Is there a sensible way we can fix this in either net-next or tip? I think if I sort the files in net-next the problem will go away, if someone can confirm this I'll do it. I have attached 2 patches: one for net-next and one for tip/auto-latest (but should be applicable in the appropriate topic branch). If both are applied to their respect trees, then I get no conflict when merging the two trees. Net patch applied, thanks Stephen. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: linux-next: manual merge of the tip tree with the net-next tree
Hi Dave, On Mon, 13 Jan 2014 21:48:41 -0800 (PST) David Miller da...@davemloft.net wrote: Net patch applied, thanks Stephen. Thanks. -- Cheers, Stephen Rothwells...@canb.auug.org.au pgpLeAmu5C984.pgp Description: PGP signature
Re: linux-next: manual merge of the tip tree with the net-next tree
Hi all, On Mon, 13 Jan 2014 14:18:24 +1100 Stephen Rothwell wrote: > > Today's linux-next merge of the tip tree got conflicts in > arch/arc/include/asm/Kbuild, arch/cris/include/asm/Kbuild, > arch/hexagon/include/asm/Kbuild, arch/microblaze/include/asm/Kbuild, > arch/parisc/include/asm/Kbuild and arch/score/include/asm/Kbuild between > commit e3fec2f74f7f ("lib: Add missing arch generic-y entries for > asm-generic/hash.h") from the net-next tree and commit 93ea02bb8435 > ("arch: Clean up asm/barrier.h implementations using > asm-generic/barrier.h") from the tip tree. > > I fixed it up (see below) and can carry the fix as necessary (no action > is required). > > BTW: thanks for not keeping the Kbuild files sorted :-( I missed arch/mn10300/include/asm/Kbuild the first time round. -- Cheers, Stephen Rothwells...@canb.auug.org.au diff --cc arch/mn10300/include/asm/Kbuild index bc42f14c9c2e,367ef399ddf7.. --- a/arch/mn10300/include/asm/Kbuild +++ b/arch/mn10300/include/asm/Kbuild @@@ -1,6 -1,6 +1,7 @@@ ++generic-y += barrier.h generic-y += clkdev.h generic-y += exec.h ++generic-y += hash.h generic-y += trace_clock.h generic-y += preempt.h - generic-y += hash.h -generic-y += barrier.h pgphVTkMMq45W.pgp Description: PGP signature
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got conflicts in arch/arc/include/asm/Kbuild, arch/cris/include/asm/Kbuild, arch/hexagon/include/asm/Kbuild, arch/microblaze/include/asm/Kbuild, arch/parisc/include/asm/Kbuild and arch/score/include/asm/Kbuild between commit e3fec2f74f7f ("lib: Add missing arch generic-y entries for asm-generic/hash.h") from the net-next tree and commit 93ea02bb8435 ("arch: Clean up asm/barrier.h implementations using asm-generic/barrier.h") from the tip tree. I fixed it up (see below) and can carry the fix as necessary (no action is required). BTW: thanks for not keeping the Kbuild files sorted :-( -- Cheers, Stephen Rothwells...@canb.auug.org.au diff --cc arch/arc/include/asm/Kbuild index 93e6ca919620,e07c786011af.. --- a/arch/arc/include/asm/Kbuild +++ b/arch/arc/include/asm/Kbuild @@@ -1,4 -1,4 +1,5 @@@ generic-y += auxvec.h ++generic-y += barrier.h generic-y += bugs.h generic-y += bitsperlong.h generic-y += clkdev.h @@@ -11,6 -11,6 +12,7 @@@ generic-y += fcntl. generic-y += fb.h generic-y += ftrace.h generic-y += hardirq.h ++generic-y += hash.h generic-y += hw_irq.h generic-y += ioctl.h generic-y += ioctls.h @@@ -47,4 -47,4 +49,3 @@@ generic-y += user. generic-y += vga.h generic-y += xor.h generic-y += preempt.h - generic-y += hash.h -generic-y += barrier.h diff --cc arch/cris/include/asm/Kbuild index c5963b3e4624,35ec2e5ca832.. --- a/arch/cris/include/asm/Kbuild +++ b/arch/cris/include/asm/Kbuild @@@ -3,8 -3,8 +3,10 @@@ header-y += arch-v10 header-y += arch-v32/ ++generic-y += barrier.h generic-y += clkdev.h generic-y += exec.h ++generic-y += hash.h generic-y += kvm_para.h generic-y += linkage.h generic-y += module.h @@@ -12,4 -12,4 +14,3 @@@ generic-y += trace_clock. generic-y += vga.h generic-y += xor.h generic-y += preempt.h - generic-y += hash.h -generic-y += barrier.h diff --cc arch/hexagon/include/asm/Kbuild index 469d223950ff,a614ec9747a6.. --- a/arch/hexagon/include/asm/Kbuild +++ b/arch/hexagon/include/asm/Kbuild @@@ -2,6 -2,6 +2,7 @@@ header-y += ucontext.h generic-y += auxvec.h ++generic-y += barrier.h generic-y += bug.h generic-y += bugs.h generic-y += clkdev.h @@@ -15,6 -15,6 +16,7 @@@ generic-y += fb. generic-y += fcntl.h generic-y += ftrace.h generic-y += hardirq.h ++generic-y += hash.h generic-y += hw_irq.h generic-y += ioctl.h generic-y += ioctls.h @@@ -54,4 -54,4 +56,3 @@@ generic-y += ucontext. generic-y += unaligned.h generic-y += xor.h generic-y += preempt.h - generic-y += hash.h -generic-y += barrier.h diff --cc arch/microblaze/include/asm/Kbuild index 43eec338ff50,f77fb6630b11.. --- a/arch/microblaze/include/asm/Kbuild +++ b/arch/microblaze/include/asm/Kbuild @@@ -1,7 -1,7 +1,8 @@@ ++generic-y += barrier.h generic-y += clkdev.h generic-y += exec.h ++generic-y += hash.h generic-y += trace_clock.h generic-y += syscalls.h generic-y += preempt.h - generic-y += hash.h -generic-y += barrier.h diff --cc arch/parisc/include/asm/Kbuild index 75edd5fcc6ff,8df06d0074f4.. --- a/arch/parisc/include/asm/Kbuild +++ b/arch/parisc/include/asm/Kbuild @@@ -1,8 -1,8 +1,9 @@@ ++generic-y += barrier.h generic-y += word-at-a-time.h auxvec.h user.h cputime.h emergency-restart.h \ segment.h topology.h vga.h device.h percpu.h hw_irq.h mutex.h \ div64.h irq_regs.h kdebug.h kvm_para.h local64.h local.h param.h \ poll.h xor.h clkdev.h exec.h ++generic-y += hash.h generic-y += trace_clock.h generic-y += preempt.h - generic-y += hash.h -generic-y += barrier.h diff --cc arch/score/include/asm/Kbuild index 099e7ba40599,ee2993b6e5d1.. --- a/arch/score/include/asm/Kbuild +++ b/arch/score/include/asm/Kbuild @@@ -1,9 -1,8 +1,9 @@@ header-y += ++generic-y += barrier.h generic-y += clkdev.h ++generic-y += hash.h generic-y += trace_clock.h generic-y += xor.h generic-y += preempt.h - generic-y += hash.h - -generic-y += barrier.h pgpKKkLTUJdJO.pgp Description: PGP signature
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got conflicts in arch/arc/include/asm/Kbuild, arch/cris/include/asm/Kbuild, arch/hexagon/include/asm/Kbuild, arch/microblaze/include/asm/Kbuild, arch/parisc/include/asm/Kbuild and arch/score/include/asm/Kbuild between commit e3fec2f74f7f (lib: Add missing arch generic-y entries for asm-generic/hash.h) from the net-next tree and commit 93ea02bb8435 (arch: Clean up asm/barrier.h implementations using asm-generic/barrier.h) from the tip tree. I fixed it up (see below) and can carry the fix as necessary (no action is required). BTW: thanks for not keeping the Kbuild files sorted :-( -- Cheers, Stephen Rothwells...@canb.auug.org.au diff --cc arch/arc/include/asm/Kbuild index 93e6ca919620,e07c786011af.. --- a/arch/arc/include/asm/Kbuild +++ b/arch/arc/include/asm/Kbuild @@@ -1,4 -1,4 +1,5 @@@ generic-y += auxvec.h ++generic-y += barrier.h generic-y += bugs.h generic-y += bitsperlong.h generic-y += clkdev.h @@@ -11,6 -11,6 +12,7 @@@ generic-y += fcntl. generic-y += fb.h generic-y += ftrace.h generic-y += hardirq.h ++generic-y += hash.h generic-y += hw_irq.h generic-y += ioctl.h generic-y += ioctls.h @@@ -47,4 -47,4 +49,3 @@@ generic-y += user. generic-y += vga.h generic-y += xor.h generic-y += preempt.h - generic-y += hash.h -generic-y += barrier.h diff --cc arch/cris/include/asm/Kbuild index c5963b3e4624,35ec2e5ca832.. --- a/arch/cris/include/asm/Kbuild +++ b/arch/cris/include/asm/Kbuild @@@ -3,8 -3,8 +3,10 @@@ header-y += arch-v10 header-y += arch-v32/ ++generic-y += barrier.h generic-y += clkdev.h generic-y += exec.h ++generic-y += hash.h generic-y += kvm_para.h generic-y += linkage.h generic-y += module.h @@@ -12,4 -12,4 +14,3 @@@ generic-y += trace_clock. generic-y += vga.h generic-y += xor.h generic-y += preempt.h - generic-y += hash.h -generic-y += barrier.h diff --cc arch/hexagon/include/asm/Kbuild index 469d223950ff,a614ec9747a6.. --- a/arch/hexagon/include/asm/Kbuild +++ b/arch/hexagon/include/asm/Kbuild @@@ -2,6 -2,6 +2,7 @@@ header-y += ucontext.h generic-y += auxvec.h ++generic-y += barrier.h generic-y += bug.h generic-y += bugs.h generic-y += clkdev.h @@@ -15,6 -15,6 +16,7 @@@ generic-y += fb. generic-y += fcntl.h generic-y += ftrace.h generic-y += hardirq.h ++generic-y += hash.h generic-y += hw_irq.h generic-y += ioctl.h generic-y += ioctls.h @@@ -54,4 -54,4 +56,3 @@@ generic-y += ucontext. generic-y += unaligned.h generic-y += xor.h generic-y += preempt.h - generic-y += hash.h -generic-y += barrier.h diff --cc arch/microblaze/include/asm/Kbuild index 43eec338ff50,f77fb6630b11.. --- a/arch/microblaze/include/asm/Kbuild +++ b/arch/microblaze/include/asm/Kbuild @@@ -1,7 -1,7 +1,8 @@@ ++generic-y += barrier.h generic-y += clkdev.h generic-y += exec.h ++generic-y += hash.h generic-y += trace_clock.h generic-y += syscalls.h generic-y += preempt.h - generic-y += hash.h -generic-y += barrier.h diff --cc arch/parisc/include/asm/Kbuild index 75edd5fcc6ff,8df06d0074f4.. --- a/arch/parisc/include/asm/Kbuild +++ b/arch/parisc/include/asm/Kbuild @@@ -1,8 -1,8 +1,9 @@@ ++generic-y += barrier.h generic-y += word-at-a-time.h auxvec.h user.h cputime.h emergency-restart.h \ segment.h topology.h vga.h device.h percpu.h hw_irq.h mutex.h \ div64.h irq_regs.h kdebug.h kvm_para.h local64.h local.h param.h \ poll.h xor.h clkdev.h exec.h ++generic-y += hash.h generic-y += trace_clock.h generic-y += preempt.h - generic-y += hash.h -generic-y += barrier.h diff --cc arch/score/include/asm/Kbuild index 099e7ba40599,ee2993b6e5d1.. --- a/arch/score/include/asm/Kbuild +++ b/arch/score/include/asm/Kbuild @@@ -1,9 -1,8 +1,9 @@@ header-y += ++generic-y += barrier.h generic-y += clkdev.h ++generic-y += hash.h generic-y += trace_clock.h generic-y += xor.h generic-y += preempt.h - generic-y += hash.h - -generic-y += barrier.h pgpKKkLTUJdJO.pgp Description: PGP signature
Re: linux-next: manual merge of the tip tree with the net-next tree
Hi all, On Mon, 13 Jan 2014 14:18:24 +1100 Stephen Rothwell s...@canb.auug.org.au wrote: Today's linux-next merge of the tip tree got conflicts in arch/arc/include/asm/Kbuild, arch/cris/include/asm/Kbuild, arch/hexagon/include/asm/Kbuild, arch/microblaze/include/asm/Kbuild, arch/parisc/include/asm/Kbuild and arch/score/include/asm/Kbuild between commit e3fec2f74f7f (lib: Add missing arch generic-y entries for asm-generic/hash.h) from the net-next tree and commit 93ea02bb8435 (arch: Clean up asm/barrier.h implementations using asm-generic/barrier.h) from the tip tree. I fixed it up (see below) and can carry the fix as necessary (no action is required). BTW: thanks for not keeping the Kbuild files sorted :-( I missed arch/mn10300/include/asm/Kbuild the first time round. -- Cheers, Stephen Rothwells...@canb.auug.org.au diff --cc arch/mn10300/include/asm/Kbuild index bc42f14c9c2e,367ef399ddf7.. --- a/arch/mn10300/include/asm/Kbuild +++ b/arch/mn10300/include/asm/Kbuild @@@ -1,6 -1,6 +1,7 @@@ ++generic-y += barrier.h generic-y += clkdev.h generic-y += exec.h ++generic-y += hash.h generic-y += trace_clock.h generic-y += preempt.h - generic-y += hash.h -generic-y += barrier.h pgphVTkMMq45W.pgp Description: PGP signature
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in drivers/net/virtio_net.c between commit 9bb8ca86075f ("virtio-net: switch to use XPS to choose txq") from the net-next tree and commit 827da44c6141 ("net: Explicitly initialize u64_stats_sync structures for lockdep") from the tip tree. I fixed it up (see below) and can carry the fix as necessary (no action is required). -- Cheers, Stephen Rothwells...@canb.auug.org.au diff --cc drivers/net/virtio_net.c index 7d0eff710913,ee384f3d612b.. --- a/drivers/net/virtio_net.c +++ b/drivers/net/virtio_net.c @@@ -1584,6 -1569,18 +1584,14 @@@ static int virtnet_probe(struct virtio_ if (vi->stats == NULL) goto free; + for_each_possible_cpu(i) { + struct virtnet_stats *virtnet_stats; + virtnet_stats = per_cpu_ptr(vi->stats, i); + u64_stats_init(_stats->tx_syncp); + u64_stats_init(_stats->rx_syncp); + } + + - vi->vq_index = alloc_percpu(int); - if (vi->vq_index == NULL) - goto free_stats; - mutex_init(>config_lock); vi->config_enable = true; INIT_WORK(>config_work, virtnet_config_changed_work); pgpo18aydDZ0C.pgp Description: PGP signature
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in drivers/net/virtio_net.c between commit 9bb8ca86075f (virtio-net: switch to use XPS to choose txq) from the net-next tree and commit 827da44c6141 (net: Explicitly initialize u64_stats_sync structures for lockdep) from the tip tree. I fixed it up (see below) and can carry the fix as necessary (no action is required). -- Cheers, Stephen Rothwells...@canb.auug.org.au diff --cc drivers/net/virtio_net.c index 7d0eff710913,ee384f3d612b.. --- a/drivers/net/virtio_net.c +++ b/drivers/net/virtio_net.c @@@ -1584,6 -1569,18 +1584,14 @@@ static int virtnet_probe(struct virtio_ if (vi-stats == NULL) goto free; + for_each_possible_cpu(i) { + struct virtnet_stats *virtnet_stats; + virtnet_stats = per_cpu_ptr(vi-stats, i); + u64_stats_init(virtnet_stats-tx_syncp); + u64_stats_init(virtnet_stats-rx_syncp); + } + + - vi-vq_index = alloc_percpu(int); - if (vi-vq_index == NULL) - goto free_stats; - mutex_init(vi-config_lock); vi-config_enable = true; INIT_WORK(vi-config_work, virtnet_config_changed_work); pgpo18aydDZ0C.pgp Description: PGP signature
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in tools/Makefile between commit e306e2c13b8c ("filter: add minimal BPF JIT image disassembler") from the net-next tree and commit 85c66be101e1 ("perf tools: Introduce tools/lib/lk library") from the tip tree. I fixed it up (see below) and can carry the fix as necessary (no action is required). -- Cheers, Stephen Rothwells...@canb.auug.org.au diff --cc tools/Makefile index c73c635,6aaeb6c..000 --- a/tools/Makefile +++ b/tools/Makefile @@@ -35,7 -34,13 +35,13 @@@ help cpupower: FORCE $(call descend,power/$@) - cgroup firewire lguest perf usb virtio vm net: FORCE -cgroup firewire guest usb virtio vm: FORCE ++cgroup firewire guest usb virtio vm net: FORCE + $(call descend,$@) + + liblk: FORCE + $(call descend,lib/lk) + + perf: liblk FORCE $(call descend,$@) selftests: FORCE @@@ -63,7 -68,13 +69,13 @@@ install: cgroup_install cpupower_instal cpupower_clean: $(call descend,power/cpupower,clean) - cgroup_clean firewire_clean lguest_clean perf_clean usb_clean virtio_clean vm_clean net_clean: -cgroup_clean firewire_clean lguest_clean usb_clean virtio_clean vm_clean: ++cgroup_clean firewire_clean lguest_clean usb_clean virtio_clean vm_clean net_clean: + $(call descend,$(@:_clean=),clean) + + liblk_clean: + $(call descend,lib/lk,clean) + + perf_clean: liblk_clean $(call descend,$(@:_clean=),clean) selftests_clean: pgpL1A3eSerb8.pgp Description: PGP signature
linux-next: manual merge of the tip tree with the net-next tree
Hi all, Today's linux-next merge of the tip tree got a conflict in tools/Makefile between commit e306e2c13b8c (filter: add minimal BPF JIT image disassembler) from the net-next tree and commit 85c66be101e1 (perf tools: Introduce tools/lib/lk library) from the tip tree. I fixed it up (see below) and can carry the fix as necessary (no action is required). -- Cheers, Stephen Rothwells...@canb.auug.org.au diff --cc tools/Makefile index c73c635,6aaeb6c..000 --- a/tools/Makefile +++ b/tools/Makefile @@@ -35,7 -34,13 +35,13 @@@ help cpupower: FORCE $(call descend,power/$@) - cgroup firewire lguest perf usb virtio vm net: FORCE -cgroup firewire guest usb virtio vm: FORCE ++cgroup firewire guest usb virtio vm net: FORCE + $(call descend,$@) + + liblk: FORCE + $(call descend,lib/lk) + + perf: liblk FORCE $(call descend,$@) selftests: FORCE @@@ -63,7 -68,13 +69,13 @@@ install: cgroup_install cpupower_instal cpupower_clean: $(call descend,power/cpupower,clean) - cgroup_clean firewire_clean lguest_clean perf_clean usb_clean virtio_clean vm_clean net_clean: -cgroup_clean firewire_clean lguest_clean usb_clean virtio_clean vm_clean: ++cgroup_clean firewire_clean lguest_clean usb_clean virtio_clean vm_clean net_clean: + $(call descend,$(@:_clean=),clean) + + liblk_clean: + $(call descend,lib/lk,clean) + + perf_clean: liblk_clean $(call descend,$(@:_clean=),clean) selftests_clean: pgpL1A3eSerb8.pgp Description: PGP signature