From: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
To: Dmitry Torokhov <dtor_core-yWtbtysYrB+LZ21kGMrzwg@public.gmane.org>
Cc: ACPI Developers
<acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
Subject: Re: [PATCH 1/4] properly create kobjects in acpi/scan.c
Date: 24 Aug 2004 15:50:44 -0400 [thread overview]
Message-ID: <1093377043.18588.268.camel@dhcppc4> (raw)
In-Reply-To: <200408240134.16962.dtor_core-yWtbtysYrB+LZ21kGMrzwg@public.gmane.org>
[-- Attachment #1: Type: text/plain, Size: 2638 bytes --]
On Tue, 2004-08-24 at 02:34, Dmitry Torokhov wrote:
> Hi,
>
> I have a bunch of patches that I would like you to take a look at:
>
> 01-acpi-scan-kobject.patch
> - properly create/register kobjects - take reference to the parent
> since kobject_unregister will try dropping it potentially
> (if ACPI was ever to release created devices) causing parent be
> destroyed early) and use kobject_set_name to properly set name.
I'll take a look.
> 02-acpi-event-code.patch
> - move event (userspace signalling) code from acpi/bus.c to
> acpi/event.c as too many implementation details were exported,
> plus some additional fixes to the event handling code.
I'll take a look.
> 03-acpi-use-rwsem.patch
> - kill brandead usage of acpi_device_lock & list_for_eacj_safe.
> list_for_each_safe is only safe in the sense that current
> element can be safely removed by the same thread that is using
> list_for_each_safe. List still has to be protected from other
> threads for entire duration of list traversal.
> Use acpi_subsys.rwsem instead of acpi_device_lock to protect
> lists.
sounds like a bug.
> Btw, why don't we just convert ACPI to be standard driver core bus with
> standard drivers and devices? I could cook up something... The
> /sys/firmware/acpi hierarchy is not populated with any useful data yet
> so there should be no concern of breakign userspace interface (I am mot
> talking about removing /proc/acpi part at the moment).
Funny you should mention it.
My current opinion is that /sys/firmware/acpi should probably
not exist at all, and that there should be a single
/sys/devices including both ACPI-enumerated and pci-enumerated
devices. Adam and I have been ganging up on Patrick on this,
but we don't have him convinced yet...
> 04-acpi-multiple-readers.patch
> - allow multiple readrs access /proc/acpi/event, every event is
> delivered to all readers. Also limit number of pending events
> to 64 (per reader) so if reader is stuck ACPI does not consume
> all memory.
>
> Can be user by various daemons, I could see cpufreqd listening
> for battery insertion/removal events and debugging is much
> easier too.
others have been frustrated by this also, so I tend to agree that
we should probably address it. Somebody can still contact acpid if they
want to... At some point, of course, we're going to have to move this
out of /proc...
> The patches are against last night pull from Linus repo.
Note that if you did individual file comments, then I can preserve your
comments if you export with bjorn's bkexport script (attached).
thanks,
-Len
[-- Attachment #2: bkimport --]
[-- Type: text/plain, Size: 608 bytes --]
#!/bin/sh
# Import a bitkeeper patch, preserving author and per-file comments
_import() {
PATCH=$1
FROM=`grep '^#### AUTHOR' $PATCH`
export BK_USER=`echo $FROM | sed -e 's/^#### AUTHOR //' -e 's/@.*//'`
export BK_HOST=`echo $FROM | sed -e 's/.*@//'`
echo Importing $PATCH from $BK_USER@$BK_HOST
#bk import -tpatch -qR $PATCH .
bk import -tpatch -vR $PATCH .
if [ $? -ne 0 ]; then
echo $PATCH: import failed
exit 0
fi
cat $PATCH |\
awk "/#### COMMENT START/ {p=1; next}; /#### COMMENT END/ {exit}; p==1" |\
bk comments -
}
for P in $@; do
_import $P
done
[-- Attachment #3: bkexport --]
[-- Type: text/plain, Size: 524 bytes --]
#!/bin/sh
# Export a bitkeeper patch, adding author and per-file comments
if [ $# -gt 1 ]; then
CSET=`bk r2c $*`
CSET="-r$CSET"
else
CSET=$1
fi
echo -n "#### AUTHOR "
bk cset $CSET |\
awk -F\| "{printf \"bk prs -r%s -h -d '\$if(:DPN:=ChangeSet){:USER:@:HOST:\\n}' %s\n\", \$2, \$1}" |\
sh
echo "#### COMMENT START"
bk cset $CSET |\
awk -F\| "{printf \"bk prs -r%s -h -d '### Comments for :DPN:\\n\$each(:C:){(:C:)\\n}' %s\n\", \$2, \$1}" |\
sh
echo "#### COMMENT END"
echo
bk export -tpatch -du $CSET
next prev parent reply other threads:[~2004-08-24 19:50 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-24 6:34 [PATCH 1/4] properly create kobjects in acpi/scan.c Dmitry Torokhov
[not found] ` <200408240134.16962.dtor_core-yWtbtysYrB+LZ21kGMrzwg@public.gmane.org>
2004-08-24 6:36 ` [PATCH 2/4] event code fixes/cleanup Dmitry Torokhov
[not found] ` <200408240136.46113.dtor_core-yWtbtysYrB+LZ21kGMrzwg@public.gmane.org>
2004-08-24 6:37 ` [PATCH 3/4] use acpi_subsys.rwsem in acpi/scan.c Dmitry Torokhov
[not found] ` <200408240137.55691.dtor_core-yWtbtysYrB+LZ21kGMrzwg@public.gmane.org>
2004-08-24 6:39 ` [PATCH 4/4] allow multiple /proc/acpi/event readers Dmitry Torokhov
2004-08-24 15:23 ` [PATCH 1/4] properly create kobjects in acpi/scan.c Hiroshi Miura
[not found] ` <87zn4ky2zr.wl%miura-yiisDzvROlQdnm+yROfE0A@public.gmane.org>
2004-08-24 16:15 ` Mattia Dongili
2004-08-24 17:03 ` Dmitry Torokhov
2004-08-24 19:50 ` Len Brown [this message]
-- strict thread matches above, loose matches on Subject: below --
2004-08-24 21:45 Keshavamurthy, Anil S
2004-08-24 22:45 ` Dmitry Torokhov
2004-08-24 22:47 Keshavamurthy, Anil S
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=1093377043.18588.268.camel@dhcppc4 \
--to=len.brown-ral2jqcrhueavxtiumwx3w@public.gmane.org \
--cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=dtor_core-yWtbtysYrB+LZ21kGMrzwg@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