similar to: Provider requires package to work

Fixes warnings on GPUs with smaller a smaller mmio region like vGPUs. Signed-off-by: Karol Herbst <kherbst at redhat.com> --- drm/nouveau/nvkm/engine/device/base.c | 27 +++++++++++++++------------ 1 file changed, 15 insertions(+), 12 deletions(-) diff --git a/drm/nouveau/nvkm/engine/device/base.c b/drm/nouveau/nvkm/engine/device/base.c index 8ebbe1656..37589f365 100644 ---

Adds reclocking for NVA0, and a whole lot of work for other cards. Had these patches collecting dust for a little, but tested them with both my NVA0, and Martin's a while back. Success not guaranteed, but should be quite a leap forward. Happy reviewing and testing. Cheers, Roy

Fixes warnings on GPUs with smaller a smaller mmio region like vGPUs. Signed-off-by: Karol Herbst <kherbst at redhat.com> --- drm/nouveau/nvkm/engine/device/base.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drm/nouveau/nvkm/engine/device/base.c b/drm/nouveau/nvkm/engine/device/base.c index 8ebbe1656..17676c75a 100644 --- a/drm/nouveau/nvkm/engine/device/base.c +++

Fixes warnings on GPUs with smaller a smaller mmio region like vGPUs. Signed-off-by: Karol Herbst <kherbst at redhat.com> --- drm/nouveau/nvkm/engine/device/base.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drm/nouveau/nvkm/engine/device/base.c b/drm/nouveau/nvkm/engine/device/base.c index 8ebbe1656..17676c75a 100644 --- a/drm/nouveau/nvkm/engine/device/base.c +++

Patch 1 fixes nva3 bailing due to not finding the right ramcfg Patch 2 is a resend rebased on 3.17.0-rc4 for setting the vblank period Patch 3-5 handle writes to per-partition registers, for which NVA3 does not have special broadcast regs available. Patch 6 removes local structs from NVA3 reclocking in favour of the already existing "ram->base." variables, like in NVE0 As always,

On Fri, Jul 15, 2016 at 12:10 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > On Fri, Jul 15, 2016 at 9:12 AM, Peter Wu <peter at lekensteyn.nl> wrote: >> Hi, >> >> Here are two patches to fix an issue reported on kernel bugzilla (infinite loop >> due to unchecked function) and a more important fix to fix hanging Optimus >> machines when runtime PM

https://bugs.freedesktop.org/show_bug.cgi?id=88868 Bug ID: 88868 Summary: PowerPC e5500, kernel crash, GT520, GT610 Product: xorg Version: unspecified Hardware: PowerPC OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

No, no, these will not implement Fermi reclocking. This set of patches contains some of the preparatory work that I deem stable enough to move upstream. Notable changes - Training pattern upload routines from GK104+ now shared with GT215+ - Timing calculation for Fermi - GDDR5 MR calculation from VBIOS timing table v1.0. Also useful for that pesky GT 240. - A routine to translate a VBIOS init

Hello, I''ve successfully passed a unmodified GTX 760 to Win7 x64. It involved some driver patching on the client side but I''m close to getting the required steps on the server side, too. Are there any legal issues that might arise from releasing a patch? Bob [image: Inline image 1] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org

On Fri, Jul 15, 2016 at 12:31 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > On Fri, Jul 15, 2016 at 12:27 PM, Alex Deucher <alexdeucher at gmail.com> wrote: >> On Fri, Jul 15, 2016 at 12:10 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: >>> On Fri, Jul 15, 2016 at 9:12 AM, Peter Wu <peter at lekensteyn.nl> wrote: >>>> Hi,

Two patches went missing as a result of PEBCAK. No v2 marks as nothing changed really. Just resending for easier enforcement of patch order in other people's trees. Sorry for the noise. Original message: No, no, these will not implement Fermi reclocking. This set of patches contains some of the preparatory work that I deem stable enough to move upstream. Notable changes - Training pattern

On 07/11/2018 09:20 AM, Leonard den Ottolander wrote: > On Thu, 2018-07-05 at 06:34 -0500, Johnny Hughes wrote: >> I pushed the 3 SRPMs that are not in CR to: >> >> http://vault.centos.org/6.10/os/Source/SPackages/ > >> All the other new SRPMS should be available from : >> >> http://vault.centos.org/6.9/cr/Source/SPackages/ > > When you have time,

On Sat, Aug 12, 2017 at 05:51:33PM -0400, Steven Tardy wrote: > > > On Aug 12, 2017, at 3:50 PM, Fred Smith <fredex at fcshome.stoneham.ma.us> wrote: > > > > I had a series of kernel hardware error reports today while I was away > > from my computer: > > > > Message from syslogd at fcshome at Aug 12 10:12:24 ... > > kernel:[Hardware Error]:

Hi All- Is it possible yet to pass through a ATI or Nvidia GPU as the primary VGA card to a Win 7/8 VM, and have it fully functional there (DXVA etc), without crashing the guest or the host during operation or when resetting the guest? For hardware I have an E3 v2 Xeon, Tyan S5512 board, and an ATI 7750. Thanks! David _______________________________________________ Xen-users mailing list

Hallo, I modified a code given by Andrija, a contributor in the list  to achieve two objectives: create 1000 samples from a list of 207 samples with each of the samples cointaining 20 good and 20 bad. THis i have achievedcalcuate AUC each of the 1000 samples, this i get an error. Please see the code below and assist me. > data<-data.frame(id=1:(165+42),main_samp$SCORE,

Hello, This is a pretty simple question, but after spending quite a bit of time looking at "Hmisc" and using Google, I can't find the answer. If I use stat_summary(fun.data="mean_cl_boot") in ggplot to generate 95% confidence intervals, how many bootstrap iterations are preformed by default? Can this be changed? I would at least like to be able to report the number of

First I'd like to thank you, and everyone who has contributed to the isolinux development. It has been the solution to many of my development needs. Currently I am creating a Linux system that runs directly from CD. Currently the CD is working and I am using isolinux to boot the CD. The compressed kernel is approximately 2 meg and the compressed initial ramdisk is approximately 4 meg.

On 08/13/2017 05:18 AM, ken wrote: > Also, cowboys scoff, but I always wear a grounded wrist strap when > handling electronics. It's a good idea, especially in low-humidity climates. Also noteworthy: the air moving through a hose can cause a vacuum's hose or attachment to build up a static charge, which is another reason it can be a bad idea to use a vacuum in a computer.

R 2.8.1 windows XP I am trying to learn how to use the boot function to perform a bootstrap of a regression. I have written a short trial program, shown below. Clearly I have done something wrong as the output of each of the 100 bootstrap values for the regression are exactly the same - there does not appear to be any bootstrap respampling!. What have I done wrong? # Define function to be run.

http://bugs.freedesktop.org/show_bug.cgi?id=25223 Summary: LVDS detected, but disabled Product: xorg Version: 7.5 Platform: Other OS/Version: All Status: NEW Severity: blocker Priority: highest Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: martix.cz at