Macho Hacking vs Product Development

Andy Green andy at openmoko.com
Sun Mar 9 22:28:51 CET 2008


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Somebody in the thread at some point said:
> Andy Green wrote:
>> Charging obviously affects the maximum current we choose to draw,
> 
> Yes, but the logic is the other way around: we set the maximum current,
> and what's not spent for running the system is used for charging. So
> whether we charge or not should be largely irrelevant (that is, unless
> the PMU does not perform according to specification).

I explained why I am hung up on "charging" vs the PMU and took your
point already.

>> Well that is right: because you didn't post what you have done to the
>> list, I won't see it,
> 
> Please subscribe to commitlog at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/commitlog
> 
> I've forwarded you the commitlog entry of my change.

We discussed this before: after the fact commits are not what we should
be reviewing.

>> it is just directly committed as you insist to do
>> without review: a fait accompli without other input as if it was your
>> private project and other opinions are worthless anyway.
> 
> Everybody is welcome to comment. The change is in a separate patch, so
> it's trivial to back it out if there are issues. I really don't
> understand from where you get that notion that checking anything into
> a repository casts it in stone.

Well of course it is different, the review way you have to propose,
consider opinions and gain acceptance to get entry.  The existing way
you do it, the lady might get dinner afterwards "if she convinces you
she is really hungry".

If you really think there is no difference, no stress to change to the
kernel.org style then.

- -Andy

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFH1FaSOjLpvpq7dMoRAiiHAJ9U1Cwc1rVnjuh7emceuJAsc7QztACfX80G
ybne+7MSDyjgA6JdHaJ2sog=
=VI2n
-----END PGP SIGNATURE-----




More information about the openmoko-kernel mailing list