Richard Hughes | 2 Mar 2009 09:57
Picon

Re: hal-info: Branch 'master'

On Sun, 2009-03-01 at 03:32 -0800, Danny Kukawka wrote:
>     Fixed brightness_in_hardware for ThinkPads. The sysfs_path has
>     changed on newer kernel version
> from /sys/class/backlight/thinkpad_screen
>     to /sys/devices/virtual/backlight/thinkpad_screen. Match now
>     for the suffix /backlight/thinkpad_screen to work with all kernel
>     versions.

I didn't know this. This is going to break bigger things than HAL.

Richard.

Kay Sievers | 2 Mar 2009 12:30

Re: hal-info: Branch 'master'

On Mon, Mar 2, 2009 at 09:57, Richard Hughes <hughsient <at> gmail.com> wrote:
> On Sun, 2009-03-01 at 03:32 -0800, Danny Kukawka wrote:
>>     Fixed brightness_in_hardware for ThinkPads. The sysfs_path has
>>     changed on newer kernel version
>> from /sys/class/backlight/thinkpad_screen
>>     to /sys/devices/virtual/backlight/thinkpad_screen. Match now
>>     for the suffix /backlight/thinkpad_screen to work with all kernel
>>     versions.
>
> I didn't know this. This is going to break bigger things than HAL.

I wouldn't expect it, the kernel change (CONFIG_SYSFS_DEPRECATED) was
done like 2 years ago on reasonable systems.

And regarding such matches, nothing must ever use a full devpath in
any match. The parents of devices can change at any time, even during
runtime. The devpath of a device is not stable at all, and never will
be.

In this case, matching only on the <class-glue-directory>/<device
name> might be a working hack, but the only proper match would be to
check the device name and the device's subsystem, everything else is
never guaranteed to work across kernel versions.

Thanks,
Kay
_______________________________________________
hal mailing list
hal <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/hal
(Continue reading)

Richard Hughes | 2 Mar 2009 13:13
Picon

Re: hal-info: Branch 'master'

On Mon, 2009-03-02 at 12:30 +0100, Kay Sievers wrote:
> I wouldn't expect it, the kernel change (CONFIG_SYSFS_DEPRECATED) was
> done like 2 years ago on reasonable systems.

Ahh, okay. Do you think Fedora should switch off CONFIG_SYSFS_DEPRECATED
by default?

Richard.

Kay Sievers | 2 Mar 2009 13:22

Re: hal-info: Branch 'master'

On Mon, Mar 2, 2009 at 13:13, Richard Hughes <hughsient <at> gmail.com> wrote:
> On Mon, 2009-03-02 at 12:30 +0100, Kay Sievers wrote:
>> I wouldn't expect it, the kernel change (CONFIG_SYSFS_DEPRECATED) was
>> done like 2 years ago on reasonable systems.
>
> Ahh, okay. Do you think Fedora should switch off CONFIG_SYSFS_DEPRECATED
> by default?

If does not have that.

Kay
Григорий | 3 Mar 2009 09:44
Picon
Favicon

hal mount/unmount flash drive using dbus-send

Good day,
my goal is to mount/unmount flash drive usng hal over dbus in some program, but even using "standard"
dbus-send command for mounting/unmounting causing error message,

dbus-send --system --print-reply --dest=org.freedesktop.Hal
/org/freedesktop/Hal/devices/volume_uuid_EAEC_055A org.freedesktop.Hal.Device.Volume.Unmount

where /org/freedesktop/Hal/devices/volume_uuid_EAEC_055A is udi of my usb flash, exactly volume not device.

error

Error org.freedesktop.DBus.Error.UnknownMethod: Method "Unmount" with signature "" on interface
"org.freedesktop.Hal.Device.Volume" doesn't exist

I tried under user, under root, on debian, ubuntu.

The question is what point i've missed, or how to enable more debug output from hal or dbus?

Because according hal-spec http://people.freedesktop.org/~david/hal-spec/hal-spec.html#interface-device-volume
there are mount and unmount commands and they even throw different exceptions.

dbus-send with methods like GetProperty{String,Boolean,Integer,Double,etc} - works fine as
GetAllDevices and other stuff.

hal version 0.5.11
dbus version 1.1.20
lshal output >>>
  udi = '/org/freedesktop/Hal/devices/volume_uuid_EAEC_055A'
  block.device = '/dev/sdb1'  (string)
  block.is_volume = true  (bool)
(Continue reading)

scott | 2 Mar 2009 08:59
Picon

Patch to add keycodes for OQO model 02

== I'm not on the mailing list, so please CC me on all replies. ==

Here's a patch I just threw together to get hal to recognize the OQO model 
02's keyboard. It's really just for the volume keys, as well as the video 
rotation (even though there's no Xorg driver to support randr rotation at the 
moment). 

Also, the instructions over at wiki.archlinux.org/ and 
people.freedesktop.org/~hughsient/ are superb. It made putting a patch 
together very straightforward. 

Thanks!
Scott Gilliland
zeroping <at> gmail.com

== I'm not on the mailing list, so please CC me on all replies. ==

Here's a patch I just threw together to get hal to recognize the OQO model 
02's keyboard. It's really just for the volume keys, as well as the video 
rotation (even though there's no Xorg driver to support randr rotation at the 
moment). 

Also, the instructions over at wiki.archlinux.org/ and 
people.freedesktop.org/~hughsient/ are superb. It made putting a patch 
together very straightforward. 

Thanks!
(Continue reading)

Matthieu André | 1 Mar 2009 19:29
Picon

Suspend on a Toshiba Satellite A300-1M9

Hello,

Here is a patch to fix the suspend/hibernate modes on my laptop (Toshiba Satellite A300-1M9). Please check if this is correctly done before applying it though...

My configuration :

Debian Testing (Squeeze)
Kernel : 2.6.28-1-amd64 (experimental, needed for my wireless card)
HAL : 0.5.11-8

Before changing the 20-video-quirk-pm-toshiba.fdi file, suspend and hibernate did not work when called from Gnome (System-->Turn off-->...), suspend appeared to work when called through a terminal (pm-suspend) with no options but the laptop didn't actually restart (just black screen and no response). Using the following command, it worked :

#pm-suspend --quirk-s3-bios --quirk-s3-modeIt also worked all right with --quirk-vbestate-restore added. After applying my patch, all works well when invoked from Gnome.
Doing
#lshal | grep quirk
gives:

power_management.quirk.s3_bios = true (bool)
power_management.quirk.s3_mode = true (bool)
power_management.quirk.vbestate_restore = true (bool)

Cheers,

Matthieu
<div>
<p>Hello,<br><br>Here is a patch to fix the suspend/hibernate modes on my laptop (Toshiba Satellite A300-1M9). Please check if this is correctly done before applying it though...<br><br>My configuration :<br><br>Debian Testing (Squeeze)<br>
Kernel : 2.6.28-1-amd64 (experimental, needed for my wireless card)<br>HAL : 0.5.11-8<br><br>Before changing the 20-video-quirk-pm-toshiba.fdi file, suspend and hibernate did not work when called from Gnome (System--&gt;Turn off--&gt;...), suspend appeared to work when called through a terminal (pm-suspend) with no options but the laptop didn't actually restart (just black screen and no response). Using the following command, it worked :</p>
#pm-suspend --quirk-s3-bios --quirk-s3-modeIt also worked all right with --quirk-vbestate-restore added. After applying my patch, all works well when invoked from Gnome.<br>Doing <br>
#lshal | grep quirk<br><span>gives:</span><br><br><span>  power_management.quirk.s3_bios = true  (bool)</span><br><span>  power_management.quirk.s3_mode = true  (bool)</span><br><span>  power_management.quirk.vbestate_restore = true  (bool)</span><br><br>Cheers,<br><br>Matthieu<br>
</div>
Danny Kukawka | 3 Mar 2009 11:01
Picon

Re: Suspend on a Toshiba Satellite A300-1M9

