Re: [PATCH v3 0/2] WM8505/WM8650 DT fixes for SD card controller

2015-12-24 0:48 GMT+03:00 Roman Volkov : > В Sat, 4 Apr 2015 15:27:20 +0300 > Roman Volkov пишет: > >> В Sun, 1 Mar 2015 23:39:11 +0300 >> Roman Volkov пишет: >> >> > В Sun, 01 Mar 2015 20:52:55 +0100 >> > Arnd Bergmann пишет: >> > >> > > On Sunday 01 March 2015 19:06:45 Roman Volkov wrote: >>

Re: [PATCH v2 0/3] clocksource/vt8500: Fix hangs in small delays

t; delta and fails with -ETIME. > > Google group discussion: > https://groups.google.com/forum/#!topic/vt8500-wm8505-linux-kernel/vDMF_mDOb1k > > v2: > Address comments by Alexey Charkov. Merge patches to get less amount of > changes (three patches instead of four). > > Tested

Re: [PATCH v2 0/3] clocksource/vt8500: Fix hangs in small delays

xt_event() now receives too small > delta and fails with -ETIME. > > Google group discussion: > https://groups.google.com/forum/#!topic/vt8500-wm8505-linux-kernel/vDMF_mDOb1k > > v2: > Address comments by Alexey Charkov. Merge patches to get less amount of > changes (thre

Re: [PATCH v3 0/2] WM8505/WM8650 DT fixes for SD card controller

2015-12-24 0:48 GMT+03:00 Roman Volkov : > В Sat, 4 Apr 2015 15:27:20 +0300 > Roman Volkov пишет: > >> В Sun, 1 Mar 2015 23:39:11 +0300 >> Roman Volkov пишет: >> >> > В Sun, 01 Mar 2015 20:52:55 +0100 >> > Arnd Bergmann пишет: >>

Re: [PATCH 0/4] clocksource/vt8500: Fix hangs in small delays

2015-12-21 23:33 GMT+03:00 Roman Volkov : >> Roman Volkov mail.ru> writes: >> >> > >> > From: Roman Volkov v1ros.org> >> > >> > vt8500 timer requires special synchronization for accessing some of >> > its registers. Define special read and write functions to handle >> > this process

Re: [PATCH 0/4] clocksource/vt8500: Fix hangs in small delays

2015-12-21 23:33 GMT+03:00 Roman Volkov : >> Roman Volkov mail.ru> writes: >> >> > >> > From: Roman Volkov v1ros.org> >> > >> > vt8500 timer requires special synchronization for accessing some of >> > its registers. Define special read and write functions to handle >> > this

Re: [PATCH 4/4] clocksource/vt8500: Add register R/W functions

Roman Volkov mail.ru> writes: > > From: Roman Volkov v1ros.org> > > vt8500 timer requires special synchronization for accessing some of its > registers. Define special read and write functions to handle this process > transparently. Maybe introduce such accessor functions (conditionally)

Re: [PATCH 4/4] clocksource/vt8500: Add register R/W functions

Roman Volkov mail.ru> writes: > > From: Roman Volkov v1ros.org> > > vt8500 timer requires special synchronization for accessing some of its > registers. Define special read and write functions to handle this process > transparently. Maybe introduce such accessor functions (conditionally)

Re: [PATCH] mmc: wmt-sdmmc: fix unmatched release_mem_region

