From: Haavard Skinnemoen <hskinnemoen@atmel.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Pull request u-boot-blackfin.git
Date: Sun, 24 Feb 2008 00:50:46 +0100 [thread overview]
Message-ID: <20080224005046.18e62448@siona> (raw)
In-Reply-To: <200802231817.35511.vapier@gentoo.org>
On Sat, 23 Feb 2008 18:17:34 -0500
Mike Frysinger <vapier@gentoo.org> wrote:
> 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.
I'm not saying it sucks. You're the one who said it's broken ;-)
> 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."
That's why we do incremental improvements so that you can separate the
fixes from the other stuff and submit them even if there isn't a merge
window open.
> > 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.
First, if they're blackfin-specific, what are they doing under common/?
Second, the SPI driver that broke the tree for almost four weeks was
optional and ppc-specific. Have you run tests on all architectures so
that you can be 100% sure that you're not breaking anything this late
in the release cycle?
The avr32 architecture broke three times during the Linux 2.6.25-rc1
merge window, as did lots of other architectures (which isn't a huge
deal since it was, after all, during the merge window, but it breaks
bisectability). In two of the cases it was caused by patches that were
deemed so simple that they didn't get proper review and were never
exposed in -mm.
Which is why I've been a bit grumpy lately with respect to real and
potential breakage in mainline, in case anyone wondered.
Your tree touches common code and you're asking for it to be merged
without any review at all. I don't think that's a good idea.
Haavard
next prev parent reply other threads:[~2008-02-23 23:50 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
2008-02-23 23:50 ` Haavard Skinnemoen [this message]
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=20080224005046.18e62448@siona \
--to=hskinnemoen@atmel.com \
--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.