similar to: [Bug 91705] New: [NVE7] GPU crash (read fault) on boot w/ DMI+HDMI outputs

https://bugs.freedesktop.org/show_bug.cgi?id=32855 Summary: Incorrect image stretching with Render in RepeatPad mode, NV50 Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

On Fri, Mar 13, 2009 at 6:09 PM, Bill Wendling <isanbard at gmail.com> wrote: > On Fri, Mar 13, 2009 at 4:41 PM, Zack Weinberg <zackw at panix.com> wrote: >> I'm trying to persuade llvm (svn trunk) to build in a mode where it >> *runs on* amd64 but *generates code* for alpha, exclusively. ... >>  - The "natural" way to do that (by which I mean

I'm trying to persuade llvm (svn trunk) to build in a mode where it *runs on* amd64 but *generates code* for alpha, exclusively. (Well, technically, generate code for my experimental architecture simulator that happens to be based on alpha.) I have been unable to find any combination of configure switches that makes this happen. I should probably underline that I am _not_ trying to

This is an expanded version of the question I tried to ask last night - I thought I had it this morning, but it's still not working and I just do not understand what is going wrong. What I am trying to do is write a wrapper for lattice xyplot() that passes a whole bunch of its secondary arguments, so that I can produce similarly formatted graphs for several different data sets. This is what

Hi Zack, On Fri, Mar 13, 2009 at 4:41 PM, Zack Weinberg <zackw at panix.com> wrote: > I'm trying to persuade llvm (svn trunk) to build in a mode where it > *runs on* amd64 but *generates code* for alpha, exclusively.  (Well, > technically, generate code for my experimental architecture simulator > that happens to be based on alpha.)  I have been unable to find any >

As you may not be surprised to hear, no sooner did I post the previous message than I realized I had a really dumb mistake. I've now gotten a bit farther but am still stuck. New code: graph <- function (x, data, groups, xlab) { pg <- function(x, y, group.number, ...) fnord body(pg) <- substitute({ panel.xyplot(x, y, ..., group.number=group.number) panel.text(2,

https://bugs.freedesktop.org/show_bug.cgi?id=89272 Bug ID: 89272 Summary: GM206 does not recognize attached hdmi monitor Product: xorg Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

https://bugs.freedesktop.org/show_bug.cgi?id=60680 Priority: medium Bug ID: 60680 Assignee: nouveau at lists.freedesktop.org Summary: HDMI is connected and has mode, TV says "no signal" QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter:

On Mon, Mar 16, 2009 at 11:25 AM, Chris Lattner <clattner at apple.com> wrote: > Hi Zack, welcome! I regret to say I'm disappearing again. I was only looking at LLVM for a class project which is now done with, and I'm not really interested in compiler development for the fun of it anymore. I do want to respond to some of the things that you (and others) said... > On Mar 13,

Is there any way to set options during the evaluation of a particular expression, with them automatically reset when control leaves that expression, however that happens? Kind of like "let" on a "special" variable does in Lisp. I naively tried with(options(warn=-1), { fit <- fitdistr(data, 'weibull') # complains about NaNs }) but this leaves

On Fri, Aug 3, 2018 at 8:19 AM, Karol Herbst <kherbst at redhat.com> wrote: > v2: clean up left over comments > don't overwrite hdmimhz parameter > cap to 297MHz > > Signed-off-by: Karol Herbst <kherbst at redhat.com> > --- > drm/nouveau/dispnv50/disp.c | 5 +++++ > drm/nouveau/nouveau_connector.c | 15 ++++++++++----- >

This is the beginnings of HDMI 2.0 support. All of the "extra" features are left out, such as 12/16bpc, YUV420, etc. I've verified that with this code, a GP108 (GT1030) can switch between 4k at 60 and 1920x1080 at 60 on a LG 4K TV. Further, I've verified via i2c tools, that the SCDC writes really do happen. I suspect that the patch for keeping track of the high-speed TMDS

The Linux implementation of TCP sockets has a bug which causes shutdown(sock, SHUT_RD) to fail spuriously (ENOTCONN) if the write side of the socket has already been shut down. If you are using SSH port forwarding to tunnel HTTP through a firewall, nchan.c will tickle this bug once for every HTTP exchange. You will therefore get lots of useless, annoying error messages: channel 2:

https://bugs.freedesktop.org/show_bug.cgi?id=80300 Priority: medium Bug ID: 80300 Assignee: nouveau at lists.freedesktop.org Summary: [NVE7] Fails to suspend on 3.15 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: e.swanson+xorgbugs at

I find myself wanting to plot three graphs side by side 'as if' they were panels -- that is, with the same y-axis limits, no space between the graphs, and precise vertical alignment of the plot areas. However, I don't want strip titles; I want each graph to have its own x-axis label, on the bottom of the plot. The best way I have so far found to do this is to fake up a data frame that

Hi Zack, welcome! On Mar 13, 2009, at 5:41 PM, Zack Weinberg wrote: > I'm trying to persuade llvm (svn trunk) to build in a mode where it > *runs on* amd64 but *generates code* for alpha, exclusively. (Well, > technically, generate code for my experimental architecture simulator > that happens to be based on alpha.) I have been unable to find any > combination of configure

https://bugs.freedesktop.org/show_bug.cgi?id=58735 Priority: medium Bug ID: 58735 Assignee: nouveau at lists.freedesktop.org Summary: GeForce 680, HDMI output no good after passing through HDMI-to-DVI converter QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS:

I'm trying to use R to determine the quality of a cubic Bezier curve approximation of an elliptical arc. I know the four control points and I want to compute (x,y) coordinates of many points on the curve. I can't find anything in either the base distribution or CRAN that does this; all the spline-related packages seem to be about *fitting* piecewise Bezier curves to a data set.

Given > D = data.frame(o=gl(2,1,4)) this works as I expected: > evalq(o, D) [1] 1 2 1 2 Levels: 1 2 but neither of these does: > f <- function(x, dat) evalq(x, dat) > f(o, D) Error in eval(expr, envir, enclos) : object "o" not found > g <- function(x, dat) eval(x, dat) > g(o, D) Error in eval(x, dat) : object "o" not found What am I doing wrong?

Hi I have an issue with a Nvidia GeForce 710 graphic card since several weeks, probably related to a bug in Nouveau. Here is my setup : A Computer based on X58 chipset running Proxmox VE 4.x. The graphic card is used by a qemu-kvm virtual machine running Debian 9 testing thanks to PCI passthrough. The issue : the graphic card has 1 VGA, 1 DVI, 1 HDMI outputs. If a DVI or HDMI monitor is plugged