linux-rt-users.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: John Kacur <jkacur@redhat.com>
To: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
Cc: Marcelo Henrique Cerri <marcelo.cerri@canonical.com>,
	Clark Williams <williams@redhat.com>,
	rt-users <linux-rt-users@vger.kernel.org>
Subject: Re: [PATCH] backfire: fix build failure for 4.11+ kernels
Date: Thu, 13 Jul 2017 17:26:08 +0200 (CEST)	[thread overview]
Message-ID: <alpine.LFD.2.20.1707131719280.12788@planxty> (raw)
In-Reply-To: <20170712084218.mkw22vz7qpoaunhf@pengutronix.de>

[-- Attachment #1: Type: text/plain, Size: 2126 bytes --]



On Wed, 12 Jul 2017, Uwe Kleine-König wrote:

> On Tue, Jul 11, 2017 at 02:44:59PM -0300, Marcelo Henrique Cerri wrote:
> > Since v4.11-rc1~18^2~76, kill_pid() is declared in
> > "linux/sched/signal.h" instead of in "linux/sched.h".
> > 
> > Include the correct header file based on the kernel version to keep
> > it compatible with older kernels.
> > 
> > Signed-off-by: Marcelo Henrique Cerri <marcelo.cerri@canonical.com>
> 
> When talking on irc to Sebastian we thought it a better idea to just
> remove backfire. I patched if already in the past for the debian
> packaging to build on 2.6.32 and 3.6 which were the versions available
> in Debian back then. That also means that the patch in question here
> isn't sufficient to make backfire build on 4.11. In fact it doesn't
> compile since 2.6.39-rc1 when SPIN_LOCK_UNLOCKED was killed in
> d04fa5a3ba06 ("locking: Remove deprecated lock initializers").
> 
> @John and Clark: Which branch do you want me to base a "remove bitrotten
> backfire" patch on? IMHO there is a bit of chaos there because the v1.1
> tag bases on v2.0 and has VERSION = 2.0 in Makefile. stable/v1.0
> bases on v1.0, while unstable/devel/v1.1.1 bases on v1.1 and v1.1.1
> seems to be its target version?
> 
> Best regards
> Uwe

Hmmn, I find the idea of backfire kinda neat, my first instinct is to
say, why can't we fix this? If something is broken in the devel version
too, that's okay with me, you can disable that part if you want to
ship the devel version.

That being said, in a quick chat with Clark, he said he's not using it.
It was written by Carsten I believe.

The naming chaos is my fault, it took my awhile to settle on naming
the devel version. However I wonder if something is wrong with your
local repo, because I thought I had cleaned that all up? I don't
see VERSION = 2.0 in the makefile for example.

Not sure what to do about this. Does your patch for versions below 3.6
actually work, or does it allow you to compile, but it's still broken?
If it is broken, then I guess I would be okay with removing it from
1.0, but leave it in the devel version for now.

Thanks

John
 

  reply	other threads:[~2017-07-13 15:26 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-07-11 17:44 [PATCH] backfire: fix build failure for 4.11+ kernels Marcelo Henrique Cerri
2017-07-12  8:42 ` Uwe Kleine-König
2017-07-13 15:26   ` John Kacur [this message]
2017-07-13 16:39     ` Uwe Kleine-König
2017-07-14  0:06       ` John Kacur

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=alpine.LFD.2.20.1707131719280.12788@planxty \
    --to=jkacur@redhat.com \
    --cc=linux-rt-users@vger.kernel.org \
    --cc=marcelo.cerri@canonical.com \
    --cc=u.kleine-koenig@pengutronix.de \
    --cc=williams@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).