Displaying 20 results from an estimated 44 matches for "e18e".
Did you mean:
e18
2014 Jan 16
2
[PATCH] drm/nv50/graph: add more trap names to print on error
Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu>
---
I made the assumption that showing the address is generally useful. Worst
case, it won't make sense but still be displayed. Seems simpler than
special-casing things.
drivers/gpu/drm/nouveau/core/engine/graph/nv50.c | 117 ++++++++++++-----------
1 file changed, 63 insertions(+), 54 deletions(-)
diff --git
2014 Jan 16
0
[PATCH] drm/nv50/graph: add more trap names to print on error
On Thu, Jan 16, 2014 at 1:13 AM, Ilia Mirkin <imirkin at alum.mit.edu> wrote:
> Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu>
> ---
>
> I made the assumption that showing the address is generally useful. Worst
> case, it won't make sense but still be displayed. Seems simpler than
> special-casing things.
Erm, I have a better version of this coming that
2014 Aug 20
26
[Bug 82835] New: GeForce 8800 GS VDPAU h264 decoding hang
https://bugs.freedesktop.org/show_bug.cgi?id=82835
Priority: medium
Bug ID: 82835
Assignee: nouveau at lists.freedesktop.org
Summary: GeForce 8800 GS VDPAU h264 decoding hang
QA Contact: xorg-team at lists.x.org
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: randrik at mail.ru
2012 Nov 06
3
Fix for vblank on nvc0
The vblank on nvc0 was not working correctly and would freeze X, I managed
to track it down and fix it with some help from m.b.lankhorst, see
https://bugs.freedesktop.org/show_bug.cgi?id=56692 for details.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20121106/27ceb48e/attachment.html>
--------------
2010 Oct 22
1
Controlling number of numbers before R rewrites to "+e18" etc
Hey,
I'm using R as a pre-processor for a large dataset with IDs which are
numeric (but has no numeric meaning so can be seen as factors).
I do some data formating and then write it out to a csv file.
However the problem is that the IDs are very long, 18-22 chars long more
precisely. R is constantly rewriting these IDs to the abbreviated +eX which
hinders me from exporting the data to the
2013 Dec 22
5
[Bug 72978] New: nouveau E[ PFIFO][0000:01:00.0] CACHE_ERROR
https://bugs.freedesktop.org/show_bug.cgi?id=72978
Priority: medium
Bug ID: 72978
Assignee: nouveau at lists.freedesktop.org
Summary: nouveau E[ PFIFO][0000:01:00.0] CACHE_ERROR
QA Contact: xorg-team at lists.x.org
Severity: normal
Classification: Unclassified
OS: All
Reporter: mikhail.v.gavrilov at
2010 Mar 01
0
[PATCH 2/2 V2] drm/nv50: Improve PGRAPH interrupt handling.
This makes nouveau recognise and report more kinds of PGRAPH errors, as
well as prevent GPU lockups resulting from some of them.
Lots of guesswork was involved and some part of this is probably
incorrect. Some potential-lockuop situations are handled by just
resetting a whole PGRAPH subunit, which doesn't sound like a "proper"
solution, but seems to work just fine... for now.
2010 Feb 28
1
[PATCH 1/2] drm/nv50: Make ctxprog wait until interrupt handler is done.
This will fix races between generated ctxprogs and interrupt handler.
Signed-off-by: Marcin Ko?cielnicki <koriakin at 0x04.net>
---
drivers/gpu/drm/nouveau/nv50_grctx.c | 5 +++++
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nv50_grctx.c b/drivers/gpu/drm/nouveau/nv50_grctx.c
index d105fcd..9f909ab 100644
---
2014 Aug 06
16
[Bug 82255] New: [VP2] Chroma planes are vertically stretched during VDPAU playback
https://bugs.freedesktop.org/show_bug.cgi?id=82255
Priority: medium
Bug ID: 82255
Assignee: nouveau at lists.freedesktop.org
Summary: [VP2] Chroma planes are vertically stretched during
VDPAU playback
Severity: normal
Classification: Unclassified
OS: All
Reporter: emil.l.velikov at gmail.com
2015 Mar 13
11
[Bug 89572] New: [NV86] Video playback corruption with nouveau, vdpau
https://bugs.freedesktop.org/show_bug.cgi?id=89572
Bug ID: 89572
Summary: [NV86] Video playback corruption with nouveau, vdpau
Product: xorg
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
2011 Oct 29
0
Bug#644100: Boot loader didn't return any data! if reboot domU with disk DRBD
...'front
end-id': '42', 'type': 'drbd'} to /local/domain/0/backend/vbd/42/51713.
[2011-10-29 21:03:49 26862] INFO (XendDomainInfo:2367) createDevice: vif : {'ip': '192.168.1.29', 'mac': '00:16:3E:8A:E6:D8', 'uuid': '0a2a5b6a-e18e-
748a-aa66-fdd8261d933b'}
[2011-10-29 21:03:49 26862] DEBUG (DevController:95) DevController: writing {'mac': '00:16:3E:8A:E6:D8', 'handle': '0', 'protocol': 'x86_64-abi', 'ba
ckend-id': '0', 'state': '1', 'back...
2018 Apr 03
2
nouveau TRAP_M2MF still there on G98
Hi!
In commit da5e45e619b3f101420c38b3006a9ae4f3ad19b0:
> drm/nouveau/mmu: ALIGN_DOWN correct variable
>
> Commit 7110c89bb8852ff8b0f88ce05b332b3fe22bd11e ("mmu: swap out round
> for ALIGN") replaced two calls to round/rounddown with ALIGN/ALIGN_DOWN,
> but erroneously applied ALIGN_DOWN to a different variable (addr) and left
> intended variable (tail) not
2012 Mar 10
2
[Bug 47191] New: random xorg hang with PGRAPH_TRAP_TPDMA_2D - TP 0 - Unknown fault at address
https://bugs.freedesktop.org/show_bug.cgi?id=47191
Bug #: 47191
Summary: random xorg hang with PGRAPH_TRAP_TPDMA_2D - TP 0 -
Unknown fault at address
Classification: Unclassified
Product: xorg
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity:
2013 Jan 29
1
R-help archives --- are they up-to-date?
I just saw a message from David Winsemius, responding to an inquiry
from Carol White:
> On Jan 28, 2013, at 9:06 PM, carol white wrote:
>
>> Should I understand that this message was received?
>
> It's always possible to check the Archives for this question.
This prompted me to ask about a problem that has been bothering me
for a while: When I go to "Search" on
2013 Mar 08
1
[Bug 62035] New: [Regression kernel 3.8.0+] G86 GeForce 8400M GS 3D desktop effects does not work
https://bugs.freedesktop.org/show_bug.cgi?id=62035
Priority: medium
Bug ID: 62035
Assignee: nouveau at lists.freedesktop.org
Summary: [Regression kernel 3.8.0+] G86 GeForce 8400M GS 3D
desktop effects does not work
QA Contact: xorg-team at lists.x.org
Severity: normal
Classification: Unclassified
2011 Feb 14
4
sem problem - did not converge
Someone can help me? I tried several things and always don't converge
# Model
library(sem)
dados40.cov <- cov(dados40,method="spearman")
model.dados40 <- specify.model()
F1 -> Item11, lam11, NA
F1 -> Item31, lam31, NA
F1 -> Item36, lam36, NA
F1 -> Item54, lam54, NA
F1 -> Item63, lam63, NA
F1 -> Item65, lam55, NA
F1 -> Item67, lam67, NA
F1 ->
2018 Jan 25
2
Problems getting nouveau to work with either Geforce GT710 or Geforce 9800GT on ARM Cortex-A9
The Geforce 9800GT also shows different behaviour without nvidiafb in
the kernel. I get lengthy messages from nouveau, like the ones found
in the email attachment.
It also eventually gets into the lightdm login graphical screen, but
with this card the screen is highly distorted, despite the mouse
cursor being properly displayed and moving around properly.
Luis
On Thu, Jan 25, 2018 at 1:14 PM,
2012 Dec 14
0
No subject
BIOSs that don't support ISOLINUX, and it would be really helpful if you
could tell us what the seriousness of the problem is, because we are
supposed to be releasing Debian GNU/Linux 3.0 in about 3 weeks, so
testing time is short.
Do you know how the standard multiboot feature of mkisofs comapres to
all of these? It's supposed to fail on some BIOSes, but in a way that
means that you
2012 Mar 04
1
Could not compute QR decomposition of Hessian.
Hi,
I created the model below, which returns me the following warning message:
In sem.default(ram = ram, S = S, N = N, param.names = pars, var.names =
vars, :
Could not compute QR decomposition of Hessian.
Optimization probably did not converge.
######### Model ########
mDPDF =
data.frame(mj1,mj2,mj3,mj4,mj5,eL1,eL2,eL3,eL4,eL5,aC1,aC2,aC3,aC4,disR1,disR2,disR3,disR4,disR5,
2010 Dec 16
0
ssh-copy-id
Hi Folks,
Prompted by this talk of ssh-import-id, I am reminded that Eric Moret
and I have collaborating on a new version of ssh-copy-id, available here:
http://git.hands.com/ssh-copy-id
Recently, Eric and I have been taking turns to be too busy to test the
very latest stuff (mostly my fault), but I think it's now pretty much
ready for a wider public, and if it's not your howls of