On Thu, 5 Mar 2009, Trent Piepho wrote:

> On Thu, 5 Mar 2009, Guennadi Liakhovetski wrote:
> > On Wed, 4 Mar 2009, Mauro Carvalho Chehab wrote:
> > > Beside the fact that we don't need to strip support for legacy kernels, 
> > > the
> > > advantage of using this method is that we can evolute to a new development
> > > model. As several developers already required, we should really use the
> > > standard -git tree as everybody's else. This will simplify a lot the way 
> > > we
> > > work, and give us more agility to send patches upstream.
> > >
> > > With this backport script, plus the current v4l-dvb building systems, and 
> > > after
> > > having all backport rules properly mapped, we can generate a "test tree"
> > > based on -git drivers/media, for the users to test the drivers against 
> > > their
> > > kernels, and still use a clean tree for development.
> >
> > Sorry, switching to git is great, but just to make sure I understood you
> > right: by "-git drivers/media" you don't mean it is going to be a git tree
> > of only drivers/media, but it is going to be a normal complete Linux
> > kernel tree, right?
> 
> So there will be no way we can test a driver without switching to a new
> kernel hourly?  And there is no way we can test someone else's tree without
> compiling an entirely new kernel and rebooting?  And every tree we want to
> work on requires a complete copy of the entire kernel source?

AFAIR, Mauro wanted to provide snapshots for those who absolutely prefer 
to work with partial trees. Although, to be honest, I don't understand 
what makes video drivers so special. Think about audio drivers, or 
network, including WLAN. I never heard about those subsystems working with 
or providing subtree snapshots. If only before specific drivers or 
subsystems are included in the mainline, but not long after that.

Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to