From: Grant Edwards <grant.b.edwards@gmail.com>
To: linux-kernel@vger.kernel.org
Cc: linux-serial@vger.kernel.org
Subject: Re: RFC: out-of-tree tty driver breakage (changing ASYNC_ bits)
Date: Tue, 28 Jun 2016 16:05:33 +0000 (UTC) [thread overview]
Message-ID: <nku78d$mru$1@ger.gmane.org> (raw)
In-Reply-To: nku6k9$1n3$2@ger.gmane.org
On 2016-06-28, Grant Edwards <grant.b.edwards@gmail.com> wrote:
> On 2016-06-28, Grant Edwards <grant.b.edwards@gmail.com> wrote:
>> On 2016-01-11, Peter Hurley <peter@hurleysoftware.com> wrote:
>>> On 01/11/2016 07:53 AM, Grant Edwards wrote:
>>>> On 2016-01-11, Greg KH <gregkh@linuxfoundation.org> wrote:
>>>>> On Sun, Jan 10, 2016 at 01:42:44PM -0800, Peter Hurley wrote:
>>>>>
>>>>>> This will break out-of-tree drivers but I don't really see a
>>>>>> realistic alternative. Also, I think the new symbol prefix ASY_ isn't
>>>>>> great and I'd like to get some suggestions.
>>>>>
>>>>> Don't worry about breaking out-of-tree drivers, that's fine.
>>>>
>>>> One request from this maintainer of several out-of-tree drivers: if
>>>> you break something, break it such that it won't compile. It would be
>>>> nice to avoid changes that break functionality but still compile
>>>> without warning.
>>>
>>> I was in the process of writing how I can't remove
>>> ASYNC_INITIALIZED, et.al from the uapi header, when I realized that
>>> I can just guard them with #ifndef _KERNEL_ which will trigger the
>>> requisite out-of-tree build break.
>
>> You know that _KERNEL_ is defined when when compiling kernel-space
>> code (either in-tree or out-of-tree), right?
>
> Ignore that. I missed the 'n' in #ifndef. My driver build should
> fail due to ASYNC_INITIALIZED being undefined, but it isn't. :/
>
> For some reason _KERNEL_ is not defined when my module is being
> compiled....
That's because it's __KERNEL__ not _KERNEL_ that get's defined when
compiling kernel-space code. So, in tty_flags.h:
81 #define ASYNC_SPD_MASK (ASYNC_SPD_HI|ASYNC_SPD_VHI|ASYNC_SPD_SHI)
82
83 #ifndef _KERNEL_
84 /* These flags are no longer used (and were always masked from userspace) */
85 #define ASYNC_INITIALIZED (1U << ASYNCB_INITIALIZED)
86 #define ASYNC_NORMAL_ACTIVE (1U << ASYNCB_NORMAL_ACTIVE)
Shoulnd't line 83 be
#ifndef __KERNEL__
?
--
Grant Edwards grant.b.edwards Yow! PARDON me, am I
at speaking ENGLISH?
gmail.com
prev parent reply other threads:[~2016-06-28 16:05 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-10 21:42 RFC: out-of-tree tty driver breakage (changing ASYNC_ bits) Peter Hurley
2016-01-10 23:44 ` One Thousand Gnomes
2016-01-11 0:36 ` Peter Hurley
2016-01-11 4:42 ` Greg KH
2016-01-11 5:16 ` Peter Hurley
2016-01-11 15:53 ` Grant Edwards
2016-01-11 16:24 ` Peter Hurley
2016-06-28 15:39 ` Grant Edwards
2016-06-28 15:54 ` Grant Edwards
2016-06-28 16:05 ` Grant Edwards [this message]
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='nku78d$mru$1@ger.gmane.org' \
--to=grant.b.edwards@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
/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 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.