From: Lukas Wunner <lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org>
To: "Frédéric Danis"
<frederic.danis.oss-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: Marcel Holtmann <marcel-kz+m5ild9QBg9hUCZPvPmw@public.gmane.org>,
robh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
sre-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
loic.poulain-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
linux-bluetooth-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-serial-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [RFC 2/3] ACPI / scan: Fix enumeration for special UART devices
Date: Sat, 9 Sep 2017 19:24:06 +0200 [thread overview]
Message-ID: <20170909172406.GA32618@wunner.de> (raw)
In-Reply-To: <ce2e3693-437b-1e51-61ad-3873a9e0f0f4-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
On Sat, Sep 09, 2017 at 03:46:07PM +0200, Frédéric Danis wrote:
> Le 07/09/2017 à 19:25, Marcel Holtmann a écrit :
> > >--- a/include/acpi/acpi_bus.h
> > >+++ b/include/acpi/acpi_bus.h
> > >@@ -211,7 +211,7 @@ struct acpi_device_flags {
> > > u32 of_compatible_ok:1;
> > > u32 coherent_dma:1;
> > > u32 cca_seen:1;
> > >- u32 spi_i2c_slave:1;
> > >+ u32 serial_slave:1;
> > > u32 reserved:19;
> > >};
> > I am not an ACPI expert, but wouldn't we better have a serial_bus_slave
> > here. And the serial_bus_slave can be either UART or I2C? Or have a
> > pretty good commit message explaining why this is serial_slave only.
>
> I will rename it.
> serial_bus_slave can be either SPI, I2C or UART
> (cf. http://elixir.free-electrons.com/linux/latest/source/include/acpi/acrestyp.h#L446).
Another idea would be to describe the *effect*, rather than the devices
affected, i.e. something like:
- u32 spi_i2c_slave:1;
+ u32 parent_enumerated:1;
such that it could be extended to slaves on a non-serial bus in the
future.
Thanks,
Lukas
WARNING: multiple messages have this Message-ID (diff)
From: Lukas Wunner <lukas@wunner.de>
To: "Frédéric Danis" <frederic.danis.oss@gmail.com>
Cc: Marcel Holtmann <marcel@holtmann.org>,
robh@kernel.org, sre@kernel.org, loic.poulain@gmail.com,
linux-bluetooth@vger.kernel.org, linux-serial@vger.kernel.org,
linux-acpi@vger.kernel.org
Subject: Re: [RFC 2/3] ACPI / scan: Fix enumeration for special UART devices
Date: Sat, 9 Sep 2017 19:24:06 +0200 [thread overview]
Message-ID: <20170909172406.GA32618@wunner.de> (raw)
In-Reply-To: <ce2e3693-437b-1e51-61ad-3873a9e0f0f4@gmail.com>
On Sat, Sep 09, 2017 at 03:46:07PM +0200, Frédéric Danis wrote:
> Le 07/09/2017 à 19:25, Marcel Holtmann a écrit :
> > >--- a/include/acpi/acpi_bus.h
> > >+++ b/include/acpi/acpi_bus.h
> > >@@ -211,7 +211,7 @@ struct acpi_device_flags {
> > > u32 of_compatible_ok:1;
> > > u32 coherent_dma:1;
> > > u32 cca_seen:1;
> > >- u32 spi_i2c_slave:1;
> > >+ u32 serial_slave:1;
> > > u32 reserved:19;
> > >};
> > I am not an ACPI expert, but wouldn't we better have a serial_bus_slave
> > here. And the serial_bus_slave can be either UART or I2C? Or have a
> > pretty good commit message explaining why this is serial_slave only.
>
> I will rename it.
> serial_bus_slave can be either SPI, I2C or UART
> (cf. http://elixir.free-electrons.com/linux/latest/source/include/acpi/acrestyp.h#L446).
Another idea would be to describe the *effect*, rather than the devices
affected, i.e. something like:
- u32 spi_i2c_slave:1;
+ u32 parent_enumerated:1;
such that it could be extended to slaves on a non-serial bus in the
future.
Thanks,
Lukas
next prev parent reply other threads:[~2017-09-09 17:24 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-09-07 12:10 [RFC 0/3] ACPI serdev support Frédéric Danis
2017-09-07 12:10 ` Frédéric Danis
[not found] ` <1504786214-1866-1-git-send-email-frederic.danis.oss-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2017-09-07 12:10 ` [RFC 1/3] serdev: Add ACPI support Frédéric Danis
2017-09-07 12:10 ` Frédéric Danis
2017-09-07 12:30 ` Greg KH
2017-09-07 17:15 ` Marcel Holtmann
2017-09-07 17:21 ` Marcel Holtmann
2017-09-07 17:54 ` Rob Herring
2017-09-07 17:54 ` Rob Herring
2017-09-07 17:57 ` Marcel Holtmann
2017-09-07 18:51 ` Rob Herring
2017-09-07 18:51 ` Rob Herring
2017-09-09 13:46 ` Frédéric Danis
2017-09-09 18:50 ` Marcel Holtmann
2017-09-29 12:00 ` Marcel Holtmann
2017-09-29 12:17 ` Frédéric Danis
2017-09-07 12:10 ` [RFC 2/3] ACPI / scan: Fix enumeration for special UART devices Frédéric Danis
2017-09-07 12:10 ` Frédéric Danis
2017-09-07 17:25 ` Marcel Holtmann
2017-09-09 13:46 ` Frédéric Danis
[not found] ` <ce2e3693-437b-1e51-61ad-3873a9e0f0f4-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2017-09-09 17:24 ` Lukas Wunner [this message]
2017-09-09 17:24 ` Lukas Wunner
2017-09-09 18:49 ` Marcel Holtmann
2017-09-07 22:26 ` Lukas Wunner
2017-09-07 12:10 ` [RFC 3/3] Bluetooth: hci_bcm: Add ACPI serdev support for BCM2E39 Frédéric Danis
2017-09-07 12:10 ` Frédéric Danis
2017-09-07 17:27 ` Marcel Holtmann
[not found] ` <1504786214-1866-4-git-send-email-frederic.danis.oss-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2017-10-02 7:07 ` [RFC,3/3] " Hans de Goede
2017-10-02 7:07 ` Hans de Goede
2017-10-02 15:26 ` Hans de Goede
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=20170909172406.GA32618@wunner.de \
--to=lukas-jfq808j9c/izqb+pc5nmwq@public.gmane.org \
--cc=frederic.danis.oss-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-bluetooth-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-serial-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=loic.poulain-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=marcel-kz+m5ild9QBg9hUCZPvPmw@public.gmane.org \
--cc=robh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
--cc=sre-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.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.