Patchwork [U-Boot] asm-offsets: generate bd_t size

login
register
mail settings
Submitter Mike Frysinger
Date Dec. 24, 2010, 5:57 p.m.
Message ID <1293213443-11027-1-git-send-email-vapier@gentoo.org>
Download mbox | patch
Permalink /patch/76634/
State Accepted
Commit 89c95f0cd3f8140f3b8a82a22a6a144c148d09c6
Delegated to: Wolfgang Denk
Headers show

Comments

Mike Frysinger - Dec. 24, 2010, 5:57 p.m.
Some ports set up the board info structure at the same time as the global
data structure, and largely keep them together.  So generate a define for
the board info struct too.

Signed-off-by: Mike Frysinger <vapier@gentoo.org>
---
 lib/asm-offsets.c |    3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)
Wolfgang Denk - Jan. 9, 2011, 5:08 p.m.
Dear Mike Frysinger,

In message <1293213443-11027-1-git-send-email-vapier@gentoo.org> you wrote:
> Some ports set up the board info structure at the same time as the global
> data structure, and largely keep them together.  So generate a define for
> the board info struct too.
> 
> Signed-off-by: Mike Frysinger <vapier@gentoo.org>
> ---
>  lib/asm-offsets.c |    3 +++
>  1 files changed, 3 insertions(+), 0 deletions(-)

Applied, thanks.

Best regards,

Wolfgang Denk
Michal Simek - Jan. 10, 2011, 7:50 a.m.
Hi Wolfgang and Mike,

Wolfgang Denk wrote:
> Dear Mike Frysinger,
> 
> In message <1293213443-11027-1-git-send-email-vapier@gentoo.org> you wrote:
>> Some ports set up the board info structure at the same time as the global
>> data structure, and largely keep them together.  So generate a define for
>> the board info struct too.
>>
>> Signed-off-by: Mike Frysinger <vapier@gentoo.org>
>> ---
>>  lib/asm-offsets.c |    3 +++
>>  1 files changed, 3 insertions(+), 0 deletions(-)
> 
> Applied, thanks.

I am little bit confused.
1. Mike's patch has broken coding style in his patch ("space"+"space"15)

2. I sent that patch 3 days before Mike. (It is the longer story)
http://lists.denx.de/pipermail/u-boot/2010-December/084095.html

I like that the patch is in mainline tree because I need it for 
Microblaze but I don't quite understand that you beat me about coding 
style and then you apply patch which has broken coding style.

I don't care if that patch is Mike's or mine I would like to be sure 
what are that acceptance rules.

Can you please tell me how this can happen?

Best regards,
Michal
Mike Frysinger - Jan. 10, 2011, 9:41 a.m.
On Mon, Jan 10, 2011 at 2:50 AM, Michal Simek wrote:
> Wolfgang Denk wrote:
>> Mike Frysinger wrote:
>>> Some ports set up the board info structure at the same time as the global
>>> data structure, and largely keep them together.  So generate a define for
>>> the board info struct too.
>>
>> Applied, thanks.
>
> I am little bit confused.
> 1. Mike's patch has broken coding style in his patch ("space"+"space"15)

i retained existing style on purpose.  i figured Wolfgang preferred
that since he wrote it that way.  doesnt matter to me either way.

> 2. I sent that patch 3 days before Mike. (It is the longer story)
> http://lists.denx.de/pipermail/u-boot/2010-December/084095.html

i hadnt noticed that.  probably because i had already punted the
e-mail a few days before i noticed i needed it.  otherwise i would
have s-o-b your version.
-mike
Wolfgang Denk - Jan. 10, 2011, 10:46 a.m.
Dear Michal Simek,

In message <4D2ABA41.7030805@monstr.eu> you wrote:
> 
> I am little bit confused.
> 1. Mike's patch has broken coding style in his patch ("space"+"space"15)

Indeed. Sorry for missing this. The existing code had the same issue.
If you want, then please submit a patch to clean this up for the whole
file.

> 2. I sent that patch 3 days before Mike. (It is the longer story)
> http://lists.denx.de/pipermail/u-boot/2010-December/084095.html
> 
> I like that the patch is in mainline tree because I need it for 
> Microblaze but I don't quite understand that you beat me about coding 
> style and then you apply patch which has broken coding style.
> 
> I don't care if that patch is Mike's or mine I would like to be sure 
> what are that acceptance rules.
> 
> Can you please tell me how this can happen?

Usually I try to process incoming patches sequentially, but this is
not always possible; even if I follow all mail threads this is
unreliable as many people submit new versions of their patches without
proper linking back to the existing threads. So even when trying to
work mostly sequentially, I will frequently jump forward and backward
in time.

In cases like this (different patches for the same thing, submitted
independently by separate people using different Subjects) it is
pretty much pure chance which of the submitted patches gets picked up.
For me the only important thing is that no patches get dropped
unintentionally.


