Displaying 20 results from an estimated 2000 matches similar to: "udev database is incompatible (klibc libc and mode_t)"
2014 Mar 27
3
udev PATH_ID for virtio devices
On Thu, Mar 27, 2014 at 8:25 PM, Kay Sievers <kay at vrfy.org> wrote:
> On Thu, Mar 27, 2014 at 8:13 PM, Michael S. Tsirkin <mst at redhat.com> wrote:
>> On Thu, Mar 27, 2014 at 08:06:15PM +0100, Kay Sievers wrote:
>>> On Thu, Mar 27, 2014 at 7:59 PM, Michael S. Tsirkin <mst at redhat.com> wrote:
>>> > On Thu, Mar 27, 2014 at 07:43:34PM +0100, Kay
2014 Mar 27
3
udev PATH_ID for virtio devices
On Thu, Mar 27, 2014 at 8:25 PM, Kay Sievers <kay at vrfy.org> wrote:
> On Thu, Mar 27, 2014 at 8:13 PM, Michael S. Tsirkin <mst at redhat.com> wrote:
>> On Thu, Mar 27, 2014 at 08:06:15PM +0100, Kay Sievers wrote:
>>> On Thu, Mar 27, 2014 at 7:59 PM, Michael S. Tsirkin <mst at redhat.com> wrote:
>>> > On Thu, Mar 27, 2014 at 07:43:34PM +0100, Kay
2015 Sep 02
1
udev PATH_ID for virtio devices
On Wed, Sep 02, 2015 at 01:53:33PM +0200, Tom Gundersen wrote:
> On Tue, Aug 25, 2015 at 1:58 PM, Kay Sievers <kay at vrfy.org> wrote:
> > On Tue, Aug 25, 2015 at 1:52 PM, Michael S. Tsirkin <mst at redhat.com> wrote:
> >> On Tue, Aug 25, 2015 at 01:46:49PM +0200, Kay Sievers wrote:
> >>> On Tue, Aug 25, 2015 at 1:43 PM, Michael S. Tsirkin <mst at
2015 Sep 02
1
udev PATH_ID for virtio devices
On Wed, Sep 02, 2015 at 01:53:33PM +0200, Tom Gundersen wrote:
> On Tue, Aug 25, 2015 at 1:58 PM, Kay Sievers <kay at vrfy.org> wrote:
> > On Tue, Aug 25, 2015 at 1:52 PM, Michael S. Tsirkin <mst at redhat.com> wrote:
> >> On Tue, Aug 25, 2015 at 01:46:49PM +0200, Kay Sievers wrote:
> >>> On Tue, Aug 25, 2015 at 1:43 PM, Michael S. Tsirkin <mst at
2004 Sep 17
1
latest klibc for udev
This patch make it possible to run udev with the latest klibc.
One patch for the udev/Makefile to match the moved include/ dir. Another
one for klibc's string fuctions, that are causing segfaults:
strncpy.c: the while() gets n == -1 and memset() dies
strncat.c: cat's only strlen(dest) count of chars from src to dest
Thanks,
Kay
-------------- next part --------------
===== Makefile
2006 Aug 14
2
klibc and udev
In case people here don't follow the udev mailing list, udev seems to
be quasi-dropping klibc support. Well, see the forwarded message
below.
As I don't agree with the "omg udev is complex! use glibc!" rationale,
I want klibc and udev to remain working with each other....
Assuming some minor breakage in the near future, is klibc open to
accepting patches for "basic C
2014 Mar 27
2
udev PATH_ID for virtio devices
On Thu, Mar 27, 2014 at 08:06:15PM +0100, Kay Sievers wrote:
> On Thu, Mar 27, 2014 at 7:59 PM, Michael S. Tsirkin <mst at redhat.com> wrote:
> > On Thu, Mar 27, 2014 at 07:43:34PM +0100, Kay Sievers wrote:
> >> On Thu, Mar 27, 2014 at 6:30 PM, Michael S. Tsirkin <mst at redhat.com> wrote:
> >>
> >> > If the virtio device is a PCI device, it is
2014 Mar 27
2
udev PATH_ID for virtio devices
On Thu, Mar 27, 2014 at 08:06:15PM +0100, Kay Sievers wrote:
> On Thu, Mar 27, 2014 at 7:59 PM, Michael S. Tsirkin <mst at redhat.com> wrote:
> > On Thu, Mar 27, 2014 at 07:43:34PM +0100, Kay Sievers wrote:
> >> On Thu, Mar 27, 2014 at 6:30 PM, Michael S. Tsirkin <mst at redhat.com> wrote:
> >>
> >> > If the virtio device is a PCI device, it is
2014 Mar 27
2
udev PATH_ID for virtio devices
On Thu, Mar 27, 2014 at 07:43:34PM +0100, Kay Sievers wrote:
> On Thu, Mar 27, 2014 at 6:30 PM, Michael S. Tsirkin <mst at redhat.com> wrote:
>
> > If the virtio device is a PCI device, it is really best to
> > treat it like you treat any other PCI function (I guess you mean
> > function and not device, right? We support multifunction
> > devices and some
2014 Mar 27
2
udev PATH_ID for virtio devices
On Thu, Mar 27, 2014 at 07:43:34PM +0100, Kay Sievers wrote:
> On Thu, Mar 27, 2014 at 6:30 PM, Michael S. Tsirkin <mst at redhat.com> wrote:
>
> > If the virtio device is a PCI device, it is really best to
> > treat it like you treat any other PCI function (I guess you mean
> > function and not device, right? We support multifunction
> > devices and some
2006 Apr 26
1
udev no longer compiles (since 1.3.5)
As the title suggests, udev no longer compiles under klibc versions > 1.3.5
It may partially be udev's fault, however, certain symbols, such as
SOCK_DGRAM, are no longer visible when compiling under klcc, which is
causing this issue.
A simple check of the linux/net.h header shows some
ARCH_HAS_SOCKET_TYPES define, which is not set internally by udev's
source.
Where would be the most
2005 Mar 11
1
select.h not working on ia64
__FD_SET, __FD_CLR, __FD_ISSET, __FD_ZERO
are inside of __KERNEL__ in:
include/asm-ia64/posix_types.h
and therefore not available.
I've added stuff like this to our code:
#ifndef __FD_SET
#define __FD_SET(d, set) ((set)->fds_bits[__FDELT(d)] |= __FDMASK(d))
#endif
but it would be nice if this can be solved in klibc.
Thanks,
Kay
2015 Sep 02
0
udev PATH_ID for virtio devices
On Tue, Aug 25, 2015 at 1:58 PM, Kay Sievers <kay at vrfy.org> wrote:
> On Tue, Aug 25, 2015 at 1:52 PM, Michael S. Tsirkin <mst at redhat.com> wrote:
>> On Tue, Aug 25, 2015 at 01:46:49PM +0200, Kay Sievers wrote:
>>> On Tue, Aug 25, 2015 at 1:43 PM, Michael S. Tsirkin <mst at redhat.com> wrote:
>>> > On Mon, Aug 24, 2015 at 06:10:01PM +0200, Tom
2014 Mar 27
0
udev PATH_ID for virtio devices
On Thu, Mar 27, 2014 at 09:24:10PM +0100, Tom Gundersen wrote:
> On Thu, Mar 27, 2014 at 8:25 PM, Kay Sievers <kay at vrfy.org> wrote:
> > On Thu, Mar 27, 2014 at 8:13 PM, Michael S. Tsirkin <mst at redhat.com> wrote:
> >> On Thu, Mar 27, 2014 at 08:06:15PM +0100, Kay Sievers wrote:
> >>> On Thu, Mar 27, 2014 at 7:59 PM, Michael S. Tsirkin <mst at
2010 Sep 28
18
[PATCH] Btrfs: add a disk info ioctl to get the disks attached to a filesystem
This was a request from the systemd guys. They need a quick and easy way to get
all devices attached to a Btrfs filesystem in order to check if any of the disks
are SSD for...something, I didn''t ask :). I''ve tested this with the
btrfs-progs patch that accompanies this patch. Thanks,
Signed-off-by: Josef Bacik <josef@redhat.com>
---
fs/btrfs/ioctl.c | 64
2012 Jan 03
6
turning off udev for eth0
I have set up a kvm host and configured a standard clone
prototype for generating new guests. One persistent (pun
intended) annoyance when cloning is the behaviour of udev
with respect to the virtual network interface.
The prototype is configured with just eth0 having a
dedicated IP addr. When the prototype is cloned udev
creates rules for both eth0 and eth1 in the clone.
Because eth1 does not
2012 Jan 03
6
turning off udev for eth0
I have set up a kvm host and configured a standard clone
prototype for generating new guests. One persistent (pun
intended) annoyance when cloning is the behaviour of udev
with respect to the virtual network interface.
The prototype is configured with just eth0 having a
dedicated IP addr. When the prototype is cloned udev
creates rules for both eth0 and eth1 in the clone.
Because eth1 does not
2008 Jan 07
0
[PATCH] Replaced int with mode_t as requested
Index: openssh/openbsd-compat/openbsd-compat.h
===================================================================
RCS file: /cvs/openssh/openbsd-compat/openbsd-compat.h,v
retrieving revision 1.43
diff -u -p -r1.43 openbsd-compat.h
--- openssh/openbsd-compat/openbsd-compat.h 25 Jun 2007 12:15:13 -0000 1.43
+++ openssh/openbsd-compat/openbsd-compat.h 7 Jan 2008 06:58:54 -0000
@@ -84,7 +84,7 @@ int
2010 Nov 04
4
can''t create a vm
Hi List,
I say:
xm create server7
Using config file "/etc/xen/vm/server7".
Error: VM name ''server7'' already exists
but
xm list
Name ID Mem VCPUs State
Time(s)
Domain-0 0 24092 8 r-----
63.2
server7 512 2
0.0
???
Best,
Mike
(XEN
2004 Feb 08
3
Re: klibc - setenv broken
Kay Sievers wrote:
> Hi,
> this simple program compiled with klibc:
>
> #include <stdio.h>
> int main(int argc, char* argv[])
> {
> setenv("TESTENV", "happy", 1);
> printf("TESTENV='%s'\n", getenv("TESTENV"));
> }
>
> prints:
>
> ./env
> TESTENV='(null)'
>
>