2014-11-10 1:18 GMT+03:00 lautriv : > On 11/09/2014 10:55 PM, Fabio Estevam wrote: >> >> On Sun, Nov 9, 2014 at 7:12 PM, Alexey Charkov wrote: >> >>> + res = platform_get_resource(pdev, IORESOURCE_MEM, 0); >>> + if (!res) { >>> +

[PATCH] mmc: wmt-sdmmc: fix unmatched release_mem_region

a bit simpler. Signed-off-by: Helmut Stengele (edited commit message) Signed-off-by: Alexey Charkov --- Dear Chris, Ulf, This is a pretty trivial fix to a bug in wmt-sdmmc.c that is only visible upon module unload. Is there any chance to get it merged to the current fixes tree? I think I'd also

[PATCH] mmc: wmt-sdmmc: fix unmatched release_mem_region

the error/unload paths a bit simpler. Signed-off-by: Helmut Stengele laut...@coldplug.net (edited commit message) Signed-off-by: Alexey Charkov alch...@gmail.com --- Dear Chris, Ulf, This is a pretty trivial fix to a bug in wmt-sdmmc.c that is only visible upon module unload. Is there any chance to get

Re: [PATCH] mmc: wmt-sdmmc: fix unmatched release_mem_region

2014-11-10 1:18 GMT+03:00 lautriv laut...@coldplug.net: On 11/09/2014 10:55 PM, Fabio Estevam wrote: On Sun, Nov 9, 2014 at 7:12 PM, Alexey Charkov alch...@gmail.com wrote: + res = platform_get_resource(pdev, IORESOURCE_MEM, 0); + if (!res) { + ret = -ENODEV

[PATCH 1/4] tty: vt8500_serial: add support for UART in WM8880 chips

to software mode on affected chips (only WM8880 so far). Also remove the redundant copy of the binding doc, while we are here. Signed-off-by: Alexey Charkov --- .../devicetree/bindings/serial/via,vt8500-uart.txt | 17 -- .../devicetree/bindings/serial/vt8500-uart.txt | 3 +- drivers/tty

[PATCH 2/4] tty: vt8500_serial: add missing support for RTS setting

Signed-off-by: Alexey Charkov --- drivers/tty/serial/vt8500_serial.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/tty/serial/vt8500_serial.c b/drivers/tty/serial/vt8500_serial.c index f225719..47e74f9 100644 --- a/drivers/tty/serial/vt8500_serial.c +++ b/drivers/tty

[PATCH 3/4] tty: vt8500_serial: explicitly calculate base baud rate

lso ensure that break signal timing is updated when baud rate changes. Signed-off-by: Alexey Charkov --- drivers/tty/serial/vt8500_serial.c | 27 +-- 1 file changed, 21 insertions(+), 6 deletions(-) diff --git a/drivers/tty/serial/vt8500_serial.c b/drivers/tty/serial/vt850

[PATCH 4/4] tty: vt8500_serial: add polled console functions

This adds simple polling functions for single-character transmit and receive, as used by kgdb. Signed-off-by: Alexey Charkov --- drivers/tty/serial/vt8500_serial.c | 31 +++ 1 file changed, 31 insertions(+) diff --git a/drivers/tty/serial/vt8500_serial.c b/drivers

[PATCH 0/4] tty: vt8500_serial: Changes for -next

tested on a WonderMedia WM8880 netbook (all), and on a VIA Springboard (WM8950) (all except KGDB). Greg, could you please merge these for -next, if they look fine? Thanks a lot, Alexey Alexey Charkov (4): tty: vt8500_serial: add support for UART in WM8880 chips tty: vt8500_serial: add

[PATCH 0/4] tty: vt8500_serial: Changes for -next

tested on a WonderMedia WM8880 netbook (all), and on a VIA Springboard (WM8950) (all except KGDB). Greg, could you please merge these for -next, if they look fine? Thanks a lot, Alexey Alexey Charkov (4): tty: vt8500_serial: add support for UART in WM8880 chips tty: vt8500_serial: add

[PATCH 3/4] tty: vt8500_serial: explicitly calculate base baud rate

that break signal timing is updated when baud rate changes. Signed-off-by: Alexey Charkov alch...@gmail.com --- drivers/tty/serial/vt8500_serial.c | 27 +-- 1 file changed, 21 insertions(+), 6 deletions(-) diff --git a/drivers/tty/serial/vt8500_serial.c b/drivers/tty/serial

[PATCH 4/4] tty: vt8500_serial: add polled console functions

This adds simple polling functions for single-character transmit and receive, as used by kgdb. Signed-off-by: Alexey Charkov alch...@gmail.com --- drivers/tty/serial/vt8500_serial.c | 31 +++ 1 file changed, 31 insertions(+) diff --git a/drivers/tty/serial

[PATCH 2/4] tty: vt8500_serial: add missing support for RTS setting

Signed-off-by: Alexey Charkov alch...@gmail.com --- drivers/tty/serial/vt8500_serial.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/tty/serial/vt8500_serial.c b/drivers/tty/serial/vt8500_serial.c index f225719..47e74f9 100644 --- a/drivers/tty/serial/vt8500_serial.c +++ b

[PATCH 1/4] tty: vt8500_serial: add support for UART in WM8880 chips

to software mode on affected chips (only WM8880 so far). Also remove the redundant copy of the binding doc, while we are here. Signed-off-by: Alexey Charkov alch...@gmail.com --- .../devicetree/bindings/serial/via,vt8500-uart.txt | 17 -- .../devicetree/bindings/serial/vt8500-uart.txt | 3

Re: [PATCH RESEND] irqchip: vt8500: Properly mask the interrupt in irq_mask()

2014-05-11 23:29 GMT+04:00 lautriv : > Alexey, i wonder how you can tell "all works fine" since 8850 is still > vomiting a bunch when it comes to I2C or GPIO. Maybe i missed some changes > there ? I've never noticed anything like that on my machine... Note though that I don't use I2C actively (or

Re: [PATCH RESEND] irqchip: vt8500: Properly mask the interrupt in irq_mask()

2014-05-11 23:29 GMT+04:00 lautriv lautriv.hims...@gmail.com: Alexey, i wonder how you can tell all works fine since 8850 is still vomiting a bunch when it comes to I2C or GPIO. Maybe i missed some changes there ? I've never noticed anything like that on my machine... Note though that I don't

Re: [PATCH RESEND] irqchip: vt8500: Properly mask the interrupt in irq_mask()

2014-05-04 7:14 GMT+04:00 Axel Lin : > Current code sets both irq_ack and irq_mask callbacks to vt8500_irq_mask(). > However, vt8500_irq_mask does not clear interrupt enable bit when the > interrupt > trigger mode is edge trigger. > > This patch moves the code clearing Interrupt Status Register

Re: [PATCH RESEND] irqchip: vt8500: Properly mask the interrupt in irq_mask()

2014-05-04 7:14 GMT+04:00 Axel Lin axel@ingics.com: Current code sets both irq_ack and irq_mask callbacks to vt8500_irq_mask(). However, vt8500_irq_mask does not clear interrupt enable bit when the interrupt trigger mode is edge trigger. This patch moves the code clearing Interrupt

[PATCH] net: via-rhine: Convert #ifdef USE_MMIO to a runtime flag

: warning: 'quirks' may be used uninitialized in this function [-Wmaybe-uninitialized] phy_id = rp->quirks & rqIntPHY ? 1 : 0; ^ drivers/net/ethernet/via/via-rhine.c:1026:6: note: 'quirks' was declared here u32 quirks; ^ Signed-off-by: Alexey

[PATCH] net: via-rhine: Convert #ifdef USE_MMIO to a runtime flag

: warning: 'quirks' may be used uninitialized in this function [-Wmaybe-uninitialized] phy_id = rp-quirks rqIntPHY ? 1 : 0; ^ drivers/net/ethernet/via/via-rhine.c:1026:6: note: 'quirks' was declared here u32 quirks; ^ Signed-off-by: Alexey Charkov alch

Re: [PATCH] net: via-rhine: Fix compiler warning re: pointer casting on 64bit

2014-05-01 13:30 GMT+04:00 David Laight : > From: Alexey Charkov [mailto:alch...@gmail.com] > ... >> This patch removes the cast altogether, and instead stores an actual >> pointer to u8 in match->data. All instances of 'revision' are also >> unified to u8 instead of

Re: [PATCH] net: via-rhine: Fix compiler warning re: pointer casting on 64bit

2014-05-01 13:30 GMT+04:00 David Laight david.lai...@aculab.com: From: Alexey Charkov [mailto:alch...@gmail.com] ... This patch removes the cast altogether, and instead stores an actual pointer to u8 in match-data. All instances of 'revision' are also unified to u8 instead of an assortment

[PATCH] net: via-rhine: Drop revision property, use quirks instead

ia-rhine: add OF bus binding"). Tested in platform configuration on a VIA WM8950 APC Rock board. Reported-by: Jan Moskyto Matejka Signed-off-by: Alexey Charkov --- This supercedes a previously submitted patch titled: net: via-rhine: Fix compiler warning re: pointer casting on 64bit I tho

[PATCH] net: via-rhine: Fix compiler warning re: pointer casting on 64bit

ed to u8 instead of an assortment of different integer types, in line with the definition of 'revision' in struct pci_dev. Tested in platform configuration on a VIA WM8950 APC Rock board. Reported-by: Jan Moskyto Matejka Signed-off-by: Alexey Charkov --- drivers/net/ethernet/via/via-rhine.c | 13 +

Re: [PATCH] net: via-rhine: fix compiler warning

2014-04-30 12:49 GMT+04:00 David Laight : > From: Jan Moskyto Matejka >> Fixed different size cast warning: >> >> drivers/net/ethernet/via/via-rhine.c: In function >> rhine_init_one_platform: >> drivers/net/ethernet/via/via-rhine.c:1132:13: warning: cast from >> pointer to integer of

Re: [PATCH] net: via-rhine: fix compiler warning

2014-04-30 12:49 GMT+04:00 David Laight david.lai...@aculab.com: From: Jan Moskyto Matejka Fixed different size cast warning: drivers/net/ethernet/via/via-rhine.c: In function rhine_init_one_platform: drivers/net/ethernet/via/via-rhine.c:1132:13: warning: cast from pointer to

[PATCH] net: via-rhine: Fix compiler warning re: pointer casting on 64bit

of an assortment of different integer types, in line with the definition of 'revision' in struct pci_dev. Tested in platform configuration on a VIA WM8950 APC Rock board. Reported-by: Jan Moskyto Matejka m...@suse.cz Signed-off-by: Alexey Charkov alch...@gmail.com --- drivers/net/ethernet/via/via-rhine.c

[PATCH] net: via-rhine: Drop revision property, use quirks instead

: add OF bus binding). Tested in platform configuration on a VIA WM8950 APC Rock board. Reported-by: Jan Moskyto Matejka m...@suse.cz Signed-off-by: Alexey Charkov alch...@gmail.com --- This supercedes a previously submitted patch titled: net: via-rhine: Fix compiler warning re: pointer casting

[PATCH] pinctrl: vt8500: Ensure value reg is updated when setting direction

off-by: Alexey Charkov --- drivers/pinctrl/vt8500/pinctrl-wmt.c | 23 --- 1 file changed, 12 insertions(+), 11 deletions(-) diff --git a/drivers/pinctrl/vt8500/pinctrl-wmt.c b/drivers/pinctrl/vt8500/pinctrl-wmt.c index 9802b67..2c61281 100644 --- a/drivers/pinctrl/vt8500/pinc

Re: [PATCH] net: via-rhine: fix compiler warning

thanks a lot for catching this. Have to admit that I didn't compile it on 64bit. Acked-by: Alexey Charkov Looks like the same would apply to e.g. drivers/clk/samsung/clk.c and maybe some others... Also, a number of drivers cast OF data from (void *) to (int) or (unsigned int) - isn't t

Re: [PATCH] net: via-rhine: fix compiler warning

to admit that I didn't compile it on 64bit. Acked-by: Alexey Charkov alch...@gmail.com Looks like the same would apply to e.g. drivers/clk/samsung/clk.c and maybe some others... Also, a number of drivers cast OF data from (void *) to (int) or (unsigned int) - isn't this also problematic on 64bit? Thanks

[PATCH] pinctrl: vt8500: Ensure value reg is updated when setting direction

-by: Alexey Charkov alch...@gmail.com --- drivers/pinctrl/vt8500/pinctrl-wmt.c | 23 --- 1 file changed, 12 insertions(+), 11 deletions(-) diff --git a/drivers/pinctrl/vt8500/pinctrl-wmt.c b/drivers/pinctrl/vt8500/pinctrl-wmt.c index 9802b67..2c61281 100644 --- a/drivers/pinctrl

[PATCH 1/3] net: via-rhine: switch to generic DMA functions

Remove legacy PCI DMA wrappers and instead use generic DMA functions directly in preparation for OF bus binding Signed-off-by: Alexey Charkov --- drivers/net/ethernet/via/via-rhine.c | 84 ++-- 1 file changed, 43 insertions(+), 41 deletions(-) diff --git

[PATCH 2/3] net: via-rhine: reduce usage of the PCI-specific struct

Use more generic data structures instead of struct pci_dev wherever possible in preparation for OF bus binding Signed-off-by: Alexey Charkov --- drivers/net/ethernet/via/via-rhine.c | 116 +++ 1 file changed, 62 insertions(+), 54 deletions(-) diff --git

[PATCH 3/3] net: via-rhine: add OF bus binding

This should make the driver usable with VIA/WonderMedia ARM-based Systems-on-Chip integrated Rhine III adapters. Note that these are always in MMIO mode, and don't have any known EEPROM. Signed-off-by: Alexey Charkov --- .../devicetree/bindings/net/via-rhine.txt | 17 ++ arch/arm/boot

[PATCH v2 0/3] net: via-rhine: add support for on-chip Rhine controllers

indentation of function arguments - Switched to 'dev_is_pci' instead of string comparison on bus name - Dropped 'rhine,revision' DT attribute, put the revision into OF match table instead - Included actual device tree nodes where applicable Alexey Charkov (3): net: via-rhine: switch

[PATCH v2 0/3] net: via-rhine: add support for on-chip Rhine controllers

indentation of function arguments - Switched to 'dev_is_pci' instead of string comparison on bus name - Dropped 'rhine,revision' DT attribute, put the revision into OF match table instead - Included actual device tree nodes where applicable Alexey Charkov (3): net: via-rhine: switch

[PATCH 3/3] net: via-rhine: add OF bus binding

This should make the driver usable with VIA/WonderMedia ARM-based Systems-on-Chip integrated Rhine III adapters. Note that these are always in MMIO mode, and don't have any known EEPROM. Signed-off-by: Alexey Charkov alch...@gmail.com --- .../devicetree/bindings/net/via-rhine.txt | 17

[PATCH 2/3] net: via-rhine: reduce usage of the PCI-specific struct

Use more generic data structures instead of struct pci_dev wherever possible in preparation for OF bus binding Signed-off-by: Alexey Charkov alch...@gmail.com --- drivers/net/ethernet/via/via-rhine.c | 116 +++ 1 file changed, 62 insertions(+), 54 deletions

[PATCH 1/3] net: via-rhine: switch to generic DMA functions

Remove legacy PCI DMA wrappers and instead use generic DMA functions directly in preparation for OF bus binding Signed-off-by: Alexey Charkov alch...@gmail.com --- drivers/net/ethernet/via/via-rhine.c | 84 ++-- 1 file changed, 43 insertions(+), 41 deletions

Re: [PATCH 3/3] net: via-rhine: add OF bus binding

2014/1/29 Tony Prisk : > On 29/01/14 07:27, Alexey Charkov wrote: >> >> 2014/1/27 Rob Herring : >>> >>> On Mon, Jan 27, 2014 at 5:51 AM, Alexey Charkov >>> wrote: >>>> >>>> This should make the driver usable with VIA/WonderMedia

Re: [PATCH 3/3] net: via-rhine: add OF bus binding

2014/1/28 Ben Hutchings : > On Mon, 2014-01-27 at 19:34 +0400, Alexey Charkov wrote: >> 2014/1/27 Ben Hutchings : >> > On Mon, 2014-01-27 at 15:51 +0400, Alexey Charkov wrote: >> >> This should make the driver usable with VIA/WonderMedia ARM-based >> >

Re: [PATCH 3/3] net: via-rhine: add OF bus binding

2014/1/27 Rob Herring : > On Mon, Jan 27, 2014 at 5:51 AM, Alexey Charkov wrote: >> This should make the driver usable with VIA/WonderMedia ARM-based >> Systems-on-Chip integrated Rhine III adapters. Note that these >> are always in MMIO mode, and don't have any known EEP

Re: [PATCH 3/3] net: via-rhine: add OF bus binding

2014/1/27 Rob Herring robherri...@gmail.com: On Mon, Jan 27, 2014 at 5:51 AM, Alexey Charkov alch...@gmail.com wrote: This should make the driver usable with VIA/WonderMedia ARM-based Systems-on-Chip integrated Rhine III adapters. Note that these are always in MMIO mode, and don't have any

Re: [PATCH 3/3] net: via-rhine: add OF bus binding

2014/1/28 Ben Hutchings b...@decadent.org.uk: On Mon, 2014-01-27 at 19:34 +0400, Alexey Charkov wrote: 2014/1/27 Ben Hutchings b...@decadent.org.uk: On Mon, 2014-01-27 at 15:51 +0400, Alexey Charkov wrote: This should make the driver usable with VIA/WonderMedia ARM-based Systems-on-Chip

Re: [PATCH 3/3] net: via-rhine: add OF bus binding

2014/1/29 Tony Prisk li...@prisktech.co.nz: On 29/01/14 07:27, Alexey Charkov wrote: 2014/1/27 Rob Herring robherri...@gmail.com: On Mon, Jan 27, 2014 at 5:51 AM, Alexey Charkov alch...@gmail.com wrote: This should make the driver usable with VIA/WonderMedia ARM-based Systems-on-Chip

Re: [PATCH 3/3] net: via-rhine: add OF bus binding

2014/1/27 Ben Hutchings : > On Mon, 2014-01-27 at 15:51 +0400, Alexey Charkov wrote: >> This should make the driver usable with VIA/WonderMedia ARM-based >> Systems-on-Chip integrated Rhine III adapters. Note that these >> are always in MMIO mode, and don't

Re: [PATCH 1/3] net: via-rhine: switch to generic DMA functions

2014/1/27 Ben Hutchings : > On Mon, 2014-01-27 at 15:51 +0400, Alexey Charkov wrote: >> Remove legacy PCI DMA wrappers and instead use generic DMA functions >> directly in preparation for OF bus binding >> >> Signed-off-by: Alexey Charkov >> Signed-off-by: Rog

[PATCH 3/3] net: via-rhine: add OF bus binding

This should make the driver usable with VIA/WonderMedia ARM-based Systems-on-Chip integrated Rhine III adapters. Note that these are always in MMIO mode, and don't have any known EEPROM. Signed-off-by: Alexey Charkov Signed-off-by: Roger Luethi --- .../devicetree/bindings/net/via-rhine.txt

[PATCH 2/3] net: via-rhine: reduce usage of the PCI-specific struct

Use more generic data structures instead of struct pci_dev wherever possible in preparation for OF bus binding Signed-off-by: Alexey Charkov Signed-off-by: Roger Luethi --- drivers/net/ethernet/via/via-rhine.c | 116 +++ 1 file changed, 62 insertions(+), 54

[PATCH 1/3] net: via-rhine: switch to generic DMA functions

Remove legacy PCI DMA wrappers and instead use generic DMA functions directly in preparation for OF bus binding Signed-off-by: Alexey Charkov Signed-off-by: Roger Luethi --- drivers/net/ethernet/via/via-rhine.c | 56 +++- 1 file changed, 29 insertions(+), 27

[PATCH 0/3] Resubmit: net: via-rhine: add support for on-chip Rhine controllers

this way). Not sure if it's appropriate for 3.14 at this point, but getting it merged to -next would be much appreciated. Best regards, Alexey Alexey Charkov (3): net: via-rhine: switch to generic DMA functions net: via-rhine: reduce usage of the PCI-specific struct net: via-rhine: add OF bus

[PATCH 0/3] Resubmit: net: via-rhine: add support for on-chip Rhine controllers

this way). Not sure if it's appropriate for 3.14 at this point, but getting it merged to -next would be much appreciated. Best regards, Alexey Alexey Charkov (3): net: via-rhine: switch to generic DMA functions net: via-rhine: reduce usage of the PCI-specific struct net: via-rhine: add OF bus

