summaryrefslogtreecommitdiff
path: root/Makefile
AgeCommit message (Collapse)Author
2005-04-26[PATCH] create the /etc/dev.d/ directories in 'make install'greg@kroah.com
2005-04-26[PATCH] remove selinux stuff from the main Makefilegreg@kroah.com
2005-04-26[PATCH] remove dbus stuff from main Makefilegreg@kroah.com
Not needed now that it's in extras.
2005-04-26[PATCH] remove udev_dbus.h from Makefilegreg@kroah.com
2005-04-26[PATCH] add /etc/dev.d/ support for udev add and remove events.greg@kroah.com
2005-04-26[PATCH] 022_bk taggreg@kroah.com
2005-04-26[PATCH] fix 'make spotless' to really do that in klibc.greg@kroah.com
bah, this took me forever to figure out why I couldn't build with klibc on on box...
2005-04-26[PATCH] first stupid try for a rule compose guikay.sievers@vrfy.org
On Mon, Mar 15, 2004 at 09:28:17PM +0100, Kay Sievers wrote: > Here is a first simple and pretty stupid try to make a simple tool for > composing of a udev rule. > > It reads the udevdb to get all currently handled devices and presents a > list, where you can choose the device to compose the rule for. > > The composed rule is just printed out in a window, nothing else by now. > > Do we want something like this? > Nevermind, I always wanted to know, how this newt thing works :) Here is the next step, I still can't sleep and there are to many patches pending to make something useful :) Cause nobody wanted to play with me, I've made a screenshot. The device list is sorted in alphabetical order now and if there are only a few recently discovered devices, they are placed on top of the list. For those who want to have a look: http://vrfy.org/projects/udev/udevruler.png The patch applies on top of today's mmap() patch. The db format is changed to have the file and line number of the applied rule. So it should be easy to edit the matching rule with this beast. It compiles with "make all udevruler".
2005-04-26[PATCH] replace fgets() with mmap() and introduce udev_lib.[hc]kay.sievers@vrfy.org
Here we replace the various fgets() with a mmap() call for the config file reading, due to the reported performance problems with klibc. Thanks to Patrick's testing, it makes a very small, close to nothing speed gain for libc users, but a 6 times speed increase for klibc users with a 1000 line config file. I've created a udev_lib.[hc] for this and also moved all the generic stuff from udev.h in there and uninlined the functions.
2005-04-26[PATCH] make udevtest a real program :)kay.sievers@vrfy.org
Here are the missing pieces for udevtest. A simple man page is added, the blacklist is removed, cause it can't work without having a subsystem. The Makefile removes all manpages now with a uninstall and installs udevtest in /usr/bin/. Any old version from /sbin/ should be deleted by hand. The only expected argument is the sysfs devpath, here I changed it to be more tolerant to the input. The path may now be specified with or without a leading slash and optionally with the /sys moutpoint prepended. I hope this will end the confusion about the use of this program :)
2005-04-26[PATCH] 022 releaseudev/v022greg@kroah.com
2005-04-26[PATCH] make spotlessolh@suse.de
klibc has a target make spotless, this patch makes it possible to clean the whole udev tree and start from scratch.
2005-04-26[PATCH] udev* segfaults with new klibcolh@suse.de
current klibc uses regparm on i386. This leads to nice segfaults in all udev apps. Using the content of the just included MCONFIG file fixes it.
2005-04-26[PATCH] 021_bk markgreg@kroah.com
2005-04-26[PATCH] 021 releaseudev/v021greg@kroah.com
2005-04-26[PATCH] install udevinfo in /usr/binkay.sievers@vrfy.org
Here we rename the former tiny $(HELPER) to $(INFO) cause it's no longer only a helper :) And install it in /usr/bin instead of /sbin cause any user may want to call it and we don't need it on startup.
2005-04-26[PATCH] Fix another problem with Makefile installing initscriptgreg@kroah.com
2005-04-26[PATCH] fix the Makefile to install the init script into the proper directorygreg@kroah.com
grrr...robert...
2005-04-26[PATCH] 020 releaseudev/v020greg@kroah.com
2005-04-26[PATCH] man page udevstartkay.sievers@vrfy.org
2005-04-26[PATCH] install udevstartgreg@kroah.com
2005-04-26[PATCH] automatically install correct initscriptrml@ximian.com
On Mon, 2004-03-01 at 20:08, Robert Love wrote: > Ack, I did not even see that! Thanks. > > Let's rip that out, and always use the new built-in logic to determine > what initscript to install. Hm, looks like we do not need the %{lsb} and USE_LSB logic at all, anymore. Here is the patch, updated, removing both completely.
2005-04-26[PATCH] add udevstart program based on a old patch from Harald Hoyer ↵greg@kroah.com
<harald@redhat.com> This can be used instead of the start_udev script for systems that do not have a shell, or some other problem...
2005-04-26[PATCH] 019_bk markgreg@kroah.com
2005-04-26[PATCH] udev - kill udevd on installkay.sievers@vrfy.org
We want to kill udevd after installing a new version, cause the event contains a magic with the version number of udev.
2005-04-26[PATCH] 018 releaseudev/v019greg@kroah.com
2005-04-26[PATCH] Add initial SELinux support for udevgreg@kroah.com
Based on a patch from Daniel J Walsh <dwalsh@redhat.com>
2005-04-26[PATCH] fix build for very old versions of make.greg@kroah.com
Should get rid of some more error reports of libsysfs header issues.
2005-04-26[PATCH] do not remove real .udev.tdb during RPM buildarvidjaar@mail.ru
2005-04-26[PATCH] remove udevtest on 'make clean'greg@kroah.com
2005-04-26[PATCH] 018_bk markgreg@kroah.com
2005-04-26[PATCH] v018 releaseudev/v018greg@kroah.com
2005-04-26[PATCH] udev - udevd/udevsend man pagekay.sievers@vrfy.org
Here is the missing man page for udevd/udevsend.
2005-04-26[PATCH] add ability to install udevtest to Makefilegreg@kroah.com
2005-04-26[PATCH] 017_bk markgreg@kroah.com
2005-04-26[PATCH] v017 releaseudev/v017greg@kroah.com
2005-04-26[PATCH] remove the .udev.tdb when installing or uninstalling to be safe.greg@kroah.com
2005-04-26[PATCH] add udevtest program to buildgreg@kroah.com
Also fix up some other dependancy issues in the Makefile. Thanks to Olaf Hering <olh@suse.de> for pointing them out.
2005-04-26[PATCH] fix up 'make release' to use bk to build the export tree.greg@kroah.com
2005-04-26[PATCH] compile udevd with klibckay.sievers@vrfy.org
On Mon, Feb 09, 2004 at 05:41:15AM +0100, Kay Sievers wrote: > It seems that today was just another udev-sunday for me :) > > Here is a working patch to compile udevd with klibc. > > It's sweet the static binary takes 6 kbytes and it runs > with only 80 kbytes virtual memory. > > I changed a few peaces and added a siginterrupt.c file to klibc. > We may check with hpa to get the changes upstream? So here is the next try :) hpa, for good reason, didn't like my changes to klibc. He will dump signal() completely from klibc instead, so here we switch to sigaction() and keep udevd working with klibc.
2005-04-26[PATCH] make logging a config optionazarah@nosferatu.za.org
Once again, patch to make logging a config option. Reason for this (since you asked for it): - In our setup it is easy (although still annoying) .. just edit the ebuild, add logging support (or remove it) and rebuild. For say a binary distro, having the logging is useful for debugging some times, but its more a once of, or rare thing, as you do not add or change config files every day. Sure, we can have logging by default, but many do not want ~300 lines of extra debugging in their logs is not pleasant, and they will complain. Rebuilding the package for that binary package (given the users it is targeted to) is usually not within most users grasp.
2005-04-26[PATCH] convert udevsend/udevd to DGRAM and single-threadedkay.sievers@vrfy.org
On Fri, Feb 06, 2004 at 01:08:24AM -0500, Chris Friesen wrote: > > Kay, you said "unless we can get rid of _all_ the threads or at least > getting faster, I don't want to change it." > > Well how about we get rid of all the threads, *and* we get faster? Yes, we are twice as fast now on my box :) > This patch applies to current bk trees, and does the following: > > 1) Switch to DGRAM sockets rather than STREAM. This simplifies things > as mentioned in the previous message. > > 2) Invalid sequence numbers are mapped to -1 rather than zero, since > zero is a valid sequence number (I think). Also, this allows for real > speed tests using scripts starting at a zero sequence number, since that > is what the initial expected sequence number is. > > 3) Get rid of all threading. This is the biggie. Some highlights: > a) timeout using setitimer() and SIGALRM > b) async child death notification via SIGCHLD > c) these two signal handlers do nothing but raise volatile flags, > all the > work is done in the main loop > d) locking no longer required I cleaned up the rest of the comments, the whitespace and a few names to match the whole thing. Please recheck it. Test script is switched to work on subsystem 'test' to let udev ignore it.
2005-04-26[PATCH] udevd - kill the lockfilekay.sievers@vrfy.org
2005-04-26[PATCH] udevd - switch socket path to abstract namespacekay.sievers@vrfy.org
As Chris Friesen <chris_friesen@sympatico.ca> suggested, here we switch the unix domains socket path to abstract namespace and get rid of the socket file in the filesystem. Hey, this was new to me today. So here a few words: Linux supports a abstract namespace for sockets. We don't need a physical file on the filesystem but only a unique string magically starting with the '\0' character. strace with real file: connect(3, {sa_family=AF_UNIX, path="/udev/.udevd.sock"}, 110) strace with abstract namespace: connect(3, {sa_family=AF_UNIX, path=@udevd}, 110)
2005-04-26[PATCH] 016_bk markgreg@kroah.com
2005-04-26[PATCH] fix up Makefile dependancies for udev_version.hgreg@kroah.com
2005-04-26[PATCH] v016 releaseudev/v016greg@kroah.com
2005-04-26[PATCH] make /etc/hotplug.d/default/udev.hotplug symlink point to udevsend now.greg@kroah.com
2005-04-26[PATCH] add KERNEL_DIR option so that the distros will be happygreg@kroah.com
Based on a patch from Svetoslav Slavtchev <svetljo@gmx.de>
2005-04-26[PATCH] let udevsend build with klibckay.sievers@vrfy.org
> I don't mind udevd using glibc, I just want the programs that get run a > lot of different times (udev and udevsend) to be as small as possible to > get the best cache results. As udevd sticks around all the time, it's > not as important. Sound sane to you? Oh, nice. Good idea.