On Fri, May 25, 2018 at 8:08 AM, Uwe Kleine-König
wrote:
> Hello Tomas,
>
> On 05/25/2018 12:08 AM, Tomas Hlavacek wrote:
>> But I also have good news: The FW of the MCU is also OSS (see the repo
>> in the link (1)). There is a method for flashing the MCU over I2C from
>&
Hi!
On Wed, May 2, 2018 at 5:11 PM, Uwe Kleine-König wrote:
> Hello,
>
> on the Turris Omnia[1] the LEDs are controllable via an i2c device.
...
> Now I wonder how to match these two features to the LED device model. Do
> you have an idea?
That is an interesting question - I was quite clueless a
Hello!
It seems that we have discovered a memory leak in the rtl8723bs driver.
The problem is that when the SDIO read fails in sd_recv_rxfifo() (in
drivers/staging/rtl8723bs/hal/sdio_ops.c, l1016) the function simply
returns NULL, but the dequeued recvbuf is never returned to the
precvpriv->f
Hi!
On Thu, Nov 24, 2016 at 4:07 PM, Andrew Lunn wrote:
@Tomas: I think it doesn't make sense when we alternate sending
patches
without prior arrangement. Do you already work on a v5? If not I
can do
that to fix the last few comments. Not sure when a submission is too
late to enter v4.10,
Turris Omnia board by CZ.NIC:
* Marvell Armada 385 SoC
* 1 or 2 GB DDR3
* eMMC
* 8 MB SPI flash (U-Boot and rescue Linux image)
* 88E1514 PHY
* 88E6176 Ethernet switch (not supported)
Supported board revision: CZ11NIC13 (production board).
Signed-off-by: Tomas Hlavacek
---
Changes
.
Do not set write_subpage function pointer from the driver when it
initializes in SOFT and SOFT_BCH modes.
Signed-off-by: Tomas Hlavacek
---
drivers/mtd/nand/fsl_elbc_nand.c | 22 +++---
1 file changed, 19 insertions(+), 3 deletions(-)
diff --git a/drivers/mtd/nand
when it initializes
in SOFT and SOFT_BCH modes.
Signed-off-by: Tomas Hlavacek
---
drivers/mtd/nand/fsl_elbc_nand.c | 47 +---
1 file changed, 44 insertions(+), 3 deletions(-)
diff --git a/drivers/mtd/nand/fsl_elbc_nand.c b/drivers/mtd/nand/fsl_elbc_nand.c
index
Hello!
On Thu, Sep 6, 2012 at 11:17 PM, Tomas Hlavacek wrote:
> Added tty_device_create_release() and bound to dev->release in
> tty_register_device_attr().
> Added tty_port_register_device_attr() and used in uart_add_one_port()
> instead of tty_register_device_attr().
>
>
Added tty_device_create_release() and bound to dev->release in
tty_register_device_attr().
Added tty_port_register_device_attr() and used in uart_add_one_port()
instead of tty_register_device_attr().
Signed-off-by: Tomas Hlavacek
---
drivers/tty/serial/serial_core.c |8
drivers/
Hello!
On Thu, Sep 6, 2012 at 8:54 PM, Jiri Slaby wrote:
> On 09/06/2012 08:39 PM, Tomas Hlavacek wrote:
>> On Thu, Sep 6, 2012 at 7:54 PM, Jiri Slaby wrote:
>>> On 09/06/2012 03:17 AM, Tomas Hlavacek wrote:
>>>> @@ -2362,8 +2392,8 @@ int uart_add_one_port(struct
Hi Jiri,
On Thu, Sep 6, 2012 at 7:54 PM, Jiri Slaby wrote:
> On 09/06/2012 03:17 AM, Tomas Hlavacek wrote:
>> @@ -2362,8 +2392,8 @@ int uart_add_one_port(struct uart_driver *drv, struct
>> uart_port *uport)
>>* Register the port whether it's det
Added file /sys/devices/.../tty/ttySX/uartclk to allow reading
uartclk value in struct uart_port in serial_core via sysfs.
tty_register_device() has been generalized and refactored in order
to add support for setting drvdata and attribute_group to the device.
Signed-off-by: Tomas Hlavacek
Hello Greg,
On Thu, Sep 6, 2012 at 1:42 AM, Greg KH wrote:
> On Thu, Sep 06, 2012 at 01:16:56AM +0200, Tomas Hlavacek wrote:
>> Added file /sys/devices/.../tty/ttySX/uartclk to allow reading
>> uartclk value in struct uart_port in serial_core via sysfs.
>>
>> tty
Added file /sys/devices/.../tty/ttySX/uartclk to allow reading
uartclk value in struct uart_port in serial_core via sysfs.
tty_register_device() has been generalized and refactored in order
to add support for setting drvdata and attribute_group to the device.
Signed-off-by: Tomas Hlavacek
Hello!
On Sun, Aug 19, 2012 at 8:34 PM, Tomas Hlavacek wrote:
> Added file /sys/devices/.../tty/ttySX/uartclk to allow reading
> uartclk value in struct uart_port in serial_core via sysfs.
>
> It simplifies initialization verification of no-name cards that
> have non-standard o
.
tty_register_device() has been generalized and refactored in order
to add support for setting drvdata and attribute_group to the device.
Signed-off-by: Tomas Hlavacek
---
Documentation/ABI/testing/sysfs-tty |9 +
drivers/tty/serial/serial_core.c| 37 +++-
drivers/tty/tty_io.c
Hello!
On Fri, Aug 17, 2012 at 9:01 PM, Greg KH wrote:
> On Fri, Aug 17, 2012 at 08:44:14PM +0200, Marek Vasut wrote:
>> Dear Greg KH,
>>
>> > On Fri, Aug 17, 2012 at 06:30:36PM +0200, Tomas Hlavacek wrote:
>> > > Hello Greg!
>> > >
>> >
Hello Greg!
On Fri, Aug 17, 2012 at 5:06 PM, Greg KH wrote:
>> @@ -2355,6 +2373,14 @@ int uart_add_one_port(struct uart_driver *drv, struct
>> uart_port *uport)
>> }
>>
>> /*
>> + * Expose uartclk in sysfs. Use driverdata of the tty device for
>> + * referencing the UART po
-by: Tomas Hlavacek
---
drivers/tty/serial/serial_core.c | 32
drivers/tty/tty_io.c | 17 +
include/linux/tty.h |2 ++
3 files changed, 51 insertions(+)
diff --git a/drivers/tty/serial/serial_core.c b/drivers/tty
Added file /sys/devices/.../tty/ttySX/uartclk to allow read/modify
uartclk value in struct uart_port in serial_core via sysfs.
It simplifies initialization of no-name cards that have non-standard
oscillator speed while having no distinguishing PCI IDs to allow
autodetection.
Signed-off-by: Tomas
Hello Marek,
On Tue, Aug 14, 2012 at 2:50 PM, Marek Vasut wrote:
> Dear Tomas Hlavacek,
>
>> +static ssize_t get_attr_uartclk(struct device *dev,
>> + struct device_attribute *attr, char *buf)
>> +{
>> + int ret;
>> +
>> + str
Support for read/modify of uartclk via sysfs added.
It may prove useful with some no-name cards that
has different oscillator speeds and no distinguishing
PCI IDs to allow autodetection. It allows better integration
with udev and/or init scripts.
Signed-off-by: Tomas Hlavacek
---
drivers/tty
(rev 06)
07:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet
Controller (rev 06)
09:01.0 VGA compatible controller: ATI Technologies Inc ES1000 (rev 02)
I placed my full dmesg output here:
http://manwe.elfove.cz/~brill/tmp/dmesg-2.6.25-rc2
--
Tomas Hlavacek <[EMAIL PRO
23 matches
Mail list logo