[yocto] Yocto Project Technical Documentation Request For Quote

2020-11-30 Thread Nicolas Dechesne
hi there,

The Yocto Project is looking to hire a technical writer to develop and
maintain the many documents the project supplies the greater community,
including the official Yocto Project documentation website [1].

We expect to build a long term relationship with this technical
documentation person, and estimate that the workload for this role should
be no more than 50%, spread evenly throughout the year.

For more information, please check [2].

cheers
nico

[1] https://docs.yoctoproject.org/
[2]
https://www.yoctoproject.org/yocto-project-technical-documentation-request-for-quote/

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#51601): https://lists.yoctoproject.org/g/yocto/message/51601
Mute This Topic: https://lists.yoctoproject.org/mt/78628304/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [linux-yocto] [yocto-kernel-cache master PATCH] virtio.cfg: enable virtio-vsock

2020-11-30 Thread Bruce Ashfield
Looks good, I've queued the change and will have it in my next pull
request to master.

Bruce

On Sun, Nov 22, 2020 at 5:23 AM Vasyl Vavrychuk
 wrote:
>
> virtio-vsock provides a POSIX Sockets API based host/guest
> communications capability.
>
> Signed-off-by: Vasyl Vavrychuk 
> ---
>  cfg/virtio.cfg | 4 
>  1 file changed, 4 insertions(+)
>
> diff --git a/cfg/virtio.cfg b/cfg/virtio.cfg
> index 3b3ccbc8..938d2da5 100644
> --- a/cfg/virtio.cfg
> +++ b/cfg/virtio.cfg
> @@ -12,3 +12,7 @@ CONFIG_HW_RANDOM_VIRTIO=y
>  CONFIG_SCSI_VIRTIO=y
>  CONFIG_CRYPTO_DEV_VIRTIO=y
>  CONFIG_DRM_VIRTIO_GPU=y
> +CONFIG_VSOCKETS=y
> +CONFIG_VSOCKETS_DIAG=y
> +CONFIG_VIRTIO_VSOCKETS=y
> +CONFIG_VIRTIO_VSOCKETS_COMMON=y
> --
> 2.23.0
>
>
> Please mind our privacy 
> notice
>  pursuant to Art. 13 GDPR. // Unsere Hinweise zum Datenschutz gem. Art. 13 
> DSGVO finden Sie 
> hier.
>
> 
>


-- 
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#9206): 
https://lists.yoctoproject.org/g/linux-yocto/message/9206
Mute This Topic: https://lists.yoctoproject.org/mt/78428262/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [linux-yocto] [yocto-kernel-cache master PATCH 0/1] Recently added CONFIG_SERIAL_OF_PLATFORM causes warning on x86.

2020-11-30 Thread Bruce Ashfield
On Sat, Nov 21, 2020 at 12:19 AM Vasyl Vavrychuk
 wrote:
>
> Sorry, I was not carefull enough with checking this. Will try to improve in
> future.
>

No worries. I've caused my own fair share of warnings :D

We could also mark this as non-hardware and/or exclude it on some arches.

When you saw the warning on x86, was it just the standard qemu*
machine builds ? If so, I'll trigger the warning here and see what I
can do before reverting.

Bruce

> Vasyl Vavrychuk (1):
>   Revert "meta: Add CONFIG_SERIAL_OF_PLATFORM to 8250.cfg"
>
>  cfg/8250.cfg | 1 -
>  1 file changed, 1 deletion(-)
>
> --
> 2.23.0
>
>
> Please mind our privacy 
> notice
>  pursuant to Art. 13 GDPR. // Unsere Hinweise zum Datenschutz gem. Art. 13 
> DSGVO finden Sie 
> hier.
>
> 
>


-- 
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#9205): 
https://lists.yoctoproject.org/g/linux-yocto/message/9205
Mute This Topic: https://lists.yoctoproject.org/mt/78406640/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[linux-yocto][linux-yocto v5.4/standard/nxp-s32g2xx][PATCH] can: flexcan: fix wrong merging commit cd9f13c594613

2020-11-30 Thread Xulin Sun
This is to fix the below error build:

