Date: Wed, 03 Jan 2007 03:54:04 -0500 From: Joe Marcus Clarke <marcus@marcuscom.com> To: "manphiz@gmail.com" <manphiz@gmail.com> Cc: freebsd-gnome@freebsd.org Subject: Re: Possible missing file in hal installation Message-ID: <1167814444.39987.39.camel@shumai.marcuscom.com> In-Reply-To: <459B6898.1030105@gmail.com> References: <4597FD9B.7060704@gmail.com> <1167593006.52924.1.camel@shumai.marcuscom.com> <459B6898.1030105@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-/NwzGzw/ytXd2ZCm4BuX
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
On Wed, 2007-01-03 at 16:26 +0800, manphiz@gmail.com wrote:
> Joe Marcus Clarke wrote:
> > On Mon, 2007-01-01 at 02:12 +0800, manphiz@gmail.com wrote:
> > =20
> >> I've been frustrating by the hal problem which is probably due to lack=
=20
> >> of hald-addon-acpi or similar stuff. here's the output from the comman=
ds:
> >>
> >> -----BEGIN PASTE-----
> >>
> >> # hald --daemon=3Dno --verbose=3Dyes
> >> 00:36:17.136 [I] hald.c:469: hal 0.5.8
> >> 00:36:17.136 [I] hald.c:534: Will not daemonize
> >> 00:36:17.136 [I] hald_dbus.c:3238: local server is listening at=20
> >> unix:path=3D/var/run/hald/dbus-tc8Wy2La5k,guid=3Dad4c24e578b961e09af77=
c004597e701
> >> 00:36:17.146 [I] hald_runner.c:116: Runner has pid 64356
> >> Runner started - allowed paths are=20
> >> '/usr/local/libexec:/usr/local/libexec/hal/scripts:/usr/local/bin'
> >> 00:36:17.167 [I] hf-usb.c:575: unable to open /dev/usb: Device busy
> >> Run started hald-probe-smbios (10000) (0)
> >> ! full path is '/usr/local/libexec/hald-probe-smbios', program_dir is=
=20
> >> '/usr/local/libexec'
> >> 00:36:17.248 [I] hald_dbus.c:3197: 64355: Got a connection
> >> 00:36:17.248 [I] hald_dbus.c:3198: dbus_connection_get_is_connected =
=3D 1
> >> 00:36:17.252 [D] hald_dbus.c:1194:=20
> >> udi=3D/org/freedesktop/Hal/devices/computer, key=3Dsmbios.bios.vendor
> >> hald-probe-smbios info: Setting smbios.bios.vendor=3D'Phoenix'
> >> 00:36:17.252 [D] hald_dbus.c:1194:=20
> >> udi=3D/org/freedesktop/Hal/devices/computer, key=3Dsmbios.bios.version
> >> hald-probe-smbios info: Setting smbios.bios.version=3D'G.W-0F05'
> >> 00:36:17.253 [D] hald_dbus.c:1194:=20
> >> udi=3D/org/freedesktop/Hal/devices/computer, key=3Dsmbios.bios.release=
_date
> >> hald-probe-smbios info: Setting smbios.bios.release_date=3D'03/08/2004=
'
> >> 00:36:17.253 [D] hald_dbus.c:1194:=20
> >> udi=3D/org/freedesktop/Hal/devices/computer, key=3Dsmbios.system.manuf=
acturer
> >> hald-probe-smbios info: Setting smbios.system.manufacturer=3D'GREATWAL=
L'
> >> 00:36:17.254 [D] hald_dbus.c:1194:=20
> >> udi=3D/org/freedesktop/Hal/devices/computer, key=3Dsmbios.system.produ=
ct
> >> hald-probe-smbios info: Setting smbios.system.product=3D'M620DC'
> >> 00:36:17.254 [D] hald_dbus.c:1194:=20
> >> udi=3D/org/freedesktop/Hal/devices/computer, key=3Dsmbios.system.versi=
on
> >> hald-probe-smbios info: Setting smbios.system.version=3D'G.W-0F05'
> >> 00:36:17.254 [D] hald_dbus.c:1194:=20
> >> udi=3D/org/freedesktop/Hal/devices/computer, key=3Dsmbios.system.seria=
l
> >> hald-probe-smbios info: Setting smbios.system.serial=3D'20011221'
> >> 00:36:17.255 [D] hald_dbus.c:1194:=20
> >> udi=3D/org/freedesktop/Hal/devices/computer, key=3Dsmbios.system.uuid
> >> hald-probe-smbios info: Setting=20
> >> smbios.system.uuid=3D'436F6F70-6572-5370-7572-5F424F415244'
> >> 00:36:17.255 [D] hald_dbus.c:1194:=20
> >> udi=3D/org/freedesktop/Hal/devices/computer, key=3Dsmbios.chassis.manu=
facturer
> >> hald-probe-smbios info: Setting smbios.chassis.manufacturer=3D'GREATWA=
LL'
> >> 00:36:17.256 [D] hald_dbus.c:1194:=20
> >> udi=3D/org/freedesktop/Hal/devices/computer, key=3Dsmbios.chassis.type
> >> hald-probe-smbios info: Setting smbios.chassis.type=3D'Other'
> >> /usr/local/libexec/hald-probe-smbios exited
> >> 00:36:17.257 [I] hald_dbus.c:3175: Client to local_server was disconne=
cted
> >> 00:36:17.257 [I] hald_dbus.c:3185: unregistered
> >> 00:36:17.271 [I] device_info.c:1427: *** Matched file=20
> >> /usr/local/share/hal/fdi/policy/10osvendor/10-power-mgmt-policy.fdi
> >> 00:36:17.272 [I] device_info.c:1427: *** Matched file=20
> >> /usr/local/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi
> >> 00:36:17.272 [I] util.c:972: Add callouts for=20
> >> udi=3D/org/freedesktop/Hal/devices/computer
> >> Run started hal-system-storage-cleanup-mountpoints (10000) (0)
> >> ! full path is=20
> >> '/usr/local/libexec/hal/scripts/hal-system-storage-cleanup-mountpoints=
',=20
> >> program_dir is '/usr/local/libexec/hal/scripts'
> >> /usr/local/libexec/hal/scripts/hal-system-storage-cleanup-mountpoints =
exited
> >> 00:36:17.301 [I] hald.c:82: Added device to GDL;=20
> >> udi=3D/org/freedesktop/Hal/devices/computer
> >> Run started hald-addon-acpi (0) (0)
> >> ! full path is 'hald-addon-acpi', program_dir is '(null)'
> >> 00:36:17.323 [I] hald.c:95: Started addon hald-addon-acpi for udi=20
> >> /org/freedesktop/Hal/devices/computer
> >>
> >> -----END PASTE-----
> >>
> >> then it got stuck and CPU ran up to 100%. Evidence shows it is very=20
> >> likely related to the missing of hald-addon-acpi.
> >>
> >> Here's some system information maybe helpful:
> >>
> >> -----BEGIN PASTE-----
> >>
> >> $ uname -a
> >> FreeBSD localhost. 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #2: Sun Dec 3=
1=20
> >> 19:42:43 CST 2006 root@localhost.:/usr/obj/usr/src/sys/GENERIC i3=
86
> >>
> >> $ pkg_info | grep hal-0.5.8
> >> hal-0.5.8.20061224 Hardware Abstraction Layer for simplifying device =
access
> >>
> >> $ /usr/bin/env
> >> DESKTOP_STARTUP_ID=3D
> >> SHELL=3D/usr/local/bin/bash
> >> TERM=3Dxterm
> >> CLICOLOR=3DYES
> >> GTK_RC_FILES=3D/usr/local/etc/gtk/gtkrc:/home/manphiz/.gtkrc-1.2-gnome=
2
> >> WINDOWID=3D18888129
> >> USER=3Dmanphiz
> >> GNOME_KEYRING_SOCKET=3D/var/tmp/keyring-BXcAW6/socket
> >> SESSION_MANAGER=3Dlocal/localhost.:/tmp/.ICE-unix/52216
> >> FTP_PASSIVE_MODE=3DYES
> >> PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/l=
ocal/bin:/usr/X11R6/bin:/home/manphiz/bin
> >> MAIL=3D/var/mail/manphiz
> >> BLOCKSIZE=3DK
> >> PWD=3D/home/manphiz
> >> XMODIFIERS=3D@im=3Dfcitx
> >> LANG=3Den_US.UTF-8
> >> HOME=3D/home/manphiz
> >> SHLVL=3D2
> >> GNOME_DESKTOP_SESSION_ID=3DDefault
> >> LOGNAME=3Dmanphiz
> >> DBUS_SESSION_BUS_ADDRESS=3Dunix:path=3D/var/tmp/dbus-RoAXiZNHSv,guid=
=3Dfb2bbd6083c53125a2981d004597f8a1
> >> LC_CTYPE=3Dzh_CN.UTF-8
> >> DISPLAY=3D:0.0
> >> COLORTERM=3Dgnome-terminal
> >> XAUTHORITY=3D/home/manphiz/.Xauthority
> >> _=3D/usr/bin/env
> >>
> >> -----END PASTE-----
> >>
> >> Also, from discussion on ##freebsd at freenode, hald-addon-acpi is=20
> >> considered to be linux-stuff, so maybe stale configuration is=20
> >> responsible too. It is also interesting that there are other people wh=
o=20
> >> also got hald-addon-acpi missing but hald still functions correctly, s=
o=20
> >> maybe something else is indeed the problem.
> >> =20
> >
> > You should try ktracing hald to see what it's doing. Or recompile it
> > with debugging symbols, then use gdb to break into it and find out wher=
e
> > in the code it's looping. The latter would be the most helpful.
> >
> > Joe
> >
> > =20
> Thanks for reply! But I encountered some difficulty when trying to debug=20
> with gdb it lost connection to separate thread, which maybe a little bit=20
> hard for a newbie like me. Anyway, the last line I'd traced to is:
>=20
>=20
> hal_device_store_get_type () at device_store.c:118
> 118 if (!type) {
> (gdb)
> 129 type =3D g_type_register_static (G_TYPE_OBJECT,
> (gdb)
> 0x28462170 in pthread_rwlock_timedwrlock () from /lib/libpthread.so.2
> (gdb)
> Single stepping until exit from function pthread_rwlock_timedwrlock,
> which has no line number information.
>=20
> Program received signal SIGTRAP, Trace/breakpoint trap.
> 0x2807ab78 in _rtld_bind_start () from /libexec/ld-elf.so.1
> (gdb)
> Single stepping until exit from function _rtld_bind_start,
> which has no line number information.
> Run started hald-probe-smbios (10000) (0)
> ! full path is '/usr/local/libexec/hald-probe-smbios', program_dir is=20
> '/usr/local/libexec'
> /usr/local/libexec/hald-probe-smbios exited
> Run started hal-system-storage-cleanup-mountpoints (10000) (0)
> ! full path is=20
> '/usr/local/libexec/hal/scripts/hal-system-storage-cleanup-mountpoints',=20
> program_dir is '/usr/local/libexec/hal/scripts'
> /usr/local/libexec/hal/scripts/hal-system-storage-cleanup-mountpoints exi=
ted
> Run started hald-addon-acpi (0) (0)
> ! full path is 'hald-addon-acpi', program_dir is '(null)'
> ^C[New Thread 0x8082200 (LWP 100166)]
>=20
> Program received signal SIGINT, Interrupt.
> [Switching to Thread 0x8082200 (LWP 100166)]
> 0x2847143b in pthread_testcancel () from /lib/libpthread.so.2
>=20
>=20
> ^C is where I have to terminate the deadloop, just as shown before.
>=20
> I've attached the ktrace output as well, hoping there would be something=20
> useful.
No, there is nothing useful here. The ktrace looks good. The last
thing hald does is read the PCI config registers (part of the initial
PCI bus probe). You need to get a full backtrace from hald once it
appears to lock up. To do that, you should run hald manually, then use
gdb to bind to it once it's locked up. Then get a full backtrace.
Joe
--=20
PGP Key : http://www.marcuscom.com/pgp.asc
--=-/NwzGzw/ytXd2ZCm4BuX
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (FreeBSD)
iD8DBQBFm28sb2iPiv4Uz4cRAoRAAKCTthMheEbxSxeLA4bAz35Vzl8upACgrInk
SIOv33zrwgX2bIxCsfGpcvM=
=p6W4
-----END PGP SIGNATURE-----
--=-/NwzGzw/ytXd2ZCm4BuX--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1167814444.39987.39.camel>