[PATCH 1/3] net: via-rhine: switch to generic DMA functions

Remove legacy PCI DMA wrappers and instead use generic DMA functions directly in preparation for OF bus binding Signed-off-by: Alexey Charkov alch...@gmail.com Signed-off-by: Roger Luethi r...@hellgate.ch --- drivers/net/ethernet/via/via-rhine.c | 56 +++- 1 file

[PATCH 2/3] net: via-rhine: reduce usage of the PCI-specific struct

Use more generic data structures instead of struct pci_dev wherever possible in preparation for OF bus binding Signed-off-by: Alexey Charkov alch...@gmail.com Signed-off-by: Roger Luethi r...@hellgate.ch --- drivers/net/ethernet/via/via-rhine.c | 116 +++ 1 file

[PATCH 3/3] net: via-rhine: add OF bus binding

This should make the driver usable with VIA/WonderMedia ARM-based Systems-on-Chip integrated Rhine III adapters. Note that these are always in MMIO mode, and don't have any known EEPROM. Signed-off-by: Alexey Charkov alch...@gmail.com Signed-off-by: Roger Luethi r...@hellgate.ch

Re: [PATCH 3/3] net: via-rhine: add OF bus binding

2014/1/27 Ben Hutchings b...@decadent.org.uk: On Mon, 2014-01-27 at 15:51 +0400, Alexey Charkov wrote: This should make the driver usable with VIA/WonderMedia ARM-based Systems-on-Chip integrated Rhine III adapters. Note that these are always in MMIO mode, and don't have any known EEPROM

Re: [PATCH 1/3] net: via-rhine: switch to generic DMA functions

2014/1/27 Ben Hutchings b...@decadent.org.uk: On Mon, 2014-01-27 at 15:51 +0400, Alexey Charkov wrote: Remove legacy PCI DMA wrappers and instead use generic DMA functions directly in preparation for OF bus binding Signed-off-by: Alexey Charkov alch...@gmail.com Signed-off-by: Roger Luethi r

Re: [PATCH 0/3] net: via-rhine: add support for on-chip Rhine controllers

2013/11/23, Alexey Charkov : > This series introduces platform bus (OpenFirmware) binding for via-rhine, > as used in various ARM-based Systems-on-Chip by VIA/WonderMedia. > > This has been tested on a WM8950-based VIA APC Rock development board > > Alexey Charkov (3): > n

Re: [PATCH 0/3] net: via-rhine: add support for on-chip Rhine controllers

2013/11/23, Alexey Charkov alch...@gmail.com: This series introduces platform bus (OpenFirmware) binding for via-rhine, as used in various ARM-based Systems-on-Chip by VIA/WonderMedia. This has been tested on a WM8950-based VIA APC Rock development board Alexey Charkov (3): net: via-rhine

Re: [PATCH 4/4] fb: vt8500: Add VGA output support to wm8505fb driver.

