From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Alan Cox <alan@linux.intel.com>
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: Fri, 25 Jan 2013 16:21:47 -0800 [thread overview]
Message-ID: <20130126002147.GA5132@kroah.com> (raw)
In-Reply-To: <20130126003216.1f16a705@bob.linux.org.uk>
On Sat, Jan 26, 2013 at 12:32:16AM +0000, Alan Cox wrote:
> > 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.
That's fine, just add a single attribute to the existing tty class
device, not a whole new class, which is what this code does.
> 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.
Ick, that's going to get messy fast. There's no hope they would switch
to a USB connection instead for these devices, could they? That would
fix up most of these issues, and make the devices discoverable.
thanks,
greg k-h
next prev parent reply other threads:[~2013-01-26 0:21 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
2013-01-26 0:21 ` Greg Kroah-Hartman [this message]
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=20130126002147.GA5132@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=alan@linux.intel.com \
--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 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.