Package Details: nvidia-rt 418.56-2

Git Clone URL: (read-only, click to copy)
Package Base: nvidia-rt
Description: NVIDIA drivers for linux-rt
Upstream URL:
Licenses: custom
Submitter: None
Maintainer: oberon2007
Last Packager: oberon2007
Votes: 42
Popularity: 0.000001
First Submitted: 2007-07-20 20:10 (UTC)
Last Updated: 2019-04-23 16:53 (UTC)

Latest Comments

phunni commented on 2020-07-14 18:47 (UTC)

So - is the plan to drop this package then? I'd rather use it than dkms because I use an immutable system, which means dkms can't be built on the running system.

bnavarro commented on 2019-04-24 14:37 (UTC)

Yes we probably can

oberon2007 commented on 2019-04-24 13:08 (UTC)

Ok. So I guess we can drop this package, then.

bnavarro commented on 2019-04-24 09:26 (UTC)

I didn't know about nvidia-dkms but I can confirm that it works just fine with linux-rt

jhernberg commented on 2019-04-24 08:41 (UTC)

Yes, I've been using it for a long time now. There is a fix in nvidia-dkms to allow it building for linux-rt & linux-rt-lts. It's a lot easier than manually building nvidia-rt.

oberon2007 commented on 2019-04-23 22:42 (UTC)

@jhernberg does it build? I doubt it. See line 28 of the PKGBUILD

jhernberg commented on 2019-04-23 17:27 (UTC)

Why not use nvidia-dkms instead?

oberon2007 commented on 2019-04-23 16:54 (UTC)

Awesome @bnavarro, thanks! I have adjusted for now. The mismatch ignore won't hurt to keep in general for future updates, anyway ... ;)

bnavarro commented on 2019-04-23 15:26 (UTC) (edited on 2019-04-23 15:26 (UTC) by bnavarro)

@oberon2007 I had to change the _extramodules variable to extramodules-rt and set the environment variable IGNORE_CC_MISMATCH to 1 (GCC has been updated since my last linux-rt build) but it works fine with these changes. Thanks!

oberon2007 commented on 2019-04-23 13:33 (UTC)

@bnavarro I have updated the PKGBUILD. However I don't have a current Archlinux install. Please test and report back with possible issues with the build. Thanks.

bnavarro commented on 2019-04-23 13:12 (UTC)

Will this package be updated to match current linux-rt package version?

oberon2007 commented on 2016-12-07 18:58 (UTC)

Since I'm maintaining this for Manjaro I can aswell adopt the package here, too... ;) updated to 375.20

jhernberg commented on 2016-03-19 16:20 (UTC)

As it seems a lot of extra work for nothing to package and test this package, I'm disowning it. I recommend using the distro nvidia-dkms package instead (which I personally have been using for a while now). Requires installing linux-rt-headers in addition to the linux-rt package.

Morgan_Cox commented on 2016-02-16 22:27 (UTC) (edited on 2016-02-16 22:35 (UTC) by Morgan_Cox)

Sorry about the total lack of any responses to the nvidia-rt package. If you still need me to do anything to give you the package let me know. Sorry for just disappearing, real life got in the way (work/family) (I know im not the first) Truly sorry for abandoning this. I haven't been running Arch of late, I always thought i'll set it up one day again and continue but that hasn't happened since I started my last job, I shall do soon though.

jhernberg commented on 2015-12-06 11:45 (UTC)

@vee: Thanks for pointing out this problem! I missed the change of the package, and since I don't have any systems with nvidia as a primary card, I never saw the problem. Just a couple of systems running bumblebee occasionally.

vee commented on 2015-12-04 19:32 (UTC) (edited on 2015-12-04 19:36 (UTC) by vee)

My X was failing to start after upgrade to X Server 1.18, with a FATAL error module "nvidia-modeset" not found. Driver version 358.16 generates three modules `nvidia.ko`, `nvidia-modeset.ko` and `nvidia-uvm.ko`, however the PKGBUILD is missing installation of `nvidia-modeset.ko`. Updating PKGBUILD's `package()` method to the following fixed the issue: package() { install -D -m644 "${srcdir}/${_pkg}/kernel/nvidia.ko" \ "${pkgdir}/usr/lib/modules/${_extramodules}/nvidia.ko" install -D -m644 "${srcdir}/${_pkg}/kernel/nvidia-modeset.ko" \ "${pkgdir}/usr/lib/modules/${_extramodules}/nvidia-modeset.ko" if [[ "$CARCH" = "x86_64" ]]; then install -D -m644 "${srcdir}/${_pkg}/kernel/nvidia-uvm.ko" \ "${pkgdir}/usr/lib/modules/${_extramodules}/nvidia-uvm.ko" fi gzip "${pkgdir}/usr/lib/modules/${_extramodules}/"*.ko install -d -m755 "${pkgdir}/usr/lib/modprobe.d" echo "blacklist nouveau" >> "${pkgdir}/usr/lib/modprobe.d/${pkgname}.conf" } Tested on the following kernel and xorg-server: 1. linux-rt 4.1.13_rt15-1 2. xorg-server 1.18.3

jhernberg commented on 2015-05-29 08:08 (UTC)

@blackhole: I don't think so. If you look at the official package, yes the patch is included, but it never gets applied... Don't know what it's supposed to fix, but so far it seems to run fine without it?

blackhole commented on 2015-05-28 23:13 (UTC)

@jhernberg are you sure that the nv-drm-343.36.patch is not necessary? That patch is always there in the official nvidia 352.09

jhernberg commented on 2015-05-28 16:10 (UTC)

FWIW, I've uploaded binaries and source to the archaudio-production repo. Hopefully it makes life easier for a few of you :)

jhernberg commented on 2015-05-28 10:16 (UTC)

As linux-rt 4.0.4-rt1 has been released, here is the corresponding nvidia-rt buildscript: @Morgan_Cox: My offer to adopt this package still stands :) I think I'll upload binaries of this package too, when I add it to the archaudio-production repo in a few days.

jhernberg commented on 2015-05-20 13:32 (UTC)

A headsup, I am working on 4.0-rt right now, so it will be coming up soon!

jhernberg commented on 2015-03-12 12:06 (UTC)

@blackhole: I'm not really interested in increasing my packaging workload :) But on the other hand I build this package for the machine having a nvidia so I could quite easily keep it up to date. At least until next time something changes in the kernel that breaks nvidia and I don't know what patch to use to fix it. nvidia themselves are of little help when this happens. I could also envision to do a nvidia-rt-lts to accompany the linux-rt-lts kernel. nvidia-340xx is of less interest to me, as I don't have a machine needing an older driver. Thanks for the offer and let's see what Morgan says.

blackhole commented on 2015-03-12 10:17 (UTC)

@jhernberg Since this package was not updated I have already made this two packages: that are up-to-date and tested fine with the last linux-rt It seems that this one (nvidia-rt) is no longer maintained. No problem for me: you can take my packages or this one, after you.

jhernberg commented on 2015-03-11 10:13 (UTC)

@Morgan_Cox: Hi there Morgan. I do have a machine with nvidia that runs -rt. I could take over maintaining this package if you don't have time for it anymore. If so I could also relatively easily coordinate it's release with that of the linux-rt kernel package. I'd probably also upload it to the archaudio-production repo, so people don't have to build it themselves from AUR. What do you think?

Morgan_Cox commented on 2015-01-03 10:42 (UTC)

Sorry for the delay - started a new job + ill child (and ill self) = no time... Will update package soon.

eikakot commented on 2014-11-23 09:17 (UTC)

Hi, my nvidia card became too old for standard nvidia package so I'm using nvidia-340xx, would it be possible to have nvidia-340xx-rt as well or that doubles the amount of work needed to make the -rt package?

Morgan_Cox commented on 2014-10-09 19:57 (UTC)

updated -> 343.22 Sorry about the delay, started a new job...

blackhole commented on 2014-10-05 22:57 (UTC)

nvidia 343.22 is out...

paum commented on 2014-09-23 11:41 (UTC)

working! thank you. have a nice day Morgan_Cox!

Morgan_Cox commented on 2014-09-22 18:50 (UTC)

Hi paum - to get it working for 3.11 edit the following line in PKGBUILD ------------------------------------ _extramodules=extramodules-3.14-rt ------------------------------------ To read ------------------------------------- _extramodules=extramodules-3.11-rt ------------------------------------- And in nvidia.install also change all 'EXTRAMODULES=' lines to 3.11

paum commented on 2014-09-22 10:51 (UTC)

any possibility to have it for 3.11 rt kernel ? thanks

Morgan_Cox commented on 2014-08-18 11:28 (UTC)

updated -> 340.32

Morgan_Cox commented on 2014-07-12 19:18 (UTC)

updated -> 340.24

Morgan_Cox commented on 2014-07-11 08:10 (UTC)

Some potentially bad news on rt kernel development - looks like work is halting on it. Not a good day for jack users. - No new features, I'm rather pondering to drop stuff for 3.16-rt which is not absolutely required for basic operation just to make my life easier. - No massive effort to bring preempt-RT upstream After my last talk about the state of preempt-RT at LinuxCon Japan, Linus told me: "That was far more depressing than I feared".

djimenez commented on 2014-07-07 04:48 (UTC)

turns out I was having trouble installing linux-rt using an aur helper and doind the manual method worked just fine. Thanks a lot. Daniel

Morgan_Cox commented on 2014-07-05 19:43 (UTC)

@djimenez It sounds like you do not have the correct headers ? Are you making your own linux-rt packages or using ones from 'archaudio-production' repo? what do you get if you use the command pacman -Q |grep linux-rt i.e --------------------------- pacman -Q |grep linux-rt linux-rt 3.14.3_rt5-1 linux-rt-headers 3.14.3_rt5-1 ----------------------------

djimenez commented on 2014-07-05 04:46 (UTC)

I got the headers to install, it may have been a bug on the linunx-rt package. Now the compilation stops after failing to find a folder like so -> Starting make module... NVIDIA: calling KBUILD... make[1]: *** /usr/lib/modules/3.14.3-rt4-1-rt/build: No such file or directory. Stop. NVIDIA: left KBUILD. nvidia.ko failed to build! Makefile:175: recipe for target 'nvidia.ko' failed I'd be happy to try any useful suggestions you may have for me here. Thanks for your time and effort. Daniel Jimenez

djimenez commented on 2014-07-05 00:49 (UTC)

As I tried to install this package, I found no way to install the dependency "linux-rt-headers" as it does not appear to be currently in the aur. Could you help me find a way to proceed with the installation? Thanks

Morgan_Cox commented on 2014-05-31 14:47 (UTC)

updated -> 337.25

Morgan_Cox commented on 2014-05-20 19:50 (UTC)

updated -> 337.19

Morgan_Cox commented on 2014-05-17 15:13 (UTC)

@jhernberg Thanks! I have updated the PKGBUILD to support the new rt kernel ?

jhernberg commented on 2014-05-17 14:29 (UTC)

@Morgan_Cox: Hi, a heads up, I just updated linux-rt to 3.14-rt.

Morgan_Cox commented on 2014-04-16 20:52 (UTC)

updated -> 337.12

Morgan_Cox commented on 2014-03-05 22:55 (UTC)

updated to 334.21-1

Morgan_Cox commented on 2014-02-25 21:14 (UTC)

This has been flagged as out of date - however the standard Arch linux nvidia driver is still @ 331.38

Morgan_Cox commented on 2014-01-13 21:22 (UTC)

updated to 331.38

Morgan_Cox commented on 2013-11-30 21:24 (UTC)

Updated 331.20-4. There was an error in the previous PKGBUILD (now fixed) Confirmed working on 3.12-rt

Morgan_Cox commented on 2013-11-29 21:13 (UTC)

updated - should work with new linux-rt 3.12 (will update my linux-rt and test shortly)

coderkun commented on 2013-11-29 12:43 (UTC)

@jhernberg: I prefer the package maintainer to do this—of course only if he/she wants to keep this in sync.

jhernberg commented on 2013-11-26 20:32 (UTC)

Ah sorry, forgot to give a heads up... @Coderkun: You have to update the depends and makedepends arrays like this: depends=('linux-rt>=3.10' 'linux-rt<3.13' "nvidia-utils=${pkgver}") makedepends=('linux-rt-headers>=3.10' 'linux-rt-headers<3.13')

coderkun commented on 2013-11-26 20:24 (UTC)

@Morgan_Cox: Right, but linux-rt [AUR] is 3.12.1_rt4. Or don’t you synchronize with linux-rt [AUR]? Sorry then …

Morgan_Cox commented on 2013-11-26 20:22 (UTC)

coderkun: Not sure why you flagged this out of date. Latest nvidia driver is 331.20

Morgan_Cox commented on 2013-11-17 21:59 (UTC)

Updated to 331.20-1 Note: I have completely removed any patch and it compiles/installs fine. However I should note that I am using the binaries from rather than compiled my own linux-rt (lazyness..)

jrdnjhntn commented on 2013-10-06 03:22 (UTC)

@Morgan_Cox: Just a small note - I'm already using the (new) beta 331.13 driver with my nvidia-325xx-rt.patch, it works as expected / no changes required. So whenever a 'stable' 331.xx driver is released by nvidia / available in Arch repo, there shouldn't be any issues <just bump version and you're good to go> :) btw, congrats on the kid!

Morgan_Cox commented on 2013-09-03 21:46 (UTC)

updated - 325.15

Morgan_Cox commented on 2013-08-31 10:24 (UTC)

@jhernberg - nouveau is still about 40-60% slower for fps in most Steam games. Some won't even run (or display correctly) That is regardless of using the rt kenel or standard... Update will occur soon - I idiotically wiped everything whilst testing fio to benchmark my system HDD - I wrote directly to my drive instead of a file... Whoops! After coming back from hols i've had to install my various OS's Installing Arch with UEFI is more time consuming than the others and have only just got round to doing Arch (Baby is taking most of my spare time..) - however managed to do it now and am compiling the linux-rt package right now. Sorry for the delay - Bad maintainer....

jrdnjhntn commented on 2013-08-23 14:51 (UTC)

@jhernberg - I briefly tested nouveau (with 3.10.6-rtx) before getting 325xx and 319.32 nvidia driver sorted out. My desktop defintely had jutter/ was sluggish (compiz, prolly) and my VMware setup was essentially broken (unusable, actually). - i think for some people nouveau may work, as it did seem a bit better than the last time that i used it - but in the end, i can't use it really :\ @morgan cox - thanks for the update :) @david : thanks for letting everyone know. OT (sort of) but a debian user has nvidia-rt (325.15) working as well. it sounds like they are migrating a *500+ linux node system* to 3.10.x-rt with nvidia-rt to boot - we have been chatting in nvidia forum nvidia-rt thread <still no direct feedback from nvidia - surprise surprise!> ;)

jhernberg commented on 2013-08-23 14:38 (UTC)

As a matter of interest, has anyone tried the nouveau driver lately? Last time I tried it, it had good latencies but using it for video and gaming wasn't all that good. I hear that it's improved a lot lately

Morgan_Cox commented on 2013-08-22 19:55 (UTC)

Sorry been on hols... Will update package shortly.

dvzrv commented on 2013-08-22 19:30 (UTC)

I'm on linux-rt 3.10.6_rt3 with nvidia-rt 325.15 right now. Video is not choppy yet (but will get), newer kernel version prevents this from happening apparently: Couldn't test the kernel for pro audio yet, but will report back. So far it's running great on my Dell XPS1340 with Geforce 9500M.

jrdnjhntn commented on 2013-08-20 18:33 (UTC)

@jhernberg: feel free to add your voice to my thread, if you like(?) <or anyone else for that matter> ... imho, the best way to get nvidia's interest (in their forums) is likely by other nvidia-rt users also commenting, even if it is just to say they are using linux-rt + nvidia too. (so far, my thread has had lots of hits; 240+ in 7 days :) -> but no responses/comments; which is funny because i'm certain that people in the nvidia forums have been downloading patches from my account. (due to stats + timing of downloads). btw (to all), while i re-posted 325.15 source package (2 comments below), much further down, i also posted a patch for 319.32 + kernel 3.10.x; it should work exactly as the current nvidia-rt package works, in case 325.15 does not work for you. (repost link to nVidia-319.32_lk310.patch);

jhernberg commented on 2013-08-20 10:31 (UTC)

@Ninez, am waiting with bated breath for an eventual answer from nvidia :) Let's hope they step up to the ball and make this work for us..!

jrdnjhntn commented on 2013-08-20 01:17 (UTC)

@jhernberg - thanks, that would be helpful * ...and agreed -> people should speak up, as we have no way of how things are working, otherwise. (Morgan Cox should be also testing / updating this package, as soon as we can get some proper feedback too. it's been flagged for quite a while). @JH -> i *can* see how many people have downloaded from, my source package for 325.15 has been downloaded 14 times, at last check. (yesterday). I've had postive feedback from one person (via email). I've also posted to nvidia devtalk forums (about the changes in 325.xx for -rt / looking for clarification from nvidia-devs); nvidia-rt (325.15); <just to make sure the link is visable / not lost in comments>

jhernberg commented on 2013-08-19 12:37 (UTC)

@Ninez: I'll try your fix when I have access to that machine again in a few weeks. And I'll second Ninez question, please speak out if you have success. It's really annoying to only get feedback when something is broken, especially as we can't see how many people download a build script and use it...

jrdnjhntn commented on 2013-08-14 03:30 (UTC)

* Has anyone here beyond myself and jhernberg tested 325.15 with linux-3.10.x-rt? and if so, could they give some feedback? @jhernberg: I think we still have to patch the driver, I don't think disabling it alone is enough; yesterday, while upgrading linux-l-pa to 3.10.6-rt3, i cleaned up my (nvidia) pkgbuild && re-installed nvidia and ran into a problem; Now, before i found out about disabling the PREEMPT_RT conftest (from you/here), i had made a small patch (for nv-linux.h, by comparing 319.32 to 325.15). ~ i never removed this patch (or rather forgot to), until i re-installed nvidia -> it turns out that the non-patched driver experienced lockups on both machines (within 2min on one box, about 25min on the other). I then, re-enabled the patch and voila, nvidia works as expected. anyway, i have posted a source package for nvidia-rt (based on Det's && Arch repo nvidia package) to my page; 1. patch nv-linux.h to support CONFIG_PREEMPT_RT_FULL explicitly. 2. we use IGNORE_PREEMPT_RT_PRESENCE=1 to override nvidia's PREEMPT_RT conftest (which allows the driver to compile). cheerz

jrdnjhntn commented on 2013-08-12 16:08 (UTC)

@jhernberg; lol. I didn't get any response from nvidia. ;) -> that is why i sent reports on 3 different occassions. (all "atomic while scheduling bugs") and i take it that since i am seeing no call traces in dmesg anymore about that - these longing standing issues (on my H/W, which were non-critical) appear to have been fixed... you are probably correct, it's likely up to them to fix these issues though. I think nvidia (still) offers both email and their "devtalk" -> linux forum. I would just do both - You could link to the forum post here, maybe someone is having same issues and could pitch/pipe in :)

jhernberg commented on 2013-08-12 13:11 (UTC)

@Ninez: I will probably try to pursue this with NVIDIA when i get some time. It really is an encouraging sign that they have added the old rt patch, and just disabled it from building on rt by default. Where did you meet with the biggest response from nvidia devs (i suspect they are the only ones that can fix this). I can also point them to a few other things that spike scheduling latencies that they might want to look into..:)

jhernberg commented on 2013-08-12 12:57 (UTC)

I got tired of not knowing, so even though i ought to have been doing other things, i pulled the gtx 650ti and installed my old 8600gts. I had no problem at all starting Steam or XBMC, so I think my problems are with the 650ti, nvidia and a realtime patched kernel. Seems to indicate that my modified script below most likely works for the people that had working nvidia under linux-rt.

jrdnjhntn commented on 2013-08-12 12:39 (UTC)

@jhernberg: thx for info. i knew the rt patch wasn't needed (pretty obvious), but disabling the PREEMPT_RT test, wasn't as obvious to me. as far as your H/W - i wonder if it is the cards or possibly mobo? ... I just tested out XBMC here, no lockups. but i'm not using KDE (i use compiz, don't know what impact, if any that would have). You may want to collect info for nvidia, regarding this. Over the last year (or so) i have contacted nvidia on 3 separate occasions, regarding nvidia-rt; in nvforums, then by email then in their devtalk forums. I linked them to RT patch + logging info (traces, etc), each time. ~ you never know, they may actually fix the problem ;)

jhernberg commented on 2013-08-12 12:08 (UTC)

FWIW, I can boot my q6600 and gtx650ti into kde 4.10.5 and i can even leave chromium playing youtube videos, i can also play skyrim in wine/steam, watch a movie with vlc, etc But any attempt to start something like Steam (native client) or XBMC will hang the screen completely, though ssh login still works. This makes it kind of useless to me, since this is my game machine / media centre and i really don't need realtime on it. I'll keep on trying, maybe someday nvidia will fix it (or i'll figure out that i broke linux-rt). If i find the time someday, i'll pull that 650ti and try an older card.

jhernberg commented on 2013-08-12 09:29 (UTC)

@Ninez, I found it in kernel/ after I saw that the the previous rt patch had already been installed, and I wanted to test what happened on a -rt patched kernel. It's not really documented, but looking at the shell script indicated what it's for. Happy it's running for you, too bad that it freezes my gtx 650ti, but then again I don't need realtime on that machine, but it's annoying that I can't test realtime with nvidia...:(

jrdnjhntn commented on 2013-08-12 01:48 (UTC)

@jhernberg: Nice find. :) Where was env IGNORE_PREEMPT_RT_PRESENCE listed in nvidia's documentation/sources?? (I skimmed through, butmust have missed it). thx. 325.15 has been running on 2 different machines/cards (44GT & 9800GT) for well-over 24hours and appears to be stable. On top of that, nvidia has fixed some bugs because previous to this driver, i used to get the odd error/backtrace in my logs ~ 325.15 has yet to produce even one :)

jhernberg commented on 2013-08-10 20:18 (UTC)

Oops I have uploaded 3.10.4-rt1 to AUR. I see that 325.15 already has the changes from patch-3.0-rt-nvidia.patch incorporated, so the patch is superfluous. There is a test that disables building on a rt patched kernel, which can be circumvented by setting the environment variable IGNORE_PREEMPT_RT_PRESENCE. This allows me to build and install 325.15 on 3.10.4-rt1. Unfortunately the desktop hangs after a while, but then again the nvidia driver has done exactly that on my test machine for a long time, possibly since I upgraded the hardware. I suppose that is the reason the test disables building on -rt. The fact that the patch is superfluous might be good news though, and maybe NVIDIA are really trying to make the driver work on -rt too. Don't know if it will work on some machines, so here is the modified script, so that you can test for yourself. # $Id: PKGBUILD 146818 2012-01-18 17:17:23Z tpowa $ # Maintainer: Morgan Cox <> # Contributor: Joakim Hernberg <> # Contributor: Thomas Baechler <> pkgname=nvidia-rt pkgver=325.15 _extramodules=extramodules-3.10-rt _kernver="$(cat /lib/modules/${_extramodules}/version)" pkgrel=1 pkgdesc="NVIDIA drivers for linux-rt." arch=('i686' 'x86_64') url="" depends=('linux-rt>=3.4' 'linux-rt<3.11' "nvidia-utils=${pkgver}") makedepends=('linux-rt-headers>=3.4' 'linux-rt-headers<3.11') conflicts=('nvidia-96xx' 'nvidia-173xx') license=('custom') install=nvidia.install options=(!strip) if [ "$CARCH" = "i686" ]; then _arch='x86' _pkg="NVIDIA-Linux-${_arch}-${pkgver}" source=("${_arch}/${pkgver}/${_pkg}.run") md5sums=('978339ff37c3207f3a39d3952721dcdb') elif [ "$CARCH" = "x86_64" ]; then _arch='x86_64' _pkg="NVIDIA-Linux-${_arch}-${pkgver}-no-compat32" source=("${_arch}/${pkgver}/${_pkg}.run") md5sums=('63b2caa0cb128efa1a7808d7bddb2074') fi build() { cd "${srcdir}" sh "${_pkg}.run" --extract-only cd "${_pkg}/kernel" make IGNORE_PREEMPT_RT_PRESENCE=1 SYSSRC=/lib/modules/"${_kernver}/build" module } package() { install -D -m644 "${srcdir}/${_pkg}/kernel/nvidia.ko" \ "${pkgdir}/lib/modules/${_extramodules}/nvidia.ko" install -d -m755 "${pkgdir}/etc/modprobe.d" echo "blacklist nouveau" >> "${pkgdir}/etc/modprobe.d/nouveau_blacklist-nvidia-rt.conf" echo "options nvidia NVreg_EnableMSI=1" >> "${pkgdir}/etc/modprobe.d/nvidia-rt-msi.conf" sed -i -e "s/EXTRAMODULES='.*'/EXTRAMODULES='${_extramodules}'/" "${startdir}/nvidia.install" gzip "${pkgdir}/lib/modules/${_extramodules}/nvidia.ko" }

jrdnjhntn commented on 2013-08-08 20:07 (UTC)

I also couldn't get 325.15 to work with 3.8-rt or even 3.10-rt. :( Just as a "head's up", this could become a bigger problem, when 3.10-rt series is released (since older drivers don't support it), depending on whether or not a proper solution is found by then.... I already worked around the issue by patching the 319.32 driver (to use with linux-3.10.x). here is the patch for anyone who may be interested; it was a life saver for me (it would seem my only option, for now), and seems to work well with 3.10-rt series. cheerz

rtfreedman commented on 2013-08-07 18:16 (UTC)

nvidia 325.15 doesn't compile any more :(

Morgan_Cox commented on 2013-06-29 16:05 (UTC)

Updated to 319.32 pmx - the PKGBUILD looks fine. Due to my other commitments (he's called George) perhaps you could maintain it? p.s I have thought of the possibly of the PKGBUILD script detecting what Nvidia card you have then using the older driver if < gefore 8000 - would be semi complicated due to mad versioning scheme Nvidia have.

commented on 2013-06-06 07:05 (UTC)

Hi Morgan, newborn son = short nights ;) I just made a "nvidia-304xx-rt" package based on your nvidia-rt. Available her (for 30 days after last download) Reason for this package : ------------------------- Many not-so-old Nvidia chipsets, like the 6000 and 7000 series are not supported by the last (319.xx) Nvidia driver and require the 304.xx driver. For exemple, I have a Nvidia Go7600 in my HP laptop. List of chips supported chips in nvidia-304xx-rt : The patch applies flawlessly. I'm writing this using this driver with the last linux-rt package (then I know it works...) NOTE : I've only be able to test the x86 arch, not the x86_64. Maybe you could check this package, pop it into AUR and be it's maintainer, as it's almost identical to the nvidia-rt package ?

Morgan_Cox commented on 2013-05-28 21:54 (UTC)

updated to 319.23

Morgan_Cox commented on 2013-05-27 21:42 (UTC)

Sorry for lack of updates - been busy with my newborn son! Will update the driver as soon as 319.23 is out in the arch repos

dvzrv commented on 2013-05-15 01:15 (UTC)

@jhernberg: This package works with linux-rt-3.8.4 but not with linux-rt-3.8.11 on my laptop, Xorg just dies :/ @Morgan_Cox: any outlook on a newer nvidia-rt version so far?

Morgan_Cox commented on 2013-04-06 11:36 (UTC)

jhernberg: Not really given it enough testing to be sure (the small amount of testing seems fine..) Perhaps try to disable msi ? i.e /etc/modprobe.d/nvidia-rt-msi.conf options nvidia NVreg_EnableMSI=1 Any feedback in the logs?

jhernberg commented on 2013-04-06 00:33 (UTC)

hmm, i have a nvidia system again, but it hangs relatively quickly with linux-rt and nvidia-rt, vanilla packages seem to work fine. anyone else see the same?

Morgan_Cox commented on 2013-04-05 14:18 (UTC)

updated to 313.30

Morgan_Cox commented on 2013-03-28 17:57 (UTC)

updated to work with kernel 3.8 (rt)

jhernberg commented on 2013-03-27 17:27 (UTC)

A heads up, just uploaded linux-3.8.4-rt2 to aur.

dvzrv commented on 2013-03-27 14:57 (UTC)

Works fine so far! Hope that'll last for the 3.8.4-rt versions of the kernel ^^

Morgan_Cox commented on 2013-03-22 19:40 (UTC)

jhernberg: Thanks. Updated to 313.26 - it now compiles fine.

jhernberg commented on 2013-03-22 14:29 (UTC)

I've asked the kernel developer responsible for permission to patch the kernel source making nvidia work again. Just uploaded 3.6.11-rt30-2 to aur. Please let me know if there are some problems with it, since I don't have the possibility of testing nvidia right now...

Morgan_Cox commented on 2013-03-09 14:40 (UTC)

Either of the fixes would potentially break the GPL ? I shall wait until the next rt patch is out before updating the driver.

dvzrv commented on 2013-03-08 21:38 (UTC)

I've switched to nouveau in the meantime. But the missing power management leaves for high temperatures. Not so cool ;) Let's wait and see :>

jhernberg commented on 2013-03-08 21:30 (UTC)

I've investigated the problem. There was a code change that makes it impossible to build nvidia with -rt30. The change was unintentional and will be fixed in the next -rt patch. The 2 ways that i know of to fix it would either entitle changing EXPORT_SYMBOL_GPL to EXPORT_SYMBOL for __init_swait_head(), or changing the license of the nvidia driver to GPL. Neither which are really acceptable ways of doing it. In the meantime just use -rt25, hopefully we'll have an update soon.

dvzrv commented on 2013-03-04 07:50 (UTC)

@jhernberg: unfortunately 3.6.11-rt25 does not work with my laptop. 30 does :> @Morgan_Cox: A fix would be most welcome!

jhernberg commented on 2013-03-02 20:09 (UTC)

There was no change in the linux-rt config file. I think there were some changes in the rt source though, that mandates an updated patch for nvidia-rt. For someone that got stuck, either manually edit the linux-rt script and install 3.6.11-rt25, or add the following to your pacman.conf and install a binary linux-rt from the repo. It's still on 3.6.11-rt25 in order not to break the nvidia-rt driver: [archaudio-production] Server =$repo/$arch

Morgan_Cox commented on 2013-03-02 19:44 (UTC)

I am now getting the same error. There must have been a change in the config used in the linux-rt package as I haven't changed the PKGBUILD and the same version of my package compiled fine in January. I'll look into this soon...

dvzrv commented on 2013-03-02 19:13 (UTC)

hmm, it still fails to build for me. Got the same error during compilation. I've added the patch snippet to the end of the included patch, but it still fails with the same error... oO Any clues?

ventosus commented on 2013-02-22 16:06 (UTC)

I get the following compilation error with current linux-rt from AUR: FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol '__init_swait_head' changing the module license fixes the issue. An alternative would be to disable module license checking in the kernel... --- a/nv.c 2013-02-22 16:47:25.294362683 +0100 +++ b/nv.c 2013-02-22 16:47:44.774132075 +0100 @@ -16,7 +16,7 @@ #include "rmil.h" #if defined(MODULE_LICENSE) -MODULE_LICENSE("NVIDIA"); +MODULE_LICENSE("GPL"); #endif #if defined(MODULE_INFO) MODULE_INFO(supported, "external");

Morgan_Cox commented on 2013-01-28 20:47 (UTC)

unflagged.... eikakot: Perhaps the local mirror/ftp server were down at the time? The ftp address works for me (but is fairly slow)

eikakot commented on 2013-01-19 06:14 (UTC)

Is it just me that I needed to change the link from ftp to http to be able to download the driver?

Morgan_Cox commented on 2013-01-14 21:47 (UTC)

Hi ppl. Incredibly sorry about the severe delay - was a combination of lack of time and having to re-install arch (now without the installer) with UEFI - the task took about 2 hrs (to get UEFI to correctly work...) I don't intend to re-installing anything soon so will hopefully keep this up to date.

mikekuehn commented on 2012-12-03 05:15 (UTC)

PKGBUILD dependency "nvidia-utils=304.64" should now be "nvidia-304xx-utils"

commented on 2012-12-01 08:06 (UTC)

Now since this package has nvidia-utils=304.64 as depency, but neither AUR or Arch repos have it (they have moved on to 310.19-1) where should I get it? I tried to edit this PKGBUILD to give me the 310.19-1 drivers, but ended up with a black screen when starting X.

Morgan_Cox commented on 2012-11-08 18:53 (UTC)

updated to 304.64

Morgan_Cox commented on 2012-11-03 09:12 (UTC)

Sorry for the delay Bumped to latest version now 304.60

Morgan_Cox commented on 2012-09-25 17:26 (UTC)

Updated to 304.51

Morgan_Cox commented on 2012-08-28 20:06 (UTC)

Updated to 304.43

Morgan_Cox commented on 2012-08-14 19:49 (UTC)

Updated to 304.37

Morgan_Cox commented on 2012-08-06 21:21 (UTC)

updated to nvidia-rt 304.32

Morgan_Cox commented on 2012-06-23 20:01 (UTC)

updated to nvidia-rt 302.17-1 I have enabled msi also.

Morgan_Cox commented on 2012-06-15 08:00 (UTC)

I may add it for the next release... I have also been adding it for a while (over a year) with no noticeable ill effects. If anyone strongly doesn't want me to add this feature please let me know... One word of warning... I have a new machine and haven't setup arch on it yet - annoyingly my new HDD just died (losing absolutely all my files...) so it will be a week or so until I get a replacement and setup Arch - if there is an update within this time it may be slightly delayed

jhernberg commented on 2012-06-15 06:37 (UTC)

Enabling MSI is as simple as adding creating a /etc/modprobe.d/nvidia.conf file containing options nvidia NVreg_EnableMSI=1 and then rebooting or reloading the nvidia kernel module. Been using it for a long time on my system with no ill effects.

jrdnjhntn commented on 2012-06-15 04:19 (UTC)

I'm wondering if giving nvidia-rt users an option to enable MSI for nvidia, might be a good idea? it would allow people to free nvidia from sharing an IRQ with other system components. ie: i have a machine where (by default) nvidia shares irq19; 19: 18 580 24565 2942493 IO-APIC-fasteoi uhci_hcd:usb2, firewire_ohci, nvidia ...and now (with msi enabled); 19: 18 580 24565 2942493 IO-APIC-fasteoi uhci_hcd:usb2, firewire_ohci 42: 1 11 558 63854 PCI-MSI-edge nvidia On some systems, having shared irqs may actually cause problems. ~ and of course, it's nice to not have usb/sound/gfx/etc sharing in the 1st place. I have an example patch, here; . obviously, a patch would need to be created for 295.*, but there is literally 1 file to touch, so it's not a big deal. I would also say use with caution, as i am not sure why nvidia has this disabled by default, but like i said i've had a couple of days of 'uptime' (at least with 302.11 + 3.2.18-rt29). anyway, i just thought i would pass that along, in case someone finds it useful. cheerz

Morgan_Cox commented on 2012-05-22 20:46 (UTC)

For some reason the mirror I am using has only just updated the main nvidia packages. Sorry for the delay updated to latest - 295.53

Morgan_Cox commented on 2012-05-22 08:34 (UTC)

Thanks jhernberg - I 'll check when I get home tonight (I was sure it was the latest....)

jhernberg commented on 2012-05-22 07:16 (UTC)

Not that I flag it as out of date (have the same with several of my packages), but afaik the latest official release is 295.53

commented on 2012-05-16 17:36 (UTC)

Argh... Your right, I overlooked it. FYI, the latest linux-rt is flagged out of date =(

jhernberg commented on 2012-05-16 10:08 (UTC)

linux-rt-headers is a package created by the linux-rt build script..

commented on 2012-05-15 19:35 (UTC)

I too am having the issue: not found linux-rt-headers >=3.2. Is there a way I can have a direct path to the linux-rt-headers folder from my aur linux-rt build folder?

ShyPixie commented on 2012-05-14 16:04 (UTC)

not found linux-rt-headers>=3.2

commented on 2012-05-10 12:11 (UTC)

"Hi habbe - I take you also tried with no xorg.conf (at all)?" I don't know what you mean. You have to have xorg.conf, right? Maybe we could figure things out in my old thread:

Morgan_Cox commented on 2012-04-24 08:58 (UTC)

Hi habbe - I take you also tried with no xorg.conf (at all)? If you have I would suggest the following - this way you can see if it's a fault of the package or the driver/patch and your HW. - remove all nvidia packages (including stock) - install Nvidia driver manually - i.e download from - boot into RT kernel - add 1 at the end of the kernel line in grub (i.e goto single mode) - Install driver - reboot into RT and check If that works there's a fault in the package... You could then potentially try opening a thread at ?

commented on 2012-04-23 20:48 (UTC)

I removed xorg.conf and .nv/ and .nvidia-settings-rc, then made a new xorg.conf with "nvidia-xconfig" The problem still exists. The xorg.conf that was created works fine with stock kernel.

Morgan_Cox commented on 2012-04-18 10:37 (UTC)

dennis90 - yes but I only meant remove the files temporarily.

dennis90 commented on 2012-04-18 10:34 (UTC)

Maybe this is a dump question, but if I disable twinview, will I lose the ability to switch between displays? I guess I will make experiments in the next few hours.

Morgan_Cox commented on 2012-04-18 10:16 (UTC)

dennis90 - also check for any references to nvidia in /etc/X11/xorg.conf.d/ Weirdly I also used to have the same issue until the new PKGBUILD was used. My work desktop also had the same issue until I disabled twinview I also removed rm -rf ~/.nv .nvidia-settings-rc Cheers

dennis90 commented on 2012-04-18 09:40 (UTC)

I have the same issue, after starting X it locks up. I also have an other display. If I have some time, I will try removing xorg.conf and boot again linux-rt.

Morgan_Cox commented on 2012-04-16 09:15 (UTC)

habbe - have you tried to temporarily remove xorg.conf and any references to nvidia (backup files first) in /etc/X11/xorg.conf.d/ - i.e not just disable your 2nd monitor but remove ALL xorg.conf config (to its completely blank) Then try to restart X / reboot. Is anyone else having the same issues ?

commented on 2012-04-15 14:46 (UTC)

"habbe - are you using twinview ? (multiple monitors) - and have you changed any of the kernel options for the RT kernel ?" I still have the same problems, that is, X won't start, with the latest linux-rt and nvidia-rt. I'm not changing any kernel options. When booting, my secondary monitor (television) is not powered on.

Morgan_Cox commented on 2012-04-12 19:57 (UTC)

Updated to 295.40 Update ASAP there is a huge security hole in 295.33

Morgan_Cox commented on 2012-03-27 20:13 (UTC)

Updated to 295.33

commented on 2012-03-23 15:12 (UTC)

I know this is not the place for bug reports, but I have no idea how to fix this problem. I have GT218 [GeForce 210] (rev a2) and nvidia-rt is not working, it freezes the computer with a black screen and so I won't even get a xorg.0.log. As far as I know, the module is compiled properly and loaded without trouble, the problem occurs at the moment X is started. Of course, when using stock kernel and nvidia drivers, I have no problems.

commented on 2012-03-08 18:24 (UTC)

I tried nvidia-rt from this page and I get black screen and lock-up when commanding 'X'. Also, 'nvidia-xconfig' results to empty xorg.conf when in 3.2.7-1-ARCH SMP PREEMPT. It seems the module nvidia is loaded OK, but starting X causes the system to freeze. Only reboot cures this.

Morgan_Cox commented on 2012-03-08 11:11 (UTC)

@jhernberg - np Your patching method was better - thank you for your help.

jhernberg commented on 2012-03-07 20:08 (UTC)

@Morgan - Didn't see that you updated the script. I'll remove my scripts from my dropbox and let you follow your own schedule :) Just wanted to get rid of all that patching that was needed in the kernel-rt package..

Morgan_Cox commented on 2012-03-07 12:16 (UTC)

habbe - the version on this page is the same version as i.e you do not need to get it from dropbox - just get it normally Try the version on this page - if you still have issues let me know The latest version of the Nvidia driver 295.20 caused many many issues and you should avoid it anyway. i.e:- 1 . Game not able to run *UNLESS* you run with gdb:- 2. Default 295.20 crash on fork call :- 3. Cinnamon segfaults with 295.20 :- 4. [Regression] 295.17 / 295.20 segfault when searching in gnome3

commented on 2012-03-07 12:08 (UTC)

I still get a black screen after X starts with I have nVidia Corporation GT218 [GeForce 210] (rev a2)

Morgan_Cox commented on 2012-02-19 20:46 (UTC)

Sorry for the delay. I'm having to use the previous Nvidia driver (290.10) for the standard kernel as i'm getting issues where some apps (that used to work fine) segfault unless I run gdb. i.e :- Its not all 3d apps - wine for example is fine as is Savage2. I would recommend using the previous version of the driver until the issues are fixed (it seems to be effecting various people/apps and it is only been introduced in the latest driver (295.20)

jhernberg commented on 2012-02-19 16:17 (UTC)

What's up Morgan? Are you going to update this package? In the mean time here is an updated package for use with linux-rt:

felixonmars commented on 2012-02-09 15:20 (UTC)

@jhernberg Thanks, I tried built it on an already installed up-to-date -rt kernel, and it built successfully.

jhernberg commented on 2012-02-09 15:01 (UTC)

Hmm, yeah I think I see why. This script is meant for using with the new linux-rt package i have uploaded to aur, that keeps the nvidia module in /lib/modules/extramodules-3.2-rt. I guess you tried it on an already installed kernel or with the linux-rt-lts kernel? Sorry, really mea culpa... Can you try to use the patch included in the dropbox source tarball with the old nvidia-rt build script (on this aur page), then it should work. I have to talk to smoge and Morgan about this, it's something I didn't forsee when I patterned the new -rt script on the official distro script, with the extramodules modification. I'll see if I can make another script, so one for use with the new -rt package, and another for the old -rt and the -rt-lts packages. Just very busy at the moment with other things :(

felixonmars commented on 2012-02-09 01:35 (UTC)

@jhernberg I get the following error when trying to build this one "": If you are using a Linux 2.4 kernel, please make sure you either have configured kernel sources matching your kernel or the correct set of kernel headers installed on your system. If you are using a Linux 2.6 kernel, please make sure you have configured kernel sources matching your kernel installed on your system. If you specified a separate output directory using either the "KBUILD_OUTPUT" or the "O" KBUILD parameter, make sure to specify this directory with the SYSOUT environment variable or with the equivalent nvidia-installer command line option. Depending on where and how the kernel sources (or the kernel headers) were installed, you may need to specify their location with the SYSSRC environment variable or the equivalent nvidia-installer command line option. *** Unable to determine the target kernel version. *** make: *** [select_makefile] Error 1 ==> ERROR: A failure occurred in build(). Aborting...

jhernberg commented on 2012-02-04 23:12 (UTC)

I've just uploaded linux-rt-3.2.2_rt10-1 to aur. Sine this current package won't work with that kernel, here is a link that you can use until it is updated: It contains a different patch that is much cleaner than the gpl symbols ugliness and afaik works just as well (have personally used it since shortly after 3.0-rt came out). Should also work with the new linux-rt-lts package.

Ralf_Mardorf commented on 2012-01-30 19:44 (UTC)

==> Starting build()... You must have Creating directory NVIDIA-Linux-x86_64-290.10-no-compat32 Verifying archive integrity... OK Uncompressing NVIDIA Accelerated Graphics Driver for Linux-x86_64 290.10... patching file nv-linux.h Hunk #1 succeeded at 265 (offset 3 lines). Hunk #2 succeeded at 852 with fuzz 2 (offset -2 lines). patch unexpectedly ends in middle of line

Morgan_Cox commented on 2012-01-29 13:15 (UTC)

I'm going to create thread at the nvnews forums, it would be good to get to the bottom of this. Another person has said the 'GeForce 6800gt' does the same thing - i.e black screen but works with a GT218 ...

felixonmars commented on 2012-01-27 11:16 (UTC)

It's not your packaging problem, but something else in nvidia or the rt patch...

Morgan_Cox commented on 2012-01-27 10:47 (UTC)

Its a really odd thing - works fine at home not at work.... felixonmars and smooge - it would be really good if you could install the Nvidia driver manually - i.e not as arch linux package (you will have to remove the standard nvidia package to do this.) That way we will see if its my package thats at fault or something else...

felixonmars commented on 2012-01-20 01:57 (UTC)

The display still freezes when I use this with the linux-rt package, so sad. BTW, I'm using a 9600GT.

smoge commented on 2012-01-19 19:11 (UTC)

Maybe it's my video card. It's a GPU Quadro FX 880M. linux{,-lts} work fine with nvidia{,lts} here. just found it strange that the patch returned those errors..

Morgan_Cox commented on 2012-01-19 16:52 (UTC)

no only 64 bit.

Morgan_Cox commented on 2012-01-19 16:11 (UTC)

Hi Did either of you change any kernel options ? (or just compile the standard linux-rt package with no changes ?) When I had the same issue it was using a Geforce 8500 - I know have a GTS450. My work machine has a Nvidia Card 8400Se so will try on that.. Do you both get any errors in logs ?

felixonmars commented on 2012-01-19 15:53 (UTC)

The display still freezes when I use this with the linux-rt package, so sad. BTW, I'm using a 9600GT.

smoge commented on 2012-01-19 00:09 (UTC)

That's what I did. I'm on 64bit. I think the patch does not apply correctly on 64bit .......................................................................................... patching file nv-linux.h Hunk #1 succeeded at 265 (offset 3 lines). Hunk #2 succeeded at 852 with fuzz 2 (offset -2 lines). patch unexpectedly ends in middle of line

Morgan_Cox commented on 2012-01-18 13:18 (UTC)

smoge - Have you tried with the latest version ? Are you trying in 32 or 64 bit ? I was getting the same thing previously, however there was a new patch to work with kernel 3.0-x - I thought that is was fixed it for me... When it worked I did also do a fresh install of kernel-rt 3.0.14_rt31-1 - I just did a straight makepkg -s (I didn't edit the kernel config, and I didn't uncomment the GPL-INCOMPATIBLE lines as the new patch doesn't require it.) You could try doing the same - i.e just getting the .tar.gz file from make no modifications and compile/install. After the only thing I did was chmod +x /usr/src/linux-3.0-rt/scripts/recordmcount chmod +x /usr/src/linux-3.0-rt/scripts/basic/fixdep chmod +x /usr/src/linux-3.0-rt/scripts/mod/modpost Then installed the nvidia-rt package.

blackhole commented on 2012-01-18 12:51 (UTC)

I had the same problem, never resolved. The best option is switch to nouveau for realtime and switch back to nvidia for normal use. I have made two little working scripts (those in the wiki are not!)

smoge commented on 2012-01-17 23:42 (UTC)

I followed those steps, X started but I got stuck with a black screen. Any ideas?

Morgan_Cox commented on 2012-01-12 23:30 (UTC)

Thank you for the info AleXoundOS Updated now to 290.10-1 Now I know of the patch I should be able to keep up to date !

AleXoundOS commented on 2012-01-12 17:22 (UTC)

There is a patch that does not violate the GPL, it works for me. I'm not sure whether it breaks the Nvidia License... (I also needed to "chmod +x" recordmcount, fixdep and modpost)

felixonmars commented on 2011-12-06 04:19 (UTC)

Waiting for the 290.10...

Morgan_Cox commented on 2011-10-26 09:54 (UTC)

package updated WARNING: you must have built the RT kernel with the GPL breaking symbol patch - commented out in schivmeister's PKGBUILD # WARNING: GPL-INCOMPATIBLE # sed -i \ # 's/EXPORT_SYMBOL_GPL(migrate_enable);/EXPORT_SYMBOL(migrate_enable);/' \ # kernel/sched.c # # sed -i \ # 's/EXPORT_SYMBOL_GPL(migrate_disable);/EXPORT_SYMBOL(migrate_disable);/' \ # kernel/sched.c # sed -i \ # 's/EXPORT_SYMBOL_GPL(__rt_mutex_init);/EXPORT_SYMBOL(__rt_mutex_init);/' \ # kernel/rtmutex.c I also had to chmod +x /usr/src/linux-3.0-rt/scripts/recordmcount chmod +x /usr/src/linux-3.0-rt/scripts/basic/fixdep chmod +x /usr/src/linux-3.0-rt/scripts/mod/modpost

Morgan_Cox commented on 2011-08-13 12:11 (UTC)

schivmeister and anyone who is wanting the Nvidia driver for the new rt kernel :- There is a potential legal issue with distributing a Nvidia driver PKGBUILD for the new rt kernel - I would have to either break the Nvidia License or the GPL... see and for more details. However the driver compiles fine if you compile the rt kernel with - CONFIG_PREEMPT_RTB=y (i.e Basic RT) rather than full rt - CONFIG_PREEMPT_RT_FULL=y as the GPL only symbol is only attached to CONFIG_PREEMPT_RT_FULL (annoyingly..) Hopefully something will be worked out shortly. Its annoying as its technically possible just (perhaps) not legally...

schivmeister commented on 2011-08-10 22:30 (UTC)

1. Strange. This has never changed: # fix permissions on scripts dir chmod og-w -R "${pkgdir}/usr/src/linux-${_kernver}/scripts" There was never execute perms for those scripts (as I can tell by the above line which has been there like forever). I will look into this. 2. This sounds like what we had for catalyst some time ago. The norm was to just patch the functions to not be exported as GPL. However, I'm not sure whether that carries any legal consequences now. You may try: sed -i 's/EXPORT_SYMBOL_GPL(migrate_enable);/EXPORT_SYMBOL(migrate_enable);/' kernel/sched.c

Morgan_Cox commented on 2011-08-10 22:13 (UTC)

Thanks schivmeister Unfortunately i'm having issues building the package... Initially it seems that various scripts in the kernel source dir (/usr/src/linux-3.0-rt) gave permission denied - i.e ----------- /bin/sh: /usr/src/linux-3.0-rt/scripts/recordmcount: Permission denied ----------- I did try (as an experiment) giving execute permissions on all files in /usr/src/linux-3.0-rt/scripts Now it gets (slightly) further although ends up with the error ----------------- FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol 'migrate_enable' ----------------- I'm going to create a post of ... If anyone has any ideas please let me know....

schivmeister commented on 2011-08-10 05:57 (UTC)

OK linux-rt is rolled. Please nudge me if there's anything that needs to be done on the kernel side for this.

Morgan_Cox commented on 2011-08-09 11:27 (UTC)

I'll be updating shortly hopefully. I was waiting for linux-rt to be released (i.e without ice patches) if its not out soon I'll attempt to make my own...

Det commented on 2011-08-03 16:45 (UTC)

Because there's a new one up. No it's not. There's at least. What does it matter anyway?

Morgan_Cox commented on 2011-08-03 09:37 (UTC)

Why was this flagged out of date? This is the latest stable Nvidia driver. I think that the next real time kernel (linux 3.0) will be coming out when arch linux releases kernel3 in its stable repos...

Morgan_Cox commented on 2011-07-23 09:47 (UTC)

My God - Nvidia are updating as fast as firefox now! Updated to 275.21 My thoughts today are with the people effected by the events in Norway today.

Morgan_Cox commented on 2011-07-19 18:46 (UTC)

Updated to 275.19

smoge commented on 2011-06-17 22:05 (UTC)


Morgan_Cox commented on 2011-06-17 21:07 (UTC)

Updated to 275.09.07

blackhole commented on 2011-06-15 09:41 (UTC)

Need to be updated to nvidia 275.09.07

Morgan_Cox commented on 2011-06-11 13:57 (UTC)

Hi - updated package -blackhole's error should be gone. Also changed to depend on kernel26rt as Nareto mentioned. Cheers

blackhole commented on 2011-06-11 12:36 (UTC)

error: failed to prepare transaction (could not satisfy dependencies) :: Starting full system upgrade... :: nvidia-rt: requires kernel26<2.6.39

Nareto commented on 2011-05-27 14:43 (UTC)

question: why does the description mention kernel26 instead of kernel26rt? also in the dependencies...

Nareto commented on 2011-05-27 14:42 (UTC)

yes md5sum now works thanks

Morgan_Cox commented on 2011-05-17 18:41 (UTC)

Hi Nareto - Just realised the md5sum will be incorrect for 32bit systems... (slight design flaw in my PKGBUILD) I have re-designed it to load a different md5sum depending on arch and re-uploaded the package. Please try now and let me know if your still having issues...

Nareto commented on 2011-05-17 11:07 (UTC)

wrong md5sum it seems

saur commented on 2011-04-23 18:33 (UTC)

Error: target not found: nvidia-utils = 270.41.03

Morgan_Cox commented on 2011-04-11 21:19 (UTC)

Updated PKGBUILD to avoid issue with kernel/kernel-headers > 2.6.38 The kernel26-rt package hasn't been updated yet to I have attached my PKGBUILD to the comments on

Morgan_Cox commented on 2011-04-06 21:52 (UTC)

Updated to 270.30 Also inspired by nvidia-bfs package I have changed the blacklist nouveau filename to 'nouveau_blacklist_rt.conf' to avoid conflict with existing nvidia packages. Sorry for the lack of updates recently I moved house a while ago and had no internet connection. I have just discovered powerline networking (I will never use wireless again)

Morgan_Cox commented on 2011-01-23 11:36 (UTC)

updated to 260.19.36

Morgan_Cox commented on 2010-11-27 13:14 (UTC)

Updated PKGBUILD to avoid issue with kernel/kernel-headers > 2.6.35

Morgan_Cox commented on 2010-10-18 20:51 (UTC)

Updated to 260.19.12

Morgan_Cox commented on 2010-09-04 02:00 (UTC)

jsadural - glad you got it sorted. The patch that is used was originally for 256.44 but seems to work fine with this version also. If anyone has any anomalies with the driver itself (rather than with the package) please add to this thread

commented on 2010-09-03 21:13 (UTC)

Schivmeister, you are absolutely right. I used the "any" mirror list and it updated soo many packages. I got it running now and am FINALLY running the rt-kernel. Moral of the story, all mirrors are not created equal. I'm new to arch-linux (long time planetccrma user) and must say I'm enjoying it!

schivmeister commented on 2010-09-03 20:56 (UTC)

Oh sorry..I should've mentioned that your primary mirror is the one that is out-of-date. You can check how delayed your mirror is, and choose a different one to your liking.

commented on 2010-09-03 20:52 (UTC)

I meant to say "preferred Mirrors" instead of "repositories" for better updated packages

commented on 2010-09-03 20:45 (UTC)

>Your pacman database is out-of-date relative to this PKGBUILD. I'm new to pacman, I'm used to rpm so I'm not sure exactly how to update the database I thought that "pacman -Syu" is the command to update the database and packages. ------------------------------------------------------ [root@jlinux extra-x86_64.r89480]# pacman -Syu :: Synchronizing package databases... core is up to date extra is up to date community is up to date :: Starting full system upgrade... there is nothing to do -------------------------------------------------------- My repository still does not show the most recent nvidia-utils. Are there preferred repositories that have more updated packages?

schivmeister commented on 2010-09-03 18:32 (UTC)

Your pacman database is out-of-date relative to this PKGBUILD. If you have 256.35, then it's even older than the last 256.44. Anyway, the repos contain 256.53 now, and it depends on nvidia-utils=256.53 as well: So your entire system is out-of-date. Even mine is, since nvidia-utils is 256.44. So I can reproduce your error here also. You should just update or edit this PKGBUILD to depend on nvidia-utils=$yourcustomversion.

commented on 2010-09-03 16:42 (UTC)

Here is what I have installed from the repository: ----------------------------------------------------- [jsadural@jlinux ~]$ pacman -Ss nvidia-utils extra/nvidia-utils 256.35-4 [installed] NVIDIA drivers utilities and libraries. I tried to build the nvidia-rt package and get this error: ---------------------------------------------------------------------------- [jsadural@jlinux nvidia-rt]$ makepkg -s ==> Making package: nvidia-rt 256.53-1 (Fri Sep 3 09:28:25 CST 2010) ==> Checking Runtime Dependencies... ==> Installing missing dependencies... error: 'nvidia-utils=256.53': could not find or read package ==> ERROR: 'pacman' failed to install missing dependencies. I noticed that this prepository has nvidia-utils 256.35-4 but what is required is 256.53. So I went to this link and downloaded and built the proper package It built fine but then and an error when trying to install ---------------------------------------------------------------------------- [jsadural@jlinux extra-x86_64.r89480]$ sudo pacman -U nvidia-utils-256.53-1-x86_64.pkg.tar.xz resolving dependencies... looking for inter-conflicts... error: failed to prepare transaction (could not satisfy dependencies) :: nvidia: requires nvidia-utils=256.35 Here is the output of the yaourt command: -------------------------------------------- [jsadural@jlinux extra-x86_64.r89480]$ yaourt -Ss nvidia | grep installed extra/libvdpau 0.4-1 [installed] extra/nvidia 256.35-1 [installed] extra/nvidia-utils 256.35-4 [installed] extra/xf86-video-nouveau 0.0.16_git20100517-1 [installed] Seems like a corner case. I am running 64bit processing if that makes any difference...

schivmeister commented on 2010-09-03 15:30 (UTC)

jsadural: the -4 is not a version, it's only a package-specific release number indicating if a package has been changed. please paste the relevant pacman output; it's difficult to know what happened from your description.

Morgan_Cox commented on 2010-09-03 00:52 (UTC)

jsadural - the latest nvidia-utils package is 256.53-1 - see : (same for i686) You should be able to upgrade the nvidia-utils package (to 256.53-1) using pacman. If you are getting conflicts trying to upgrade with an existing nvidia-rt package try removing that first, i.e:- pacman -Rd nvidia-rt pacman -Suy (to upgrade nvidia + nvidia-utils) Then build the package. Just to confirm here are my nvidia packages I have installed. [morgan@myhost nvidia-rt]$ yaourt -Ss nvidia | grep installed extra/libvdpau 0.4-1 [installed] extra/nvidia 256.53-1 [installed] extra/nvidia-utils 256.53-1 [installed] multilib/lib32-nvidia-utils 256.53-1 [installed] aur/nvidia-rt 256.53-1 [installed] (28)

commented on 2010-09-02 14:29 (UTC)

Hello Yossarianuk, I tried installing but got an error. The package but the it requires nvidia-utils=256.53 and the latest version of nvidia-utils from pacman is nvidia-utils=256.53-4. I tried to install nvidia-utils 256.53-1 from AUR but then it asks for 256.35 and I didn't want to go down that road. Can you please package the installer to depend on the most recent version nvidia-utils=256.53-4?

Morgan_Cox commented on 2010-09-01 18:28 (UTC)

updated to driver 256.53 Patch seems to work fine.

Morgan_Cox commented on 2010-08-28 18:08 (UTC)

done - not sure how long i'll last.... I didn't realise I could take it over and I didn't want to annoy anyone by 'taking their package'. I've only just got into realtime - for Jack2. I am quite obsessive about running the latest versions though .. Its also my first submission - contact me if you have issues

schivmeister commented on 2010-08-28 13:25 (UTC)

Thanks, but couldn't you have adopted and updated this one instead? Please do so..I'll remove that one once you do.

Morgan_Cox commented on 2010-08-28 11:59 (UTC)

I have uploaded an AUR package for the latest Nvidia driver 256.44-2 - for latest realtime kernel 2.6.33 The kernel is here -

commented on 2010-04-25 22:42 (UTC)

where i found the nvidia-utils=190.42

commented on 2010-04-11 14:37 (UTC)

my problem is the nvidia-utils, here 195.36.15-1, how can i downgrade to use your package?

schivmeister commented on 2010-04-07 10:43 (UTC)

Yep, as soon as Arch rolls out .33, I will be updating kernel26rt along with this one.

commented on 2010-04-07 00:22 (UTC)

hi schiv, the update is coming?

schivmeister commented on 2010-04-04 22:31 (UTC)

There was some work going on and it took away all comments =/

commented on 2010-04-04 22:14 (UTC)

here's the comments?