search for: kernelspac

On Wed, May 01, 2019 at 12:47:48AM +0300, Jaak Ristioja wrote: > Hello! > > I'm experiencing the following task hangs at least 2-3 times a day when > using a Kubuntu desktop in KVM via a SPICE client. This has occurred > with the stock kernels in Kubuntu since Kubuntu 18.04. This makes the VM > unusable as a graphical remote desktop and the hung task prevents > Kubuntu

On Tue, Aug 06, 2019 at 09:00:10PM +0300, Jaak Ristioja wrote: > Hello! > > I'm writing to report a crash in the QXL / DRM code in the Linux kernel. > I originally filed the issue on LaunchPad and more details can be found > there, although I doubt whether these details are useful. Any change with kernel 5.3-rc7 ? cheers, Gerd

Hi, --verbose please. Do you see the same hang? Does the patch fix it? > --- a/drivers/gpu/drm/ttm/ttm_execbuf_util.c > +++ b/drivers/gpu/drm/ttm/ttm_execbuf_util.c > @@ -97,8 +97,9 @@ int ttm_eu_reserve_buffers(struct ww_acq > struct list_head *dups, bool del_lru) [ ... ] > + if (locked) > + ttm_eu_backoff_reservation_reverse(list, entry); Hmm, I think the

On Mon, 9 Sep 2019 from Gerd Hoffmann <kraxel at redhat.com> > > Hmm, I think the patch is wrong. Hmm...it should have added change only in the error path, leaving locks for drivers to release if job is done with no error returned. > As far I know it is the qxl drivers's > job to call ttm_eu_backoff_reservation(). Like other drivers, qxl is currently doing the right. >

On 05.09.19 15:34, Jaak Ristioja wrote: > On 05.09.19 10:14, Gerd Hoffmann wrote: >> On Tue, Aug 06, 2019 at 09:00:10PM +0300, Jaak Ristioja wrote: >>> Hello! >>> >>> I'm writing to report a crash in the QXL / DRM code in the Linux kernel. >>> I originally filed the issue on LaunchPad and more details can be found >>> there, although I

> > On Tue, 6 Aug 2019 21:00:10 +0300 From: Jaak Ristioja <jaak at ristioja.ee> > > Hello! > > > > I'm writing to report a crash in the QXL / DRM code in the Linux kernel. > > I originally filed the issue on LaunchPad and more details can be found > > there, although I doubt whether these details are useful. > > > >

Hello! I'm experiencing the following task hangs at least 2-3 times a day when using a Kubuntu desktop in KVM via a SPICE client. This has occurred with the stock kernels in Kubuntu since Kubuntu 18.04. This makes the VM unusable as a graphical remote desktop and the hung task prevents Kubuntu from gracefully rebooting (e.g. "reboot" via SSH). Any ideas? INFO: task Xorg:879 blocked

Hello! I'm experiencing the following task hangs at least 2-3 times a day when using a Kubuntu desktop in KVM via a SPICE client. This has occurred with the stock kernels in Kubuntu since Kubuntu 18.04. This makes the VM unusable as a graphical remote desktop and the hung task prevents Kubuntu from gracefully rebooting (e.g. "reboot" via SSH). Any ideas? INFO: task Xorg:879 blocked

hi, all you know in the linux userspace , i can compile and run the following program to get the name or inode number of the files in the /bin directory. i want to know how to do this in linux kernelspace ? thank you very much! /*********************************************************************/ #include <unistd.h> #include <sys/stat.h> #include <stdio.h> #include <string.h> #include <stdlib.h> #include <dirent.h> void printdir(char *dir, int depth){...

hi, all you know in the linux userspace , i can compile and run the following program to get the name or inode number of the files in the /bin directory. i want to know how to do this in linux kernelspace ? thank you very much! /*********************************************************************/ #include <unistd.h> #include <sys/stat.h> #include <stdio.h> #include <string.h> #include <stdlib.h> #include <dirent.h> void printdir(char *dir, int depth){...

> > On 05.09.19 15:34, Jaak Ristioja wrote: > > On 05.09.19 10:14, Gerd Hoffmann wrote: > >> On Tue, Aug 06, 2019 at 09:00:10PM +0300, Jaak Ristioja wrote: > >>> Hello! > >>> > >>> I'm writing to report a crash in the QXL / DRM code in the Linux kernel. > >>> I originally filed the issue on LaunchPad and more details can be

