* Re: [PATCH] inet: Initialize per-netns inetpeer roots in net/ipv{4,6}/route.c [not found] ` <20120609.190451.182034193302304295.davem@davemloft.net> @ 2012-06-10 3:16 ` Fengguang Wu 2012-06-10 4:21 ` David Miller 0 siblings, 1 reply; 7+ messages in thread From: Fengguang Wu @ 2012-06-10 3:16 UTC (permalink / raw) To: David Miller; +Cc: netdev, gaofeng, containers, LKML On Sat, Jun 09, 2012 at 07:04:51PM -0700, David Miller wrote: > From: Fengguang Wu <wfg@linux.intel.com> > Date: Sun, 10 Jun 2012 09:58:32 +0800 > > > It triggers some warnings: > > > > WARNING: net/ipv6/ipv6.o(.text+0x1049c): Section mismatch in reference from the function ip6_route_cleanup() to the variable .init.data:ipv6_inetpeer_ops > > This should fix it: Yes it worked. Tested-by: Fengguang Wu <wfg@linux.intel.com> In long run, such build-fix patches can also be auto tested and reported, somehow in this way. You just create a temporary branch named "0day-XXXXXX" and push the build-fix patch there. After a while my robot script will pull and build test it. When finished, it will recognize the "0day" pattern in the branch name and then *unconditionally* report back. "unconditionally" means it will - report build failure as well as build success - report new error/warnings as well as old ones Upon receiving the success/failure notification, you can then proceed to either merge the commit to the main branch, or update the commit in place to restart the test. This should work much more fluently than waiting for me to manually test some emailed patch. Not only I may be sleeping at the time, but also I'm sending out build failure reports almost *every day*. It would be a burden for me to manually test out fixes every day... Thanks, Fengguang ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] inet: Initialize per-netns inetpeer roots in net/ipv{4,6}/route.c 2012-06-10 3:16 ` [PATCH] inet: Initialize per-netns inetpeer roots in net/ipv{4,6}/route.c Fengguang Wu @ 2012-06-10 4:21 ` David Miller 2012-06-10 4:43 ` Fengguang Wu 0 siblings, 1 reply; 7+ messages in thread From: David Miller @ 2012-06-10 4:21 UTC (permalink / raw) To: wfg; +Cc: netdev, gaofeng, containers, linux-kernel From: Fengguang Wu <wfg@linux.intel.com> Date: Sun, 10 Jun 2012 11:16:34 +0800 > In long run, such build-fix patches can also be auto tested and > reported, somehow in this way. You just create a temporary branch Sorry, no. ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] inet: Initialize per-netns inetpeer roots in net/ipv{4,6}/route.c 2012-06-10 4:21 ` David Miller @ 2012-06-10 4:43 ` Fengguang Wu 2012-06-10 4:49 ` Fengguang Wu 2012-06-10 5:03 ` David Miller 0 siblings, 2 replies; 7+ messages in thread From: Fengguang Wu @ 2012-06-10 4:43 UTC (permalink / raw) To: David Miller; +Cc: netdev, gaofeng, containers, linux-kernel On Sat, Jun 09, 2012 at 09:21:47PM -0700, David Miller wrote: > From: Fengguang Wu <wfg@linux.intel.com> > Date: Sun, 10 Jun 2012 11:16:34 +0800 > > > In long run, such build-fix patches can also be auto tested and > > reported, somehow in this way. You just create a temporary branch > > Sorry, no. That's fine. Then how about including some text "fix build errors" or "fix build warnings" or paste the original gcc error/warning messages, somewhere in the changelog or subject? That will also allow me recognize that it's a build fix commit and to make it unconditionally report back any build results. Thanks, Fengguang ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] inet: Initialize per-netns inetpeer roots in net/ipv{4,6}/route.c 2012-06-10 4:43 ` Fengguang Wu @ 2012-06-10 4:49 ` Fengguang Wu 2012-06-10 5:04 ` David Miller 2012-06-10 5:03 ` David Miller 1 sibling, 1 reply; 7+ messages in thread From: Fengguang Wu @ 2012-06-10 4:49 UTC (permalink / raw) To: David Miller; +Cc: netdev, gaofeng, containers, linux-kernel On Sun, Jun 10, 2012 at 12:43:39PM +0800, Fengguang Wu wrote: > On Sat, Jun 09, 2012 at 09:21:47PM -0700, David Miller wrote: > > From: Fengguang Wu <wfg@linux.intel.com> > > Date: Sun, 10 Jun 2012 11:16:34 +0800 > > > > > In long run, such build-fix patches can also be auto tested and > > > reported, somehow in this way. You just create a temporary branch > > > > Sorry, no. > > That's fine. Then how about including some text "fix build errors" or > "fix build warnings" or paste the original gcc error/warning messages, > somewhere in the changelog or subject? > > That will also allow me recognize that it's a build fix commit and to > make it unconditionally report back any build results. Or better, simply include a Reported-by: Fengguang Wu <wfg@linux.intel.com> line in the commit. Then I can reliably detect that it actually tries to fix some build error/waring reported by me, and verbosely report back whether the commit actually fix things up. Thanks, Fengguang ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] inet: Initialize per-netns inetpeer roots in net/ipv{4,6}/route.c 2012-06-10 4:49 ` Fengguang Wu @ 2012-06-10 5:04 ` David Miller 2012-06-10 6:47 ` Fengguang Wu 0 siblings, 1 reply; 7+ messages in thread From: David Miller @ 2012-06-10 5:04 UTC (permalink / raw) To: wfg; +Cc: netdev, gaofeng, containers, linux-kernel From: Fengguang Wu <wfg@linux.intel.com> Date: Sun, 10 Jun 2012 12:49:34 +0800 > On Sun, Jun 10, 2012 at 12:43:39PM +0800, Fengguang Wu wrote: >> On Sat, Jun 09, 2012 at 09:21:47PM -0700, David Miller wrote: >> > From: Fengguang Wu <wfg@linux.intel.com> >> > Date: Sun, 10 Jun 2012 11:16:34 +0800 >> > >> > > In long run, such build-fix patches can also be auto tested and >> > > reported, somehow in this way. You just create a temporary branch >> > >> > Sorry, no. >> >> That's fine. Then how about including some text "fix build errors" or >> "fix build warnings" or paste the original gcc error/warning messages, >> somewhere in the changelog or subject? >> >> That will also allow me recognize that it's a build fix commit and to >> make it unconditionally report back any build results. > > Or better, simply include a > > Reported-by: Fengguang Wu <wfg@linux.intel.com> Now that on the other hand I should have done and was an oversight. But all the other crap, is absolutely unreasonable of you to ask of me. ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] inet: Initialize per-netns inetpeer roots in net/ipv{4,6}/route.c 2012-06-10 5:04 ` David Miller @ 2012-06-10 6:47 ` Fengguang Wu 0 siblings, 0 replies; 7+ messages in thread From: Fengguang Wu @ 2012-06-10 6:47 UTC (permalink / raw) To: David Miller; +Cc: netdev, gaofeng, containers, linux-kernel On Sat, Jun 09, 2012 at 10:04:21PM -0700, David Miller wrote: > From: Fengguang Wu <wfg@linux.intel.com> > Date: Sun, 10 Jun 2012 12:49:34 +0800 > > > On Sun, Jun 10, 2012 at 12:43:39PM +0800, Fengguang Wu wrote: > >> On Sat, Jun 09, 2012 at 09:21:47PM -0700, David Miller wrote: > >> > From: Fengguang Wu <wfg@linux.intel.com> > >> > Date: Sun, 10 Jun 2012 11:16:34 +0800 > >> > > >> > > In long run, such build-fix patches can also be auto tested and > >> > > reported, somehow in this way. You just create a temporary branch > >> > > >> > Sorry, no. > >> > >> That's fine. Then how about including some text "fix build errors" or > >> "fix build warnings" or paste the original gcc error/warning messages, > >> somewhere in the changelog or subject? > >> > >> That will also allow me recognize that it's a build fix commit and to > >> make it unconditionally report back any build results. > > > > Or better, simply include a > > > > Reported-by: Fengguang Wu <wfg@linux.intel.com> > > Now that on the other hand I should have done and was an oversight. That's fine. Please feel free to add that "Reported-by" to get verbose build report, as well as to _NOT_ add the above line to avoid receiving reports when the fix is obviously correct. Ie. use the tag as a way to control my script. > But all the other crap, is absolutely unreasonable of you to ask of me. Yup.. Thanks for your time! Regards, Fengguang ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] inet: Initialize per-netns inetpeer roots in net/ipv{4,6}/route.c 2012-06-10 4:43 ` Fengguang Wu 2012-06-10 4:49 ` Fengguang Wu @ 2012-06-10 5:03 ` David Miller 1 sibling, 0 replies; 7+ messages in thread From: David Miller @ 2012-06-10 5:03 UTC (permalink / raw) To: wfg; +Cc: netdev, gaofeng, containers, linux-kernel From: Fengguang Wu <wfg@linux.intel.com> Date: Sun, 10 Jun 2012 12:43:39 +0800 > That will also allow me recognize that it's a build fix commit and to > make it unconditionally report back any build results. How many extra tasks do you want me to add to my already backlogged workflow? I'm not doing extra work for you, sorry. ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2012-06-10 6:47 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20120609.163202.516027044484907548.davem@davemloft.net>
[not found] ` <20120610015832.GA9175@localhost>
[not found] ` <20120609.190451.182034193302304295.davem@davemloft.net>
2012-06-10 3:16 ` [PATCH] inet: Initialize per-netns inetpeer roots in net/ipv{4,6}/route.c Fengguang Wu
2012-06-10 4:21 ` David Miller
2012-06-10 4:43 ` Fengguang Wu
2012-06-10 4:49 ` Fengguang Wu
2012-06-10 5:04 ` David Miller
2012-06-10 6:47 ` Fengguang Wu
2012-06-10 5:03 ` David Miller
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox