LinuxQuestions.org
View the Most Wanted LQ Wiki articles.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Linux From Scratch
User Name
Password
Linux From Scratch This Forum is for the discussion of LFS.
LFS is a project that provides you with the steps necessary to build your own custom Linux system.

Notices

Reply
 
LinkBack Search this Thread
Old 08-19-2011, 05:31 PM   #1
exvor
Senior Member
 
Registered: Jul 2004
Location: Phoenix, Arizona
Distribution: LFS-Version SVN-20091202, Arch 2009.08
Posts: 1,469

Rep: Reputation: 64
Udev issues -- Maybe?


Ok so there are two examples here where I have had udev or the kernel or something just stick and not continue loading a device.

Example one is a usb game controller. In ARCH it worked fine but when I loaded up my LFS it would see the device when plugged in it would load the USB stuff but it would not for the life of me get it to assign it anything in /dev/input ? Nothing. After a Udev update and rebuild of kernel I decided to load up an older kernel and wham it started working again. Then when I loaded the newer kernel it started working again too?

Now I am trying to get a bluetooth mouse working and its doing something similar. In ARCH Linux it works fine, but in LFS it refuses to get anything past loading HID emulation. No output on dmesg or anything and there are no devices created in /dev/input. I have no idea whats wrong, I have checked the kernel and all the correct drivers and bluetooth stuff is there and the mouse connects and everything just no /dev/input devices.

Anyone have an idea what the hell is going on here, and why it works correctly in ARCH Linux but not in LFS/BLFS?
 
Old 08-20-2011, 10:56 AM   #2
exvor
Senior Member
 
Registered: Jul 2004
Location: Phoenix, Arizona
Distribution: LFS-Version SVN-20091202, Arch 2009.08
Posts: 1,469

Original Poster
Rep: Reputation: 64
Update

So I got this working sort of yesterday. After a kernel compile and the addition of a few drivers that are not for my mouse but other off-brands it started working. Probably one of the other brands that is similar in model I'm not sure.

So now at least I get a /dev/input/mouse1 device. Now the problem is it wont work for more then half a second... It gets created i get about one movement out of the mouse and then nothing more. If i reboot the mouse it works again for half a second but then dies again. Im thinking its something with the d-bus permissions or something so im gonna go down that route and see whats up. If you got any thoughts on this new problem tho let me know.
 
Old 08-21-2011, 03:04 AM   #3
exvor
Senior Member
 
Registered: Jul 2004
Location: Phoenix, Arizona
Distribution: LFS-Version SVN-20091202, Arch 2009.08
Posts: 1,469

Original Poster
Rep: Reputation: 64
So I finally got this fixed.

I checked the bluez web page once more and saw that there was a newer release of bluez out there. 4.96. After compile and install I tried once more and wallah I got my mouse working. Its noted that I did one final kernel compile and noticed that the mouse was getting detected as a bit of a different type now.

This has definitely been quite an adventure... and I come away with it in a bit of a bitter state. First off I had to use tools that are no longer provided by bluez to get the damn thing working and second I had to modify how it worked with d-bus because some things were wrongly done. It would be ideal for it to not use dbus or python but since the developer wanted to use these methods I can't really complain.

I would have like to have seen a solution that was written in C only and not using d-bus as I generally look down on the use of D-bus especially if it brings no benefit. However in this case dbus may work to an advantage as it allows intercommunication between pairing software and the device it self. I think the dev shouldn't hide the simple agent away in the source and not install it by default. But this is getting into more of bitching then giving good advice.

For anyone attempting this with semi newer hardware, PC or device, my only word of warning is don't expect to get it working after only a day of hacking away at it. Bluetooth although very old ( since 1999 ) is still very much ill supported in Linux, unless your working with distro or GUI stuff. But maybe this is a good thing maybe having less bluetooth devices is good and its better to work with RFI stuff anyway since the devices are getting smaller and more power efficient.

Who knows.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
FC6 display issues after udev Azhrarn Fedora 2 03-22-2007 03:00 AM
udev 058- anyone have more alsa issues? abrouwers Slackware 5 07-22-2005 06:02 PM
Udev usb issues exvor Linux - Software 1 06-25-2005 10:27 AM
Issues with adding a udev rule... Ateo Linux - General 1 03-04-2005 08:02 PM
udev + sw raid issues Barx Slackware 0 10-15-2004 06:36 AM


All times are GMT -5. The time now is 07:09 PM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration