version 17.1

Global announcements
obarun
Advanced
Posts: 42
Joined: 13 Oct 2015, 07:45

Re: version 17.1

Postby obarun » 31 Oct 2015, 01:13

I saw your pull request on github. What exactly did happen?
Do you have so new hardware that hwdb.squashfs was out of date?


no for the first question and no for the second :).
just if is not implemented Xorg don't find the driver evdev that's all.

wyzguy
Apprentice
Posts: 13
Joined: 07 Oct 2015, 07:09

Re: version 17.1

Postby wyzguy » 31 Oct 2015, 08:13

Scooby,

I think I found a significant difference!

On a pupos "find / -type l -iname mouse" gives 2 output lines.

/initrd/... ( Yours would show /mnt/... )
/dev/mouse

On yours, I get no output.

This may be the missing link (so to speak) on the evolutionary chain from udev to vdev!
The first line would be before chroot, the second line after.

Scooby
Site Admin
Posts: 826
Joined: 09 Sep 2013, 16:52

Re: version 17.1

Postby Scooby » 31 Oct 2015, 09:49

wyzguy wrote:On yours, I get no output.


Maybe not at the same place, but I got

Code: Select all

> ls /dev/input/m* -l                     
crw------- 1 root root 13, 63 Oct 31  2015 /dev/input/mice
crw------- 1 root root 13, 32 Oct 31  2015 /dev/input/mouse0
crw------- 1 root root 13, 33 Oct 31 09:46 /dev/input/mouse1

 > ls -l /mnt/live/dev/input/m*
crw-rw---- 1 root root 13, 63 Oct 31  2015 /mnt/live/dev/input/mice

wyzguy
Apprentice
Posts: 13
Joined: 07 Oct 2015, 07:09

Re: version 17.1

Postby wyzguy » 31 Oct 2015, 11:56

Scooby.

Ok, we are both trying, but miscommunications.

I still stand by what I said.
You should have used the exact command line I used. Use "find ..."
I'll try it a different way.
Use the following command line.

ls -l /dev/mouse
Output on pupos is a link to input/mice.
The leftmost character on the output must be a"l" (for link), not a "c" like on yours.
Not Mouse*, mouse0, mouse1, etc. Just mouse (five letters).
It is in the pup os but it is not in yours.

Why must there be a link in /dev/mouse?
Vdev might be 100% totally perfect, but some other module or program in the boot process must require a /dev/mouse link to input/mice.
Maybe it is obsolete to have that link, but something still needs it (that is Not vdev itself).
The problem is not vdev itself, but the proper interface to all non vdev stuff.
This can only be solved by changing vdev to put the proper link in /dev/mouse to conform
to all the stuff outside of vdev that it has to interact with.

At least that is my theory at this point!

Scooby
Site Admin
Posts: 826
Joined: 09 Sep 2013, 16:52

Re: version 17.1

Postby Scooby » 31 Oct 2015, 13:38

fair enough, I see your point

I will investigate to see what actions are needed.

1. check udev system if it's there: Not present with systemd-udev!
2. check Internet for references: checked

from http://www.linuxformat.com/forums/viewt ... f=5&t=1939
No Consistent Naming between DevFS and udev
...
The same happens with all-round symlinks that used to exist in /dev, such as /dev/mouse, which udev doesn't create anymore. Be certain to check your X configuration file and see if the Device rule for your mouse points to an existing device file.
----------------------------------------------------------------------------------------------------------------------------------


Seems like /dev/mouse was "abandoned" when Linux adopted udev.

As Jude states in design document: http://www.linuxformat.com/forums/viewt ... f=5&t=1939

... consistency with udev's conventions As much as possible, the Linux port should conform to udev's current conventions.


libudev-compat. For vdev to have a shot at mainstream support, it needs to be a drop-in replacement for udev.


So I think it is by design vdev is following udev's way of doing things

Anyway if you need /dev/mouse a simple solution seems to be symlink /dev/mouse to /dev/input/mouse* or /dev/input/mice

Since references to /dev/mouse is from around 2005 I believe it can be left missing without to much trouble.

Which pup are you on? Kernel version? something really old?

So if you really want it in vdev, since it is not in the "udev" standard, would be to re-write or add an extra action
for it something like adding

Code: Select all

command=. "$VDEV_HELPERS/subr.sh"; vdev_symlink "$VDEV_PATH" "$VDEV_MOUNTPOINT/mouse "$VDEV_MOUNTPOINT/input/mice"


to

input.act

You can experiment with that if you like

Think of vdev actions as udev rules with different syntax.


*EDIT*
Did a little bit experimenting meself, good to learn a little about action syntax
so I wrote my first action for vdev :) called mice.act

/etc/vdev/actions/mice.act looks like

Code: Select all

[vdev-action]
event=add
path=^input/mice$
OS_SUBSYSTEM=input
command=. "$VDEV_HELPERS/subr.sh"; vdev_symlink "$VDEV_PATH" "$VDEV_MOUNTPOINT/mouse" "$VDEV_METADATA"


If I boot with this file in /etc/vdev/actions/ I get

Code: Select all

> ls -l /dev/mouse                       
/dev/mouse -> input/mice


This could be modified if you want /dev/mouse symlinked to /dev/input/mouse0 or /dev/input/mouse1

wyzguy
Apprentice
Posts: 13
Joined: 07 Oct 2015, 07:09

Re: version 17.1

Postby wyzguy » 02 Nov 2015, 03:14

Scooby,

The pup distro I was using was "vivid b2" by 666philb on the puppy forum. K3.19.5

Try this command:
find / -iname hid* | egrep -i log
The output shows 3 lines with the name "logitech" in them. Hmm...

Scooby
Site Admin
Posts: 826
Joined: 09 Sep 2013, 16:52

Re: version 17.1

Postby Scooby » 02 Nov 2015, 21:13

wyzguy wrote:Scooby,

The pup distro I was using was "vivid b2" by 666philb on the puppy forum. K3.19.5

Try this command:
find / -iname hid* | egrep -i log
The output shows 3 lines with the name "logitech" in them. Hmm...


yeah three kernel modules with logitech in them

I am not sure what you are getting at...

I know obarun found another bug related to mouse/keyboard and vdev.
I am about to cobble together an updated alphaOS with fixes.

Did you try to remove daemonlet from input.act?

obarun
Advanced
Posts: 42
Joined: 13 Oct 2015, 07:45

Re: version 17.1

Postby obarun » 03 Nov 2015, 01:30

removing daemonlet don't change anything for me but are you using libinput and stuff? if is the case try to implement 90-libinput.hwdb in your database

Scooby
Site Admin
Posts: 826
Joined: 09 Sep 2013, 16:52

Re: version 17.1

Postby Scooby » 03 Nov 2015, 11:03

obarun wrote:removing daemonlet don't change anything for me but are you using libinput and stuff? if is the case try to implement 90-libinput.hwdb in your database


yes we had two separate issues.

I am not using libinput

obarun
Advanced
Posts: 42
Joined: 13 Oct 2015, 07:45

Re: version 17.1

Postby obarun » 03 Nov 2015, 11:48

see my last post on nelson github. module cause trouble, try to load your mouse module earlier(before vdev). Modalias fonction seem to not work properly, i try to find the trouble but for the moment....


Return to “Announcements”

Who is online

Users browsing this forum: No registered users and 4 guests

cron