| Message ID | 1243581494.3212.1.camel@localhost.localdomain (mailing list archive) |
|---|---|
| State | New, archived |
| Headers | show |
Am Freitag 29 Mai 2009 09:18:14 schrieb Jaswinder Singh Rajput: > Adding localversion avoids confusion in kernel images : > > like Linux version 2.6.30-rc7 does not tell whether it is linus or kvm > kernel. > > By adding localversion it tells : > > Linux version 2.6.30-rc7-kvm , any doubt ;-) > I am inspired by Ingo's -tip, I am sure Ingo will tell more advantages, > if these are not enough :-) [...] > diff --git a/localversion-kvm b/localversion-kvm > new file mode 100644 > index 0000000..d969ff0 > --- /dev/null > +++ b/localversion-kvm > @@ -0,0 +1 @@ > +-kvm NAK from my side. If you need a distinction, there is always CONFIG_LOCALVERSION_AUTO. If you need this kind of prefix, there is always CONFIG_LOCALVERSION. Christian -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, 2009-05-29 at 09:48 +0200, Christian Bornträger wrote: > Am Freitag 29 Mai 2009 09:18:14 schrieb Jaswinder Singh Rajput: > > Adding localversion avoids confusion in kernel images : > > > > like Linux version 2.6.30-rc7 does not tell whether it is linus or kvm > > kernel. > > > > By adding localversion it tells : > > > > Linux version 2.6.30-rc7-kvm , any doubt ;-) > > I am inspired by Ingo's -tip, I am sure Ingo will tell more advantages, > > if these are not enough :-) > [...] > > diff --git a/localversion-kvm b/localversion-kvm > > new file mode 100644 > > index 0000000..d969ff0 > > --- /dev/null > > +++ b/localversion-kvm > > @@ -0,0 +1 @@ > > +-kvm > > NAK from my side. If you need a distinction, there is always > CONFIG_LOCALVERSION_AUTO. If you need this kind of prefix, there is always > CONFIG_LOCALVERSION. > Here is NAK for your NAK from my side. This patch is only for KVM tree and not for linus tree. Lets assume 100 developers are working on kvm tree and they use kvm tree on 2 PCs. So count becomes 200. Like in my case I have dozen of kernel trees so I keep on swapping config between kernels. And I also need to test config from various users. So this count is countless. I think this is the biggest point for adding localversion in -tip. It seems Ingo is busy in perfcounter stuff otherwise he will explain you more advantages. In the least case, Can you differentiate between 1 and 200 ? So by adding this patch we can save lot of developer's time. -- JSR -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Am Freitag 29 Mai 2009 10:43:46 schrieb Jaswinder Singh Rajput: > > > Adding localversion avoids confusion in kernel images : > > NAK from my side. If you need a distinction, there is always > Here is NAK for your NAK from my side. > This patch is only for KVM tree and not for linus tree. I know that this is for the kvm tree. I personally dont like to have a forced localversion in my kernel trees - it might break my tooling. Anyway, If it really makes your life better I can live with these localversion files and adopt my tooling. -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, May 29, 2009 at 02:13:46PM +0530, Jaswinder Singh Rajput wrote: > On Fri, 2009-05-29 at 09:48 +0200, Christian Bornträger wrote: > > Am Freitag 29 Mai 2009 09:18:14 schrieb Jaswinder Singh Rajput: > > > Adding localversion avoids confusion in kernel images : > > > > > > like Linux version 2.6.30-rc7 does not tell whether it is linus or kvm > > > kernel. > > > > > > By adding localversion it tells : > > > > > > Linux version 2.6.30-rc7-kvm , any doubt ;-) > > > I am inspired by Ingo's -tip, I am sure Ingo will tell more advantages, > > > if these are not enough :-) > > [...] > > > diff --git a/localversion-kvm b/localversion-kvm > > > new file mode 100644 > > > index 0000000..d969ff0 > > > --- /dev/null > > > +++ b/localversion-kvm > > > @@ -0,0 +1 @@ > > > +-kvm > > > > NAK from my side. If you need a distinction, there is always > > CONFIG_LOCALVERSION_AUTO. If you need this kind of prefix, there is always > > CONFIG_LOCALVERSION. > > > > Here is NAK for your NAK from my side. And here is a NACK for your NACK of a NACK! > > This patch is only for KVM tree and not for linus tree. > > Lets assume 100 developers are working on kvm tree and they use kvm tree > on 2 PCs. So count becomes 200. > > Like in my case I have dozen of kernel trees so I keep on swapping > config between kernels. And I also need to test config from various > users. So this count is countless. > I think this is the biggest point for adding localversion in -tip. > It seems Ingo is busy in perfcounter stuff otherwise he will explain you > more advantages. > > In the least case, Can you differentiate between 1 and 200 ? > > So by adding this patch we can save lot of developer's time. No this patch wastes a lot of developers time. If we accept it, than any patch that is added after it will need to be rebased before going to Linus. Unless KVM is made up of a bunch of branches like tip is, this will become more of a hassle than a benefit. Ingo's tip/master is based off of a bunch of branches. It is not recommended to develope against tip/master. I develop against tip/tracing/core, because that is what will get pulled by Linus. tip/master is created automatically from a bunch of branches and gets rebased all the time. One of those branches is tip, which supplies the localversion. Thus, if you use tip/master, you get the localversion file. But if you develop against one of the main branches that will eventually go to Linus, then you will not have that localversion file. -- Steve -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Steven Rostedt wrote: > >> This patch is only for KVM tree and not for linus tree. >> >> Lets assume 100 developers are working on kvm tree and they use kvm tree >> on 2 PCs. So count becomes 200. >> >> Like in my case I have dozen of kernel trees so I keep on swapping >> config between kernels. And I also need to test config from various >> users. So this count is countless. >> I think this is the biggest point for adding localversion in -tip. >> It seems Ingo is busy in perfcounter stuff otherwise he will explain you >> more advantages. >> >> In the least case, Can you differentiate between 1 and 200 ? >> >> So by adding this patch we can save lot of developer's time. >> > > No this patch wastes a lot of developers time. If we accept it, than any > patch that is added after it will need to be rebased before going to > Linus. Unless KVM is made up of a bunch of branches like tip is, this will become > more of a hassle than a benefit. > kvm.git for-linus branches are rebased anyway, since I fold patches that fix or revert other patches. I also (rarely) delay some patches in my tree but submit others that came later. localversion would show up in linux-next, not sure if that's a problem. On the other hand, I'm not sure what it's worth.
On Mon, 1 Jun 2009, Avi Kivity wrote: > > localversion would show up in linux-next, not sure if that's a problem. On > the other hand, I'm not sure what it's worth. If a localversion file with "-kvm" showed up in linux-next, I would consider that a problem. -- Steve -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/localversion-kvm b/localversion-kvm new file mode 100644 index 0000000..d969ff0 --- /dev/null +++ b/localversion-kvm @@ -0,0 +1 @@ +-kvm
Adding localversion avoids confusion in kernel images : like Linux version 2.6.30-rc7 does not tell whether it is linus or kvm kernel. By adding localversion it tells : Linux version 2.6.30-rc7-kvm , any doubt ;-) Secondly, by installing modules it overwrites on linus modules. By adding localversion : [root@hpdv5 kvm]# make modules_install INSTALL arch/x86/kernel/cpu/cpu_debug.ko INSTALL arch/x86/kernel/test_nx.ko INSTALL arch/x86/kvm/kvm-amd.ko INSTALL arch/x86/kvm/kvm-intel.ko INSTALL arch/x86/kvm/kvm.ko INSTALL arch/x86/oprofile/oprofile.ko INSTALL drivers/scsi/scsi_wait_scan.ko INSTALL drivers/virtio/virtio.ko INSTALL drivers/virtio/virtio_balloon.ko INSTALL drivers/virtio/virtio_pci.ko INSTALL drivers/virtio/virtio_ring.ko DEPMOD 2.6.30-rc7-kvm I am inspired by Ingo's -tip, I am sure Ingo will tell more advantages, if these are not enough :-) Signed-off-by: Jaswinder Singh Rajput <jaswinderrajput@gmail.com> --- localversion-kvm | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) create mode 100644 localversion-kvm