Designware UART provides optional Component Parameter
Register that lists most of the capabilities of the UART,
including FIFO size. This uses that register to set FIFO
size for the port before registering it.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250_dw.c | 57
Hi,
These are mainly small changes to 8250_dw.c. The interesting patch is
probable the addition to 8250.c that would allow the drivers to
deliver their UART's capabilities when they are registering ports.
Heikki Krogerus (5):
serial: 8250: Allow drivers to deliver capabilities
s
Modern UARTs are able to provide information about their
capabilities such as FIFO size. This allows the drivers to
deliver this information to 8250.c when they are registering
ports.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250.c | 22 --
1 file changed
Allow 8250.c to determine the port type for us. This allows
the driver take advantage of FIFO on Designware UARTs that
have it.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250_dw.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/8250
Trivial cleanup. This makes it easier to add different
methods to enumerate the device, for example ACPI 5.0
enumeration.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250_dw.c | 76 ++---
1 file changed, 46 insertions(+), 30 deletions(-)
diff
This needs to be done in order to later access the
Designware specific registers.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250_dw.c |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial/8250/8250_dw.c
b/drivers/tty/serial/8250
On Wed, Nov 28, 2012 at 01:18:26PM +, Alan Cox wrote:
> > + if (!reg || (reg & 0xff) != '*')
> > + return;
> > +
>
> That looks bogus. If reg == 0 then reg & 0xFF != '*'
>
> So why the double test ?
No reason. It is something I forgot to cleanup. I'll resend this.
Thanks!
--
h
Designware UART provides optional Component Parameter
Register that lists most of the capabilities of the UART,
including FIFO size. This uses that register to set FIFO
size for the port before registering it.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250_dw.c | 57
Hi guys,
On Wed, Mar 20, 2013 at 10:21:25AM -0700, Greg Kroah-Hartman wrote:
> On Tue, Mar 19, 2013 at 08:50:09PM +0100, Philippe Langlais wrote:
> > - if (up->port.type == PORT_16550A && size_fifo(up) == 64) {
> > - up->port.type = PORT_U6_16550A;
> > - up->capabilities |= U
Emilio López
FWIW,
Reviewed-by: Heikki Krogerus
--
heikki
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hi,
On Thu, Mar 07, 2013 at 10:28:37AM +0800, Ley Foon Tan wrote:
> diff --git a/drivers/tty/serial/8250/8250.c b/drivers/tty/serial/8250/8250.c
> index 0efc815..661096d 100644
> --- a/drivers/tty/serial/8250/8250.c
> +++ b/drivers/tty/serial/8250/8250.c
> @@ -301,7 +301,28 @@ static const struct
In most cases the tx_loadsz is the same as fifosize. This
will store the fifosize in it if it was not separately
delivered from the driver.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250.c |4
1 file changed, 4 insertions(+)
diff --git a/drivers/tty/serial/8250/8250.c
fifosize property is already used with a number of serial
devices. This should reduce the need for extra types in
8250.c just in case the fifosize differs from the standard.
Signed-off-by: Heikki Krogerus
---
Documentation/devicetree/bindings/tty/serial/of-serial.txt |1 +
drivers/tty
Hi,
On Thu, Mar 21, 2013 at 07:41:39PM +0800, Ley Foon Tan wrote:
> On Thu, 2013-03-21 at 12:48 +0200, Heikki Krogerus wrote:
> > + /* Check for fifo size */
> > + if (of_property_read_u32(np, "fifosize", &prop) == 0)
> > + port->fifosize = p
Hi Gregory.
On Wed, Feb 27, 2013 at 05:08:04PM +0100, Gregory CLEMENT wrote:
> I found the root of the problem in drivers/tty/serial/8250/8250.c
>
> in the autoconfig() function, when the IIR register is acceded, it is
> done using serial_in(), this function return an int but is used as it
> have
Hi,
On Thu, Feb 28, 2013 at 08:13:30PM +0900, Masami Hiramatsu wrote:
> Hi,
>
> I tried the latest "fixes" branch of arm-soc.git on OpenBlocks
> AX3 (Marvel Armada-XP) and got below kernel panic in boot sequence.
> It seems that we have an exception while cpu is in idle.
>
>
> Kernel panic
Hi,
On Thu, Feb 28, 2013 at 12:42:06PM +0100, Gregory CLEMENT wrote:
> >> Would you agree with this kind of patch to fix the issue?
> >>
> >> diff --git a/drivers/tty/serial/8250/8250.c
> >> b/drivers/tty/serial/8250/8250.c
> >> index e2ac25a..0b284c6 100644
> >> --- a/drivers/tty/serial/8250/825
Hi,
On Thu, Mar 07, 2013 at 11:14:15PM +0100, Maxime Ripard wrote:
> From: Emilio López
>
> This commit implements support for using the "clocks" DT property, instead
> of having to use clock-frequency.
>
> Signed-off-by: Emilio López
> ---
> drivers/tty/serial/8250/8250_dw.c | 32 +
- Rebased on tty-next
> - Updated commit messsage to mention UART_16550_COMPATIBLE
> - Removed potentially unnecessary read of LSR and MSR
> - Only attempt workaround when LCR write is ignored
I'm OK with this.
Reviewed-by: Heikki Krogerus
Br,
--
heikki
--
To unsubscribe
Hi,
On Wed, Sep 25, 2013 at 03:47:14PM -0700, Tim Kryger wrote:
> On Wed, Sep 25, 2013 at 4:42 AM, Heikki Krogerus
> wrote:
> > On Tue, Sep 24, 2013 at 05:39:09PM -0700, Tim Kryger wrote:
> >> static void dw8250_serial_out(struct uart_port *p, int offset, int value)
>
Hi Tim,
On Tue, Sep 24, 2013 at 05:39:09PM -0700, Tim Kryger wrote:
> The Designware UART has a limitation where it ignores writes into the
> LCR if the UART is busy. The current workaround stashes a copy of the
> last written LCR and writes it back down to the hardware if it receives
> a special
On Wed, Nov 28, 2012 at 02:48:39PM +0200, Heikki Krogerus wrote:
> Hi,
>
> These are mainly small changes to 8250_dw.c. The interesting patch is
> probable the addition to 8250.c that would allow the drivers to
> deliver their UART's capabilities when they are registering
Changes since v1:
- rebased on top of Greg's tty-next
These are mainly small 8250_dw.c changes. The interesting patch is
probable the first one that changes 8250.c so the drivers are able to
deliver their UART's capabilities when they are registering ports.
Heikki Krogerus (5):
se
Trivial cleanup. This makes it easier to add different
methods to enumerate the device, for example ACPI 5.0
enumeration.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250_dw.c | 76 ++---
1 file changed, 46 insertions(+), 30 deletions(-)
diff
Modern UARTs are able to provide information about their
capabilities such as FIFO size. This allows the drivers to
deliver this information to 8250.c when they are registering
ports.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250.c | 22 --
1 file changed
This needs to be done in order to later access the
Designware specific registers.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250_dw.c |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial/8250/8250_dw.c
b/drivers/tty/serial/8250
Designware UART provides optional Component Parameter
Register that lists most of the capabilities of the UART,
including FIFO size. This uses that register to set FIFO
size for the port before registering it.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250_dw.c | 57
Allow 8250.c to determine the port type for us. This allows
the driver take advantage of FIFO on Designware UARTs that
have it.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250_dw.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/8250
Hi Jamie,
On Mon, Dec 03, 2012 at 03:40:14PM +, Jamie Iles wrote:
> > + uart.port.membase = ioremap(regs->start, regs->end - regs->start);
>
> Doesn't this have an off-by-one error?
True.
> + uart.port.membase = ioremap(regs->start, resource_size(regs));
>
> instead?
Yes, I'll fix t
This needs to be done in order to later access the
Designware specific registers.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250_dw.c |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial/8250/8250_dw.c
b/drivers/tty/serial/8250
On Tue, Jun 18, 2013 at 12:12:53PM -0700, David Daney wrote:
> A few differences needed by OCTEON:
>
> o These are DWC UARTS, but have USR at a different offset.
>
> o OCTEON must have 64-bit wide register accesses, so we have OCTEON
> specific register accessors.
>
> o No UCV register, so we
TEON doesn't have a UCV register, I change where
> dw8250_setup_port(), which reads the UCV, is called by pushing it in
> to the OF and ACPI probe functions, and move unchanged
> dw8250_setup_port() earlier in the file.
>
> Signed-off-by: David Daney
> Acked-by: Greg Kroah-Hartman
&g
On Fri, Mar 22, 2013 at 11:32:18AM +0800, Ley Foon Tan wrote:
> On Thu, 2013-03-21 at 15:24 +0200, Heikki Krogerus wrote:
> > On Thu, Mar 21, 2013 at 07:41:39PM +0800, Ley Foon Tan wrote:
> > > Suggest to use "fifo-size" for the device tree property, to align wi
This will reduce the need for extra types in 8250.c just
in case the fifo size differs from the standard.
Signed-off-by: Heikki Krogerus
---
Documentation/devicetree/bindings/tty/serial/of-serial.txt |1 +
drivers/tty/serial/of_serial.c |4
2 files
Hi,
On Fri, Mar 22, 2013 at 04:16:48PM +0800, Ley Foon Tan wrote:
> On Fri, 2013-03-22 at 10:05 +0200, Heikki Krogerus wrote:
> > This will reduce the need for extra types in 8250.c just
> > in case the fifo size differs from the standard.
> Besides the fifo size, we need to
Hi,
On Fri, Mar 22, 2013 at 11:24:21AM +0200, Heikki Krogerus wrote:
> On Fri, Mar 22, 2013 at 04:16:48PM +0800, Ley Foon Tan wrote:
> > Besides the fifo size, we need to have hardware flow control setting
> > from device tree as well.
>
> This is a bit proble
In most cases the tx_loadsz is the same as fifosize. This
will store the fifosize in it if it was not separately
delivered from the driver.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250.c |4
1 file changed, 4 insertions(+)
diff --git a/drivers/tty/serial/8250/8250.c
This will add support for hardware flow control. It is
limited to be used only with 8250 driver.
Signed-off-by: Heikki Krogerus
---
.../devicetree/bindings/tty/serial/of-serial.txt |1 +
drivers/tty/serial/of_serial.c| 13 ++---
2 files changed
This will reduce the need for extra types in 8250.c just
in case the fifo size differs from the standard.
Signed-off-by: Heikki Krogerus
---
Documentation/devicetree/bindings/tty/serial/of-serial.txt |1 +
drivers/tty/serial/of_serial.c |4
2 files
These add support for fifo-size and hw-flow-control properties. The
idea is to try to avoid adding new types to 8250.c for UARTs that are
compatible with the standard types but that have different size fifo
or support 16750 compatible auto flow control.
Heikki Krogerus (3):
serial: 8250
On Mon, Mar 25, 2013 at 11:40:31AM +, Arnd Bergmann wrote:
> On Monday 25 March 2013, Heikki Krogerus wrote:
> > This will add support for hardware flow control. It is
> > limited to be used only with 8250 driver.
> >
> > Signed-off-by: Heikki Krogerus
>
>
On Mon, Mar 25, 2013 at 12:47:58PM +, Arnd Bergmann wrote:
> On Monday 25 March 2013, Heikki Krogerus wrote:
> > On Mon, Mar 25, 2013 at 11:40:31AM +, Arnd Bergmann wrote:
> > > On Monday 25 March 2013, Heikki Krogerus wrote:
> > > > This will add support fo
On Mon, Mar 25, 2013 at 01:04:47PM +, Arnd Bergmann wrote:
> > > I still find the text in the binding and the name of the property
> > > confusing,
> > > because it seems to imply that you have no hardware flow control without
> > > this.
> > > I think what you mean here is really "automatic
Automatic Flow Control capability is not tied to this
property. This is only one way of detecting it. The property
is limited to be used only with 8250 driver.
Signed-off-by: Heikki Krogerus
---
.../devicetree/bindings/tty/serial/of-serial.txt |3 +++
drivers/tty/serial/of_serial.c
Hi Jason,
On Thu, Feb 28, 2013 at 09:29:30AM -0500, Jason Cooper wrote:
> If you have a moment, could you put this into a formal patch and send to
> lakml? If I could Gregory and Masami's Tested-by's on that, I'll queue
> it up for -rc1/2.
OK, I'll prepare the patch. I thought that Gregory was g
The new ACPI DMA helpers in dmaengine API can take care of
extracting all the necessary information regarding DMA. The
driver does not need to do this separately any more.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250_dw.c | 75 +
1 file
Use resource managed ioremap.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250_dw.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/8250/8250_dw.c
b/drivers/tty/serial/8250/8250_dw.c
index b7c7d6a..bf2a6e2 100644
--- a/drivers/tty/serial
The Designware UART has an optional support for 16750
compatible Auto Flow Control. This will enable it based on
the AFCE bit in Component Parameter Register.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250_dw.c |4
1 file changed, 4 insertions(+)
diff --git a/drivers
minor improvements for both 8250_dma and 8250_dw plus
runtime PM support for 8250_dw.
Heikki Krogerus (9):
serial: 8250_dma: TX cleanup
serial: 8250_dma: Fix RX handling
serial: 8250_dma: Use dmaengine helpers to get the slave channels
serial: 8250_dma: Provide default slave configuration
Some slave channel parameters will be always the same. For
example, direction for the Rx channel will always be
DMA_DEV_TO_MEM and DMA_MEM_TO_DEV for Tx channel.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250_dma.c | 10 --
1 file changed, 8 insertions(+), 2 deletions
This allows ACPI to put the device to D3 when it's not used.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250_dw.c | 61 +++--
1 file changed, 52 insertions(+), 9 deletions(-)
diff --git a/drivers/tty/serial/8250/8250_dw.c
b/drivers/tty/s
The Lynxpoint LPSS peripheral clocks are now handled in clk
framework so the drivers do not need to take care of them
manually. In dw8250_probe_acpi(), the uartclk is now taken
from the driver_data only if it was not already set.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250
The helper functions in dmaengine API allow the drivers to
request slave channels without the filter parameters. They
will attempt to extract the needed DMA client information
from DT or ACPI, but if such information is not available
the filter parameters can still be used.
Signed-off-by: Heikki
Overrun, parity and framing errors should be handled in
8250_core. This also adds check for the dma_status and exits
if the channel is not idle.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250_dma.c | 23 ---
1 file changed, 16 insertions(+), 7 deletions
Removing one unneeded uart_write_wakeup(). There is no need
to start PIO transfer unless DMA fails, so this also changes
serial8250_tx_dma() to return 0 unless that is the case.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250_dma.c | 11 ---
1 file changed, 4
Hi,
I need to redo this patch.
On Wed, Apr 10, 2013 at 04:58:32PM +0300, Heikki Krogerus wrote:
> Use resource managed ioremap.
>
> Signed-off-by: Heikki Krogerus
> ---
> drivers/tty/serial/8250/8250_dw.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>
Use resource managed ioremap.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250_dw.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/tty/serial/8250/8250_dw.c
b/drivers/tty/serial/8250/8250_dw.c
index b7c7d6a..39b7ae4 100644
--- a/drivers/tty
Heikki Krogerus (1):
serial: 8250_dw: Fix the stub for dw8250_probe_acpi()
drivers/tty/serial/8250/8250_dw.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--
1.7.10.4
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
This fixes the stub for dw8250_probe_acpi() that is used
when compiling without ACPI enabled. The argument type was
wrong.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250_dw.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/8250
Hi,
On Mon, Dec 03, 2012 at 01:17:54PM +0200, Heikki Krogerus wrote:
> Changes since v1:
> - rebased on top of Greg's tty-next
>
> These are mainly small 8250_dw.c changes. The interesting patch is
> probable the first one that changes 8250.c so the drivers are able to
&g
supported on most platforms, I decided to suggest this
solution.
I tried to make the DMA support as simple as I could. Single transfers
with single descriptors. This should be sufficient in most cases.
Heikki Krogerus (8):
serial: 8250: Allow drivers to deliver capabilities
serial: 8250_dw: Don'
Trivial cleanup. This makes it easier to add different
methods to enumerate the device, for example ACPI 5.0
enumeration.
Signed-off-by: Heikki Krogerus
Reviewed-by: Jamie Iles
Acked-by: Alan Cox
---
drivers/tty/serial/8250/8250_dw.c | 78 ++---
1 file
This needs to be done in order to later access the
Designware specific registers.
Signed-off-by: Heikki Krogerus
Reviewed-by: Jamie Iles
Acked-by: Alan Cox
---
drivers/tty/serial/8250/8250_dw.c |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial
Allow 8250.c to determine the port type for us. This allows
the driver take advantage of FIFO on Designware UARTs that
have it.
Signed-off-by: Heikki Krogerus
Reviewed-by: Jamie Iles
Acked-by: Alan Cox
---
drivers/tty/serial/8250/8250_dw.c |2 +-
1 file changed, 1 insertion(+), 1 deletion
With ACPI 5.0 we can use the FixedDMA Resource Descriptor to
extract the needed information for DMA support.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250_dw.c | 65 +
1 file changed, 65 insertions(+)
diff --git a/drivers/tty/serial/8250
Add support for dmaengine API. The drivers can implement the
struct uart_8250_dma member in struct uart_8250_port and
8250.c can take care of the rest.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250.c | 31 +-
drivers/tty/serial/8250/8250.h | 50
This adds support for ACPI 5.0 enumerated Designware UARTs.
ACPI does not deliver information about uart clk, so
delivering it with the driver_data.
Signed-off-by: Heikki Krogerus
---
drivers/tty/serial/8250/8250_dw.c | 41 +
drivers/tty/serial/8250/Kconfig
Designware UART provides optional Component Parameter
Register that lists most of the capabilities of the UART,
including FIFO size. This uses that register to set FIFO
size for the port before registering it.
Signed-off-by: Heikki Krogerus
Reviewed-by: Jamie Iles
Acked-by: Alan Cox
Modern UARTs are able to provide information about their
capabilities such as FIFO size. This allows the drivers to
deliver this information to 8250.c when they are registering
ports.
Signed-off-by: Heikki Krogerus
Reviewed-by: Jamie Iles
Acked-by: Alan Cox
---
drivers/tty/serial/8250/8250.c
On Tue, Jun 21, 2016 at 03:08:52PM +0200, Oliver Neukum wrote:
> On Thu, 2016-05-19 at 15:44 +0300, Heikki Krogerus wrote:
> > The purpose of this class is to provide unified interface for user
> > space to get the status and basic information about USB Type-C
> > Connectors i
.
Signed-off-by: Heikki Krogerus
---
Documentation/ABI/testing/sysfs-class-typec | 163
Documentation/usb/typec.txt | 101 +++
MAINTAINERS |9 +
drivers/usb/Kconfig |2 +
drivers/usb/Makefile
his thing. I'm sorry about that.
I'm including in this series a driver for the Broxton PMIC USB Type-C
PHY.
Changes since v2:
- Notification on role and alternate mode changes
- cleanups
Changes since v1:
- Completely rewrote alternate mode support
- Patners, cables and cable plugs
This adds driver for the USB Type-C PHY on Intel WhiskeyCove
PMIC which is available on some of the Intel Broxton SoC
based platforms.
Signed-off-by: Heikki Krogerus
---
drivers/usb/typec/Kconfig | 14 ++
drivers/usb/typec/Makefile | 1 +
drivers/usb/typec/typec_wcove.c | 376
On Thu, Sep 08, 2016 at 01:04:29PM -0700, Guenter Roeck wrote:
> On Thu, Sep 01, 2016 at 02:49:47PM +0300, Heikki Krogerus wrote:
> > The purpose of USB Type-C connector class is to provide
> > unified interface for the user space to get the status and
> > basic informa
On Wed, Aug 31, 2016 at 11:27:07AM +0800, Kefeng Wang wrote:
> Use an unified new dev variable instead of &pdev->dev and p->dev
> in probe function.
>
> Signed-off-by: Kefeng Wang
Reviewed-by: Heikki Krogerus
Thanks,
--
heikki
Hi guys,
On Tue, Aug 30, 2016 at 06:47:41AM -0700, Guenter Roeck wrote:
> On 08/30/2016 06:11 AM, Heikki Krogerus wrote:
> > Hi,
> >
> > On Tue, Aug 30, 2016 at 02:49:50PM +0300, Heikki Krogerus wrote:
> > > On Tue, Aug 30, 2016 at 01:16:46PM +0200, Oliver Neukum
Hi,
On Wed, Aug 31, 2016 at 11:29:11AM +0800, Kefeng Wang wrote:
> Make dw8250_set_termios() handle all cases of dw8250_data->clk properly,
> then we can safely use dw8250_set_termios() as the default set_termios
> callback instead of serial8250_do_set_termios(), so do it.
>
> Signed-off-by: Kefe
Alternate Modes.
Signed-off-by: Heikki Krogerus
---
Documentation/ABI/testing/sysfs-class-typec | 219 ++
Documentation/usb/typec.txt | 103 +++
MAINTAINERS |9 +
drivers/usb/Kconfig |2 +
drivers/usb/Makefile
quot;.
Changes since v2:
- Notification on role and alternate mode changes
- cleanups
Changes since v1:
- Completely rewrote alternate mode support
- Patners, cables and cable plugs presented as devices.
Heikki Krogerus (2):
usb: USB Type-C connector class
usb: typec: add driver fo
This adds driver for the USB Type-C PHY on Intel WhiskeyCove
PMIC which is available on some of the Intel Broxton SoC
based platforms.
Signed-off-by: Heikki Krogerus
---
drivers/usb/typec/Kconfig | 14 ++
drivers/usb/typec/Makefile | 1 +
drivers/usb/typec/typec_wcove.c | 368
On Thu, Sep 01, 2016 at 05:13:18AM -0700, Guenter Roeck wrote:
> Heikki,
>
> On 09/01/2016 04:49 AM, Heikki Krogerus wrote:
> > The USB Type-C class is meant to provide unified interface to the
> > userspace to present the USB Type-C ports in a system.
> >
> Thank
On Wed, Aug 31, 2016 at 11:29:12AM +0800, Kefeng Wang wrote:
> Add ACPI identifier for UART on Hisilicon Hip05 SoC, be careful that
> it is not 16550 compatible, and "reg-io-width" and "reg-shift" need
> be set properly by _DSD method in DSDT.
>
> Signed-off
On Wed, Aug 31, 2016 at 03:07:56PM +0300, Heikki Krogerus wrote:
> Hi,
>
> On Wed, Aug 31, 2016 at 11:29:11AM +0800, Kefeng Wang wrote:
> > Make dw8250_set_termios() handle all cases of dw8250_data->clk properly,
> > then we can safely use dw8250_set_termios() as
Hi,
On Wed, Aug 31, 2016 at 05:40:17PM -0700, Stephen Boyd wrote:
> @@ -174,14 +219,37 @@ static int ulpi_register(struct device *dev, struct
> ulpi *ulpi)
> ulpi->id.product = ulpi_read(ulpi, ULPI_PRODUCT_ID_LOW);
> ulpi->id.product |= ulpi_read(ulpi, ULPI_PRODUCT_ID_HIGH) << 8;
>
On Tue, Aug 23, 2016 at 12:58:07PM -0700, Stephen Boyd wrote:
> On Fri, Aug 5, 2016 at 2:27 PM, Stephen Boyd wrote:
> > Quoting Peter Chen (2016-07-08 02:04:58)
> >> On Thu, Jul 07, 2016 at 03:20:54PM -0700, Stephen Boyd wrote:
> >> > @@ -39,6 +42,10 @@ static int ulpi_match(struct device *dev, st
Hi Guenter,
On Tue, Aug 23, 2016 at 02:10:49PM -0700, Guenter Roeck wrote:
> The following series of patches implements a USB Type-C Port Manager
> using the pending USB Type-C class code as basis. The code is still WIP,
> but I think it is important to get feedback from the community at this poin
Hi,
On Wed, Aug 24, 2016 at 04:08:23PM +0200, Vincent Palatin wrote:
> Sorry if I'm making redundant comments with previous discussions, I
> might have missed a few threads.
>
>
> On Mon, Aug 22, 2016 at 2:05 PM, Heikki Krogerus
> wrote:
> > The purpose of USB
Hi Vincent,
On Fri, Aug 26, 2016 at 03:16:16PM +0200, Vincent Palatin wrote:
> >> > +What: /sys/class/typec//current_vconn_role
> >> > +Date: June 2016
> >> > +Contact: Heikki Krogerus
> >> > +Description:
> >> &
On Tue, Aug 15, 2017 at 04:26:07PM -0700, Badhri Jagan Sridharan wrote:
> Submitted couple of patches for the missing pieces in TCPM.
> Those patches along with "usb: typec: update partner power delivery
> support with opmode"
> seems to address the issue of reporting the right value for
> supports
Hi,
+Dan and Guenter
I'm sorry for the late reply. These slipped under my radar. I do
have a one more proposal below, and a few nits..
On Wed, Oct 18, 2017 at 01:22:48PM -0700, Badhri Jagan Sridharan wrote:
> At present, TCPM code assumes that local device supports
> variable/batt pdos and alway
+Dan and Guenter,
I don't have any problems with this, but since I had those few
comments for the 2/2 of this series, few nitpics below..
On Wed, Oct 18, 2017 at 01:22:47PM -0700, Badhri Jagan Sridharan wrote:
> The source and sink caps should follow the following rules.
> This patch validates wh
rt
Controller Manager, which of course is not the case any more.
Would the attached patch be sufficient?
Thanks,
--
heikki
>From 3bbd624a67df91c23db996db5f2f931fde77fcc1 Mon Sep 17 00:00:00 2001
From: Heikki Krogerus
Date: Tue, 14 Nov 2017 14:45:27 +0300
Subject: [PATCH] usb: add user selectable option for the wh
Hi Guenter,
On Tue, Nov 14, 2017 at 06:48:21AM -0800, Guenter Roeck wrote:
> On 11/14/2017 05:17 AM, Greg KH wrote:
> > On Mon, Nov 13, 2017 at 09:29:36PM -0800, Linus Torvalds wrote:
> > > On Mon, Nov 13, 2017 at 8:19 AM, Greg KH
> > > wrote:
> > > >
> > > > Other major thing is the typec code
On Fri, Oct 27, 2017 at 04:01:13PM -0500, Gustavo A. R. Silva wrote:
> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> where we are expecting to fall through.
>
> Signed-off-by: Gustavo A. R. Silva
Acked-by: Heikki Krogerus
Thanks,
--
heikki
: Greg Kroah-Hartman
> > Cc: Joe Perches
> > Cc: "David S. Miller"
> > Cc: Jiri Kosina
> > Cc: Sharon Dvir
> > Cc: "Suthikulpanit, Suravee"
> > Cc: Heikki Krogerus
> > Cc: James Hogan
> > Cc: Daniel Thompson
> > Cc: Michael Opd
On Thu, Aug 09, 2018 at 11:15:58AM +0200, Hans de Goede wrote:
> On systems with ACPI instantiated i2c-clients, normally there is 1 fw_node
> per i2c-device and that fw-node contains 1 I2cSerialBus resource for that 1
> i2c-device.
>
> But in some rare cases the manufacturer has decided to describ
On Thu, May 11, 2017 at 12:17:41PM +0530, Vivek Gautam wrote:
> Although ULPI phy is currently being used by tusb1210,
> there can be other consumers too in future. So move this
> to the includes path for phy.
>
> Signed-off-by: Vivek Gautam
> Cc: Stephen Boyd
> Cc:
per line in several places in this series, and I many cases it
does not look like splitting the line would make the code any less
readable.
But I don't think that is critical, so if there are no other comments:
Acked-by: Heikki Krogerus
> ---
> inclu
On Tue, Jan 02, 2018 at 03:50:50PM +, Adam Thomson wrote:
> This commit adds a header providing definitions for handling Alert
> messages. Currently the header only focuses on handling incoming
> alerts.
>
> Signed-off-by: Adam Thomson
Acked-by: Heikki Krogerus
Thanks,
--
heikki
On Tue, Jan 02, 2018 at 03:50:51PM +, Adam Thomson wrote:
> This commit adds a header providing definitions for handling
> Status messages. Currently the header only focuses on handling
> incoming Status messages.
>
> Signed-off-by: Adam Thomson
Acked-by: Heikki Kro
1 - 100 of 1678 matches
Mail list logo
