Re: Version number policy!

On Friday 05 April 2013 10:19:00 Luis R. Rodriguez wrote: > On Thu, Apr 4, 2013 at 11:27 AM, Adrian Chadd wrote: > > Here's my first take on the version number policy: > > > > https://github.com/qca/open-ath9k-htc-firmware/wiki/VersionPolicy > > The summary: > > > > * major version number changes

Re: Version number policy!

On Friday 05 April 2013 19:23:54 Eugene Krasnikov wrote: > When it comes to feature bitmap do you have an example of such a > bitmap from carl9170? That's a weird way of asking. No, I don't have an example?! But carl9170fw_feature_list is used in "production". Anyway, there is one defined in:

Re: [PATCH] carl9170: fix leaks at failure path in carl9170_usb_probe()

On Thursday, October 10, 2013 01:59:52 PM John W. Linville wrote: > On Sat, Sep 28, 2013 at 01:16:20AM -0400, Alexey Khoroshilov wrote: > > On 28.09.2013 00:17, Fabio Estevam wrote: > > >On Sat, Sep 28, 2013 at 12:51 AM, Alexey Khoroshilov > > > wrote: > > > > > >>- return request_firmware_no

Re: [patch] p54: potential signedness issue in p54_parse_rssical()

On Sunday 02 December 2012 11:36:09 Dan Carpenter wrote: > "entries" is unsigned here, so it is never less than zero. In theory, > len could be less than offset so I have added a check for that. > > Signed-off-by: Dan Carpenter Acked-by: Christian Lamparter > diff --g

Re: [PATCH] p54pci: don't return zero on failure path in p54p_probe()

this wasn't found by the verification project as well? Could it be that pci_resource_len(...) < sizeof(...) is somehow always true and this is a dead branch?] > Found by Linux Driver Verification project (linuxtesting.org). > > Signed-off-by: Alexey Khoroshilov Ac

Re: [PATCH] p54pci: don't return zero on failure path in p54p_probe()

On Tuesday 01 January 2013 23:44:38 Alexey Khoroshilov wrote: > On 01/02/2013 01:45 AM, Christian Lamparter wrote: > > On Tuesday 01 January 2013 22:11:01 Alexey Khoroshilov wrote: > >> If pci_set_dma_mask() or pci_set_consistent_dma_mask() fails in > >> p54p_

Re: Version number policy!

On Monday, April 08, 2013 11:10:30 AM Eugene Krasnikov wrote: > It’s a good idea to pack bitmap into the tail/header of the firmware > binary to get capabilities even before fw loading. The plan is to add > 8 bytes for caps and also add time stamp. Let me play around with that > and provide fw and

Re: Version number policy!

e examples, just browse the web for "feature bits/flags/..." > 2013/4/8 Adrian Chadd : > > On 8 April 2013 08:33, Christian Lamparter wrote: > >> On Monday, April 08, 2013 11:10:30 AM Eugene Krasnikov wrote: > >>> It’s a good idea to pack bitmap into the tail

[PATCH v2] pcmcia: move unbind/rebind into dev_pm_ops.complete

7/10/254>) Cc: Dominik Brodowski Signed-off-by: Christian Lamparter --- I think I left everyone enough of a chance to reply and/or file complains. The change from v1 is mainly the updated change log and I hope it now sufficiently explains why a patch like this is needed (Of course, if any of yo

Re: [RESEND AGAIN][PATCH] pcmcia: move unbind/rebind into dev_pm_ops.complete

On Monday, July 09, 2012 11:59:39 PM Andrew Morton wrote: > On Fri, 6 Jul 2012 14:30:16 -0700 > Greg KH wrote: > > > On Fri, Jul 06, 2012 at 11:23:52PM +0200, Christian Lamparter wrote: > > > The idea of moving rebind procedure into pm.complete > > > was taken

Re: [RESEND AGAIN][PATCH] pcmcia: move unbind/rebind into dev_pm_ops.complete

On Tuesday, July 10, 2012 01:01:31 AM Andrew Morton wrote: > On Tue, 10 Jul 2012 00:54:54 +0200 > Christian Lamparter wrote: > > > On Monday, July 09, 2012 11:59:39 PM Andrew Morton wrote: > > > On Fri, 6 Jul 2012 14:30:16 -0700 > > > Greg KH wrote: > > &

Re: [RESEND AGAIN][PATCH] pcmcia: move unbind/rebind into dev_pm_ops.complete

(sorry, keyboard splat) On Tuesday, July 10, 2012 01:01:31 AM Andrew Morton wrote: > On Tue, 10 Jul 2012 00:54:54 +0200 > Christian Lamparter wrote: > > On Monday, July 09, 2012 11:59:39 PM Andrew Morton wrote: > > > On Fri, 6 Jul 2012 14:30:16 -0700 > > > Greg KH

Re: [PATCH 16/20] drivers/net/wireless/p54: remove depends on CONFIG_EXPERIMENTAL

kernel summit, remove it from any "depends on" lines in Kconfigs. > > CC: Christian Lamparter > CC: "John W. Linville" > Cc: "David S. Miller" > Cc: Greg Kroah-Hartman > Cc: NetDev > Signed-off-by: Kees Cook Acked-by: Christian Lamparter

[RESEND AGAIN][PATCH] pcmcia: move unbind/rebind into dev_pm_ops.complete

The idea of moving rebind procedure into pm.complete was taken from the usb-subsystem, which has similar problems with reattaching devices during/after resume. Signed-off-by: Christian Lamparter --- To Greg: I have submitted this patch back in March and again in May. As far as I can tell it was

[PATCH] usbhid: add ASUS LCM to the blacklist

Some of ASUS' notebooks (e.g G Series) include a tiny oled display, which is attached to an internal USB bus. Unfortunatly the device reports a wrong DeviceDescriptor and is therefore identified as a HID device... Signed-off-by: Christian Lamparter <[EMAIL PROTECTED]> CC: [EMAIL PR

Re: [PATCH] usbhid: add ASUS LCM to the blacklist

Some of ASUS' notebooks (e.g G Series) include a tiny oled display, which is attached to an internal USB bus. Unfortunatly the device reports a wrong DeviceDescriptor and is therefore identified as a HID device... Signed-off-by: Christian Lamparter <[EMAIL PROTECTED]> CC: [EMAIL PR

Re: [PATCH 2/3] staging/rtl8192e: use s8 instead of char

On Wednesday, July 20, 2016 5:06:27 PM CEST Xose Vazquez Perez wrote: > Arnd Bergmann wrote: > > > rtlwifi, but I found the older r8712u device to work fine with > > the staging/rtl8712 driver. > > A replacement for "staging/rtl8712", with MAC80211 support, is > available at: https://github.com/

Re: [PATCH 2/4] carl9170: fix debugfs crashes

On Sunday, September 18, 2016 6:44:08 PM CEST Greg KH wrote: > On Sun, Sep 18, 2016 at 02:49:33PM +0200, Christian Lamparter wrote: > > On Sunday, September 18, 2016 12:14:55 PM CEST Greg KH wrote: > > > On Sun, Sep 18, 2016 at 10:54:18AM +0300, Kalle Valo wrote: >

Re: [PATCH 2/4] carl9170: fix debugfs crashes

On Wednesday, September 21, 2016 12:13:25 PM CEST Greg KH wrote: > On Sat, Sep 17, 2016 at 09:43:02PM +0200, Christian Lamparter wrote: > > Ben Greear reported: > > > I see lots of instability as soon as I load up the carl9710 NIC. > > > My application is going to be p

[PATCH v2] carl9170: fix debugfs crashes

open+0x50/0x100 age=2690 cpu=2 pid=772 >... This breakage was caused by the introduction of intermediate fops in debugfs by commit 9fd4dcece43a ("debugfs: prevent access to possibly dead file_operations at file open") Thankfully, the original/real fops are still available in d_fsdata.

Re: [PATCH] usb: xhci: handle uPD720201 and uPD720202 w/o ROM

On Wednesday, June 08, 2016 12:14:57 AM Christian Lamparter wrote: > This patch adds a firmware check for the uPD720201K8-711-BAC-A > and uPD720202K8-711-BAA-A variant. Both of these chips are listed > in Renesas' R19UH0078EJ0500 Rev.5.00 "User's Manual: Hardware&qu

Re: [PATCH] gpio: Add driver for PC Engines APU2/APU3 GPIOs

On Thursday, August 2, 2018 11:30:00 PM CEST Linus Walleij wrote: > On Wed, Aug 1, 2018 at 1:12 PM Florian Eckert wrote: > > > Add a new device driver "gpio-apu" which will now handle the GPIOs on > > APU2 and APU3 devices from PC Engines. > > > > - APU2/APU3 -> front button reset support > > - A

Re: [PATCH] pinctrl: qcom: Add sdm660 pinctrl driver

On Saturday, August 11, 2018 6:25:19 PM CEST Craig Tatlor wrote: > Add initial pinctrl driver to support pin configuration with > pinctrl framework for sdm660. > Based off CAF implementation. > > Signed-off-by: Craig Tatlor > --- > > diff --git > a/Documentation/devicetree/bindings/pinctrl/qcom

Re: [PATCH] pinctrl: qcom: Add sdm660 pinctrl driver

On Sunday, August 12, 2018 9:18:19 AM CEST you wrote: > On 11 August 2018 18:27:43 BST, Christian Lamparter > wrote: > >On Saturday, August 11, 2018 6:25:19 PM CEST Craig Tatlor wrote: > >> Add initial pinctrl driver to support pin configuration with > >> pinctrl fr

Re: [PATCH v2 15/19] carl9170: prevent bounds-check bypass via speculative execution

block > speculative execution of the instruction stream that could issue reads > based on an invalid result of 'ar9170_qmap[queue]'. In this case the > value of 'ar9170_qmap[queue]' is immediately reused as an index to the > 'ar->edcf' array. > > B

Re: [PATCH v2 15/19] carl9170: prevent bounds-check bypass via speculative execution

On Friday, January 12, 2018 7:39:50 PM CET Dan Williams wrote: > On Fri, Jan 12, 2018 at 6:42 AM, Christian Lamparter > wrote: > > On Friday, January 12, 2018 1:47:46 AM CET Dan Williams wrote: > >> Static analysis reports that 'queue' may be a user controlled va

Re: [PATCH 2/2] net/ibm/emac: wrong bit is used for STA control register write

On Monday, January 22, 2018 5:00:38 PM CET Ivan Mikhaylov wrote: > STA control register has areas of mode and opcodes for opeations. 18 bit is > using for mode selection, where 0 is old MIO/MDIO access method and 1 is > indirect access mode. 19-20 bits are using for setting up read/write > operatio

Re: [PATCH 2/2] net/ibm/emac: wrong bit is used for STA control register write

On Monday, January 22, 2018 8:01:46 PM CET Ivan Mikhaylov wrote: > >Something looks wrong here?! The commit message talks about bit 18, 19 and > >20. > >However, 0x0800, 0x1000, 0x2000 and are like bit 11, 12 and 13? Furthermore, > >what about the EMAC_STACR_STAC_MASK? shouldn't it be 0x1800 now (

Re: [PATCH 08/18] carl9170: prevent bounds-check bypass via speculative execution

block > speculative execution of the instruction stream that could issue reads > based on an invalid result of 'ar9170_qmap[queue]'. In this case the > value of 'ar9170_qmap[queue]' is immediately reused as an index to the > 'ar->edcf' array. > > B

Re: [PATCH 08/18] carl9170: prevent bounds-check bypass via speculative execution

On Saturday, January 6, 2018 4:06:21 PM CET Alan Cox wrote: > > The only way a user can set this in any meaningful way would be via > > a NL80211_CMD_SET_WIPHY netlink message. However, the value will get > > vetted there by cfg80211's parse_txq_params [0]. This is long before > > Far more than a

Re: [PATCH v2] gpiolib: add hogs support for machine code

On Dienstag, 10. April 2018 22:30:28 CEST Bartosz Golaszewski wrote: > Board files constitute a significant part of the users of the legacy > GPIO framework. In many cases they only export a line and set its > desired value. We could use GPIO hogs for that like we do for DT and > ACPI but there's n

Re: [PATCH] carl9170: fix struct alignment conflict

ructures to only apply packing where it does not violate the alignment requirement of the contained structure. Signed-off-by: Arnd Bergmann Acked-by: Christian Lamparter I've also applied this patch and a previous one dealing with VLAs to the firmware source at <https://github.com/chunk

Re: [PATCH v13 2/5] usb: renesas-xhci: Add the renesas xhci driver

Hello, On Tue, May 19, 2020 at 1:45 PM Heikki Krogerus wrote: > On Wed, May 06, 2020 at 11:30:22AM +0530, Vinod Koul wrote: > > From: Christian Lamparter > > > > This add a new driver for renesas xhci which is basically a firmware > > loader for uPD720201 and uPD7

Re: [PATCH] ARM: dts: BCM5301X: Fix pin controller node

from 0x100 which is the start address. Finally, the compatibility strings defined for the pin-controller node should reflect the SoC being used. Fixes: 9994241ac97c ("ARM: dts: BCM5301X: Describe Northstar pins mux controller") Reported-by: Christian Lamparter Signed-off-by: Floria

Re: [PATCH] carl9170: remove get_tid_h

On 02/04/2021 23:31, Christophe JAILLET wrote: 'get_tid_h()' is the same as 'ieee80211_get_tid()'. So this function can be removed to save a few lines of code. Signed-off-by: Christophe JAILLET Acked-by: Christian Lamparter --- drivers/net/wireless/ath/car

Re: [PATCH 15/30] carl9170: remove unnecessary break after return

On Sunday, July 20, 2014 04:25:16 PM Fabian Frederick wrote: > Signed-off-by: Fabian Frederick Acked-by: Christian Lamparter > --- > drivers/net/wireless/ath/carl9170/phy.c | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/drivers/net/wireless/ath/carl9170/phy.

Re: [PATCH] p54usb: fix leaks at failure path in p54u_probe()

ned-off-by: Alexey Khoroshilov Acked-by: Christian Lamparter -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH] p54usb: fix leaks at failure path in p54u_probe()

On Sunday, March 09, 2014 04:14:32 AM Krishna Chaitanya wrote: > On Sat, Mar 8, 2014 at 2:41 AM, Alexey Khoroshilov > wrote: > > If p54u_load_firmware() fails, p54u_probe() does not deallocate > > already allocated resources. The patch adds proper failure handling. > > > > Found by Linux Driver Ve

Re: [RESEND][PATCH 3/3] p54: use request_firmware_direct() for optional EEPROM override

l but if not > present we'll introduce an extra lag of 60 seconds with udev > present. Annotate we don't want udev nonsense here to avoid > the lag in case its not present. > [...] > Cc: Takashi Iwai > Cc: Christian Lamparter > Cc: linux-wirel...@vger.kernel.or

Re: [PATCH 3/11] mac80211: use ether_addr_equal_64bits

all Alright, I changed the subject to "p54: ..." (John, can you do that, or do you want another patch?). Since this has not much to do with mac80211. Acked-by: Christian Lamparter Regards, Christian -- To unsubscribe from this list: send the line "unsubscribe linux-kernel"

Re: [PATCH 11/11] carl9170: use ether_addr_equal_64bits

> Signed-off-by: Julia Lawall Acked-by: Christian Lamparter -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH v2] carl9170: Remove redundant protection check

n check" > - Update the commit message according to the modifications > - Delete the lines of interest at the suggestion and explanations of >Christian Lamparter > > drivers/net/wireless/ath/carl9170/main.c | 6 -- > 1 file changed, 6 deletions(-) > > diff --

Re: [PATCH v2] carl9170: Remove redundant protection check

On Friday, August 22, 2014 02:08:52 PM Eric Dumazet wrote: > On Fri, 2014-08-22 at 22:38 +0200, Christian Lamparter wrote: > [...] > > From: Andreea-Cristina Bernat > > > > The carl9170_op_ampdu_action() function is used only by the mac80211 > > framework. Since t

Re: [PATCH v2] carl9170: Remove redundant protection check

On Friday, August 22, 2014 04:23:19 PM Eric Dumazet wrote: > On Fri, 2014-08-22 at 23:53 +0200, Christian Lamparter wrote: > > > The sta_info->agg[tid] check is not needed (for reference, see [0]). > > (There is already a check in mac80211 which prevents the leak of >

Re: [PATCH] carl9170: tx: Replace rcu_assign_pointer() with RCU_INIT_POINTER()

d- > a. You have not made -any- reader-visible changes to this structure since > then". > [...] > > Signed-off-by: Andreea-Cristina Bernat Acked-by: Christian Lamparter [OT: John, will "carl9170: Remove redundant protection check" make it in the next round too?] R

Re: [PATCH] carl9170: Replace rcu_dereference() with rcu_access_pointer()

On Sunday, August 17, 2014 01:48:07 PM Andreea-Cristina Bernat wrote: > The rcu_dereference() call is used directly in a condition. > Since its return value is never dereferenced it is recommended to use > "rcu_access_pointer()" instead of "rcu_dereference()". > Therefore, this patch makes the repl

Re: [PATCH] carl9170: Replace rcu_dereference() with rcu_access_pointer()

On Wednesday, August 20, 2014 08:32:11 PM Andreea Bernat wrote: > On Mon, Aug 18, 2014 at 09:29:36PM +0200, Christian Lamparter wrote: > > On Sunday, August 17, 2014 01:48:07 PM Andreea-Cristina Bernat wrote: > > > The rcu_dereference() call is used directly in a condition. >

Re: [RFC v4 3/8] gpio: generic: add DT support for generic memory-mapped GPIOs

On Thursday, April 28, 2016 12:58:03 PM Andy Shevchenko wrote: > On Thu, Apr 28, 2016 at 12:05 PM, Christian Lamparter > wrote: > > From: Álvaro Fernández Rojas > > > > This patch adds support for defining memory-mapped GPIOs > > which provide a compatible interfac

[RFC v5 4/4] gpio: dt-bindings: add gpio-mmio bindings

From: Álvaro Fernández Rojas This patch adds the device tree bindings for the gpio-mmio. The gpio-mmio is already part of a the GPIO generic library. Signed-off-by: Álvaro Fernández Rojas Signed-off-by: Christian Lamparter --- .../devicetree/bindings/gpio/gpio-mmio.txt | 73

[RFC v5 0/4] gpio: add DT support for generic memory-mapped GPIOs

rated Cirrus clps711x driver - integrated GE FGPA gpio-ge driver - integrated MOXA ART GPIO driver - integrated TS4800 gpio driver - reshuffled patches, reworded commits, fixed spelling errors, etc. Christian Lamparter (2): gpio: generic: fix GPIO_GENERIC_PLATFORM is set to

[RFC v5 1/4] gpio: generic: fix GPIO_GENERIC_PLATFORM is set to module case

GPIO_GENERIC_PLATFORM is a tristate. If the module option is selected the resulting gpio-generic.ko will lack most of the module initialzation and probe code. Signed-off-by: Christian Lamparter --- drivers/gpio/gpio-generic.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a

[RFC v5 3/4] gpio: move clps711x, moxart, ts4800 and gpio-ge into gpio-generic

This patch integrates these GPIO drivers into gpio-generic. Signed-off-by: Christian Lamparter --- drivers/gpio/Kconfig | 43 +++--- drivers/gpio/Makefile| 4 -- drivers/gpio/gpio-clps711x.c | 91 - drivers/gpio/gpio-ge.c | 114

[RFC v5 2/4] gpio: generic: add DT support for generic memory-mapped GPIOs

From: Álvaro Fernández Rojas This patch adds support for defining memory-mapped GPIOs which provide a compatible interface for the existing generic-gpio driver. Signed-off-by: Álvaro Fernández Rojas Signed-off-by: Christian Lamparter --- drivers/gpio/gpio-generic.c | 98

Re: [RFC v5 3/4] gpio: move clps711x, moxart, ts4800 and gpio-ge into gpio-generic

On Friday, April 29, 2016 04:18:20 PM Linus Walleij wrote: > On Fri, Apr 29, 2016 at 2:53 AM, Christian Lamparter > wrote: > > > This patch integrates these GPIO drivers into gpio-generic. > > > > Signed-off-by: Christian Lamparter > > Very elegant. Let's

Re: [RFC v5 4/4] gpio: dt-bindings: add gpio-mmio bindings

binding on the top. > On Fri, Apr 29, 2016 at 02:53:17AM +0200, Christian Lamparter wrote: > > From: Álvaro Fernández Rojas > > > > This patch adds the device tree bindings for the gpio-mmio. > > The gpio-mmio is already part of a the GPIO generic library. > >

[RFC v6 1/3] gpio: dt-bindings: add wd,mbl-gpio bindings

This patch adds the device tree bindings for the Western Digital's MyBook Live memory-mapped GPIO controllers. The gpios will be supported by gpio-mmio code of the GPIO generic library. Signed-off-by: Christian Lamparter --- .../devicetree/bindings/gpio/wd,mbl-gpio.txt

[RFC v6 0/3] gpio: add DT support for memory-mapped GPIOs

t; - integrated Cirrus clps711x driver - integrated GE FGPA gpio-ge driver - integrated MOXA ART GPIO driver - integrated TS4800 gpio driver - reshuffled patches, reworded commits, fixed spelling errors, etc. Christian Lamparter (2): gpio: dt-bindings: add wd,mbl-gpio b

[RFC v6 3/3] gpio: move clps711x, moxart, ts4800 and gpio-ge into gpio-mmio

This patch integrates these GPIO drivers into gpio-mmio. Signed-off-by: Christian Lamparter --- drivers/gpio/Kconfig | 43 ++ drivers/gpio/Makefile| 4 - drivers/gpio/gpio-clps711x.c | 91 - drivers/gpio/gpio-ge.c | 114

[RFC v6 2/3] gpio: mmio: add DT support for memory-mapped GPIOs

b. an output direction register (named "dirout") where a 1 bit indicates the GPIO is an output. c. an input direction register (named "dirin") where a 1 bit indicates the GPIO is an input. The first user for this binding is "wd,mbl-gpio". Signed-

[PATCH v7 0/3] gpio: add DT support for memory-mapped GPIOs

ART GPIO driver - integrated TS4800 gpio driver - reshuffled patches, reworded commits, fixed spelling errors, etc. Christian Lamparter (2): gpio: dt-bindings: add wd,mbl-gpio bindings gpio: move clps711x, moxart, ts4800 and gpio-ge into gpio-mmio Álvaro Fernández Rojas (

[PATCH v7 1/3] gpio: dt-bindings: add wd,mbl-gpio bindings

This patch adds the device tree bindings for the Western Digital's MyBook Live memory-mapped GPIO controllers. The gpios will be supported by gpio-mmio code of the GPIO generic library. Acked-by: Rob Herring Signed-off-by: Christian Lamparter --- .../devicetree/bindings/gpio/wd,mbl-gpi

[PATCH v7 3/3] gpio: move clps711x, moxart, ts4800 and gpio-ge into gpio-mmio

This patch integrates these GPIO drivers into gpio-mmio. Cc: Alexander Shiyan Cc: Julien Grossholtz Cc: Martyn Welch Cc: Jonas Jensen Signed-off-by: Christian Lamparter --- drivers/gpio/Kconfig | 43 ++ drivers/gpio/Makefile| 4 - drivers/gpio/gpio-clps711x.c

[PATCH v7 2/3] gpio: mmio: add DT support for memory-mapped GPIOs

b. an output direction register (named "dirout") where a 1 bit indicates the GPIO is an output. c. an input direction register (named "dirin") where a 1 bit indicates the GPIO is an input. The first user for this binding is "wd,mbl-gpio". Signed-

Re: [PATCH v7 2/3] gpio: mmio: add DT support for memory-mapped GPIOs

On Friday, May 06, 2016 02:44:14 PM Andy Shevchenko wrote: > > + /* If ngpio property is not specified, of_property_read_u32 > > +* will return -EINVAL. In this case the number of GPIOs is > > +* automatically determined by the register width. Any > > +* other error of

Re: [PATCH v7 3/3] gpio: move clps711x, moxart, ts4800 and gpio-ge into gpio-mmio

On Friday, May 06, 2016 02:53:24 PM Andy Shevchenko wrote: > On Fri, May 6, 2016 at 2:10 PM, Christian Lamparter > wrote: > > This patch integrates these GPIO drivers into gpio-mmio. > > Would be nice to repeat a list here. Ok. > > @@ -285,14 +274,6 @@ config GPIO_MM_L

Re: usb: dwc2: regression on MyBook Live Duo / Canyonlands since 4.3.0-rc4

On Sunday, May 08, 2016 08:40:55 PM Benjamin Herrenschmidt wrote: > On Sun, 2016-05-08 at 00:54 +0200, Christian Lamparter via Linuxppc-dev > wrote: > > I've been looking in getting the MyBook Live Duo's USB OTG port > > to function. The SoC is a APM82181. Which ha

[PATCH v8 2/3] gpio: mmio: add DT support for memory-mapped GPIOs

b. an output direction register (named "dirout") where a 1 bit indicates the GPIO is an output. c. an input direction register (named "dirin") where a 1 bit indicates the GPIO is an input. The first user for this binding is "wd,mbl-gpio". Signed-

[PATCH v8 3/3] gpio: move clps711x, moxart, ts4800 and gpio-ge into gpio-mmio

: Jonas Jensen Signed-off-by: Christian Lamparter --- drivers/gpio/Kconfig | 16 +++- drivers/gpio/Makefile| 4 - drivers/gpio/gpio-clps711x.c | 91 --- drivers/gpio/gpio-ge.c | 114 --- drivers/gpio/gpio-mmio.c | 212

[PATCH v8 1/3] gpio: dt-bindings: add wd,mbl-gpio bindings

This patch adds the device tree bindings for the Western Digital's MyBook Live memory-mapped GPIO controllers. The gpios will be supported by gpio-mmio code of the GPIO generic library. Acked-by: Rob Herring Signed-off-by: Christian Lamparter --- .../devicetree/bindings/gpio/wd,mbl-gpi

[PATCH v8 0/3] gpio: add DT support for memory-mapped GPIOs

- integrated TS4800 gpio driver - reshuffled patches, reworded commits, fixed spelling errors, etc. Christian Lamparter (2): gpio: dt-bindings: add wd,mbl-gpio bindings gpio: move clps711x, moxart, ts4800 and gpio-ge into gpio-mmio Álvaro Fernández Rojas (1): gpio: mmio: add DT support fo

Re: [PATCH v8 2/3] gpio: mmio: add DT support for memory-mapped GPIOs

On Sunday, May 08, 2016 07:17:13 PM Joachim Eastwood wrote: > > +#define ADD(_name, _func) { .compatible = _name, .data = _func } > > I don't see the point in having a macro for such a simple data > structure, but since this v8 and Linus hasn't complained I guess it's > fine. > > Using a macro her

Re: usb: dwc2: regression on MyBook Live Duo / Canyonlands since 4.3.0-rc4

Uh, Thanks for the participation! On Monday, May 09, 2016 05:08:48 PM Arnd Bergmann wrote: > On Monday 09 May 2016 13:39:50 Felipe Balbi wrote: > > Arnd Bergmann writes: > > > On Monday 09 May 2016 10:23:22 Benjamin Herrenschmidt wrote: > > >> On Sun, 2016-0

Re: [RFC v6 1/3] gpio: dt-bindings: add wd,mbl-gpio bindings

On Tuesday, May 03, 2016 09:22:10 PM Rob Herring wrote: > On Sun, May 01, 2016 at 02:18:37PM +0200, Christian Lamparter wrote: > > This patch adds the device tree bindings for the Western Digital's > > MyBook Live memory-mapped GPIO controllers. > > > > The gpio

Re: [PATCH v8 2/3] gpio: mmio: add DT support for memory-mapped GPIOs

On Tuesday, May 10, 2016 02:08:45 PM Linus Walleij wrote: > On Sun, May 8, 2016 at 3:08 PM, Christian Lamparter > wrote: > > > From: Álvaro Fernández Rojas > > > > This patch adds support for defining memory-mapped GPIOs which > > are compatible with

[PATCH v9 1/2] gpio: mmio: add DT support for memory-mapped GPIOs

b. an output direction register (named "dirout") where a 1 bit indicates the GPIO is an output. c. an input direction register (named "dirin") where a 1 bit indicates the GPIO is an input. The first user for this binding is "wd,mbl-gpio". Reviewed

[PATCH v9 0/2] gpio: add DT support for memory-mapped GPIOs

c - changed compat. string to "linux,gpio-mmio" - integrated Cirrus clps711x driver - integrated GE FGPA gpio-ge driver - integrated MOXA ART GPIO driver - integrated TS4800 gpio driver - reshuffled patches, reworded commits, fixed spelling errors, etc.

[PATCH v9 2/2] gpio: move clps711x, moxart, ts4800 and gpio-ge into gpio-mmio

: Jonas Jensen Signed-off-by: Christian Lamparter --- drivers/gpio/Kconfig | 16 +++- drivers/gpio/Makefile| 4 - drivers/gpio/gpio-clps711x.c | 91 --- drivers/gpio/gpio-ge.c | 114 --- drivers/gpio/gpio-mmio.c | 212

Re: usb: dwc2: regression on MyBook Live Duo / Canyonlands since 4.3.0-rc4

inal > patch would be even easier, but that would break the one big-endian > MIPS machine we know about. > > > > Detecting the endianess of the > > > device is probably the best future-proof solution, but it's also > > > considerably more work to do in the dri

Re: [PATCH v9 1/2] gpio: mmio: add DT support for memory-mapped GPIOs

On Thursday, May 12, 2016 07:26:32 PM Alexandre Courbot wrote: > On Wednesday, May 11, 2016 6:34:34 PM JST, Christian Lamparter wrote: > > From: Álvaro Fernández Rojas > > > > This patch adds support for defining memory-mapped GPIOs which > > are compatible with the e

Re: [PATCH v9 2/2] gpio: move clps711x, moxart, ts4800 and gpio-ge into gpio-mmio

On Thursday, May 12, 2016 07:30:05 PM Alexandre Courbot wrote: > On Wednesday, May 11, 2016 6:34:35 PM JST, Christian Lamparter wrote: > > This patch integrates the GPIO drivers for the following > > boards, SoCs, etc. into gpio-mmio: > > - CLPS711X SoCs > > - MOXA

Re: usb: dwc2: regression on MyBook Live Duo / Canyonlands since 4.3.0-rc4

On Thursday, May 12, 2016 01:55:44 PM Arnd Bergmann wrote: > On Thursday 12 May 2016 11:58:18 Christian Lamparter wrote: > > > > > Detecting the endianess of the > > > > > device is probably the best future-proof solution, but it's also > > > >

Re: usb: dwc2: regression on MyBook Live Duo / Canyonlands since 4.3.0-rc4

On Tuesday, May 17, 2016 04:50:48 PM John Youn wrote: > On 5/14/2016 6:11 AM, Christian Lamparter wrote: > > On Thursday, May 12, 2016 11:40:28 AM John Youn wrote: > >> On 5/12/2016 6:30 AM, Christian Lamparter wrote: > >>> On Thursday, May 12, 2016 01:55:44 PM

[RFC v4 2/8] gpio: rename gpio-generic.c into gpio-mmio.c

This patch renames the gpio-generic.c into gpio-mmio.c. This is because currently the file only contains code for a memory-mapped GPIO driver. There isn't any support for ioports or other resource type. Signed-off-by: Christian Lamparter --- drivers/gpio/Makefile

[RFC v4 0/8] gpio: add DT support for generic memory-mapped GPIOs

driver - integrated MOXA ART GPIO driver - integrated TS4800 gpio driver - reshuffled patches, reworded commits, fixed spelling errors, etc. Thanks! (Please keep me in the CC) --- Christian Lamparter (6): gpio: generic: fix GPIO_GENERIC_PLATFORM is set to module case gp

[RFC v4 1/8] gpio: generic: fix GPIO_GENERIC_PLATFORM is set to module case

GPIO_GENERIC_PLATFORM is a tristate. If the module option is selected the resulting gpio-generic.ko will lack most of the module initialzation and probe code. Signed-off-by: Christian Lamparter --- drivers/gpio/gpio-generic.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a

[RFC v4 8/8] gpio: dt-bindings: add gpio-mmio bindings

From: Álvaro Fernández Rojas This patch adds the device tree bindings for the gpio-mmio. The gpio-mmio is already part of a the GPIO generic library. Signed-off-by: Álvaro Fernández Rojas Signed-off-by: Christian Lamparter --- .../devicetree/bindings/gpio/gpio-mmio.txt | 73

[RFC v4 6/8] gpio: moxart: integrate MOXA ART GPIO driver into gpio-mmio

This patch integrates the GPIO driver for the MOXA ART SoC into the gpio-mmio framework. Signed-off-by: Christian Lamparter --- drivers/gpio/Kconfig| 15 drivers/gpio/Makefile | 2 +- drivers/gpio/gpio-mmio-compat.h | 12 ++ drivers/gpio/gpio-mmio.c

[RFC v4 3/8] gpio: generic: add DT support for generic memory-mapped GPIOs

From: Álvaro Fernández Rojas This patch adds support for defining memory-mapped GPIOs which provide a compatible interface for the existing generic-gpio driver. Signed-off-by: Álvaro Fernández Rojas Signed-off-by: Christian Lamparter --- drivers/gpio/Kconfig| 3 ++ drivers/gpio

[RFC v4 4/8] gpio: clps711x: integrate cirrus clps711x into gpio-mmio

This patch integrates the Cirrus' clps711x driver into the gpio-mmio framework. Signed-off-by: Christian Lamparter --- drivers/gpio/Kconfig| 14 +++ drivers/gpio/Makefile | 2 +- drivers/gpio/gpio-clps711x.c| 84 ++--- dr

[RFC v4 5/8] gpio: ge: integrate GE's FPGA GPIO into gpio-mmio

This patch integrates the gpio-ge driver into the gpio-mmio framework. Signed-off-by: Christian Lamparter --- drivers/gpio/Kconfig| 24 +- drivers/gpio/Makefile | 2 +- drivers/gpio/gpio-ge.c | 101 drivers/gpio

[RFC v4 7/8] gpio: ts4800: integrate TS4800 into gpio-mmio

This patch integrates the TS4800 FPGA GPIO driver into the gpio-mmio framework. Signed-off-by: Christian Lamparter --- drivers/gpio/Kconfig| 17 - drivers/gpio/Makefile | 2 +- drivers/gpio/gpio-mmio-compat.h | 11 ++ drivers/gpio/gpio-mmio.c| 1

[PATCH v9.1] gpio: mmio: add DT support for memory-mapped GPIOs

a 1 bit indicates the GPIO is an output. c. an input direction register (named "dirin") where a 1 bit indicates the GPIO is an input. The first user for this binding is "wd,mbl-gpio". Reviewed-by: Andy Shevchenko Signed-off-by: Álvaro Fernánd

Re: usb: dwc2: regression on MyBook Live Duo / Canyonlands since 4.3.0-rc4

On Thursday, May 12, 2016 11:40:28 AM John Youn wrote: > On 5/12/2016 6:30 AM, Christian Lamparter wrote: > > On Thursday, May 12, 2016 01:55:44 PM Arnd Bergmann wrote: > >> On Thursday 12 May 2016 11:58:18 Christian Lamparter wrote: > >>>>>> Detecting

[PATCH v10 0/2] gpio: add DT support for memory-mapped GPIOs

gpio-ts4800 into one patch. v3 -> v4: - renamed gpio-generic.c to gpio-mmio.c - changed compat. string to "linux,gpio-mmio" - integrated Cirrus clps711x driver - integrated GE FGPA gpio-ge driver - integrated MOXA ART GPIO driver - integ

[PATCH v10 2/2] gpio: mmio: add MyBook Live GPIO support

This patch adds support for the Western Digital's MyBook Live memory-mapped GPIO controllers. The GPIOs will be supported by the generic driver for memory-mapped GPIO controllers. Signed-off-by: Christian Lamparter --- drivers/gpio/gpio-mmio.c | 4 1 file changed, 4 insertions(+)

[PATCH v10 1/2] gpio: mmio: add DT support for memory-mapped GPIOs

a 1 bit indicates the GPIO is an output. c. an input direction register (named "dirin") where a 1 bit indicates the GPIO is an input. Reviewed-by: Andy Shevchenko Signed-off-by: Álvaro Fernández Rojas Signed-off-by: Christian Lamparter --- drivers/gpio/gpio-mmio.c |

Re: [PATCH v4] usb: dwc2: fix regression on big-endian PowerPC/ARM systems

On Friday, May 13, 2016 03:52:27 PM Arnd Bergmann wrote: > A patch that went into Linux-4.4 to fix big-endian mode on a Lantiq > MIPS system unfortunately broke big-endian operation on PowerPC > APM82181 as reported by Christian Lamparter, and likely other > systems. > > It a

Re: usb: dwc2: regression on MyBook Live Duo / Canyonlands since 4.3.0-rc4

On Thursday, May 12, 2016 11:40:28 AM John Youn wrote: > On 5/12/2016 6:30 AM, Christian Lamparter wrote: > > On Thursday, May 12, 2016 01:55:44 PM Arnd Bergmann wrote: > >> On Thursday 12 May 2016 11:58:18 Christian Lamparter wrote: > >>>>>> Detecting

Re: [PATCH] carl9170: match wait_for_completion_timeout return type

s against 4.1-rc3 (localversion-next is -next-20150512) > > Signed-off-by: Nicholas Mc Guire Acked-by: Christian Lamparter -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at htt

[RESEND] Re: updating carl9170-1.fw in linux-firmware.git

On Wednesday, April 20, 2016 10:59:44 AM Kalle Valo wrote: > Christian Lamparter writes: > > > On Monday, April 18, 2016 07:42:05 PM Kalle Valo wrote: > >> Christian Lamparter writes: > >> > >> > On Monday, April 18, 2016 06:45:09 PM Kalle Valo wrote

  1   2   >