* [PATCH 0/1]
@ 2013-06-18 15:20 Bruce Ashfield
2013-06-18 15:20 ` [PATCH 1/1] linux-yocto/3.8: fix gcc 4.8 ARM boot issues Bruce Ashfield
2013-06-18 15:22 ` [PATCH 0/1] Bruce Ashfield
0 siblings, 2 replies; 17+ messages in thread
From: Bruce Ashfield @ 2013-06-18 15:20 UTC (permalink / raw)
To: richard.purdie; +Cc: openembedded-core
Richard/Saul,
Here's the integration of a change from Khem to fix the gcc 4.8 ARM
boot issues.
I'm still seeing some quasi random issues, but this definitely fixes
the issue at hand, gets us up and running and is much better than
what we had before.
The patch pretty much says everything else:
linux-yocto/3.8: fix gcc 4.8 ARM boot issues
Updating the linux-yocto-3.8 SRCREVs to fix a boot issue with ARM boards
when gcc 4.8 is used.
Without the following mainline backports:
f200475 ARM: 7670/1: fix the memset fix
8215b0e ARM: 7668/1: fix memset-related crashes caused by recent GCC (4.7.2) optimizations
The following trap will be seen on boot:
[<c00fc3b8>] (kmem_cache_alloc_trace+0x54/0x210) from [<c039f074>] (con_insert_unipair+0xcc/0x11c)
[<c039f074>] (con_insert_unipair+0xcc/0x11c) from [<c039fec8>] (con_set_default_unimap+0xfc/0x198)
[<c039fec8>] (con_set_default_unimap+0xfc/0x198) from [<c07ee258>] (console_map_init+0x44/0x58)
[<c07ee258>] (console_map_init+0x44/0x58) from [<c07ee738>] (vty_init+0x16c/0x1b0)
[<c07ee738>] (vty_init+0x16c/0x1b0) from [<c07edb68>] (tty_init+0x108/0x148)
[<c07edb68>] (tty_init+0x108/0x148) from [<c07eead0>] (chr_dev_init+0xb4/0xd8)
[<c07eead0>] (chr_dev_init+0xb4/0xd8) from [<c0008a18>] (do_one_initcall+0x11c/0x18c)
[<c0008a18>] (do_one_initcall+0x11c/0x18c) from [<c07d89d0>] (kernel_init_freeable+0x16c/0x254)
[<c07d89d0>] (kernel_init_freeable+0x16c/0x254) from [<c05a3810>] (kernel_init+0x18/0x160)
[<c05a3810>] (kernel_init+0x18/0x160) from [<c000e530>] (ret_from_fork+0x14/0x20)
Code: e593a000 e35a0000 0a000020 e5943014 (e79a1003)
---[ end trace e6c62de166779f86 ]---
Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
Moderate stress and board testing shows the fix to hold, and it is good for
broader testing.
[YOCTO #4549]
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Cheers,
Bruce
The following changes since commit 1dd643b142c69ac9035e29bff11d02201638dc65:
licences: Add SGI license (2013-06-17 16:45:37 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib zedd/kernel
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel
Bruce Ashfield (1):
linux-yocto/3.8: fix gcc 4.8 ARM boot issues
meta/recipes-kernel/linux/linux-yocto-rt_3.8.bb | 6 +++---
meta/recipes-kernel/linux/linux-yocto-tiny_3.8.bb | 4 ++--
meta/recipes-kernel/linux/linux-yocto_3.8.bb | 14 +++++++-------
3 files changed, 12 insertions(+), 12 deletions(-)
--
1.7.10.4
^ permalink raw reply [flat|nested] 17+ messages in thread
* [PATCH 1/1] linux-yocto/3.8: fix gcc 4.8 ARM boot issues
2013-06-18 15:20 [PATCH 0/1] Bruce Ashfield
@ 2013-06-18 15:20 ` Bruce Ashfield
2013-06-18 15:22 ` [PATCH 0/1] Bruce Ashfield
1 sibling, 0 replies; 17+ messages in thread
From: Bruce Ashfield @ 2013-06-18 15:20 UTC (permalink / raw)
To: richard.purdie; +Cc: openembedded-core
Updating the linux-yocto-3.8 SRCREVs to fix a boot issue with ARM boards
when gcc 4.8 is used.
Without the following mainline backports:
f200475 ARM: 7670/1: fix the memset fix
8215b0e ARM: 7668/1: fix memset-related crashes caused by recent GCC (4.7.2) optimizations
The following trap will be seen on boot:
[<c00fc3b8>] (kmem_cache_alloc_trace+0x54/0x210) from [<c039f074>] (con_insert_unipair+0xcc/0x11c)
[<c039f074>] (con_insert_unipair+0xcc/0x11c) from [<c039fec8>] (con_set_default_unimap+0xfc/0x198)
[<c039fec8>] (con_set_default_unimap+0xfc/0x198) from [<c07ee258>] (console_map_init+0x44/0x58)
[<c07ee258>] (console_map_init+0x44/0x58) from [<c07ee738>] (vty_init+0x16c/0x1b0)
[<c07ee738>] (vty_init+0x16c/0x1b0) from [<c07edb68>] (tty_init+0x108/0x148)
[<c07edb68>] (tty_init+0x108/0x148) from [<c07eead0>] (chr_dev_init+0xb4/0xd8)
[<c07eead0>] (chr_dev_init+0xb4/0xd8) from [<c0008a18>] (do_one_initcall+0x11c/0x18c)
[<c0008a18>] (do_one_initcall+0x11c/0x18c) from [<c07d89d0>] (kernel_init_freeable+0x16c/0x254)
[<c07d89d0>] (kernel_init_freeable+0x16c/0x254) from [<c05a3810>] (kernel_init+0x18/0x160)
[<c05a3810>] (kernel_init+0x18/0x160) from [<c000e530>] (ret_from_fork+0x14/0x20)
Code: e593a000 e35a0000 0a000020 e5943014 (e79a1003)
---[ end trace e6c62de166779f86 ]---
Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
Moderate stress and board testing shows the fix to hold, and it is good for
broader testing.
[YOCTO #4549]
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
---
meta/recipes-kernel/linux/linux-yocto-rt_3.8.bb | 6 +++---
meta/recipes-kernel/linux/linux-yocto-tiny_3.8.bb | 4 ++--
meta/recipes-kernel/linux/linux-yocto_3.8.bb | 14 +++++++-------
3 files changed, 12 insertions(+), 12 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.8.bb b/meta/recipes-kernel/linux/linux-yocto-rt_3.8.bb
index c156be7..a3001ac 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_3.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.8.bb
@@ -8,9 +8,9 @@ LINUX_KERNEL_TYPE = "preempt-rt"
KMETA = "meta"
-SRCREV_machine ?= "e0ac9992f1bf4830de49df884a3d2f273d02637b"
-SRCREV_machine_qemuppc ?= "ea4de76a916dd3620e74e565ff42fafb5bb40843"
-SRCREV_meta ?= "edd6461602f6c2fc27bc72997e4437f422a9dccd"
+SRCREV_machine ?= "4fb187301ca153d496b2a96293dffde34d3b1a56"
+SRCREV_machine_qemuppc ?= "547c4ea570933ab7ece9f10d2c46875b460cd337"
+SRCREV_meta ?= "c0851dfb8535635e1e31d4a5146d3f021e30506c"
PR = "${INC_PR}.1"
PV = "${LINUX_VERSION}+git${SRCPV}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_3.8.bb b/meta/recipes-kernel/linux/linux-yocto-tiny_3.8.bb
index 2073ee3..d9cc82a 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_3.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_3.8.bb
@@ -12,8 +12,8 @@ LINUX_VERSION ?= "3.8.13"
KMETA = "meta"
-SRCREV_machine ?= "1f973c0fc8eea9a8f9758f47cf689ba89dbe9a25"
-SRCREV_meta ?= "edd6461602f6c2fc27bc72997e4437f422a9dccd"
+SRCREV_machine ?= "f20047520a57322f05d95a18a5fbd082fb15cb87"
+SRCREV_meta ?= "c0851dfb8535635e1e31d4a5146d3f021e30506c"
PR = "${INC_PR}.1"
PV = "${LINUX_VERSION}+git${SRCPV}"
diff --git a/meta/recipes-kernel/linux/linux-yocto_3.8.bb b/meta/recipes-kernel/linux/linux-yocto_3.8.bb
index 1517f40..0c21f7b 100644
--- a/meta/recipes-kernel/linux/linux-yocto_3.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_3.8.bb
@@ -3,13 +3,13 @@ require recipes-kernel/linux/linux-yocto.inc
KBRANCH_DEFAULT = "standard/base"
KBRANCH = "${KBRANCH_DEFAULT}"
-SRCREV_machine_qemuarm ?= "e267fe88798892416828d89bde7f778380b87a90"
-SRCREV_machine_qemumips ?= "813bae2e17db9310f220935e87d168c8e52fafaf"
-SRCREV_machine_qemuppc ?= "f90923775f9bcec3ce23246e8fb59d8f9551e566"
-SRCREV_machine_qemux86 ?= "1f973c0fc8eea9a8f9758f47cf689ba89dbe9a25"
-SRCREV_machine_qemux86-64 ?= "1f973c0fc8eea9a8f9758f47cf689ba89dbe9a25"
-SRCREV_machine ?= "1f973c0fc8eea9a8f9758f47cf689ba89dbe9a25"
-SRCREV_meta ?= "edd6461602f6c2fc27bc72997e4437f422a9dccd"
+SRCREV_machine_qemuarm ?= "aa76cc28408376814752bd36fb0dcf0e25aa5ba3"
+SRCREV_machine_qemumips ?= "aa0affda03c955678b26b2fb586f1d9505127871"
+SRCREV_machine_qemuppc ?= "698eada61d9385b42dd117858b943655b565084b"
+SRCREV_machine_qemux86 ?= "f20047520a57322f05d95a18a5fbd082fb15cb87"
+SRCREV_machine_qemux86-64 ?= "f20047520a57322f05d95a18a5fbd082fb15cb87"
+SRCREV_machine ?= "f20047520a57322f05d95a18a5fbd082fb15cb87"
+SRCREV_meta ?= "c0851dfb8535635e1e31d4a5146d3f021e30506c"
SRC_URI = "git://git.yoctoproject.org/linux-yocto-3.8.git;protocol=git;bareclone=1;branch=${KBRANCH},${KMETA};name=machine,meta"
--
1.7.10.4
^ permalink raw reply related [flat|nested] 17+ messages in thread
* Re: [PATCH 0/1]
2013-06-18 15:20 [PATCH 0/1] Bruce Ashfield
2013-06-18 15:20 ` [PATCH 1/1] linux-yocto/3.8: fix gcc 4.8 ARM boot issues Bruce Ashfield
@ 2013-06-18 15:22 ` Bruce Ashfield
1 sibling, 0 replies; 17+ messages in thread
From: Bruce Ashfield @ 2013-06-18 15:22 UTC (permalink / raw)
To: Richard Purdie; +Cc: Patches and discussions about the oe-core layer
Apologies for the "no subject" email.
The rest is fine, just the guy typing it up had an itchy trigger finger!
Cheers,
Bruce
On Tue, Jun 18, 2013 at 11:20 AM, Bruce Ashfield
<bruce.ashfield@windriver.com> wrote:
> Richard/Saul,
>
> Here's the integration of a change from Khem to fix the gcc 4.8 ARM
> boot issues.
>
> I'm still seeing some quasi random issues, but this definitely fixes
> the issue at hand, gets us up and running and is much better than
> what we had before.
>
> The patch pretty much says everything else:
>
> linux-yocto/3.8: fix gcc 4.8 ARM boot issues
>
> Updating the linux-yocto-3.8 SRCREVs to fix a boot issue with ARM boards
> when gcc 4.8 is used.
>
> Without the following mainline backports:
>
> f200475 ARM: 7670/1: fix the memset fix
> 8215b0e ARM: 7668/1: fix memset-related crashes caused by recent GCC (4.7.2) optimizations
>
> The following trap will be seen on boot:
>
> [<c00fc3b8>] (kmem_cache_alloc_trace+0x54/0x210) from [<c039f074>] (con_insert_unipair+0xcc/0x11c)
> [<c039f074>] (con_insert_unipair+0xcc/0x11c) from [<c039fec8>] (con_set_default_unimap+0xfc/0x198)
> [<c039fec8>] (con_set_default_unimap+0xfc/0x198) from [<c07ee258>] (console_map_init+0x44/0x58)
> [<c07ee258>] (console_map_init+0x44/0x58) from [<c07ee738>] (vty_init+0x16c/0x1b0)
> [<c07ee738>] (vty_init+0x16c/0x1b0) from [<c07edb68>] (tty_init+0x108/0x148)
> [<c07edb68>] (tty_init+0x108/0x148) from [<c07eead0>] (chr_dev_init+0xb4/0xd8)
> [<c07eead0>] (chr_dev_init+0xb4/0xd8) from [<c0008a18>] (do_one_initcall+0x11c/0x18c)
> [<c0008a18>] (do_one_initcall+0x11c/0x18c) from [<c07d89d0>] (kernel_init_freeable+0x16c/0x254)
> [<c07d89d0>] (kernel_init_freeable+0x16c/0x254) from [<c05a3810>] (kernel_init+0x18/0x160)
> [<c05a3810>] (kernel_init+0x18/0x160) from [<c000e530>] (ret_from_fork+0x14/0x20)
> Code: e593a000 e35a0000 0a000020 e5943014 (e79a1003)
> ---[ end trace e6c62de166779f86 ]---
> Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
>
> Moderate stress and board testing shows the fix to hold, and it is good for
> broader testing.
>
> [YOCTO #4549]
>
> Signed-off-by: Khem Raj <raj.khem@gmail.com>
> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
>
> Cheers,
>
> Bruce
>
> The following changes since commit 1dd643b142c69ac9035e29bff11d02201638dc65:
>
> licences: Add SGI license (2013-06-17 16:45:37 +0100)
>
> are available in the git repository at:
>
> git://git.pokylinux.org/poky-contrib zedd/kernel
> http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel
>
> Bruce Ashfield (1):
> linux-yocto/3.8: fix gcc 4.8 ARM boot issues
>
> meta/recipes-kernel/linux/linux-yocto-rt_3.8.bb | 6 +++---
> meta/recipes-kernel/linux/linux-yocto-tiny_3.8.bb | 4 ++--
> meta/recipes-kernel/linux/linux-yocto_3.8.bb | 14 +++++++-------
> 3 files changed, 12 insertions(+), 12 deletions(-)
>
> --
> 1.7.10.4
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"
^ permalink raw reply [flat|nested] 17+ messages in thread
* [PATCH 0/1]
@ 2024-03-28 8:11 Christophe Ronco
0 siblings, 0 replies; 17+ messages in thread
From: Christophe Ronco @ 2024-03-28 8:11 UTC (permalink / raw)
To: ofono; +Cc: Christophe Ronco
Hi,
I use a ME310G1 modem (from Telit). With some SIMs, Ofono is not able to give CardIdentifier property.
This information is normally read in SIM by reading file 12258.
This is the first AT+CRSM command send to modem.
When not working, it's because in AT command answer, there are two lines
starting with prefix +CRSM. The first line is:
+CRSM: 0
I don't know what does this answer mean, I though that two parameters minimum
(sw1 and sw2) were requested. A correct result line is also sent, but it
won't be analyzed by AT modem driver. It stops at first line with correct prefix.
Here is an extract of traces I have when this behavior is reproduced:
2024-03-26T12:27:22.721536+00:00 klk-zcel-04000C ofonod[1268]: Aux: > AT+CGMI\r
2024-03-26T12:27:22.730407+00:00 klk-zcel-04000C ofonod[1268]: Aux: < \r\nTelit\r\n\r\nOK\r\n
2024-03-26T12:27:22.731175+00:00 klk-zcel-04000C ofonod[1268]: Aux: > AT+CLCK="SC",2\r
2024-03-26T12:27:22.831416+00:00 klk-zcel-04000C ofonod[1268]: Aux: < \r\nOK\r\n
2024-03-26T12:27:22.831805+00:00 klk-zcel-04000C ofonod[1268]: Aux: > AT+CGMM\r
2024-03-26T12:27:22.840647+00:00 klk-zcel-04000C ofonod[1268]: Aux: < \r\nME310G1-WW\r\n\r\nOK\r\n
2024-03-26T12:27:22.842950+00:00 klk-zcel-04000C ofonod[1268]: Aux: > AT+CRSM=192,12258\r
2024-03-26T12:27:23.101668+00:00 klk-zcel-04000C ofonod[1268]: Modem: < \r\n#QSS: 2\r\n
2024-03-26T12:27:23.165293+00:00 klk-zcel-04000C ofonod[1268]: Aux: < \r\n+CRSM: 0\r\n\r\n+CRSM: 144,0,62178202412183022FE28A01058B032F06068002000A880110\r\n\r\nOK\r\n\r\n#QSS: 2\r\n
2024-03-26T12:27:23.166088+00:00 klk-zcel-04000C ofonod[1268]: ../git/plugins/telit.c:qss_notify() 0x1856a00
2024-03-26T12:27:23.166664+00:00 klk-zcel-04000C ofonod[1268]: ../git/plugins/telit.c:switch_sim_state_status() 0x1856a00, SIM status: 2
2024-03-26T12:27:23.167472+00:00 klk-zcel-04000C ofonod[1268]: Aux: > AT+CGMR\r
2024-03-26T12:27:23.176251+00:00 klk-zcel-04000C ofonod[1268]: Aux: < \r\nM0C.200004\r\n\r\nOK\r\n
2024-03-26T12:27:23.178463+00:00 klk-zcel-04000C ofonod[1268]: Aux: > AT+CRSM=192,28421\r
2024-03-26T12:27:23.929127+00:00 klk-zcel-04000C ofonod[1268]: Aux: < \r\n+CRSM: 144,0,62178202412183026F058A01058B036F060E80020008880110\r\n\r\nOK\r\n
The aim of this patch is to ignore result lines that do not contain at least sw1 and sw2 parameters.
Christophe Ronco (1):
atmodem: sim: when reading sim files, avoid incomplete result lines
drivers/atmodem/sim.c | 12 ++++++++----
1 file changed, 8 insertions(+), 4 deletions(-)
--
2.25.1
^ permalink raw reply [flat|nested] 17+ messages in thread
* [PATCH 0/1]
@ 2024-02-06 16:52 emekcan.aras
0 siblings, 0 replies; 17+ messages in thread
From: emekcan.aras @ 2024-02-06 16:52 UTC (permalink / raw)
To: meta-arm, Ross.Burton; +Cc: nd, Emekcan Aras, Ali Can Ozaslan
From: Emekcan Aras <Emekcan.Aras@arm.com>
The capsule_cert and capsule_key file generated by u-boot for
corstone1000 do not get deployed correctly since writingh the output directly
to ${DEPLOY_DIR_IMAGE} causes the sstate mechanism to malfunction
especially in the CI builds. This patch fixes the issue and deploy the
generated files correctly.
Signed-off-by: Ali Can Ozaslan <ali.oezaslan@arm.com>
Signed-off-by: Emekcan Aras <Emekcan.Aras@arm.com>
Emekcan Aras (1):
arm-bsp/u-boot:corstone1000: Fix deployment of capsule files
.../recipes-bsp/u-boot/u-boot-corstone1000.inc | 11 +++++++++--
1 file changed, 9 insertions(+), 2 deletions(-)
--
2.25.1
^ permalink raw reply [flat|nested] 17+ messages in thread
* [PATCH 0/1]
@ 2022-10-07 23:45 ` Bastian Germann
0 siblings, 0 replies; 17+ messages in thread
From: Bastian Germann @ 2022-10-07 23:45 UTC (permalink / raw)
To: Rob Herring, Krzysztof Kozlowski, devicetree, linux-arm-kernel,
linux-kernel
Cc: Bastian Germann
Pinebook uses RTL8723CS for WiFi and bluetooth. Enable it in the device tree.
This was part of a patch series adding RTL8723CS Bluetooth support to btrtl.
Vasily Khoruzhick (1):
arm64: allwinner: a64: enable Bluetooth on Pinebook
.../boot/dts/allwinner/sun50i-a64-pinebook.dts | 13 +++++++++++++
1 file changed, 13 insertions(+)
--
2.37.2
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 17+ messages in thread
* [PATCH 0/1]
@ 2022-10-07 23:45 ` Bastian Germann
0 siblings, 0 replies; 17+ messages in thread
From: Bastian Germann @ 2022-10-07 23:45 UTC (permalink / raw)
To: Rob Herring, Krzysztof Kozlowski, devicetree, linux-arm-kernel,
linux-kernel
Cc: Bastian Germann
Pinebook uses RTL8723CS for WiFi and bluetooth. Enable it in the device tree.
This was part of a patch series adding RTL8723CS Bluetooth support to btrtl.
Vasily Khoruzhick (1):
arm64: allwinner: a64: enable Bluetooth on Pinebook
.../boot/dts/allwinner/sun50i-a64-pinebook.dts | 13 +++++++++++++
1 file changed, 13 insertions(+)
--
2.37.2
^ permalink raw reply [flat|nested] 17+ messages in thread
* [PATCH 0/1]
@ 2022-09-20 3:45 Jason Zhu
0 siblings, 0 replies; 17+ messages in thread
From: Jason Zhu @ 2022-09-20 3:45 UTC (permalink / raw)
To: lgirdwood, broonie, perex, tiwai; +Cc: sugar.zhang, Jason Zhu, alsa-devel
ASoC soc dai
Jason Zhu (1):
ASoC: soc-dai: export some symbols
sound/soc/soc-dai.c | 10 ++++++++++
1 file changed, 10 insertions(+)
--
2.34.1
^ permalink raw reply [flat|nested] 17+ messages in thread
* [PATCH 0/1]
@ 2022-08-28 19:30 Alexander Sowarka
0 siblings, 0 replies; 17+ messages in thread
From: Alexander Sowarka @ 2022-08-28 19:30 UTC (permalink / raw)
To: u-boot; +Cc: Alexander Sowarka, Bin Meng
I was trying to read files from a Samsung MZ-VLB1T0B NVME device,
that was formatted with an ext4 filesystem. But I observed some
memory corruptions for the loaded file in u-boot. Closer investigation
revealed that the u-boot nvme driver can't handle large IO-operations
that are not aligned with the 4KB pages of the NVME device. In detail the
nvme driver would split the read operation into 2MB chunks. Due to the
misalignment 513 prp-entries are needed for reading one such 2MB chunk.
The driver split the read into 1 entry for prp1 and a prp-list containing
512 entries for prp2. The issue is now that the driver splitted this list
across 2 pages (first page with 511 entries and pointer to the second page,
second page containing a single entry). This split violated the nvme-spec
(as all 512 entries of the list would fit on a single page) and caused
the observed memory corruption. The provided patch fixes the issue. END
Alexander Sowarka (1):
nvme: Fix multipage prp-list
drivers/nvme/nvme.c | 8 ++++----
1 file changed, 4 insertions(+), 4 deletions(-)
--
2.37.1
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH 0/1]
2021-07-21 5:24 ` Thomas Huth
@ 2021-07-21 13:34 ` Jose R. Ziviani
0 siblings, 0 replies; 17+ messages in thread
From: Jose R. Ziviani @ 2021-07-21 13:34 UTC (permalink / raw)
To: Thomas Huth; +Cc: pbonzini, cfontana, richard.henderson, qemu-devel, kraxel
[-- Attachment #1: Type: text/plain, Size: 903 bytes --]
On Wed, Jul 21, 2021 at 07:24:02AM +0200, Thomas Huth wrote:
> On 21/07/2021 00.13, Jose R. Ziviani wrote:
> > Hello!
> >
> > This patch gives the ability to build TCG builtin even if
> > --enable-modules is selected. This is useful to have a base
> > QEMU with TCG native product but still using the benefits of
> > modules.
>
> Could you please elaborate why this is required? Did you see a performance
> improvement? Or is there another problem?
Hello Thomas,
Please, disconsider this patch. There's a more general discussion about
modules happening here:
https://lists.nongnu.org/archive/html/qemu-devel/2021-07/msg00632.html
A more general solution may be required to actually give us a
fine-grained control on modules.
The case is to allow us to generate customized QEMU packages attending
different user needs.
Thank you very much!!
Jose
>
> Thomas
>
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH 0/1]
2021-07-20 22:13 Jose R. Ziviani
@ 2021-07-21 5:24 ` Thomas Huth
2021-07-21 13:34 ` Jose R. Ziviani
0 siblings, 1 reply; 17+ messages in thread
From: Thomas Huth @ 2021-07-21 5:24 UTC (permalink / raw)
To: Jose R. Ziviani, qemu-devel; +Cc: pbonzini, richard.henderson, kraxel, cfontana
On 21/07/2021 00.13, Jose R. Ziviani wrote:
> Hello!
>
> This patch gives the ability to build TCG builtin even if
> --enable-modules is selected. This is useful to have a base
> QEMU with TCG native product but still using the benefits of
> modules.
Could you please elaborate why this is required? Did you see a performance
improvement? Or is there another problem?
Thomas
^ permalink raw reply [flat|nested] 17+ messages in thread
* [PATCH 0/1]
@ 2021-07-20 22:13 Jose R. Ziviani
2021-07-21 5:24 ` Thomas Huth
0 siblings, 1 reply; 17+ messages in thread
From: Jose R. Ziviani @ 2021-07-20 22:13 UTC (permalink / raw)
To: qemu-devel
Cc: thuth, Jose R. Ziviani, richard.henderson, kraxel, pbonzini, cfontana
Hello!
This patch gives the ability to build TCG builtin even if
--enable-modules is selected. This is useful to have a base
QEMU with TCG native product but still using the benefits of
modules.
Thank you!
Jose R. Ziviani (1):
modules: Option to build native TCG with --enable-modules
configure | 12 ++++++++++--
meson.build | 11 ++++++++++-
meson_options.txt | 2 ++
3 files changed, 22 insertions(+), 3 deletions(-)
--
2.32.0
^ permalink raw reply [flat|nested] 17+ messages in thread
* [PATCH 0/1]
@ 2017-11-21 0:21 Amanda Brindle
0 siblings, 0 replies; 17+ messages in thread
From: Amanda Brindle @ 2017-11-21 0:21 UTC (permalink / raw)
To: openembedded-core; +Cc: paul.eggleton
The following changes since commit 4ed19ac8c19afd56d445d84e02b622cb056b8359:
poky: Switch to post release name/version (2017-11-14 17:26:58 +0000)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib abrindle/bbvars_tinfoil2
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=abrindle/bbvars_tinfoil2
Amanda Brindle (1):
scripts/contrib/bbvars.py: Remove dead code
scripts/contrib/bbvars.py | 52 ++---------------------------------------------
1 file changed, 2 insertions(+), 50 deletions(-)
--
2.7.4
^ permalink raw reply [flat|nested] 17+ messages in thread
* [PATCH 0/1]
@ 2017-10-30 21:56 Amanda Brindle
0 siblings, 0 replies; 17+ messages in thread
From: Amanda Brindle @ 2017-10-30 21:56 UTC (permalink / raw)
To: openembedded-core; +Cc: paul.eggleton
The following changes since commit 65d23bd7986615fdfb0f1717b615534a2a14ab80:
README.qemu: qemuppc64 is not supported (2017-10-16 23:54:31 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib abrindle/bbvars_tinfoil
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=abrindle/bbvars_tinfoil
Amanda Brindle (1):
scripts/contrib/bbvars.py: Rewrite to use tinfoil
scripts/contrib/bbvars.py | 90 ++++++++++++++++++++++++++++++++++-------------
1 file changed, 66 insertions(+), 24 deletions(-)
--
2.7.4
^ permalink raw reply [flat|nested] 17+ messages in thread
* [PATCH 0/1]
@ 2011-02-16 22:25 Brian Gix
0 siblings, 0 replies; 17+ messages in thread
From: Brian Gix @ 2011-02-16 22:25 UTC (permalink / raw)
To: linux-bluetooth; +Cc: johan.hedberg, padovan, anderson.lizardo
Per Anderson request --> header based #defines used.
--
Brian Gix
bgix@codeaurora.org
Employee of Qualcomm Innovation Center, Inc.
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [patch 0/1]
2005-05-13 21:44 [patch 0/1] domen
@ 2005-05-13 21:55 ` Domen Puncer
0 siblings, 0 replies; 17+ messages in thread
From: Domen Puncer @ 2005-05-13 21:55 UTC (permalink / raw)
To: rth; +Cc: linux-kernel
On 13/05/05 23:44 +0200, domen@coderock.org wrote:
> --
> -
I always succeed doing something stupid like this... I'll work on it.
[1/1] should be ok though.
Sorry.
Domen
^ permalink raw reply [flat|nested] 17+ messages in thread
* [patch 0/1]
@ 2005-05-13 21:44 domen
2005-05-13 21:55 ` Domen Puncer
0 siblings, 1 reply; 17+ messages in thread
From: domen @ 2005-05-13 21:44 UTC (permalink / raw)
To: rth; +Cc: linux-kernel
--
^ permalink raw reply [flat|nested] 17+ messages in thread
end of thread, other threads:[~2024-03-28 8:12 UTC | newest]
Thread overview: 17+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-06-18 15:20 [PATCH 0/1] Bruce Ashfield
2013-06-18 15:20 ` [PATCH 1/1] linux-yocto/3.8: fix gcc 4.8 ARM boot issues Bruce Ashfield
2013-06-18 15:22 ` [PATCH 0/1] Bruce Ashfield
-- strict thread matches above, loose matches on Subject: below --
2024-03-28 8:11 Christophe Ronco
2024-02-06 16:52 emekcan.aras
2022-10-07 23:45 Bastian Germann
2022-10-07 23:45 ` Bastian Germann
2022-09-20 3:45 Jason Zhu
2022-08-28 19:30 Alexander Sowarka
2021-07-20 22:13 Jose R. Ziviani
2021-07-21 5:24 ` Thomas Huth
2021-07-21 13:34 ` Jose R. Ziviani
2017-11-21 0:21 Amanda Brindle
2017-10-30 21:56 Amanda Brindle
2011-02-16 22:25 Brian Gix
2005-05-13 21:44 [patch 0/1] domen
2005-05-13 21:55 ` Domen Puncer
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.