public inbox for linux-bluetooth@vger.kernel.org
 help / color / mirror / Atom feed
From: "Justin P. Mattock" <justinmattock@gmail.com>
To: Mario Limonciello <mario_limonciello@dell.com>
Cc: linux-bluetooth@vger.kernel.org
Subject: Re: bluetooth works with udev-145 but had some weired issues with it
Date: Mon, 20 Jul 2009 09:52:04 -0700	[thread overview]
Message-ID: <4A64A0B4.6010507@gmail.com> (raw)
In-Reply-To: <4A648DDF.7060303@dell.com>

Mario Limonciello wrote:
> Hi Justin:
>
> Justin Mattock wrote:
>    
>> For some reason in rules.d
>> for the permission setting:
>>
>> #ACTION=="add", SUBSYSTEM=="bluetooth", RUN+="/usr/sbin/bluetoothd --udev"
>> to
>> RUN+="/usr/sbin/bluetoothd --udev"
>> gets this working for me.
>> prior to this, udev just would not activate
>> bluetoothd
>> Anyways thought it would be good to let people know.
>>
>>
>>      
> I'm wondering if you are seeing something similar that was happening on
> Ubuntu when getting bluez-4.45 added in where the daemon failed to start
> upon bootup but works fine later (eg if you hotplug the device).
>
> It turned out that dbus wasn't up and running at the time udev triggered
> all devices early in the boot.
>
> The easiest solution was to run:
>
>      udevadm trigger --subsystem-match=bluetooth
>
>
> later on, during an init script or similar.
>    
yeah,  the:

ACTION=="add", SUBSYSTEM=="bluetooth", RUN+="/usr/sbin/bluetoothd --udev"
option gave no response after rebooting numerous times, until commenting out
ACTION, and SUBSYSTEM, and just using RUN+=
The init script has /sbin/udevadm trigger and /sbin/udevadm settle
after /sbin/udevd --daemon is called.
And from what I see that might be whats happening,
udevadm needs to be told about the subsystem call.

I'll go ahead and try your solution and see if it reads the susbsystem
option without having to change the *.rules

Justin P. Mattock



  reply	other threads:[~2009-07-20 16:52 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-20  3:36 bluetooth works with udev-145 but had some weired issues with it Justin Mattock
2009-07-20  7:14 ` Marcel Holtmann
2009-07-20  7:41   ` Justin P. Mattock
2009-07-20 16:44   ` Kay Sievers
2009-07-20 15:31 ` Mario Limonciello
2009-07-20 16:52   ` Justin P. Mattock [this message]
2009-07-21  2:48   ` Justin P. Mattock

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=4A64A0B4.6010507@gmail.com \
    --to=justinmattock@gmail.com \
    --cc=linux-bluetooth@vger.kernel.org \
    --cc=mario_limonciello@dell.com \
    /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