From: J <acpi-bdq14YP6qtSeVB85EesmETSf8X3wrgjD@public.gmane.org>
To: acpi-devel-pyega4qmqnRoyOMFzWx49A@public.gmane.org
Subject: Re: making progress with ACPI was: ACPI small patch update (20021024)
Date: Tue, 29 Oct 2002 10:30:38 +0800 [thread overview]
Message-ID: <200210291030.38379.acpi@computerdatasafe.com.au> (raw)
In-Reply-To: <EDC461A30AC4D511ADE10002A5072CAD04C7A476-OU+JdkIUtvd9zuciVAfUoVDQ4js95KgL@public.gmane.org>
On Tue, 29 Oct 2002 03:20, Grover, Andrew wrote:
> The real problem is there need to be more people fixing bugs. If you see a
> bug on your hardware, *you* are in the best spot to fix it. That is the
> only way this is going to work, long-term. You are asking for both a
> greater focus on the project's infrastructure, *and* more bug fixing, and
> that is only going to happen if people who have not previously pitched in,
> start doing so.
>
>
> It has been a rough road sometimes, but we (Intel) have tried to encourage
> community involvement as much as possible. But, I look over at the Linux
> USB list and see a much greater level of community contribution. We have
> some, but we need MORE. Without that involvement, we will get there with
> ACPI -- it will just take longer.
>
>
> Let's talk about ways we can increase participation in Linux development.
> If people would feel freer to contribute if there was no official
> maintainer (or a different, non-Intel one) then that is an option.
> (Volunteers?) If there is any other roadblock to involvement, let's see if
> we can't eliminate it.
I don't think I've posted to this list yet.
I'll say right now it would be easier to hold a discussion if the list was set
for replies to go to the list - I'm sure lots of mail gets misdirected with
the current settings.
Don't reply to my address, mail to it will bounce. It's an antispam measure,
I'm sure you will all understand.
I don't have the skills to _fix_ bugs, but I like to think I'm quite good at
_spotting_ them. It seems to me that spotting bugs and reporting them is a
useful skill too often overlooked by developers.
I think part of the problem you have with not enough developers is the low
profile you keep. A lot of people, especially before USB was integrated, had
to fight to get their USB devices working. I am one of those who was running
2.3 kernels just for that reason.
Most people, I think, don't know what ACPI can do for them. I don't, and I
have installed acpid, built kernels supporting it, and configured systems so
I can shut them down by pressing the power button.
That's a cool feature, and ideal for those why want their servers to run a few
hours a day and don't want keyboards or monitors on them.
If some people here actually promote ACPI in other fora (such as Red Hat's
Psyche list) and seek people to help with development, documentation
(documentation? No problems with the documentation, there is none!), then I'm
sure you will get some volunteers.
If you people at Intel think that Intel's ownership of the project is a
problem, get non-Intel email addresses. I could host a couple of those at
Computer Datasafe. I'm sure others better-known to you could do so too.
See if you can get someone from AMD to take part - and USE an AMD email
address.
I personally think it's good to see Intel folk here, it shows Intel comittment
to the effort.
Ask Steve Best at IBM whether he found his management of the JFS project a
problem.
Shameem Akhter, Forrest Taylor, and Michael Blandford are all Intel people on
various lists at Red Hat. I presume they'd be happy to tell others about your
need.
Maybe a bit of talking with RH will get acpid included and ACPI enabled in RH
kernels.
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
next prev parent reply other threads:[~2002-10-29 2:30 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-10-28 19:20 making progress with ACPI was: ACPI small patch update (20021024) Grover, Andrew
[not found] ` <EDC461A30AC4D511ADE10002A5072CAD04C7A476-OU+JdkIUtvd9zuciVAfUoVDQ4js95KgL@public.gmane.org>
2002-01-16 19:53 ` Pavel Machek
2002-10-28 19:56 ` Alan Cox
2002-10-29 2:30 ` J [this message]
-- strict thread matches above, loose matches on Subject: below --
2002-10-28 20:02 Nakajima, Jun
2002-10-28 20:31 joerg.beyer-htSm2yLGOjU
[not found] ` <200210282031.g9SKVAX06731-pb599fR3TxVkExQqqHjIK3sFFmKitW5W@public.gmane.org>
2002-10-28 21:16 ` Martin Waitz
[not found] ` <20021028211603.GD1402-4e/A4rHm86X2JYTphGNI2Q@public.gmane.org>
2002-10-28 21:34 ` Matthew Wilcox
2002-10-29 12:20 ` Derek Broughton
[not found] ` <005401c27f45$967de820$3746028e-dP0OE4Ef7fWw5LPnMra/2Q@public.gmane.org>
2002-10-29 14:02 ` Matthew Wilcox
[not found] ` <20021028213404.U27461-+pPCBgu9SkPzIGdyhVEDUDl5KyyQGfY2kSSpQ9I8OhVaa/9Udqfwiw@public.gmane.org>
2002-10-29 12:43 ` Aaron Gaudio
[not found] ` <20021029124329.GA25692-2LEdZMXKCZJeeLb3ft/vUmD2FQJk+8+b@public.gmane.org>
2002-10-29 14:03 ` Matthew Wilcox
2002-10-28 21:38 ` kneumann-4bfl1RV3iZDOEhgYWvzSCYQuADTiUCJX
2002-10-29 7:30 Jens Haug
[not found] ` <200210290730.g9T7UDD26513-sBhUd1W9t4xfrO0PeCDDO4ECbGbo6+O1OOFObY0sJ7w@public.gmane.org>
2002-10-29 10:45 ` Mark Pritchard
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=200210291030.38379.acpi@computerdatasafe.com.au \
--to=acpi-bdq14yp6qtsevb85eesmetsf8x3wrgjd@public.gmane.org \
--cc=acpi-devel-pyega4qmqnRoyOMFzWx49A@public.gmane.org \
/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