On 22.01.2015 17:05, Jude Nelson wrote:
Hi folks,
> libdevq is FreeBSD-specific,
How FreeBSD-specific is it exactly ? Could it be ported to Linux ?
I'm currently looking for a some helper library that finds/enumerate
input devices (mice, touchpads, etc). Is there anything (non-systemd-
crap) fo
Isaac Dunham:
> On Fri, Jan 23, 2015 at 10:57:39PM +0100, k...@aspodata.se wrote:
> > Isaac Dunham:
> > > On Sun, Jan 18, 2015 at 01:11:15PM +0100, k...@aspodata.se wrote:
> > ...
> > > > Mesa uses the name sysfs, which might be better than sysdev.
> > > > The following two might be a good start:
>
On Fri, Jan 23, 2015 at 10:57:39PM +0100, k...@aspodata.se wrote:
> Isaac Dunham:
> > On Sun, Jan 18, 2015 at 01:11:15PM +0100, k...@aspodata.se wrote:
> ...
> > > Mesa uses the name sysfs, which might be better than sysdev.
> > > The following two might be a good start:
> > >
> > > $ grep ^sysfs
Isaac Dunham:
> On Sun, Jan 18, 2015 at 01:11:15PM +0100, k...@aspodata.se wrote:
...
> > Mesa uses the name sysfs, which might be better than sysdev.
> > The following two might be a good start:
> >
> > $ grep ^sysfs src/loader/loader.c
> > sysfs_get_pci_id_for_fd(int fd, int *vendor_id, int *ch
On 22 January 2015 at 18:05, Jude Nelson wrote:
> Hi Steve,
>
>
> Many, many thanks Isaac & Jude. We have great new alternative to udev
happening here. And the best thing is that, you guys are listening to your
potential users!
I think your code will make a great deal of difference in the linux
On Thu, 22 Jan 2015 09:27:21 -0800
Isaac Dunham wrote:
> On Thu, Jan 22, 2015 at 10:32:39AM -0500, Steve Litt wrote:
> > Cool Jude!
> >
> > As a member of the "minimum dependencies" crew, I just have to ask:
> > Would libsysdev, libdevq et al already be installed on a native
> > Systemd installa
On Thu, Jan 22, 2015 at 10:32:39AM -0500, Steve Litt wrote:
> Cool Jude!
>
> As a member of the "minimum dependencies" crew, I just have to ask:
> Would libsysdev, libdevq et al already be installed on a native Systemd
> installation? It's important that vdev be easily installable, without
> too m
Hi Steve,
libdevq is FreeBSD-specific, and libsysdev would probably be the only
libudev-compat dependency on Linux besides libc and friends.
vdev is almost ready for some initial testing. It still needs some
boilerplate code and an init script, but I plan on adding that next. My
latest patches
Cool Jude!
As a member of the "minimum dependencies" crew, I just have to ask:
Would libsysdev, libdevq et al already be installed on a native Systemd
installation? It's important that vdev be easily installable, without
too much dependency hell.
Please tell me when vdev is ready for testing on s
Hi Steve,
That's the plan :). However, one aspect of replacing udev with vdev is
making a libudev compatibility library that will let us use exiting
programs and libraries (like Mesa) without having to patch them. This
libudev-compat will probably make use of libsysdev and possibly OS-specific
l
Hi Jude,
I thought you were making vdev to plug replace udev. By the way, when
it's ready, I have several Epoch and runit experimental setups I'd like
to use it on.
Thanks,
SteveT
Steve Litt* http://www.troubleshooters.com/
Troubleshooting Training * Human Performance
On T
I was looking through how FreeBSD handles the lack of udev while still
supporting Mesa, and it seems they patched it to use their libdevq [1]. I
wonder if there's some overlap with libsysdev here that can be put to use
for us...
-Jude
[1] https://github.com/freebsd/libdevq
On Tue, Jan 20, 2015
Hi Isaac,
> I was asking about implementation details (something like the HACKING
> document that many projects have, giving an overview of how it works
> internally).
Good idea; I'll add one.
> I'm getting the impression that libsysdev won't really make a good
> backend for the udev API; libude
On Mon, Jan 19, 2015 at 08:56:10PM -0500, Jude Nelson wrote:
> Regarding the architecture, I have a design document here:
> http://judecnelson.blogspot.com/2015/01/introducing-vdev.html Is this what
> you're looking for? Or did you want a more low-level document describing
> the implementation de
Hi Isaac,
Excellent point about vdev_linux_sysfs_read_device_mode(). For the very
reason you mentioned, that code is on the way out. It was (incorrectly)
used in a couple other places in the past before I knew better, but right
now it's only use is in confirming that a device that has a known ma
On Mon, Jan 19, 2015 at 04:05:46PM -0500, Jude Nelson wrote:
> Hey Isaac, this looks great! Starred and watched :)
Thanks!
> Related, I've just committed some (very) preliminary code for
> libudev-compat in the vdev repository that's meant to be both API and
> ABI-compatible with libudev. I thi
Hey Isaac, this looks great! Starred and watched :)
Related, I've just committed some (very) preliminary code for
libudev-compat in the vdev repository that's meant to be both API and
ABI-compatible with libudev. I think we're working towards the same
end--make a library that can replace libudev
On Mon, Jan 19, 2015 at 11:01:16AM -0800, Isaac Dunham wrote:
>
> I'd like to provide something that can be utilized as a fallback when
> libudev is missing/udev doesn't start.
> Optimally, the API will be simple enough that developers then say
> "And why aren't we using this *instead* of libudev?
On Sun, Jan 18, 2015 at 01:11:15PM +0100, k...@aspodata.se wrote:
> Isaac Dunham:
> > On Sat, Jan 17, 2015 at 08:06:05PM +0100, k...@aspodata.se wrote:
> > > Also a lib that maps major/minor to /dev/name and the like, a command
> > > that "scans lspci" and the like, and suggests kernel modules,
> >
19 matches
Mail list logo
