search for: e18e

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