similar to: udev PATH_ID for virtio devices

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