From: Alan Cox <alan@linux.intel.com>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Lv Zheng <lv.zheng@intel.com>,
Rafael J Wysocki <rafael.j.wysocki@intel.com>,
Len Brown <len.brown@intel.com>,
Mika Westerberg <mika.westerberg@linux.intel.com>,
linux-acpi@vger.kernel.org, linux-serial@vger.kernel.org
Subject: Re: [PATCH v5 1/2] TTY: Add TTY slave enumeration support
Date: Sat, 26 Jan 2013 00:32:16 +0000 [thread overview]
Message-ID: <20130126003216.1f16a705@bob.linux.org.uk> (raw)
In-Reply-To: <20130125214121.GA30924@kroah.com>
> Or am I missing something big and major here? How have people been
> seeing and configuring their tty devices for the last 8+ years or so
> since the 2.6.0 kernel was released with uevent support for tty
> devices?
Minor more than major. The newer ACPI tries to begin to describe what
is on the other end of serial busses being used for internal purposes.
Now there are several good reasons we want to know what is on the end
of a port already that are not currently handled, and I have suggested
a port "type" attribute would be useful (eg unknown, modem, bluetooth,
ax25, dcc, etc) so the kernel can help user space enumerate in user
friendly fashion.
Where it gets slightly more tricky is that we are beginning to see
systems where the firmware is describing
serial port (and power management)
device behind port (and power management)
so there is a power management hierarchy involved.
But yes - these patches should have been labelled 'RFC' - the concept
needs discussion in public not the current code drafts.
Alan
next prev parent reply other threads:[~2013-01-26 0:32 UTC|newest]
Thread overview: 71+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-03 3:39 [RFC PATCH 0/3] ACPI/UART: Add ACPI 5.0 enueration support for UART Lv Zheng
2012-12-03 3:39 ` [RFC PATCH 1/3] UART: Add UART subsystem as a bus Lv Zheng
2012-12-03 11:46 ` Alan Cox
2012-12-05 3:37 ` Zheng, Lv
2012-12-04 18:54 ` Mika Westerberg
2012-12-04 19:50 ` Alan Cox
2012-12-05 6:20 ` Mika Westerberg
2012-12-05 7:07 ` Zheng, Lv
2012-12-05 7:42 ` Mika Westerberg
2012-12-05 9:43 ` Alan Cox
2012-12-06 1:26 ` Zheng, Lv
2012-12-06 1:55 ` Zheng, Lv
2012-12-06 13:53 ` Alan Cox
2012-12-07 4:54 ` Zheng, Lv
2012-12-07 5:41 ` Zheng, Lv
2012-12-07 7:24 ` Huang Ying
2012-12-07 10:27 ` Alan Cox
2012-12-07 10:25 ` Alan Cox
2012-12-06 7:36 ` Zheng, Lv
2012-12-06 7:52 ` Mika Westerberg
2012-12-05 3:49 ` Zheng, Lv
2012-12-03 3:40 ` [RFC PATCH 2/3] ACPI / UART: Add ACPI enumeration support for UART bus Lv Zheng
2012-12-03 3:40 ` [RFC PATCH 3/3] UART: Add dummy devices to test the enumeration Lv Zheng
2012-12-05 3:51 ` [PATCH v2 0/4] ACPI/UART: Add ACPI 5.0 enueration support for UART Lv Zheng
2012-12-05 3:51 ` [PATCH v2 1/4] UART: Add UART subsystem as a bus Lv Zheng
2012-12-05 3:51 ` [PATCH v2 2/4] ACPI / UART: Add ACPI enumeration support for UART bus Lv Zheng
2012-12-05 3:51 ` [PATCH v2 3/4] UART / 8250: Add declearation of serial8250 driver Lv Zheng
2012-12-05 3:52 ` [PATCH v2 4/4] UART: Add dummy devices to test the enumeration Lv Zheng
2012-12-06 9:21 ` [RFC PATCH v3 0/4] ACPI/UART: Add ACPI 5.0 enueration support for UART Lv Zheng
2012-12-06 9:21 ` [RFC PATCH v3 1/4] UART: Add UART subsystem as a bus Lv Zheng
2012-12-06 13:40 ` Alan Cox
2012-12-07 3:52 ` Zheng, Lv
2012-12-07 10:22 ` Alan Cox
2012-12-06 9:22 ` [RFC PATCH v3 2/4] ACPI / UART: Add ACPI enumeration support for UART bus Lv Zheng
2012-12-06 9:22 ` [RFC PATCH v3 3/4] UART / 8250: Add declearation of serial8250 driver Lv Zheng
2012-12-06 9:22 ` [RFC PATCH v3 4/4] UART: Add dummy devices to test the enumeration Lv Zheng
2013-01-09 9:17 ` [RFC PATCH v4 0/3] ACPI/UART: Add ACPI 5.0 enueration support for UART Lv Zheng
2013-01-09 9:17 ` [RFC PATCH v4 1/3] TTY: Add TTY slave enumeration support Lv Zheng
2013-01-09 9:17 ` Lv Zheng
2013-01-09 9:18 ` [RFC PATCH v4 2/3] ACPI / UART: Add ACPI enumeration support for UART Lv Zheng
2013-01-09 9:18 ` Lv Zheng
2013-01-09 9:18 ` [RFC PATCH v4 3/3] UART: Add dummy devices to test the enumeration Lv Zheng
2013-01-09 9:18 ` Lv Zheng
2013-01-09 9:17 ` [RFC PATCH v4 0/3] ACPI/UART: Add ACPI 5.0 enueration support for UART Lv Zheng
2013-01-24 10:30 ` [PATCH v5 0/2] ACPI/UART: Add ACPI 5.0 enumeration " Lv Zheng
2013-01-24 10:30 ` [PATCH v5 1/2] TTY: Add TTY slave enumeration support Lv Zheng
2013-01-25 21:41 ` Greg Kroah-Hartman
2013-01-26 0:32 ` Alan Cox [this message]
2013-01-26 0:21 ` Greg Kroah-Hartman
2013-01-26 3:04 ` Zheng, Lv
2013-01-26 3:42 ` Greg Kroah-Hartman
2013-01-28 2:58 ` Zheng, Lv
2013-01-30 4:46 ` Greg Kroah-Hartman
2013-01-25 21:45 ` Greg Kroah-Hartman
2013-01-26 3:12 ` Zheng, Lv
2013-01-26 3:44 ` Greg Kroah-Hartman
2013-01-28 3:02 ` Zheng, Lv
2013-01-24 10:30 ` [PATCH v5 2/2] ACPI / UART: Add ACPI enumeration support for UART Lv Zheng
2013-01-24 10:30 ` [RFC PATCH v5] HACK: UART: Add dummy devices to test the enumeration Lv Zheng
2013-02-06 6:26 ` [RFC PATCH] ACPI / serial: Add UART change_pm support with ACPI power domain Lv Zheng
2013-02-06 19:07 ` Greg Kroah-Hartman
2013-02-06 21:39 ` Rafael J. Wysocki
2013-02-06 21:38 ` Greg Kroah-Hartman
2013-02-07 0:38 ` Zheng, Lv
2013-04-03 2:05 ` [PATCH v6] ACPI / serial: Add peripheral PnP IDs enumeration support Lv Zheng
2013-04-03 16:14 ` Greg Kroah-Hartman
2013-04-04 10:12 ` Zheng, Lv
2013-04-07 3:05 ` Zheng, Lv
2013-04-04 15:43 ` Zheng, Lv
2013-04-04 18:23 ` Greg Kroah-Hartman
2013-04-07 3:11 ` Zheng, Lv
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=20130126003216.1f16a705@bob.linux.org.uk \
--to=alan@linux.intel.com \
--cc=gregkh@linuxfoundation.org \
--cc=len.brown@intel.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=lv.zheng@intel.com \
--cc=mika.westerberg@linux.intel.com \
--cc=rafael.j.wysocki@intel.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).