From: Denys Dmytriyenko <denis@denix.org>
To: openembedded-devel@lists.openembedded.org
Subject: Re: [PATCH] rename SOC_FAMILY to TARGET_SOC_FAMILY and make it global
Date: Fri, 10 Sep 2010 16:43:07 -0400 [thread overview]
Message-ID: <20100910204307.GP28148@denix.org> (raw)
In-Reply-To: <4C8A95E7.7070403@mentor.com>
On Fri, Sep 10, 2010 at 01:32:39PM -0700, Tom Rini wrote:
> Denys Dmytriyenko wrote:
>> On Wed, Sep 08, 2010 at 07:58:39AM +0200, Frans Meulenbroeks wrote:
>>> 2010/9/7 Maupin, Chase <chase.maupin@ti.com>:
>>>
>>>>> Forgot about this, but a variable should go with documentation.
>>>>> This already has been raised with the orginal patch, but was ignored
>>>>> by the submitters.
>>>> Frans, Are you counting me as one of the original submitters? I mainly
>>>> use the SOC_FAMILY, I didn't create it. That being said, if you have a
>>>> recommended section of the usermanual that this should be documented in
>>>> I'll try to add something.
>>> Hi Chase,
>>> I see you indeed as the submitter. The commit carries your name and
>>> there is no reference in the commit message of another author.
>>>
>>> Wrt the manual: actually I thought we had a section for this, but as
>>> it stands i cannot find it. Guess I saw it somewhere else.
>>> I'm not really sure where it would fit. I guess there are others who
>>> have a better view on the manual and its structure.
>> Frans,
>> I guess then you haven't read the original discussion closely enough.
>> Chase only made a change to add existing SOC_FAMILY override into
>> COMPATIBLE_MACHINE variable... I keep repeating myself - SOC_FAMILY
>> feature is about a year old. It was introduced as part of a large merge
>> from Arago. Here is the original commit and some description:
>> http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=b788499815bfc1974d4277c0a261b9a7c24aa816
>
> I suppose you could save Chase some time, Denys, and update the manual
> instead :) But to me, it's perfectly reasonable for Frans to ask that when
> someone renames a not previously documented variable to go ahead and
> document it too (since they must have some knowledge of how it works, and
> some correct knowledge being written down is better than none).
Thanks, Tom!
Yes, pushing Chase's patch for documentation update is on my TODO list for
later today - I'm giving people last chance to comment...
I agree, updating documentation is very desirable, no objections here. I was
merely commenting on Frans' note here, giving some background:
>>> Hi Chase,
>>> I see you indeed as the submitter. The commit carries your name and
>>> there is no reference in the commit message of another author.
--
Denys
next prev parent reply other threads:[~2010-09-10 20:43 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-03 11:12 How to extend SRC_URI_append? Jean-Christophe PLAGNIOL-VILLARD
2010-09-03 14:44 ` Chris Larson
2010-09-03 16:47 ` Jean-Christophe PLAGNIOL-VILLARD
2010-09-03 16:59 ` Jean-Christophe PLAGNIOL-VILLARD
2010-09-03 20:34 ` Maupin, Chase
2010-09-03 21:45 ` Khem Raj
2010-09-04 3:17 ` Jean-Christophe PLAGNIOL-VILLARD
2010-09-04 11:20 ` Jean-Christophe PLAGNIOL-VILLARD
2010-09-04 3:14 ` [PATCH] rename SOC_FAMILY to TARGET_SOC_FAMILY and make it global Jean-Christophe PLAGNIOL-VILLARD
2010-09-04 7:45 ` Frans Meulenbroeks
2010-09-04 8:20 ` Frans Meulenbroeks
2010-09-07 14:21 ` Maupin, Chase
2010-09-08 5:58 ` Frans Meulenbroeks
2010-09-10 18:57 ` Denys Dmytriyenko
2010-09-10 20:32 ` Tom Rini
2010-09-10 20:43 ` Denys Dmytriyenko [this message]
2010-09-11 9:19 ` Frans Meulenbroeks
2010-09-12 7:40 ` Frans Meulenbroeks
2010-09-21 18:28 ` Denys Dmytriyenko
2010-09-07 14:43 ` Maupin, Chase
2010-09-08 3:47 ` Jean-Christophe PLAGNIOL-VILLARD
2010-09-09 9:26 ` Phil Blundell
2010-09-12 8:11 ` Koen Kooi
2010-09-13 2:45 ` Jean-Christophe PLAGNIOL-VILLARD
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100910204307.GP28148@denix.org \
--to=denis@denix.org \
--cc=openembedded-devel@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.