...aemon Assignee: netfilter-buglog at lists.netfilter.org Reporter: arturo.borrero.glez at gmail.com IPv6 kernel filtering seems broken in conntrackd 1.4.3 with Linux kernel 4.4. The test is simple: * configure a two node conntrackd cluster to sync connections * configure IPv6 kernelspace filtering * launch `conntrack -E' to see conntrack events in both nodes * launch some IPv6 matching traffic, and see it syncing to the other node * switch the config to userspace filtering * launch some IPv6 matching traffic, the sync don't happen this time. This is an example configu...

On 05.09.19 10:14, Gerd Hoffmann wrote: > On Tue, Aug 06, 2019 at 09:00:10PM +0300, Jaak Ristioja wrote: >> Hello! >> >> I'm writing to report a crash in the QXL / DRM code in the Linux kernel. >> I originally filed the issue on LaunchPad and more details can be found >> there, although I doubt whether these details are useful. > > Any change with kernel

On 05.09.19 10:14, Gerd Hoffmann wrote: > On Tue, Aug 06, 2019 at 09:00:10PM +0300, Jaak Ristioja wrote: >> Hello! >> >> I'm writing to report a crash in the QXL / DRM code in the Linux kernel. >> I originally filed the issue on LaunchPad and more details can be found >> there, although I doubt whether these details are useful. > > Any change with kernel

...vringh.c +++ b/drivers/vhost/vringh.c @@ -852,6 +852,12 @@ static inline int xfer_kern(void *src, void *dst, size_t len) return 0; } +static inline int kern_xfer(void *dst, void *src, size_t len) +{ + memcpy(dst, src, len); + return 0; +} + /** * vringh_init_kern - initialize a vringh for a kernelspace vring. * @vrh: the vringh to initialize. @@ -958,7 +964,7 @@ EXPORT_SYMBOL(vringh_iov_pull_kern); ssize_t vringh_iov_push_kern(struct vringh_kiov *wiov, const void *src, size_t len) { - return vringh_iov_xfer(wiov, (void *)src, len, xfer_kern); + return vringh_iov_xfer(wiov, (void *)s...

...vringh.c +++ b/drivers/vhost/vringh.c @@ -852,6 +852,12 @@ static inline int xfer_kern(void *src, void *dst, size_t len) return 0; } +static inline int kern_xfer(void *dst, void *src, size_t len) +{ + memcpy(dst, src, len); + return 0; +} + /** * vringh_init_kern - initialize a vringh for a kernelspace vring. * @vrh: the vringh to initialize. @@ -958,7 +964,7 @@ EXPORT_SYMBOL(vringh_iov_pull_kern); ssize_t vringh_iov_push_kern(struct vringh_kiov *wiov, const void *src, size_t len) { - return vringh_iov_xfer(wiov, (void *)src, len, xfer_kern); + return vringh_iov_xfer(wiov, (void *)s...

On Tue, 6 Aug 2019 21:00:10 +0300 From: Jaak Ristioja <jaak at ristioja.ee> > Hello! > > I'm writing to report a crash in the QXL / DRM code in the Linux kernel. > I originally filed the issue on LaunchPad and more details can be found > there, although I doubt whether these details are useful. > > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1813620

On Tue, 6 Aug 2019 21:00:10 +0300 From: Jaak Ristioja <jaak at ristioja.ee> > Hello! > > I'm writing to report a crash in the QXL / DRM code in the Linux kernel. > I originally filed the issue on LaunchPad and more details can be found > there, although I doubt whether these details are useful. > > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1813620

...l implementation. It sure did prove itself >> when the remoteproc use cases started showing up, and it's neat. > > The problem space is a bit different. My immediate concern is getting > vhost (and thus vhost_net/blk) to use vringh: I wanted to unify the > in-userspace and in-kernelspace ring implementations. We don't have > that issue in virtqueue.c. > > vhost is (will be) the higher abstraction for in-userspace rings, > perhaps we want an equivalent for in-kernelspace rings. I'm happy to > look at patches, but I don't immediately see what it would lo...

...l implementation. It sure did prove itself >> when the remoteproc use cases started showing up, and it's neat. > > The problem space is a bit different. My immediate concern is getting > vhost (and thus vhost_net/blk) to use vringh: I wanted to unify the > in-userspace and in-kernelspace ring implementations. We don't have > that issue in virtqueue.c. > > vhost is (will be) the higher abstraction for in-userspace rings, > perhaps we want an equivalent for in-kernelspace rings. I'm happy to > look at patches, but I don't immediately see what it would lo...