drivers/net/can/flexcan.c:1637:30: error: 'flexcan_irq' undeclared (first use 
in this function)
DEBUG:  1637 |  err = request_irq(dev->irq, flexcan_irq, IRQF_SHARED, 
dev->name, dev);
1637 |  err = request_irq(dev->irq, flexcan_irq, IRQF_SHARED, dev->name, dev);
DEBUG:  |  ^~~
|  ^~~

It is caused by wrong merging the upstream commit cd9f13c59461351d with this 
branch.
cd9f13c59461351d(can: flexcan: flexcan_chip_start(): fix erroneous 
flexcan_transceiver_enable() during bus-off recovery).
Now added the missing part for this patch.

Signed-off-by: Xulin Sun 
---
 drivers/net/can/flexcan.c | 12 
 1 file changed, 8 insertions(+), 4 deletions(-)
 mode change 100644 => 100755 drivers/net/can/flexcan.c

diff --git a/drivers/net/can/flexcan.c b/drivers/net/can/flexcan.c
old mode 100644
new mode 100755
index aab53c3dae02..650165745fbe
--- a/drivers/net/can/flexcan.c
+++ b/drivers/net/can/flexcan.c
@@ -1578,6 +1578,10 @@ static int flexcan_open(struct net_device *dev)
if (err)
goto out_runtime_put;
 
+   err = flexcan_transceiver_enable(priv);
+   if (err)
+   goto out_close;
+
for (i = 0; i < priv->devtype_data->n_irqs; i++)
for (j = 0; j < M; j++)
if (priv->devtype_data->irqs[i].handler_mask & BIT(j)) {
@@ -1634,10 +1638,6 @@ static int flexcan_open(struct net_device *dev)
if (err)
goto out_free_irq;
 
-   err = request_irq(dev->irq, flexcan_irq, IRQF_SHARED, dev->name, dev);
-   if (err)
-   goto out_transceiver_disable;
-
priv->mb_size = sizeof(struct flexcan_mb) + CAN_MAX_DLEN;
priv->mb_count = (sizeof(priv->regs->mb[0]) / priv->mb_size) +
 (sizeof(priv->regs->mb[1]) / priv->mb_size);
@@ -1697,6 +1697,8 @@ static int flexcan_open(struct net_device *dev)
BIT(last % M))
free_irq(priv->irq_nos[last / M], dev);
 
+   flexcan_transceiver_disable(priv);
+ out_close:
close_candev(dev);
  out_runtime_put:
pm_runtime_put(priv->dev);
@@ -1720,6 +1722,8 @@ static int flexcan_close(struct net_device *dev)
if (priv->devtype_data->irqs[i].handler_mask & BIT(j))
free_irq(priv->irq_nos[i], dev);
 
+   flexcan_transceiver_disable(priv);
+
close_candev(dev);
pm_runtime_put(priv->dev);
 
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#9204): 
https://lists.yoctoproject.org/g/linux-yocto/message/9204
Mute This Topic: https://lists.yoctoproject.org/mt/78626665/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [linux-yocto] [yocto-kernel-tools][PATCH] merge_config.sh: Translate some env variables to make variables

2020-11-30 Thread Bruce Ashfield
Sorry for the slow reply, I was working on some bugs that were taking
up a significant amount of time.

I've tossed this into my integration branch and will follow up if
there are any issues.

Bruce

On Tue, Nov 17, 2020 at 11:38 AM Tyler Hicks
 wrote:
>
> Pass certain environment variables, meant to convey information about
> the toolchain to use, as make variables when creating a kernel config
> file. The kernel build system checks for toolchain capabilities when
> generating the merged config file and a valid toolchain is required to
> enable some options.
>
> OpenEmbedded has attempted, for a couple years now, to specify the
> compiler by setting the CC environment variable:
>
>  
> https://git.openembedded.org/openembedded-core/commit/?id=ff1bdd75d50f0ebac3d599e461685ace29559a82
>
> This was unsuccessful due to the kernel's top-level Makefile explicitly
> assigning variables, such as CC, and ignoring what's present in the
> environment. It is possible to override this behavior by invoking make
> with the '-e' option but the make manual discourages this:
>
>  Every environment variable that make sees when it starts up is
>  transformed into a make variable with the same name and value.
>  However, an explicit assignment in the makefile, or with a command
>  argument, overrides the environment. (If the ‘-e’ flag is specified,
>  then values from the environment override assignments in the makefile.
>  See Summary of Options. But this is not recommended practice.)
>
> A simple test case is to create a defconfig while specifying clang as
> the compiler to use:
>
>  $ make CC=clang-10 defconfig
>  ...
>
> Create a config fragment that attempts to enable
> CONFIG_INIT_STACK_ALL_PATTERN which is currently only possible to enable
> when building with clang:
>
>  $ echo "CONFIG_INIT_STACK_ALL_PATTERN=y" > init-stack-all.cfg
>
> Specify clang in the environment when running merge_config.sh and see
> that the option couldn't be enabled:
>
>  $ CC=clang-10 merge_config.sh .config init-stack-all.cfg
>  ...
>  Value requested for CONFIG_INIT_STACK_ALL_PATTERN not in final .config
>  Requested value:  CONFIG_INIT_STACK_ALL_PATTERN=y
>  Actual value:
>
> Note that the less secure CONFIG_INIT_STACK_NONE option is enabled,
> instead:
>
>  $ grep CONFIG_INIT_STACK .config
>  CONFIG_INIT_STACK_NONE=y
>
> Signed-off-by: Tyler Hicks 
> ---
>  tools/merge_config.sh | 3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/tools/merge_config.sh b/tools/merge_config.sh
> index 14b4c1fbd04c..38eb85afc263 100755
> --- a/tools/merge_config.sh
> +++ b/tools/merge_config.sh
> @@ -153,7 +153,8 @@ fi
>  # Use the merged file as the starting point for:
>  # alldefconfig: Fills in any missing symbols with Kconfig default
>  # allnoconfig: Fills in any missing symbols with # CONFIG_* is not set
> -make LD="$LD" KCONFIG_ALLCONFIG=$TMP_FILE $OUTPUT_ARG $ALLTARGET
> +make HOSTCC="$HOSTCC" HOSTLD="$HOSTLD" CC="$CC" LD="$LD" \
> +   KCONFIG_ALLCONFIG=$TMP_FILE $OUTPUT_ARG $ALLTARGET
>
>
>  # Check all specified config values took (might have missed-dependency 
> issues)
> --
> 2.17.1
>


-- 
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#9203): 
https://lists.yoctoproject.org/g/linux-yocto/message/9203
Mute This Topic: https://lists.yoctoproject.org/mt/78319959/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[yocto] Reminder: Yocto Project Technical Team Meeting @ Monthly from 8am on the first Tuesday (PDT)

2020-11-30 Thread Stephen Jolley
All,

 

Just a reminder we will hold the monthly Yocto Project Technical Meeting at
8am PST tomorrow. (12/1)  

 

Yocto Project Technical Team Meeting: We encourage people attending the
meeting to logon and announce themselves on the Yocto Project IRC chancel
during the meeting (optional):

Yocto IRC: http://webchat.freenode.net/?channels=#yocto

 

Wiki: https://www.yoctoproject.org/public-virtual-meetings/

 

WhenMonthly from 8am to 9am on the first Tuesday Pacific Time

Where   Zoom Meeting:
https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09

 

We are tracking the minutes at:
https://docs.google.com/document/d/1ly8nyhO14kDNnFcW2QskANXW3ZT7QwKC5wWVDg9d
DH4/edit?pli=1 Please request access if you want to assist in editing them.
The world should have view access. 

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#51600): https://lists.yoctoproject.org/g/yocto/message/51600
Mute This Topic: https://lists.yoctoproject.org/mt/78624422/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[yocto] M+ & H bugs with Milestone Movements WW48

2020-11-30 Thread Stephen Jolley
All,

YP M+ or high bugs which moved to a new milestone in WW48 are listed below: 


Priority

Bug ID

Short Description

Changer

Owner

Was

Became


Medium+

  12760

CMake Toolchain File Has Wrong Module Path

richard.pur...@linuxfoundation.org

unassig...@yoctoproject.org

3.2 M4

3.3 M2

Thanks, 

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com  

 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#51599): https://lists.yoctoproject.org/g/yocto/message/51599
Mute This Topic: https://lists.yoctoproject.org/mt/78624399/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[yocto] Enhancements/Bugs closed WW48!

2020-11-30 Thread Stephen Jolley
All,

The below were the owners of enhancements or bugs closed during the last
week!


Who

Count


richard.pur...@linuxfoundation.org

4


stacy.gaikov...@windriver.com

1


f...@evolware.org

1


bruce.ashfi...@gmail.com

1


Grand Total

7

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#51598): https://lists.yoctoproject.org/g/yocto/message/51598
Mute This Topic: https://lists.yoctoproject.org/mt/78624359/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[yocto] Current high bug count owners for Yocto Project 3.3

2020-11-30 Thread Stephen Jolley
All,

Below is the list as of top 47 bug owners as of the end of WW48 of who have
open medium or higher bugs and enhancements against YP 3.3.   There are 103
possible work days left until the final release candidates for YP 3.3 needs
to be released.


Who

Count


richard.pur...@linuxfoundation.org

37


r...@burtonini.com

24


david.re...@windriver.com

21


bruce.ashfi...@gmail.com

19


bluelightn...@bluelightning.org

18


jpewhac...@gmail.com

12


timothy.t.orl...@intel.com

12


sakib.sa...@windriver.com

11


mark.mor...@windriver.com

11


trevor.gamb...@windriver.com

9


kai.k...@windriver.com

9


akuster...@gmail.com

9


qi.c...@windriver.com

6


raj.k...@gmail.com

5


yi.z...@windriver.com

4


stacy.gaikov...@windriver.com

4


mingli...@windriver.com

4


idad...@gmail.com

4


randy.macl...@windriver.com

4


chee.yang@intel.com

3


alejan...@enedino.org

3


mostthings...@gmail.com

3


hongxu@windriver.com

3


jae...@xilinx.com

2


jon.ma...@arm.com

2


matthew...@posteo.net

2


ydir...@free.fr

2


saul.w...@windriver.com

2


pokyli...@reliableembeddedsystems.com

2


jeanmarie.lemeta...@gmail.com

2


nicolas.deche...@linaro.org

2


kerg...@gmail.com

1


joe.sla...@windriver.com

1


anuj.mit...@intel.com

1


shac...@vdoo.com

1


mark.ha...@kernel.crashing.org

1


akus...@mvista.com

1


aeh...@gmail.com

1


dl...@gmx.de

1


martin.ja...@gmail.com

1


kexin@windriver.com

1


apoorvsan...@gmail.com

1


liezhi.y...@windriver.com

1


mhalst...@linuxfoundation.org

1


maxime.roussinbelan...@gmail.com

1


matt.ranos...@konsulko.com

1


kamen...@cisco.com

1


Grand Total

267

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#51597): https://lists.yoctoproject.org/g/yocto/message/51597
Mute This Topic: https://lists.yoctoproject.org/mt/78624273/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[yocto] Yocto Project Newcomer & Unassigned Bugs - Help Needed

2020-11-30 Thread Stephen Jolley
All,

 

The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means people
can find them. They're being listed on the triage page under the appropriate
heading:

https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs  Also please
review:
https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded and
how to create a bugzilla account at:

https://bugzilla.yoctoproject.org/createaccount.cgi

The idea is these bugs should be straight forward for a person to help work
on who doesn't have deep experience with the project.  If anyone can help,
please take ownership of the bug and send patches!  If anyone needs
help/advice there are people on irc who can likely do so, or some of the
more experienced contributors will likely be happy to help too.

 

Also, the triage team meets weekly and does its best to handle the bugs
reported into the Bugzilla. The number of people attending that meeting has
fallen, as have the number of people available to help fix bugs. One of the
things we hear users report is they don't know how to help. We (the triage
team) are therefore going to start reporting out the currently 330
unassigned or newcomer bugs.

 

We're hoping people may be able to spare some time now and again to help out
with these.  Bugs are split into two types, "true bugs" where things don't
work as they should and "enhancements" which are features we'd want to add
to the system.  There are also roughly four different "priority" classes
right now, "3.2", "3.3, "3.99" and "Future", the more pressing/urgent issues
being in "3.2" and then "3.3".

 

Please review this link and if a bug is something you would be able to help
with either take ownership of the bug, or send me (sjolley.yp...@gmail.com
 ) an e-mail with the bug number you would
like and I will assign it to you (please make sure you have a Bugzilla
account).  The list is at:
https://wiki.yoctoproject.org/wiki/Bug_Triage_Archive#Unassigned_or_Newcomer
_Bugs

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#51596): https://lists.yoctoproject.org/g/yocto/message/51596
Mute This Topic: https://lists.yoctoproject.org/mt/78624080/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[yocto] Yoctoproject ad Qt Commercial License.

2020-11-30 Thread Mauro Ziliani

Hi all.

Anyone has experience with Qt Commercial and Yocto Project?


Best regards,

  Mauro Ziliani


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#51595): https://lists.yoctoproject.org/g/yocto/message/51595
Mute This Topic: https://lists.yoctoproject.org/mt/78611730/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [yocto] [meta-raspberrypi][PATCH] userland: add knob for ALL_APPS

2020-11-30 Thread Andrei Gherzan
Hi,

On Fri, Nov 27, 2020 at 10:16 AM Trevor Woerner  wrote:

> The userland sources include a bunch of sample applications. Add an
> "allapps"
> PACKAGECONFIG to allow the user to build the additional optional
> applications.
>
> Signed-off-by: Trevor Woerner 
>

Merged to master. Thanks, Trevor.

---
Andrei

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#51594): https://lists.yoctoproject.org/g/yocto/message/51594
Mute This Topic: https://lists.yoctoproject.org/mt/78544800/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[linux-yocto][linux-yocto v5.4/standard/nxp-s32g2xx][PATCH] s32gen1: pcie: wrap functions with related macro definition

2020-11-30 Thread Xulin Sun
In order to fix below compile warnings:

drivers/pci/controller/dwc/pci-s32gen1.c:838:12: warning: 
's32gen1_pcie_config_irq' defined but not used [-Wunused-function]
  838 | static int s32gen1_pcie_config_irq(int *irq_id, char *irq_name,
  |^~~
drivers/pci/controller/dwc/pci-s32gen1.c:782:20: warning: 
's32gen1_pcie_msi_handler' defined but not used [-Wunused-function]
  782 | static irqreturn_t s32gen1_pcie_msi_handler(int irq, void *arg)
  |^~~~

Signed-off-by: Xulin Sun 
---
 drivers/pci/controller/dwc/pci-s32gen1.c | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/drivers/pci/controller/dwc/pci-s32gen1.c 
b/drivers/pci/controller/dwc/pci-s32gen1.c
index 748adb4015e8..61fad9b3801e 100644
--- a/drivers/pci/controller/dwc/pci-s32gen1.c
+++ b/drivers/pci/controller/dwc/pci-s32gen1.c
@@ -774,7 +774,7 @@ static void s32gen1_pcie_stop_link(struct dw_pcie *pcie)
s32gen1_pcie_disable_ltssm(s32_pp);
 }
 
-#ifdef CONFIG_PCI_MSI
+#ifdef CONFIG_PCI_S32GEN1_EP_MSI
 /* msi IRQ handler
  * irq - interrupt number
  * arg - pointer to the "struct pcie_port" object
@@ -834,6 +834,7 @@ static struct dw_pcie_host_ops s32gen1_pcie_host_ops = {
 #endif
 };
 
+#if defined(CONFIG_PCI_S32GEN1_EP_MSI) || defined(CONFIG_PCI_DW_DMA)
 #define MAX_IRQ_NAME_SIZE 32
 static int s32gen1_pcie_config_irq(int *irq_id, char *irq_name,
struct platform_device *pdev,
@@ -861,6 +862,7 @@ static int s32gen1_pcie_config_irq(int *irq_id, char 
*irq_name,
 
return 0;
 }
+#endif
 
 static int __init s32gen1_add_pcie_port(struct pcie_port *pp,
struct platform_device *pdev)
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#9202): 
https://lists.yoctoproject.org/g/linux-yocto/message/9202
Mute This Topic: https://lists.yoctoproject.org/mt/78604226/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-