On Tue 17 Sep 2019 at 10:12, Jose Abreu wrote:
> From: Loys Ollivier
> Date: Sep/17/2019, 11:02:36 (UTC+00:00)
>
>> rtnl_lock needs to be taken before calling phylink_start/stop to lock the
>> network stack.
>> Fix ASSERT_RTNL() warnings by protecting such calls wit
rtnl_lock needs to be taken before calling phylink_start/stop to lock the
network stack.
Fix ASSERT_RTNL() warnings by protecting such calls with lock/unlock.
Fixes: 74371272f97f ("net: stmmac: Convert to phylink and remove phylib logic")
Signed-off-by: Loys Ollivier
---
drivers/ne
On selection of SOC_SIFIVE select the corresponding platform drivers.
Signed-off-by: Loys Ollivier
---
arch/riscv/Kconfig.socs | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/riscv/Kconfig.socs b/arch/riscv/Kconfig.socs
index 60dae1b5f276..536c0ef4aee8 100644
--- a/arch/riscv
Create a config option for building SiFive SoC specific resources
e.g. SiFive device tree, platform drivers...
Signed-off-by: Loys Ollivier
Cc: Paul Walmsley
Cc: Palmer Dabbelt
---
arch/riscv/Kconfig | 2 ++
arch/riscv/Kconfig.socs | 8
arch/riscv/boot
/20190602080500.31700-1-paul.walms...@sifive.com/
Loys Ollivier (3):
arch: riscv: add config option for building SiFive's SoC resource
riscv: select SiFive platform drivers with SOC_SIFIVE
riscv: defconfig: enable SOC_SIFIVE
arch/riscv/Kconfig | 2 ++
arch/riscv/Kconfig
Enable SOC_SIFIVE so the default upstream config is bootable on the SiFive
Unleashed Board.
And have basic support for future boards based on the same SoC.
Signed-off-by: Loys Ollivier
---
arch/riscv/configs/defconfig | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/arch
On Thu 06 Jun 2019 at 22:12, Paul Walmsley wrote:
> On Tue, 4 Jun 2019, Loys Ollivier wrote:
>
>> Always build it ?
>> Any particular reason to drop ARCH_SIFIVE ?
>
> Palmer had some reservations about it, so I dropped it for now. But then
> as I was thinking about i
version incorporates changes based on more comments from
> Rob Herring .
>
> Signed-off-by: Paul Walmsley
> Signed-off-by: Paul Walmsley
Tested-by: Loys Ollivier
> Cc: Rob Herring
> Cc: Mark Rutland
> Cc: Palmer Dabbelt
> Cc: Albert Ou
> Cc: devicet...@vger.kerne
almsley
> Signed-off-by: Paul Walmsley
Tested-by: Loys Ollivier
> Cc: Rob Herring
> Cc: Mark Rutland
> Cc: Palmer Dabbelt
> Cc: Albert Ou
> Cc: ShihPo Hung
> Cc: devicet...@vger.kernel.org
> Cc: linux-ri...@lists.infradead.org
> Cc: linux-kernel@vger.kernel.org
On Sun 02 Jun 2019 at 01:04, Paul Walmsley wrote:
> Similar to ARM64, add support for building DTB files from DT source
> data for RISC-V boards.
>
> This patch starts with the infrastructure needed for SiFive boards.
> Boards from other vendors would add support here in a similar form.
>
> Signe
>
> https://github.com/sifive/riscv-linux/tree/dev/paulw/dts-v5.2-rc1
>
>
> - Paul
>
Tested patch 1, 4 and 5 using FSBL + OpenSBI + U-Boot on HiFive Unleashed.
Tested-by: Loys Ollivier
>
> Paul Walmsley (5):
> arch: riscv: add support for building DTB files from DT sou
On Wed 29 May 2019 at 12:25, Troy Benjegerdes
wrote:
>> On May 29, 2019, at 5:04 AM, Loys Ollivier wrote:
>>
>> On Wed 29 May 2019 at 00:50, Atish Patra wrote:
>>
>>> On 5/28/19 8:36 AM, Karsten Merker wrote:
>>>> On Tue, May 28, 2019 at 05:10:
On Wed 29 May 2019 at 00:50, Atish Patra wrote:
> On 5/28/19 8:36 AM, Karsten Merker wrote:
>> On Tue, May 28, 2019 at 05:10:42PM +0200, Loys Ollivier wrote:
>>> On Tue 28 May 2019 at 01:32, Paul Walmsley wrote:
>>>
>>>> An update for those testing
On Tue 28 May 2019 at 17:35, Karsten Merker wrote:
> On Tue, May 28, 2019 at 05:10:42PM +0200, Loys Ollivier wrote:
>> On Tue 28 May 2019 at 01:32, Paul Walmsley wrote:
>>
>> > An update for those testing RISC-V patches: here's a new branch of
>> > ri
On Tue 28 May 2019 at 01:32, Paul Walmsley wrote:
> An update for those testing RISC-V patches: here's a new branch of
> riscv-pk/bbl that doesn't try to read or modify the DT data at all, which
> should be useful until U-Boot settles down. This new riscv-pk version
> should be easier to use
On Thu 18 Apr 2019 at 18:04, Atish Patra wrote:
> On 4/18/19 4:22 PM, Kevin Hilman wrote:
>> Hi Paul,
>>
>> Paul Walmsley writes:
>>
>>> This series adds a serial driver, with console support, for the
>>> UART IP block present on the SiFive FU540 SoC. The programming
>>> model is straightforwar
+ Linux.
>
> Signed-off-by: Atish Patra
> Reviewed-by: Karsten Merker
> Tested-by: Karsten Merker (QEMU+OpenSBI+U-Boot)
Tested-by: Loys Ollivier
a similar form.
>
> Signed-off-by: Paul Walmsley
> Signed-off-by: Paul Walmsley
> Cc: Palmer Dabbelt
> Cc: Albert Ou
Tested-by: Loys Ollivier
Tested the whole patch series using FSBL+BBL.
Did basic boot testing and uart validation.
The actual testing process is quite cumbersome.
O
On Thu 16 May 2019 at 19:02, Robin Murphy wrote:
>> -/*
>> - * FIXME: need to provide subdriver defaults or separate dt parsing from
>> - * allocation.
>> - */
>> static int gnss_serial_parse_dt(struct serdev_device *serdev)
>> {
>> struct gnss_serial *gserial = serdev_device_get_drvdata
On Wed 08 May 2019 at 17:53, Corentin Labbe wrote:
>> -/*
>> - * FIXME: need to provide subdriver defaults or separate dt parsing from
>> - * allocation.
>> - */
>> static int gnss_serial_parse_dt(struct serdev_device *serdev)
>> {
>> struct gnss_serial *gserial = serdev_device_get_drvdata(
The default serial speed was hardcoded in the code.
Rename current-speed to default-speed.
Add a function parameter that lets the subdrivers specify their
default speed.
If not specified fallback to the device-tree default-speed.
Signed-off-by: Loys Ollivier
---
Hello,
This patch moves the
The default serial speed was hardcoded in the code.
Rename current-speed to default-speed.
Add a function parameter that lets the subdrivers specify their
default speed.
If not specified fallback to the device-tree default-speed.
Signed-off-by: Loys Ollivier
---
Hello,
This patch moves the
Hello,
Here's a patch that moves the currently hardcoded, default serial speed
to the subdrivers.
If the default speed is not specified by the subdriver then it is read
from the device tree.
Please let me know what you think !
Cheers,
Loys
Loys Ollivier (1):
gnss: get serial speed
The default serial speed was hardcoded in the code.
Rename current-speed to default-speed.
Add a function parameter that lets the subdrivers specify their
default speed.
If not specified fallback to the device-tree default-speed.
Signed-off-by: Loys Ollivier
---
drivers/gnss/mtk.c| 6
On Fri 15 Feb 2019 at 16:04, Johan Hovold wrote:
> On Wed, Feb 13, 2019 at 04:09:27PM +0100, Loys Ollivier wrote:
>> Add binding for Mediatek-based GNSS receivers.
>>
>> Signed-off-by: Loys Ollivier
>> ---
>> v4:
>> Use standard names for reset-
On Thu 14 Feb 2019 at 10:12, Johan Hovold wrote:
> On Thu, Feb 14, 2019 at 11:00:19AM +0100, Corentin Labbe wrote:
>> On Wed, Feb 13, 2019 at 04:09:29PM +0100, Loys Ollivier wrote:
>> > Add driver for serial-connected Mediatek-based GNSS receivers.
>> >
>&g
On Thu 14 Feb 2019 at 09:11, Johan Hovold wrote:
> On Wed, Feb 13, 2019 at 04:24:00PM +0100, Loys Ollivier wrote:
>> On Mon 11 Feb 2019 at 14:17, Loys Ollivier wrote:
>> > On Mon 11 Feb 2019 at 08:33, Johan Hovold wrote:
>
>> >> Right, but please do look arou
On Mon 11 Feb 2019 at 14:17, Loys Ollivier wrote:
> On Mon 11 Feb 2019 at 08:33, Johan Hovold wrote:
>
>> On Mon, Jan 28, 2019 at 04:46:53PM +0100, Loys Ollivier wrote:
>>>
>>> On Fri 25 Jan 2019 at 09:07, Johan Hovold wrote:
>>>
>>> > On T
On Mon 11 Feb 2019 at 14:17, Loys Ollivier wrote:
> On Mon 11 Feb 2019 at 08:33, Johan Hovold wrote:
>
>> On Mon, Jan 28, 2019 at 04:46:53PM +0100, Loys Ollivier wrote:
>>>
>>> On Fri 25 Jan 2019 at 09:07, Johan Hovold wrote:
>>>
>>> > On T
Add an MTK (Mediatek) type to the "GNSS_TYPE" attribute.
Note that MTK receivers support a subset of NMEA 0183 with vendor
extensions.
Signed-off-by: Loys Ollivier
---
v4:
No changes
v3:
Moved the gnss_type_names string addition to this patch.
Edited the commit message to remove the
r is bound).
Note that the timepulse-support is left unimplemented.
Signed-off-by: Loys Ollivier
---
v4:
No changes
v3:
Sorted the Kconfig and Makefile
Retained the original Copyright
Removed "mediatek,mt3339" compatible.
v2:
Renamed from gtop/Globaltop to mtk/Mediatek.
Added "me
Add binding for Mediatek-based GNSS receivers.
Signed-off-by: Loys Ollivier
---
v4:
Use standard names for reset-gpios and gnss-fix-gpios
s/an/a UART
v3:
Removed the I2C and SPI interfaces references.
Removed the "mediatek,mt3339" compatible line.
Added the optional propertied (
Add globaltop vendor definition.
Signed-off-by: Loys Ollivier
Reviewed-by: Rob Herring
---
v4: No changes (Reviewed-by tag added)
v3: No changes
v2: Alphabetical order
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation
om Globaltop to Mediatek
- dt: Moved the current-speed property as optional
- dt: removed the status line in example
- cover-letter: removed the alias that is not needed anymore
[0]:
https://lkml.kernel.org/r/1548693481-1162-1-git-send-email-lolliv...@baylibre.com
Loys Ollivier (4):
dt-bi
On Mon 11 Feb 2019 at 08:33, Johan Hovold wrote:
> On Mon, Jan 28, 2019 at 04:46:53PM +0100, Loys Ollivier wrote:
>>
>> On Fri 25 Jan 2019 at 09:07, Johan Hovold wrote:
>>
>> > On Thu, Jan 17, 2019 at 05:54:32PM +0100, Loys Ollivier wrote:
>> >> Add
On Mon 11 Feb 2019 at 09:22, Johan Hovold wrote:
> On Wed, Jan 30, 2019 at 09:50:16AM -0600, Rob Herring wrote:
>> On Mon, Jan 28, 2019 at 05:37:59PM +0100, Loys Ollivier wrote:
>> > Add binding for Mediatek-based GNSS receivers.
>> >
>> > Signed-off-by: L
On Wed 30 Jan 2019 at 15:48, Rob Herring wrote:
> On Mon, 28 Jan 2019 17:37:58 +0100, Loys Ollivier wrote:
>> Add globaltop vendor definition.
>>
>> Signed-off-by: Loys Ollivier
>> ---
>>
>> v3: No changes
>>
>> v2: Alphabetical ord
Add globaltop vendor definition.
Signed-off-by: Loys Ollivier
---
v3: No changes
v2: Alphabetical order
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree
Add binding for Mediatek-based GNSS receivers.
Signed-off-by: Loys Ollivier
---
v3:
Removed the I2C and SPI interfaces references.
Removed the "mediatek,mt3339" compatible line.
Added the optional propertied (reset, fix)
Added the pin names for the optional properties.
v2:
Rename
r is bound).
Note that the timepulse-support is left unimplemented.
Signed-off-by: Loys Ollivier
---
v3:
Sorted the Kconfig and Makefile
Retained the original Copyright
Removed "mediatek,mt3339" compatible.
v2:
Renamed from gtop/Globaltop to mtk/Mediatek.
Added "mediatek,mt3339&qu
r: Renamed driver from Globaltop/gtop to Mediatek/mtk
- driver: Added "mediatek,mt3339" compatible
- dt: Renamed bindings from Globaltop to Mediatek
- dt: Moved the current-speed property as optional
- dt: removed the status line in example
- cover-letter: removed the alias that is not
Add an MTK (Mediatek) type to the "GNSS_TYPE" attribute.
Note that MTK receivers support a subset of NMEA 0183 with vendor
extensions.
Signed-off-by: Loys Ollivier
---
v3:
Moved the gnss_type_names string addition to this patch.
Edited the commit message to remove the reference t
On Fri 25 Jan 2019 at 09:07, Johan Hovold wrote:
On Thu, Jan 17, 2019 at 05:54:32PM +0100, Loys Ollivier wrote:
Add binding for Mediatek-based GNSS receivers.
Signed-off-by: Loys Ollivier
---
v2:
Renamed bindings from Globaltop/gtop to Mediatek/mtk.
Moved current-speed as an optional
On Mon 21 Jan 2019 at 21:51, Rob Herring wrote:
On Mon, Jan 21, 2019 at 11:29 AM Loys Ollivier
wrote:
On Mon 21 Jan 2019 at 17:10, Rob Herring wrote:
> On Thu, 17 Jan 2019 17:54:32 +0100, Loys Ollivier wrote:
>> Add binding for Mediatek-based GNSS receivers.
>>
>>
On Mon 21 Jan 2019 at 18:44, Sean Wang wrote:
On Mon, Jan 21, 2019 at 9:29 AM Loys Ollivier
wrote:
On Mon 21 Jan 2019 at 17:10, Rob Herring wrote:
> On Thu, 17 Jan 2019 17:54:32 +0100, Loys Ollivier wrote:
>> Add binding for Mediatek-based GNSS receivers.
>>
>>
On Mon 21 Jan 2019 at 17:10, Rob Herring wrote:
On Thu, 17 Jan 2019 17:54:32 +0100, Loys Ollivier wrote:
Add binding for Mediatek-based GNSS receivers.
Signed-off-by: Loys Ollivier
---
v2:
Renamed bindings from Globaltop/gtop to Mediatek/mtk.
Moved current-speed as an optional propertie
Add globaltop vendor definition.
Signed-off-by: Loys Ollivier
---
v2: Alphabetical order
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree/bindings/vendor
Add binding for Mediatek-based GNSS receivers.
Signed-off-by: Loys Ollivier
---
v2:
Renamed bindings from Globaltop/gtop to Mediatek/mtk.
Moved current-speed as an optional propertie.
Removed the status line in the example.
Added "mediatek,mt3339" compatible.
.../devicetree/bin
Add an MTK (Mediatek) type to the "GNSS_TYPE" attribute.
Note that MTK receivers support a subset of NMEA 0183 with vendor
extensions (e.g. to allow switching to the vendor protocol).
Signed-off-by: Loys Ollivier
---
v2: renamed from GTOP to MTK.
include/linux/gnss.h | 1 +
1 file
r is bound).
Note that the timepulse-support is left unimplemented.
Signed-off-by: Loys Ollivier
---
v2:
Renamed from gtop/Globaltop to mtk/Mediatek.
Added "mediatek,mt3339" compatible.
drivers/gnss/Kconfig | 13 +
drivers/gnss/Makefile | 3 +
drivers/gnss/core.c | 1 +
not needed anymore
Loys Ollivier (4):
dt-bindings: Add vendor prefix for "GlobalTop Technology, Inc."
dt-bindings: gnss: add mediatek binding
gnss: add mtk receiver type support
gnss: add driver for mediatek receivers
.../devicetree/bindings/gnss/mediatek.txt | 39 ++
On Fri 04 Jan 2019 at 11:51, Rob Herring wrote:
> On Fri, Dec 28, 2018 at 4:51 AM Loys Ollivier wrote:
>>
>> Hello !
>>
>> This patch series adds a new GNSS driver for the globaltop GNSS receivers.
>> These receivers transmits NMEA output sequence as s
a reserved
range so that the probing can continue.
Signed-off-by: Loys Ollivier
---
drivers/tty/serial/meson_uart.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/drivers/tty/serial/meson_uart.c b/drivers/tty/serial/meson_uart.c
index 8a842591b37c..fbc5bc022a39
Martin,
On Mon 14 Jan 2019 at 14:44, Loys Ollivier wrote:
Commit 89a5e15bcba8 ("gpio/mmc/of: Respect polarity in the device tree")
changed the behavior of "cd-inverted" to follow the device tree bindings
specification:
According to SDHCI standard, CD lines are spec
operty means that the CD line is "active high".
Fix the SD card description for meson by setting the cd-gpios as
"active low", according to the boards specifications, and dropping the
"cd-inverted" property.
Fixes: 89a5e15bcba8 ("gpio/mmc/of: Respect polarity
Hello,
On Fri 11 Jan 2019 at 19:55, Kevin Hilman wrote:
Martin Blumenstingl writes:
Hi,
some nit-picks as well as my Tested-by (in case it's not too late) below.
thank you for taking care of this!
You're welcome !
On Thu, Jan 10, 2019 at 4:40 PM Loys Ollivier
wrote
d-gpios as "active low" according
to the boards specifications.
Fixes: 89a5e15bcba8 ("gpio/mmc/of: Respect polarity in the device tree")
Signed-off-by: Loys Ollivier
---
v3: fix typos in the commit message
v2: fix more occurences, also in other meson boards.
arch/a
Hi,
On Wed 09 Jan 2019 at 22:14, Martin Blumenstingl wrote:
Hi,
On Wed, Jan 9, 2019 at 7:31 PM Linus Walleij
wrote:
Hi Ollivier!
On Wed, Jan 9, 2019 at 2:56 PM Loys Ollivier
wrote:
> Commit 89a5e15bcba8 ("gpio/mmc/of: Respect polarity in the device tree")
> changed
= mmc_gpiod_request_cd(host, "cd", 0, true,
+ ret = mmc_gpiod_request_cd(host, "cd", 0, false,
cd_debounce_delay_ms * 1000,
&cd_gpio_invert);
if (!ret)
Test on libretech-cc, sd is fixed with that patch.
Tested-by: Loys Ollivier
--
-L
cd-gpio as "active low" according
to the boards specifications.
Fixes: 89a5e15bcba8 ("gpio/mmc/of: Respect polarity in the device tree")
Signed-off-by: Loys Ollivier
---
v2: fix more occurences, also in other meson boards.
arch/arm64/boot/dts/amlogic/meson-gx-p23x-q20x.dts
cd-gpio as "active low" according
to the boards specifications.
Fixes: 89a5e15bcba8 ("gpio/mmc/of: Respect polarity in the device tree")
Signed-off-by: Loys Ollivier
---
arch/arm64/boot/dts/amlogic/meson-gxbb-nanopi-k2.dts | 3 +--
arch/arm64/boot/dts/amlogic/mes
On Fri 04 Jan 2019 at 09:19, Johan Hovold wrote:
On Thu, Jan 03, 2019 at 05:04:35PM +0100, Loys Ollivier wrote:
As suggested by Neil Armstrong - this GNSS device seems to behave like
most generic GNSS receivers.
I'll send a v2 with a generic driver that works for both GlobalTop and
u
As suggested by Neil Armstrong - this GNSS device seems to behave
like
most generic GNSS receivers.
I'll send a v2 with a generic driver that works for both GlobalTop
and
u-blox.
Please ignore this serie.
Thanks,
Loys
Loys Ollivier writes:
Hello !
This patch series adds a new
Add a gtop type to the "GNSS_TYPE" attribute.
Note that GTOP receveirs support a subset of NMEA 0183 with vendor
extensions (e.g. to allow switching to the vendor protocol).
Signed-off-by: Loys Ollivier
---
include/linux/gnss.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/inc
nd).
Note that the timepulse-support is left unimplemented.
Signed-off-by: Loys Ollivier
---
drivers/gnss/Kconfig | 13 +
drivers/gnss/Makefile | 3 +
drivers/gnss/core.c | 1 +
drivers/gnss/gtop.c | 152 ++
4 files changed, 169
using a GlobalTop pa6h chipset on a Libretech-cc
board using the expansion header. Changes made in the board device tree can
be found below for reference and testing.
Loys
Loys Ollivier (4):
dt-bindings: Add vendor prefix for "GlobalTop Technology, Inc."
dt-bindings: gnss: add gtop bind
Add binding for GlobalTop GNSS receivers.
Signed-off-by: Loys Ollivier
---
Documentation/devicetree/bindings/gnss/gtop.txt | 33 +
1 file changed, 33 insertions(+)
create mode 100644 Documentation/devicetree/bindings/gnss/gtop.txt
diff --git a/Documentation/devicetree
Add globaltop vendor definition.
Signed-off-by: Loys Ollivier
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree/bindings/vendor-prefixes.txt
index
Hello guys,
Any news on this fix ? Anything else you need on my side ?
Thanks
On 15/12/2017 14:40, Loys Ollivier wrote:
> When using other platform architectures, in the init of the qcom_scm
> driver, of_node_put is called on /firmware if no qcom dt is found.
> This results in a ker
of_platform_populate are calling it
automatically.
Remove the calls to of_node_put() on fw_np.
Fixes: d0f6fa7ba2d6 ("firmware: qcom: scm: Convert SCM to platform driver")
Suggested-by: Stephen Boyd
Signed-off-by: Loys Ollivier
---
drivers/firmware/qcom_scm.c | 6 +-
1 file
On 08/12/2017 18:04, Stephen Boyd wrote:
> On 12/07, Loys Ollivier wrote:
>>
>>
>> On 07/12/2017 09:42, Jerome Forissier wrote:
>>>
>>>
>>> On 12/06/2017 09:06 PM, Stephen Boyd wrote:
>>>> On 12/06, Loys Ollivier wrote:
>>>&g
On 07/12/2017 09:42, Jerome Forissier wrote:
>
>
> On 12/06/2017 09:06 PM, Stephen Boyd wrote:
>> On 12/06, Loys Ollivier wrote:
>>> When using other platform architectures, in the init of the qcom_scm
>>> driver, of_node_put is called on /firmware if no qcom d
it automatically.
Remove this of_node_put().
Fixes: d0f6fa7ba2d6 ("firmware: qcom: scm: Convert SCM to platform driver")
Signed-off-by: Loys Ollivier
---
Change since v1, remove the curly brackets as if statement becomes a
one liner.
drivers/firmware/qcom_scm.c | 4 +---
1 file
Please discard this patch. The if statement becoming a one liner, the
curly brackets should be removed. I will send a v2.
On 05/12/2017 16:52, Loys Ollivier wrote:
> When using other platform architectures, in the init of the qcom_scm
> driver, of_node_put is called on /firmware if no qcom
it automatically.
Remove this of_node_put().
Fixes: d0f6fa7ba2d6 ("firmware: qcom: scm: Convert SCM to platform driver")
Signed-off-by: Loys Ollivier
---
drivers/firmware/qcom_scm.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/firmware/qcom_scm.c b/drivers/firmware/
75 matches
Mail list logo
