From: Pavel Machek <pavel@ucw.cz>
To: Ryan Mallon <ryan@bluewatersys.com>
Cc: Russell King - ARM Linux <linux@arm.linux.org.uk>,
David Miller <davem@davemloft.net>,
swetland@google.com, linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.arm.linux.org.uk, san@android.com,
rlove@google.com
Subject: Re: HTC Dream aka. t-mobile g1 support
Date: Fri, 12 Jun 2009 14:05:06 +0200 [thread overview]
Message-ID: <20090612120506.GS18682@elf.ucw.cz> (raw)
In-Reply-To: <4A31B061.3080102@bluewatersys.com>
On Fri 2009-06-12 13:33:21, Ryan Mallon wrote:
> Russell King - ARM Linux wrote:
> > On Thu, Jun 11, 2009 at 05:00:30AM -0700, David Miller wrote:
> >> From: Russell King - ARM Linux <linux@arm.linux.org.uk>
> >> Date: Thu, 11 Jun 2009 12:49:12 +0100
> >>
> >>> I can not keep up with the number of patches that need to be
> >>> reviewed and ultimately merged. I know this, and I freely admit it,
> >>> and I have done so on many occasions.
> >> Then split up the responsibilities to other people instead of being
> >> the choke point. Controlling everything isn't so important.
> >
> > Don't you think that I've been trying to get other people to be more
> > involved?
> >
> > - I've been pushing people to send patches to the relevent mailing
> > list(s) and maintainer(s) for years.
> >
> > - I've been pushing people to send their ARM patches to the ARM
> > mailing list rather than directly into the patch system for review
> > (it even has a comment telling people this) so that others can get
> > involved in reviewing them, and sharing that work load.
> >
> > Do you think either have been anywhere near successful?
> >
> > For the most part, the answer is no. People concentrate on their own
> > areas, and won't look at someone with a new class of platforms (eg,
> > the STMP or W90x900 stuff).
> >
> > I'd absolutely love it if the review load could be shared, but for the
> > most part it just doesn't happen. Everyone's far too busy with their
> > own stuff to help out (and that's a reason that they'll give if tackled
> > head on about it.)
>
> Question on this: I occasionally review patches where I have the
> knowledge or interest. Most of the time however, I do not have the
> hardware needed to actually test the patches, and so my reviews are
> simply coding style, etc. I don't want to add my acked-by to something I
> can't test, or am not at reasonably confident is okay (ie haven't
> tested, but know the hardware well enough to be satisfied the patch is
> okay by reading it).
>
> The problem I see for developers I do reviews for, is that they post a
> patch, I do a code review, the post an update looking for an acked-by,
> and the best I can say is "looks okay to me, but get someone else to ack
> it". Whats the best approach here? Should I just add my Reviewed-by tag,
> or should can/should I ack patches where I think the code is okay, but
> can't test.
I believe you have slightly higher standards than
neccessary/desirable.
I believe it is okay to ack a patch when you don't have a hardware;
you can trust original submitter to test it on the hw. As long as the
patch is not broken by design, or contain some gross uglyness...
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
next prev parent reply other threads:[~2009-06-12 12:05 UTC|newest]
Thread overview: 167+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-10 10:31 HTC Dream aka. t-mobile g1 support Pavel Machek
2009-06-10 11:13 ` Ian Molton
2009-06-10 11:49 ` Pavel Machek
2009-06-10 12:04 ` Ian Molton
2009-06-10 17:43 ` Brian Swetland
2009-06-10 19:47 ` Bob Copeland
2009-06-11 7:24 ` Kalle Valo
2009-06-10 19:58 ` Gary Thomas
2009-06-10 20:09 ` Brian Swetland
2009-06-11 8:10 ` Pavel Machek
2009-06-11 8:27 ` Brian Swetland
2009-06-11 11:09 ` Pavel Machek
2009-06-11 11:24 ` Brian Swetland
2009-06-11 11:48 ` Pavel Machek
2009-06-11 11:53 ` Brian Swetland
2009-06-11 14:57 ` Pavel Machek
2009-06-11 14:58 ` Pavel Machek
2009-06-13 0:41 ` Tim Bird
2009-06-11 12:45 ` Bob Copeland
2009-06-11 13:00 ` Pavel Machek
2009-06-11 15:09 ` Bob Copeland
2009-06-11 14:33 ` Alex Riesen
2009-06-11 14:51 ` Pavel Machek
2009-06-10 19:48 ` Russell King - ARM Linux
2009-06-10 20:24 ` Brian Swetland
2009-06-10 20:47 ` MSM6281 support was: " Stefan Schmidt
2009-06-10 21:08 ` Brian Swetland
2009-06-10 21:28 ` Stefan Schmidt
2009-06-10 21:28 ` Marek Vasut
2009-06-10 21:33 ` Pavel Machek
2009-06-10 22:10 ` Stefan Schmidt
2009-06-10 22:19 ` Pavel Machek
2009-06-11 4:02 ` Valdis.Kletnieks
2009-06-11 7:50 ` Pavel Machek
2009-06-10 21:05 ` Daniel Walker
2009-06-10 21:37 ` Pavel Machek
2009-06-10 21:55 ` Brian Swetland
2009-06-11 8:25 ` Pavel Machek
2009-06-11 8:48 ` Brian Swetland
2009-06-12 15:05 ` Pavel Machek
2009-06-12 15:48 ` David Brown
2009-06-12 16:00 ` David Brown
2009-06-12 16:43 ` Stefan Schmidt
2009-06-12 16:55 ` davidb
2009-06-12 17:35 ` Stefan Schmidt
2009-06-12 20:47 ` HTC Dream compile fixes (was Re: HTC Dream aka. t-mobile g1 support) Pavel Machek
2009-06-12 20:50 ` HTC Dream aka. t-mobile g1 support Brian Swetland
2009-06-12 22:02 ` Ian Molton
2009-06-12 22:27 ` Brian Swetland
2009-06-12 22:31 ` Pavel Machek
2009-06-12 22:36 ` Brian Swetland
2009-06-15 17:06 ` Pavel Machek
2009-06-12 22:04 ` Pavel Machek
2009-06-15 17:01 ` Pavel Machek
2009-06-15 17:10 ` Bill Gatliff
2009-06-15 18:32 ` Brian Swetland
2009-06-17 9:11 ` Pavel Machek
2009-06-17 9:40 ` Brian Swetland
2009-06-17 17:16 ` HTC Dream keymap (was Re: HTC Dream aka. t-mobile g1 support) Pavel Machek
2009-06-17 21:36 ` HTC Dream aka. t-mobile g1 support Arve Hjønnevåg
2009-06-18 10:13 ` Pavel Machek
2009-06-18 19:33 ` Brian Swetland
2009-06-18 19:38 ` David Miller
2009-06-18 23:07 ` defkeymap making machine useless (was Re: HTC Dream aka. t-mobile g1 support) Pavel Machek
2009-06-22 9:33 ` Jiri Kosina
2009-06-22 17:22 ` Pavel Machek
2009-06-23 13:06 ` HTC Dream in 2.6.31-git? " Pavel Machek
2009-06-23 21:45 ` davidb
2009-06-24 9:10 ` Pavel Machek
2009-06-24 23:37 ` Arve Hjønnevåg
2009-06-25 11:42 ` Pavel Machek
2009-06-26 23:01 ` Pavel Machek
2009-06-11 9:32 ` HTC Dream aka. t-mobile g1 support Mark Brown
2009-06-11 7:02 ` David Miller
2009-06-11 7:18 ` Russell King - ARM Linux
2009-06-11 7:37 ` Pavel Machek
2009-06-11 10:00 ` Mark Brown
2009-06-11 10:34 ` Russell King - ARM Linux
2009-06-11 10:44 ` David Miller
2009-06-11 10:47 ` David Miller
2009-06-11 11:05 ` Russell King - ARM Linux
2009-06-11 11:11 ` David Miller
2009-06-11 10:55 ` Russell King - ARM Linux
2009-06-11 11:04 ` David Miller
2009-06-11 11:12 ` Brian Swetland
2009-06-11 11:18 ` Russell King - ARM Linux
2009-06-11 11:22 ` David Miller
2009-06-11 11:49 ` Russell King - ARM Linux
2009-06-11 12:00 ` David Miller
2009-06-11 12:38 ` Russell King - ARM Linux
2009-06-11 12:54 ` Alan Cox
2009-06-11 13:12 ` Russell King - ARM Linux
2009-06-11 16:26 ` Kevin Hilman
2009-06-11 16:57 ` Nicolas Pitre
2009-07-22 17:54 ` ARM platform trees (was: Re: HTC Dream aka. t-mobile g1 support) Kevin Hilman
2009-07-22 20:55 ` Russell King - ARM Linux
2009-06-11 13:18 ` HTC Dream aka. t-mobile g1 support Brian Swetland
2009-06-11 13:21 ` Tony Lindgren
2009-06-11 13:37 ` Russell King - ARM Linux
2009-06-11 14:00 ` Tony Lindgren
2009-06-11 14:06 ` Russell King - ARM Linux
2009-06-11 15:41 ` Tony Lindgren
2009-06-11 15:51 ` Alan Cox
2009-06-11 17:29 ` Nicolas Pitre
2009-06-11 21:22 ` Ryan Mallon
2009-06-11 21:40 ` H Hartley Sweeten
2009-06-12 1:21 ` Nicolas Pitre
2009-06-12 1:26 ` Ryan Mallon
2009-06-12 1:51 ` Nicolas Pitre
2009-06-12 2:16 ` Brian Swetland
2009-06-12 10:25 ` Ian Molton
2009-06-12 10:35 ` Pavel Machek
2009-06-12 10:40 ` Alan Cox
2009-06-12 10:44 ` Brian Swetland
2009-06-12 11:05 ` Pavel Machek
2009-06-13 7:05 ` Brian Swetland
2009-06-15 16:21 ` davidb
2009-06-15 16:27 ` Pavel Machek
2009-06-15 16:45 ` davidb
2009-06-15 22:25 ` Ben Leslie
2009-06-15 22:39 ` davidb
2009-06-15 23:41 ` Ben Leslie
2009-06-16 6:12 ` davidb
2009-06-15 17:09 ` Pavel Machek
2009-06-12 7:46 ` Alan Cox
2009-06-12 10:26 ` Tony Lindgren
2009-06-11 14:47 ` Pavel Machek
2009-06-11 15:59 ` Russell King - ARM Linux
2009-06-11 13:28 ` Russell King - ARM Linux
2009-06-11 13:32 ` Alan Cox
2009-06-11 13:21 ` Pavel Machek
2009-06-11 15:52 ` Russell King - ARM Linux
2009-06-12 1:27 ` Jamie Lokier
2009-06-11 15:15 ` Joe Perches
2009-06-11 15:39 ` Russell King - ARM Linux
2009-06-11 15:53 ` Joe Perches
2009-06-11 16:08 ` Russell King - ARM Linux
2009-06-11 16:37 ` Bartlomiej Zolnierkiewicz
2009-06-11 16:42 ` Russell King - ARM Linux
2009-06-12 1:14 ` FUJITA Tomonori
2009-06-12 1:23 ` Jamie Lokier
2009-06-12 8:39 ` Bartlomiej Zolnierkiewicz
2009-06-12 17:44 ` Russell King - ARM Linux
2009-06-12 18:38 ` Bartlomiej Zolnierkiewicz
2009-06-12 23:40 ` David Miller
2009-06-12 23:43 ` David Miller
2009-06-11 18:24 ` Sam Ravnborg
2009-06-13 0:30 ` Ben Dooks
2009-06-13 9:02 ` Pavel Machek
2009-06-13 9:13 ` Sam Ravnborg
2009-06-13 9:51 ` Russell King - ARM Linux
2009-06-13 10:59 ` Christoph Hellwig
2009-06-13 19:36 ` Russell King - ARM Linux
2009-06-15 9:39 ` Christoph Hellwig
2009-06-15 12:55 ` Pavel Machek
2009-06-15 15:59 ` Ian Molton
2009-06-16 15:15 ` Jamie Lokier
2009-06-12 1:33 ` Ryan Mallon
2009-06-12 12:05 ` Pavel Machek [this message]
2009-06-14 9:06 ` Jean-Christophe PLAGNIOL-VILLARD
2009-06-11 11:42 ` Brian Swetland
2009-06-11 11:18 ` Pavel Machek
2009-06-11 11:34 ` Alan Cox
2009-06-11 17:10 ` Ben Dooks
2009-06-11 17:53 ` Marek Vasut
2009-06-13 0:38 ` Ben Dooks
2009-06-13 2:16 ` David Miller
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=20090612120506.GS18682@elf.ucw.cz \
--to=pavel@ucw.cz \
--cc=davem@davemloft.net \
--cc=linux-arm-kernel@lists.arm.linux.org.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=rlove@google.com \
--cc=ryan@bluewatersys.com \
--cc=san@android.com \
--cc=swetland@google.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox