* [PATCH 0/3]
@ 2020-01-09 17:11 Patrick Delaunay
2020-01-09 17:11 ` [PATCH 1/3] Revert "stm32mp1: remove the imply BOOTSTAGE" Patrick Delaunay
` (2 more replies)
0 siblings, 3 replies; 36+ messages in thread
From: Patrick Delaunay @ 2020-01-09 17:11 UTC (permalink / raw)
To: u-boot
Hi,
This serie depends on
http://patchwork.ozlabs.org/patch/1201452/
[U-Boot,v3] board_f.c: Insure gd->new_bootstage alignment reserve_sp
It should be applied only after this patch.
First I remove the stm32mp1 workaround as the issue of bootstage
alignment is solved.
The 3rd patch is a complete solution (proposed in comment 5
of previous patch http://patchwork.ozlabs.org/patch/1201452/#2327366)
always align the reserved memory to 16 bytes with a new function
reserve_sp()
This patch causes an issue on ARM 32 bits, as relocated gd pointer
is not initialized with gd->new_gd as expected in reserve_global_data()
but is hardcoded with
relocated gd = gd->bd - GD_SIZE {GD_SIZE = sizeof(struct global_data)}
This issue is solved with the second patch of the serie
arm: set the relocated gd with gd->new_gd
Only tested on STM32MP157C-EV1 board.
Patrick Delaunay (3):
Revert "stm32mp1: remove the imply BOOTSTAGE"
arm: set the relocated gd with gd->new_gd
board_f.c: Insure 16 alignment of start_addr_sp and reserved memory
arch/arm/lib/crt0.S | 3 +--
arch/arm/mach-stm32mp/Kconfig | 2 ++
common/board_f.c | 32 ++++++++++++++++++--------------
3 files changed, 21 insertions(+), 16 deletions(-)
--
2.17.1
^ permalink raw reply [flat|nested] 36+ messages in thread* [PATCH 1/3] Revert "stm32mp1: remove the imply BOOTSTAGE"
2020-01-09 17:11 [PATCH 0/3] Patrick Delaunay
@ 2020-01-09 17:11 ` Patrick Delaunay
2020-01-30 2:17 ` Simon Glass
2020-01-09 17:11 ` [PATCH 2/3] arm: set the relocated gd with gd->new_gd Patrick Delaunay
2020-01-09 17:11 ` [PATCH 3/3] board_f.c: Insure 16 alignment of start_addr_sp and reserved memory Patrick Delaunay
2 siblings, 1 reply; 36+ messages in thread
From: Patrick Delaunay @ 2020-01-09 17:11 UTC (permalink / raw)
To: u-boot
This reverts the workaround introduced by the
commit 16fec9b0bc1a ("stm32mp1: remove the imply BOOTSTAGE")
As the bootstage alignment issue is now solved.
Signed-off-by: Patrick Delaunay <patrick.delaunay@st.com>
---
arch/arm/mach-stm32mp/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/mach-stm32mp/Kconfig b/arch/arm/mach-stm32mp/Kconfig
index ae28f6e206..e920b89ef5 100644
--- a/arch/arm/mach-stm32mp/Kconfig
+++ b/arch/arm/mach-stm32mp/Kconfig
@@ -46,7 +46,9 @@ config TARGET_STM32MP1
select STM32_SERIAL
select SYS_ARCH_TIMER
imply BOOTCOUNT_LIMIT
+ imply BOOTSTAGE
imply CMD_BOOTCOUNT
+ imply CMD_BOOTSTAGE
imply CMD_CLS if CMD_BMP
imply DISABLE_CONSOLE
imply PRE_CONSOLE_BUFFER
--
2.17.1
^ permalink raw reply related [flat|nested] 36+ messages in thread* [PATCH 2/3] arm: set the relocated gd with gd->new_gd
2020-01-09 17:11 [PATCH 0/3] Patrick Delaunay
2020-01-09 17:11 ` [PATCH 1/3] Revert "stm32mp1: remove the imply BOOTSTAGE" Patrick Delaunay
@ 2020-01-09 17:11 ` Patrick Delaunay
2020-01-30 2:17 ` Simon Glass
2020-01-09 17:11 ` [PATCH 3/3] board_f.c: Insure 16 alignment of start_addr_sp and reserved memory Patrick Delaunay
2 siblings, 1 reply; 36+ messages in thread
From: Patrick Delaunay @ 2020-01-09 17:11 UTC (permalink / raw)
To: u-boot
Simplify the arm relocation behavior and get gd directly form new_gd,
as it is already done in crt0_64.S:
ldr x18, [x18, #GD_NEW_GD] /* x18 <- gd->new_gd */
This patch avoid assumption on new GD location (new GD is below bd -
with #GD_SIZE offset).
Signed-off-by: Patrick Delaunay <patrick.delaunay@st.com>
---
arch/arm/lib/crt0.S | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/arm/lib/crt0.S b/arch/arm/lib/crt0.S
index fb6c37cf51..df9dd83e40 100644
--- a/arch/arm/lib/crt0.S
+++ b/arch/arm/lib/crt0.S
@@ -127,8 +127,7 @@ ENTRY(_main)
ldr r0, [r9, #GD_START_ADDR_SP] /* sp = gd->start_addr_sp */
bic r0, r0, #7 /* 8-byte alignment for ABI compliance */
mov sp, r0
- ldr r9, [r9, #GD_BD] /* r9 = gd->bd */
- sub r9, r9, #GD_SIZE /* new GD is below bd */
+ ldr r9, [r9, #GD_NEW_GD] /* r9 <- gd->new_gd */
adr lr, here
ldr r0, [r9, #GD_RELOC_OFF] /* r0 = gd->reloc_off */
--
2.17.1
^ permalink raw reply related [flat|nested] 36+ messages in thread
* [PATCH 2/3] arm: set the relocated gd with gd->new_gd
2020-01-09 17:11 ` [PATCH 2/3] arm: set the relocated gd with gd->new_gd Patrick Delaunay
@ 2020-01-30 2:17 ` Simon Glass
0 siblings, 0 replies; 36+ messages in thread
From: Simon Glass @ 2020-01-30 2:17 UTC (permalink / raw)
To: u-boot
On Thu, 9 Jan 2020 at 10:11, Patrick Delaunay <patrick.delaunay@st.com> wrote:
>
> Simplify the arm relocation behavior and get gd directly form new_gd,
> as it is already done in crt0_64.S:
>
> ldr x18, [x18, #GD_NEW_GD] /* x18 <- gd->new_gd */
>
> This patch avoid assumption on new GD location (new GD is below bd -
> with #GD_SIZE offset).
>
> Signed-off-by: Patrick Delaunay <patrick.delaunay@st.com>
> ---
>
> arch/arm/lib/crt0.S | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
Reviewed-by: Simon Glass <sjg@chromium.org>
^ permalink raw reply [flat|nested] 36+ messages in thread
* [PATCH 3/3] board_f.c: Insure 16 alignment of start_addr_sp and reserved memory
2020-01-09 17:11 [PATCH 0/3] Patrick Delaunay
2020-01-09 17:11 ` [PATCH 1/3] Revert "stm32mp1: remove the imply BOOTSTAGE" Patrick Delaunay
2020-01-09 17:11 ` [PATCH 2/3] arm: set the relocated gd with gd->new_gd Patrick Delaunay
@ 2020-01-09 17:11 ` Patrick Delaunay
2020-01-09 17:55 ` Heinrich Schuchardt
2 siblings, 1 reply; 36+ messages in thread
From: Patrick Delaunay @ 2020-01-09 17:11 UTC (permalink / raw)
To: u-boot
Add a function reserve_sp() to reserved memory with 16 bits alignment
after the stack pointer (gd->start_addr_sp) and use this new function
in board_f.c to reserve all the memory area (malloc, board, gd, fdt,
bootstage, stacks).
This 16 byte alignment is needed for cast on struct pointer
for the reserved memory, for example:
+ x86_64 ABI: https://reviews.llvm.org/D30049: 16 bytes
+ ARMv8 Instruction Set Overview: quad word, 16 bytes
An other alignment value could be needed for other architecture.
Signed-off-by: Patrick Delaunay <patrick.delaunay@st.com>
---
common/board_f.c | 32 ++++++++++++++++++--------------
1 file changed, 18 insertions(+), 14 deletions(-)
diff --git a/common/board_f.c b/common/board_f.c
index e21f533634..0302ee4a6e 100644
--- a/common/board_f.c
+++ b/common/board_f.c
@@ -470,6 +470,17 @@ static int reserve_uboot(void)
return 0;
}
+/*
+ * reserve after start_addr_sp the requested size and make the stack pointer
+ * 16-byte aligned, this alignment is needed for cast on the reserved memory
+ * ref = x86_64 ABI: https://reviews.llvm.org/D30049: 16 bytes
+ * = ARMv8 Instruction Set Overview: quad word, 16 bytes
+ */
+static unsigned long reserve_sp(size_t size)
+{
+ return ALIGN_DOWN(gd->start_addr_sp - size, 16);
+}
+
#ifdef CONFIG_SYS_NONCACHED_MEMORY
static int reserve_noncached(void)
{
@@ -495,7 +506,7 @@ static int reserve_noncached(void)
/* reserve memory for malloc() area */
static int reserve_malloc(void)
{
- gd->start_addr_sp = gd->start_addr_sp - TOTAL_MALLOC_LEN;
+ gd->start_addr_sp = reserve_sp(TOTAL_MALLOC_LEN);
debug("Reserving %dk for malloc() at: %08lx\n",
TOTAL_MALLOC_LEN >> 10, gd->start_addr_sp);
#ifdef CONFIG_SYS_NONCACHED_MEMORY
@@ -509,7 +520,7 @@ static int reserve_malloc(void)
static int reserve_board(void)
{
if (!gd->bd) {
- gd->start_addr_sp -= sizeof(bd_t);
+ gd->start_addr_sp = reserve_sp(sizeof(bd_t));
gd->bd = (bd_t *)map_sysmem(gd->start_addr_sp, sizeof(bd_t));
memset(gd->bd, '\0', sizeof(bd_t));
debug("Reserving %zu Bytes for Board Info at: %08lx\n",
@@ -528,7 +539,7 @@ static int setup_machine(void)
static int reserve_global_data(void)
{
- gd->start_addr_sp -= sizeof(gd_t);
+ gd->start_addr_sp = reserve_sp(sizeof(gd_t));
gd->new_gd = (gd_t *)map_sysmem(gd->start_addr_sp, sizeof(gd_t));
debug("Reserving %zu Bytes for Global Data at: %08lx\n",
sizeof(gd_t), gd->start_addr_sp);
@@ -546,7 +557,7 @@ static int reserve_fdt(void)
if (gd->fdt_blob) {
gd->fdt_size = ALIGN(fdt_totalsize(gd->fdt_blob) + 0x1000, 32);
- gd->start_addr_sp -= gd->fdt_size;
+ gd->start_addr_sp = reserve_sp(gd->fdt_size);
gd->new_fdt = map_sysmem(gd->start_addr_sp, gd->fdt_size);
debug("Reserving %lu Bytes for FDT at: %08lx\n",
gd->fdt_size, gd->start_addr_sp);
@@ -561,12 +572,7 @@ static int reserve_bootstage(void)
#ifdef CONFIG_BOOTSTAGE
int size = bootstage_get_size();
- gd->start_addr_sp -= size;
- /*
- * Insure that start_addr_sp is aligned down to reserve enough
- * space for new_bootstage
- */
- gd->start_addr_sp = ALIGN_DOWN(gd->start_addr_sp, 16);
+ gd->start_addr_sp = reserve_sp(size);
gd->new_bootstage = map_sysmem(gd->start_addr_sp, size);
debug("Reserving %#x Bytes for bootstage at: %08lx\n", size,
gd->start_addr_sp);
@@ -583,8 +589,7 @@ __weak int arch_reserve_stacks(void)
static int reserve_stacks(void)
{
/* make stack pointer 16-byte aligned */
- gd->start_addr_sp -= 16;
- gd->start_addr_sp &= ~0xf;
+ gd->start_addr_sp = reserve_sp(16);
/*
* let the architecture-specific code tailor gd->start_addr_sp and
@@ -596,8 +601,7 @@ static int reserve_stacks(void)
static int reserve_bloblist(void)
{
#ifdef CONFIG_BLOBLIST
- gd->start_addr_sp &= ~0xf;
- gd->start_addr_sp -= CONFIG_BLOBLIST_SIZE;
+ gd->start_addr_sp = reserve_sp(CONFIG_BLOBLIST_SIZE);
gd->new_bloblist = map_sysmem(gd->start_addr_sp, CONFIG_BLOBLIST_SIZE);
#endif
--
2.17.1
^ permalink raw reply related [flat|nested] 36+ messages in thread* [PATCH 3/3] board_f.c: Insure 16 alignment of start_addr_sp and reserved memory
2020-01-09 17:11 ` [PATCH 3/3] board_f.c: Insure 16 alignment of start_addr_sp and reserved memory Patrick Delaunay
@ 2020-01-09 17:55 ` Heinrich Schuchardt
2020-01-10 8:47 ` Patrick DELAUNAY
0 siblings, 1 reply; 36+ messages in thread
From: Heinrich Schuchardt @ 2020-01-09 17:55 UTC (permalink / raw)
To: u-boot
On 1/9/20 6:11 PM, Patrick Delaunay wrote:
> Add a function reserve_sp() to reserved memory with 16 bits alignment
I guess this is a typo:
%s/bits/bytes/
Best regards
Heinrich
> after the stack pointer (gd->start_addr_sp) and use this new function
> in board_f.c to reserve all the memory area (malloc, board, gd, fdt,
> bootstage, stacks).
>
> This 16 byte alignment is needed for cast on struct pointer
> for the reserved memory, for example:
> + x86_64 ABI: https://reviews.llvm.org/D30049: 16 bytes
> + ARMv8 Instruction Set Overview: quad word, 16 bytes
>
> An other alignment value could be needed for other architecture.
>
> Signed-off-by: Patrick Delaunay <patrick.delaunay@st.com>
> ---
>
> common/board_f.c | 32 ++++++++++++++++++--------------
> 1 file changed, 18 insertions(+), 14 deletions(-)
>
> diff --git a/common/board_f.c b/common/board_f.c
> index e21f533634..0302ee4a6e 100644
> --- a/common/board_f.c
> +++ b/common/board_f.c
> @@ -470,6 +470,17 @@ static int reserve_uboot(void)
> return 0;
> }
>
> +/*
> + * reserve after start_addr_sp the requested size and make the stack pointer
> + * 16-byte aligned, this alignment is needed for cast on the reserved memory
> + * ref = x86_64 ABI: https://reviews.llvm.org/D30049: 16 bytes
> + * = ARMv8 Instruction Set Overview: quad word, 16 bytes
> + */
> +static unsigned long reserve_sp(size_t size)
> +{
> + return ALIGN_DOWN(gd->start_addr_sp - size, 16);
> +}
> +
> #ifdef CONFIG_SYS_NONCACHED_MEMORY
> static int reserve_noncached(void)
> {
> @@ -495,7 +506,7 @@ static int reserve_noncached(void)
> /* reserve memory for malloc() area */
> static int reserve_malloc(void)
> {
> - gd->start_addr_sp = gd->start_addr_sp - TOTAL_MALLOC_LEN;
> + gd->start_addr_sp = reserve_sp(TOTAL_MALLOC_LEN);
> debug("Reserving %dk for malloc() at: %08lx\n",
> TOTAL_MALLOC_LEN >> 10, gd->start_addr_sp);
> #ifdef CONFIG_SYS_NONCACHED_MEMORY
> @@ -509,7 +520,7 @@ static int reserve_malloc(void)
> static int reserve_board(void)
> {
> if (!gd->bd) {
> - gd->start_addr_sp -= sizeof(bd_t);
> + gd->start_addr_sp = reserve_sp(sizeof(bd_t));
> gd->bd = (bd_t *)map_sysmem(gd->start_addr_sp, sizeof(bd_t));
> memset(gd->bd, '\0', sizeof(bd_t));
> debug("Reserving %zu Bytes for Board Info at: %08lx\n",
> @@ -528,7 +539,7 @@ static int setup_machine(void)
>
> static int reserve_global_data(void)
> {
> - gd->start_addr_sp -= sizeof(gd_t);
> + gd->start_addr_sp = reserve_sp(sizeof(gd_t));
> gd->new_gd = (gd_t *)map_sysmem(gd->start_addr_sp, sizeof(gd_t));
> debug("Reserving %zu Bytes for Global Data at: %08lx\n",
> sizeof(gd_t), gd->start_addr_sp);
> @@ -546,7 +557,7 @@ static int reserve_fdt(void)
> if (gd->fdt_blob) {
> gd->fdt_size = ALIGN(fdt_totalsize(gd->fdt_blob) + 0x1000, 32);
>
> - gd->start_addr_sp -= gd->fdt_size;
> + gd->start_addr_sp = reserve_sp(gd->fdt_size);
> gd->new_fdt = map_sysmem(gd->start_addr_sp, gd->fdt_size);
> debug("Reserving %lu Bytes for FDT at: %08lx\n",
> gd->fdt_size, gd->start_addr_sp);
> @@ -561,12 +572,7 @@ static int reserve_bootstage(void)
> #ifdef CONFIG_BOOTSTAGE
> int size = bootstage_get_size();
>
> - gd->start_addr_sp -= size;
> - /*
> - * Insure that start_addr_sp is aligned down to reserve enough
> - * space for new_bootstage
> - */
> - gd->start_addr_sp = ALIGN_DOWN(gd->start_addr_sp, 16);
> + gd->start_addr_sp = reserve_sp(size);
> gd->new_bootstage = map_sysmem(gd->start_addr_sp, size);
> debug("Reserving %#x Bytes for bootstage at: %08lx\n", size,
> gd->start_addr_sp);
> @@ -583,8 +589,7 @@ __weak int arch_reserve_stacks(void)
> static int reserve_stacks(void)
> {
> /* make stack pointer 16-byte aligned */
> - gd->start_addr_sp -= 16;
> - gd->start_addr_sp &= ~0xf;
> + gd->start_addr_sp = reserve_sp(16);
>
> /*
> * let the architecture-specific code tailor gd->start_addr_sp and
> @@ -596,8 +601,7 @@ static int reserve_stacks(void)
> static int reserve_bloblist(void)
> {
> #ifdef CONFIG_BLOBLIST
> - gd->start_addr_sp &= ~0xf;
> - gd->start_addr_sp -= CONFIG_BLOBLIST_SIZE;
> + gd->start_addr_sp = reserve_sp(CONFIG_BLOBLIST_SIZE);
> gd->new_bloblist = map_sysmem(gd->start_addr_sp, CONFIG_BLOBLIST_SIZE);
> #endif
>
>
^ permalink raw reply [flat|nested] 36+ messages in thread* [PATCH 3/3] board_f.c: Insure 16 alignment of start_addr_sp and reserved memory
2020-01-09 17:55 ` Heinrich Schuchardt
@ 2020-01-10 8:47 ` Patrick DELAUNAY
0 siblings, 0 replies; 36+ messages in thread
From: Patrick DELAUNAY @ 2020-01-10 8:47 UTC (permalink / raw)
To: u-boot
Hi,
> From: Heinrich Schuchardt <xypron.glpk@gmx.de>
> Sent: jeudi 9 janvier 2020 18:56
>
> On 1/9/20 6:11 PM, Patrick Delaunay wrote:
> > Add a function reserve_sp() to reserved memory with 16 bits alignment
>
> I guess this is a typo:
>
> %s/bits/bytes/
Yes error in commit message "16 bytes alignment"...
I will correct it in V2, thanks.
Regards
Patrick
> Best regards
>
> Heinrich
>
> > after the stack pointer (gd->start_addr_sp) and use this new function
> > in board_f.c to reserve all the memory area (malloc, board, gd, fdt,
> > bootstage, stacks).
> >
> > This 16 byte alignment is needed for cast on struct pointer for the
> > reserved memory, for example:
> > + x86_64 ABI: https://reviews.llvm.org/D30049: 16 bytes
> > + ARMv8 Instruction Set Overview: quad word, 16 bytes
> >
> > An other alignment value could be needed for other architecture.
> >
> > Signed-off-by: Patrick Delaunay <patrick.delaunay@st.com>
> > ---
> >
> > common/board_f.c | 32 ++++++++++++++++++--------------
> > 1 file changed, 18 insertions(+), 14 deletions(-)
> >
> > diff --git a/common/board_f.c b/common/board_f.c index
> > e21f533634..0302ee4a6e 100644
> > --- a/common/board_f.c
> > +++ b/common/board_f.c
> > @@ -470,6 +470,17 @@ static int reserve_uboot(void)
> > return 0;
> > }
> >
> > +/*
> > + * reserve after start_addr_sp the requested size and make the stack
> > +pointer
> > + * 16-byte aligned, this alignment is needed for cast on the reserved
> > +memory
> > + * ref = x86_64 ABI: https://reviews.llvm.org/D30049: 16 bytes
> > + * = ARMv8 Instruction Set Overview: quad word, 16 bytes
> > + */
> > +static unsigned long reserve_sp(size_t size) {
> > + return ALIGN_DOWN(gd->start_addr_sp - size, 16); }
> > +
> > #ifdef CONFIG_SYS_NONCACHED_MEMORY
> > static int reserve_noncached(void)
> > {
> > @@ -495,7 +506,7 @@ static int reserve_noncached(void)
> > /* reserve memory for malloc() area */
> > static int reserve_malloc(void)
> > {
> > - gd->start_addr_sp = gd->start_addr_sp - TOTAL_MALLOC_LEN;
> > + gd->start_addr_sp = reserve_sp(TOTAL_MALLOC_LEN);
> > debug("Reserving %dk for malloc() at: %08lx\n",
> > TOTAL_MALLOC_LEN >> 10, gd->start_addr_sp);
> > #ifdef CONFIG_SYS_NONCACHED_MEMORY
> > @@ -509,7 +520,7 @@ static int reserve_malloc(void)
> > static int reserve_board(void)
> > {
> > if (!gd->bd) {
> > - gd->start_addr_sp -= sizeof(bd_t);
> > + gd->start_addr_sp = reserve_sp(sizeof(bd_t));
> > gd->bd = (bd_t *)map_sysmem(gd->start_addr_sp, sizeof(bd_t));
> > memset(gd->bd, '\0', sizeof(bd_t));
> > debug("Reserving %zu Bytes for Board Info at: %08lx\n", @@ -
> 528,7
> > +539,7 @@ static int setup_machine(void)
> >
> > static int reserve_global_data(void)
> > {
> > - gd->start_addr_sp -= sizeof(gd_t);
> > + gd->start_addr_sp = reserve_sp(sizeof(gd_t));
> > gd->new_gd = (gd_t *)map_sysmem(gd->start_addr_sp, sizeof(gd_t));
> > debug("Reserving %zu Bytes for Global Data at: %08lx\n",
> > sizeof(gd_t), gd->start_addr_sp); @@ -546,7 +557,7 @@ static
> > int reserve_fdt(void)
> > if (gd->fdt_blob) {
> > gd->fdt_size = ALIGN(fdt_totalsize(gd->fdt_blob) + 0x1000, 32);
> >
> > - gd->start_addr_sp -= gd->fdt_size;
> > + gd->start_addr_sp = reserve_sp(gd->fdt_size);
> > gd->new_fdt = map_sysmem(gd->start_addr_sp, gd->fdt_size);
> > debug("Reserving %lu Bytes for FDT at: %08lx\n",
> > gd->fdt_size, gd->start_addr_sp); @@ -561,12 +572,7 @@
> > static int reserve_bootstage(void)
> > #ifdef CONFIG_BOOTSTAGE
> > int size = bootstage_get_size();
> >
> > - gd->start_addr_sp -= size;
> > - /*
> > - * Insure that start_addr_sp is aligned down to reserve enough
> > - * space for new_bootstage
> > - */
> > - gd->start_addr_sp = ALIGN_DOWN(gd->start_addr_sp, 16);
> > + gd->start_addr_sp = reserve_sp(size);
> > gd->new_bootstage = map_sysmem(gd->start_addr_sp, size);
> > debug("Reserving %#x Bytes for bootstage at: %08lx\n", size,
> > gd->start_addr_sp);
> > @@ -583,8 +589,7 @@ __weak int arch_reserve_stacks(void)
> > static int reserve_stacks(void)
> > {
> > /* make stack pointer 16-byte aligned */
> > - gd->start_addr_sp -= 16;
> > - gd->start_addr_sp &= ~0xf;
> > + gd->start_addr_sp = reserve_sp(16);
> >
> > /*
> > * let the architecture-specific code tailor gd->start_addr_sp and
> > @@ -596,8 +601,7 @@ static int reserve_stacks(void)
> > static int reserve_bloblist(void)
> > {
> > #ifdef CONFIG_BLOBLIST
> > - gd->start_addr_sp &= ~0xf;
> > - gd->start_addr_sp -= CONFIG_BLOBLIST_SIZE;
> > + gd->start_addr_sp = reserve_sp(CONFIG_BLOBLIST_SIZE);
> > gd->new_bloblist = map_sysmem(gd->start_addr_sp,
> CONFIG_BLOBLIST_SIZE);
> > #endif
> >
> >
^ permalink raw reply [flat|nested] 36+ messages in thread
* [PATCH 0/3]
@ 2023-12-19 8:51 Mitul Golani
0 siblings, 0 replies; 36+ messages in thread
From: Mitul Golani @ 2023-12-19 8:51 UTC (permalink / raw)
To: intel-gfx
An Adaptive Sync SDP allows a DP protocol converter to
forward Adaptive Sync video with minimal buffering overhead
within the converter. An Adaptive-Sync-capable DP protocol
converter indicates its support by setting the related bit
in the DPCD register.
Computes AS SDP values based on the display configuration,
ensuring proper handling of Variable Refresh Rate (VRR)
in the context of Adaptive Sync.
--v2:
- Update logging to Patch-1
- use as_sdp instead of async
- Put definitions to correct placeholders from where it is defined.
- Update member types of as_sdp for uniformity.
- Correct use of REG_BIT and REG_GENMASK.
- Remove unrelated comments and changes.
- Correct code indents.
- separate out patch changes for intel_read/write_dp_sdp.
--v3:
- Add VIDEO_DIP_ASYNC_DATA_SIZE definition and comment in as_sdp_pack
function to patch 2 as originally used there. [Patch 2].
- Add VIDEO_DIP_ENABLE_AS_HSW flag to intel_dp_set_infoframes [Patch 3].
--v4:
- Add check for HAS_VRR before writing AS SDP. [Patch 3].
--v5:
- Add missing check for HAS_VRR before reading AS SDP as well [Patch 3].
Mitul Golani (3):
drm: Add Adaptive Sync SDP logging
drm/i915/dp: Add Read/Write support for Adaptive Sync SDP
drm/i915/display: Compute and Enable AS SDP
drivers/gpu/drm/display/drm_dp_helper.c | 12 ++
.../drm/i915/display/intel_crtc_state_dump.c | 12 ++
drivers/gpu/drm/i915/display/intel_ddi.c | 3 +
.../drm/i915/display/intel_display_types.h | 1 +
drivers/gpu/drm/i915/display/intel_dp.c | 118 +++++++++++++++++-
drivers/gpu/drm/i915/display/intel_hdmi.c | 12 +-
drivers/gpu/drm/i915/i915_reg.h | 6 +
include/drm/display/drm_dp.h | 2 +
include/drm/display/drm_dp_helper.h | 33 +++++
9 files changed, 195 insertions(+), 4 deletions(-)
--
2.25.1
^ permalink raw reply [flat|nested] 36+ messages in thread
* [PATCH 0/3]
@ 2023-10-31 3:36 Zhu Ning
0 siblings, 0 replies; 36+ messages in thread
From: Zhu Ning @ 2023-10-31 3:36 UTC (permalink / raw)
To: alsa-devel, broonie
Cc: tiwai, amadeuszx.slawinski, yangxiaohua, zhuning, zhangyi, Zhu Ning
*** BLURB HERE ***
Hi ,
3 patches here for the es8326 driver...
We developed a new version of the chip. 3 Three patches are used for compatibility with the old and new versions of the chip.
The test results from the test department met our expectations
Thanks,
Zhuning.
Zhu Ning (3):
ASoC: codecs: ES8326: Add chip version flag
ASoC: codecs: ES8326: Changing initialisation and broadcasting
ASoC: codecs: ES8326: Changing the headset detection time
sound/soc/codecs/es8326.c | 219 ++++++++++++++++++++++----------------
1 file changed, 127 insertions(+), 92 deletions(-)
mode change 100644 => 100755 sound/soc/codecs/es8326.c
--
2.17.1
^ permalink raw reply [flat|nested] 36+ messages in thread* [PATCH 0/3]
@ 2022-01-03 9:21 Antoniu Miclaus
0 siblings, 0 replies; 36+ messages in thread
From: Antoniu Miclaus @ 2022-01-03 9:21 UTC (permalink / raw)
To: jic23, robh+dt, linux-iio, devicetree, linux-kernel; +Cc: Antoniu Miclaus
The ADMV1014 is a silicon germanium (SiGe), wideband,
microwave downconverter optimized for point to point microwave
radio designs operating in the 24 GHz to 44 GHz frequency range.
Datasheet:
https://www.analog.com/media/en/technical-documentation/data-sheets/ADMV1014.pdf
NOTE:
Currently depends on 64-bit architecture since the input
clock that server as Local Oscillator should support values
in the range 24 GHz to 44 GHz.
We might need some scaling implementation in the clock
framework so that u64 types are supported when using 32-bit
architectures.
Antoniu Miclaus (3):
iio:frequency:admv1014: add support for ADMV1014
dt-bindings:iio:frequency: add admv1014 doc
Documentation:ABI:testing:admv1014: add ABI docs
.../testing/sysfs-bus-iio-frequency-admv1014 | 23 +
.../bindings/iio/frequency/adi,admv1014.yaml | 97 +++
drivers/iio/frequency/Kconfig | 10 +
drivers/iio/frequency/Makefile | 1 +
drivers/iio/frequency/admv1014.c | 784 ++++++++++++++++++
5 files changed, 915 insertions(+)
create mode 100644 Documentation/ABI/testing/sysfs-bus-iio-frequency-admv1014
create mode 100644 Documentation/devicetree/bindings/iio/frequency/adi,admv1014.yaml
create mode 100644 drivers/iio/frequency/admv1014.c
--
2.34.1
^ permalink raw reply [flat|nested] 36+ messages in thread
* [PATCH 0/3]
@ 2020-06-05 18:46 Matthias Kaehlcke
0 siblings, 0 replies; 36+ messages in thread
From: Matthias Kaehlcke @ 2020-06-05 18:46 UTC (permalink / raw)
To: Marcel Holtmann, Johan Hedberg
Cc: linux-bluetooth, Rocky Liao, Zijun Hu, linux-kernel,
Balakrishna Godavarthi, Abhishek Pandit-Subedi, Claire Chang,
Matthias Kaehlcke
This series includes a fix for a possible race in qca_suspend() and
some minor refactoring of the same function.
Matthias Kaehlcke (3):
Bluetooth: hci_qca: Only remove TX clock vote after TX is completed
Bluetooth: hci_qca: Skip serdev wait when no transfer is pending
Bluetooth: hci_qca: Refactor error handling in qca_suspend()
drivers/bluetooth/hci_qca.c | 22 ++++++++++++----------
1 file changed, 12 insertions(+), 10 deletions(-)
--
2.27.0.278.ge193c7cf3a9-goog
^ permalink raw reply [flat|nested] 36+ messages in thread
* [PATCH 0/3]
@ 2020-04-27 8:21 ` Gareth Williams
0 siblings, 0 replies; 36+ messages in thread
From: Gareth Williams @ 2020-04-27 8:21 UTC (permalink / raw)
To: Maarten Lankhorst, Maxime Ripard, Sean Paul, David Airlie,
Daniel Vetter, Rob Herring, Mark Rutland, Hans Verkuil,
Icenowy Zheng, Mauro Carvalho Chehab, Vivek Unune,
Stephen Rothwell, Thierry Reding, Sam Ravnborg
Cc: Gareth Williams, Phil Edworthy, dri-devel, devicetree, linux-kernel
This series adds DRM support for the Digital Blocks db9000
LCD controller with RZ/N1 specific changes and updates simple-panel to
include the associated panel. As this has not previously been
documented, also include a yaml file to provide this.
Gareth Williams (3):
drm/db9000: Add Digital Blocks DB9000 LCD Controller
drm/db9000: Add bindings documentation for LCD controller
drm/panel: simple: Add Newhaven ATXL#-CTP panel
.../devicetree/bindings/display/db9000,du.yaml | 87 ++
.../devicetree/bindings/vendor-prefixes.yaml | 2 +
drivers/gpu/drm/Kconfig | 2 +
drivers/gpu/drm/Makefile | 1 +
drivers/gpu/drm/digital-blocks/Kconfig | 13 +
drivers/gpu/drm/digital-blocks/Makefile | 3 +
drivers/gpu/drm/digital-blocks/db9000-du.c | 953 +++++++++++++++++++++
drivers/gpu/drm/digital-blocks/db9000-du.h | 192 +++++
drivers/gpu/drm/panel/panel-simple.c | 27 +
9 files changed, 1280 insertions(+)
create mode 100644 Documentation/devicetree/bindings/display/db9000,du.yaml
create mode 100644 drivers/gpu/drm/digital-blocks/Kconfig
create mode 100644 drivers/gpu/drm/digital-blocks/Makefile
create mode 100644 drivers/gpu/drm/digital-blocks/db9000-du.c
create mode 100644 drivers/gpu/drm/digital-blocks/db9000-du.h
--
2.7.4
^ permalink raw reply [flat|nested] 36+ messages in thread
* [PATCH 0/3]
@ 2020-04-27 8:21 ` Gareth Williams
0 siblings, 0 replies; 36+ messages in thread
From: Gareth Williams @ 2020-04-27 8:21 UTC (permalink / raw)
To: Maarten Lankhorst, Maxime Ripard, Sean Paul, David Airlie,
Daniel Vetter, Rob Herring, Mark Rutland, Hans Verkuil,
Icenowy Zheng, Mauro Carvalho Chehab, Vivek Unune,
Stephen Rothwell, Thierry Reding, Sam Ravnborg
Cc: devicetree, Phil Edworthy, linux-kernel, dri-devel, Gareth Williams
This series adds DRM support for the Digital Blocks db9000
LCD controller with RZ/N1 specific changes and updates simple-panel to
include the associated panel. As this has not previously been
documented, also include a yaml file to provide this.
Gareth Williams (3):
drm/db9000: Add Digital Blocks DB9000 LCD Controller
drm/db9000: Add bindings documentation for LCD controller
drm/panel: simple: Add Newhaven ATXL#-CTP panel
.../devicetree/bindings/display/db9000,du.yaml | 87 ++
.../devicetree/bindings/vendor-prefixes.yaml | 2 +
drivers/gpu/drm/Kconfig | 2 +
drivers/gpu/drm/Makefile | 1 +
drivers/gpu/drm/digital-blocks/Kconfig | 13 +
drivers/gpu/drm/digital-blocks/Makefile | 3 +
drivers/gpu/drm/digital-blocks/db9000-du.c | 953 +++++++++++++++++++++
drivers/gpu/drm/digital-blocks/db9000-du.h | 192 +++++
drivers/gpu/drm/panel/panel-simple.c | 27 +
9 files changed, 1280 insertions(+)
create mode 100644 Documentation/devicetree/bindings/display/db9000,du.yaml
create mode 100644 drivers/gpu/drm/digital-blocks/Kconfig
create mode 100644 drivers/gpu/drm/digital-blocks/Makefile
create mode 100644 drivers/gpu/drm/digital-blocks/db9000-du.c
create mode 100644 drivers/gpu/drm/digital-blocks/db9000-du.h
--
2.7.4
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
^ permalink raw reply [flat|nested] 36+ messages in thread
* RE: [PATCH 0/3]
2020-04-27 8:21 ` Gareth Williams
@ 2020-04-27 13:21 ` Gareth Williams
-1 siblings, 0 replies; 36+ messages in thread
From: Gareth Williams @ 2020-04-27 13:21 UTC (permalink / raw)
To: Gareth Williams, Maarten Lankhorst, Maxime Ripard, Sean Paul,
David Airlie, Daniel Vetter, Rob Herring, Mark Rutland,
Hans Verkuil, Icenowy Zheng, Mauro Carvalho Chehab, Vivek Unune,
Stephen Rothwell, Thierry Reding, Sam Ravnborg
Cc: Phil Edworthy, Sam Ravnborg, dri-devel, devicetree, linux-kernel
Hi All,
I noticed some API changes that were not present when I first wrote this driver.
This will need correcting so I will send out a second version and respond
to Sam Ravnborg's feedback at the same time. I recommend waiting for that
version before reviewing as this will not function on Linux-next otherwise.
Gareth
On Mon, Apr 27, 2020 at 09:21:49AM +0100, Gareth Williams wrote:
>
> This series adds DRM support for the Digital Blocks db9000 LCD controller with
> RZ/N1 specific changes and updates simple-panel to include the associated
> panel. As this has not previously been documented, also include a yaml file to
> provide this.
>
> Gareth Williams (3):
> drm/db9000: Add Digital Blocks DB9000 LCD Controller
> drm/db9000: Add bindings documentation for LCD controller
> drm/panel: simple: Add Newhaven ATXL#-CTP panel
>
> .../devicetree/bindings/display/db9000,du.yaml | 87 ++
> .../devicetree/bindings/vendor-prefixes.yaml | 2 +
> drivers/gpu/drm/Kconfig | 2 +
> drivers/gpu/drm/Makefile | 1 +
> drivers/gpu/drm/digital-blocks/Kconfig | 13 +
> drivers/gpu/drm/digital-blocks/Makefile | 3 +
> drivers/gpu/drm/digital-blocks/db9000-du.c | 953
> +++++++++++++++++++++
> drivers/gpu/drm/digital-blocks/db9000-du.h | 192 +++++
> drivers/gpu/drm/panel/panel-simple.c | 27 +
> 9 files changed, 1280 insertions(+)
> create mode 100644
> Documentation/devicetree/bindings/display/db9000,du.yaml
> create mode 100644 drivers/gpu/drm/digital-blocks/Kconfig
> create mode 100644 drivers/gpu/drm/digital-blocks/Makefile
> create mode 100644 drivers/gpu/drm/digital-blocks/db9000-du.c
> create mode 100644 drivers/gpu/drm/digital-blocks/db9000-du.h
>
> --
> 2.7.4
^ permalink raw reply [flat|nested] 36+ messages in thread
* RE: [PATCH 0/3]
@ 2020-04-27 13:21 ` Gareth Williams
0 siblings, 0 replies; 36+ messages in thread
From: Gareth Williams @ 2020-04-27 13:21 UTC (permalink / raw)
To: Gareth Williams, Maarten Lankhorst, Maxime Ripard, Sean Paul,
David Airlie, Daniel Vetter, Rob Herring, Mark Rutland,
Hans Verkuil, Icenowy Zheng, Mauro Carvalho Chehab, Vivek Unune,
Stephen Rothwell, Thierry Reding, Sam Ravnborg
Cc: devicetree, Phil Edworthy, Sam Ravnborg, linux-kernel, dri-devel
Hi All,
I noticed some API changes that were not present when I first wrote this driver.
This will need correcting so I will send out a second version and respond
to Sam Ravnborg's feedback at the same time. I recommend waiting for that
version before reviewing as this will not function on Linux-next otherwise.
Gareth
On Mon, Apr 27, 2020 at 09:21:49AM +0100, Gareth Williams wrote:
>
> This series adds DRM support for the Digital Blocks db9000 LCD controller with
> RZ/N1 specific changes and updates simple-panel to include the associated
> panel. As this has not previously been documented, also include a yaml file to
> provide this.
>
> Gareth Williams (3):
> drm/db9000: Add Digital Blocks DB9000 LCD Controller
> drm/db9000: Add bindings documentation for LCD controller
> drm/panel: simple: Add Newhaven ATXL#-CTP panel
>
> .../devicetree/bindings/display/db9000,du.yaml | 87 ++
> .../devicetree/bindings/vendor-prefixes.yaml | 2 +
> drivers/gpu/drm/Kconfig | 2 +
> drivers/gpu/drm/Makefile | 1 +
> drivers/gpu/drm/digital-blocks/Kconfig | 13 +
> drivers/gpu/drm/digital-blocks/Makefile | 3 +
> drivers/gpu/drm/digital-blocks/db9000-du.c | 953
> +++++++++++++++++++++
> drivers/gpu/drm/digital-blocks/db9000-du.h | 192 +++++
> drivers/gpu/drm/panel/panel-simple.c | 27 +
> 9 files changed, 1280 insertions(+)
> create mode 100644
> Documentation/devicetree/bindings/display/db9000,du.yaml
> create mode 100644 drivers/gpu/drm/digital-blocks/Kconfig
> create mode 100644 drivers/gpu/drm/digital-blocks/Makefile
> create mode 100644 drivers/gpu/drm/digital-blocks/db9000-du.c
> create mode 100644 drivers/gpu/drm/digital-blocks/db9000-du.h
>
> --
> 2.7.4
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
^ permalink raw reply [flat|nested] 36+ messages in thread
* [PATCH 0/3]
@ 2015-07-01 13:41 Ben Catterall
0 siblings, 0 replies; 36+ messages in thread
From: Ben Catterall @ 2015-07-01 13:41 UTC (permalink / raw)
To: xen-devel
Cc: keir, ian.campbell, andrew.cooper3, tim, stefano.stabellini,
jbeulich, ian.jackson
Converting map_domain_page() to use the mfn_t type and (un)boxing
where needed. This follows on from Andrew Cooper's similar work on
copy/clear_domain_page().
^ permalink raw reply [flat|nested] 36+ messages in thread
* [PATCH 0/3]
@ 2015-02-27 21:25 Melike Yurtoglu
0 siblings, 0 replies; 36+ messages in thread
From: Melike Yurtoglu @ 2015-02-27 21:25 UTC (permalink / raw)
To: outreachy-kernel; +Cc: Melike Yurtoglu
This patchset default used instead of break and delete space.
Melike Yurtoglu (3):
Staging: lustre: default used instead of break
Staging: lustre: Deleted space prohibited between function name and
open parenthesis
Staging: lustre: Remove spaces at the start of a line
drivers/staging/lustre/lustre/ptlrpc/ptlrpc_internal.h | 6 +++---
drivers/staging/lustre/lustre/ptlrpc/ptlrpc_module.c | 2 +-
2 files changed, 4 insertions(+), 4 deletions(-)
--
1.8.3.2
^ permalink raw reply [flat|nested] 36+ messages in thread* [PATCH 0/3]
@ 2015-02-27 20:42 Melike Yurtoglu
0 siblings, 0 replies; 36+ messages in thread
From: Melike Yurtoglu @ 2015-02-27 20:42 UTC (permalink / raw)
To: outreachy-kernel; +Cc: Melike Yurtoglu
This patchset delete space and adds const.
Melike Yurtoglu (3):
Staging: lustre: Added const
Staging: lustre: Removed space prohibited
Staging: lustre: Deleted space prohibited between function name and
open parenthesis
drivers/staging/lustre/lustre/ptlrpc/lproc_ptlrpc.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
--
1.8.3.2
^ permalink raw reply [flat|nested] 36+ messages in thread* [PATCH 0/3]
@ 2015-02-27 19:51 Melike Yurtoglu
0 siblings, 0 replies; 36+ messages in thread
From: Melike Yurtoglu @ 2015-02-27 19:51 UTC (permalink / raw)
To: outreachy-kernel; +Cc: Melike Yurtoglu
This patchset removing return and else,
adds a blank line after declarations to improve code readability.
Melike Yurtoglu (3):
Staging: lustre: Remove return in void function
Staging: lustre: Remove unnecessary else after return
Staging: lustre: Deleted space prohibited between function name and
open parenthesis
drivers/staging/lustre/lustre/ptlrpc/client.c | 12 +++++-------
1 file changed, 5 insertions(+), 7 deletions(-)
--
1.8.3.2
^ permalink raw reply [flat|nested] 36+ messages in thread* [PATCH 0/3]
@ 2013-09-21 13:05 ` Fan Rong
0 siblings, 0 replies; 36+ messages in thread
From: Fan Rong @ 2013-09-21 13:05 UTC (permalink / raw)
To: coosty, maxime.ripard, daniel.lezcano, linux, tglx,
linux-arm-kernel, linux-kernel, mark.rutland, pawel.moll,
rob.herring, linux-sunxi
Cc: Fan Rong
Fan Rong (3):
Add smp support for Allwinner A20(sunxi 7i).
Add cpuconfig nodes in dts for smp configure.
Add arch count timer node in dts for Allwinner A20(sunxi 7i).
arch/arm/boot/dts/sun7i-a20.dtsi | 19 ++-
arch/arm/mach-sunxi/Makefile | 2 +
arch/arm/mach-sunxi/headsmp.S | 12 ++
arch/arm/mach-sunxi/platform.h | 347 +++++++++++++++++++++++++++++++++++++++
arch/arm/mach-sunxi/platsmp.c | 100 +++++++++++
arch/arm/mach-sunxi/sunxi.c | 34 +++-
6 files changed, 511 insertions(+), 3 deletions(-)
create mode 100644 arch/arm/mach-sunxi/headsmp.S
create mode 100644 arch/arm/mach-sunxi/platform.h
create mode 100644 arch/arm/mach-sunxi/platsmp.c
--
1.8.1.2
^ permalink raw reply [flat|nested] 36+ messages in thread
* [PATCH 0/3]
@ 2013-09-21 13:05 ` Fan Rong
0 siblings, 0 replies; 36+ messages in thread
From: Fan Rong @ 2013-09-21 13:05 UTC (permalink / raw)
To: linux-arm-kernel
Fan Rong (3):
Add smp support for Allwinner A20(sunxi 7i).
Add cpuconfig nodes in dts for smp configure.
Add arch count timer node in dts for Allwinner A20(sunxi 7i).
arch/arm/boot/dts/sun7i-a20.dtsi | 19 ++-
arch/arm/mach-sunxi/Makefile | 2 +
arch/arm/mach-sunxi/headsmp.S | 12 ++
arch/arm/mach-sunxi/platform.h | 347 +++++++++++++++++++++++++++++++++++++++
arch/arm/mach-sunxi/platsmp.c | 100 +++++++++++
arch/arm/mach-sunxi/sunxi.c | 34 +++-
6 files changed, 511 insertions(+), 3 deletions(-)
create mode 100644 arch/arm/mach-sunxi/headsmp.S
create mode 100644 arch/arm/mach-sunxi/platform.h
create mode 100644 arch/arm/mach-sunxi/platsmp.c
--
1.8.1.2
^ permalink raw reply [flat|nested] 36+ messages in thread
* [PATCH 0/3]
@ 2013-06-06 13:53 ` Jani Nikula
0 siblings, 0 replies; 36+ messages in thread
From: Jani Nikula @ 2013-06-06 13:53 UTC (permalink / raw)
To: linux-kernel, intel-gfx, Andrew Morton, Greg Kroah-Hartman
Cc: chris, daniel, jani.nikula
Hi Greg, Andrew -
Patch 1 is for DMI, bugfixes in patches 2-3 for i915 and included for
completeness. After a tested-by they should be good for stable. I'll
leave it to Daniel to sort out how the last two get in.
BR,
Jani.
Chris Wilson (1):
drm/i915: Quirk away phantom LVDS on Intel's D510MO mainboard
Jani Nikula (2):
dmi: add support for exact DMI matches in addition to substring
matching
drm/i915: Quirk away phantom LVDS on Intel's D525MW mainboard
drivers/firmware/dmi_scan.c | 12 +++++++++---
drivers/gpu/drm/i915/intel_lvds.c | 16 ++++++++++++++++
include/linux/mod_devicetable.h | 6 ++++--
3 files changed, 29 insertions(+), 5 deletions(-)
--
1.7.9.5
^ permalink raw reply [flat|nested] 36+ messages in thread* [PATCH 0/3]
@ 2013-06-06 13:53 ` Jani Nikula
0 siblings, 0 replies; 36+ messages in thread
From: Jani Nikula @ 2013-06-06 13:53 UTC (permalink / raw)
To: linux-kernel, intel-gfx, Andrew Morton, Greg Kroah-Hartman; +Cc: jani.nikula
Hi Greg, Andrew -
Patch 1 is for DMI, bugfixes in patches 2-3 for i915 and included for
completeness. After a tested-by they should be good for stable. I'll
leave it to Daniel to sort out how the last two get in.
BR,
Jani.
Chris Wilson (1):
drm/i915: Quirk away phantom LVDS on Intel's D510MO mainboard
Jani Nikula (2):
dmi: add support for exact DMI matches in addition to substring
matching
drm/i915: Quirk away phantom LVDS on Intel's D525MW mainboard
drivers/firmware/dmi_scan.c | 12 +++++++++---
drivers/gpu/drm/i915/intel_lvds.c | 16 ++++++++++++++++
include/linux/mod_devicetable.h | 6 ++++--
3 files changed, 29 insertions(+), 5 deletions(-)
--
1.7.9.5
^ permalink raw reply [flat|nested] 36+ messages in thread* Re: [PATCH 0/3]
2013-06-06 13:53 ` Jani Nikula
@ 2013-06-06 13:59 ` Jani Nikula
-1 siblings, 0 replies; 36+ messages in thread
From: Jani Nikula @ 2013-06-06 13:59 UTC (permalink / raw)
To: linux-kernel, intel-gfx, Andrew Morton, Greg Kroah-Hartman; +Cc: chris, daniel
With Greg's address fixed. Please drop the old one from any
replies. Sorry for the noise.
On Thu, 06 Jun 2013, Jani Nikula <jani.nikula@intel.com> wrote:
> Hi Greg, Andrew -
>
> Patch 1 is for DMI, bugfixes in patches 2-3 for i915 and included for
> completeness. After a tested-by they should be good for stable. I'll
> leave it to Daniel to sort out how the last two get in.
>
> BR,
> Jani.
>
> Chris Wilson (1):
> drm/i915: Quirk away phantom LVDS on Intel's D510MO mainboard
>
> Jani Nikula (2):
> dmi: add support for exact DMI matches in addition to substring
> matching
> drm/i915: Quirk away phantom LVDS on Intel's D525MW mainboard
>
> drivers/firmware/dmi_scan.c | 12 +++++++++---
> drivers/gpu/drm/i915/intel_lvds.c | 16 ++++++++++++++++
> include/linux/mod_devicetable.h | 6 ++++--
> 3 files changed, 29 insertions(+), 5 deletions(-)
>
> --
> 1.7.9.5
>
--
Jani Nikula, Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: [PATCH 0/3]
@ 2013-06-06 13:59 ` Jani Nikula
0 siblings, 0 replies; 36+ messages in thread
From: Jani Nikula @ 2013-06-06 13:59 UTC (permalink / raw)
To: linux-kernel, intel-gfx, Andrew Morton, Greg Kroah-Hartman
With Greg's address fixed. Please drop the old one from any
replies. Sorry for the noise.
On Thu, 06 Jun 2013, Jani Nikula <jani.nikula@intel.com> wrote:
> Hi Greg, Andrew -
>
> Patch 1 is for DMI, bugfixes in patches 2-3 for i915 and included for
> completeness. After a tested-by they should be good for stable. I'll
> leave it to Daniel to sort out how the last two get in.
>
> BR,
> Jani.
>
> Chris Wilson (1):
> drm/i915: Quirk away phantom LVDS on Intel's D510MO mainboard
>
> Jani Nikula (2):
> dmi: add support for exact DMI matches in addition to substring
> matching
> drm/i915: Quirk away phantom LVDS on Intel's D525MW mainboard
>
> drivers/firmware/dmi_scan.c | 12 +++++++++---
> drivers/gpu/drm/i915/intel_lvds.c | 16 ++++++++++++++++
> include/linux/mod_devicetable.h | 6 ++++--
> 3 files changed, 29 insertions(+), 5 deletions(-)
>
> --
> 1.7.9.5
>
--
Jani Nikula, Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: [PATCH 0/3]
2013-06-06 13:59 ` Jani Nikula
@ 2013-06-13 8:22 ` Daniel Vetter
-1 siblings, 0 replies; 36+ messages in thread
From: Daniel Vetter @ 2013-06-13 8:22 UTC (permalink / raw)
To: Jani Nikula
Cc: linux-kernel, intel-gfx, Andrew Morton, Greg Kroah-Hartman,
chris, daniel
On Thu, Jun 06, 2013 at 04:59:26PM +0300, Jani Nikula wrote:
>
> With Greg's address fixed. Please drop the old one from any
> replies. Sorry for the noise.
Oops, replied with the old one still there.
Greg, Andrew: Imo it's best to merge all three patches through the same
tree, so:
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
on the i915 parts of it. If you want I can also slurp them in through the
intel tree, including the new dmi match code.
Thanks, Daniel
>
> On Thu, 06 Jun 2013, Jani Nikula <jani.nikula@intel.com> wrote:
> > Hi Greg, Andrew -
> >
> > Patch 1 is for DMI, bugfixes in patches 2-3 for i915 and included for
> > completeness. After a tested-by they should be good for stable. I'll
> > leave it to Daniel to sort out how the last two get in.
> >
> > BR,
> > Jani.
> >
> > Chris Wilson (1):
> > drm/i915: Quirk away phantom LVDS on Intel's D510MO mainboard
> >
> > Jani Nikula (2):
> > dmi: add support for exact DMI matches in addition to substring
> > matching
> > drm/i915: Quirk away phantom LVDS on Intel's D525MW mainboard
> >
> > drivers/firmware/dmi_scan.c | 12 +++++++++---
> > drivers/gpu/drm/i915/intel_lvds.c | 16 ++++++++++++++++
> > include/linux/mod_devicetable.h | 6 ++++--
> > 3 files changed, 29 insertions(+), 5 deletions(-)
> >
> > --
> > 1.7.9.5
> >
>
> --
> Jani Nikula, Intel Open Source Technology Center
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: [PATCH 0/3]
@ 2013-06-13 8:22 ` Daniel Vetter
0 siblings, 0 replies; 36+ messages in thread
From: Daniel Vetter @ 2013-06-13 8:22 UTC (permalink / raw)
To: Jani Nikula; +Cc: Greg Kroah-Hartman, intel-gfx, linux-kernel, Andrew Morton
On Thu, Jun 06, 2013 at 04:59:26PM +0300, Jani Nikula wrote:
>
> With Greg's address fixed. Please drop the old one from any
> replies. Sorry for the noise.
Oops, replied with the old one still there.
Greg, Andrew: Imo it's best to merge all three patches through the same
tree, so:
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
on the i915 parts of it. If you want I can also slurp them in through the
intel tree, including the new dmi match code.
Thanks, Daniel
>
> On Thu, 06 Jun 2013, Jani Nikula <jani.nikula@intel.com> wrote:
> > Hi Greg, Andrew -
> >
> > Patch 1 is for DMI, bugfixes in patches 2-3 for i915 and included for
> > completeness. After a tested-by they should be good for stable. I'll
> > leave it to Daniel to sort out how the last two get in.
> >
> > BR,
> > Jani.
> >
> > Chris Wilson (1):
> > drm/i915: Quirk away phantom LVDS on Intel's D510MO mainboard
> >
> > Jani Nikula (2):
> > dmi: add support for exact DMI matches in addition to substring
> > matching
> > drm/i915: Quirk away phantom LVDS on Intel's D525MW mainboard
> >
> > drivers/firmware/dmi_scan.c | 12 +++++++++---
> > drivers/gpu/drm/i915/intel_lvds.c | 16 ++++++++++++++++
> > include/linux/mod_devicetable.h | 6 ++++--
> > 3 files changed, 29 insertions(+), 5 deletions(-)
> >
> > --
> > 1.7.9.5
> >
>
> --
> Jani Nikula, Intel Open Source Technology Center
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: [PATCH 0/3]
2013-06-13 8:22 ` Daniel Vetter
(?)
@ 2013-06-14 16:23 ` Greg Kroah-Hartman
-1 siblings, 0 replies; 36+ messages in thread
From: Greg Kroah-Hartman @ 2013-06-14 16:23 UTC (permalink / raw)
To: Jani Nikula, linux-kernel, intel-gfx, Andrew Morton, chris
On Thu, Jun 13, 2013 at 10:22:05AM +0200, Daniel Vetter wrote:
> On Thu, Jun 06, 2013 at 04:59:26PM +0300, Jani Nikula wrote:
> >
> > With Greg's address fixed. Please drop the old one from any
> > replies. Sorry for the noise.
>
> Oops, replied with the old one still there.
>
> Greg, Andrew: Imo it's best to merge all three patches through the same
> tree, so:
>
> Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> on the i915 parts of it. If you want I can also slurp them in through the
> intel tree, including the new dmi match code.
Please feel free to take them through your tree, I don't need to take
them.
thanks,
greg k-h
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: [PATCH 0/3]
2013-06-06 13:53 ` Jani Nikula
(?)
(?)
@ 2013-06-06 14:33 ` Daniel Vetter
-1 siblings, 0 replies; 36+ messages in thread
From: Daniel Vetter @ 2013-06-06 14:33 UTC (permalink / raw)
To: Jani Nikula
Cc: linux-kernel, intel-gfx, Andrew Morton, Greg Kroah-Hartman,
chris, daniel
On Thu, Jun 06, 2013 at 04:53:01PM +0300, Jani Nikula wrote:
> Hi Greg, Andrew -
>
> Patch 1 is for DMI, bugfixes in patches 2-3 for i915 and included for
> completeness. After a tested-by they should be good for stable. I'll
> leave it to Daniel to sort out how the last two get in.
I'd prefer all to go through the same tree (to avoid tracking them), and
conflicts around lvds quirks will be trivial at most. So no problem for me
if this doesn't go in through drm-next. So
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
on the i915 patches for merging through whatever tree the drm stuff goes
through.
-Daniel
>
> BR,
> Jani.
>
> Chris Wilson (1):
> drm/i915: Quirk away phantom LVDS on Intel's D510MO mainboard
>
> Jani Nikula (2):
> dmi: add support for exact DMI matches in addition to substring
> matching
> drm/i915: Quirk away phantom LVDS on Intel's D525MW mainboard
>
> drivers/firmware/dmi_scan.c | 12 +++++++++---
> drivers/gpu/drm/i915/intel_lvds.c | 16 ++++++++++++++++
> include/linux/mod_devicetable.h | 6 ++++--
> 3 files changed, 29 insertions(+), 5 deletions(-)
>
> --
> 1.7.9.5
>
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
^ permalink raw reply [flat|nested] 36+ messages in thread
* [PATCH 0/3]
@ 2013-03-01 17:34 tom.zanussi
0 siblings, 0 replies; 36+ messages in thread
From: tom.zanussi @ 2013-03-01 17:34 UTC (permalink / raw)
To: openembedded-core; +Cc: Tom Zanussi
From: Tom Zanussi <tom.zanussi@linux.intel.com>
This patchset contains a couple of things:
- a sysprof upgrade (YOCTO #3448)
- a fix for YOCTO #3951, which is for perf, but I found and fixed a
similar problem for systemtap while doing the fix for perf. In
any case, I'm now able to build a minimal image with tools-profile.
The following changes since commit 8264863ea0674f6cb105f5f7301861408fdc409b:
Add KERNEL_EXTRA_ARGS parameter (2013-03-01 14:57:52 +0000)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib.git tzanussi/minimal-and-sysprof-update-v0
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=tzanussi/minimal-and-sysprof-update-v0
Tom Zanussi (3):
sysprof: upgrade to 1.2.0
perf: add bash dependency
systemtap: add python and bash dependencies
meta/recipes-kernel/perf/perf_3.4.bb | 2 +-
...PowerPC-checks-for-__NR_perf_counter_open.patch | 35 ----------------------
meta/recipes-kernel/sysprof/sysprof_git.bb | 6 ++--
meta/recipes-kernel/systemtap/systemtap_git.bb | 4 +++
4 files changed, 7 insertions(+), 40 deletions(-)
delete mode 100644 meta/recipes-kernel/sysprof/files/0001-Fix-PowerPC-checks-for-__NR_perf_counter_open.patch
--
1.7.11.4
^ permalink raw reply [flat|nested] 36+ messages in thread* [PATCH 0/3]
@ 2012-03-03 10:59 Xiaofeng Yan
2012-03-04 12:24 ` Richard Purdie
0 siblings, 1 reply; 36+ messages in thread
From: Xiaofeng Yan @ 2012-03-03 10:59 UTC (permalink / raw)
To: openembedded-core
From: Xiaofeng Yan <xiaofeng.yan@windriver.com>
LSB report the following information when running lsb test.
VSW5TESTSUITE PURPOSE 7
Assertion XStringToKeysym-7.(A)
When the string argument is the name of a KeySym in the
table with the prefix XK_ removed, then a call to
XStringToKeysym returns that KeySym.
METH: For each KeySym name in table with code G:
METH: Call XStringToKeysym to obtain the KeySym defined for that string.
METH: Verify that XStringToKeysym did not return NoSymbol.
METH: Verify that the returned string is correct.
CHECK: XStringToKeysym-7 1, line 130
CHECK: XStringToKeysym-7 2, line 140
CHECK: XStringToKeysym-7 3, line 150
CHECK: XStringToKeysym-7 4, line 160
CHECK: XStringToKeysym-7 5, line 170
This is host contamination problem. libx11-1.4.4 hasn't patch
"makekeys_crosscompile.patch" in libx11-trim-1.4.4 because core-image-lsb-qt3
use libx11 instead of libx11-trim.
Pull URL: git://git.pokylinux.org/poky-contrib.git
Branch: xiaofeng/1970
Browse: http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=xiaofeng/1970
Thanks,
Xiaofeng Yan <xiaofeng.yan@windriver.com>
---
Xiaofeng Yan (3):
libx11-1.4.4: Add patch makekeys_crosscompile.patch
libx11-1.4.4: Add patch "makekeys_crosscompile.patch"
libx11-trim: Add error information from LSB Test Suite to
makekeys_crosscompile.patch
.../libx11-1.4.4/makekeys_crosscompile.patch | 76 ++++++++++++++++++++
.../libx11-trim-1.4.4/makekeys_crosscompile.patch | 33 ++++++++-
meta/recipes-graphics/xorg-lib/libx11_1.4.4.bb | 3 +-
3 files changed, 110 insertions(+), 2 deletions(-)
create mode 100644 meta/recipes-graphics/xorg-lib/libx11-1.4.4/makekeys_crosscompile.patch
^ permalink raw reply [flat|nested] 36+ messages in thread* Re: [PATCH 0/3]
2012-03-03 10:59 Xiaofeng Yan
@ 2012-03-04 12:24 ` Richard Purdie
0 siblings, 0 replies; 36+ messages in thread
From: Richard Purdie @ 2012-03-04 12:24 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Sat, 2012-03-03 at 18:59 +0800, Xiaofeng Yan wrote:
> From: Xiaofeng Yan <xiaofeng.yan@windriver.com>
>
> LSB report the following information when running lsb test.
>
> VSW5TESTSUITE PURPOSE 7
> Assertion XStringToKeysym-7.(A)
> When the string argument is the name of a KeySym in the
> table with the prefix XK_ removed, then a call to
> XStringToKeysym returns that KeySym.
> METH: For each KeySym name in table with code G:
> METH: Call XStringToKeysym to obtain the KeySym defined for that string.
> METH: Verify that XStringToKeysym did not return NoSymbol.
> METH: Verify that the returned string is correct.
> CHECK: XStringToKeysym-7 1, line 130
> CHECK: XStringToKeysym-7 2, line 140
> CHECK: XStringToKeysym-7 3, line 150
> CHECK: XStringToKeysym-7 4, line 160
> CHECK: XStringToKeysym-7 5, line 170
>
> This is host contamination problem. libx11-1.4.4 hasn't patch
> "makekeys_crosscompile.patch" in libx11-trim-1.4.4 because core-image-lsb-qt3
> use libx11 instead of libx11-trim.
>
>
>
> Pull URL: git://git.pokylinux.org/poky-contrib.git
> Branch: xiaofeng/1970
> Browse: http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=xiaofeng/1970
>
> Thanks,
> Xiaofeng Yan <xiaofeng.yan@windriver.com>
> ---
>
>
> Xiaofeng Yan (3):
> libx11-1.4.4: Add patch makekeys_crosscompile.patch
> libx11-1.4.4: Add patch "makekeys_crosscompile.patch"
> libx11-trim: Add error information from LSB Test Suite to
> makekeys_crosscompile.patch
Merged to master, thanks.
Richard
^ permalink raw reply [flat|nested] 36+ messages in thread
* [PATCH 0/3]
@ 2009-04-16 9:37 dmitry.krivoschekov
2009-04-17 8:23 ` David Miller
0 siblings, 1 reply; 36+ messages in thread
From: dmitry.krivoschekov @ 2009-04-16 9:37 UTC (permalink / raw)
To: netdev, davem
Hi,
this patch series adds some flexibility to ip_auto_config() function.
Currently the function assumes that 500 msec delay before opening
a network device is enough, but it's not true for some h/w configurations,
e.g. if you're using a USB network device.
In my case it may take up to 2 seconds before the device gets available
for opening.
[PATCH 1/3] ipconfig: use same time units for CONF_{PRE,POST}_OPEN delays
this is just a small cleanup
[PATCH 2/3] ipconfig: add 'ipwait' cmdline parameter
I introduce a new cmdline parameter so it's possible to configure two
delays, before and after opening of network devices. It can be used
to increase default delay and it also might be useful in optimizing of
kernel boot-up time, you can save ~1 second if you know that you h/w
does not need that delays, 500 msec before and 1 second after.
[PATCH 3/3] ipconfig: look for a network device forever if NFS root
As time needed for a USB net device to settle may vary from
time to time, it's hard to predict how much msecs it would
take next time. If we're using such a device to mount a NFS root
filesystem it gets critical for us as we can't proceed
work if a net device has not found, so we have to
loop until a suitable device gets available.
Tested on TI OMAP3530 Beagle board.
Regards,
Dmitry
^ permalink raw reply [flat|nested] 36+ messages in thread* Re: [PATCH 0/3]
2009-04-16 9:37 dmitry.krivoschekov
@ 2009-04-17 8:23 ` David Miller
0 siblings, 0 replies; 36+ messages in thread
From: David Miller @ 2009-04-17 8:23 UTC (permalink / raw)
To: dmitry.krivoschekov; +Cc: netdev
From: dmitry.krivoschekov@gmail.com
Date: Thu, 16 Apr 2009 13:37:36 +0400
> this patch series adds some flexibility to ip_auto_config() function.
> Currently the function assumes that 500 msec delay before opening
> a network device is enough, but it's not true for some h/w configurations,
> e.g. if you're using a USB network device.
> In my case it may take up to 2 seconds before the device gets available
> for opening.
I think this problem space would be served better by a scheme
that just worked automatically.
If the user put nfsroot= onto the kernel command line, the expectation
is that the device is expected to be there.
Therefore it is reasonable to make the ipconfig.c code do a loop
periodically retrying to open the intended network device. And after
several seconds of iterations, fail.
Heck, it doesn't even need to do anything fancy. After the initial
attempt, it can simply wait for the NETDEV_REGISTER notifier event.
Then it will know exactly when the device shows up.
In fact you won't need anything to implement this, simply register the
notifier and make the notifier trigger the ipconfig.c code to do a
DHCP or RARP probe or whatever when the device we're interested in
appears.
I'm not applying these patches, sorry.
^ permalink raw reply [flat|nested] 36+ messages in thread
* [PATCH 0/3]
@ 2005-12-12 0:41 Petr Baudis
0 siblings, 0 replies; 36+ messages in thread
From: Petr Baudis @ 2005-12-12 0:41 UTC (permalink / raw)
To: zippel; +Cc: linux-kernel, sam, kbuild-devel
The following series implements...
--
And on the eigth day, God started debugging.
^ permalink raw reply [flat|nested] 36+ messages in thread
end of thread, other threads:[~2023-12-19 8:55 UTC | newest]
Thread overview: 36+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-01-09 17:11 [PATCH 0/3] Patrick Delaunay
2020-01-09 17:11 ` [PATCH 1/3] Revert "stm32mp1: remove the imply BOOTSTAGE" Patrick Delaunay
2020-01-30 2:17 ` Simon Glass
2020-01-09 17:11 ` [PATCH 2/3] arm: set the relocated gd with gd->new_gd Patrick Delaunay
2020-01-30 2:17 ` Simon Glass
2020-01-09 17:11 ` [PATCH 3/3] board_f.c: Insure 16 alignment of start_addr_sp and reserved memory Patrick Delaunay
2020-01-09 17:55 ` Heinrich Schuchardt
2020-01-10 8:47 ` Patrick DELAUNAY
-- strict thread matches above, loose matches on Subject: below --
2023-12-19 8:51 [PATCH 0/3] Mitul Golani
2023-10-31 3:36 Zhu Ning
2022-01-03 9:21 Antoniu Miclaus
2020-06-05 18:46 Matthias Kaehlcke
2020-04-27 8:21 Gareth Williams
2020-04-27 8:21 ` Gareth Williams
2020-04-27 13:21 ` Gareth Williams
2020-04-27 13:21 ` Gareth Williams
2015-07-01 13:41 Ben Catterall
2015-02-27 21:25 Melike Yurtoglu
2015-02-27 20:42 Melike Yurtoglu
2015-02-27 19:51 Melike Yurtoglu
2013-09-21 13:05 Fan Rong
2013-09-21 13:05 ` Fan Rong
2013-06-06 13:53 Jani Nikula
2013-06-06 13:53 ` Jani Nikula
2013-06-06 13:59 ` Jani Nikula
2013-06-06 13:59 ` Jani Nikula
2013-06-13 8:22 ` Daniel Vetter
2013-06-13 8:22 ` Daniel Vetter
2013-06-14 16:23 ` Greg Kroah-Hartman
2013-06-06 14:33 ` Daniel Vetter
2013-03-01 17:34 tom.zanussi
2012-03-03 10:59 Xiaofeng Yan
2012-03-04 12:24 ` Richard Purdie
2009-04-16 9:37 dmitry.krivoschekov
2009-04-17 8:23 ` David Miller
2005-12-12 0:41 Petr Baudis
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.