* Debian 3.16.7-ckt9-2 issue with lttng-modules kmem probe [not found] <1082981755.35270.1429823095435.JavaMail.zimbra@efficios.com> @ 2015-04-23 21:07 ` Mathieu Desnoyers [not found] ` <844104542.35292.1429823245769.JavaMail.zimbra@efficios.com> 1 sibling, 0 replies; 7+ messages in thread From: Mathieu Desnoyers @ 2015-04-23 21:07 UTC (permalink / raw) To: Jon Bernard; +Cc: lttng-dev, Alexandre Montplaisir Hi Jon, It appears that lttng-modules cannot build on the Debian kernel 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt9-2 (2015-04-13) x86_64 GNU/Linux. It appears that their exported kmem.h header differs from the upstream stable branch, but AFAIK there is no Debian-specific version number available to distinguish between upstream stable and the Debian kernel. We have been hit by this in the past for Ubuntu kernels, and the solution has been to introduce a UTS_UBUNTU_RELEASE_ABI define into their kernels, which can be used to follow their own kernel versions. Do you think we could ask Debian to do the same ? Thanks! Mathieu -- Mathieu Desnoyers EfficiOS Inc. http://www.efficios.com ^ permalink raw reply [flat|nested] 7+ messages in thread
[parent not found: <844104542.35292.1429823245769.JavaMail.zimbra@efficios.com>]
* Re: Debian 3.16.7-ckt9-2 issue with lttng-modules kmem probe [not found] ` <844104542.35292.1429823245769.JavaMail.zimbra@efficios.com> @ 2015-04-24 16:59 ` Jon Bernard [not found] ` <20150424165935.GA5843@helmut> 1 sibling, 0 replies; 7+ messages in thread From: Jon Bernard @ 2015-04-24 16:59 UTC (permalink / raw) To: Mathieu Desnoyers; +Cc: lttng-dev, Alexandre Montplaisir * Mathieu Desnoyers <mathieu.desnoyers@efficios.com> wrote: > Hi Jon, > > It appears that lttng-modules cannot build on the > Debian kernel 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt9-2 (2015-04-13) > x86_64 GNU/Linux. > > It appears that their exported kmem.h header differs from > the upstream stable branch, but AFAIK there is no Debian-specific > version number available to distinguish between upstream stable > and the Debian kernel. Indeed. The only distinguishing characteristic I see is EXTRAVERSION defined to '-ckt9'. I haven't had a chance to try yet, but could that be acceptable? > We have been hit by this in the past for Ubuntu kernels, and the > solution has been to introduce a UTS_UBUNTU_RELEASE_ABI define > into their kernels, which can be used to follow their own kernel > versions. > > Do you think we could ask Debian to do the same ? I'm happy to ask, the argument is certainly sound. -- Jon ^ permalink raw reply [flat|nested] 7+ messages in thread
[parent not found: <20150424165935.GA5843@helmut>]
* Re: Debian 3.16.7-ckt9-2 issue with lttng-modules kmem probe [not found] ` <20150424165935.GA5843@helmut> @ 2015-04-24 17:45 ` Mathieu Desnoyers [not found] ` <1563471161.35791.1429897556370.JavaMail.zimbra@efficios.com> 1 sibling, 0 replies; 7+ messages in thread From: Mathieu Desnoyers @ 2015-04-24 17:45 UTC (permalink / raw) To: Jon Bernard; +Cc: lttng-dev, Alexandre Montplaisir ----- Original Message ----- > * Mathieu Desnoyers <mathieu.desnoyers@efficios.com> wrote: > > Hi Jon, > > > > It appears that lttng-modules cannot build on the > > Debian kernel 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt9-2 (2015-04-13) > > x86_64 GNU/Linux. > > > > It appears that their exported kmem.h header differs from > > the upstream stable branch, but AFAIK there is no Debian-specific > > version number available to distinguish between upstream stable > > and the Debian kernel. > > Indeed. The only distinguishing characteristic I see is EXTRAVERSION > defined to '-ckt9'. I haven't had a chance to try yet, but could that > be acceptable? No, because we need to do conditionals comparing numeric values both in Makefiles and within C. > > > We have been hit by this in the past for Ubuntu kernels, and the > > solution has been to introduce a UTS_UBUNTU_RELEASE_ABI define > > into their kernels, which can be used to follow their own kernel > > versions. > > > > Do you think we could ask Debian to do the same ? > > I'm happy to ask, the argument is certainly sound. Thanks! Mathieu > > -- > Jon > -- Mathieu Desnoyers EfficiOS Inc. http://www.efficios.com ^ permalink raw reply [flat|nested] 7+ messages in thread
[parent not found: <1563471161.35791.1429897556370.JavaMail.zimbra@efficios.com>]
* Re: Debian 3.16.7-ckt9-2 issue with lttng-modules kmem probe [not found] ` <1563471161.35791.1429897556370.JavaMail.zimbra@efficios.com> @ 2015-04-24 19:40 ` Jon Bernard [not found] ` <20150424194045.GA18076@helmut> 1 sibling, 0 replies; 7+ messages in thread From: Jon Bernard @ 2015-04-24 19:40 UTC (permalink / raw) To: Mathieu Desnoyers; +Cc: lttng-dev, Alexandre Montplaisir * Mathieu Desnoyers <mathieu.desnoyers@efficios.com> wrote: > ----- Original Message ----- > > * Mathieu Desnoyers <mathieu.desnoyers@efficios.com> wrote: > > > Hi Jon, > > > > > > It appears that lttng-modules cannot build on the > > > Debian kernel 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt9-2 (2015-04-13) > > > x86_64 GNU/Linux. > > > > > > It appears that their exported kmem.h header differs from > > > the upstream stable branch, but AFAIK there is no Debian-specific > > > version number available to distinguish between upstream stable > > > and the Debian kernel. > > > > Indeed. The only distinguishing characteristic I see is EXTRAVERSION > > defined to '-ckt9'. I haven't had a chance to try yet, but could that > > be acceptable? > > No, because we need to do conditionals comparing numeric values > both in Makefiles and within C. > > > > > > We have been hit by this in the past for Ubuntu kernels, and the > > > solution has been to introduce a UTS_UBUNTU_RELEASE_ABI define > > > into their kernels, which can be used to follow their own kernel > > > versions. > > > > > > Do you think we could ask Debian to do the same ? > > > > I'm happy to ask, the argument is certainly sound. > > Thanks! No problem, bug filed: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783259 There may be a workaround I can put into the debian package as a short term fix, maybe a conditional patch depending on those differing 3.16 versions. We'll see how the bug progresses and I'll keep you posted. -- Jon ^ permalink raw reply [flat|nested] 7+ messages in thread
[parent not found: <20150424194045.GA18076@helmut>]
* Re: Debian 3.16.7-ckt9-2 issue with lttng-modules kmem probe [not found] ` <20150424194045.GA18076@helmut> @ 2015-04-27 14:35 ` Jon Bernard [not found] ` <20150427143532.GA21372@helmut> 1 sibling, 0 replies; 7+ messages in thread From: Jon Bernard @ 2015-04-27 14:35 UTC (permalink / raw) To: Mathieu Desnoyers, Alexandre Montplaisir, lttng-dev * Jon Bernard <jbernard@debian.org> wrote: > * Mathieu Desnoyers <mathieu.desnoyers@efficios.com> wrote: > > ----- Original Message ----- > > > * Mathieu Desnoyers <mathieu.desnoyers@efficios.com> wrote: > > > > Hi Jon, > > > > > > > > It appears that lttng-modules cannot build on the > > > > Debian kernel 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt9-2 (2015-04-13) > > > > x86_64 GNU/Linux. > > > > > > > > It appears that their exported kmem.h header differs from > > > > the upstream stable branch, but AFAIK there is no Debian-specific > > > > version number available to distinguish between upstream stable > > > > and the Debian kernel. > > > > > > Indeed. The only distinguishing characteristic I see is EXTRAVERSION > > > defined to '-ckt9'. I haven't had a chance to try yet, but could that > > > be acceptable? > > > > No, because we need to do conditionals comparing numeric values > > both in Makefiles and within C. > > > > > > > > > We have been hit by this in the past for Ubuntu kernels, and the > > > > solution has been to introduce a UTS_UBUNTU_RELEASE_ABI define > > > > into their kernels, which can be used to follow their own kernel > > > > versions. > > > > > > > > Do you think we could ask Debian to do the same ? > > > > > > I'm happy to ask, the argument is certainly sound. > > > > Thanks! > > No problem, bug filed: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783259 > > There may be a workaround I can put into the debian package as > a short term fix, maybe a conditional patch depending on those differing > 3.16 versions. We'll see how the bug progresses and I'll keep you > posted. Right, so I'll take a look at making a package update to resolve the issue and get that into the stable archive so that lttng is again working in the new release. Sorry about this, it didn't occur to me that an API change would happen and so I didn't continue testing 3.16 updates. I'll get this sorted. -- Jon ^ permalink raw reply [flat|nested] 7+ messages in thread
[parent not found: <20150427143532.GA21372@helmut>]
* Re: Debian 3.16.7-ckt9-2 issue with lttng-modules kmem probe [not found] ` <20150427143532.GA21372@helmut> @ 2015-04-27 15:06 ` Mathieu Desnoyers [not found] ` <198139162.36696.1430147217813.JavaMail.zimbra@efficios.com> 1 sibling, 0 replies; 7+ messages in thread From: Mathieu Desnoyers @ 2015-04-27 15:06 UTC (permalink / raw) To: Jon Bernard; +Cc: lttng-dev, Alexandre Montplaisir ----- Original Message ----- > * Jon Bernard <jbernard@debian.org> wrote: > > * Mathieu Desnoyers <mathieu.desnoyers@efficios.com> wrote: > > > ----- Original Message ----- > > > > * Mathieu Desnoyers <mathieu.desnoyers@efficios.com> wrote: > > > > > Hi Jon, > > > > > > > > > > It appears that lttng-modules cannot build on the > > > > > Debian kernel 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt9-2 (2015-04-13) > > > > > x86_64 GNU/Linux. > > > > > > > > > > It appears that their exported kmem.h header differs from > > > > > the upstream stable branch, but AFAIK there is no Debian-specific > > > > > version number available to distinguish between upstream stable > > > > > and the Debian kernel. > > > > > > > > Indeed. The only distinguishing characteristic I see is EXTRAVERSION > > > > defined to '-ckt9'. I haven't had a chance to try yet, but could that > > > > be acceptable? > > > > > > No, because we need to do conditionals comparing numeric values > > > both in Makefiles and within C. > > > > > > > > > > > > We have been hit by this in the past for Ubuntu kernels, and the > > > > > solution has been to introduce a UTS_UBUNTU_RELEASE_ABI define > > > > > into their kernels, which can be used to follow their own kernel > > > > > versions. > > > > > > > > > > Do you think we could ask Debian to do the same ? > > > > > > > > I'm happy to ask, the argument is certainly sound. > > > > > > Thanks! > > > > No problem, bug filed: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783259 > > > > There may be a workaround I can put into the debian package as > > a short term fix, maybe a conditional patch depending on those differing > > 3.16 versions. We'll see how the bug progresses and I'll keep you > > posted. > > Right, so I'll take a look at making a package update to resolve the > issue and get that into the stable archive so that lttng is again > working in the new release. > > Sorry about this, it didn't occur to me that an API change would happen > and so I didn't continue testing 3.16 updates. I'll get this sorted. Surprise surprise! The fixes are pushed upstream in master and stable-2.6. commit ffc696db884c44a49780bcd9e3b0f97ef82d2382 Author: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> Date: Mon Apr 27 11:03:17 2015 -0400 Fix: update get_pfnblock_flags_mask wrapper for debian kernels Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> commit 72e6c528aad2cdd1152af21258a5f84870155b41 Author: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> Date: Mon Apr 27 10:57:34 2015 -0400 Fix: discover Debian API Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> Enjoy :) Thanks, Mathieu > > -- > Jon > -- Mathieu Desnoyers EfficiOS Inc. http://www.efficios.com ^ permalink raw reply [flat|nested] 7+ messages in thread
[parent not found: <198139162.36696.1430147217813.JavaMail.zimbra@efficios.com>]
* Re: Debian 3.16.7-ckt9-2 issue with lttng-modules kmem probe [not found] ` <198139162.36696.1430147217813.JavaMail.zimbra@efficios.com> @ 2015-04-27 15:25 ` Jon Bernard 0 siblings, 0 replies; 7+ messages in thread From: Jon Bernard @ 2015-04-27 15:25 UTC (permalink / raw) To: Mathieu Desnoyers; +Cc: lttng-dev, Alexandre Montplaisir * Mathieu Desnoyers <mathieu.desnoyers@efficios.com> wrote: > ----- Original Message ----- > > * Jon Bernard <jbernard@debian.org> wrote: > > > * Mathieu Desnoyers <mathieu.desnoyers@efficios.com> wrote: > > > > ----- Original Message ----- > > > > > * Mathieu Desnoyers <mathieu.desnoyers@efficios.com> wrote: > > > > > > Hi Jon, > > > > > > > > > > > > It appears that lttng-modules cannot build on the > > > > > > Debian kernel 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt9-2 (2015-04-13) > > > > > > x86_64 GNU/Linux. > > > > > > > > > > > > It appears that their exported kmem.h header differs from > > > > > > the upstream stable branch, but AFAIK there is no Debian-specific > > > > > > version number available to distinguish between upstream stable > > > > > > and the Debian kernel. > > > > > > > > > > Indeed. The only distinguishing characteristic I see is EXTRAVERSION > > > > > defined to '-ckt9'. I haven't had a chance to try yet, but could that > > > > > be acceptable? > > > > > > > > No, because we need to do conditionals comparing numeric values > > > > both in Makefiles and within C. > > > > > > > > > > > > > > > We have been hit by this in the past for Ubuntu kernels, and the > > > > > > solution has been to introduce a UTS_UBUNTU_RELEASE_ABI define > > > > > > into their kernels, which can be used to follow their own kernel > > > > > > versions. > > > > > > > > > > > > Do you think we could ask Debian to do the same ? > > > > > > > > > > I'm happy to ask, the argument is certainly sound. > > > > > > > > Thanks! > > > > > > No problem, bug filed: > > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783259 > > > > > > There may be a workaround I can put into the debian package as > > > a short term fix, maybe a conditional patch depending on those differing > > > 3.16 versions. We'll see how the bug progresses and I'll keep you > > > posted. > > > > Right, so I'll take a look at making a package update to resolve the > > issue and get that into the stable archive so that lttng is again > > working in the new release. > > > > Sorry about this, it didn't occur to me that an API change would happen > > and so I didn't continue testing 3.16 updates. I'll get this sorted. > > Surprise surprise! The fixes are pushed upstream in master and stable-2.6. > > commit ffc696db884c44a49780bcd9e3b0f97ef82d2382 > Author: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> > Date: Mon Apr 27 11:03:17 2015 -0400 > > Fix: update get_pfnblock_flags_mask wrapper for debian kernels > > Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> > > commit 72e6c528aad2cdd1152af21258a5f84870155b41 > Author: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> > Date: Mon Apr 27 10:57:34 2015 -0400 > > Fix: discover Debian API > > Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> > > Enjoy :) Great, thank you, -- Jon ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2015-04-27 15:25 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <1082981755.35270.1429823095435.JavaMail.zimbra@efficios.com>
2015-04-23 21:07 ` Debian 3.16.7-ckt9-2 issue with lttng-modules kmem probe Mathieu Desnoyers
[not found] ` <844104542.35292.1429823245769.JavaMail.zimbra@efficios.com>
2015-04-24 16:59 ` Jon Bernard
[not found] ` <20150424165935.GA5843@helmut>
2015-04-24 17:45 ` Mathieu Desnoyers
[not found] ` <1563471161.35791.1429897556370.JavaMail.zimbra@efficios.com>
2015-04-24 19:40 ` Jon Bernard
[not found] ` <20150424194045.GA18076@helmut>
2015-04-27 14:35 ` Jon Bernard
[not found] ` <20150427143532.GA21372@helmut>
2015-04-27 15:06 ` Mathieu Desnoyers
[not found] ` <198139162.36696.1430147217813.JavaMail.zimbra@efficios.com>
2015-04-27 15:25 ` Jon Bernard
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.