All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michal Simek <michal.simek@xilinx.com>
To: linux-kernel@vger.kernel.org, monstr@monstr.eu,
	gnomes@lxorguk.ukuu.org.uk, Alexander Graf <agraf@suse.de>,
	shubhraj@xilinx.com, robh@kernel.org
Cc: Jiri Slaby <jslaby@suse.com>,
	linux-serial@vger.kernel.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	linux-arm-kernel@lists.infradead.org
Subject: [RFC PATCH v2 0/6] serial: uartps: Add run time support for more IPs than hardcoded 2
Date: Wed,  6 Jun 2018 14:41:33 +0200	[thread overview]
Message-ID: <cover.1528288895.git.michal.simek@xilinx.com> (raw)

Hi,

this series is trying to address discussion I had with Alan in past
https://patchwork.kernel.org/patch/9738445/ and also with Rob in v1
https://lkml.org/lkml/2018/4/26/551.

The first 5 patches are preparation patches to have the last patch as
small as possible to focus on changes there.

Cases without DT aliases are not solved in this series but one function
was shared in RFC v1.
The purpose of this series to get feedback on solution where every
driver instance allocate at run time own uart_driver.

For example this is how it works.
uart0 on higher alias
serial0 = &uart1;
serial100 = &uart0;

~# ls -la /dev/ttyPS*
crw-------    1 root     root      252,   0 Jun  6 12:19 /dev/ttyPS0
crw--w----    1 root     root      253, 100 Jan  1  1970 /dev/ttyPS100

Thanks,
Michal


Changes in v2:
- new patch - it can be sent separately too
- Remove nr field logic
- new patch - it can be sent separately too
- new patch - it can be sent separately too
- new patch - it can be sent separately too
- Register one uart_driver with unique minor at probe time

Michal Simek (6):
  serial: uartps: Do not initialize field to zero again
  serial: uartps: Move register to probe based on run time detection
  serial: uartps: Do not use static struct uart_driver out of probe()
  serial: uartps: Move alias reading higher in probe()
  serial: uartps: Fill struct uart_driver in probe()
  serial: uartps: Remove CDNS_UART_NR_PORTS macro

 drivers/tty/serial/xilinx_uartps.c | 126 ++++++++++++++++++++-----------------
 1 file changed, 68 insertions(+), 58 deletions(-)

-- 
1.9.1

WARNING: multiple messages have this Message-ID (diff)
From: michal.simek@xilinx.com (Michal Simek)
To: linux-arm-kernel@lists.infradead.org
Subject: [RFC PATCH v2 0/6] serial: uartps: Add run time support for more IPs than hardcoded 2
Date: Wed,  6 Jun 2018 14:41:33 +0200	[thread overview]
Message-ID: <cover.1528288895.git.michal.simek@xilinx.com> (raw)

Hi,

this series is trying to address discussion I had with Alan in past
https://patchwork.kernel.org/patch/9738445/ and also with Rob in v1
https://lkml.org/lkml/2018/4/26/551.

The first 5 patches are preparation patches to have the last patch as
small as possible to focus on changes there.

Cases without DT aliases are not solved in this series but one function
was shared in RFC v1.
The purpose of this series to get feedback on solution where every
driver instance allocate at run time own uart_driver.

For example this is how it works.
uart0 on higher alias
serial0 = &uart1;
serial100 = &uart0;

~# ls -la /dev/ttyPS*
crw-------    1 root     root      252,   0 Jun  6 12:19 /dev/ttyPS0
crw--w----    1 root     root      253, 100 Jan  1  1970 /dev/ttyPS100

Thanks,
Michal


Changes in v2:
- new patch - it can be sent separately too
- Remove nr field logic
- new patch - it can be sent separately too
- new patch - it can be sent separately too
- new patch - it can be sent separately too
- Register one uart_driver with unique minor at probe time

Michal Simek (6):
  serial: uartps: Do not initialize field to zero again
  serial: uartps: Move register to probe based on run time detection
  serial: uartps: Do not use static struct uart_driver out of probe()
  serial: uartps: Move alias reading higher in probe()
  serial: uartps: Fill struct uart_driver in probe()
  serial: uartps: Remove CDNS_UART_NR_PORTS macro

 drivers/tty/serial/xilinx_uartps.c | 126 ++++++++++++++++++++-----------------
 1 file changed, 68 insertions(+), 58 deletions(-)

-- 
1.9.1

             reply	other threads:[~2018-06-06 12:41 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-06-06 12:41 Michal Simek [this message]
2018-06-06 12:41 ` [RFC PATCH v2 0/6] serial: uartps: Add run time support for more IPs than hardcoded 2 Michal Simek
2018-06-06 12:41 ` [RFC PATCH v2 1/6] serial: uartps: Do not initialize field to zero again Michal Simek
2018-06-06 12:41   ` Michal Simek
2018-06-19  8:09   ` Michal Simek
2018-06-19  8:09     ` Michal Simek
2018-06-27 10:09     ` Greg Kroah-Hartman
2018-06-27 10:09       ` Greg Kroah-Hartman
2018-06-27 14:19       ` Michal Simek
2018-06-27 14:19         ` Michal Simek
2018-06-27 14:19         ` Michal Simek
2018-06-27 23:48         ` Greg Kroah-Hartman
2018-06-27 23:48           ` Greg Kroah-Hartman
2018-06-28  7:18           ` Michal Simek
2018-06-28  7:18             ` Michal Simek
2018-06-28  7:18             ` Michal Simek
2018-06-06 12:41 ` [RFC PATCH v2 2/6] serial: uartps: Move register to probe based on run time detection Michal Simek
2018-06-06 12:41   ` Michal Simek
2018-06-06 12:41 ` [RFC PATCH v2 3/6] serial: uartps: Do not use static struct uart_driver out of probe() Michal Simek
2018-06-06 12:41   ` Michal Simek
2018-06-06 12:41 ` [RFC PATCH v2 4/6] serial: uartps: Move alias reading higher in probe() Michal Simek
2018-06-06 12:41   ` Michal Simek
2018-06-06 12:41 ` [RFC PATCH v2 5/6] serial: uartps: Fill struct uart_driver " Michal Simek
2018-06-06 12:41   ` Michal Simek
2018-06-06 12:41 ` [RFC PATCH v2 6/6] serial: uartps: Remove CDNS_UART_NR_PORTS macro Michal Simek
2018-06-06 12:41   ` Michal Simek

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=cover.1528288895.git.michal.simek@xilinx.com \
    --to=michal.simek@xilinx.com \
    --cc=agraf@suse.de \
    --cc=gnomes@lxorguk.ukuu.org.uk \
    --cc=gregkh@linuxfoundation.org \
    --cc=jslaby@suse.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-serial@vger.kernel.org \
    --cc=monstr@monstr.eu \
    --cc=robh@kernel.org \
    --cc=shubhraj@xilinx.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.