If I remember correctly Mike's patch was part of my todo list in
patchwork, which was what I processed first, completely independent of
submission date.  I don't remember if I moved the patch there myself,
or if somebody else (Mike?) bestowed it upon me.

Best regards,

Wolfgang Denk
Wolfgang Denk - Jan. 10, 2011, 10:57 a.m.
Dear Mike Frysinger,

In message <AANLkTim+t7jCzD2pdYACs9bpCiaDA-CGico1coz7vu0f@mail.gmail.com> you wrote:
>
> i hadnt noticed that.  probably because i had already punted the
> e-mail a few days before i noticed i needed it.  otherwise i would
> have s-o-b your version.

I think you should rather send "Acked-by" in such cases.

"
The Signed-off-by: tag indicates that the signer was involved in the 
development of the patch, or that he/she was in the patch's delivery
path.

If a person was not directly involved in the preparation or handling of a
patch but wishes to signify and record their approval of it then they can 
arrange to have an Acked-by: line added to the patch's changelog.
"

Best regards,

Wolfgang Denk
Michal Simek - Jan. 10, 2011, 3:57 p.m.
Mike Frysinger wrote:
> On Mon, Jan 10, 2011 at 2:50 AM, Michal Simek wrote:
>> Wolfgang Denk wrote:
>>> Mike Frysinger wrote:
>>>> Some ports set up the board info structure at the same time as the global
>>>> data structure, and largely keep them together.  So generate a define for
>>>> the board info struct too.
>>> Applied, thanks.
>> I am little bit confused.
>> 1. Mike's patch has broken coding style in his patch ("space"+"space"15)
> 
> i retained existing style on purpose.  i figured Wolfgang preferred
> that since he wrote it that way.  doesnt matter to me either way.

I wanted to do it in the same way but based on my experience Wolfgang 
would beat me that the patch has broken coding style that's why I wanted 
to fix it.

> 
>> 2. I sent that patch 3 days before Mike. (It is the longer story)
>> http://lists.denx.de/pipermail/u-boot/2010-December/084095.html
> 
> i hadnt noticed that.  probably because i had already punted the
> e-mail a few days before i noticed i needed it.  otherwise i would
> have s-o-b your version.

No problem. I like that you find out that you need the some parameter as I.

Michal
Michal Simek - Jan. 10, 2011, 4:04 p.m.
Dear Wolfgang,

Wolfgang Denk wrote:
> Dear Michal Simek,
> 
> In message <4D2ABA41.7030805@monstr.eu> you wrote:
>> I am little bit confused.
>> 1. Mike's patch has broken coding style in his patch ("space"+"space"15)
> 
> Indeed. Sorry for missing this. The existing code had the same issue.
> If you want, then please submit a patch to clean this up for the whole
> file.
> 
>> 2. I sent that patch 3 days before Mike. (It is the longer story)
>> http://lists.denx.de/pipermail/u-boot/2010-December/084095.html
>>
>> I like that the patch is in mainline tree because I need it for 
>> Microblaze but I don't quite understand that you beat me about coding 
>> style and then you apply patch which has broken coding style.
>>
>> I don't care if that patch is Mike's or mine I would like to be sure 
>> what are that acceptance rules.
>>
>> Can you please tell me how this can happen?
> 
> Usually I try to process incoming patches sequentially, but this is
> not always possible; even if I follow all mail threads this is
> unreliable as many people submit new versions of their patches without
> proper linking back to the existing threads. So even when trying to
> work mostly sequentially, I will frequently jump forward and backward
> in time.
> 
> In cases like this (different patches for the same thing, submitted
> independently by separate people using different Subjects) it is
> pretty much pure chance which of the submitted patches gets picked up.
> For me the only important thing is that no patches get dropped
> unintentionally.
> 
> 
> If I remember correctly Mike's patch was part of my todo list in
> patchwork, which was what I processed first, completely independent of
> submission date.  I don't remember if I moved the patch there myself,
> or if somebody else (Mike?) bestowed it upon me.

You don't need to "apologize". I really appreciate your work and it is 
not easy to handle everything. For me is important to fix microblaze 
code and doesn't matter who has done that patch.

My point was that you always look at coding style and would be nice to 
check it all the time and doesn't matter who send it even you. I 
understand that it is hard to check your own work.

Best regards,
Michal

Patch

diff --git a/lib/asm-offsets.c b/lib/asm-offsets.c
index 2209561..6f253a6 100644
--- a/lib/asm-offsets.c
+++ b/lib/asm-offsets.c
@@ -25,5 +25,8 @@  int main(void)
 	DEFINE(GENERATED_GBL_DATA_SIZE,
 		(sizeof(struct global_data)+15) & ~15);
 
+	DEFINE(GENERATED_BD_INFO_SIZE,
+		(sizeof(struct bd_info)+15) & ~15);
+
 	return 0;
 }