From: Greg KH <greg@kroah.com>
To: linux-hotplug@vger.kernel.org
Subject: Re: [ANNOUNCE] udev 046 release
Date: Fri, 19 Nov 2004 22:58:44 +0000 [thread overview]
Message-ID: <20041119225844.GD18211@kroah.com> (raw)
In-Reply-To: <20041118224411.GA10876@kroah.com>
On Fri, Nov 19, 2004 at 11:00:40AM +0100, Alex Riesen wrote:
> On Fri, 19 Nov 2004 10:58:53 +0100, Alex Riesen <raa.lkml@gmail.com> wrote:
> > On Thu, 18 Nov 2004 14:44:12 -0800, Greg KH <greg@kroah.com> wrote:
> > > I've released the 046 version of udev. It can be found at:
> > > kernel.org/pub/linux/utils/kernel/hotplug/udev-046.tar.gz
> >
> > I just put const's at some places. It cut down data segments, but
> > increased code size.
> > Overall still smaller:
What version of gcc are you using that causes this to happen? And why
does it happen? Why does the compiler think it can pack these
structures better if they are const *?
> > -rwxr-xr-x 1 user users 50420 Nov 19 10:53 ../udev-046/udev
> > -rwxr-xr-x 1 user users 49556 Nov 19 10:53 udev
> > text data bss dec hex filename
> > 47245 968 22480 70693 11425 ../udev-046/udev
> > 48089 104 22064 70257 11271 udev
> >
> > Also, the instance of utsname in udev_lib.c is used only once.
>
> forgot the patch...
> * utsname used only once
> * consts help gcc pack the object tighter
>
> diff -upr udev-046/udev_lib.c udev-046-1/udev_lib.c
> --- udev-046/udev_lib.c 2004-11-18 20:39:15.000000000 +0100
> +++ udev-046-1/udev_lib.c 2004-11-19 10:33:23.885019143 +0100
> @@ -65,12 +65,12 @@ void udev_set_values(struct udevice *ude
>
> int kernel_release_satisfactory(int version, int patchlevel, int sublevel)
> {
> - static struct utsname uts;
> static int kversion = 0;
> static int kpatchlevel;
> static int ksublevel;
>
> if (kversion = 0) {
> + struct utsname uts;
> if (uname(&uts) != 0)
> return -1;
>
No, this should be fixed up to only call uname once. We do call it
multiple times from the same program, and that could be optimized.
thanks,
greg k-h
-------------------------------------------------------
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines
robust object and relational technologies, making it a perfect match
for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
next prev parent reply other threads:[~2004-11-19 22:58 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-18 22:44 [ANNOUNCE] udev 046 release Greg KH
2004-11-19 9:58 ` Alex Riesen
2004-11-19 10:00 ` Alex Riesen
2004-11-19 11:26 ` Mathieu Segaud
2004-11-19 14:42 ` Kay Sievers
2004-11-19 14:49 ` Mathieu Segaud
2004-11-19 15:45 ` Mathieu Segaud
2004-11-19 22:48 ` Greg KH
2004-11-19 22:58 ` Greg KH [this message]
2004-11-19 23:20 ` Paul Jackson
2004-11-19 23:47 ` Greg KH
2004-11-20 18:40 ` Alex Riesen
2004-11-22 19:52 ` Greg KH
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=20041119225844.GD18211@kroah.com \
--to=greg@kroah.com \
--cc=linux-hotplug@vger.kernel.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;
as well as URLs for NNTP newsgroup(s).