Re: [PATCH 2/2] fat: mark fs as dirty on mount and clean on umount

Am 03.01.2013 00:44, schrieb Andrew Morton: On Fri, 28 Dec 2012 02:20:20 +0900 OGAWA Hirofumi hirof...@mail.parknet.co.jp wrote: There is no documented methods to mark FAT as dirty. Unofficially MS started to use reserved Byte in boot sector for this purpose, at least since Win 2000. With Win

Re: [PATCH 09/28] Remove ATHEROS_AR231X

Am 10.02.2014 13:05, schrieb Sergey Ryazanov: 2014-02-10 0:03 GMT+04:00 Richard Weinberger rich...@nod.at: Am 09.02.2014 20:18, schrieb Hauke Mehrtens: On 02/09/2014 07:47 PM, Richard Weinberger wrote: The symbol is an orphan, get rid of it. Signed-off-by: Richard Weinberger rich...@nod.at

Re: VFAT complains that my file system may be corrupted

Am 06.05.2013 20:36, schrieb Tony Luck: Built Linus' tree this morning (HEAD = d7ab7302f970a254997687a1cdede421a5635c68) and got this message: FAT-fs (sda1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck. when booting my ia64 machine. The message may well be

Re: RTL driver for RTL8191SEvB and/or wpa-supplicant really broken at times

