Dear Heiko,
In message <527c7716.8060...@denx.de> you wrote:
>
> > You, you can use a mailing list for submitting such information, but I
> > doubt that it would be efficient. And I definitely do not want to see
> > this on the current U-Boot ML.
>
> Ok, let us discuss the way we collect such i
Hello Wolfgang,
Am 08.11.2013 07:20, schrieb Wolfgang Denk:
Dear Heiko,
In message<527c767d.3070...@denx.de> you wrote:
Yes, this is perfectly fine. I just want to allow this at _any_ time,
not only once per release (near the end of the release cycle).
especially for releases where bigger
Dear Heiko,
In message <527c767d.3070...@denx.de> you wrote:
>
> > Yes, this is perfectly fine. I just want to allow this at _any_ time,
> > not only once per release (near the end of the release cycle).
> > especially for releases where bigger changes get merged it may be
> > precious informati
Hello Wolfgang,
Am 07.11.2013 20:26, schrieb Wolfgang Denk:
Dear Tom,
In message<20131107133159.GR5925@bill-the-cat> you wrote:
I feel this is the hard part of the problem, and what we're glossing
over. What has to be tested by the board maintainer? What are we going
to leave to their disc
Hello Wolfgang,
Am 07.11.2013 20:19, schrieb Wolfgang Denk:
Dear Heiko Schocher,
In message<527b8c7f.6060...@denx.de> you wrote:
All you want to do here is feed a database with data. This is not
what mailing lists were made for, so we should really use a more
appropriate interface.
Ok. B
Hello Wolfgang,
Am 07.11.2013 20:15, schrieb Wolfgang Denk:
Dear Heiko,
In message<527b8ba7.2070...@denx.de> you wrote:
Agreed too. I doubt if a mailing list makes sense to collect such
data. It would probably be more efficient to provide a web based
service for this. It just has to be easy
Hello Tom,
Am 07.11.2013 14:31, schrieb Tom Rini:
On Thu, Nov 07, 2013 at 10:37:24AM +0100, Andreas Bie?mann wrote:
Hello all together,
On 11/07/2013 09:17 AM, Heiko Schocher wrote:
Am 06.11.2013 08:50, schrieb Wolfgang Denk:
[snip]
So when you're once again doing some change that requires
Dear Tom,
In message <20131107205133.GT5925@bill-the-cat> you wrote:
>
> What we need to be careful of here is making sure whatever we grow is
> both useful and not overly complicated. What I honestly wonder about is
> automated testing for commands (crc32 pops to mind only because I just
> fixe
On Thu, Nov 07, 2013 at 08:26:57PM +0100, Wolfgang Denk wrote:
> Dear Tom,
>
> In message <20131107133159.GR5925@bill-the-cat> you wrote:
> >
> > I feel this is the hard part of the problem, and what we're glossing
> > over. What has to be tested by the board maintainer? What are we going
> > t
Dear Tom,
In message <20131107133159.GR5925@bill-the-cat> you wrote:
>
> I feel this is the hard part of the problem, and what we're glossing
> over. What has to be tested by the board maintainer? What are we going
> to leave to their discretion? Will am335x_evm not count if I don't dig
> up t
Dear Heiko Schocher,
In message <527b8c7f.6060...@denx.de> you wrote:
>
> > All you want to do here is feed a database with data. This is not
> > what mailing lists were made for, so we should really use a more
> > appropriate interface.
>
> Ok. But this status report can be in readable text fo
Dear Heiko,
In message <527b8ba7.2070...@denx.de> you wrote:
>
> > Agreed too. I doubt if a mailing list makes sense to collect such
> > data. It would probably be more efficient to provide a web based
> > service for this. It just has to be easy to submit reports, and to
> > query the status for
Dear Tom Rini,
On 11/07/2013 02:31 PM, Tom Rini wrote:
> On Thu, Nov 07, 2013 at 10:37:24AM +0100, Andreas Bie?mann wrote:
>> Hello all together,
>>
>> On 11/07/2013 09:17 AM, Heiko Schocher wrote:
>>> Am 06.11.2013 08:50, schrieb Wolfgang Denk:
> [snip]
So when you're once again doing some c
On Thu, Nov 07, 2013 at 10:37:24AM +0100, Andreas Bie?mann wrote:
> Hello all together,
>
> On 11/07/2013 09:17 AM, Heiko Schocher wrote:
> > Am 06.11.2013 08:50, schrieb Wolfgang Denk:
[snip]
> >> So when you're once again doing some change that requires touching
> >> files for some othe rboards,
Hello Wolfgang,
Am 07.11.2013 13:12, schrieb Wolfgang Denk:
Dear Heiko,
In message<527b7ee6.4030...@denx.de> you wrote:
Hmm... I hope we get a lot of such EMails ... and think, this is not
a big problem ... Or, maybe, if we get a lot of such EMails, maybe we
open a u-boot-testing list?
NAK
Hello Wolfgang,
Am 07.11.2013 13:01, schrieb Wolfgang Denk:
Dear "Andreas Bießmann",
In message<527b7883.1080...@gmail.com> you wrote:
[...]
maintainer could then see if he needs to pull out a board or if one else
run the test before.
I fully agree - everybody should be able to provide
Hello Wolfgang,
Am 07.11.2013 13:06, schrieb Wolfgang Denk:
Dear Heiko Schocher,
In message<527b7cb0.6040...@denx.de> you wrote:
Note also that one goal of boards.cfg is to not have multiple files
around that have to remain consistent.
Yep, exactly. Thats why I think we could collect this
Dear Wolfgang Denk,
On 11/07/2013 01:01 PM, Wolfgang Denk wrote:
> In message <527b7883.1080...@gmail.com> you wrote:
>>
>> The saved information how often a board was runtime tested with the
>> correct SHA1 of the u-boot/master could be quite useful.
>> In the end just the last tested commit will
Dear Heiko,
In message <527b7ee6.4030...@denx.de> you wrote:
>
> Hmm... I hope we get a lot of such EMails ... and think, this is not
> a big problem ... Or, maybe, if we get a lot of such EMails, maybe we
> open a u-boot-testing list?
NAK. Mailing lists are good for some kind of information -
Dear Heiko Schocher,
In message <527b7cb0.6040...@denx.de> you wrote:
>
> > Note also that one goal of boards.cfg is to not have multiple files
> > around that have to remain consistent.
>
> Yep, exactly. Thats why I think we could collect this in boards.cfg.
No, we really want to have a databa
Dear "Andreas Bießmann",
In message <527b7883.1080...@gmail.com> you wrote:
>
> The saved information how often a board was runtime tested with the
> correct SHA1 of the u-boot/master could be quite useful.
> In the end just the last tested commit will be interesting but it could
> give some info
Hello Andreas,
Am 07.11.2013 12:24, schrieb Andreas Bießmann:
Hello Heiko,
On 11/07/2013 11:39 AM, Heiko Schocher wrote:
Am 07.11.2013 10:37, schrieb Andreas Bießmann:
On 11/07/2013 09:17 AM, Heiko Schocher wrote:
Am 06.11.2013 08:50, schrieb Wolfgang Denk:
In message<20131105203736.GM5925@
Hello Albert,
Am 07.11.2013 12:13, schrieb Albert ARIBAUD:
Hi Heiko,
On Thu, 07 Nov 2013 11:39:08 +0100, Heiko Schocher wrote:
Right, boards.cfg gets unhandy ... Hmm .. what with the column
"Staus" ... instead of "Active" it would be more informative to have
there the livetime counter, and
Hello Heiko,
On 11/07/2013 11:39 AM, Heiko Schocher wrote:
> Am 07.11.2013 10:37, schrieb Andreas Bießmann:
>> On 11/07/2013 09:17 AM, Heiko Schocher wrote:
>>> Am 06.11.2013 08:50, schrieb Wolfgang Denk:
In message<20131105203736.GM5925@bill-the-cat> you wrote:
>>> But you are right, th
Hi Heiko,
On Thu, 07 Nov 2013 11:39:08 +0100, Heiko Schocher wrote:
> >> Right, boards.cfg gets unhandy ... Hmm .. what with the column
> >> "Staus" ... instead of "Active" it would be more informative to have
> >> there the livetime counter, and a single digit saves some characters ;-)
I'm no
Hello Andreas,
Am 07.11.2013 10:37, schrieb Andreas Bießmann:
Hello all together,
On 11/07/2013 09:17 AM, Heiko Schocher wrote:
Am 06.11.2013 08:50, schrieb Wolfgang Denk:
In message<20131105203736.GM5925@bill-the-cat> you wrote:
Full ACK, we need some way to track which board is workin
Hello all together,
On 11/07/2013 09:17 AM, Heiko Schocher wrote:
> Am 06.11.2013 08:50, schrieb Wolfgang Denk:
>> In message<20131105203736.GM5925@bill-the-cat> you wrote:
Full ACK, we need some way to track which board is working with the
current ToT or at least on a release basis.
So,
Hello Wolfgang, Tom,
Am 06.11.2013 08:50, schrieb Wolfgang Denk:
Dear Tom,
In message<20131105203736.GM5925@bill-the-cat> you wrote:
We have the real problem, that we have a lot of old boards, which
are unmaintained in U-Boot, and we have no chance to find out, if this
boards are longer use
Dear Tom,
In message <20131105203736.GM5925@bill-the-cat> you wrote:
>
> > We have the real problem, that we have a lot of old boards, which
> > are unmaintained in U-Boot, and we have no chance to find out, if this
> > boards are longer used/tested ...
>
> We also have a feature, lots of hardwa
On Tue, Nov 05, 2013 at 02:05:28PM +0100, Heiko Schocher wrote:
> Hello all,
>
> We have the real problem, that we have a lot of old boards, which
> are unmaintained in U-Boot, and we have no chance to find out, if this
> boards are longer used/tested ...
We also have a feature, lots of hardware
Hello all,
We have the real problem, that we have a lot of old boards, which
are unmaintained in U-Boot, and we have no chance to find out, if this
boards are longer used/tested ...
So, the question raises, should we introduce a column in boards.cfg,
which shows the "livetime" of a board support
31 matches
Mail list logo
