Displaying 20 results from an estimated 10000 matches similar to: "udev PATH_ID for virtio devices"
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
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
2014 Mar 27
0
udev PATH_ID for virtio devices
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 Sievers wrote:
>> >> On Thu, Mar 27, 2014 at 6:30 PM, Michael S. Tsirkin <mst at
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
2014 Mar 27
0
udev PATH_ID for virtio devices
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 really best to
>> > treat it like you treat any other PCI function (I guess you
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
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
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
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
2012 Jan 12
9
linux 3.3-pre-rc1: Starting domU fails with Error: Failed to query current memory allocation of dom0.
Hi Konrad,
Today i tried linuses tree of today (last commit is 4c4d285ad5665bfbd983b95fde8d7a477d24a361).
It boots dom0 fine, but it fails to start any domU with: "Error: Failed to query current memory allocation of dom0."
With my previous 3.1.5 kernel everything is fine, nothing else changed in config in between.
dmesg and xm dmesg attached
--
Sander
Dom0 shows:
total
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)'
>
>
2008 Dec 10
6
[PATCH 0/6] Clean up virtio device object handling [was Re: [PATCH] virtio: make PCI devices take a virtio_pci module ref]
(Moved from kvm at vger to virtualization at linux-foundation, changed
subject, cleaned up cc list)
On Wed, 2008-12-10 at 13:02 +0100, Kay Sievers wrote:
> On Wed, Dec 10, 2008 at 10:49, Mark McLoughlin <markmc at redhat.com> wrote:
> > On Tue, 2008-12-09 at 19:16 +0100, Kay Sievers wrote:
> >> On Tue, Dec 9, 2008 at 17:41, Mark McLoughlin <markmc at redhat.com>
2008 Dec 10
6
[PATCH 0/6] Clean up virtio device object handling [was Re: [PATCH] virtio: make PCI devices take a virtio_pci module ref]
(Moved from kvm at vger to virtualization at linux-foundation, changed
subject, cleaned up cc list)
On Wed, 2008-12-10 at 13:02 +0100, Kay Sievers wrote:
> On Wed, Dec 10, 2008 at 10:49, Mark McLoughlin <markmc at redhat.com> wrote:
> > On Tue, 2008-12-09 at 19:16 +0100, Kay Sievers wrote:
> >> On Tue, Dec 9, 2008 at 17:41, Mark McLoughlin <markmc at redhat.com>
2004 Feb 11
1
udev database is incompatible (klibc libc and mode_t)
Hi,
it seems that klibc's mod_t is only unsigned short and libc
is unsigned int. So our db format is incompatible between udev's
compiled with different c-lib's.
What is the right fix for this?
I found it cause my db was created with libc-udev and klibc-udev
was unable to insert records in the database.
thanks,
Kay
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
2012 Sep 17
2
'umount' of multi-device volume hangs until the device is physically un-plugged
I''m currently playing around with native btrfs multi-device support in
systemd. There might be a few "hotplug issues" to solve, here is the
first one:
A mounted (otherwise unused) multi-device volume (USB multi-slot card
reader), hangs at:
$ umount /mnt
with (fedora) kernel
3.6.0-0.rc5.git0.1.fc18.x86_64
Any idea what to look for or what to try?
Thanks,
Kay
[
2005 Aug 08
3
[PATCH] add inotify system calls
I've added this to our klibc copy in the udev tree to support
the recently added Inotify.
Thanks,
Kay
-------------- next part --------------
diff --git a/klibc/klibc/SYSCALLS.def b/klibc/klibc/SYSCALLS.def
--- a/klibc/klibc/SYSCALLS.def
+++ b/klibc/klibc/SYSCALLS.def
@@ -114,6 +114,9 @@ int lchown32,lchown::lchown(const char *
int getcwd::__getcwd(char *, size_t)
<?> int utime(const