All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mike Frysinger <vapier@gentoo.org>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Pull request u-boot-blackfin.git
Date: Sat, 23 Feb 2008 18:17:34 -0500	[thread overview]
Message-ID: <200802231817.35511.vapier@gentoo.org> (raw)
In-Reply-To: <20080223232510.660459f2@siona>

On Saturday 23 February 2008, Haavard Skinnemoen wrote:
> On Sat, 23 Feb 2008 15:29:03 -0500
>
> Mike Frysinger <vapier@gentoo.org> wrote:
> > i understand where you're coming from, and i intend to follow the rules
> > ... after Blackfin in mainline is actually usable.  i'm being pragmatic
> > here: since Blackfin literrally has never compiled/linked in the mainline
> > releases, theres no way i could break it even more.  delaying these
> > updates to make mainline Blackfin u-boot usable is only that: delay.
>
> Come on, you know damn well it's not acceptable to add tons of new
> features (including, from the look of it, two new commands) this close
> to a release.

i'd agree with you completely if Blackfin were currently usable

> You should focus on getting the thing to work (why was it merged in the
> first place if it didn't work, btw?) not try to achieve feature-parity
> with the out-of-tree code.

ive had no involvement in the past development.  if you want to say it sucked 
or complain about how it was done, i dont really care.  only moving forward 
from the current situation matters to me.

as for getting it to work, i dont see the value in getting an old dead version 
of the Blackfin tree working when i have a clean rewritten tree to merge.  if 
i get the old one to boot, so what ?  the resulting code base isnt 
supported ... if someone says "i tried to do XYZ with the Blackfin code and 
it didnt work", i'm going to look at it and say "it works with this other 
code base, so i dont care.  you can wait until i finish merging this tree."

> There are way too many useless commands in the tree as it is, we don't
> want even more unreviewed crap sneaking in through the back door.

if you look at all the new commands you'll see that (1) they're optional and 
(2) they expose Blackfin specific functionality.  these affect no other 
arches.
-mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: This is a digitally signed message part.
Url : http://lists.denx.de/pipermail/u-boot/attachments/20080223/71be3cb8/attachment.pgp 

  reply	other threads:[~2008-02-23 23:17 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-23  6:17 [U-Boot-Users] Pull request u-boot-blackfin.git Mike Frysinger
2008-02-23  8:42 ` Wolfgang Denk
2008-02-23  8:59   ` Mike Frysinger
2008-02-23 19:36     ` Wolfgang Denk
2008-02-23 20:29       ` Mike Frysinger
2008-02-23 22:25         ` Haavard Skinnemoen
2008-02-23 23:17           ` Mike Frysinger [this message]
2008-02-23 23:50             ` Haavard Skinnemoen
2008-02-24  0:07               ` Mike Frysinger
2008-02-24  0:29                 ` Wolfgang Denk
2008-02-24  0:39                   ` Mike Frysinger
2008-02-24  1:22                     ` Wolfgang Denk
2008-02-24  1:37                       ` Mike Frysinger
2008-02-24 13:44                         ` Wolfgang Denk
2008-02-24  0:35                 ` Haavard Skinnemoen
2008-02-24  1:15                   ` Mike Frysinger
2008-02-24 13:55                   ` Jean-Christophe PLAGNIOL-VILLARD
2008-02-24 16:48                     ` Mike Frysinger
2008-02-23 22:30         ` Wolfgang Denk
2008-02-23 23:19           ` Mike Frysinger
2008-02-23 23:42             ` Wolfgang Denk
2008-02-24  0:09               ` Mike Frysinger
2008-02-24  0:36                 ` Wolfgang Denk
2008-02-24  1:18                   ` Mike Frysinger
2008-02-24  1:26                     ` Wolfgang Denk
  -- strict thread matches above, loose matches on Subject: below --
2008-06-01  2:59 Mike Frysinger
2008-06-01 19:45 ` Wolfgang Denk
2008-06-01 20:54   ` Mike Frysinger
2008-06-01 21:54     ` Wolfgang Denk
2008-06-01 22:02       ` Mike Frysinger
2008-06-01 22:15         ` Wolfgang Denk
2008-06-01 22:47           ` Mike Frysinger
2008-06-02 11:58             ` Wolfgang Denk
2008-03-30 19:54 Mike Frysinger
2008-04-07 22:09 ` Wolfgang Denk
2008-03-16  2:33 Mike Frysinger
2008-03-18 21:17 ` Wolfgang Denk
2008-02-24  1:33 Wolfgang Denk
2008-02-05  0:31 Mike Frysinger
2008-02-14 23:12 ` Wolfgang Denk

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=200802231817.35511.vapier@gentoo.org \
    --to=vapier@gentoo.org \
    --cc=u-boot@lists.denx.de \
    /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.