On Sonntag, 1. März 2009, Matthieu André wrote:
> Hello,
>
> Here is a patch to fix the suspend/hibernate modes on my laptop (Toshiba
> Satellite A300-1M9). Please check if this is correctly done before applying
> it though...
>
> My configuration :
>
> Debian Testing (Squeeze)
> Kernel : 2.6.28-1-amd64 (experimental, needed for my wireless card)
> HAL : 0.5.11-8
>
> Before changing the 20-video-quirk-pm-toshiba.fdi file, suspend and
> hibernate did not work when called from Gnome (System-->Turn off-->...),
> suspend appeared to work when called through a terminal (pm-suspend) with
> no options but the laptop didn't actually restart (just black screen and no
> response). Using the following command, it worked :
>
> #pm-suspend --quirk-s3-bios --quirk-s3-mode
>
> It also worked all right with --quirk-vbestate-restore added. After
> applying my patch, all works well when invoked from Gnome.
> Doing

Please provide the output of:

lshal -lu /org/freedesktop/Hal/devices/computer | grep system | grep -v serial

Danny
_______________________________________________
hal mailing list
hal <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/hal
Danny Kukawka | 3 Mar 2009 11:14
Picon

Re: Patch to add keycodes for OQO model 02

On Montag, 2. März 2009, scott wrote:
> == I'm not on the mailing list, so please CC me on all replies. ==
>
> Here's a patch I just threw together to get hal to recognize the OQO model
> 02's keyboard. It's really just for the volume keys, as well as the video
> rotation (even though there's no Xorg driver to support randr rotation at
> the moment).
>
> Also, the instructions over at wiki.archlinux.org/ and
> people.freedesktop.org/~hughsient/ are superb. It made putting a patch
> together very straightforward.
>
> Thanks!

Thanks for the patch, I've commited an adopted version to git.

Danny
_______________________________________________
hal mailing list
hal <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/hal
Andrey Borzenkov | 3 Mar 2009 20:59
Picon

Re: hal mount/unmount flash drive using dbus-send

On 3 марта 2009 11:44:44 Григорий wrote:
> Good day,
> my goal is to mount/unmount flash drive usng hal over dbus in some
> program, but even using "standard" dbus-send command for
> mounting/unmounting causing error message,
>
> dbus-send --system --print-reply --dest=org.freedesktop.Hal
> /org/freedesktop/Hal/devices/volume_uuid_EAEC_055A
> org.freedesktop.Hal.Device.Volume.Unmount
>
> where /org/freedesktop/Hal/devices/volume_uuid_EAEC_055A is udi of my
> usb flash, exactly volume not device.
>
> error
>
> Error org.freedesktop.DBus.Error.UnknownMethod: Method "Unmount" with
> signature "" on interface "org.freedesktop.Hal.Device.Volume" doesn't
> exist
>
> I tried under user, under root, on debian, ubuntu.
>
> The question is what point i've missed, or how to enable more debug
> output from hal or dbus?
>

It already told you everything you need to know.

> (string list) org.freedesktop.Hal.Device.Volume.method_names =
> {'Mount', 'Unmount', 'Eject'} (string list)
> org.freedesktop.Hal.Device.Volume.method_signatures = {'ssas', 'as',
> 'as'} (string list)

You have to pass required parameters (even if they are empty). Umount 
expects array of strings.
On 3 марта 2009 11:44:44 Григорий wrote:
> Good day,
> my goal is to mount/unmount flash drive usng hal over dbus in some
> program, but even using "standard" dbus-send command for
> mounting/unmounting causing error message,
>
> dbus-send --system --print-reply --dest=org.freedesktop.Hal
> /org/freedesktop/Hal/devices/volume_uuid_EAEC_055A
> org.freedesktop.Hal.Device.Volume.Unmount
>
> where /org/freedesktop/Hal/devices/volume_uuid_EAEC_055A is udi of my
> usb flash, exactly volume not device.
>
> error
>
> Error org.freedesktop.DBus.Error.UnknownMethod: Method "Unmount" with
> signature "" on interface "org.freedesktop.Hal.Device.Volume" doesn't
> exist
>
> I tried under user, under root, on debian, ubuntu.
>
> The question is what point i've missed, or how to enable more debug
> output from hal or dbus?
>

It already told you everything you need to know.

> (string list) org.freedesktop.Hal.Device.Volume.method_names =
> {'Mount', 'Unmount', 'Eject'} (string list)
> org.freedesktop.Hal.Device.Volume.method_signatures = {'ssas', 'as',
> 'as'} (string list)

You have to pass required parameters (even if they are empty). Umount 
expects array of strings.

Gmane