Using the kernel 4.19.0-rc2 it works now, so With the fix for not
calling fput when memfd == NULL the patch is
Reviewed-By: Gert Wollny
best,
Gert
Am Montag, den 10.09.2018, 15:30 +0200 schrieb Gerd Hoffmann:
> On Mon, Sep 10, 2018 at 01:31:08PM +0200, Gert Wollny wrote:
> > Am Mo
Am Montag, den 10.09.2018, 15:30 +0200 schrieb Gerd Hoffmann:
> On Mon, Sep 10, 2018 at 01:31:08PM +0200, Gert Wollny wrote:
> > Am Montag, den 10.09.2018, 12:53 +0200 schrieb Gerd Hoffmann:
> > >
> > > By default qemu doesn't use memfd for backing storage, yo
Am Montag, den 10.09.2018, 15:30 +0200 schrieb Gerd Hoffmann:
> On Mon, Sep 10, 2018 at 01:31:08PM +0200, Gert Wollny wrote:
> > Am Montag, den 10.09.2018, 12:53 +0200 schrieb Gerd Hoffmann:
> > >
> > > By default qemu doesn't use memfd for backing storage, yo
Am Montag, den 10.09.2018, 12:53 +0200 schrieb Gerd Hoffmann:
>
> By default qemu doesn't use memfd for backing storage, you have to
> explicitly configure qemu that way (see qemu commit log of the test
> branch):
>
> qemu-system-x86_64 -m 2G
> -object memory-backend-memfd,id=ram,
Am Montag, den 10.09.2018, 10:37 +0200 schrieb Gerd Hoffmann:
...
> > The other question is of course, why did dma_buf_export fail for me
> > ...
>
> What exactly did you try?
I ran
qemu-system-x86_64 -enable-kvm -smp 5 -M q35 -m 8G \
-drive format=raw,file=ubuntu.raw,if=virtio \
-n
I am by no means a kernel expert, but Tomeu asked whether I could
review this. Generally the patch looks okay, it applied (on top of
4.18.5-gentoo), and compiled without problems.
However, running the experimental qemu branch I get a kernel bug:
BUG: unable to handle kernel NULL pointer derefere
Hello,
I've hit a Kernel BUG with the combination of nonstandart kernel
modules. So dear linux-kernel readers, this bug report may or may not
apply to the standart kernel. But if you have any comments, please CC
me.
We use the dolphinics psb66 clustering card and a GForce 256 graphics
card.
We
, 16 Nov 2000 11:40:28 +0100 (CET)
From: Gert Wollny <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: my patch
Message-ID: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-1463811830-1847483163-974371228=:1389"
X-Mozil
Hello,
i think it got it nailed, please try the attached patch (it is against
11-pre4, but it should work against all test11).
Explanation:
with test7-pre6 in the imm-module the new scsi - code was enabled (see
imm.h).
This causes the locking of the io_request_lock in scsi_register_host
(scsi
James M wrote:
>
> Dunno what time it is over there
Just add seven hours to your time.
> but could you give this a try when you get a chance?
yeah, and the other thing i will do, is to go through the test7-pre
series, to see where the bug came to light.
-
To unsubscribe from this list: send th
On Tue, 14 Nov 2000, James M wrote:
>Was just trying to find out why I can mount in 11pre1 and 11pre2 when
> Gert can't mount at all, so I removed my VFAT factory formatted zipdisk
> and put in an Ext2 formatted one.**BOOM**
Actually i never tried to mount in my testings, just did "modp
A bug i had with kernel version 2.4.0-test9 is still there, but there are
additional information:
When parport_pc is compiled as module, and not already loaded
"modprobe imm" yields the LOCKUP message (subject).
The iomega-drive is usable after the modprobe and despite of
the lockup.
If parpo
compiling usb as module i get:
drivers/usb/usb.c 723: hotplug_path unknown ...
bye
Gert
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
13 matches
Mail list logo