search for: qflags

...5282)): #0 0x00007f2a3fc158fb in g_main_context_prepare () at /usr/lib64/libglib-2.0.so.0 #1 0x00007f2a3fc16230 in () at /usr/lib64/libglib-2.0.so.0 #2 0x00007f2a3fc1642c in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #3 0x00007f2a4543232b in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #4 0x00007f2a453dffdb in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #5 0x00007f2a4521af1a in QThread::exec() () at /usr/lib64/libQt5Core.so.5 #6 0x00007f2a4521f9e9 in () at...

...16c248d06 in g_main_context_dispatch () from /lib64/libglib-2.0.so.0 #2 0x00007f216c2491c0 in g_main_context_iterate.isra () from /lib64/libglib-2.0.so.0 #3 0x00007f216c24926c in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #4 0x00007f2179c7e73b in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib64/libQt5Core.so.5 #5 0x00007f2179c2f73a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib64/libQt5Core.so.5 #6 0x00007f2179a8c5f3 in QThread::exec() () from /lib64/libQt5Core.so.5 #7 0x00007f2179a909da in QThreadPriva...

...b/hw/xen_disk.c index a402ac8..3cecf8d 100644 --- a/hw/xen_disk.c +++ b/hw/xen_disk.c @@ -560,7 +560,7 @@ static void blk_alloc(struct XenDevice *xendev) static int blk_init(struct XenDevice *xendev) { struct XenBlkDev *blkdev = container_of(xendev, struct XenBlkDev, xendev); - int index, qflags, info = 0; + int info = 0; /* read xenstore entries */ if (blkdev->params == NULL) { @@ -603,18 +603,49 @@ static int blk_init(struct XenDevice *xendev) } /* read-only ? */ - qflags = BDRV_O_NOCACHE | BDRV_O_CACHE_WB | BDRV_O_NATIVE_AIO; - if (strcmp(blkdev->m...

...0007ffff271f6ad in poll () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00007fffede4b9f6 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x00007fffede4bb0c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x00007ffff303404f in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #4 0x00007ffff2fdd9ca in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #5 0x00007ffff2e0b0f3 in QThread::exec() () from /usr/lib/x86_64-linux-g...

...ac70d2de80 (LWP 2674))] Thread 6 (Thread 0x7fac4f5ef700 (LWP 3324)): #0 0x00007fac706afdd6 in ppoll () at /usr/lib/libc.so.6 #1 0x00007fac6da4ccbb in qt_safe_poll(pollfd*, unsigned long, timespec const*) () at /usr/lib/libQt5Core.so.5 #2 0x00007fac6da4e1ab in QEventDispatcherUNIX::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib/libQt5Core.so.5 #3 0x00007fac6d9fc6fc in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib/libQt5Core.so.5 #4 0x00007fac6d845849 in QThread::exec() () at /usr/lib/libQt5Core.so.5 #5 0x00007fac680e79c9 in () at /usr/...

...#1 0x00007fe0bf6d6993 in g_main_context_prepare () from /usr/lib64/libglib-2.0.so.0 #2 0x00007fe0bf6d735b in ?? () from /usr/lib64/libglib-2.0.so.0 #3 0x00007fe0bf6d753c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #4 0x00007fe0c5a7082b in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #5 0x00007fe0c5a180ea in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #6 0x00007fe0c585330a in QThread::exec() () from /usr/lib64/libQt5Core.so.5 #7 0x00007fe0c9119f35 in...

...(Thread 0x7ff6020b4700 (LWP 12083)): #0 0x00007ff6cd9166ed in poll () at /lib64/libc.so.6 #1 0x00007ff6c2f83876 in () at /usr/lib64/libglib-2.0.so.0 #2 0x00007ff6c2f8398c in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #3 0x00007ff6ce455aab in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (this=0x7ff5f00008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:419 #4 0x00007ff6ce3fd6fa in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) (this=this at entry=0x7ff6020b3c80, flags=..., flags at entry=...) at kernel/qeventloop.cpp:204 #5...

...+), 5 deletions(-) diff --git a/hw/xen_disk.c b/hw/xen_disk.c index 096d1c9..801da58 100644 --- a/hw/xen_disk.c +++ b/hw/xen_disk.c @@ -616,11 +616,13 @@ static int blk_init(struct XenDevice *xendev) { struct XenBlkDev *blkdev = container_of(xendev, struct XenBlkDev, xendev); int index, qflags, have_barriers, info = 0; - char *h; + char *h = NULL; /* read xenstore entries */ if (blkdev->params == NULL) { blkdev->params = xenstore_read_be_str(&blkdev->xendev, "params"); + if (blkdev->params != NULL) + h = strchr(blkdev...

...+), 7 deletions(-) diff --git a/hw/xen_disk.c b/hw/xen_disk.c index 096d1c9..faaa065 100644 --- a/hw/xen_disk.c +++ b/hw/xen_disk.c @@ -616,12 +616,14 @@ static int blk_init(struct XenDevice *xendev) { struct XenBlkDev *blkdev = container_of(xendev, struct XenBlkDev, xendev); int index, qflags, have_barriers, info = 0; - char *h; /* read xenstore entries */ if (blkdev->params == NULL) { + char *h = NULL; blkdev->params = xenstore_read_be_str(&blkdev->xendev, "params"); - h = strchr(blkdev->params, '':''); +...

Engine keys are private key files which are only understood by openssl external engines. ?The problem is they can't be loaded with the usual openssl methods, they have to be loaded via ENGINE_load_private_key(). ?Because they're files, they fit well into openssh pub/private file structure, so they're not very appropriately handled by the pkcs11 interface because it assumes the private

...+), 7 deletions(-) diff --git a/hw/xen_disk.c b/hw/xen_disk.c index 096d1c9..eec05dd 100644 --- a/hw/xen_disk.c +++ b/hw/xen_disk.c @@ -616,12 +616,14 @@ static int blk_init(struct XenDevice *xendev) { struct XenBlkDev *blkdev = container_of(xendev, struct XenBlkDev, xendev); int index, qflags, have_barriers, info = 0; - char *h; /* read xenstore entries */ if (blkdev->params == NULL) { + char *h = NULL; blkdev->params = xenstore_read_be_str(&blkdev->xendev, "params"); - h = strchr(blkdev->params, '':''); +...

Hello, With the introduction of SSH_ASKPASS_REQUIRE in version 8.4, I've set up a script for SSH_ASKPASS to query my local passwordstore (https://www.passwordstore.org/) vault to retrieve the password for a given key. This works for ssh-add as well as ssh (configured with AddKeysToAgent set to 'yes'). My workflow effectively transforms into entering the password for the GPG key used

...ject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4 #56 0x00007fc5e216c01a in QItemSelectionModel::currentChanged(QModelIndex const&, QModelIndex const&) () from /usr/lib/libQtGui.so.4 #57 0x00007fc5e216c162 in QItemSelectionModel::setCurrentIndex(QModelIndex const&, QFlags<QItemSelectionModel::SelectionFlag>) () from /usr/lib/libQtGui.so.4 #58 0x00007fc5e29279c0 in ?? () from /usr/lib/libkdeui.so.5 #59 0x00007fc5e2927f75 in ?? () from /usr/lib/libkdeui.so.5 #60 0x00007fc5e2928092 in KPageView::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libkdeu...

Engine keys are keys whose file format is understood by a specific engine rather than by openssl itself. Since these keys are file based, the pkcs11 interface isn't appropriate for them because they don't actually represent tokens. The current most useful engine for openssh keys are the TPM engines, which allow all private keys to be stored in a form only the TPM hardware can decode,

...ut> allocated_nfds = <optimized out> fds = 0xa8247fc8 #38 0xb2197c2a in g_main_context_iteration (context=0x8db7e70, may_block=0) at /build/buildd/glib2.0-2.30.0/./glib/gmain.c:3152 retval = <optimized out> #39 0xb5721ada in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/i386-linux-gnu/libQtCore.so.4 No symbol table info available. #40 0xb5b7ae7a in ?? () from /usr/lib/i386-linux-gnu/libQtGui.so.4 No symbol table info available. #41 0xb56f7383 in QCoreApplication::processEvents(QFlags<QEventLoop::ProcessEven...

Hi, This is the first attempt to add a new qemu nvme backend using in-kernel nvme target. Most code are ported from qemu-nvme and also borrow code from Hannes Reinecke's rts-megasas. It's similar as vhost-scsi, but doesn't use virtio. The advantage is guest can run unmodified NVMe driver. So guest can be any OS that has a NVMe driver. The goal is to get as good performance as

Hi, This is the first attempt to add a new qemu nvme backend using in-kernel nvme target. Most code are ported from qemu-nvme and also borrow code from Hannes Reinecke's rts-megasas. It's similar as vhost-scsi, but doesn't use virtio. The advantage is guest can run unmodified NVMe driver. So guest can be any OS that has a NVMe driver. The goal is to get as good performance as

I've architected this in a way that looks future proof at least to the openssl provider transition. What will happen in openssl 3.0.0 is that providers become active and will accept keys via URI. The current file mechanisms will still be available but internally it will become a file URI. To support the provider interface, openssl will have to accept keys by URI instead of file and may

Hi, I would like to report that Tuncmatik Newtech Pro 1 KVA (http://www.tuncmatik.com/en-US/productDetail.asp?RecID=290) works with nut(2.4.1) blazer_usb, blazer_ser and megatec drivers. The UPS came with an usb cable and a java based software for both linux and windows, named ViewPower (http://www-power-software-download.com). This UPS has double interface a USB interface and a serial

Hello! I was asking for help on the Freenode channel, and I was pointed here. I have a situation where, using xl, I can create a functional PV domU, with or without pv-grub, but I cannot access the console. Firing up xend and using xm works without trouble. Since xend and company is being deprecated, I would like to transition to using the xl toolstack. The system is an Arch Linux system