Displaying 20 results from an estimated 300 matches similar to: "[Bug 98997] New: Invalid ioctl during Xorg startup"
2007 Aug 06
3
[Bug 11868] New: Starting X for the second time fails (without reloading drm modules)
http://bugs.freedesktop.org/show_bug.cgi?id=11868
Summary: Starting X for the second time fails (without reloading
drm modules)
Product: xorg
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
2013 Sep 17
10
RESEND [Xen-unstable][Qemu-xen] HVM Guest reading of Expansion ROM from passthroughed PCI device returns data from emulated VGA rom
*RESEND* due to exceeding the mailinglists limit for attachment size.
Hi,
I''m trying to get secondary vga-passthrough on a HVM guest to work with a AMD HD6570 and the native kernel radeon driver and kernel modesetting.
So the guest still gets the emulated stdvga or cirrus device(used in my case here) as primary/boot vga adapter.
- When i don''t passthrough the radeon card, the
2009 Apr 27
0
7.2RC2 panic in drm_open_helper on amd64
[ Normally I'd have replied to the original email but I couldn't
figure out a way to subscribe to a list, and then reply to an email
already posted to the list.]
I have this very problem (with a different card):
http://lists.freebsd.org/pipermail/freebsd-stable/2009-April/049618.html
It looks like drm_open_helper() gets a NULL dev parameter and a panic
occurs when it attempts to set
2019 Oct 01
0
[nbdkit PATCH 6/6] tests: Test retry after partial extents
Add coverage for the previous patch. Each retry of .extents must be
into a fresh extents object, to avoid mismatch between provided and
expected offsets.
Signed-off-by: Eric Blake <eblake at redhat.com>
---
tests/Makefile.am | 2 +
tests/test-retry-extents.sh | 114 ++++++++++++++++++++++++++++++++++++
2 files changed, 116 insertions(+)
create mode 100755
2019 Oct 03
0
[nbdkit PATCH 2/4] tests: Test retry with different fua/fast-zero flags
Add coverage for the previous patch. Although most plugins don't
change can_fua or can_fast_zero on the fly, the code should still
not abort when calling .zero with a flag that was permitted by
the previous open but not permitted by the current open.
Signed-off-by: Eric Blake <eblake@redhat.com>
---
tests/Makefile.am | 2 +
tests/test-retry-zero-flags.sh | 126
2019 May 27
2
[PATCH 08/13] drm/nouveau: drop DRM_AUTH from DRM_RENDER_ALLOW ioctls
From: Emil Velikov <emil.velikov at collabora.com>
The authentication can be circumvented, by design, by using the render
node.
>From the driver POV there is no distinction between primary and render
nodes, thus we can drop the token.
Note: the outstanding DRM_AUTH instance is:
- legacy DRI1 ioctl, which is already neutered
Cc: Ben Skeggs <bskeggs at redhat.com>
Cc: nouveau at
2019 Jun 06
0
[PATCH 08/13] drm/nouveau: drop DRM_AUTH from DRM_RENDER_ALLOW ioctls
On Mon, 27 May 2019 at 09:19, Emil Velikov <emil.l.velikov at gmail.com> wrote:
>
> From: Emil Velikov <emil.velikov at collabora.com>
>
> The authentication can be circumvented, by design, by using the render
> node.
>
> From the driver POV there is no distinction between primary and render
> nodes, thus we can drop the token.
>
> Note: the outstanding
2014 Oct 16
2
[PATCH] drm/nouveau: Do not leak client objects
From: Thierry Reding <treding at nvidia.com>
The memory allocated for a nouveau_cli object in nouveau_cli_create() is
never freed. Free the memory in nouveau_cli_destroy() to plug this leak.
kmemleak recorded this after running a couple of nouveau test programs.
Note that kmemleak points at drm_open_helper() because for some reason
it thinks that skipping the first two stack frames is a
2007 Sep 03
4
Fixes and workarounds for regressions and issues in the randr-1.2 branch
Hi,
Please find attached the patches which I currently use on my desktop
machine for dual head with the randr branch to fix the issues which I found.
They may help others as well but may e.g. also disable the Xv blitter
which might be working for some (but didn't on my card) - more information
is found in the text comments in the patches.
I have to hurry so this is short, will be back.
2015 Nov 26
0
[libdrm 08/13] nouveau: make use of nouveau_drm::fd instead of nouveau_device::fd
From: Ben Skeggs <bskeggs at redhat.com>
The latter is deprecated, and will not be valid for newer clients.
Signed-off-by: Ben Skeggs <bskeggs at redhat.com>
---
nouveau/abi16.c | 32 +++++++++++++++-----------------
nouveau/nouveau-symbol-check | 1 -
nouveau/nouveau.c | 43 +++++++++++++++++++++----------------------
nouveau/nouveau.h | 1 -
2015 Dec 16
0
[libdrm v3 13/14] nouveau: clean up nouveau.h, noting deprecated members/functions
From: Ben Skeggs <bskeggs at redhat.com>
Signed-off-by: Ben Skeggs <bskeggs at redhat.com>
---
nouveau/nouveau.h | 227 +++++++++++++++++++++++++++---------------------------
1 file changed, 114 insertions(+), 113 deletions(-)
diff --git a/nouveau/nouveau.h b/nouveau/nouveau.h
index f3cf8f5..335ce77 100644
--- a/nouveau/nouveau.h
+++ b/nouveau/nouveau.h
@@ -4,24 +4,43 @@
#include
2014 Jul 31
1
[libdrm PATCH 1/3] nouveau: Only export public functions.
This hides all the abi16_* functions and the nouveau_debug variable,
they should have been private to begin with.
Signed-off-by: Maarten Lankhorst <maarten.lankhorst at canonical.com>
---
nouveau/Makefile.am | 1 +
nouveau/bufctx.c | 10 +++++-----
nouveau/nouveau.c | 40 ++++++++++++++++++++--------------------
nouveau/private.h | 1 +
nouveau/pushbuf.c | 20
2019 May 22
3
[PATCH 2/2] drm/nouveau: remove open-coded drm_invalid_op()
From: Emil Velikov <emil.velikov at collabora.com>
Cc: Ben Skeggs <bskeggs at redhat.com>
Cc: nouveau at lists.freedesktop.org
Signed-off-by: Emil Velikov <emil.velikov at collabora.com>
---
drivers/gpu/drm/nouveau/nouveau_abi16.c | 6 ------
drivers/gpu/drm/nouveau/nouveau_abi16.h | 1 -
drivers/gpu/drm/nouveau/nouveau_drm.c | 2 +-
3 files changed, 1 insertion(+), 8
2012 Apr 22
1
[PATCH 1/5] drm: add optional per device rwsem for all ioctls
Nouveau, in normal circumstances, does not need device lock for every ioctl,
but incoming "gpu reset" code needs exclusive access to the device.
This commit adds drm_driver flag which turns on read lock ioctl encapsulation.
Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com>
---
drivers/gpu/drm/drm_drv.c | 6 ++++++
drivers/gpu/drm/drm_stub.c | 2 ++
2015 Nov 26
0
[libdrm 06/13] nouveau: introduce object to represent the kernel client
From: Ben Skeggs <bskeggs at redhat.com>
Because NVIF intentionally lacks some of the paths necessary to be
compatible with various mistakes we've made over the years, libdrm
needs to know whether a client has been updated and that it's safe
to make use of the new kernel interfaces.
Clients still using nouveau_device_open()/wrap() will be forced to
make use of ABI16 instead of
2015 Nov 26
0
[libdrm 07/13] nouveau: stack legacy nouveau_device on top of nouveau_drm
From: Ben Skeggs <bskeggs at redhat.com>
Signed-off-by: Ben Skeggs <bskeggs at redhat.com>
---
nouveau/nouveau.c | 46 +++++++++++++++++++++-------------------------
1 file changed, 21 insertions(+), 25 deletions(-)
diff --git a/nouveau/nouveau.c b/nouveau/nouveau.c
index 9f82fde..e304a1b 100644
--- a/nouveau/nouveau.c
+++ b/nouveau/nouveau.c
@@ -244,39 +244,36 @@
2019 May 23
0
[PATCH 2/2] drm/nouveau: remove open-coded drm_invalid_op()
On Thu, 23 May 2019 at 01:03, Emil Velikov <emil.l.velikov at gmail.com> wrote:
>
> From: Emil Velikov <emil.velikov at collabora.com>
>
> Cc: Ben Skeggs <bskeggs at redhat.com>
> Cc: nouveau at lists.freedesktop.org
> Signed-off-by: Emil Velikov <emil.velikov at collabora.com>
Thanks!
> ---
> drivers/gpu/drm/nouveau/nouveau_abi16.c | 6 ------
>
2019 Mar 28
0
Panic: file mail-transaction-log-file.c: line 105 (mail_transaction_log_file_free): assertion failed: (!file->locked)
On 27/03/2019 16:12, Timo Sirainen wrote:
> On 27 Mar 2019, at 14.58, Timo Sirainen via dovecot <dovecot at dovecot.org
> <mailto:dovecot at dovecot.org>> wrote:
>>
>>> dovecot isn't able to auto fix the indexes and manual deletion is
>>> required in all such cases
>>
>> So if it keeps repeating, it's very strange. Could you send me
2015 Nov 26
0
[libdrm 05/13] nouveau: add interfaces to query information about supported classes
From: Ben Skeggs <bskeggs at redhat.com>
This will expose functionality supported by newer kernel interfaces.
Current userspace uses the chipset to determine which classes are likely
exposed, which generally works pretty well, but isn't as flexible as it
could be.
Unfortunately, the G98:GF100 video code in Mesa is still relying on the
kernel exposing incorrect vdec classes on some
2017 Nov 27
0
lmtp-Eroor
On 27.11.2017 08:37, Jakob Sch?rz wrote:
> Hi!
>
>
> Am 2017-11-27 um 01:35 schrieb Stephan Bosch:
>> Op 11/27/2017 om 12:53 AM schreef Jakob Sch?rz:
>>> Hi There!
>>>
>>> I can not find anything about this message:
>>>
>>> dovecot[23202]: lmtp(jakob): Debug: Mailbox <lmtp DATA>: Opened mail
>>> UID=1 because: header