similar to: [Bug 56461] New: NV11 black screen & kernel hang on loading nouveaufb

https://bugs.freedesktop.org/show_bug.cgi?id=42384 Bug #: 42384 Summary: X fails on NV11 with Error allocating scanout buffer: 0 Classification: Unclassified Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium

From: Ville Syrjälä <ville.syrjala at linux.intel.com> Use drm_for_each_connector_encoder_ids() for iterating connector->encoder_ids[]. A bit more convenient not having to deal with the implementation details. Cc: Ben Skeggs <bskeggs at redhat.com> Cc: nouveau at lists.freedesktop.org Signed-off-by: Ville Syrjälä <ville.syrjala at linux.intel.com> ---

https://bugs.freedesktop.org/show_bug.cgi?id=82834 Priority: medium Bug ID: 82834 Assignee: nouveau at lists.freedesktop.org Summary: GeForce 8800 GS shows incorrect temperature with nouveau QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All)

Commit 2a44e499 ("drm/nouveau/disp: introduce proper init/fini, separate from create/destroy") started to call display init routines on pre-nv50 hardware on module load. But LVDS init code sets driver state in a way which prevents modesetting code from operating properly. nv04_display_init calls nv04_dfp_restore, which sets encoder->last_dpms to NV_DPMS_CLEARED.

How do I install any version of samba onto a Windows 2000 server? Larry

Hi Jeff, We are splitting hairs because R is splitting hairs, and causing us problems. Integer and numeric are different R classes with different properties, mathematical relationships notwithstanding. For instance, the counterintuitive result: > identical(as.integer(1), as.numeric(1)) [1] FALSE Unfortunately the reply-to chain doesn't extend far enough -- here is the original

On 11/04/2016 8:25 PM, Paulson, Ariel wrote: > Hi Jeff, > > > We are splitting hairs because R is splitting hairs, and causing us problems. Integer and numeric are different R classes with different properties, mathematical relationships notwithstanding. For instance, the counterintuitive result: The issue here is that R has grown. The as() function is newer than the as.numeric()

Use all.equal instead of identical if you want to gloss over integer/numeric class differences and minor floating point differences (and a host of others). Bill Dunlap TIBCO Software wdunlap tibco.com On Mon, Apr 11, 2016 at 5:25 PM, Paulson, Ariel <apa at stowers.org> wrote: > Hi Jeff, > > > We are splitting hairs because R is splitting hairs, and causing us > problems.

Is there a procedure for installing and configuring SAMBA 3.0 for a Windows 2000 server so as to share files from the Windows 2000 server for Sun Solaris 8 workstations? Thanks, Larry

"The documentation aims to be accurate, not necessarily clear." !!! I hope that is not the case! Accurate documentation that is confusing is not very useful. I understand that it is challenging to write docs that are both clear and accurate; but I hope that is always the goal. Cheers, Bert Bert Gunter "The trouble with having an open mind is that people keep coming along and

Hypothesis regarding the thought process: integer is a perfect subset of numeric, so why split hairs? -- Sent from my phone. Please excuse my brevity. On April 11, 2016 12:36:56 PM PDT, Bert Gunter <bgunter.4567 at gmail.com> wrote: >Indeed! > >Slightly simplified to emphasize your point: > >> class(as(1:2,"numeric")) >[1] "integer" > >>

Ok, I see the difference between 1 and 1:2, I'll just leave it as one of those "only in R" things. But it seems then, that as.numeric() should guarantee a FALSE outcome, yet it does not. To build on what Rolf pointed out, I would really love for someone to explain this one: > str(1) num 1 > str(1:2) int [1:2] 1 2 > str(as.numeric(1:2)) num [1:2] 1 2 >

Indeed! Slightly simplified to emphasize your point: > class(as(1:2,"numeric")) [1] "integer" > class(as.numeric(1:2)) [1] "numeric" whereas in ?as it says: "Methods are pre-defined for coercing any object to one of the basic datatypes. For example, as(x, "numeric") uses the existing as.numeric function. " I suspect this is related to

Hi all! I have a vector, let's say for example int <- sample(1:20,10); for now: now I have a matrix... M = m x n where the first column is a "feature" column and most likely shares at least one of the int (interesting) numbers. I want to extract the rows where int[] = M[,1] I thought: rownames(int)<-int; rownames(M)<-M[,1]; M[rownames(int),] would work, but it

Hi all (especially R-core) I suppose, With the introduction of the new functional programming functions into base I thought I'd ask for a Curry() function. I use a simple one that looks this: Curry = function(FUN,...) { .orig = list(...);function(...) do.call(FUN,c(.orig,list(...))) } This comes in really handy when using say, heatmap():

Full_Name: Byron Ellis Version: R 1.9.0 (and 2.0.0) OS: Linux (Redhat Fedora Core) Submission from: (NULL) (140.247.241.197) It appears that `R CMD build` cannot handle spaces in the path when building packages for distribution. For instance: [ellis@net-78815 ~/Bayesian Networks]$ R CMD build bnsl * checking for file 'bnsl/DESCRIPTION' ... OK * preparing 'bnsl': * cleaning src *

Hi all! I am currently writing a C-module for a for loop in which I permute columns in a matrix (bootstrapping) and I send a couple of variables into C initially. All of it is working, except the initial values I send to R are rounded/truncated (I believe rounded). I am using a 32 bit machine to compile, I am using (I believe) 32 bit R.... While debugging I print the values I am sending to C,

Has anyone taken a shot at a Cairo graphics device yet? I half expected to see one on either Paul's pages or Omegahat. :-) --- Byron Ellis (ellis at stat.harvard.edu) "Oook" -- The Librarian

> ---------- Forwarded message ---------- > From: Byron Ellis <ellis at stat.harvard.edu> > If we wanted to be truly radical we'd just accept that graphics > devices and event loops are just special cases of the connection and > merge the whole thing, thus more-or-less reinventing CLIM. :-) Eventually, all programming languages grow up and become Lisp. (progress,

Full_Name: Byron Ellis Version: 2.1.0 OS: OS X Submission from: (NULL) (67.124.246.46) > x = charToRaw("12345") > x [1] 31 32 33 34 35 > save(x,file="x.Rda") > rm(x) > load("x.Rda") > x [1] 00 00 00 00 00 Thats no fun.