* Which GIT repository for 2.6.35/2.6.36
@ 2010-06-03 8:39 Jean-Francois Moine
2010-06-03 14:56 ` Mauro Carvalho Chehab
0 siblings, 1 reply; 2+ messages in thread
From: Jean-Francois Moine @ 2010-06-03 8:39 UTC (permalink / raw)
To: Mauro Carvalho Chehab; +Cc: linux-media
Hi Mauro,
I am lost with the GIT repositories at LinuxTv.org.
My local development repository is based on
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
origin and git://linuxtv.org/v4l-dvb.git master
When moving any local branch, the kernel is 2.6.33.
Looking at 'origin/HEAD', the kernel is 2.6.34.
Then, looking at http://git.linuxtv.org/linux-2.6.git, the kernel is
2.6.35-rc1.
A problem appeared when some gspca testers signalled compilation errors
with kernels 2.6.34. Looking more carefuly, I see that, in the file
drivers/media/video/gspca/zc3xx.c
there is no
#include <linux/slab.h>
in the local branches, nor in v4l-dvb master, while it exists in
v4l-dvb devel/for_v2.6.34.
Looking at http://git.linuxtv.org/linux-2.6.git, I see that there is a
recent change about the files slab.h et gfp.h (commit
5a0e3ad6af8660be21ca98a971cd00f331318c05) which touches gspca files
again.
I do not think I will put anything more in the new kernel (2.6.35),
but what with 2.6.36? Some gspca files have been changed in kernels
2.6.34 and 2.6.35, and these changes don't appear in the v4l-dvb
repository. What can I do?
- if I continue to develop with v4l-dvb, there will be permanent merge
problems with the future kernel.
- if I base my local repository directly on the last 2.6.35, there will
be problems with v4l-dvb.
Otherwise, at LinuxTv.org, is there any development repository in sync
with both the last kernel and the video stuff?
Cheers.
--
Ken ar c'hentañ | ** Breizh ha Linux atav! **
Jef | http://moinejf.free.fr/
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Which GIT repository for 2.6.35/2.6.36
2010-06-03 8:39 Which GIT repository for 2.6.35/2.6.36 Jean-Francois Moine
@ 2010-06-03 14:56 ` Mauro Carvalho Chehab
0 siblings, 0 replies; 2+ messages in thread
From: Mauro Carvalho Chehab @ 2010-06-03 14:56 UTC (permalink / raw)
To: Jean-Francois Moine; +Cc: linux-media
Em 03-06-2010 05:39, Jean-Francois Moine escreveu:
> Hi Mauro,
>
> I am lost with the GIT repositories at LinuxTv.org.
>
> My local development repository is based on
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
> origin and git://linuxtv.org/v4l-dvb.git master
>
> When moving any local branch, the kernel is 2.6.33.
> Looking at 'origin/HEAD', the kernel is 2.6.34.
> Then, looking at http://git.linuxtv.org/linux-2.6.git, the kernel is
> 2.6.35-rc1.
>
> A problem appeared when some gspca testers signalled compilation errors
> with kernels 2.6.34. Looking more carefuly, I see that, in the file
> drivers/media/video/gspca/zc3xx.c
> there is no
> #include <linux/slab.h>
> in the local branches, nor in v4l-dvb master, while it exists in
> v4l-dvb devel/for_v2.6.34.
>
> Looking at http://git.linuxtv.org/linux-2.6.git, I see that there is a
> recent change about the files slab.h et gfp.h (commit
> 5a0e3ad6af8660be21ca98a971cd00f331318c05) which touches gspca files
> again.
>
> I do not think I will put anything more in the new kernel (2.6.35),
> but what with 2.6.36? Some gspca files have been changed in kernels
> 2.6.34 and 2.6.35, and these changes don't appear in the v4l-dvb
> repository. What can I do?
>
> - if I continue to develop with v4l-dvb, there will be permanent merge
> problems with the future kernel.
>
> - if I base my local repository directly on the last 2.6.35, there will
> be problems with v4l-dvb.
>
> Otherwise, at LinuxTv.org, is there any development repository in sync
> with both the last kernel and the video stuff?
I'm experimenting some adjustments on the procedures I'm using to handle patches,
in order to solve some troubles I've identified during the last merge period.
During this time, the better thing to do is to base your tree at Linus tree.
As I've created separate staging trees, per subject, each branch can be based
on different object references, provided that they are already merged upstream.
Cheers,
Mauro
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-06-03 14:56 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-06-03 8:39 Which GIT repository for 2.6.35/2.6.36 Jean-Francois Moine
2010-06-03 14:56 ` Mauro Carvalho Chehab
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox