search for: xps

...deb-pkg LOCALVERSION=-custom" while watching a Flash video on youtube and doing other things and this crash happened. This is the same machine as used in https://bugs.freedesktop.org/show_bug.cgi?id=91373 if that's relevant. Here is what was in kern.log post-reboot: Jul 21 10:11:42 dioo-XPS kernel: [ 2185.090321] ------------[ cut here ]------------ Jul 21 10:11:42 dioo-XPS kernel: [ 2185.090328] WARNING: CPU: 5 PID: 0 at kernel/watchdog.c:304 watchdog_overflow_callback+0x9a/0xc0() Jul 21 10:11:42 dioo-XPS kernel: [ 2185.090329] Watchdog detected hard LOCKUP on cpu 5 Jul 21 10:11:42 d...

...Component: Driver/nouveau Product: xorg Disto: Linux mint 14 Card: NVIDIA Corporation G86 [GeForce 8400M GS] (rev a1) (10de:0427) Starting with kernel 3.8.0+ I can no longer log in to Cinnamon with desktop effects. I get the following errors in the kernel log: Mar 8 20:06:41 pf-XPS-M1330 kernel: [ 3.338710] nouveau [ DEVICE][0000:01:00.0] BOOT0 : 0x086700a2 Mar 8 20:06:41 pf-XPS-M1330 kernel: [ 3.338717] nouveau [ DEVICE][0000:01:00.0] Chipset: G86 (NV86) Mar 8 20:06:41 pf-XPS-M1330 kernel: [ 3.338720] nouveau [ DEVICE][0000:01:00.0] Family : NV50 Mar 8 20:...

...g-team at lists.x.org On Ubuntu 14.04.2, with both the stock kernel and 3.19.0-22, nouveau fills kern.log with messages like these: ====================8< CUT HERE 8<================================================================= $ tail -n 3000 kern.log.1 | head -n 50 Jul 10 18:02:35 dioo-XPS kernel: [114893.357149] nouveau E[ PFIFO][0000:01:00.0] PBDMA0: ch 2 [Xorg[16558]] subc 5 mthd 0x0000 data 0x0000906e Jul 10 18:02:35 dioo-XPS kernel: [114893.406261] nouveau E[ PFIFO][0000:01:00.0] PBDMA0: LBREQ Jul 10 18:02:35 dioo-XPS kernel: [114893.406269] nouveau E[ PFIFO][0000:01:00.0] PBDMA...

I did a very quick pass at removing all the non-KMS support from the DDX. It's tested on G80 but nowhere else currently, I thought some discussion would be a good idea rather than just ripping it out :) The non-KMS paths are messy, and lets face it, rotting badly. IMO the KMS code is stable enough now that we can continue without the UMS crutch, and indeed, the KMS code supports a lot more

Dear all, Please, please I really need your help, since I am not able to solve the problem myself: It seems that until now most Windows users of my Bioconductor package "xps" use Windows XP, but recently a user tried to use it on Windows Vista where it crashed R immediately. Since I assume that some users may migrate to the upcoming Windows 7 where the problem will be the same, I would appreciate any help to be able to support Vista/Windows 7, thank you in adv...

Dear all When trying to install my package on Windows XP on my Mac, I get the following error: ---------- Making package xps ------------ ... ... xpsDict.cxx "C:\Programme\Microsoft Visual Studio 9.0\VC\bin/link" /dll /def:xps.def /out:xps.dll fp10.obj -opt:noref -nologo -include:_G__cpp_setupG__Hist -include:_G__cpp_setupG__Graf1 -include:_G__cpp_setupG__G3D -include:_G__cpp_setupG__GPad -include:_G__cpp_...

...ackage on Windows XP using Microsoft Visual Studio 9.0, thus I had to create a "Makefile.win". Now I have a question regarding compiler options /MT vs /MD for Makefile.win. The following partial output shows that when building my package on Windows XP using "R CMD build --binary xps" with compiler option /MT everything is ok: - - - - - - - - running src/Makefile.win ... "C:\Programme\Microsoft Visual Studio 9.0\VC\bin/cl" /I"C:\root/include" /FIw32p ragma.h /MT /EHsc /Ox /D "MSVC" /D "WIN32" /c TStat.cxx Microsoft (R) 32-bit C/...

Dear Jack, First, please do not use r-help or r-devel to ask Bioconductor-related questions, Bioconductor has its own support site for BioC packages: https://support.bioconductor.org/ Second, please note that ROOT_6.x cannot be used for xps. In the README file I mention for Yosemite: ftp://root.cern.ch/root/root_v5.34.30.macosx64-10.10-clang61.tar.gz However, you can probably also use the newest version: ftp://root.cern.ch/root/root_v5.34.34.macosx64-10.10-clang61.tar.gz Before installing ROOT again please make sure to delete all ve...

Dear Jack, First, please do not use r-help or r-devel to ask Bioconductor-related questions, Bioconductor has its own support site for BioC packages: https://support.bioconductor.org/ Second, please note that ROOT_6.x cannot be used for xps. In the README file I mention for Yosemite: ftp://root.cern.ch/root/root_v5.34.30.macosx64-10.10-clang61.tar.gz However, you can probably also use the newest version: ftp://root.cern.ch/root/root_v5.34.34.macosx64-10.10-clang61.tar.gz Before installing ROOT again please make sure to delete all ve...

We used to use a percpu structure vq_index to record the cpu to queue mapping, this is suboptimal since it duplicates the work of XPS and loses all other XPS functionality such as allowing use to configure their own transmission steering strategy. So this patch switches to use XPS and suggest a default mapping when the number of cpus is equal to the number of queues. With XPS support, there's no need for keeping per-cpu vq_i...

We used to use a percpu structure vq_index to record the cpu to queue mapping, this is suboptimal since it duplicates the work of XPS and loses all other XPS functionality such as allowing use to configure their own transmission steering strategy. So this patch switches to use XPS and suggest a default mapping when the number of cpus is equal to the number of queues. With XPS support, there's no need for keeping per-cpu vq_i...

We used to use a percpu structure vq_index to record the cpu to queue mapping, this is suboptimal since it duplicates the work of XPS and loses all other XPS functionality such as allowing user to configure their own transmission steering strategy. So this patch switches to use XPS and suggest a default mapping when the number of cpus is equal to the number of queues. With XPS support, there's no need for keeping per-cpu vq_...

Am 07.11.2018 um 15:15 schrieb Jim Perrin <jperrin at centos.org>: > > On 11/3/18 12:32 PM, Leon Fauster via CentOS wrote: >> Anyone with some Dell laptop XPS 13 9370 (2018) experience here? >> Especially with that "Killer 1435 (802.11ac 2x2 und Bluetooth)" device? >> Supported by the stock kernel (EL7)? > > > I had reasonably unreliable performance with that particular > chip(sometimes wireless wouldn't wake up f...

We used to use a percpu structure vq_index to record the cpu to queue mapping, this is suboptimal since it duplicates the work of XPS and loses all other XPS functionality such as allowing user to configure their own transmission steering strategy. So this patch switches to use XPS and suggest a default mapping when the number of cpus is equal to the number of queues. With XPS support, there's no need for keeping per-cpu vq_...

...ty Report", date = "October, 2011", author = "Christian Stratowa", outdir = file.path(getwd(), "TestQA"), ...) { ## directory containing parts of QAReport.Rnw indir <- file.path(path.package("xps"), "QC"); ## create directory containing final QAReport.Rnw if (!dir.create(outdir)) stop("could not create report directory"); if (!dir.create(file.path(outdir, "inst"))) stop("could not create report subdirectory 'inst'&qu...

We used to use a percpu structure vq_index to record the cpu to queue mapping, this is suboptimal since it duplicates the work of XPS and loses all other XPS functionality such as allowing use to configure their own transmission steering strategy. So this patch switches to use XPS and suggest a default mapping when the number of cpus is equal to the number of queues. With XPS support, there's no need for keeping per-cpu vq_i...

We used to use a percpu structure vq_index to record the cpu to queue mapping, this is suboptimal since it duplicates the work of XPS and loses all other XPS functionality such as allowing use to configure their own transmission steering strategy. So this patch switches to use XPS and suggest a default mapping when the number of cpus is equal to the number of queues. With XPS support, there's no need for keeping per-cpu vq_i...

On 11/7/18 7:28 AM, Leon Fauster via CentOS wrote: > Am 07.11.2018 um 15:15 schrieb Jim Perrin <jperrin at centos.org>: >> On 11/3/18 12:32 PM, Leon Fauster via CentOS wrote: >>> Anyone with some Dell laptop XPS 13 9370 (2018) experience here? >>> Especially with that "Killer 1435 (802.11ac 2x2 und Bluetooth)" device? >>> Supported by the stock kernel (EL7)? >> >> I had reasonably unreliable performance with that particular >> chip(sometimes wireless wouldn'...

Jason Wang <jasowang at redhat.com> writes: > We used to use a percpu structure vq_index to record the cpu to queue > mapping, this is suboptimal since it duplicates the work of XPS and > loses all other XPS functionality such as allowing use to configure > their own transmission steering strategy. > > So this patch switches to use XPS and suggest a default mapping when > the number of cpus is equal to the number of queues. With XPS support, > there's no...

From: Jason Wang <jasowang at redhat.com> Date: Mon, 30 Sep 2013 15:37:17 +0800 > We used to use a percpu structure vq_index to record the cpu to queue > mapping, this is suboptimal since it duplicates the work of XPS and > loses all other XPS functionality such as allowing use to configure > their own transmission steering strategy. > > So this patch switches to use XPS and suggest a default mapping when > the number of cpus is equal to the number of queues. With XPS support, > there's no...