2013/5/18 Tony Prisk : > The APC8750 does not support an LCD panel, but provides a VGA connector. > This patch adds support for the VGA interface, and defines an optional > devicetree property to specify the output interface. The default if not > specified is LCD for backward compatibility. > >

Re: [PATCH 4/4] fb: vt8500: Add VGA output support to wm8505fb driver.

2013/5/18 Tony Prisk li...@prisktech.co.nz: The APC8750 does not support an LCD panel, but provides a VGA connector. This patch adds support for the VGA interface, and defines an optional devicetree property to specify the output interface. The default if not specified is LCD for backward

Re: [PATCH 1/1] Add Wondermedia Technologies (wmt) to docs/devicetree/vendor-bindings.txt

2012/7/19 Tony Prisk : > From: Arnd Bergmann [a...@arndb.de] > Sent: 19 July 2012 23:16 > To: vt8500-wm8505-linux-ker...@googlegroups.com > Cc: Tony Prisk; Alexey Charkov; devicetree-disc...@lists.ozlabs.org; Russell > King; linux-kernel@vger.kernel.org; linux-arm-ker...@list

Re: [PATCH 1/1] Add Wondermedia Technologies (wmt) to docs/devicetree/vendor-bindings.txt

2012/7/19 Tony Prisk li...@prisktech.co.nz: From: Arnd Bergmann [a...@arndb.de] Sent: 19 July 2012 23:16 To: vt8500-wm8505-linux-ker...@googlegroups.com Cc: Tony Prisk; Alexey Charkov; devicetree-disc...@lists.ozlabs.org; Russell King; linux-kernel@vger.kernel.org; linux-arm-ker

Re: [PATCH 1/1] Add Wondermedia Technologies (wmt) to docs/devicetree/vendor-bindings.txt

2012/7/17 Arnd Bergmann : > It would also be helpful to describe why the specific string is used here. > Normally we use the stock ticker symbol and "wmt" refers to Wal-Mart, > which would be unlikely but not impossible to produce their own hardware > in the future. The same thing applies to

Re: [PATCH 1/1] Add Wondermedia Technologies (wmt) to docs/devicetree/vendor-bindings.txt

2012/7/17 Arnd Bergmann a...@arndb.de: It would also be helpful to describe why the specific string is used here. Normally we use the stock ticker symbol and wmt refers to Wal-Mart, which would be unlikely but not impossible to produce their own hardware in the future. The same thing applies