Hi Norbert, you should contact Larry Finger larry.fin...@lwfinger.net (i CC him), hi is working on RTL devices so far it is possible. And probably he is only person who doing that :( You should understand that Realtek provide only closed source firmware and, so far i know, no documentation.

Re: [PATCH] ath5k: Remove AHB bus support.

Hmm... i'm working right now to make ar231x device work with upstream sources. First think is boot loader. There are is a ar231x fork of redboot, but i decided to go barebox. See: https://github.com/olerem/barebox/commits/atheros there one more barebox dev on it, so i think we will get it.

Re: [PATCH 0/11] use ether_addr_equal_64bits

Am 17.01.2014 22:24, schrieb Pavel Machek: On Mon 2013-12-30 19:14:56, Julia Lawall wrote: Ether_addr_equal_64bits is more efficient than ether_addr_equal, and can be used when each argument is an array within a structure that contains at least two bytes of data beyond the array. I mean,

Writing clocksource driver, tips?

Hello all, currently i work on porting linux to Aplscale ASM9260, most basic parts are done, now is the time for clocksource driver. I never did it before, so i need some beginner tips. My current driver clocksource provide periodic events at 100Hz rate. But this hardvare can do more then it.

Re: linux-next: ath9k: build failure, ath_cmn_process_fft() redefinition

67dc74f15f147b9f88702de2952d2951e3e000ec Author: Oleksij Rempel li...@rempel-privat.de Date: Thu Nov 6 08:53:30 2014 +0100 ath9k: move spectral.* to common-spectral.* and rename exports from ath9k_spectral_* to ath9k_cmn_spectral_* Signed-off-by: Oleksij Rempel li

Re: [PATCH] ath9k_htc: add adaptive usb flow control to repair soft lockup with monitor mode

It seems to work without noticeable regressions. Am 03.02.2015 um 12:52 schrieb Kalle Valo: yuweizh...@139.com writes: From: Yuwei Zheng yuweizh...@139.com In the environment with heavy wifi traffic, set the ar9271 into monitor mode, will trigger a deadloop panic. The

Re: linux-next: Tree for Jan 30 (build failures)

Hi Guenter, Am 30.01.2015 um 15:25 schrieb Guenter Roeck: On Fri, Jan 30, 2015 at 06:02:09PM +1100, Stephen Rothwell wrote: Hi all, Changes since 20150129: The arm-soc gained conflicts against the arm-current and arm trees. The spi tree gained a build failure for which I reverted a

Re: [PATCH] ath9k_htc: add adaptive usb receive flow control to repair soft lockup with monitor mode

formatting of this patch is still badly broken. ./scripts/checkpatch.pl ~/Downloads/patch.eml ERROR: DOS line endings #442: FILE: drivers/net/wireless/ath/ath9k/htc_drv_txrx.c:1170: +^I^IAURFC_STAT_SET(aurfc_submit_delay, delay);^M$ total: 195 errors, 6 warnings, 1 checks, 310 lines checked

Re: [PATCH] ath9k_htc: add adaptive rate control to repair soft lockup with monitor mode

Looks good, please just one note. Rename rate control to usb flow control, or some thing like this. In this context rate control has different meaning. I'll run you patches on my system with different adapters. Am 03.02.2015 um 10:21 schrieb yuweizh...@139.com: From: Yuwei Zheng

Re: [PATCH] ath9k_htc: add adaptive usb receive flow control to repair soft lockup with monitor mode

Am 09.02.2015 um 08:20 schrieb Yuwei Zheng: On 五, 2015-02-06 at 23:24 +0100, Oleksij Rempel wrote: formatting of this patch is still badly broken. ./scripts/checkpatch.pl ~/Downloads/patch.eml ERROR: DOS line endings #442: FILE: drivers/net/wireless/ath/ath9k/htc_drv_txrx.c:1170: +^I

[PATCH v2] ARM: clk: add clk-asm9260 driver

Provide CLK support for Alphascale ASM9260 SoC. Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- drivers/clk/Makefile | 1 + drivers/clk/clk-asm9260.c | 348 + include/dt-bindings/clock/alphascale,asm9260.h | 97

Re: [PATCH] ARM: clk: add clk-asm9260 driver

Am 15.01.2015 um 00:02 schrieb Mike Turquette: Quoting Oleksij Rempel (2015-01-08 00:59:27) diff --git a/drivers/clk/clk-asm9260.c b/drivers/clk/clk-asm9260.c new file mode 100644 index 000..6b1c220 --- /dev/null +++ b/drivers/clk/clk-asm9260.c snip +static const char *clk_names

[PATCH] clocksource: whitelist asm9260_timer driver for ARM

': asm9260_timer.c:(.init.text+0x60d4): undefined reference to `of_io_request_and_map' Tested-by: Guenter Roeck li...@roeck-us.net Reported-by: Guenter Roeck li...@roeck-us.net Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- drivers/clocksource/Kconfig | 2 +- 1 file changed, 1 insertion

Re: [ath9k-devel] [PATCHv2] ath9k_htc: add adaptive usb receive flow control to repair soft lockup with monitor mode

Do every one OK with this patch? I think this one is the last version? Am 10.02.2015 um 01:34 schrieb Yuwei Zheng: The ath9k_hif_usb_rx_cb function excute on the interrupt context, and ath9k_rx_tasklet excute on the soft irq context. In other words, the ath9k_hif_usb_rx_cb have more chance

[PATCH] ARM: clocksource: fix compile of asm9260_timer driver on ARCH=parisc

incomplete type static void asm9260_timer_set_mode(enum clock_event_mode mode, Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- drivers/clocksource/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/clocksource/Kconfig b/drivers/clocksource/Kconfig index 13b8152..bfaaae4

Re: [PATCH] ARM: clocksource: fix compile of asm9260_timer driver on ARCH=parisc

Am 27.01.2015 um 09:49 schrieb Daniel Lezcano: On 01/27/2015 08:27 AM, Oleksij Rempel wrote: make sure this driver depends on GENERIC_CLOCKEVENTS compiler error was found by kbuild test robot: drivers/clocksource/asm9260_timer.c:114:14: warning: its scope is only this definition

Re: [ath9k-devel] [PATCH] Repair soft lockup with monitor mode of ath9k_htc card

Am 29.01.2015 um 05:09 schrieb zhengyu...@360.cn: From: Yuwei Zheng zhengyu...@360.cn In the environment with heavy wifi traffic, set the ar9271 into monitor mode, will trigger a deadloop panic. The ath9k_hif_usb_rx_cb function excute on the interrupt context, and ath9k_rx_tasklet

[PATCH] ARM: clocksource: whitelist asm9260_timer driver for ARM

': asm9260_timer.c:(.init.text+0x60d4): undefined reference to `of_io_request_and_map' Reported-by: Guenter Roeck li...@roeck-us.net Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- drivers/clocksource/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/clocksource

Re: linux-next: Tree for Feb 9 (build failures)

Am 09.02.2015 um 18:20 schrieb Guenter Roeck: On Mon, Feb 09, 2015 at 09:18:27PM +1100, Stephen Rothwell wrote: Hi all, Please oo not add any material destined for v3.21 to your linux-next included trees until after v3.20-rc1 has been released. Build failures: Building

Re: [PATCH] ath9k_htc: add adaptive usb receive flow control to repair soft lockup with monitor mode

Hi Yuwei, here is some review according lates changes. Please add some comments to the code. Probably it is just me, but it is hard to get idea of the solution. It can happen that by the next workorgy i or someone else can skrew it :D Am 09.02.2015 um 08:13 schrieb yuweizh...@139.com: From:

[PATCH] ARM: clocksource: add asm9260_timer driver

In some cases asm9260 looks similar to iMX2x. One of exceptions is timer controller. So this patch introduces new driver for this special case. Signed-off-by: Oleksij Rempel li...@rempel-privat.de Acked-by: Daniel Lezcano daniel.lezc...@linaro.org --- drivers/clocksource/Kconfig | 9

[PATCH] clk support for Alphascale asm9260

Hello, this patch provides clk support for Alphascale asm9260 SoC. As was suggested by one of ARM maintainers, I explicitly ask you to merge this patch :D Oleksij Rempel (1): ARM: clk: add clk-asm9260 driver drivers/clk/Makefile | 1 + drivers/clk/clk-asm9260.c

[PATCH] ARM: clk: add clk-asm9260 driver

Provide CLK support for Alphascale ASM9260 SoC. Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- drivers/clk/Makefile | 1 + drivers/clk/clk-asm9260.c | 359 + include/dt-bindings/clock/alphascale,asm9260.h | 97

[PATCH] clocksource driver for Alphascale asm9260

Hello, this patch provides clocksource support for Alphascale asm9260 SoC. As was suggested..., I explicitly ask you to merge this patch :D Oleksij Rempel (1): ARM: clocksource: add asm9260_timer driver drivers/clocksource/Kconfig | 9 ++ drivers/clocksource/Makefile| 1

Re: [PATCH] ath9k_htc: check seq number instead of cmd id for timeout

Hi, thank you for your patch. Looks good for me. Did you tested it? Am 13.03.2015 um 09:32 schrieb Fred Chou: From: Fred Chou fred.chou...@gmail.com As the driver may send multiple wmi commands with identical cmd id, it is more robust to check seq number for timeout instead.

[PATCH v2 1/2] pinctrl: Add driver for Alphascale asm9260 pinctrl

- Camera IF - WD - RTC - i2s - GPIO - 12-bit A/D - LCD IF - 8-channel 12-bit ADC - NAND Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- drivers/pinctrl/Kconfig | 8 + drivers/pinctrl/Makefile | 1 + drivers/pinctrl/pinctrl-asm9260.c | 733

[PATCH v2 2/2] pinctrl: asm9260: add pinctrl add device tree bindings documentation

Add device tree bindings documentation for Alphascale asm9260 pin controller Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- .../pinctrl/alphascale,asm9260-pinctrl.txt | 76 ++ 1 file changed, 76 insertions(+) create mode 100644 Documentation/devicetree

[PATCH v2 0/2] Add driver and documentation for Alphascale asm9260 pinctrl

Oleksij Rempel (2): pinctrl: Add driver for Alphascale asm9260 pinctrl pinctrl: asm9260: add pinctrl add device tree bindings documentation .../pinctrl/alphascale,asm9260-pinctrl.txt | 76 +++ drivers/pinctrl/Kconfig| 8 + drivers/pinctrl/Makefile

Re: [PATCH] clockevents: asm9260: Fix compilation error with sparc/sparc64 allyesconfig

Am 23.02.2015 um 20:10 schrieb Guenter Roeck: On Mon, Feb 23, 2015 at 08:00:51PM +0100, Daniel Lezcano wrote: The Kconfig options for the asm9260 timer is wrong as it can be selected by another platform with allyes config and thus leading to a compilation failure as some non arch related code

Re: [PATCH] clockevents: asm9260: Fix compilation error with sparc/sparc64 allyesconfig

Am 23.02.2015 um 21:34 schrieb Guenter Roeck: On Mon, Feb 23, 2015 at 09:27:01PM +0100, Oleksij Rempel wrote: Am 23.02.2015 um 20:10 schrieb Guenter Roeck: On Mon, Feb 23, 2015 at 08:00:51PM +0100, Daniel Lezcano wrote: The Kconfig options for the asm9260 timer is wrong as it can be selected

Re: [PATCH] clockevents: asm9260: Fix compilation error with sparc/sparc64 allyesconfig

Am 23.02.2015 um 22:21 schrieb Daniel Lezcano: On 02/23/2015 09:46 PM, Oleksij Rempel wrote: Am 23.02.2015 um 21:34 schrieb Guenter Roeck: On Mon, Feb 23, 2015 at 09:27:01PM +0100, Oleksij Rempel wrote: Am 23.02.2015 um 20:10 schrieb Guenter Roeck: On Mon, Feb 23, 2015 at 08:00:51PM +0100

Re: [PATCH] Repair soft lockup with monitor mode of ath9k_htc card

Am 29.01.2015 um 00:14 schrieb yuweizh...@139.com: From: Yuwei Zheng yuweizh...@139.com In the environment with heavy wifi traffic, set the ar9271 into monitor mode, will trigger a deadloop panic. The ath9k_hif_usb_rx_cb function excute on the interrupt context, and ath9k_rx_tasklet

Re: [PATCH v4 0/2] Add driver and documentation for Alphascale asm9260 pinctrl

Hallo all, any updates here? :D Am 06.04.2015 um 11:04 schrieb Oleksij Rempel: changes: - v4. As Paul Bolle sugested, fixing License in the header. Oleksij Rempel (2): pinctrl: Add driver for Alphascale asm9260 pinctrl pinctrl: asm9260: add pinctrl add device tree bindings

Re: [PATCH v4 2/2] pinctrl: asm9260: add pinctrl add device tree bindings documentation

Am 05.05.2015 um 16:46 schrieb Linus Walleij: On Mon, Apr 6, 2015 at 11:04 AM, Oleksij Rempel li...@rempel-privat.de wrote: Add device tree bindings documentation for Alphascale asm9260 pin controller Signed-off-by: Oleksij Rempel li...@rempel-privat.de (...) +* Alphascale ASM9260 SoC

Re: [PATCH v4 1/2] pinctrl: Add driver for Alphascale asm9260 pinctrl

Am 05.05.2015 um 17:12 schrieb Linus Walleij: On Mon, Apr 6, 2015 at 11:04 AM, Oleksij Rempel li...@rempel-privat.de wrote: This patch adds driver for Alphascale asm9260 pinctrl support. Alphascale asm9260t is SoC based on ARM926EJ (240MHz) in LQFP176 package. On silicon are: - 32MB SDRAM

Re: [PATCH v4 1/2] pinctrl: Add driver for Alphascale asm9260 pinctrl

Am 13.05.2015 um 13:00 schrieb Linus Walleij: On Tue, May 12, 2015 at 6:25 PM, Oleksij Rempel li...@rempel-privat.de wrote: Am 05.05.2015 um 17:12 schrieb Linus Walleij: Just reference the statically defined array by a pointer instead, this just takes up a lot o memory for no reason

Re: [PATCH] ath9k_htc: check seq number instead of cmd id for timeout

Hi Kalle, can you please apply this patch. Am 06.04.2015 um 08:33 schrieb Fred Chou: Hi all, May I have an update on the patch status please? Thanks and regards, Fred On 13/3/2015 4:32 PM, Fred Chou wrote: From: Fred Chou fred.chou...@gmail.com As the driver may send multiple wmi

Re: [PATCH v3 1/2] pinctrl: Add driver for Alphascale asm9260 pinctrl

some thing? Am 06.04.2015 um 09:42 schrieb Paul Bolle: A license nit follows. On Sun, 2015-04-05 at 08:26 +0200, Oleksij Rempel wrote: --- /dev/null +++ b/drivers/pinctrl/pinctrl-asm9260.c @@ -0,0 +1,733 @@ +/* + * Pinctrl driver for the Alphascale ASM9260 SoC + * + * Copyright (c) 2014

[PATCH v4 2/2] pinctrl: asm9260: add pinctrl add device tree bindings documentation

Add device tree bindings documentation for Alphascale asm9260 pin controller Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- .../pinctrl/alphascale,asm9260-pinctrl.txt | 76 ++ 1 file changed, 76 insertions(+) create mode 100644 Documentation/devicetree

[PATCH v4 1/2] pinctrl: Add driver for Alphascale asm9260 pinctrl

- Camera IF - WD - RTC - i2s - GPIO - 12-bit A/D - LCD IF - 8-channel 12-bit ADC - NAND Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- drivers/pinctrl/Kconfig | 8 + drivers/pinctrl/Makefile | 1 + drivers/pinctrl/pinctrl-asm9260.c | 733

[PATCH v4 0/2] Add driver and documentation for Alphascale asm9260 pinctrl

changes: - v4. As Paul Bolle sugested, fixing License in the header. Oleksij Rempel (2): pinctrl: Add driver for Alphascale asm9260 pinctrl pinctrl: asm9260: add pinctrl add device tree bindings documentation .../pinctrl/alphascale,asm9260-pinctrl.txt | 76 +++ drivers/pinctrl

Re: [PATCH v3 1/2] pinctrl: Add driver for Alphascale asm9260 pinctrl

Am 06.04.2015 um 11:41 schrieb Paul Bolle: On Mon, 2015-04-06 at 10:38 +0200, Oleksij Rempel wrote: If you won't to say: You have a mismatch between header and MODULE_LICENSE, please make sure it will match. You saying some thing like this: I was right last time. Make module License like I

[PATCH v3 1/2] pinctrl: Add driver for Alphascale asm9260 pinctrl

- Camera IF - WD - RTC - i2s - GPIO - 12-bit A/D - LCD IF - 8-channel 12-bit ADC - NAND Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- drivers/pinctrl/Kconfig | 8 + drivers/pinctrl/Makefile | 1 + drivers/pinctrl/pinctrl-asm9260.c | 733

[PATCH v3 2/2] pinctrl: asm9260: add pinctrl add device tree bindings documentation

Add device tree bindings documentation for Alphascale asm9260 pin controller Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- .../pinctrl/alphascale,asm9260-pinctrl.txt | 76 ++ 1 file changed, 76 insertions(+) create mode 100644 Documentation/devicetree

[PATCH v3 0/2] Add driver and documentation for Alphascale asm9260 pinctrl

Oleksij Rempel (2): pinctrl: Add driver for Alphascale asm9260 pinctrl pinctrl: asm9260: add pinctrl add device tree bindings documentation .../pinctrl/alphascale,asm9260-pinctrl.txt | 76 +++ drivers/pinctrl/Kconfig| 8 + drivers/pinctrl/Makefile

Re: [PATCH v2 1/2] pinctrl: Add driver for Alphascale asm9260 pinctrl

Am 27.03.2015 um 18:10 schrieb Paul Bolle: This patch adds a mismatch between the Kconfig symbol (bool) and the code (which assumes a modular built too). On Fri, 2015-03-27 at 10:36 +0100, Oleksij Rempel wrote: --- a/drivers/pinctrl/Kconfig +++ b/drivers/pinctrl/Kconfig @@ -47,6 +47,14

Re: [PATCH v2 1/2] pinctrl: Add driver for Alphascale asm9260 pinctrl

Hi Paul, thank you for your review. Am 27.03.2015 um 18:10 schrieb Paul Bolle: This patch adds a mismatch between the Kconfig symbol (bool) and the code (which assumes a modular built too). On Fri, 2015-03-27 at 10:36 +0100, Oleksij Rempel wrote: --- a/drivers/pinctrl/Kconfig +++ b

Re: [PATCH v6 1/2] ARM: irqchip: mxs: prepare driver for HW with different offsets

Am 11.10.2015 um 19:58 schrieb Thomas Gleixner: > Oleksij, > > On Sat, 10 Oct 2015, Oleksij Rempel wrote: > > The proper subject line starts with: > > irqchip/mxs: > >> Some HW has similar functionality but different register offsets. >> Make su

[PATCH v6 2/2] ARM: irqchip: mxs: add Alphascale ASM9260 support

- ASM9260 don't support FIQ. Signed-off-by: Oleksij Rempel <li...@rempel-privat.de> --- drivers/irqchip/Kconfig| 5 ++ drivers/irqchip/Makefile | 2 +- drivers/irqchip/alphascale_asm9260-icoll.h | 109 + drivers/irqchip/irq

[PATCH v7 3/3] ARM: irqchip: mxs: add Alphascale ASM9260 support

- ASM9260 don't support FIQ. Signed-off-by: Oleksij Rempel <li...@rempel-privat.de> --- drivers/irqchip/Kconfig| 5 ++ drivers/irqchip/Makefile | 2 +- drivers/irqchip/alphascale_asm9260-icoll.h | 109 + drivers/irqchip/irq

[PATCH v7 2/3] ARM: irqchip: mxs: prepare driver for HW with different offsets

way. Signed-off-by: Oleksij Rempel <li...@rempel-privat.de> --- drivers/irqchip/irq-mxs.c | 79 --- 1 file changed, 61 insertions(+), 18 deletions(-) diff --git a/drivers/irqchip/irq-mxs.c b/drivers/irqchip/irq-mxs.c index ce69860..d5cf208

[PATCH v6 1/2] ARM: irqchip: mxs: prepare driver for HW with different offsets

Some HW has similar functionality but different register offsets. Make sure we can change offsets dynamically. Signed-off-by: Oleksij Rempel <li...@rempel-privat.de> --- drivers/irqchip/irq-mxs.c | 78 +-- 1 file changed, 62 insertions(+), 16 del

[PATCH v7 1/3] ARM: irqchip: mxs: do panic if icoll_base == NULL

Current code will only WARN_ON() and dereference the NULL pointer. In this case it is better to panic and stop execution. Signed-off-by: Oleksij Rempel <li...@rempel-privat.de> --- drivers/irqchip/irq-mxs.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/irqch

[PATCH v7 0/3] Add support for ASM9260 interrupt controller

m old code. - remove "return icoll_domain ? 0 : -ENODEV;" checking from both patches. - create separate patch to replace WARN_ON(!icoll_base), sinse it is separate bugfix Oleksij Rempel (3): ARM: irqchip: mxs: do panic if icoll_base == NULL ARM: irqchip: mxs: prepare driver f

[PATCH v5 1/2] ARM: irqchip: mxs: prepare driver for HW with different offsets

Some HW has similar functionality but different register offsets. Make sure we can change offsets dynamically. Signed-off-by: Oleksij Rempel <li...@rempel-privat.de> --- drivers/irqchip/irq-mxs.c | 78 +-- 1 file changed, 62 insertions(+), 16 del

[PATCH v5 0/2] Add support for ASM9260 interrupt controller

spin locks. It was a bad idea. v4: - remove set_irq_flags() v5: - remove intr_per_reg from first patch - move *clear to second patch Oleksij Rempel (2): ARM: irqchip: mxs: prepare driver for HW with different offsets ARM: irqchip: mxs: add Alphascale ASM9260 support drivers/irqch

[PATCH v5 2/2] ARM: irqchip: mxs: add Alphascale ASM9260 support

- ASM9260 don't support FIQ. Signed-off-by: Oleksij Rempel <li...@rempel-privat.de> --- drivers/irqchip/Kconfig| 5 ++ drivers/irqchip/Makefile | 2 +- drivers/irqchip/alphascale_asm9260-icoll.h | 109 + drivers/irqchip/irq

[PATCH v6 2/2] ARM: irqchip: mxs: add Alphascale ASM9260 support

- ASM9260 don't support FIQ. Signed-off-by: Oleksij Rempel <li...@rempel-privat.de> --- drivers/irqchip/Kconfig| 5 ++ drivers/irqchip/Makefile | 2 +- drivers/irqchip/alphascale_asm9260-icoll.h | 109 + drivers/irqchip/irq

[PATCH v6 1/2] ARM: irqchip: mxs: prepare driver for HW with different offsets

Some HW has similar functionality but different register offsets. Make sure we can change offsets dynamically. Signed-off-by: Oleksij Rempel <li...@rempel-privat.de> --- drivers/irqchip/irq-mxs.c | 78 +-- 1 file changed, 62 insertions(+), 16 del

[PATCH v6 0/2] Add support for ASM9260 interrupt controller

spin locks. It was a bad idea. v4: - remove set_irq_flags() v5: - remove intr_per_reg from first patch - move *clear to second patch v6: - update against latest torvalds/linux.git master v4.3-rc4 Oleksij Rempel (2): ARM: irqchip: mxs: prepare driver for HW with different offsets ARM: irqchip

Re: [PATCH v4 1/2] pinctrl: Add driver for Alphascale asm9260 pinctrl

Hi, finally i'm able to continue to work on it. Am 13.05.2015 um 13:00 schrieb Linus Walleij: > On Tue, May 12, 2015 at 6:25 PM, Oleksij Rempel <li...@rempel-privat.de> > wrote: >> Am 05.05.2015 um 17:12 schrieb Linus Walleij: > >>> Just reference the statica

[PATCH 1/2] ARM: irqchip: mxs: prepare driver for HW with different offsets

Some HW has similar functionality but different register offsets. Make sure we can change offsets dynamically. Signed-off-by: Oleksij Rempel <li...@rempel-privat.de> --- drivers/irqchip/irq-mxs.c | 55 --- 1 file changed, 42 insertions(+), 13 del

[PATCH 2/2] ARM: irqchip: mxs: add Alpascale ASM9260 support

- ASM9260 don't support FIQ. Signed-off-by: Oleksij Rempel <li...@rempel-privat.de> --- drivers/irqchip/Kconfig| 5 ++ drivers/irqchip/Makefile | 2 +- drivers/irqchip/alphascale_asm9260-icoll.h | 109 + drivers/irqchip/irq

[PATCH v2 2/2] ARM: irqchip: mxs: add Alpascale ASM9260 support

From: Oleksij Rempel <external.oleksij.rem...@de.bosch.com> Freescale iMX23/iMX28 and Alphascale ASM9260 have similar interrupt collectors. It makes easy to reuse irq-mxs code for ASM9260. Differences between this devices are fallowing: - different register offsets - different count of int

Re: [PATCH v2 2/2] ARM: irqchip: mxs: add Alpascale ASM9260 support

Am 20.09.2015 um 13:28 schrieb Marc Zyngier: > On Sat, 19 Sep 2015 07:53:34 +0200 > Oleksij Rempel <li...@rempel-privat.de> wrote: > >> Am 18.09.2015 um 12:42 schrieb Marc Zyngier: >>> On Fri, 18 Sep 2015 11:18:42 +0200 >>> Oleksi

[PATCH v4 1/2] ARM: irqchip: mxs: prepare driver for HW with different offsets

Some HW has similar functionality but different register offsets. Make sure we can change offsets dynamically. Signed-off-by: Oleksij Rempel <li...@rempel-privat.de> --- drivers/irqchip/irq-mxs.c | 83 ++- 1 file changed, 67 insertions(+), 16 del

[PATCH v4 0/2] Add support for ASM9260 interrupt controller

spin locks. It was a bad idea. v4: - remove set_irq_flags() Oleksij Rempel (2): ARM: irqchip: mxs: prepare driver for HW with different offsets ARM: irqchip: mxs: add Alphascale ASM9260 support drivers/irqchip/Kconfig| 5 + drivers/irqchip/Makefile | 2 +

[PATCH v4 2/2] ARM: irqchip: mxs: add Alphascale ASM9260 support

- ASM9260 don't support FIQ. Signed-off-by: Oleksij Rempel <li...@rempel-privat.de> --- drivers/irqchip/Kconfig| 5 ++ drivers/irqchip/Makefile | 2 +- drivers/irqchip/alphascale_asm9260-icoll.h | 109 + drivers/irqchip/irq

[PATCH v3 0/2] Add support for ASM9260 interrupt controller

spin locks. It was a bad idea. Oleksij Rempel (2): ARM: irqchip: mxs: prepare driver for HW with different offsets ARM: irqchip: mxs: add Alphascale ASM9260 support drivers/irqchip/Kconfig| 5 + drivers/irqchip/Makefile | 2 +- drivers/irqchip/alphasca

[PATCH v3 2/2] ARM: irqchip: mxs: add Alphascale ASM9260 support

From: Oleksij Rempel <external.oleksij.rem...@de.bosch.com> Freescale iMX23/iMX28 and Alphascale ASM9260 have similar interrupt collectors. It makes easy to reuse irq-mxs code for ASM9260. Differences between this devices are fallowing: - different register offsets - different count of int

[PATCH v3 1/2] ARM: irqchip: mxs: prepare driver for HW with different offsets

Some HW has similar functionality but different register offsets. Make sure we can change offsets dynamically. Signed-off-by: Oleksij Rempel <li...@rempel-privat.de> --- drivers/irqchip/irq-mxs.c | 83 ++- 1 file changed, 67 insertions(+), 16 del

Re: Possible Spam [PATCH v2 2/2] ARM: irqchip: mxs: add Alpascale ASM9260 support

Am 18.09.2015 um 12:42 schrieb Marc Zyngier: > On Fri, 18 Sep 2015 11:18:42 +0200 > Oleksij Rempel <li...@rempel-privat.de> wrote: > >> From: Oleksij Rempel <external.oleksij.rem...@de.bosch.com> >> >> Freescale iMX23/iMX28 and Alphascale ASM9260 have sim

[PATCH v2 2/2] ARM: irqchip: mxs: add Alpascale ASM9260 support

From: Oleksij Rempel <external.oleksij.rem...@de.bosch.com> Freescale iMX23/iMX28 and Alphascale ASM9260 have similar interrupt collectors. It makes easy to reuse irq-mxs code for ASM9260. Differences between this devices are fallowing: - different register offsets - different count of int

[PATCH v2 0/2] changelog

v2: - move some parts from patch 2 to 1 - make separate irq_chip for ICOLL and ASM9260 Oleksij Rempel (2): ARM: irqchip: mxs: prepare driver for HW with different offsets ARM: irqchip: mxs: add Alpascale ASM9260 support drivers/irqchip/Kconfig| 5 + drivers/irqchip

[PATCH v2 1/2] ARM: irqchip: mxs: prepare driver for HW with different offsets

Some HW has similar functionality but different register offsets. Make sure we can change offsets dynamically. Signed-off-by: Oleksij Rempel <li...@rempel-privat.de> --- drivers/irqchip/irq-mxs.c | 83 ++- 1 file changed, 67 insertions(+), 16 del

Re: [PATCH 2/2] net-ath9k_htc: Replace a variable initialisation by an assignment in ath9k_htc_set_channel()

caldata = >caldata; > - > + caldata = fastcc ? NULL : >caldata; > ret = ath9k_hw_reset(ah, hchan, caldata, fastcc); > if (ret) { > ath_err(common, > Reviewed-by: Oleksij Rempel <li...@rempel-privat.de> -- Regards, Oleksij signature.asc Description: OpenPGP digital signature

Re: [PATCH 1/2] net-ath9k_htc: Delete an unnecessary variable initialisation in ath9k_hif_usb_rx_stream()

> { > struct sk_buff *nskb, *skb_pool[MAX_PKT_NUM_IN_TRANSFER]; > - int index = 0, i = 0, len = skb->len; > + int index = 0, i, len = skb->len; > int rx_remain_len, rx_pkt_len; > u16 pool_index = 0; > u8 *ptr; > Reviewed-by: Oleksij Rempel <li...@rempel-privat.de> -- Regards, Oleksij signature.asc Description: OpenPGP digital signature

[PATCH v2] irqchip: mxs: add missing set_handle_irq()

pport") Signed-off-by: Oleksij Rempel <li...@rempel-privat.de> --- drivers/irqchip/irq-mxs.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/irqchip/irq-mxs.c b/drivers/irqchip/irq-mxs.c index c22e2d4..efe5084 100644 --- a/drivers/irqchip/irq-mxs.c +++ b/drivers/irqchip/irq

Re: [PATCH] irqchip: mxs: add missing set_handle_irq()

Am 29.01.2016 um 09:33 schrieb Thomas Gleixner: > On Fri, 29 Jan 2016, Oleksij Rempel wrote: > >> this will fix IRQ related issues on Alphascale ASM9260 > > This really does not qualify as a changelog. > > 1) What's the problem and what consequences does it hav

Re: [PATCH] irqchip: mxs: add missing set_handle_irq()

Am 29.01.2016 um 09:54 schrieb Thomas Gleixner: > On Fri, 29 Jan 2016, Oleksij Rempel wrote: >> Am 29.01.2016 um 09:33 schrieb Thomas Gleixner: >>> On Fri, 29 Jan 2016, Oleksij Rempel wrote: >>> >>>> this will fix IRQ related issues on Alphascale ASM92

[PATCH] irqchip: mxs: add missing set_handle_irq()

this will fix IRQ related issues on Alphascale ASM9260 Signed-off-by: Oleksij Rempel <li...@rempel-privat.de> --- drivers/irqchip/irq-mxs.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/irqchip/irq-mxs.c b/drivers/irqchip/irq-mxs.c index c22e2d4..efe5084 100644 --- a/d

Re: [PATCH] rtc: asm9260: remove incorrect __init/__exit annotations

Am 16.03.2016 um 10:30 schrieb Alexandre Belloni: > Hi, > > On 15/03/2016 at 22:44:31 +0100, Arnd Bergmann wrote : >> The probe and remove callbacks of the platform driver are marked __init >> and __exit, respectively. However, this is not a correct way to annotate >> them, as it will result in

Re: [RFC PATCH 0/3] UART slave device bus

Hallo Nikolaus, do i understand it correctly. This driver is to make kind of interchip communication and represent uart as a bus to allow use this bus from multiple kernel driver or expose it to user space? Correct? Am 19.08.2016 um 09:29 schrieb H. Nikolaus Schaller: > Hi, > >> Am 19.08.2016

Re: [RFC PATCH 0/3] UART slave device bus

Am 19.08.2016 um 19:50 schrieb H. Nikolaus Schaller: > Hi, > >> Am 19.08.2016 um 09:49 schrieb Oleksij Rempel <li...@rempel-privat.de>: >> >> Hallo Nikolaus, >> >> do i understand it correctly. This driver is to make kind of interchip >> commun

Re: [PATCH 2/2] rtc: asm9260: rework locking

Hi Am 31.08.2016 um 02:18 schrieb Alexandre Belloni: > The rtc-asm9260 driver uses a discrete spinlock (wrongly uninitialized). > Use the rtc mutex to lock mmio accesses instead. > > Signed-off-by: Alexandre Belloni > --- > drivers/rtc/rtc-asm9260.c | 16

Re: [PATCH v2 2/2] rtc: asm9260: rework locking

Looks ok, thank you! Am 31.08.2016 um 18:15 schrieb Alexandre Belloni: > The rtc-asm9260 driver uses a discrete spinlock (wrongly uninitialized). > Use the rtc mutex to lock mmio accesses instead. > > Signed-off-by: Alexandre Belloni > --- >

[PATCH] asus-wmi: filter buggy scan codes on ASUS Q500A

. This patch is filtering this buggy code out. https://bugzilla.kernel.org/show_bug.cgi?id=119391 Signed-off-by: Oleksij Rempel <li...@rempel-privat.de> Cc: Alex Henrie <alexhenri...@gmail.com> Cc: Dmitry Torokhov <dmitry.torok...@gmail.com> Cc: Corentin Chary <corentin.ch...@gmail

Re: [PATCH] morse code panics for 2.5.65

Am 12.03.2017 um 17:22 schrieb Tomas Szepe: > Hello Oleksij, > >> can you please give GPL permission for this code. > > Fine by me. > Thank you, is you permission enough, or I should wait for Andrew response? -- Regards, Oleksij signature.asc Description: OpenPGP digital signature

Re: [PATCH v1 3/3] nvmem: dt: document SNVS LPGPR binding

On Tue, Apr 11, 2017 at 08:35:00AM -0500, Rob Herring wrote: > On Mon, Apr 10, 2017 at 11:36 PM, Oleksij Rempel <o...@pengutronix.de> wrote: > > Hi, > > On 04/10/2017 08:22 PM, Rob Herring wrote: > >> > >> On Thu, Apr 06, 2017 at 09:31:07AM +0200, Oleksij

Re: [PATCH v2 2/3] fs: ubifs: update i_version on inode changes

On Tue, Apr 11, 2017 at 11:13:24PM +0200, Richard Weinberger wrote: > Am 11.04.2017 um 18:05 schrieb Christoph Hellwig: > > On Tue, Apr 11, 2017 at 11:50:54AM +0200, Oleksij Rempel wrote: > >> increment i_version to notify security/IMA about changes > >> made in

Re: [PATCH v2 2/3] fs: ubifs: update i_version on inode changes

On Tue, Apr 11, 2017 at 11:08:47PM -0700, Christoph Hellwig wrote: > On Wed, Apr 12, 2017 at 08:05:34AM +0200, Oleksij Rempel wrote: > > The code seems to confirm it. So i assumed that IMA don't care if > > i_version is stored to disk or not. And i_version is the only way > >

Re: [PATCH v2 3/3] fs: ubifs: set s_uuid in super block

On Tue, Apr 11, 2017 at 10:48:28PM -0700, Christoph Hellwig wrote: > On Tue, Apr 11, 2017 at 10:43:26PM +0200, Richard Weinberger wrote: > > Artem, do you remember why UBIFS didn't set s_uuid in first place? > > It's an extremely odd field - only a hand full of file systems set it > (e.g. XFS

[PATCH v1 1/3] nvmem: add snvs_lpgpr driver

application for retaining data during an SoC power-down mode. Signed-off-by: Oleksij Rempel <o.rem...@pengutronix.de> Cc: Srinivas Kandagatla <srinivas.kandaga...@linaro.org> Cc: Maxime Ripard <maxime.rip...@free-electrons.com> Cc: linux-kernel@vger.kernel.org --- drivers/nvmem/

[PATCH v1 3/3] nvmem: dt: document SNVS LPGPR binding

Documenation bindings for the Low Power General Purpose Registe available on i.MX6 SoCs in the Secure Non-Volatile Storage. Signed-off-by: Oleksij Rempel <o.rem...@pengutronix.de> Cc: Srinivas Kandagatla <srinivas.kandaga...@linaro.org> Cc: Maxime Ripard <maxime.rip...@free-electro

[PATCH v1 2/3] ARM: dts: imx6qdl.dtsi: add "fsl,imx6q-snvs-lpgpr" node

This node is for Low Power General Purpose Registe wich can be used as Non-Volatile Storage. Signed-off-by: Oleksij Rempel <o.rem...@pengutronix.de> Cc: linux-arm-ker...@lists.infradead.org Cc: linux-kernel@vger.kernel.org Cc: devicet...@vger.kernel.org Cc: Rob Herring <robh...@kerne

Re: [PATCH v1 2/3] fs: ubifs: i_version on inode changes

please ignore this patch. It need to be updated. On 04/10/2017 08:53 AM, Oleksij Rempel wrote: From: Sascha Hauer <s.ha...@pengutronix.de> This is necessary for IMA/EVM to detect changes on inodes. Signed-off-by: Sascha Hauer <s.ha...@pengutronix.de> Signed-off-by: Oleksij R

Re: [PATCH v1 1/3] UBIFS: parse iversion mount option

please ignore this patch. It need to be updated. On 04/10/2017 08:53 AM, Oleksij Rempel wrote: From: Steffen Trumtrar <s.trumt...@pengutronix.de> Signed-off-by: Steffen Trumtrar <s.trumt...@pengutronix.de> Signed-off-by: Oleksij Rempel <o.rem...@pengutronix.de> --- fs/

  1   2   3   4   5   6   7   8   9   10   >