Hi, It would be great if dtb-source version were in sync with the kernel one. What do you think, is it worth to reimplement dtb-source, using buildrequires: kernel-source instead of using linux tarball? -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Hi, Le 16/03/2014 13:30, Matwey V. Kornilov a écrit :
Hi,
It would be great if dtb-source version were in sync with the kernel one. What do you think, is it worth to reimplement dtb-source, using buildrequires: kernel-source instead of using linux tarball?
DTB files should be independent of kernel version. Moreover, DTS/DTB files will be removed from kernel sources (no roadmap defined yet). You should be able to use a dtb/dts file from kernel 3.16.* for a 3.11.* kernel for example. Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 17.03.2014 17:09, Guillaume Gardet wrote:
DTS/DTB files will be removed from kernel sources (no roadmap defined yet).
Didn't know. Not it is clear. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Hi, Am 17.03.2014 14:09, schrieb Guillaume Gardet:
Le 16/03/2014 13:30, Matwey V. Kornilov a écrit :
It would be great if dtb-source version were in sync with the kernel one. What do you think, is it worth to reimplement dtb-source, using buildrequires: kernel-source instead of using linux tarball?
Yes, I had proposed the same. Dirk wanted to look up some macros for aiding with that... :)
DTB files should be independent of kernel version.
Maybe they should, but in practice they aren't for new boards being added to the kernel. Things get added to .dts in newer kernel versions that are required for those kernels to work properly.
You should be able to use a dtb/dts file from kernel 3.16.* for a 3.11.* kernel for example.
Well, since Factory's dtb-source package will always be older-than or equal-to kernel-source, this direction seems irrelevant. Occasionally things get moved around, so there may be exceptions to the rule. Regards, Andreas -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Le 03/04/2014 13:17, Andreas Färber a écrit :
Hi,
Am 17.03.2014 14:09, schrieb Guillaume Gardet:
Le 16/03/2014 13:30, Matwey V. Kornilov a écrit :
It would be great if dtb-source version were in sync with the kernel one. What do you think, is it worth to reimplement dtb-source, using buildrequires: kernel-source instead of using linux tarball? Yes, I had proposed the same. Dirk wanted to look up some macros for aiding with that... :)
DTB files should be independent of kernel version. Maybe they should, but in practice they aren't for new boards being added to the kernel. Things get added to .dts in newer kernel versions that are required for those kernels to work properly.
You should be able to use a dtb/dts file from kernel 3.16.* for a 3.11.* kernel for example. Well, since Factory's dtb-source package will always be older-than or equal-to kernel-source, this direction seems irrelevant. Occasionally things get moved around, so there may be exceptions to the rule.
We could have dtb-* updates as we have kernel-* (and other packages) updates. No? Did you encountered some problems with kernel/dtb mismatch? Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Hi,
It would be great if dtb-source version were in sync with the kernel one. What do you think, is it worth to reimplement dtb-source, using buildrequires: kernel-source instead of using linux tarball? Yes, I had proposed the same. Dirk wanted to look up some macros for aiding with that... :)
I've done that now. we can switch to the different solution once they got removed from kernel-source (thanks Guillaume for pointing that out!). I'm not sure I'm happy with that change though overall, since it means that it might be overall complexifying doing dtb's for contrib kernels quite a lot. Greetings, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Le 03/04/2014 18:10, Dirk Müller a écrit :
Hi,
It would be great if dtb-source version were in sync with the kernel one. What do you think, is it worth to reimplement dtb-source, using buildrequires: kernel-source instead of using linux tarball? Yes, I had proposed the same. Dirk wanted to look up some macros for aiding with that... :) I've done that now. we can switch to the different solution once they got removed from kernel-source (thanks Guillaume for pointing that out!). I'm not sure I'm happy with that change though overall, since it means that it might be overall complexifying doing dtb's for contrib kernels quite a lot.
For Contrib, we should have kernel-source and kernel-XXX which should be better to only have kernel-XXX. ;) JeOS should be updated accordingly. Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Hi Guillaume,
JeOS should be updated accordingly.
If I didn't do a mistake there shouldn't be any reason to update JeOS.. am I missing something? Thanks, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Le 03/04/2014 18:33, Dirk Müller a écrit :
Hi Guillaume,
JeOS should be updated accordingly. If I didn't do a mistake there shouldn't be any reason to update JeOS.. am I missing something?
No, _I_ missed something. I thought we made a single DTB package for armv7l. Sorry for the noise. ;) Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
participants (4)
-
Andreas Färber
-
Dirk Müller
-
Guillaume Gardet
-
Matwey V. Kornilov