Re: [PATCH v4 0/4] i2c: designware: improve performance for transfers

ion, Christian had added: > > Tested-by: Christian Ruppert <christian.rupp...@alitech.com> > on TB101 with Linux-4.7 Tested-by: Christian Ruppert <christian.rupp...@alitech.com> Re-tested this iteration in the same configuration (TB101, Linux-4.7). Still works perfectly. &

Re: [PATCH v4 0/4] i2c: designware: improve performance for transfers

ion, Christian had added: > > Tested-by: Christian Ruppert > on TB101 with Linux-4.7 Tested-by: Christian Ruppert Re-tested this iteration in the same configuration (TB101, Linux-4.7). Still works perfectly. > And Jarkko added his Acked-by: Jarkko Nikula > on patches 1 and

Re: [PATCH v3 0/3] i2c: designware: improve performance for transfers

ayTrail and CherryTrail, both of them returning true > for > "dynamically update TAR" Tested-by: Christian Ruppert <christian.rupp...@alitech.com> on TB101 with Linux-4.7 Seems to work perfectly now, congratulations and thanks for your patience with our platform... This was a hard one!

Re: [PATCH v3 0/3] i2c: designware: improve performance for transfers

ayTrail and CherryTrail, both of them returning true > for > "dynamically update TAR" Tested-by: Christian Ruppert on TB101 with Linux-4.7 Seems to work perfectly now, congratulations and thanks for your patience with our platform... This was a hard one! > José Roberto de Souza (1): &g

Re: [PATCH] i2c: designware: do not disable adapter after transfer

Dear Lucas, On 04.05.2016 16:38, Lucas De Marchi wrote: > Hi Christian, > > On Mon, May 2, 2016 at 7:11 AM, Christian Ruppert > <christian.rupp...@alitech.com> wrote: >> Dear Lucas, >> >> On 22.04.2016 17:19, Lucas De Marchi wrote: >>> CC'ing Christ

Re: [PATCH] i2c: designware: do not disable adapter after transfer

Dear Lucas, On 04.05.2016 16:38, Lucas De Marchi wrote: > Hi Christian, > > On Mon, May 2, 2016 at 7:11 AM, Christian Ruppert > wrote: >> Dear Lucas, >> >> On 22.04.2016 17:19, Lucas De Marchi wrote: >>> CC'ing Christian. >>> >>> On

Re: [PATCH] i2c: designware: do not disable adapter after transfer

Dear Lucas, On 22.04.2016 17:19, Lucas De Marchi wrote: > CC'ing Christian. > > On Fri, Apr 22, 2016 at 12:08 PM, Lucas De Marchi > wrote: >> Disabling the adapter after each transfer is pretty bad for sensors and >> other devices doing small transfers at a high rate.

Re: [PATCH] i2c: designware: do not disable adapter after transfer

Dear Lucas, On 22.04.2016 17:19, Lucas De Marchi wrote: > CC'ing Christian. > > On Fri, Apr 22, 2016 at 12:08 PM, Lucas De Marchi > wrote: >> Disabling the adapter after each transfer is pretty bad for sensors and >> other devices doing small transfers at a high rate. It slows down the >>

Re: [PATCH] i2c: designware: do not disable adapter after transfer

On 2016-04-07 19:28, De Marchi, Lucas wrote: > Hi Christian, > > On Thu, 2016-04-07 at 15:37 +0200, Christian Ruppert wrote: >> Dear Lucas, >> >> Sorry for the late reply but I had to put our test environment back >> together to check this patch. I'll keep it

Re: [PATCH] i2c: designware: do not disable adapter after transfer

On 2016-04-07 19:28, De Marchi, Lucas wrote: > Hi Christian, > > On Thu, 2016-04-07 at 15:37 +0200, Christian Ruppert wrote: >> Dear Lucas, >> >> Sorry for the late reply but I had to put our test environment back >> together to check this patch. I'll keep it

Re: [PATCH] i2c: designware: do not disable adapter after transfer

Dear Lucas, Sorry for the late reply but I had to put our test environment back together to check this patch. I'll keep it around for a while in case you have further iterations to test. On 2016-04-01 04:47, Lucas De Marchi wrote: > From: Lucas De Marchi > > Disabling

Re: [PATCH] i2c: designware: do not disable adapter after transfer

Dear Lucas, Sorry for the late reply but I had to put our test environment back together to check this patch. I'll keep it around for a while in case you have further iterations to test. On 2016-04-01 04:47, Lucas De Marchi wrote: > From: Lucas De Marchi > > Disabling the adapter after each

Re: [PATCH v2 7/9] ARC: use fixed frequencies in arc_set_early_base_baud()

cy. > > Among other things this will allow us to get rid of > arc_{get|set}_core_freq() and switch to generic clock > framework later on. > > Cc: Christian Ruppert <christian.rupp...@alitech.com> > Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> > Signed-off-by:

Re: [PATCH v2 7/9] ARC: use fixed frequencies in arc_set_early_base_baud()

arc_{get|set}_core_freq() and switch to generic clock > framework later on. > > Cc: Christian Ruppert > Signed-off-by: Alexey Brodkin > Signed-off-by: Vineet Gupta Acked-by: Christian Ruppert > --- > Changes v1 -> v2 > - Base baud TB10x needs to be 166.66 not 166.67 [

Re: [PATCH 7/9] ARC: use fixed frequencies in arc_set_early_base_baud()

Alexey Brodkin wrote on 02.02.2016 13:53:26: > > Adding Christian for Abilis TB10x clocks review. > > On Tue, 2016-02-02 at 16:28 +0530, Vineet Gupta wrote: > > From: Alexey Brodkin > > > > UARTs usually have fixed clock so we're switching to use of > > constant values instead of something

Re: [PATCH 7/9] ARC: use fixed frequencies in arc_set_early_base_baud()

Alexey Brodkin wrote on 02.02.2016 13:53:26: > > Adding Christian for Abilis TB10x clocks review. > > On Tue, 2016-02-02 at 16:28 +0530, Vineet Gupta wrote: > > From: Alexey Brodkin > > > > UARTs usually have fixed clock so we're switching

Re: [PATCH] i2c: designware: use enable on resume instead initialization

> Lucas De Marchi wrote on 23.06.2015 19:02:03: > > > > On Tue, Jun 23, 2015 at 1:45 PM, wrote: > > > > > Hello, > > > > > > > > > > Christian Ruppert/ALi_GVA/ALi wrote on 10.06.2015 17:05:16: > > > > [...] > > > >

Re: [PATCH] i2c: designware: use enable on resume instead initialization

Dear Lucas, Lucas De Marchi wrote on 23.06.2015 19:02:03: > On Tue, Jun 23, 2015 at 1:45 PM, wrote: > > Hello, > > > > Christian Ruppert/ALi_GVA/ALi wrote on 10.06.2015 17:05:16: > [...] > > The result is not very encouraging: Out of five (identical) designwar

Re: [PATCH] i2c: designware: use enable on resume instead initialization

Dear Lucas, Lucas De Marchi lucas.de.mar...@gmail.com wrote on 23.06.2015 19:02:03: On Tue, Jun 23, 2015 at 1:45 PM, christian.rupp...@alitech.com wrote: Hello, Christian Ruppert/ALi_GVA/ALi wrote on 10.06.2015 17:05:16: [...] The result is not very encouraging: Out of five (identical

Re: [PATCH] i2c: designware: use enable on resume instead initialization

wrote on 23.06.2015 19:02:03: On Tue, Jun 23, 2015 at 1:45 PM, christian.rupp...@alitech.com wrote: Hello, Christian Ruppert/ALi_GVA/ALi wrote on 10.06.2015 17:05:16: [...] The result is not very encouraging: Out of five (identical) designware i2c

Re: [PATCH] i2c: designware: use enable on resume instead initialization

Hello, Christian Ruppert/ALi_GVA/ALi wrote on 10.06.2015 17:05:16: > Mika Westerberg wrote on 10.06. > 2015 09:07:22: > > On Tue, Jun 09, 2015 at 03:29:01PM -0300, Lucas De Marchi wrote: > > > Hi Mika, > > > > > > On Tue, Jun 9, 2015 at 5:51 AM, Mika Weste

Re: [PATCH] i2c: designware: use enable on resume instead initialization

Hello, Christian Ruppert/ALi_GVA/ALi wrote on 10.06.2015 17:05:16: Mika Westerberg mika.westerb...@linux.intel.com wrote on 10.06. 2015 09:07:22: On Tue, Jun 09, 2015 at 03:29:01PM -0300, Lucas De Marchi wrote: Hi Mika, On Tue, Jun 9, 2015 at 5:51 AM, Mika Westerberg mika.westerb

Re: [PATCH v2] i2c: designware: Suppress error message if platform_get_irq() < 0

Alexey Brodkin wrote on 03/09/2015 10:03:12 AM: > From: Alexey Brodkin > To: linux-...@vger.kernel.org, > Cc: linux-kernel@vger.kernel.org, Alexey Brodkin > , Vineet Gupta > , Christian Ruppert > , Mika Westerberg > , Wolfram Sang , > Andy Shevchenko >

Re: [PATCH v2] i2c: designware: Suppress error message if platform_get_irq() 0

: Christian Ruppert christian.rupp...@abilis.com Acked-by: Christian Ruppert christian.rupp...@alitech.com Please note that my email address has changed and use the alitech one in future. The abilis address might be switched off soon. Cc: Mika Westerberg mika.westerb...@linux.intel.com Cc: Wolfram

Re: [PATCH] i2c: designware: Suppress error message if platform_get_irq() returns -EPROBE_DEFER

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2015-03-03 18:21, Wolfram Sang wrote: > >> which omit this type of messages completely. Andy's proposal of >> centralising this looks like a very good solution here (and on >> top of that removes many useless strings from the kernel >> binary). >

Re: [PATCH] i2c: designware: Suppress error message if platform_get_irq() returns -EPROBE_DEFER

Hello Alexey, Alexey Brodkin wrote on 03/03/2015 05:37:31 PM: > From: > > Alexey Brodkin > > To: > > "christian.rupp...@alitech.com" , > > Cc: > > "mika.westerb...@linux.intel.com" , > "linux-kernel@vger.kernel.org" , > "vineet.gup...@synopsys.com" , "wsa@the- > dreams.de" ,

Re: [PATCH] i2c: designware: Suppress error message if platform_get_irq() returns -EPROBE_DEFER

; > Signed-off-by: Alexey Brodkin > Cc: Vineet Gupta > Cc: Christian Ruppert > Cc: Mika Westerberg > Cc: Wolfram Sang > --- > drivers/i2c/busses/i2c-designware-platdrv.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/drivers/i2c/buss

Re: [PATCH] i2c: designware: Suppress error message if platform_get_irq() returns -EPROBE_DEFER

vgu...@synopsys.com Cc: Christian Ruppert christian.rupp...@abilis.com Cc: Mika Westerberg mika.westerb...@linux.intel.com Cc: Wolfram Sang w...@the-dreams.de --- drivers/i2c/busses/i2c-designware-platdrv.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/i2c

Re: [PATCH] i2c: designware: Suppress error message if platform_get_irq() returns -EPROBE_DEFER

Hello Alexey, Alexey Brodkin alexey.brod...@synopsys.com wrote on 03/03/2015 05:37:31 PM: From: Alexey Brodkin alexey.brod...@synopsys.com To: christian.rupp...@alitech.com christian.rupp...@alitech.com, Cc: mika.westerb...@linux.intel.com mika.westerb...@linux.intel.com,

Re: [PATCH] i2c: designware: Suppress error message if platform_get_irq() returns -EPROBE_DEFER

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2015-03-03 18:21, Wolfram Sang wrote: which omit this type of messages completely. Andy's proposal of centralising this looks like a very good solution here (and on top of that removes many useless strings from the kernel binary). I am

[PATCH] pinctrl/TB10x: Fix signedness bug

In the TB10x pin database, a port index of -1 is used to indicate unmuxed GPIO pin groups. This bug fixes a 'cast to unsigned' bug of this value. Thanks to Dan Carpenter for highlighting this. CC: Dan Carpenter Signed-off-by: Christian Ruppert --- drivers/pinctrl/pinctrl-tb10x.c |3 +-- 1

[PATCH] pinctrl/TB10x: Fix signedness bug

In the TB10x pin database, a port index of -1 is used to indicate unmuxed GPIO pin groups. This bug fixes a 'cast to unsigned' bug of this value. Thanks to Dan Carpenter for highlighting this. CC: Dan Carpenter dan.carpen...@oracle.com Signed-off-by: Christian Ruppert christian.rupp

Re: [PATCH 2/2 v2] x86: Add support for uncompressed kernel images

On Mon, Nov 18, 2013 at 02:48:30PM +0100, Christian Ruppert wrote: > There seems to be some interest to enable uncompressed kernels also for x86 > in addition to (embedded) ARC platforms. > > Add the code to support uncompressed kernels to lib/, select the respective > Kconfig opti

Re: [PATCH 2/2 v2] x86: Add support for uncompressed kernel images

On Mon, Nov 18, 2013 at 02:48:30PM +0100, Christian Ruppert wrote: There seems to be some interest to enable uncompressed kernels also for x86 in addition to (embedded) ARC platforms. Add the code to support uncompressed kernels to lib/, select the respective Kconfig options for the x86

[PATCH 2/2 v2] x86: Add support for uncompressed kernel images

-off-by: Christian Ruppert --- arch/x86/Kconfig |1 + arch/x86/boot/compressed/Makefile | 14 ++-- arch/x86/boot/compressed/misc.c |4 +++ lib/decompress_copy.c | 44 + 4 files changed, 56 insertions(+), 7

[PATCH 2/2] x86: Add support for uncompressed kernel images

Signed-off-by: Christian Ruppert --- arch/x86/Kconfig |1 + arch/x86/boot/compressed/Makefile | 14 ++-- arch/x86/boot/compressed/misc.c |4 +++ lib/decompress_copy.c | 44 + 4 files changed, 56 insertions

[PATCH 1/2] init/Kconfig: add option to disable kernel compression

to permit disabling of kernel compression. Signed-off-by: Christian Ruppert --- arch/arc/Kconfig |2 ++ init/Kconfig | 13 - 2 files changed, 14 insertions(+), 1 deletions(-) diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig index 2ee0c9b..15f4c3d 100644 --- a/arch/arc/Kconfig +++

Re: [PATCH] [FIX] init/Kconfig: fix option to disable kernel compression

On Sat, Nov 16, 2013 at 03:12:56PM +0530, Vineet Gupta wrote: > On 11/15/2013 10:21 PM, Christian Ruppert wrote: > > Some architectures with self-decompressing kernel images did not compile > > with commit 69f0554ec261fd686ac7fa1c598cc9eb27b83a80 because they don't > > provid

Re: [PATCH] [FIX] init/Kconfig: fix option to disable kernel compression

On Sat, Nov 16, 2013 at 03:12:56PM +0530, Vineet Gupta wrote: On 11/15/2013 10:21 PM, Christian Ruppert wrote: Some architectures with self-decompressing kernel images did not compile with commit 69f0554ec261fd686ac7fa1c598cc9eb27b83a80 because they don't provide a non-decompression

[PATCH 1/2] init/Kconfig: add option to disable kernel compression

to permit disabling of kernel compression. Signed-off-by: Christian Ruppert christian.rupp...@abilis.com --- arch/arc/Kconfig |2 ++ init/Kconfig | 13 - 2 files changed, 14 insertions(+), 1 deletions(-) diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig index 2ee0c9b..15f4c3d 100644

[PATCH 2/2] x86: Add support for uncompressed kernel images

Signed-off-by: Christian Ruppert christian.rupp...@abilis.com --- arch/x86/Kconfig |1 + arch/x86/boot/compressed/Makefile | 14 ++-- arch/x86/boot/compressed/misc.c |4 +++ lib/decompress_copy.c | 44 + 4

[PATCH 2/2 v2] x86: Add support for uncompressed kernel images

-off-by: Christian Ruppert christian.rupp...@abilis.com --- arch/x86/Kconfig |1 + arch/x86/boot/compressed/Makefile | 14 ++-- arch/x86/boot/compressed/misc.c |4 +++ lib/decompress_copy.c | 44 + 4 files changed

Re: [PATCH 1/2] init/Kconfig: add option to disable kernel compression

On Thu, Nov 14, 2013 at 03:51:22PM +0530, Vineet Gupta wrote: > +CC Sam for Kconfig wisdom > > On 11/14/2013 02:08 PM, Christian Ruppert wrote: > > Some ARC users say they can boot faster with without kernel compression. > > This probably depends on things like the FL

[PATCH] [FIX] init/Kconfig: fix option to disable kernel compression

explicitly state they support them. Signed-off-by: Christian Ruppert --- arch/arc/Kconfig | 2 ++ init/Kconfig | 5 + 2 files changed, 7 insertions(+) diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig index 2ee0c9b..15f4c3d 100644 --- a/arch/arc/Kconfig +++ b/arch/arc/Kconfig @@ -21,6 +21,8

Re: [PATCH 2/2] x86: Add support for uncompressed kernel images

On Thu, Nov 14, 2013 at 09:45:12AM -0800, H. Peter Anvin wrote: > On 11/14/2013 12:38 AM, Christian Ruppert wrote: > > diff --git a/lib/decompress_copy.c b/lib/decompress_copy.c > > new file mode 100644 > > index 000..8a41090 > > --- /dev/null > > +++ b/lib/de

Re: [PATCH 2/2] x86: Add support for uncompressed kernel images

On Thu, Nov 14, 2013 at 09:31:44AM -0800, H. Peter Anvin wrote: > So it sounds like we're starting from the beginning - I presume that > means the patch currently in the kernel should be reverted first? Ack -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of

Re: [PATCH 2/2] x86: Add support for uncompressed kernel images

On Thu, Nov 14, 2013 at 09:31:44AM -0800, H. Peter Anvin wrote: So it sounds like we're starting from the beginning - I presume that means the patch currently in the kernel should be reverted first? Ack -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a

Re: [PATCH 2/2] x86: Add support for uncompressed kernel images

On Thu, Nov 14, 2013 at 09:45:12AM -0800, H. Peter Anvin wrote: On 11/14/2013 12:38 AM, Christian Ruppert wrote: diff --git a/lib/decompress_copy.c b/lib/decompress_copy.c new file mode 100644 index 000..8a41090 --- /dev/null +++ b/lib/decompress_copy.c @@ -0,0 +1,47

[PATCH] [FIX] init/Kconfig: fix option to disable kernel compression

explicitly state they support them. Signed-off-by: Christian Ruppert christian.rupp...@abilis.com --- arch/arc/Kconfig | 2 ++ init/Kconfig | 5 + 2 files changed, 7 insertions(+) diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig index 2ee0c9b..15f4c3d 100644 --- a/arch/arc/Kconfig +++ b/arch

Re: [PATCH 1/2] init/Kconfig: add option to disable kernel compression

On Thu, Nov 14, 2013 at 03:51:22PM +0530, Vineet Gupta wrote: +CC Sam for Kconfig wisdom On 11/14/2013 02:08 PM, Christian Ruppert wrote: Some ARC users say they can boot faster with without kernel compression. This probably depends on things like the FLASH chip they use etc. Until

[PATCH 1/2] init/Kconfig: add option to disable kernel compression

to permit disabling of kernel compression. Signed-off-by: Christian Ruppert --- arch/arc/Kconfig | 2 ++ init/Kconfig | 12 +++- 2 files changed, 13 insertions(+), 1 deletion(-) diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig index 91dbb27..3991f03 100644 --- a/arch/arc/Kconfig +++

[PATCH 2/2] x86: Add support for uncompressed kernel images

Signed-off-by: Christian Ruppert --- arch/x86/Kconfig | 1 + arch/x86/boot/compressed/Makefile | 14 ++-- arch/x86/boot/compressed/misc.c | 4 lib/decompress_copy.c | 47 +++ 4 files changed, 59 insertions(+), 7

Re: Uncompressed kernel doesn't build on x86_64

On Wed, Nov 13, 2013 at 11:34:18AM -0500, Pavel Roskin wrote: > Hi Christian, > > Your recent patch enables uncompressed kernels, but selecting that > option (CONFIG_KERNEL_UNCOMPRESSED) fails on x86_86: > [...] > arch/x86/boot/compressed/Makefile has no provision for uncompressed > files. There

Re: Uncompressed kernel doesn't build on x86_64

On Wed, Nov 13, 2013 at 11:34:18AM -0500, Pavel Roskin wrote: Hi Christian, Your recent patch enables uncompressed kernels, but selecting that option (CONFIG_KERNEL_UNCOMPRESSED) fails on x86_86: [...] arch/x86/boot/compressed/Makefile has no provision for uncompressed files. There is no

[PATCH 2/2] x86: Add support for uncompressed kernel images

Signed-off-by: Christian Ruppert christian.rupp...@abilis.com --- arch/x86/Kconfig | 1 + arch/x86/boot/compressed/Makefile | 14 ++-- arch/x86/boot/compressed/misc.c | 4 lib/decompress_copy.c | 47 +++ 4 files

[PATCH 1/2] init/Kconfig: add option to disable kernel compression

to permit disabling of kernel compression. Signed-off-by: Christian Ruppert christian.rupp...@abilis.com --- arch/arc/Kconfig | 2 ++ init/Kconfig | 12 +++- 2 files changed, 13 insertions(+), 1 deletion(-) diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig index 91dbb27..3991f03 100644

Re: [PATCH 03/03] GPIO: Add TB10x GPIO driver

On Wed, Oct 16, 2013 at 02:58:55PM +0200, Christian Ruppert wrote: > On Wed, Oct 16, 2013 at 01:29:44PM +0200, Linus Walleij wrote: > > On Tue, Oct 15, 2013 at 3:45 PM, Christian Ruppert > > wrote: > > > On Wed, Oct 09, 2013 at 02:19:17PM +0200, Linus Walleij wrote: >

Re: [PATCH 03/03] GPIO: Add TB10x GPIO driver

On Wed, Oct 16, 2013 at 02:58:55PM +0200, Christian Ruppert wrote: On Wed, Oct 16, 2013 at 01:29:44PM +0200, Linus Walleij wrote: On Tue, Oct 15, 2013 at 3:45 PM, Christian Ruppert christian.rupp...@abilis.com wrote: On Wed, Oct 09, 2013 at 02:19:17PM +0200, Linus Walleij wrote: It's

Re: [PATCH 03/03] GPIO: Add TB10x GPIO driver

On Wed, Oct 16, 2013 at 01:29:44PM +0200, Linus Walleij wrote: > On Tue, Oct 15, 2013 at 3:45 PM, Christian Ruppert > wrote: > > On Wed, Oct 09, 2013 at 02:19:17PM +0200, Linus Walleij wrote: > > >> It's not like I'm 100% certain on where to use one or the other > >

[PATCH] Add a short note on pinctrl_get_group_pins to pinctrl.txt

This patch adds a short description of how to use the newly added pinctrl_get_group_pins function to the pinctrl documentation. Signed-off-by: Christian Ruppert --- Documentation/pinctrl.txt |7 ++- 1 files changed, 6 insertions(+), 1 deletions(-) diff --git a/Documentation/pinctrl.txt

[PATCH] Add a short note on pinctrl_get_group_pins to pinctrl.txt

This patch adds a short description of how to use the newly added pinctrl_get_group_pins function to the pinctrl documentation. Signed-off-by: Christian Ruppert christian.rupp...@abilis.com --- Documentation/pinctrl.txt |7 ++- 1 files changed, 6 insertions(+), 1 deletions(-) diff --git

Re: [PATCH 03/03] GPIO: Add TB10x GPIO driver

On Wed, Oct 16, 2013 at 01:29:44PM +0200, Linus Walleij wrote: On Tue, Oct 15, 2013 at 3:45 PM, Christian Ruppert christian.rupp...@abilis.com wrote: On Wed, Oct 09, 2013 at 02:19:17PM +0200, Linus Walleij wrote: It's not like I'm 100% certain on where to use one or the other construct

Re: [PATCH 03/03] GPIO: Add TB10x GPIO driver

On Wed, Oct 09, 2013 at 02:19:17PM +0200, Linus Walleij wrote: > On Tue, Oct 8, 2013 at 2:25 PM, Christian Ruppert > wrote: > > Overall this driver is looking very nice, we just need to figure out this > group range concept in the other patch. > > > +Example: >

[PATCH V2] pinmux: Add TB10x pinmux driver

The pinmux driver of the Abilis Systems TB10x platform based on ARC700 CPUs. Used to control the pinmux and is a prerequisite for the GPIO driver. Signed-off-by: Christian Ruppert Signed-off-by: Pierrick Hascoet --- .../bindings/pinctrl/abilis,tb10x-iomux.txt| 80 ++ drivers/pinctrl

[PATCH V2] Make non-linear GPIO ranges accesible from gpiolib

This patch adds the infrastructure required to register non-linear gpio ranges through gpiolib and the standard GPIO device tree bindings. Signed-off-by: Christian Ruppert --- Documentation/devicetree/bindings/gpio/gpio.txt | 40 ++- drivers/gpio/gpiolib-of.c

Re: [PATCH 01/03] Make non-linear GPIO ranges accesible from gpiolib

On Wed, Oct 09, 2013 at 04:01:05PM +0200, Linus Walleij wrote: > On Wed, Oct 9, 2013 at 3:28 PM, Christian Ruppert > wrote: > > On Wed, Oct 09, 2013 at 01:58:35PM +0200, Linus Walleij wrote: > >> On Tue, Oct 8, 2013 at 2:25 PM, Christian Ruppert > >> wrote: >

Re: [PATCH 01/03] Make non-linear GPIO ranges accesible from gpiolib

On Wed, Oct 09, 2013 at 04:01:05PM +0200, Linus Walleij wrote: On Wed, Oct 9, 2013 at 3:28 PM, Christian Ruppert christian.rupp...@abilis.com wrote: On Wed, Oct 09, 2013 at 01:58:35PM +0200, Linus Walleij wrote: On Tue, Oct 8, 2013 at 2:25 PM, Christian Ruppert christian.rupp...@abilis.com

[PATCH V2] Make non-linear GPIO ranges accesible from gpiolib

This patch adds the infrastructure required to register non-linear gpio ranges through gpiolib and the standard GPIO device tree bindings. Signed-off-by: Christian Ruppert christian.rupp...@abilis.com --- Documentation/devicetree/bindings/gpio/gpio.txt | 40 ++- drivers/gpio

[PATCH V2] pinmux: Add TB10x pinmux driver

The pinmux driver of the Abilis Systems TB10x platform based on ARC700 CPUs. Used to control the pinmux and is a prerequisite for the GPIO driver. Signed-off-by: Christian Ruppert christian.rupp...@abilis.com Signed-off-by: Pierrick Hascoet pierrick.hasc...@abilis.com --- .../bindings/pinctrl

Re: [PATCH 03/03] GPIO: Add TB10x GPIO driver

On Wed, Oct 09, 2013 at 02:19:17PM +0200, Linus Walleij wrote: On Tue, Oct 8, 2013 at 2:25 PM, Christian Ruppert christian.rupp...@abilis.com wrote: Overall this driver is looking very nice, we just need to figure out this group range concept in the other patch. +Example

Re: [PATCH 01/03] Make non-linear GPIO ranges accesible from gpiolib

On Wed, Oct 09, 2013 at 01:58:35PM +0200, Linus Walleij wrote: > On Tue, Oct 8, 2013 at 2:25 PM, Christian Ruppert > wrote: > > > This patch adds the infrastructure required to register non-linear gpio > > ranges through gpiolib and the standard GPIO device tree binding

Re: [PATCH REBASE] Add option to disable kernel compression

On Tue, Oct 08, 2013 at 12:29:40PM -0700, Andrew Morton wrote: > On Tue, 8 Oct 2013 14:33:32 +0200 Christian Ruppert > wrote: > > > Until now, kernel compression can only be disabled by deselecting > > HAVE_ in the architecture Kconfig. > > Scratching my

Re: [PATCH REBASE] Add option to disable kernel compression

On Tue, Oct 08, 2013 at 12:29:40PM -0700, Andrew Morton wrote: On Tue, 8 Oct 2013 14:33:32 +0200 Christian Ruppert christian.rupp...@abilis.com wrote: Until now, kernel compression can only be disabled by deselecting HAVE_compression in the architecture Kconfig. Scratching my head

Re: [PATCH 01/03] Make non-linear GPIO ranges accesible from gpiolib

On Wed, Oct 09, 2013 at 01:58:35PM +0200, Linus Walleij wrote: On Tue, Oct 8, 2013 at 2:25 PM, Christian Ruppert christian.rupp...@abilis.com wrote: This patch adds the infrastructure required to register non-linear gpio ranges through gpiolib and the standard GPIO device tree bindings

[PATCH 01/03] Make non-linear GPIO ranges accesible from gpiolib

This patch adds the infrastructure required to register non-linear gpio ranges through gpiolib and the standard GPIO device tree bindings. Signed-off-by: Christian Ruppert --- Documentation/devicetree/bindings/gpio/gpio.txt | 40 +++ drivers/gpio/gpiolib-of.c

[PATCH 02/03] pinmux: Add TB10x pinmux driver

The pinmux driver of the Abilis Systems TB10x platform based on ARC700 CPUs. Used to control the pinmux and is a prerequisite for the GPIO driver. Signed-off-by: Christian Ruppert Signed-off-by: Pierrick Hascoet --- .../bindings/pinctrl/abilis,tb10x-iomux.txt| 79 ++ drivers/pinctrl

[PATCH 03/03] GPIO: Add TB10x GPIO driver

The GPIO driver for the Abilis Systems TB10x series of SOCs based on ARC700 CPUs. It supports GPIO control and GPIO interrupt generation. This driver works in conjunction with the TB10x pinctrl driver. Signed-off-by: Sascha Leuenberger Signed-off-by: Christian Ruppert --- .../devicetree

Re: [PATCH 2/4] pinmux: Add TB10x pinmux driver

On Wed, Aug 28, 2013 at 04:47:36PM +0200, Christian Ruppert wrote: > On Thu, Aug 22, 2013 at 02:10:55PM -0600, Stephen Warren wrote: > [...] > > Pin groups are supposed to be something that represents some property of > > the pinctrl HW itself. So, if you have register "

Re: [PATCH] Export symbols for splice in modules

On Tue, Oct 08, 2013 at 05:52:29AM -0700, Christoph Hellwig wrote: > On Tue, Oct 08, 2013 at 02:38:18PM +0200, Christian Ruppert wrote: > > The symbols splice_to_pipe, splice_grow_spd and splice_shrink_spd are not > > currently exported from the kernel. This prevents the

[PATCH] Export symbols for splice in modules

in kernel modules. Signed-off-by: Christian Ruppert --- fs/splice.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/fs/splice.c b/fs/splice.c index 3b7ee65..28e19b7 100644 --- a/fs/splice.c +++ b/fs/splice.c @@ -265,6 +265,7 @@ ssize_t splice_to_pipe(struct pipe_inode_info

[PATCH REBASE] Add option to disable kernel compression

Until now, kernel compression can only be disabled by deselecting HAVE_ in the architecture Kconfig. However, some users/platforms within the same architecture might want to use compression while others might want to disable it. This patch is a solution to the dilemma. Signed-off-by: Christian

[PATCH REBASE] Add option to disable kernel compression

-by: Christian Ruppert christian.rupp...@abilis.com --- init/Kconfig |8 +++- 1 files changed, 7 insertions(+), 1 deletions(-) diff --git a/init/Kconfig b/init/Kconfig index fed81b5..7db419b 100644 --- a/init/Kconfig +++ b/init/Kconfig @@ -118,7 +118,6 @@ config HAVE_KERNEL_LZ4 choice

[PATCH] Export symbols for splice in modules

in kernel modules. Signed-off-by: Christian Ruppert christian.rupp...@abilis.com --- fs/splice.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/fs/splice.c b/fs/splice.c index 3b7ee65..28e19b7 100644 --- a/fs/splice.c +++ b/fs/splice.c @@ -265,6 +265,7 @@ ssize_t splice_to_pipe

Re: [PATCH] Export symbols for splice in modules

On Tue, Oct 08, 2013 at 05:52:29AM -0700, Christoph Hellwig wrote: On Tue, Oct 08, 2013 at 02:38:18PM +0200, Christian Ruppert wrote: The symbols splice_to_pipe, splice_grow_spd and splice_shrink_spd are not currently exported from the kernel. This prevents the implementation of drivers

Re: [PATCH 2/4] pinmux: Add TB10x pinmux driver

On Wed, Aug 28, 2013 at 04:47:36PM +0200, Christian Ruppert wrote: On Thu, Aug 22, 2013 at 02:10:55PM -0600, Stephen Warren wrote: [...] Pin groups are supposed to be something that represents some property of the pinctrl HW itself. So, if you have register X bits 3-0 that define the mux

[PATCH 03/03] GPIO: Add TB10x GPIO driver

@@ -0,0 +1,341 @@ +/* Abilis Systems MODULE DESCRIPTION + * + * Copyright (C) Abilis Systems 2013 + * + * Authors: Sascha Leuenberger sascha.leuenber...@abilis.com + * Christian Ruppert christian.rupp...@abilis.com + * + * This program is free software; you can redistribute it and/or modify

[PATCH 02/03] pinmux: Add TB10x pinmux driver

The pinmux driver of the Abilis Systems TB10x platform based on ARC700 CPUs. Used to control the pinmux and is a prerequisite for the GPIO driver. Signed-off-by: Christian Ruppert christian.rupp...@abilis.com Signed-off-by: Pierrick Hascoet pierrick.hasc...@abilis.com --- .../bindings/pinctrl

[PATCH 01/03] Make non-linear GPIO ranges accesible from gpiolib

This patch adds the infrastructure required to register non-linear gpio ranges through gpiolib and the standard GPIO device tree bindings. Signed-off-by: Christian Ruppert christian.rupp...@abilis.com --- Documentation/devicetree/bindings/gpio/gpio.txt | 40 +++ drivers/gpio

Re: [PATCH 2/4] pinmux: Add TB10x pinmux driver

On Thu, Aug 29, 2013 at 10:24:30AM +0200, Linus Walleij wrote: > On Thu, Aug 29, 2013 at 9:35 AM, Christian Ruppert > wrote: > > On Wed, Aug 28, 2013 at 08:49:36PM +0200, Linus Walleij wrote: > >> On Wed, Aug 21, 2013 at 5:57 PM, Christian Ruppert > >> wrote: > &

Re: [PATCH 2/4] pinmux: Add TB10x pinmux driver

On Thu, Aug 29, 2013 at 10:24:30AM +0200, Linus Walleij wrote: On Thu, Aug 29, 2013 at 9:35 AM, Christian Ruppert christian.rupp...@abilis.com wrote: On Wed, Aug 28, 2013 at 08:49:36PM +0200, Linus Walleij wrote: On Wed, Aug 21, 2013 at 5:57 PM, Christian Ruppert christian.rupp

Re: [PATCH 2/4] pinmux: Add TB10x pinmux driver

On Wed, Aug 28, 2013 at 08:49:36PM +0200, Linus Walleij wrote: > On Wed, Aug 21, 2013 at 5:57 PM, Christian Ruppert > wrote: > > On Wed, Aug 14, 2013 at 06:53:56PM +0200, Linus Walleij wrote: > >> > >> OK, that can also be called a "bank" or "register&

Re: [PATCH 2/4] pinmux: Add TB10x pinmux driver

On Wed, Aug 28, 2013 at 08:49:36PM +0200, Linus Walleij wrote: On Wed, Aug 21, 2013 at 5:57 PM, Christian Ruppert christian.rupp...@abilis.com wrote: On Wed, Aug 14, 2013 at 06:53:56PM +0200, Linus Walleij wrote: OK, that can also be called a bank or register but whatever. As you

Re: [PATCH 1/2] i2c-designware: make *CNT values configurable

On Sat, Aug 24, 2013 at 01:58:47PM +0900, Shinya Kuribayashi wrote: > On 8/21/13 11:39 PM, Christian Ruppert wrote: > >On Fri, Aug 16, 2013 at 11:15:12AM +0900, Shinya Kuribayashi wrote: > >>On 8/5/13 6:31 PM, Christian Ruppert wrote: > >>>On Wed, Jul 24, 20

Re: [PATCH 2/4] pinmux: Add TB10x pinmux driver

On Thu, Aug 22, 2013 at 02:10:55PM -0600, Stephen Warren wrote: > On 08/21/2013 09:57 AM, Christian Ruppert wrote: > > On Wed, Aug 14, 2013 at 06:53:56PM +0200, Linus Walleij wrote: > >> On Mon, Aug 5, 2013 at 1:51 PM, Christian Ruppert > >> wrote: > >>>

Re: [PATCH 2/4] pinmux: Add TB10x pinmux driver

On Thu, Aug 22, 2013 at 02:10:55PM -0600, Stephen Warren wrote: On 08/21/2013 09:57 AM, Christian Ruppert wrote: On Wed, Aug 14, 2013 at 06:53:56PM +0200, Linus Walleij wrote: On Mon, Aug 5, 2013 at 1:51 PM, Christian Ruppert christian.rupp...@abilis.com wrote: [Me] I don't see any

Re: [PATCH 1/2] i2c-designware: make *CNT values configurable

On Sat, Aug 24, 2013 at 01:58:47PM +0900, Shinya Kuribayashi wrote: On 8/21/13 11:39 PM, Christian Ruppert wrote: On Fri, Aug 16, 2013 at 11:15:12AM +0900, Shinya Kuribayashi wrote: On 8/5/13 6:31 PM, Christian Ruppert wrote: On Wed, Jul 24, 2013 at 11:31:44PM +0900, Shinya Kuribayashi wrote

Re: [PATCH 2/4] pinmux: Add TB10x pinmux driver

On Wed, Aug 14, 2013 at 06:53:56PM +0200, Linus Walleij wrote: > On Mon, Aug 5, 2013 at 1:51 PM, Christian Ruppert > wrote: > > [Me] > >> I don't see any of the port concept creeping into the device tree > >> in this version and that is how I think it should be kep

Re: [PATCH 1/2] i2c-designware: make *CNT values configurable

On Fri, Aug 16, 2013 at 11:15:12AM +0900, Shinya Kuribayashi wrote: > Hi, > > On 8/5/13 6:31 PM, Christian Ruppert wrote:> On Wed, Jul 24, 2013 at > 11:31:44PM +0900, Shinya Kuribayashi wrote: > >>As said before, all t_SCL things should go away. Please forget > >&

Re: [PATCH 1/2] i2c-designware: make *CNT values configurable

On Fri, Aug 16, 2013 at 11:15:12AM +0900, Shinya Kuribayashi wrote: Hi, On 8/5/13 6:31 PM, Christian Ruppert wrote: On Wed, Jul 24, 2013 at 11:31:44PM +0900, Shinya Kuribayashi wrote: As said before, all t_SCL things should go away. Please forget about 100kbps, 400kbps, and so on. Bus

Re: [PATCH 2/4] pinmux: Add TB10x pinmux driver

On Wed, Aug 14, 2013 at 06:53:56PM +0200, Linus Walleij wrote: On Mon, Aug 5, 2013 at 1:51 PM, Christian Ruppert christian.rupp...@abilis.com wrote: [Me] I don't see any of the port concept creeping into the device tree in this version and that is how I think it should be kept: the port

  1   2   3   4   >