2017-02-10 14:34 GMT+01:00 Krzysztof Kozlowski :
> On Thu, Feb 09, 2017 at 11:26:48AM +0100, Richard Genoud wrote:
>> I did some tests with XU3 and XU4, playing with USB2 and USB3 quirks
>> (snps,dis_u{2,3}_susphy_quirk)
>>
>> kernel for the tests: next-20170206
&g
2017-01-27 8:29 GMT+01:00 Richard Genoud :
> On 25/01/2017 15:17, Krzysztof Kozlowski wrote:
>> On Wed, Jan 25, 2017 at 3:48 PM, Marek Szyprowski
>> wrote:
>>> Hi Krzysztof,
>>>
>>> On 2017-01-25 08:55, Krzysztof Kozlowski wrote:
>>>>
&
Hi Ludovic,
On 06/02/2017 14:42, Ludovic Desroches wrote:
> Hello Romain,
>
> On Mon, Feb 06, 2017 at 12:56:42PM +0100, Romain Izard wrote:
>> Hello,
>>
>> On Atmel SAMA5D2, when trying to configure a serial port for 3 Mbauds
>> operation, I do not always get the requested baud rate. If the hardw
Hi Romain,
On 06/02/2017 12:56, Romain Izard wrote:
> Hello,
>
> On Atmel SAMA5D2, when trying to configure a serial port for 3 Mbauds
> operation, I do not always get the requested baud rate. If the hardware
> flow control is disabled by software, the line works correctly. But if I
> set the crts
Hi Alexandre,
On 03/02/2017 23:53, Alexandre Belloni wrote:
> When going to suspend, the UART registers may be lost because the power to
> VDDcore is cut. This is not an issue in the normal case but when
> no_console_suspend is used, we need to restore the registers in order to
> get a functional
On 25/01/2017 15:17, Krzysztof Kozlowski wrote:
> On Wed, Jan 25, 2017 at 3:48 PM, Marek Szyprowski
> wrote:
>> Hi Krzysztof,
>>
>> On 2017-01-25 08:55, Krzysztof Kozlowski wrote:
>>>
>>> On Wed, Jan 25, 2017 at 7:51 AM, Anand Moon wrote:
>>>
On 24/01/2017 19:22, Krzysztof Kozlowski wrote:
> On Tue, Jan 24, 2017 at 02:48:09PM +0100, Richard Genoud wrote:
>> Since commit 2164a476205ccc ("usb: dwc3: set SUSPHY bit for all cores"),
>> the USB ports on odroid-XU4 don't work anymore.
>
> Hi,
>
&
e disabled temporarily while
what's wrong with DCW3 is figured out.
Tested on Odroid XU4
Suggested-by: Felipe Balbi
Tested-by: Richard Genoud
Signed-off-by: Richard Genoud
Cc: sta...@vger.kernel.org # 4.4+
Fixes: 2164a476205ccc ("usb: dwc3: set SUSPHY bit for all cores")
---
arc
2017-01-23 12:45 GMT+01:00 Felipe Balbi :
>
> Hi,
>
> Richard Genoud writes:
>> On 19/01/2017 09:03, Felipe Balbi wrote:
>>>
>>> Hi,
>>>
>>> Richard Genoud writes:
>>>> Hi,
>>>> Since commit c499ff71ff2a2 ("u
On 19/01/2017 09:03, Felipe Balbi wrote:
>
> Hi,
>
> Richard Genoud writes:
>> Hi,
>> Since commit c499ff71ff2a2 ("usb: dwc3: core: re-factor init and exit paths")
>> (merged in 4.8), the usb ports on odroid-XU4 don't work anymore.
>>
>>
Hi,
Since commit c499ff71ff2a2 ("usb: dwc3: core: re-factor init and exit paths")
(merged in 4.8), the usb ports on odroid-XU4 don't work anymore.
[ Actually, it's commit 2164a476205ccc ("usb: dwc3: set SUSPHY bit for all
cores"), cf below ]
Inserting an usb key (USB2.0) on the USB3.0 port resul
2017-01-02 12:13 GMT+01:00 Nicolas Ferre :
> Le 13/12/2016 à 17:27, Richard Genoud a écrit :
>> If we don't disable the transmitter in atmel_stop_tx, the DMA buffer
>> continues to send data until it is emptied.
>> This cause problems with the flow control (CTS is asse
2017-01-02 12:53 GMT+01:00 Alexandre Belloni
:
> On 06/12/2016 at 13:05:33 +0100, Richard Genoud wrote :
>> When using RS485 in half duplex, RX should be enabled when TX is
>> finished, and stopped when TX starts.
>>
>> Before commit 0058f0871efe7b01c6 ("tty/serial:
m(DMA)
Tested for regressions on sama5d2-xplained(Fifo) and at91sam9g20ek(PDC)
Cc: (beware, this won't apply before 4.3)
Signed-off-by: Richard Genoud
---
drivers/tty/serial/atmel_serial.c | 11 +++
1 file changed, 11 insertions(+)
NB: this is not for the 4.10 merge window, I'
ial: atmel: fix RS485 half duplex with DMA") because RX was
never disabled before.
Moving atmel_start_rx() in atmel_complete_tx_dma() corrects the problem.
Cc: sta...@vger.kernel.org
Reported-by: Gil Weber
Tested-by: Gil Weber
Signed-off-by: Richard Genoud
---
drivers/tty/serial
2016-10-28 11:51 GMT+02:00 Uwe Kleine-König :
> On Fri, Oct 28, 2016 at 01:13:31AM +0200, Alexandre Belloni wrote:
>> On 27/10/2016 at 20:02:29 +0200, Uwe Kleine-König wrote :
>> > Hello Richard,
>> >
>> > On Thu, Oct 27, 2016 at 06:04:06PM +0200, Richard Genou
2016-10-27 20:02 GMT+02:00 Uwe Kleine-König :
> Hello Richard,
>
> On Thu, Oct 27, 2016 at 06:04:06PM +0200, Richard Genoud wrote:
>> diff --git a/drivers/tty/serial/atmel_serial.c
>> b/drivers/tty/serial/atmel_serial.c
>> index fd8aa1f4ba78..168b10cad47b 100644
he list may not be exhaustive
Cc: #4.4+ (beware, missing atmel_port variable)
Fixes: 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when hardware
handshake is enabled")
Signed-off-by: Richard Genoud
Acked-by: Alexandre Belloni
---
drivers/tty/serial/atmel_serial.c | 26 +
2016-10-26 17:35 GMT+02:00 Alexandre Belloni
:
> Richard,
>
> On 26/10/2016 at 16:55:02 +0200, Richard Genoud wrote :
>> On 25/10/2016 19:17, Uwe Kleine-König wrote:
>> Quote from the commit message:
>> " Commit 1cf6e8fc8341 ("tty/serial: at91: fix RTS
On 25/10/2016 19:17, Uwe Kleine-König wrote:
> Hello,
>
> On Tue, Oct 25, 2016 at 06:11:35PM +0200, Richard Genoud wrote:
>> commit 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when
>> hardware handshake is enabled"), despite its title, broke hardwar
On 25/10/2016 18:22, Alexandre Belloni wrote:
> Hi,
>
> On 25/10/2016 at 18:11:35 +0200, Richard Genoud wrote :
>> commit 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when
>> hardware handshake is enabled"), despite its title, broke hardware
>>
:
- Correct patch 1 with the error found by kbuild.
- Add Alexandre's Acked-by on patch 2
- Rewrite patch 3 logic in the light of the on-going discussion
with Cyrille and Alexandre.
* the list may not be exhaustive
Signed-off-by: Richard Genoud
---
drivers/tty/serial/atmel_serial.c
2016-10-13 14:27 GMT+02:00 Jean-Jacques Hiblot :
> 2016-10-13 13:03 GMT+02:00 Alexandre Belloni
> :
>> On 12/10/2016 at 14:48:27 +0200, Jean-Jacques Hiblot wrote :
>>> > +static void at91_lpddr_poweroff(void)
>>> > +{
>>> > + asm volatile(
>>> > + /* Align to cache lines */
>>>
Le Tue, 4 Oct 2016 09:25:25 +0200,
Uwe Kleine-König a écrit :
> On Fri, Sep 30, 2016 at 01:04:28PM +0200, Richard Genoud wrote:
> > 2016-09-30 11:12 GMT+02:00 Uwe Kleine-König
> > :
> > > Hello Richard,
> > >
> > > On Fri, Sep 30, 2016 at 10:58:00AM
2016-09-30 13:54 GMT+02:00 Alexandre Belloni
:
> On 30/09/2016 at 13:45:47 +0200, Richard Genoud wrote :
>> 2016-09-30 13:16 GMT+02:00 Alexandre Belloni
>> :
>> > On 30/09/2016 at 13:04:28 +0200, Richard Genoud wrote :
>> >> Anyway, the problematics setups
2016-09-30 13:16 GMT+02:00 Alexandre Belloni
:
> On 30/09/2016 at 13:04:28 +0200, Richard Genoud wrote :
>> Anyway, the problematics setups are all the setups with USMODE_HWHS
>> enabled on platform without Fifos or PDC,
>> i.e. all platforms but sama5d2 (Cyrille, co
2016-09-30 11:12 GMT+02:00 Uwe Kleine-König :
> Hello Richard,
>
> On Fri, Sep 30, 2016 at 10:58:00AM +0200, Richard Genoud wrote:
>> Commit 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when
>> hardware handshake is enabled") broke the hardware ha
with and without DMA
Signed-off-by: Richard Genoud
Fixes: 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when hardware
handshake is enabled")
---
drivers/tty/serial/atmel_serial.c | 24 ++--
1 file changed, 14 insertions(+), 10 deletions(-)
diff --git a/dri
t mctrl_gpio_use_rtscts"
Signed-off-by: Richard Genoud
Acked-by: Alexandre Belloni
Fixes: 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when hardware
handshake is enabled")
---
drivers/tty/serial/atmel_serial.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletio
the logic in patch 3/3.
Changes since v1:
- Correct patch 1 with the error found by kbuild.
- Add Alexandre's Acked-by on patch 2
- Rewrite patch 3 logic in the light of the on-going discussion
with Cyrille and Alexandre.
NB: patch 2 NEEDS patch 1 to compile.
Richard Genoud (3):
ser
This function returns true if CTS and RTS are used as GPIOs.
Some drivers (like atmel_serial) needs to know if the flow control is
handled by the controller or by GPIOs.
Signed-off-by: Richard Genoud
---
drivers/tty/serial/serial_mctrl_gpio.c | 7 +++
drivers/tty/serial/serial_mctrl_gpio.h
gt; diff --git a/MAINTAINERS b/MAINTAINERS
> []
>> +MICROCHIP / ATMEL AT91 / AT32 SERIAL DRIVER
>> +M: Richard Genoud
>> +S: Maintained
>> +F: drivers/tty/serial/atmel_serial.c
>> +F: include/linux/atmel_serial.h
>
> Thanks Richard.
>
> include/linux is
; I'm happy that Richard is taking over the maintenance of this
>> driver.
>>
>> Signed-off-by: Nicolas Ferre
>
> Can I get an ack from Richard that he agrees with this?
absolutely !
Acked-by: Richard Genoud
> thanks,
>
> greg k-h
thanks !
--
for me, ck means con kolivas and not calvin klein... does it mean I'm a geek ?
2016-09-27 17:12 GMT+02:00 Uwe Kleine-König :
> Hello,
>
> On Tue, Sep 27, 2016 at 04:13:11PM +0200, Richard Genoud wrote:
>> diff --git a/drivers/tty/serial/serial_mctrl_gpio.c
>> b/drivers/tty/serial/serial_mctrl_gpio.c
>> index d2da6aa7f27d..0e5525a64c2a 100644
ld.
- Add Alexandre's Acked-by on patch 2
- Rewrite patch 3 logic in the light of the on-going discussion
with Cyrille and Alexandre.
NB: patch 2 NEEDS patch 1 to compile.
Richard Genoud (3):
serial: mctrl_gpio: implement mctrl_gpio_use_rtscts
tty/serial: at91: fix hardware handshake w
t mctrl_gpio_use_rtscts"
Signed-off-by: Richard Genoud
Acked-by: Alexandre Belloni
Fixes: 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when hardware
handshake is enabled")
---
drivers/tty/serial/atmel_serial.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletio
This function returns true if CTS and RTS are used as GPIOs.
Some drivers (like atmel_serial) needs to know if the flow control is
handled by the controller or by GPIOs.
Signed-off-by: Richard Genoud
---
drivers/tty/serial/serial_mctrl_gpio.c | 8
drivers/tty/serial
with and without DMA
Signed-off-by: Richard Genoud
Fixes: 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when hardware
handshake is enabled")
---
drivers/tty/serial/atmel_serial.c | 24 ++--
1 file changed, 14 insertions(+), 10 deletions(-)
diff --git a/dri
2016-09-22 15:20 GMT+02:00 Uwe Kleine-König :
> On Mon, Sep 12, 2016 at 11:47:32AM +0200, Richard Genoud wrote:
>> Commit 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when
>> hardware handshake is enabled") broke the hardware handshake when GPIOs
>> w
2016-09-22 15:14 GMT+02:00 Uwe Kleine-König :
> On Mon, Sep 12, 2016 at 11:47:31AM +0200, Richard Genoud wrote:
>> This function returns true if CTS and RTS are used as GPIOs.
>> Some drivers (like atmel_serial) needs to know if the flow control is
>> handled by the c
;>> >> (generic_handle_irq+0x24/0x34)
>>> >> [] (generic_handle_irq) from []
>>> >> (__handle_domain_irq+0x54/0xa8)
>>> >> [] (__handle_domain_irq) from []
>>> >> (__irq_svc+0x54/0x70)
>>> >> [] (__irq_svc) fro
Since:
commit c32b5bcfa3c43a3c9bb59f65b5e76adb7384c4c8
Author: Alexandre Belloni
Date: Tue Jul 12 22:45:59 2016 +0200
ARM: dts: at91: Fix USB endpoint nodes
Endpoint nodes have a reg property. Add their mandatory unit-address.
Booting with an USB gadget configured as Ethernet gadget +
2016-09-13 15:45 GMT+02:00 Alexandre Belloni
:
> On 12/09/2016 at 12:50:38 +0200, Richard Genoud wrote :
>> >> diff --git a/drivers/tty/serial/atmel_serial.c
>> >> b/drivers/tty/serial/atmel_serial.c
>> >> index e9b4fbf88c2d..32154e7231ce 100644
>&g
f9c7f87 ("serial: atmel: convert to irq handling
provided mctrl-gpio"), this code was just removed.
Calling atmel_disable_ms() disables the interrupts and everything works
fine again.
Tested on at91sam9g35-cm
(This patch doesn't apply on -stable kernels, fixes for 4.4 and 4.7 will
be
2016-09-12 11:53 GMT+02:00 Alexandre Belloni
:
> On 12/09/2016 at 11:47:33 +0200, Richard Genoud wrote :
>> Commit 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when
>> hardware handshake is enabled") broke the hardware handshake on SAM9x5
>> platforms
This function returns true if CTS and RTS are used as GPIOs.
Some drivers (like atmel_serial) needs to know if the flow control is
handled by the controller or by GPIOs.
Signed-off-by: Richard Genoud
---
drivers/tty/serial/serial_mctrl_gpio.c | 8
drivers/tty/serial
with and without DMA
Signed-off-by: Richard Genoud
Fixes: 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when hardware
handshake is enabled")
---
drivers/tty/serial/atmel_serial.c | 18 +++---
1 file changed, 11 insertions(+), 7 deletions(-)
diff --git a/driver
s hardware handshake when CTS/RTS pins are not GPIOs.
Changes since v1:
- Correct patch 1 with the error found by kbuild.
- Add Alexandre's Acked-by on patch 2
- Rewrite patch 3 logic in the light of the on-going discussion
with Cyrille and Alexandre.
NB: patch 2 NEEDS patch 1 to compile.
Ri
t mctrl_gpio_use_rtscts"
Signed-off-by: Richard Genoud
Acked-by: Alexandre Belloni
Fixes: 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when hardware
handshake is enabled")
---
drivers/tty/serial/atmel_serial.c | 11 ---
1 file changed, 8 insertions(+), 3 deletio
Hi Alex, Cyrille,
I did some tests to clear this HW handcheck history out.
NB: all those tests are with a 4.8-rc5 kernel on a AT91SAM9G35-CM board.
I couldn't test the PDC since, as Cyrille said, there's no such thing on
SAM9G35 USARTs.
The modes that DON'T WORK are:
ATMEL_US_USMODE_HWHS + DMA
t mctrl_gpio_use_rtscts"
Signed-off-by: Richard Genoud
Fixes: 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when hardware
handshake is enabled")
---
drivers/tty/serial/atmel_serial.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/drivers/tt
ode requires using the DMA channel for reception."
So, according to this, it *should* be possible to use automatic hardware
handshake with the DMA and without FIFO (sam9x5 have no FIFOs like
samad controllers)
NB: -stable is not Cced because it doesn't cleanly apply on 4.1+
Signed-off-by
This function returns true if CTS and RTS are used as GPIOs.
Some drivers (like atmel_serial) needs to know if the flow control is
handled by the controller or by GPIOs.
Signed-off-by: Richard Genoud
---
drivers/tty/serial/serial_mctrl_gpio.c | 8
drivers/tty/serial/serial_mctrl_gpio.h
Hi,
Since:
commit 18dfef9c7f87b75bbb0fb66a634f7c13a45b9f8d
Author: Uwe Kleine-König
Date: Sun Oct 18 21:34:45 2015 +0200
serial: atmel: convert to irq handling provided mctrl-gpio
An Oops happens when using hardware flow control with GPIOs.
Steps to trigger the oops:
- Set gpios to
2016-05-10 17:18 GMT+02:00 Nicolas Ferre :
> Le 10/05/2016 16:59, Richard Genoud a écrit :
>> 2016-05-10 16:47 GMT+02:00 Boris Brezillon
>> :
>>> Hi Richard,
>>>
>>> On Tue, 10 May 2016 16:25:25 +0200
>>> Richard Genoud wrote:
>>&g
2016-05-10 17:18 GMT+02:00 Nicolas Ferre :
> Le 10/05/2016 16:59, Richard Genoud a écrit :
>> 2016-05-10 16:47 GMT+02:00 Boris Brezillon
>> :
>>> Hi Richard,
>>>
>>> On Tue, 10 May 2016 16:25:25 +0200
>>> Richard Genoud wrote:
>>&g
2016-05-10 16:47 GMT+02:00 Boris Brezillon :
> Hi Richard,
>
> On Tue, 10 May 2016 16:25:25 +0200
> Richard Genoud wrote:
>
>> 2016-05-10 15:58 GMT+02:00 Richard Genoud :
>> > Hi,
>> >
>> > Starting with 4.6-rc1, a sleep 1 doesn't return :
2016-05-10 15:58 GMT+02:00 Richard Genoud :
> Hi,
>
> Starting with 4.6-rc1, a sleep 1 doesn't return :
>
> execve("/bin/sleep", ["sleep", "1"], ["USER=root", "SHLVL=1",
> "OLDPWD=/var", "HOME=/", "TE
Hi,
Starting with 4.6-rc1, a sleep 1 doesn't return :
execve("/bin/sleep", ["sleep", "1"], ["USER=root", "SHLVL=1",
"OLDPWD=/var", "HOME=/", "TERM=vt102",
"PATH=/sbin:/usr/sbin:/bin:/usr/bin", "SHELL=/bin/sh", "PWD=/"]) = 0
uname({sysname="Linux", nodename="LNS",
release="4.5.0-09406-g46e595a17dc
> @@ -32,8 +32,6 @@ enum mctrl_gpio_idx {
> UART_GPIO_RI = UART_GPIO_RNG,
> UART_GPIO_RTS,
> UART_GPIO_DTR,
> - UART_GPIO_OUT1,
> - UART_GPIO_OUT2,
> UART_GPIO_MAX,
> };
>
> --
> 1.9.1
>
It seems all right now !
Reviewed-by: Richard Genoud
2016-04-22 17:10 GMT+02:00 Geert Uytterhoeven :
> The OUT1 and OUT2 pins present on some legacy UARTs are basically GPIOs.
> It doesn't make much sense to emulate GPIOs using other GPIOs, hence
> drop support for that.
>
> Signed-off-by: Geert Uytterhoeven
> ---
> drivers/tty/serial/serial_mctrl_
2016-01-27 10:14 GMT+01:00 Richard Genoud :
> 2016-01-26 18:13 GMT+01:00 Peter Hurley :
>> Hi Richard,
>>
>> On 01/26/2016 08:19 AM, Richard Genoud wrote:
>>> [ sorry for the noise, I forgot to Cc the lkml ]
>>>
>>> Hi,
>>> I've foun
2016-01-26 18:13 GMT+01:00 Peter Hurley :
> Hi Richard,
>
> On 01/26/2016 08:19 AM, Richard Genoud wrote:
>> [ sorry for the noise, I forgot to Cc the lkml ]
>>
>> Hi,
>> I've found a case were calling
>> stty -F /dev/ttyS1 clocal
>> blocks forever
[ sorry for the noise, I forgot to Cc the lkml ]
Hi,
I've found a case were calling
stty -F /dev/ttyS1 clocal
blocks forever.
And I don't know if it's a very old bug or if it's meant to be like that.
Here is how to reproduce the lock :
NB: there's NO modem on ttyS1
stty -F /dev/ttyS1 clocal cread
ned-off-by: Richard Genoud
---
Documentation/devicetree/bindings/cpufreq/cpufreq-dt.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/cpufreq/cpufreq-dt.txt
b/Documentation/devicetree/bindings/cpufreq/cpufreq-dt.txt
index e41c98ffbccb..dd3929e85
As opp.txt was moved from:
Documentation/devicetree/bindings/power/
to
Documentation/devicetree/bindings/opp/
in the commit 3566c5b277a4 ("PM / OPP: Create a directory for opp
bindings"), the vendor bindings should also go in that directory.
Signed-off-by: Richard Genoud
---
Doc
ned-off-by: Richard Genoud
---
Documentation/devicetree/bindings/cpufreq/arm_big_little_dt.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/cpufreq/arm_big_little_dt.txt
b/Documentation/devicetree/bindings/cpufreq/arm_big_little_dt.txt
index 07
2015-04-26 18:11 GMT+02:00 Maxime Ripard :
> Hi Richard,
>
> On Sun, Apr 26, 2015 at 12:15:38PM +0200, Richard Genoud wrote:
>> The A10 has 8 uarts, only uart0 and uart1 where filled.
>> This patch adds all the missing uarts(2 to 7) pin muxing to the dtsi.
>>
>&
The A10 has 8 uarts, only uart0 and uart1 where filled.
This patch adds all the missing uarts(2 to 7) pin muxing to the dtsi.
Signed-off-by: Richard Genoud
---
arch/arm/boot/dts/sun4i-a10.dtsi | 84 ++
1 file changed, 84 insertions(+)
Based on V4.0
uart4_a
2014-09-09 23:43 GMT+02:00 Richard Weinberger :
> Am 09.09.2014 14:25, schrieb Richard Genoud:
>> I ran into this error after a ubiupdatevol, because I forgot to backport
>> e9110361a9a4 UBI: fix the volumes tree sorting criteria.
>>
>> UBI error: process_pool_aeb: orph
: scanning is finished
Freeing the cache in the error path fixes the Slab error.
Tested on at91sam9g35 (3.14.18+fastmap backports)
Signed-off-by: Richard Genoud
Cc: stable # >= 3.10
---
drivers/mtd/ubi/fastmap.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mtd/ubi/fastmap.c b/driv
Correct spelling typos in serial/tty
Signed-off-by: Richard Genoud
---
Documentation/serial/tty.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/serial/tty.txt b/Documentation/serial/tty.txt
index 540db41dfd5d..1e52d67d0abf 100644
--- a/Documentation
Hi Vivek,
2014-04-09 13:34 GMT+02:00 Vivek Gautam :
> Hi Tomasz,
> '
>
> On Wed, Apr 9, 2014 at 4:43 PM, Tomasz Figa wrote:
>> Hi Vivek,
>>
> Thanks for reviewing the patch series.
>
>>
>> On 08.04.2014 16:36, Vivek Gautam wrote:
>>>
>>> Removing this older USB 3.0 DRD controller PHY driver, sinc
2014-04-04 16:13 GMT+02:00 Stanislaw Gruszka :
> On Fri, Apr 04, 2014 at 11:58:26AM +0200, Richard Genoud wrote:
>> On 04/04/2014 10:04, Stanislaw Gruszka wrote:
>> > On Thu, Apr 03, 2014 at 04:48:56PM +0200, Richard Genoud wrote:
>> >> I've met an endless (or
2014-04-04 16:06 GMT+02:00 Stanislaw Gruszka :
> On Fri, Apr 04, 2014 at 11:01:06AM +0200, Jakub Kiciński wrote:
>> On Fri, 4 Apr 2014 10:19:09 +0200, Stanislaw Gruszka wrote:
>> > On Thu, Apr 03, 2014 at 05:37:01PM +0200, Jakub Kiciński wrote:
>> > > On Thu, 3 Ap
On 04/04/2014 10:04, Stanislaw Gruszka wrote:
> On Thu, Apr 03, 2014 at 04:48:56PM +0200, Richard Genoud wrote:
>> I've met an endless (or at least very long) loop if I power down the usb
>> port on witch a usb wifi key is plugged.
>> (Ok, it's not very smart to p
2014-04-03 17:37 GMT+02:00 Jakub Kiciński :
> On Thu, 3 Apr 2014 16:12:07 +0200, Richard Genoud wrote:
>> rt2x00usb_register_read_lock() calls rt2x00usb_vendor_req_buff_lock()
>> that calls rt2x00usb_vendor_request() which is already looping up to
>> REGISTER_BUSY_COUNT time
hub-ctrl.c
The following patch prevents the endless loop, but I'm really not sure
that The Right Way To Do It (R)
Signed-off-by: Richard Genoud
---
drivers/net/wireless/rt2x00/rt2x00usb.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/net/wireless/rt2x00/rt2x00usb.c
rt2x00usb_register_read_lock() calls rt2x00usb_vendor_req_buff_lock()
that calls rt2x00usb_vendor_request() which is already looping up to
REGISTER_BUSY_COUNT times.
So this loop is not needed.
Signed-off-by: Richard Genoud
---
drivers/net/wireless/rt2x00/rt2x00usb.c | 9 +++--
1 file
2014-02-20 14:48 GMT+01:00 Jiri Kosina :
> On Tue, 11 Feb 2014, Richard Genoud wrote:
>
>> Signed-off-by: Richard Genoud
>> ---
>> drivers/gpio/gpiolib.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/drivers/gpio/g
Signed-off-by: Richard Genoud
---
drivers/gpio/gpiolib.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpio/gpiolib.c b/drivers/gpio/gpiolib.c
index 80da9f1940c9..a0b96695c519 100644
--- a/drivers/gpio/gpiolib.c
+++ b/drivers/gpio/gpiolib.c
@@ -1646,7 +1646,7
Signed-off-by: Richard Genoud
---
include/linux/gpio.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/gpio.h b/include/linux/gpio.h
index b581b13d29d9..85aa5d0b9357 100644
--- a/include/linux/gpio.h
+++ b/include/linux/gpio.h
@@ -3,7 +3,7 @@
#include
, &desc->flags)) {
> gpiod_err(desc,
> --
> 1.8.5.3
>
Tested-by: Richard Genoud
I was just missing that for my gpio modem lines !
Thanks !
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@
Since git v1.7.7, the .git directory can be a file when, for example,
the kernel is a submodule of another git super project.
So, the check "-d .git" is not working anymore in this case.
Using a more generic check like "-e .git" corrects this behaviour.
Signed-off-by: Richard
Since git v1.7.7, the .git directory can be a file when, for example,
the kernel is a submodule of another git super project.
So, the check "-d .git" is not working anymore in this case.
Using a more generic check like "-e .git" corrects this behaviour.
Signed-off-by: Richard
2014-01-23 Alexey Vlasov :
> Hello,
>
> I've already written that after release of version 2.6.32 something
> strange happened either in the kernel or with its base features, namely
> since then there was not released even a single kernel, which would at
> least on my hosting work consistently and
2014/1/8 Mark Brown :
> On Wed, Jan 08, 2014 at 11:15:13AM +0100, Richard Genoud wrote:
>
>> It seems that this patch got lost (or I missed something).
>> As it will now conflict with Wenyou patch "Refactor spi-atmel to use
>> SPI framework queue",
>> s
-next branch of
> git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git
>
> It is tested on sama5d3xek and at91sam9m10g45ek board.
And the bug I was seeing with SPI_IOC_MESSAGE (cf
https://lkml.org/lkml/2013/10/8/269 )
is now gone !
Tested on at91sam9g35-ek
Tested-by: Richard Genoud
2013/11/8 Mark Brown :
> On Thu, Nov 07, 2013 at 10:34:06AM +0100, Richard Genoud wrote:
>> The only speed available was max_speed (the maximum speed declared for a
>> device).
>> This patch adds the support for spi_tranfer->speed_hz parameter.
>> We can now set
2013/11/25 Ezequiel Garcia :
> On Mon, Nov 25, 2013 at 09:29:11AM +0800, Hans Zhang wrote:
>> On 2013/11/22 19:45, Ezequiel Garcia wrote:
>> >> Thanks for your reply.
>> >> This is for my embed system upgrade, I reserved one nand partition for
>> >> filesystem
>> >> environment which will load to
The only speed available was max_speed (the maximum speed declared for a
device).
This patch adds the support for spi_tranfer->speed_hz parameter.
We can now set a different speed for each spi message.
Signed-off-by: Richard Genoud
---
drivers/spi/spi-atmel.c |
[Sorry, for the resend, I didn't pay attention and used Mark's old
email address]
2013/11/5 Richard Genoud :
> Hi,
>
> As I was coding something like this:
> static struct spi_ioc_transfer *xfer;
> struct spi_frame *rx_frame;
> xf
Hi,
As I was coding something like this:
static struct spi_ioc_transfer *xfer;
struct spi_frame *rx_frame;
xfer = calloc(nb, sizeof(*xfer));
for (i = 0; i < nb; i++) {
xfer[i].tx_buf = (unsigned long)tx_buf;
xfer[i].rx_buf = (unsigne
2013/10/21 Yang, Wenyou :
> Hi Richard,
>
>> -Original Message-----
>> From: Richard Genoud [mailto:richard.gen...@gmail.com]
>> Sent: 2013年10月17日 19:01
>> To: Yang, Wenyou
>> Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; Ferre, Nicolas;
>
2013/8/23 Maxime Ripard :
> Hi Richard,
>
> On Wed, Aug 21, 2013 at 11:47:20AM +0200, Richard GENOUD wrote:
>> Hi Maxime, Stephan
>>
>> I just realise that, *sometimes*, I have some warnings on my cubieboard
>> (6 since the 22 of july, and the board is runnning
2013/10/8 Richard Genoud :
> Hi all,
>
> I finally found the bug I saw months ago, before "[PATCH v8 3/8]
> spi/spi-atmel: add dmaengine support" was merged.
>
> Here it is:
>
> When the ioctl SPI_IOC_MESSAGE is used with small and big buffers,
> the big RX bu
2013/10/8 Mark Brown :
> On Tue, Oct 08, 2013 at 12:44:16PM +0200, Richard Genoud wrote:
>
>> I'm attaching the test software that I used ( ./spi_test /dev/spidevx.x )
>
> Looks like the attachment got forgotten?
arg !!!
thanks !
here it is. (I hope !! Since this
2013/10/8 Mark Brown :
> On Tue, Oct 08, 2013 at 12:44:16PM +0200, Richard Genoud wrote:
>
>> I'm attaching the test software that I used ( ./spi_test /dev/spidevx.x )
>
> Looks like the attachment got forgotten?
arg !!!
thanks !
here it is.
#include
#include
#incl
Hi all,
I finally found the bug I saw months ago, before "[PATCH v8 3/8]
spi/spi-atmel: add dmaengine support" was merged.
Here it is:
When the ioctl SPI_IOC_MESSAGE is used with small and big buffers,
the big RX buffer is corrupted with bytes from the big TX buffer.
(Small means size < DMA_MIN_
ust not happen), raise a
> * fat warning and fall back to scanning mode.
> --
> 1.8.3.1
>
Tested-by: Richard Genoud
--
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/
101 - 200 of 430 matches
Mail list logo