On Fri, Aug 7, 2020 at 1:43 PM Anuj Mittal wrote:
> MEDIA_SUPPORT is set by default to m so DVB_CORE can't be y and this is
> the only tristate that we set to y that is controlled by MEDIA_SUPPORT.
> Change it to m. Fixes:
>
> [NOTE]: 'CONFIG_DVB_CORE' last val (y) and .config val (m) do not
On Fri, Aug 7, 2020 at 2:18 AM Christopher Clark <
christopher.w.cl...@gmail.com> wrote:
> This series of patches, submitted for the standard/bcm-2xxx-rpi kernel,
> support enabling linux-yocto-dev to run Xen on the Raspberry Pi 4. This
> is version 3 of the series developed within the Xen
On Thu, 2020-08-06 at 15:31 -0700, Scott Branden wrote:
> > diff --git a/meta/classes/uninative.bbclass
> > b/meta/classes/uninative.bbclass
> > index 70799bbf6d..99072e1326 100644
> > --- a/meta/classes/uninative.bbclass
> > +++ b/meta/classes/uninative.bbclass
> > @@ -56,9 +56,14 @@ python
MEDIA_SUPPORT is set by default to m so DVB_CORE can't be y and this is
the only tristate that we set to y that is controlled by MEDIA_SUPPORT.
Change it to m. Fixes:
[NOTE]: 'CONFIG_DVB_CORE' last val (y) and .config val (m) do not match
[INFO]: CONFIG_DVB_CORE : m ## .config: 3617
On Fri, 2020-08-07 at 08:34 -0400, Bruce Ashfield wrote:
> This needs to go to oe-core.
>
> But see some comments below.
>
> On Fri, Aug 7, 2020 at 5:26 AM wrote:
> > From: Zhang Qiang
> >
> > When compiling xilinx-zynq board linux-kernel-dev(v5.8) if
> > "GCC_PLUGINS=y", The following error
I am having confusion in understanding the exact difference between setting
IMAGE_ROOTFS_SIZE in local.conf and setting size in wks file for rootfs. If I
have to create two rootfs partitions of 1GB, isn't setting IMAGE_ROOTFS_SIZE =
"1048756" enough? Yes obviously, I need to create two rootfs
From: Oleksii Miroshko
Enable using setools for analyzing the built SELinux policy
during the build.
Signed-off-by: Oleksii Miroshko
---
recipes-devtools/python/python3-decorator_%.bbappend | 2 ++
recipes-devtools/python/python3-networkx_%.bbappend | 2 ++
From: Zhang Qiang
When compiling xilinx-zynq board linux-kernel-dev(v5.8) if
"GCC_PLUGINS=y", The following error will appear:
"HOSTCXX -fPIC scripts/gcc-plugins/arm_ssp_per_task_plugin.o
fatal error: gmp.h: No such file or directory"
the GCC_PLUGINS depend on return result of gcc-plugin.sh
From: Mingli Yu
Don't hardcode the path for the ifconfig command in case the path
for ifconfig on the system may be different from the hardcoded.
Signed-off-by: Mingli Yu
---
meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-down.sh | 2 +-
meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-up.sh | 2 +-
Author: Stefano Stabellini
No functional changes. The parameter is unused in this patch but will be
used by next patches.
Signed-off-by: Stefano Stabellini
Reviewed-by: Boris Ostrovsky
Tested-by: Corey Minyard
Tested-by: Roman Shaposhnik
Signed-off-by: Christopher Clark
---
Author: Stefano Stabellini
With some devices physical addresses are different than dma addresses.
To be able to deal with these cases, we need to call phys_to_dma on
physical addresses (including machine addresses in Xen terminology)
before returning them from xen_swiotlb_alloc_coherent and
This series of patches, submitted for the standard/bcm-2xxx-rpi kernel,
support enabling linux-yocto-dev to run Xen on the Raspberry Pi 4. This
is version 3 of the series developed within the Xen community, which is
now queued for inclusion in Linux upstream:
Author: Stefano Stabellini
It is not strictly needed. Call virt_to_phys on xen_io_tlb_start
instead. It will be useful not to have a start_dma_addr around with the
next patches.
Note that virt_to_phys is not the same as xen_virt_to_bus but actually
it is used to compared again
Author: Boris Ostrovsky
xen_alloc_coherent_pages might return pages for which virt_to_phys and
virt_to_page don't work, e.g. ioremap'ed pages.
So in xen_swiotlb_free_coherent we can't assume that virt_to_page works.
Instead add a is_vmalloc_addr check and use vmalloc_to_page on vmalloc
virt
Author: Stefano Stabellini
No functional changes. The parameter is unused in this patch but will be
used by next patches.
Signed-off-by: Stefano Stabellini
Reviewed-by: Boris Ostrovsky
Tested-by: Corey Minyard
Tested-by: Roman Shaposhnik
Signed-off-by: Christopher Clark
---
Author: Stefano Stabellini
No functional changes. The parameter is unused in this patch but will be
used by next patches.
Signed-off-by: Stefano Stabellini
Reviewed-by: Boris Ostrovsky
Tested-by: Corey Minyard
Tested-by: Roman Shaposhnik
Signed-off-by: Christopher Clark
---
Ok, I figured it out :).
I need to declare a "non-standard" package name.
Solved by adding PACKAGES_append += "${PN}-firmware".
On Fri, 7 Aug 2020 at 15:17, Sol via lists.yoctoproject.org wrote:
> Hi,
> I followed the hello-mod example and got my module compiling, installed,
> mounted to
Author: Stefano Stabellini
XEN_PFN_PHYS is only used in one place in swiotlb-xen making things more
complex than need to be.
Remove the definition of XEN_PFN_PHYS and open code the cast in the one
place where it is needed.
Signed-off-by: Stefano Stabellini
Signed-off-by: Christopher Clark >
Author: Stefano Stabellini
No functional changes. The parameter is unused in this patch but will be
used by next patches.
Signed-off-by: Stefano Stabellini
Reviewed-by: Boris Ostrovsky
Tested-by: Corey Minyard
Tested-by: Roman Shaposhnik
Signed-off-by: Christopher Clark
---
Author: Stefano Stabellini
xen_dma_sync_for_cpu, xen_dma_sync_for_device, xen_arch_need_swiotlb are
getting called passing dma addresses. On some platforms dma addresses
could be different from physical addresses. Before doing any operations
on these addresses we need to convert them back to
Author: Stefano Stabellini
dma_cache_maint is getting called passing a dma address which could be
different from a physical address.
Add a struct device* parameter to dma_cache_maint.
Translate the dma_addr_t parameter of dma_cache_maint by calling
dma_to_phys. Do it for the first page and all
21 matches
Mail list logo