recommendations for 4k video card under Linux
Hi. Does anyone on the list have experience and recommendations on how to support a 4k monitor under Linux? We want to use a single Dell 27" 4k monitor (P2715Q) with a CentOS 7 system. What would be a good choice for a PCIe x16 video card, preferably with DisplayPort output, that can support 4k@60 Hz and has good driver support under X.org - hopefully without having to resort to 3rd party pre-compiled, version-specific binary kernel modules? If we can keep the price for the card below $200-$300 that would be great. Unfortunately my Google searches this morning for this have had a pretty low signal to noise ratio. Mostly people having problems with nVidia drivers. Possibly relevant h/w info: ASUS M5A78L-Mlx+ motherboard and AMD FX-6350 CPU. Power supply has a spare 6-pin (3x2) PCI-E power connector for cards that require a dedicated power connection. Thanks for any advice. Gilles -- Gilles R. Detillieux E-mail: <grdetil@scrc.umanitoba.ca> Spinal Cord Research Centre WWW: http://www.scrc.umanitoba.ca/ Dept. of Physiology and Pathophysiology, Rady Faculty of Health Sciences, Univ. of Manitoba Winnipeg, MB R3E 0J9 (Canada)
Forgive my ignorance, but don't all current cards support 4K? And the NVidia drivers would support that under Linux (<- assumption). For example, this card ($220 at ME) claims to support four 4K monitors (DP, HDMI, DVI-D): https://www.memoryexpress.com/Products/MX64640 Have you had trouble in the past, or is this just due diligence? On Fri, Apr 6, 2018 at 12:52 PM, Gilles Detillieux < grdetil@scrc.umanitoba.ca> wrote:
Hi. Does anyone on the list have experience and recommendations on how to support a 4k monitor under Linux? We want to use a single Dell 27" 4k monitor (P2715Q) with a CentOS 7 system. What would be a good choice for a PCIe x16 video card, preferably with DisplayPort output, that can support 4k@60 Hz and has good driver support under X.org - hopefully without having to resort to 3rd party pre-compiled, version-specific binary kernel modules? If we can keep the price for the card below $200-$300 that would be great.
Unfortunately my Google searches this morning for this have had a pretty low signal to noise ratio. Mostly people having problems with nVidia drivers.
Possibly relevant h/w info: ASUS M5A78L-Mlx+ motherboard and AMD FX-6350 CPU. Power supply has a spare 6-pin (3x2) PCI-E power connector for cards that require a dedicated power connection.
Thanks for any advice.
Gilles
-- Gilles R. Detillieux E-mail: <grdetil@scrc.umanitoba.ca> <grdetil@scrc.umanitoba.ca> Spinal Cord Research Centre WWW: http://www.scrc.umanitoba.ca/ Dept. of Physiology and Pathophysiology, Rady Faculty of Health Sciences, Univ. of Manitoba Winnipeg, MB R3E 0J9 (Canada)
_______________________________________________ Roundtable mailing list Roundtable@muug.ca https://muug.ca/mailman/listinfo/roundtable
Well, there is a surprising amount of cards that don't support 4k, especially the lower cost ones. The issue with drivers is that the "built-in" X.org drivers that come in their open source packages have good support for older cards, but not always for the newer cards (which the 4k-capable ones will tend to be). The X.org "nouveau" driver claims to support GeForce GTX 200 and 400, but doesn't mention the GTX 1050 chipset in the card you suggested. Using Nvidia's own Linux drivers has usually involved downloading and installing kernel version-specific pre-compiled binary modules, which stop loading after a kernel update. So, yes, due diligence because of trouble in the past. I've just read up on elrepo.org, though, which seems to package up "kABI-tracking kmod drivers" which don't need to be recompiled for each kernel update, and their repo includes nvidia drivers. So, that may be something to look into. Trouble is some of the stuff that turned up in my Google searches involved people struggling to get those elrepo drivers working, so it still won't be quite as simple and straightforward as it would be if I could get a 4k card that works with the default X.org radeon or nouveau drivers. So, advice from someone who has gotten 4k video working under X.org, with or without the elrepo drivers, would be appreciated. On 04/06/2018 01:27 PM, Kevin McGregor wrote:
Forgive my ignorance, but don't all current cards support 4K? And the NVidia drivers would support that under Linux (<- assumption). For example, this card ($220 at ME) claims to support four 4K monitors (DP, HDMI, DVI-D): https://www.memoryexpress.com/Products/MX64640
Have you had trouble in the past, or is this just due diligence?
On Fri, Apr 6, 2018 at 12:52 PM, Gilles Detillieux <grdetil@scrc.umanitoba.ca <mailto:grdetil@scrc.umanitoba.ca>> wrote:
Hi. Does anyone on the list have experience and recommendations on how to support a 4k monitor under Linux? We want to use a single Dell 27" 4k monitor (P2715Q) with a CentOS 7 system. What would be a good choice for a PCIe x16 video card, preferably with DisplayPort output, that can support 4k@60 Hz and has good driver support under X.org - hopefully without having to resort to 3rd party pre-compiled, version-specific binary kernel modules? If we can keep the price for the card below $200-$300 that would be great.
Unfortunately my Google searches this morning for this have had a pretty low signal to noise ratio. Mostly people having problems with nVidia drivers.
Possibly relevant h/w info: ASUS M5A78L-Mlx+ motherboard and AMD FX-6350 CPU. Power supply has a spare 6-pin (3x2) PCI-E power connector for cards that require a dedicated power connection.
Thanks for any advice.
Gilles
-- Gilles R. Detillieux E-mail: <grdetil@scrc.umanitoba.ca> Spinal Cord Research Centre WWW: http://www.scrc.umanitoba.ca/ Dept. of Physiology and Pathophysiology, Rady Faculty of Health Sciences, Univ. of Manitoba Winnipeg, MB R3E 0J9 (Canada)
I can't remember the last time I used Nvidia drivers with CentOS, but isn't that exactly what DKMS is for? I recall seeing Nvidia drivers recompile automatically using DKMS but I can't remember where :-( On April 6, 2018 2:09:19 PM CDT, Gilles Detillieux <grdetil@scrc.umanitoba.ca> wrote:
Well, there is a surprising amount of cards that don't support 4k, especially the lower cost ones.
The issue with drivers is that the "built-in" X.org drivers that come in their open source packages have good support for older cards, but not always for the newer cards (which the 4k-capable ones will tend to be).
The X.org "nouveau" driver claims to support GeForce GTX 200 and 400, but doesn't mention the GTX 1050 chipset in the card you suggested.
Using Nvidia's own Linux drivers has usually involved downloading and installing kernel version-specific pre-compiled binary modules, which stop loading after a kernel update.
So, yes, due diligence because of trouble in the past.
I've just read up on elrepo.org, though, which seems to package up "kABI-tracking kmod drivers" which don't need to be recompiled for each
kernel update, and their repo includes nvidia drivers. So, that may be something to look into. Trouble is some of the stuff that turned up in my Google searches involved people struggling to get those elrepo drivers working, so it still won't be quite as simple and straightforward as it would be if I could get a 4k card that works with
the default X.org radeon or nouveau drivers.
So, advice from someone who has gotten 4k video working under X.org, with or without the elrepo drivers, would be appreciated.
On 04/06/2018 01:27 PM, Kevin McGregor wrote:
Forgive my ignorance, but don't all current cards support 4K? And the
NVidia drivers would support that under Linux (<- assumption). For example, this card ($220 at ME) claims to support four 4K monitors (DP, HDMI, DVI-D): https://www.memoryexpress.com/Products/MX64640
Have you had trouble in the past, or is this just due diligence?
On Fri, Apr 6, 2018 at 12:52 PM, Gilles Detillieux <grdetil@scrc.umanitoba.ca <mailto:grdetil@scrc.umanitoba.ca>> wrote:
Hi. Does anyone on the list have experience and recommendations on how to support a 4k monitor under Linux? We want to use a single Dell 27" 4k monitor (P2715Q) with a CentOS 7 system. What would be a good choice for a PCIe x16 video card, preferably with DisplayPort output, that can support 4k@60 Hz and has good driver support under X.org - hopefully without having to resort to 3rd party pre-compiled, version-specific binary kernel modules? If we can keep the price for the card below $200-$300 that would be great.
Unfortunately my Google searches this morning for this have had a pretty low signal to noise ratio. Mostly people having problems with nVidia drivers.
Possibly relevant h/w info: ASUS M5A78L-Mlx+ motherboard and AMD FX-6350 CPU. Power supply has a spare 6-pin (3x2) PCI-E power connector for cards that require a dedicated power connection.
Thanks for any advice.
Gilles
-- Gilles R. Detillieux E-mail: <grdetil@scrc.umanitoba.ca> Spinal Cord Research Centre WWW: http://www.scrc.umanitoba.ca/ Dept. of Physiology and Pathophysiology, Rady Faculty of Health Sciences, Univ. of Manitoba Winnipeg, MB R3E 0J9 (Canada)
-- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Not sure if that's the way the NVIDIA repos for RHEL work or not, since I had to give up on those for the few Scientific Linux hosts we have that needed actual nvidia drivers. (Most of our systems that needed nvidia drivers, e.g. for CUDA support, are running Ubuntu, and DKMS works there... mostly...) I do have some SL hosts with nvidia drivers, but we had the opposite situation, in that we needed support for very old hardware that NVIDIA doesn't support anymore. I found a 3rd-party repo that had some legacy cuda and nvidia driver RPM's, and installed those, then disabled the repo, 'cause it conflicted with other stuff. Good news is those old drivers do rebuild, using DKMS, with every kernel update. Bad news is this likely won't help you, and I probably couldn't replicate this setup to save my life now! :P File it under useless trivia. :) Gilbert On 06/04/2018 2:11 PM, Adam Thompson wrote:
I can't remember the last time I used Nvidia drivers with CentOS, but isn't that exactly what DKMS is for? I recall seeing Nvidia drivers recompile automatically using DKMS but I can't remember where :-(
On April 6, 2018 2:09:19 PM CDT, Gilles Detillieux <grdetil@scrc.umanitoba.ca> wrote:
Well, there is a surprising amount of cards that don't support 4k, especially the lower cost ones.
The issue with drivers is that the "built-in" X.org drivers that come in their open source packages have good support for older cards, but not always for the newer cards (which the 4k-capable ones will tend to be). The X.org "nouveau" driver claims to support GeForce GTX 200 and 400, but doesn't mention the GTX 1050 chipset in the card you suggested.
Using Nvidia's own Linux drivers has usually involved downloading and installing kernel version-specific pre-compiled binary modules, which stop loading after a kernel update.
So, yes, due diligence because of trouble in the past.
I've just read up on elrepo.org, though, which seems to package up "kABI-tracking kmod drivers" which don't need to be recompiled for each kernel update, and their repo includes nvidia drivers. So, that may be something to look into. Trouble is some of the stuff that turned up in my Google searches involved people struggling to get those elrepo drivers working, so it still won't be quite as simple and straightforward as it would be if I could get a 4k card that works with the default X.org radeon or nouveau drivers.
So, advice from someone who has gotten 4k video working under X.org, with or without the elrepo drivers, would be appreciated.
On 04/06/2018 01:27 PM, Kevin McGregor wrote:
Forgive my ignorance, but don't all current cards support 4K? And the NVidia drivers would support that under Linux (<- assumption). For example, this card ($220 at ME) claims to support four 4K monitors (DP, HDMI, DVI-D): https://www.memoryexpress.com/Products/MX64640
Have you had trouble in the past, or is this just due diligence?
On Fri, Apr 6, 2018 at 12:52 PM, Gilles Detillieux <grdetil@scrc.umanitoba.ca <mailto:grdetil@scrc.umanitoba.ca>> wrote:
Hi. Does anyone on the list have experience and recommendations on how to support a 4k monitor under Linux? We want to use a single Dell 27" 4k monitor (P2715Q) with a CentOS 7 system. What would be a good choice for a PCIe x16 video card, preferably with DisplayPort output, that can support 4k@60 Hz and has good driver support under X.org - hopefully without having to resort to 3rd party pre-compiled, version-specific binary kernel modules? If we can keep the price for the card below $200-$300 that would be great.
Unfortunately my Google searches this morning for this have had a pretty low signal to noise ratio. Mostly people having problems with nVidia drivers.
Possibly relevant h/w info: ASUS M5A78L-Mlx+ motherboard and AMD FX-6350 CPU. Power supply has a spare 6-pin (3x2) PCI-E power connector for cards that require a dedicated power connection.
Thanks for any advice.
Gilles
-- Gilbert E. Detillieux E-mail: <gedetil@cs.umanitoba.ca> Dept. of Computer Science Web: http://www.cs.umanitoba.ca/~gedetil/ University of Manitoba Phone: (204)474-8161 Winnipeg MB CANADA R3T 2N2 Fax: (204)474-7609
On 2018-04-06 14:09, Gilles Detillieux wrote:
Well, there is a surprising amount of cards that don't support 4k, especially the lower cost ones.
Interesting. My Lenovo X220 and X230 with 'on board graphics' supports 4K quite well (both specific 4K monitor and 4K TV). You don't get 60hz unless using DisplayPort and you will need an active adapter if you have to convert HDMI or some other nonsense. The older the device the higher the chance you will suffer 4K@30hz but that didn't kill me. :) My PoC T430 does 4K via DP and miniDP and through full DP on the dumb dock (typing this now on said device attached to Samsung UE590 panel) Any ATI/Nvidia card with DP1.2 or better should be sufficient in my limited experience. -- Sean
On 04/06/2018 02:33 PM, Sean Cody wrote:
On 2018-04-06 14:09, Gilles Detillieux wrote:
Well, there is a surprising amount of cards that don't support 4k, especially the lower cost ones.
Interesting.
My Lenovo X220 and X230 with 'on board graphics' supports 4K quite well (both specific 4K monitor and 4K TV). You don't get 60hz unless using DisplayPort and you will need an active adapter if you have to convert HDMI or some other nonsense. The older the device the higher the chance you will suffer 4K@30hz but that didn't kill me. :)
My PoC T430 does 4K via DP and miniDP and through full DP on the dumb dock (typing this now on said device attached to Samsung UE590 panel)
Any ATI/Nvidia card with DP1.2 or better should be sufficient in my limited experience.
As far as I can tell, the onboard ATI Radeon 3000 on this motherboard won't do 4k. We don't have the monitor yet so I haven't been able to try, but I'm pretty sure the maximum pixel clock rate is too low even for 30 Hz (which we probably could live with). I know there are lots of cards out there that can do 4k@60 Hz, and it's reasonably easy to weed out the ones that don't (as long as the online specs are reasonably detailed - so Best Buy isn't the best place to look). The issue is weeding out the ones that won't have reliable driver support under CentOS 7. If I stick to the chipset lists from X.org, I come up empty as far as 4k-capable cards on the market right now. Problem is those chipset lists aren't necessarily complete: we have a PC with onboard nVidia Quadro K2200 which does work with nouveau, even though that's not listed as a supported chipset. But I can't find a new Quadro K2200 card. I can find a K420 card, but it's anybody's guess if it'll work with nouveau. All I could find via Google was people struggling to get a K420 to work with nVidia's own Linux drivers (which somewhat suggests using nouveau wasn't an option). -- Gilles R. Detillieux E-mail: <grdetil@scrc.umanitoba.ca> Spinal Cord Research Centre WWW: http://www.scrc.umanitoba.ca/ Dept. of Physiology and Pathophysiology, Rady Faculty of Health Sciences, Univ. of Manitoba Winnipeg, MB R3E 0J9 (Canada)
On 2018-04-06 12:52, Gilles Detillieux wrote:
Hi. Does anyone on the list have experience and recommendations on how to support a 4k monitor under Linux? We want to use a single Dell 27" 4k monitor (P2715Q) with a CentOS 7 system. What would be a good choice for a PCIe x16 video card, preferably with DisplayPort output, that can support 4k@60 Hz and has good driver support under X.org - hopefully without having to resort to 3rd party pre-compiled, version-specific binary kernel modules? If we can keep the price for the card below $200-$300 that would be great.
Unfortunately my Google searches this morning for this have had a pretty low signal to noise ratio. Mostly people having problems with nVidia drivers.
Possibly relevant h/w info: ASUS M5A78L-Mlx+ motherboard and AMD FX-6350 CPU. Power supply has a spare 6-pin (3x2) PCI-E power connector for cards that require a dedicated power connection.
Thanks for any advice.
Gilles
The short answer is... pretty much anything you can buy at this point will do what you want, except for some of the older cards. I tend to stick to fanless cards, since the fans are always the first thing to die, however there aren't all that many of them out there, and they don't tend to support 4K but it varies widely. The AMD/ATI cards don't need precompiled 3rd party drivers, but that doesn't mean they work better. I haven't had much trouble with the nVidia drivers... and if you don't need 3D performance, just use the Nouveau driver which works fine for 2D. Regardless, a quick search on NewEgg reveals a handful of options that fit your bill: https://www.newegg.ca/Product/ProductList.aspx?Submit=ENE&N=100007708%204814... I have not checked each chipset against the latest CentOS X.org drivers for compatibility, sorry. That's one reason I actually prefer the nVidia experience - they update faster than the AMD drivers. (Usually. Except when they don't. YMMV.) -Adam
On 04/06/2018 01:55 PM, Adam Thompson wrote:
The short answer is... pretty much anything you can buy at this point will do what you want, except for some of the older cards.
I tend to stick to fanless cards, since the fans are always the first thing to die, however there aren't all that many of them out there, and they don't tend to support 4K but it varies widely.
The AMD/ATI cards don't need precompiled 3rd party drivers, but that doesn't mean they work better. I haven't had much trouble with the nVidia drivers... and if you don't need 3D performance, just use the Nouveau driver which works fine for 2D.
Just need 2D, but I have encountered nVidia cards that the nouveau driver didn't support, so I'm a bit wary. It does look like whether I go with nVidia or Radeon, I'm going to have to bite the bullet and try something, because I'm coming up empty on 4k cards whose chipset is explicitly mentioned in the X.org radeon or nouveau driver chipset lists.
Regardless, a quick search on NewEgg reveals a handful of options that fit your bill:
https://www.newegg.ca/Product/ProductList.aspx?Submit=ENE&N=100007708%204814...
I have not checked each chipset against the latest CentOS X.org drivers for compatibility, sorry. That's one reason I actually prefer the nVidia experience - they update faster than the AMD drivers. (Usually. Except when they don't. YMMV.)
Those are Radeon RX 550 & 560 cards. I was all set to order an RX 550 card until I saw that the X.org radeon driver & docs make no mention of RX chipsets at all. So now I'm not so sure about that. It does make nVidia seem like the safer bet, though, because if I'm stuck with no X.org driver support, at least it looks like I'll have better options for 3rd party support. As for DKMS, my impression was you needed driver source for that, and that nVidia only provided binaries. The elrepo approach may be a better way to go, but that would mean going with nVidia as they don't seem to have radeon drivers that I can find. -- Gilles R. Detillieux E-mail: <grdetil@scrc.umanitoba.ca> Spinal Cord Research Centre WWW: http://www.scrc.umanitoba.ca/ Dept. of Physiology and Pathophysiology, Rady Faculty of Health Sciences, Univ. of Manitoba Winnipeg, MB R3E 0J9 (Canada)
On 2018-04-06 Gilles Detillieux wrote:
Hi. Does anyone on the list have experience and recommendations on how to support a 4k monitor under Linux? We want to use a single Dell
Hi, I mentioned at a MUUG meeting roundtable last year that I had picked up a "2k" (2560x1440) monitor and card and got it working. All my research and picks apply to 4k also, so my results might be useful to you. First off, you want DP. 2k is hard with HDMI, and 4k is doubly so. Many cards (especially cheaper/older ones) may claim to do high rez's but their HDMI out port won't, as it's not a new enough spec. From memory, you need something like 1.6 instead of 1.4 or whatever (can find online) but good luck finding out precisely what the HDMI port on your card actually is from the Taiwan Inc websites. Same thing applies to cables, for 4k you'll probably need a newest-gen cable, and they are equally as hard to deduce precisely what version they are! DP doesn't suffer from this problem on either front. If you get a DP card that says it does 4k, it does 4k, guaranteed, and the cables are basically all 4k supporting unless you find something really old. I tried about 4 different combos of card and 2k monitor before finally getting something to work, so I'm pretty sure I've figured out the cheapest (nvidia) way. And when things aren't going to work, they just don't work. You're just stuck at the lower rez with no option to go higher and no hint as to why. I suppose you could probably get things working at lower clocks using xorg.conf modelines like the bad 'ol days, but I didn't want to delve there. When you get the right parts it all "just works". The cheapest card that I could find that would support 4k and DP and vdpau (important for me) was the GTX 1050. Any 1050 with DP out should be A-OK. I sell them for just over $200, but I'm sure there are deals elsewhere out there. I'm not 100% positive but I think when I first booted up with my nouveau drivers they didn't work and it fell back to fb or vesa or something. That was 1 year ago. Eventually nouveau will support the 1050, maybe already does. The chipset codename according to lspci is GP107 if that helps. No whoop, I switch between nouveau and nvidia binaries frequently when FLOSS support catches up with the technology. "Updating kernel ate my nv binary" hasn't been a concern for me for at least 5 years now. If you're using Fedora, just use the rpmfusion nvidia and (a|)kmod-nvidia rpms and every time you dnf update the kernel the binaries auto-compile and you have to do zero additional steps when you reboot. It just keeps working. (And it bypasses having to wait for the repo guys to update the non-akmod rpm version which always takes 1-2 weeks!) One caveat: after the dnf update finishes, wait about 2 minutes for the gcc processes to finish compiling or you'll be foobar until you run akmod --somethingorrather from a single boot. (Nothing at all indicates you need to wait after an update before rebooting.) I'm probably stuck with binaries for a long time as I really like vdpau now and I'm pretty sure that won't be in the FLOSS drivers for many more years, if ever. The binaries are pretty good. No stability issues, though sometimes there's little cosmetic glitch bugs that they eventually hammer out in updates (I currently have zero of these occurring). The only sucky part is if you want to bisect/debug for the LKML guys (which I seem to do way too often lately) you'll need to reproduce your bug in non-tainted before posting your results. My monitor is also a Dell (2k) and it's great. Their quality/price ratio can't be beat on mid/high-end monitors. I sell quite a few and can often get amazing prices on Dell LCDs through my suppliers, so if you're in Wpg give me a shout. My next project is to try the DP daisychain feature as I want 2 x 2k LCD instead of my current 2k + 1600x1200. And I'm not convinced the 1050's HDMI will do 2k or 4k so daisychain might be the only option. (My big q is can a non-daisy LCD daisy off a has-daisy LCD or do both need to be daisy-capable, i.e. with passthru.) If a 2nd 2k/4k monitor is in your future give the daisy port yes/no feature serious consideration before you buy your first one. No "affordable" card I looked at had dual DP out. I'll end with a quick note about 2k vs 4k. I thought long and hard about which to buy, as the price diff was sub-$200. I went with 2k as I do almost zero graphics/images and I realized that for my workload, normal daily desktop use + 90% cmd line and programming work, 4k would buy me nothing. In fact, besides graphics work I can't see any use for 4k. My goal is always the most usable real estate, and with 2k on a 24" I was able to vastly increase my pixel count yet keep all my working terminal font sizes constant at 9 pixel mono terminal font. I guess what I'm saying (and I'm sure you've already thought about it) is don't just say "ooooh 4k" and get that, think about what you are really trying to achieve. The other upshot of picking 2k, besides price, is that you can go 2 x 2k fairly easily on most cards, but 2 x 4k might go beyond the $200 cards' max overall screen dimensions. Good luck! And if you ever daisychain, let me know.
(Top-posting to save time, sorry) You need HDMI 2.1 for guaranteed 5k support. IIRC, HDMI 2.0 guaranteed 4k support. When I say "guaranteed", I don't mean "HDMI Assoc. says it'll work", I mean "yes, it's going to work in the real world". Hanging a non-passthrough DP monitor off of a passthrough-capable monitor is exactly the use case that feature is designed for. I sincerely hope that TB3 takes over as a video cabling standard and finally replaces both DP and HDMI, but I don't really think it'll happen... in any case a single 40GBps TB3 connection still only supports 1 x 5k or 2 x 4k displays. -Adam On 2018-04-07 01:19, Trevor Cordes wrote:
On 2018-04-06 Gilles Detillieux wrote:
Hi. Does anyone on the list have experience and recommendations on how to support a 4k monitor under Linux? We want to use a single Dell
Hi, I mentioned at a MUUG meeting roundtable last year that I had picked up a "2k" (2560x1440) monitor and card and got it working. All my research and picks apply to 4k also, so my results might be useful to you.
First off, you want DP. 2k is hard with HDMI, and 4k is doubly so. Many cards (especially cheaper/older ones) may claim to do high rez's but their HDMI out port won't, as it's not a new enough spec. From memory, you need something like 1.6 instead of 1.4 or whatever (can find online) but good luck finding out precisely what the HDMI port on your card actually is from the Taiwan Inc websites.
Same thing applies to cables, for 4k you'll probably need a newest-gen cable, and they are equally as hard to deduce precisely what version they are! DP doesn't suffer from this problem on either front. If you get a DP card that says it does 4k, it does 4k, guaranteed, and the cables are basically all 4k supporting unless you find something really old.
I tried about 4 different combos of card and 2k monitor before finally getting something to work, so I'm pretty sure I've figured out the cheapest (nvidia) way. And when things aren't going to work, they just don't work. You're just stuck at the lower rez with no option to go higher and no hint as to why. I suppose you could probably get things working at lower clocks using xorg.conf modelines like the bad 'ol days, but I didn't want to delve there. When you get the right parts it all "just works".
The cheapest card that I could find that would support 4k and DP and vdpau (important for me) was the GTX 1050. Any 1050 with DP out should be A-OK. I sell them for just over $200, but I'm sure there are deals elsewhere out there.
I'm not 100% positive but I think when I first booted up with my nouveau drivers they didn't work and it fell back to fb or vesa or something. That was 1 year ago. Eventually nouveau will support the 1050, maybe already does. The chipset codename according to lspci is GP107 if that helps.
No whoop, I switch between nouveau and nvidia binaries frequently when FLOSS support catches up with the technology. "Updating kernel ate my nv binary" hasn't been a concern for me for at least 5 years now. If you're using Fedora, just use the rpmfusion nvidia and (a|)kmod-nvidia rpms and every time you dnf update the kernel the binaries auto-compile and you have to do zero additional steps when you reboot. It just keeps working. (And it bypasses having to wait for the repo guys to update the non-akmod rpm version which always takes 1-2 weeks!)
One caveat: after the dnf update finishes, wait about 2 minutes for the gcc processes to finish compiling or you'll be foobar until you run akmod --somethingorrather from a single boot. (Nothing at all indicates you need to wait after an update before rebooting.)
I'm probably stuck with binaries for a long time as I really like vdpau now and I'm pretty sure that won't be in the FLOSS drivers for many more years, if ever. The binaries are pretty good. No stability issues, though sometimes there's little cosmetic glitch bugs that they eventually hammer out in updates (I currently have zero of these occurring). The only sucky part is if you want to bisect/debug for the LKML guys (which I seem to do way too often lately) you'll need to reproduce your bug in non-tainted before posting your results.
My monitor is also a Dell (2k) and it's great. Their quality/price ratio can't be beat on mid/high-end monitors. I sell quite a few and can often get amazing prices on Dell LCDs through my suppliers, so if you're in Wpg give me a shout.
My next project is to try the DP daisychain feature as I want 2 x 2k LCD instead of my current 2k + 1600x1200. And I'm not convinced the 1050's HDMI will do 2k or 4k so daisychain might be the only option. (My big q is can a non-daisy LCD daisy off a has-daisy LCD or do both need to be daisy-capable, i.e. with passthru.) If a 2nd 2k/4k monitor is in your future give the daisy port yes/no feature serious consideration before you buy your first one. No "affordable" card I looked at had dual DP out.
I'll end with a quick note about 2k vs 4k. I thought long and hard about which to buy, as the price diff was sub-$200. I went with 2k as I do almost zero graphics/images and I realized that for my workload, normal daily desktop use + 90% cmd line and programming work, 4k would buy me nothing. In fact, besides graphics work I can't see any use for 4k. My goal is always the most usable real estate, and with 2k on a 24" I was able to vastly increase my pixel count yet keep all my working terminal font sizes constant at 9 pixel mono terminal font.
I guess what I'm saying (and I'm sure you've already thought about it) is don't just say "ooooh 4k" and get that, think about what you are really trying to achieve. The other upshot of picking 2k, besides price, is that you can go 2 x 2k fairly easily on most cards, but 2 x 4k might go beyond the $200 cards' max overall screen dimensions.
Good luck! And if you ever daisychain, let me know. _______________________________________________ Roundtable mailing list Roundtable@muug.ca https://muug.ca/mailman/listinfo/roundtable
Thanks, everyone, for all the advice. It does put my mind at ease that nVidia seems to be a safer bet than I had thought. I think we'll give a GTX 1050 card a try. We'll likely stick to DisplayPort 1.4, which should do 4k without a snag, and avoid the potential headaches of HDMI. Don't need 5k, don't need more than 1 monitor so we won't be messing with passthrough/daisychain, and won't wait for TB3. ;-) Gilles (unrepentant top-poster) On 2018-04-07 11:08, Adam Thompson wrote:
(Top-posting to save time, sorry)
You need HDMI 2.1 for guaranteed 5k support. IIRC, HDMI 2.0 guaranteed 4k support. When I say "guaranteed", I don't mean "HDMI Assoc. says it'll work", I mean "yes, it's going to work in the real world".
Hanging a non-passthrough DP monitor off of a passthrough-capable monitor is exactly the use case that feature is designed for.
I sincerely hope that TB3 takes over as a video cabling standard and finally replaces both DP and HDMI, but I don't really think it'll happen... in any case a single 40GBps TB3 connection still only supports 1 x 5k or 2 x 4k displays.
-Adam
On 2018-04-07 01:19, Trevor Cordes wrote:
On 2018-04-06 Gilles Detillieux wrote:
Hi. Does anyone on the list have experience and recommendations on how to support a 4k monitor under Linux? We want to use a single Dell
Hi, I mentioned at a MUUG meeting roundtable last year that I had picked up a "2k" (2560x1440) monitor and card and got it working. All my research and picks apply to 4k also, so my results might be useful to you.
First off, you want DP. 2k is hard with HDMI, and 4k is doubly so. Many cards (especially cheaper/older ones) may claim to do high rez's but their HDMI out port won't, as it's not a new enough spec. From memory, you need something like 1.6 instead of 1.4 or whatever (can find online) but good luck finding out precisely what the HDMI port on your card actually is from the Taiwan Inc websites.
Same thing applies to cables, for 4k you'll probably need a newest-gen cable, and they are equally as hard to deduce precisely what version they are! DP doesn't suffer from this problem on either front. If you get a DP card that says it does 4k, it does 4k, guaranteed, and the cables are basically all 4k supporting unless you find something really old.
I tried about 4 different combos of card and 2k monitor before finally getting something to work, so I'm pretty sure I've figured out the cheapest (nvidia) way. And when things aren't going to work, they just don't work. You're just stuck at the lower rez with no option to go higher and no hint as to why. I suppose you could probably get things working at lower clocks using xorg.conf modelines like the bad 'ol days, but I didn't want to delve there. When you get the right parts it all "just works".
The cheapest card that I could find that would support 4k and DP and vdpau (important for me) was the GTX 1050. Any 1050 with DP out should be A-OK. I sell them for just over $200, but I'm sure there are deals elsewhere out there.
I'm not 100% positive but I think when I first booted up with my nouveau drivers they didn't work and it fell back to fb or vesa or something. That was 1 year ago. Eventually nouveau will support the 1050, maybe already does. The chipset codename according to lspci is GP107 if that helps.
No whoop, I switch between nouveau and nvidia binaries frequently when FLOSS support catches up with the technology. "Updating kernel ate my nv binary" hasn't been a concern for me for at least 5 years now. If you're using Fedora, just use the rpmfusion nvidia and (a|)kmod-nvidia rpms and every time you dnf update the kernel the binaries auto-compile and you have to do zero additional steps when you reboot. It just keeps working. (And it bypasses having to wait for the repo guys to update the non-akmod rpm version which always takes 1-2 weeks!)
One caveat: after the dnf update finishes, wait about 2 minutes for the gcc processes to finish compiling or you'll be foobar until you run akmod --somethingorrather from a single boot. (Nothing at all indicates you need to wait after an update before rebooting.)
I'm probably stuck with binaries for a long time as I really like vdpau now and I'm pretty sure that won't be in the FLOSS drivers for many more years, if ever. The binaries are pretty good. No stability issues, though sometimes there's little cosmetic glitch bugs that they eventually hammer out in updates (I currently have zero of these occurring). The only sucky part is if you want to bisect/debug for the LKML guys (which I seem to do way too often lately) you'll need to reproduce your bug in non-tainted before posting your results.
My monitor is also a Dell (2k) and it's great. Their quality/price ratio can't be beat on mid/high-end monitors. I sell quite a few and can often get amazing prices on Dell LCDs through my suppliers, so if you're in Wpg give me a shout.
My next project is to try the DP daisychain feature as I want 2 x 2k LCD instead of my current 2k + 1600x1200. And I'm not convinced the 1050's HDMI will do 2k or 4k so daisychain might be the only option. (My big q is can a non-daisy LCD daisy off a has-daisy LCD or do both need to be daisy-capable, i.e. with passthru.) If a 2nd 2k/4k monitor is in your future give the daisy port yes/no feature serious consideration before you buy your first one. No "affordable" card I looked at had dual DP out.
I'll end with a quick note about 2k vs 4k. I thought long and hard about which to buy, as the price diff was sub-$200. I went with 2k as I do almost zero graphics/images and I realized that for my workload, normal daily desktop use + 90% cmd line and programming work, 4k would buy me nothing. In fact, besides graphics work I can't see any use for 4k. My goal is always the most usable real estate, and with 2k on a 24" I was able to vastly increase my pixel count yet keep all my working terminal font sizes constant at 9 pixel mono terminal font.
I guess what I'm saying (and I'm sure you've already thought about it) is don't just say "ooooh 4k" and get that, think about what you are really trying to achieve. The other upshot of picking 2k, besides price, is that you can go 2 x 2k fairly easily on most cards, but 2 x 4k might go beyond the $200 cards' max overall screen dimensions.
Good luck! And if you ever daisychain, let me know.
-- Gilles R. Detillieux E-mail: <grdetil@scrc.umanitoba.ca> Spinal Cord Research Centre WWW: http://www.scrc.umanitoba.ca/ Dept. of Physiology and Pathophysiology, Faculty of Health Sciences, Univ. of Manitoba Winnipeg, MB R3E 0J9 (Canada)
Just a quick follow-up on how things went: really quite smoothly! I never had to change any configuration or install any drivers. It autodetected the new card with no problems. The logs didn't clearly show what was going on behind the scenes, just that it was now using a "glamoregl" module and glamor OpenGL accelerated driver that it wasn't using before. No feedback on detected chipset or anything of the sort. But it worked well. Then I hooked up the new 4k monitor, and initially only the top left quarter of the display showed a clear 1080p image of the login screen, with noise on the other 3 quarters, but when I logged in it displayed a vivid 4k desktop with very tiny fonts. I spent a bit of time playing around in the Gnome Tweak Tool and dconf-editor to get things showing up to my satisfaction. Looks & works great now! The login screen displays properly now too, albeit with small text, but not worth fussing with to get that larger. On 2018-04-09 14:31, Gilles Detillieux wrote:
Thanks, everyone, for all the advice. It does put my mind at ease that nVidia seems to be a safer bet than I had thought. I think we'll give a GTX 1050 card a try. We'll likely stick to DisplayPort 1.4, which should do 4k without a snag, and avoid the potential headaches of HDMI. Don't need 5k, don't need more than 1 monitor so we won't be messing with passthrough/daisychain, and won't wait for TB3. ;-)
Gilles (unrepentant top-poster)
On 2018-04-07 11:08, Adam Thompson wrote:
(Top-posting to save time, sorry)
You need HDMI 2.1 for guaranteed 5k support. IIRC, HDMI 2.0 guaranteed 4k support. When I say "guaranteed", I don't mean "HDMI Assoc. says it'll work", I mean "yes, it's going to work in the real world".
Hanging a non-passthrough DP monitor off of a passthrough-capable monitor is exactly the use case that feature is designed for.
I sincerely hope that TB3 takes over as a video cabling standard and finally replaces both DP and HDMI, but I don't really think it'll happen... in any case a single 40GBps TB3 connection still only supports 1 x 5k or 2 x 4k displays.
-Adam
On 2018-04-07 01:19, Trevor Cordes wrote:
On 2018-04-06 Gilles Detillieux wrote:
Hi. Does anyone on the list have experience and recommendations on how to support a 4k monitor under Linux? We want to use a single Dell
Hi, I mentioned at a MUUG meeting roundtable last year that I had picked up a "2k" (2560x1440) monitor and card and got it working. All my research and picks apply to 4k also, so my results might be useful to you.
First off, you want DP. 2k is hard with HDMI, and 4k is doubly so. Many cards (especially cheaper/older ones) may claim to do high rez's but their HDMI out port won't, as it's not a new enough spec. From memory, you need something like 1.6 instead of 1.4 or whatever (can find online) but good luck finding out precisely what the HDMI port on your card actually is from the Taiwan Inc websites.
Same thing applies to cables, for 4k you'll probably need a newest-gen cable, and they are equally as hard to deduce precisely what version they are! DP doesn't suffer from this problem on either front. If you get a DP card that says it does 4k, it does 4k, guaranteed, and the cables are basically all 4k supporting unless you find something really old.
I tried about 4 different combos of card and 2k monitor before finally getting something to work, so I'm pretty sure I've figured out the cheapest (nvidia) way. And when things aren't going to work, they just don't work. You're just stuck at the lower rez with no option to go higher and no hint as to why. I suppose you could probably get things working at lower clocks using xorg.conf modelines like the bad 'ol days, but I didn't want to delve there. When you get the right parts it all "just works".
The cheapest card that I could find that would support 4k and DP and vdpau (important for me) was the GTX 1050. Any 1050 with DP out should be A-OK. I sell them for just over $200, but I'm sure there are deals elsewhere out there.
I'm not 100% positive but I think when I first booted up with my nouveau drivers they didn't work and it fell back to fb or vesa or something. That was 1 year ago. Eventually nouveau will support the 1050, maybe already does. The chipset codename according to lspci is GP107 if that helps.
No whoop, I switch between nouveau and nvidia binaries frequently when FLOSS support catches up with the technology. "Updating kernel ate my nv binary" hasn't been a concern for me for at least 5 years now. If you're using Fedora, just use the rpmfusion nvidia and (a|)kmod-nvidia rpms and every time you dnf update the kernel the binaries auto-compile and you have to do zero additional steps when you reboot. It just keeps working. (And it bypasses having to wait for the repo guys to update the non-akmod rpm version which always takes 1-2 weeks!)
One caveat: after the dnf update finishes, wait about 2 minutes for the gcc processes to finish compiling or you'll be foobar until you run akmod --somethingorrather from a single boot. (Nothing at all indicates you need to wait after an update before rebooting.)
I'm probably stuck with binaries for a long time as I really like vdpau now and I'm pretty sure that won't be in the FLOSS drivers for many more years, if ever. The binaries are pretty good. No stability issues, though sometimes there's little cosmetic glitch bugs that they eventually hammer out in updates (I currently have zero of these occurring). The only sucky part is if you want to bisect/debug for the LKML guys (which I seem to do way too often lately) you'll need to reproduce your bug in non-tainted before posting your results.
My monitor is also a Dell (2k) and it's great. Their quality/price ratio can't be beat on mid/high-end monitors. I sell quite a few and can often get amazing prices on Dell LCDs through my suppliers, so if you're in Wpg give me a shout.
My next project is to try the DP daisychain feature as I want 2 x 2k LCD instead of my current 2k + 1600x1200. And I'm not convinced the 1050's HDMI will do 2k or 4k so daisychain might be the only option. (My big q is can a non-daisy LCD daisy off a has-daisy LCD or do both need to be daisy-capable, i.e. with passthru.) If a 2nd 2k/4k monitor is in your future give the daisy port yes/no feature serious consideration before you buy your first one. No "affordable" card I looked at had dual DP out.
I'll end with a quick note about 2k vs 4k. I thought long and hard about which to buy, as the price diff was sub-$200. I went with 2k as I do almost zero graphics/images and I realized that for my workload, normal daily desktop use + 90% cmd line and programming work, 4k would buy me nothing. In fact, besides graphics work I can't see any use for 4k. My goal is always the most usable real estate, and with 2k on a 24" I was able to vastly increase my pixel count yet keep all my working terminal font sizes constant at 9 pixel mono terminal font.
I guess what I'm saying (and I'm sure you've already thought about it) is don't just say "ooooh 4k" and get that, think about what you are really trying to achieve. The other upshot of picking 2k, besides price, is that you can go 2 x 2k fairly easily on most cards, but 2 x 4k might go beyond the $200 cards' max overall screen dimensions.
Good luck! And if you ever daisychain, let me know.
-- Gilles R. Detillieux E-mail: <grdetil@scrc.umanitoba.ca> Spinal Cord Research Centre WWW: http://www.scrc.umanitoba.ca/ Dept. of Physiology and Pathophysiology, Faculty of Health Sciences, Univ. of Manitoba Winnipeg, MB R3E 0J9 (Canada)
Forgot to mention, this is the card we ended up ordering: MSI GeForce GTX 1050, 2 GB GDDR5 https://www.newegg.ca/Product/Product.aspx?Item=N82E16814137058&cm_re=gtx_10... On 2018-04-23 11:28, Gilles Detillieux wrote:
Just a quick follow-up on how things went: really quite smoothly! I never had to change any configuration or install any drivers. It autodetected the new card with no problems. The logs didn't clearly show what was going on behind the scenes, just that it was now using a "glamoregl" module and glamor OpenGL accelerated driver that it wasn't using before. No feedback on detected chipset or anything of the sort. But it worked well. Then I hooked up the new 4k monitor, and initially only the top left quarter of the display showed a clear 1080p image of the login screen, with noise on the other 3 quarters, but when I logged in it displayed a vivid 4k desktop with very tiny fonts. I spent a bit of time playing around in the Gnome Tweak Tool and dconf-editor to get things showing up to my satisfaction. Looks & works great now! The login screen displays properly now too, albeit with small text, but not worth fussing with to get that larger.
On 2018-04-09 14:31, Gilles Detillieux wrote:
Thanks, everyone, for all the advice. It does put my mind at ease that nVidia seems to be a safer bet than I had thought. I think we'll give a GTX 1050 card a try. We'll likely stick to DisplayPort 1.4, which should do 4k without a snag, and avoid the potential headaches of HDMI. Don't need 5k, don't need more than 1 monitor so we won't be messing with passthrough/daisychain, and won't wait for TB3. ;-)
Gilles (unrepentant top-poster)
On 2018-04-07 11:08, Adam Thompson wrote:
(Top-posting to save time, sorry)
You need HDMI 2.1 for guaranteed 5k support. IIRC, HDMI 2.0 guaranteed 4k support. When I say "guaranteed", I don't mean "HDMI Assoc. says it'll work", I mean "yes, it's going to work in the real world".
Hanging a non-passthrough DP monitor off of a passthrough-capable monitor is exactly the use case that feature is designed for.
I sincerely hope that TB3 takes over as a video cabling standard and finally replaces both DP and HDMI, but I don't really think it'll happen... in any case a single 40GBps TB3 connection still only supports 1 x 5k or 2 x 4k displays.
-Adam
On 2018-04-07 01:19, Trevor Cordes wrote:
On 2018-04-06 Gilles Detillieux wrote:
Hi. Does anyone on the list have experience and recommendations on how to support a 4k monitor under Linux? We want to use a single Dell
Hi, I mentioned at a MUUG meeting roundtable last year that I had picked up a "2k" (2560x1440) monitor and card and got it working. All my research and picks apply to 4k also, so my results might be useful to you.
First off, you want DP. 2k is hard with HDMI, and 4k is doubly so. Many cards (especially cheaper/older ones) may claim to do high rez's but their HDMI out port won't, as it's not a new enough spec. From memory, you need something like 1.6 instead of 1.4 or whatever (can find online) but good luck finding out precisely what the HDMI port on your card actually is from the Taiwan Inc websites.
Same thing applies to cables, for 4k you'll probably need a newest-gen cable, and they are equally as hard to deduce precisely what version they are! DP doesn't suffer from this problem on either front. If you get a DP card that says it does 4k, it does 4k, guaranteed, and the cables are basically all 4k supporting unless you find something really old.
I tried about 4 different combos of card and 2k monitor before finally getting something to work, so I'm pretty sure I've figured out the cheapest (nvidia) way. And when things aren't going to work, they just don't work. You're just stuck at the lower rez with no option to go higher and no hint as to why. I suppose you could probably get things working at lower clocks using xorg.conf modelines like the bad 'ol days, but I didn't want to delve there. When you get the right parts it all "just works".
The cheapest card that I could find that would support 4k and DP and vdpau (important for me) was the GTX 1050. Any 1050 with DP out should be A-OK. I sell them for just over $200, but I'm sure there are deals elsewhere out there.
I'm not 100% positive but I think when I first booted up with my nouveau drivers they didn't work and it fell back to fb or vesa or something. That was 1 year ago. Eventually nouveau will support the 1050, maybe already does. The chipset codename according to lspci is GP107 if that helps.
No whoop, I switch between nouveau and nvidia binaries frequently when FLOSS support catches up with the technology. "Updating kernel ate my nv binary" hasn't been a concern for me for at least 5 years now. If you're using Fedora, just use the rpmfusion nvidia and (a|)kmod-nvidia rpms and every time you dnf update the kernel the binaries auto-compile and you have to do zero additional steps when you reboot. It just keeps working. (And it bypasses having to wait for the repo guys to update the non-akmod rpm version which always takes 1-2 weeks!)
One caveat: after the dnf update finishes, wait about 2 minutes for the gcc processes to finish compiling or you'll be foobar until you run akmod --somethingorrather from a single boot. (Nothing at all indicates you need to wait after an update before rebooting.)
I'm probably stuck with binaries for a long time as I really like vdpau now and I'm pretty sure that won't be in the FLOSS drivers for many more years, if ever. The binaries are pretty good. No stability issues, though sometimes there's little cosmetic glitch bugs that they eventually hammer out in updates (I currently have zero of these occurring). The only sucky part is if you want to bisect/debug for the LKML guys (which I seem to do way too often lately) you'll need to reproduce your bug in non-tainted before posting your results.
My monitor is also a Dell (2k) and it's great. Their quality/price ratio can't be beat on mid/high-end monitors. I sell quite a few and can often get amazing prices on Dell LCDs through my suppliers, so if you're in Wpg give me a shout.
My next project is to try the DP daisychain feature as I want 2 x 2k LCD instead of my current 2k + 1600x1200. And I'm not convinced the 1050's HDMI will do 2k or 4k so daisychain might be the only option. (My big q is can a non-daisy LCD daisy off a has-daisy LCD or do both need to be daisy-capable, i.e. with passthru.) If a 2nd 2k/4k monitor is in your future give the daisy port yes/no feature serious consideration before you buy your first one. No "affordable" card I looked at had dual DP out.
I'll end with a quick note about 2k vs 4k. I thought long and hard about which to buy, as the price diff was sub-$200. I went with 2k as I do almost zero graphics/images and I realized that for my workload, normal daily desktop use + 90% cmd line and programming work, 4k would buy me nothing. In fact, besides graphics work I can't see any use for 4k. My goal is always the most usable real estate, and with 2k on a 24" I was able to vastly increase my pixel count yet keep all my working terminal font sizes constant at 9 pixel mono terminal font.
I guess what I'm saying (and I'm sure you've already thought about it) is don't just say "ooooh 4k" and get that, think about what you are really trying to achieve. The other upshot of picking 2k, besides price, is that you can go 2 x 2k fairly easily on most cards, but 2 x 4k might go beyond the $200 cards' max overall screen dimensions.
Good luck! And if you ever daisychain, let me know.
-- Gilles R. Detillieux E-mail: <grdetil@scrc.umanitoba.ca> Spinal Cord Research Centre WWW: http://www.scrc.umanitoba.ca/ Dept. of Physiology and Pathophysiology, Faculty of Health Sciences, Univ. of Manitoba Winnipeg, MB R3E 0J9 (Canada)
On 2018-04-23 Gilles Detillieux wrote:
Just a quick follow-up on how things went: really quite smoothly! I never had to change any configuration or install any drivers. It autodetected the new card with no problems. The logs didn't clearly
You mean you got it working with nouveau? That means either they fixed the 1050 + large monitor support, or I was mistaken and it's because of vdpau that I was forced to use nvidia binary. If you're using nouveau, can you check if it supports vdpau? (One can always dream.) As for login screens: mine is rotated 90 degrees because of my preferred physical rotation. :-) If I have to mouse something it sure makes it challenging. Thanks for sharing. Now if someone gets 2 2k or 4k monitors working on Linux, that's what we need to hear reported next! (And if using DP daisychain...)
On 2018-04-28 04:47 AM, Trevor Cordes wrote:
On 2018-04-23 Gilles Detillieux wrote:
Just a quick follow-up on how things went: really quite smoothly! I never had to change any configuration or install any drivers. It autodetected the new card with no problems. The logs didn't clearly You mean you got it working with nouveau? That means either they fixed the 1050 + large monitor support, or I was mistaken and it's because of vdpau that I was forced to use nvidia binary.
If you're using nouveau, can you check if it supports vdpau? (One can always dream.)
As for login screens: mine is rotated 90 degrees because of my preferred physical rotation. :-) If I have to mouse something it sure makes it challenging.
Thanks for sharing. Now if someone gets 2 2k or 4k monitors working on Linux, that's what we need to hear reported next! (And if using DP daisychain...) _______________________________________________
I've got two 2560x1440 displays under Ubuntu 17.10, using the nvidia driver. Works perfectly. Gerald
On 2018-04-28 Gerald Brandt wrote:
I've got two 2560x1440 displays under Ubuntu 17.10, using the nvidia driver. Works perfectly.
Awesome! a) dport or hdmi or a mix? b) one video card or two? b) if only dport and one card, are you using the daisychain feature? c) did you ever try nouveau to see if it supports that setup? Thanks!
On 2018-04-30 11:17 PM, Trevor Cordes wrote:
On 2018-04-28 Gerald Brandt wrote:
I've got two 2560x1440 displays under Ubuntu 17.10, using the nvidia driver. Works perfectly. Awesome!
a) dport or hdmi or a mix?
b) one video card or two?
b) if only dport and one card, are you using the daisychain feature?
c) did you ever try nouveau to see if it supports that setup?
Thanks!
One HDMI and one DVI on an NVidia GTX 970 (single card). I have a similar setup at work with a different nVidia card, and both monitors are dvi. I haven't tried nouveau in a long time. I should give it a quick try this week. I've never had an issue with kernel updates, either. It's just been solid for a few years now (and Ubuntu release upgrades). Gerald
On 2018-04-30 11:17 PM, Trevor Cordes wrote:
On 2018-04-28 Gerald Brandt wrote:
I've got two 2560x1440 displays under Ubuntu 17.10, using the nvidia driver. Works perfectly. Awesome!
a) dport or hdmi or a mix?
b) one video card or two?
b) if only dport and one card, are you using the daisychain feature?
c) did you ever try nouveau to see if it supports that setup?
Thanks!
So, I just switched to nouveau on a GTX 650 with 2 2560x1440 displays on DVI. The second display wasn't recognized, and didn't show up in the display display settings. I didn't stay with nouveau too long, so didn't try to figure out why. Gerald
On 2018-04-28 04:47, Trevor Cordes wrote:
On 2018-04-23 Gilles Detillieux wrote:
Just a quick follow-up on how things went: really quite smoothly! I never had to change any configuration or install any drivers. It autodetected the new card with no problems. The logs didn't clearly You mean you got it working with nouveau? That means either they fixed the 1050 + large monitor support, or I was mistaken and it's because of vdpau that I was forced to use nvidia binary.
If you're using nouveau, can you check if it supports vdpau? (One can always dream.)
As for login screens: mine is rotated 90 degrees because of my preferred physical rotation. :-) If I have to mouse something it sure makes it challenging.
Thanks for sharing. Now if someone gets 2 2k or 4k monitors working on Linux, that's what we need to hear reported next! (And if using DP daisychain...)
That's the thing. I'm not sure exactly which driver it's using. What I wrote last week, partly shown in the context above, was: 'The logs didn't clearly show what was going on behind the scenes, just that it was now using a "glamoregl" module and glamor OpenGL accelerated driver that it wasn't using before. No feedback on detected chipset or anything of the sort.' So it "just works", but I don't know how/why exactly. The logs make no mention of "nouveau" or "vdpau". With the previous Radeon adapter (built-in to the m/b), the logs had a line that said "(II) RADEON(0): [DRI2] VDPAU driver: r600", but not with the current video card and driver. Now there is a line that says "(II) glamor: OpenGL accelerated X.org driver based." That suggests to me that the driver is called glamor, and supports hardware acceleration, rather than just a simple generic VESA or frame buffer driver, but it's all a bit of a black box to me. Performance is good, but I'm not doing anything fancy - just fairly static 2D graphics. We wanted the high resolution to display lots of signals without losing too much detail. As for the rotated login screen, I did have to figure that out on a different RHEL 7 clone system. (Another lab, that got the video detail they needed by sacrificing time resolution on the X axis to gain voltage resolution on the Y.) The trick is once you have the display configured properly for your login account, you need to copy that to GDM's configuration: cp /home/<username>/.config/monitors.xml /var/lib/gdm/.config/ On Ubuntu, that directory would be /var/lib/gdm3/.config/ according to what I read online. If you have many login usernames that will use that rotated monitor, you may want to copy monitors.xml to their ~/.config directory too, or they will have to do the monitor configuration themselves when they first login. -- Gilles R. Detillieux E-mail: <grdetil@scrc.umanitoba.ca> Spinal Cord Research Centre WWW: http://www.scrc.umanitoba.ca/ Dept. of Physiology and Pathophysiology, Faculty of Health Sciences, Univ. of Manitoba Winnipeg, MB R3E 0J9 (Canada)
On 2018-04-30 11:34, Gilles Detillieux wrote:
On 2018-04-28 04:47, Trevor Cordes wrote:
As for login screens: mine is rotated 90 degrees because of my preferred physical rotation. :-) If I have to mouse something it sure makes it challenging.
Thanks for sharing. Now if someone gets 2 2k or 4k monitors working on Linux, that's what we need to hear reported next! (And if using DP daisychain...) ... As for the rotated login screen, I did have to figure that out on a different RHEL 7 clone system. (Another lab, that got the video detail they needed by sacrificing time resolution on the X axis to gain voltage resolution on the Y.) The trick is once you have the display configured properly for your login account, you need to copy that to GDM's configuration:
cp /home/<username>/.config/monitors.xml /var/lib/gdm/.config/
On Ubuntu, that directory would be /var/lib/gdm3/.config/ according to what I read online. If you have many login usernames that will use that rotated monitor, you may want to copy monitors.xml to their ~/.config directory too, or they will have to do the monitor configuration themselves when they first login.
I also found a trick to handle rotated screens in GRUB. I haven't tried it myself yet, because it hasn't been a priority for us, but if it matters to you, they cover that here: https://ask.fedoraproject.org/en/question/36631/configure-monitors-for-login... -- Gilles R. Detillieux E-mail: <grdetil@scrc.umanitoba.ca> Spinal Cord Research Centre WWW: http://www.scrc.umanitoba.ca/ Dept. of Physiology and Pathophysiology, Faculty of Health Sciences, Univ. of Manitoba Winnipeg, MB R3E 0J9 (Canada)
On 2018-04-30 Gilles Detillieux wrote:
That's the thing. I'm not sure exactly which driver it's using. What
Must be nouveau as none of the major distros ship the nvidia binary running by default AFAIK. lsmod | grep -P 'nouveau|nvidia' Will reveal the truth. The only way it can't be one of the two is if it's Wayland and Wayland doesn't use nouveau (which I have zero knowledge about either way (purposely)).
says "(II) glamor: OpenGL accelerated X.org driver based." That
Oh, forget what I just said about Wayland. Glamor should sit on top of nouveau. Nouveau does a decent amount of hw acceleration now too, it's just the super-modern fancy stuff it won't do (like vdpau last I checked). If you want super low-CPU accelerated video, vdpau is awesome.
gain voltage resolution on the Y.) The trick is once you have the display configured properly for your login account, you need to copy that to GDM's configuration:
I'm using lightdm, but it probably has a similar setup, I'll check it out, thanks! I figured it was a matter of the dm being too early in the sequence to know what the user has selected (part of the problem of randr being configured per-user rather than per-system like the good ol' xorg.conf days). Since I only reboot once every few months (whenever a CVE pops up that actually applies to me), it's not high on my priority list. :-)
On 04/30/2018 11:31 PM, Trevor Cordes wrote:
On 2018-04-30 Gilles Detillieux wrote:
That's the thing. I'm not sure exactly which driver it's using. What Must be nouveau as none of the major distros ship the nvidia binary running by default AFAIK.
lsmod | grep -P 'nouveau|nvidia'
Will reveal the truth. The only way it can't be one of the two is if it's Wayland and Wayland doesn't use nouveau (which I have zero knowledge about either way (purposely)).
Well, duh, why didn't I think of using lsmod. Thanks! Definitely nouveau is running: # lsmod | grep -P 'nouveau|nvidia' nouveau 1662531 8 video 24538 1 nouveau mxm_wmi 13021 1 nouveau i2c_algo_bit 13413 1 nouveau drm_kms_helper 176920 1 nouveau ttm 99555 1 nouveau drm 397988 7 ttm,drm_kms_helper,nouveau i2c_core 63151 5 drm,i2c_piix4,drm_kms_helper,i2c_algo_bit,nouveau wmi 19086 2 mxm_wmi,nouveau # Not sure why it's so non-verbose as far as logging, though, and whether that can be controlled.
says "(II) glamor: OpenGL accelerated X.org driver based." That Oh, forget what I just said about Wayland.
Glamor should sit on top of nouveau. Nouveau does a decent amount of hw acceleration now too, it's just the super-modern fancy stuff it won't do (like vdpau last I checked). If you want super low-CPU accelerated video, vdpau is awesome.
Yeah, no, Wayland is a whole other world I have yet to begin exploring, and I may delay the journey for as long as I can. As for vdpau, given the lack of feedback in the X logs, I can't tell if it's there or not. It's not showing up in lsmod, if it's supposed to appear there. Anyway, not too worked up about performance for this application.
gain voltage resolution on the Y.) The trick is once you have the display configured properly for your login account, you need to copy that to GDM's configuration: I'm using lightdm, but it probably has a similar setup, I'll check it out, thanks! I figured it was a matter of the dm being too early in the sequence to know what the user has selected (part of the problem of randr being configured per-user rather than per-system like the good ol' xorg.conf days). Since I only reboot once every few months (whenever a CVE pops up that actually applies to me), it's not high on my priority list. :-)
cp /home/<username>/.config/monitors.xml /var/lib/lightdm/.config/ is supposed to do the trick based on what I read (https://askubuntu.com/questions/408302/rotated-monitor-login-screen-needs-ro...). The xrandr hacks appear to be deprecated. -- Gilles R. Detillieux E-mail: <grdetil@scrc.umanitoba.ca> Spinal Cord Research Centre WWW: http://www.scrc.umanitoba.ca/ Dept. of Physiology and Pathophysiology, Rady Faculty of Health Sciences, Univ. of Manitoba Winnipeg, MB R3E 0J9 (Canada)
On 2018-05-01 Gilles Detillieux wrote:
exploring, and I may delay the journey for as long as I can. As for vdpau, given the lack of feedback in the X logs, I can't tell if it's there or not. It's not showing up in lsmod, if it's supposed to
If you can install mplayer easily, this should tell you (me!): mplayer -vo help |grep vdpau but maybe also test: mplayer -vo vdpau foobar.mp4 and look for a line like: VO: [vdpau] 640x480 => 640x480 Planar YV12 If you don't have vdpau support, the VO will be something else, or nothing will play at all.
cp /home/<username>/.config/monitors.xml /var/lib/lightdm/.config/
Thanks! I'll try that.
On 2018-05-03 01:56, Trevor Cordes wrote:
On 2018-05-01 Gilles Detillieux wrote:
exploring, and I may delay the journey for as long as I can. As for vdpau, given the lack of feedback in the X logs, I can't tell if it's there or not. It's not showing up in lsmod, if it's supposed to If you can install mplayer easily, this should tell you (me!):
mplayer -vo help |grep vdpau
but maybe also test:
mplayer -vo vdpau foobar.mp4
and look for a line like: VO: [vdpau] 640x480 => 640x480 Planar YV12
If you don't have vdpau support, the VO will be something else, or nothing will play at all.
Well, I *could* install mplayer, but not easily. I did install it on another EL7 clone system, but it required installing nux-dextop-release and getting mplayer and all the MPEG support libraries from the nux repos. There were a few conflicts I had to manage after that, and eventually ended up disabling that repo by default so automatic updates would work again. It's a little too much complexity to answer a question I'm not all that invested in personally. So, unless I need mplayer and/or MPEG support on this particular system for any other reason, I'm inclined to leave well enough alone for now. -- Gilles R. Detillieux E-mail: <grdetil@scrc.umanitoba.ca> Spinal Cord Research Centre WWW: http://www.scrc.umanitoba.ca/ Dept. of Physiology and Pathophysiology, Faculty of Health Sciences, Univ. of Manitoba Winnipeg, MB R3E 0J9 (Canada)
According to https://wiki.archlinux.org/index.php/Hardware_video_acceleration#Verificatio... there are utilities to verify the absence/presence of each API. I haven't checked to see if they're available for an EL7-flavoured system. I'm noticing that Arch tends to have good, comprehensive, and not dangerously-out-of-date documentation... unlike certain other more popular distros. -Adam On 2018-05-03 11:00, Gilles Detillieux wrote:
On 2018-05-03 01:56, Trevor Cordes wrote:
On 2018-05-01 Gilles Detillieux wrote:
exploring, and I may delay the journey for as long as I can. As for vdpau, given the lack of feedback in the X logs, I can't tell if it's there or not. It's not showing up in lsmod, if it's supposed to If you can install mplayer easily, this should tell you (me!):
mplayer -vo help |grep vdpau
but maybe also test:
mplayer -vo vdpau foobar.mp4
and look for a line like: VO: [vdpau] 640x480 => 640x480 Planar YV12
If you don't have vdpau support, the VO will be something else, or nothing will play at all.
Well, I *could* install mplayer, but not easily. I did install it on another EL7 clone system, but it required installing nux-dextop-release and getting mplayer and all the MPEG support libraries from the nux repos. There were a few conflicts I had to manage after that, and eventually ended up disabling that repo by default so automatic updates would work again. It's a little too much complexity to answer a question I'm not all that invested in personally. So, unless I need mplayer and/or MPEG support on this particular system for any other reason, I'm inclined to leave well enough alone for now.
participants (7)
-
Adam Thompson -
Gerald Brandt -
Gilbert E. Detillieux -
Gilles Detillieux -
Kevin McGregor -
Sean Cody -
Trevor Cordes