On Sat, Jul 14, 2018 at 12:12:38AM -0700, Todd Poynor wrote: HTML email gets rejected by the mailing lists :( Please fix your email client to not do that. > On Fri, Jul 13, 2018 at 11:35 PM, Greg Kroah-Hartman < > gregkh@xxxxxxxxxxxxxxxxxxx> wrote: > > On Fri, Jul 13, 2018 at 10:58:10PM -0700, Todd Poynor wrote: > > From: Todd Poynor <toddpoynor@xxxxxxxxxx> > > > > For sparse checking. > > > > Reported-by: Dmitry Torokhov <dtor@xxxxxxxxxxxx> > > Signed-off-by: Zhongze Hu <frankhu@xxxxxxxxxxxx> > > Signed-off-by: Todd Poynor <toddpoynor@xxxxxxxxxx> > > --- > > Are you sure this patch even applies? What tree did you make it > against? > > > I'm working in linux-next at tag next-20180713, which is also tagged master at > this writing. > > I think I'm following http://www.kroah.com/log/linux/linux-staging-update.html, > but if I'm off in the weeds do clue me in, thanks. That's something I wrote 9 years ago :) Anyway, yes, linux-next is usually the right place to work off of, but it lags my staging.git tree usually by at least a day, maybe two, depending on when I push and when -next picks my tree up. Also there is the lag of the weekend when -next is not being generated. Normally that is fine, except for when working on code that is "fast moving". This driver has had lots of submissions against it lately as there are loads of "low hanging fruit" that people easily see to fix up. Look at the mailing list archives for this week alone for all of those patches. When working on something that lots of other people are working on, pay attention to the patches on the mailing list and work off of my staging.git tree, usually the staging-next branch, but sometimes staging-testing is needed if lots of patches are being sent rapidly. > I ask because this fragment: > > > @@ -12,6 +12,7 @@ > > * GNU General Public License for more details. > > */ > > is no longer in the tree. > > > Sorry, which tree? I've made sure my linux-next is up-to-date and I still see > this code. Look at my staging-next branch in staging.git. It's long-gone :) thanks, greg k-h _______________________________________________ devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxx http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
