hal ChangeLog,1.796,1.797
David Zeuthen
david at freedesktop.org
Sun Feb 12 13:47:30 PST 2006
- Previous message: hal/hald debug-hald.sh, 1.6, 1.7 hald_dbus.c, 1.53, 1.54 hald_dbus.h,
1.11, 1.12 valgrind-hald.sh, 1.3, 1.4
- Next message: hal/tools Makefile.am, 1.30,
1.31 hal-system-storage-cleanup-mountpoint, NONE, 1.1
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
Update of /cvs/hal/hal
In directory gabe:/tmp/cvs-serv15287
Modified Files:
ChangeLog
Log Message:
2006-02-12 David Zeuthen <davidz at redhat.com>
* tools/hal-system-storage-unmount (MOUNT_POINT): Attempt to use
volume.mount_point if we cannot find
info.hal_mount.created_mount_point
* libhal/libhal.h: Export prototype for new function
libhal_ctx_get_dbus_connection()
* libhal/libhal.c (libhal_ctx_get_dbus_connection): New function
* hald/linux2/addons/addon-storage.c (force_unmount): Use a the
Unmount() hal method to lazy unmount
* hald/linux2/osspec.c (hald_udev_data): Ugh ugh ugh.. clear
buffer before receiving data from udev.. we didn't use to do this
and we got all sorts of weird side-effects since we'd for instance
pick up DEVNAME='/dev/sdb' and _then_ DEVNAME='/dev/sda1' for
/sys/block/sdb.. This was because this data was left in the buffer
from the old run. It now appears to work..
* hald/linux2/blockdev.c (force_unmount_cb): New function, pass
end_token to hal_util_callout_device_remove()
(force_unmount): Use the Unmount method call to lazy unmount, thus
making sure we don't block
(hotplug_event_begin_remove_blockdev): Pass end_token to force_unmount
and let that function invoke hal_util_callout_device_remove()
* hald/hald_dbus.c (hald_exec_method_cb, hald_exec_method): Make
this work for helpers using a direct connection to hald
(hald_dbus_filter_handle_methods): Pass local_interface to
hald_exec_method
* hald/valgrind-hald.sh, /debug-hald.sh: Update to use 'pwd' just
like run-hald.sh was updated
Index: ChangeLog
===================================================================
RCS file: /cvs/hal/hal/ChangeLog,v
retrieving revision 1.796
retrieving revision 1.797
diff -u -d -r1.796 -r1.797
--- ChangeLog 10 Feb 2006 03:41:54 -0000 1.796
+++ ChangeLog 12 Feb 2006 21:47:27 -0000 1.797
@@ -1,3 +1,39 @@
+2006-02-12 David Zeuthen <davidz at redhat.com>
+
+ * tools/hal-system-storage-unmount (MOUNT_POINT): Attempt to use
+ volume.mount_point if we cannot find
+ info.hal_mount.created_mount_point
+
+ * libhal/libhal.h: Export prototype for new function
+ libhal_ctx_get_dbus_connection()
+
+ * libhal/libhal.c (libhal_ctx_get_dbus_connection): New function
+
+ * hald/linux2/addons/addon-storage.c (force_unmount): Use a the
+ Unmount() hal method to lazy unmount
+
+ * hald/linux2/osspec.c (hald_udev_data): Ugh ugh ugh.. clear
+ buffer before receiving data from udev.. we didn't use to do this
+ and we got all sorts of weird side-effects since we'd for instance
+ pick up DEVNAME='/dev/sdb' and _then_ DEVNAME='/dev/sda1' for
+ /sys/block/sdb.. This was because this data was left in the buffer
+ from the old run. It now appears to work..
+
+ * hald/linux2/blockdev.c (force_unmount_cb): New function, pass
+ end_token to hal_util_callout_device_remove()
+ (force_unmount): Use the Unmount method call to lazy unmount, thus
+ making sure we don't block
+ (hotplug_event_begin_remove_blockdev): Pass end_token to force_unmount
+ and let that function invoke hal_util_callout_device_remove()
+
+ * hald/hald_dbus.c (hald_exec_method_cb, hald_exec_method): Make
+ this work for helpers using a direct connection to hald
+ (hald_dbus_filter_handle_methods): Pass local_interface to
+ hald_exec_method
+
+ * hald/valgrind-hald.sh, /debug-hald.sh: Update to use 'pwd' just
+ like run-hald.sh was updated
+
2006-02-09 David Zeuthen <davidz at redhat.com>
* tools/hal-system-storage-eject: only allow the user who mounted
- Previous message: hal/hald debug-hald.sh, 1.6, 1.7 hald_dbus.c, 1.53, 1.54 hald_dbus.h,
1.11, 1.12 valgrind-hald.sh, 1.3, 1.4
- Next message: hal/tools Makefile.am, 1.30,
1.31 hal-system-storage-cleanup-mountpoint, NONE, 1.1
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
More information about the hal-commit
mailing list