search for: card0

...tiseatcomputer with more then one user on one card with > systemd? I have asked already to the makers of systemd but they said it's a > kernel problem. > > With Systemd loginctl and the nouveau drivers you have this: > > ?/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0 > ?? ???? ? ? [MASTER] drm:card0 > ?? ???? ? ? > ??/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-DVI-D-1 > ?? ???? ? ? ? [MASTER] drm:card0-DVI-D-1 > ?? ???? ? ? > ??/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/drm/card0/card0-HDMI-A-1 > ?? ???? ? ? ? [...

dmesg -t | grep -i nvidia nouveau 0000:02:00.0: NVIDIA G98 (098200a2) input: HDA NVidia Rear Mic as /devices/pci0000:00/0000:00:07.0/sound/card0/input6 input: HDA NVidia Front Mic as /devices/pci0000:00/0000:00:07.0/sound/card0/input7 input: HDA NVidia Line as /devices/pci0000:00/0000:00:07.0/sound/card0/input8 input: HDA NVidia Line Out Front as /devices/pci0000:00/0000:00:07.0/sound/card0/input9 input: HDA NVidia Line Out Surround as /dev...

...(0): Loaded DRI module (II) NOUVEAU(0): [dri] Found DRI library version 1.3.0 and kernel module version 0.0.6 (II) NOUVEAU(0): [DRI] installation complete (II) GLX: Initialized DRI GL provider for screen 0 for DRM I get this: $ grep -i drm /var/log/Xorg.0.log drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: drmOpenMinor returns...

I have source for a program that is attempting to open /dev/nvidia0 then on failure open /dev/dri/card0 to get some vsync settings. Neither of those two files is found on my laptop in /dev. Is this because of udev? I cant find anthing in /dev that might be used instead. Any ideas on what to open to read vsync information from X windows? Thanks, Jerry

https://bugs.freedesktop.org/show_bug.cgi?id=110660 Bug ID: 110660 Summary: GeForce GT 750M Mac Edition fullscreen issues Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau

Hello poma, The chipset didn't disappear and is still displayed: it is the G98 you get on the "[ 2.483843] nouveau 0000:02:00.0: NVIDIA G98 (098200a2)" line. The "NV98" was the "Nouveau" chipset, but the switch was made to use the same naming as NVIDIA. So rather than displaying both the Nouveau version of the chipset and the NVIDIA one, it make sense to only

https://bugs.freedesktop.org/show_bug.cgi?id=54512 Bug #: 54512 Summary: xrandr does not detect screen Classification: Unclassified Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

...lrepo.x86_64.rpm> > > Hopefully that works for you. > > Sincerely > > Andy > > > If it can help, on my NUC6i5SYH with CentOS 7.3 and kernel 3.10.0-514.6.1.el7.x86_64 I get this in dmesg [ 4.931203] input: HDA Intel PCH Mic as /devices/pci0000:00/0000:00:1f.3/sound/card0/input10 [ 4.931262] input: HDA Intel PCH Headphone as /devices/pci0000:00/0000:00:1f.3/sound/card0/input11 [ 4.931336] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:1f.3/sound/card0/input12 [ 4.931391] input: HDA Intel PCH HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:1f...

Sam, Danny, J., all I am working with the radeon and radeonhd drivers seeing if I can get them to work with compiz 0.8.2.1 on my radeon x1200 laptop. My xorg .conf is: Section "Device" BoardName "RV350 NP" # Driver "radeon" Driver "radeonhd" Identifier "Device[0]" VendorName "ATI" EndSection I have tried

...connector->connector_type != DRM_MODE_CONNECTOR_DisplayPort) + if (conn->dcb->gpio_tag == 0xff) continue; gpio = nouveau_bios_gpio_entry(dev, conn->dcb->gpio_tag); It should be noted that since this commit all the card data appear under /sys/class/drm/card0-DVI-I-1, e.g. /sys/class/drm/card0-DVI-I-1/enabled says "enabled" and /sys/class/drm/card0-VGA-1/enabled says "disabled", despite the monitor being connected via VGA. I only noticed this in 2.6.35-rc5 because the default refresh rate changed to 60 Hz there, see https://bugzilla...

...----00.0-[02-04]--+-00.0-[03]----00.0 G98 Quadro NVS420 | \-02.0-[04]----00.0 G98 Quadro NVS420 Full list of PCIs are in the attachment. DRI status is given here and shows that the second video card (card1) is not set to any PCI bus: dristat -a /dev/dri/card0 Busid: pci:0000:03:00.0 Version information: Name: nouveau Version: 1.0.0 Date: 20120316 Desc: nVidia Riva/TNT/GeForce VM map information: flags: (R)estricted (r)ead/(w)rite (l)ocked (k)ernel (W)rite-combine (L)ock: slot offset size type flags address mtrr...

...inputs: [ 8.105138] snd_hda_codec_realtek hdaudioC0D0: Front Mic=0x19 [ 8.105140] snd_hda_codec_realtek hdaudioC0D0: Rear Mic=0x18 [ 8.105142] snd_hda_codec_realtek hdaudioC0D0: Line=0x1a [ 8.115685] input: HDA Intel Front Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input6 [ 8.115722] input: HDA Intel Rear Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input7 [ 8.115754] input: HDA Intel Line as /devices/pci0000:00/0000:00:1b.0/sound/card0/input8 [ 8.115785] input: HDA Intel Line Out as /devices/pci0000:00/0000:00:1b.0/sound/card0/input9 [...

...e on that port, which does not work. I hope this is not a xorg.conf configuration-issue? At least ddcutil shows "no display detected". > Also, after everything boots up, can you look at what "grep . > /sys/class/drm/-/status" produces? Here is the output: /sys/class/drm/card0-DP-1/status:disconnected /sys/class/drm/card0-DP-2/status:disconnected /sys/class/drm/card0-eDP-1/status:connected /sys/class/drm/card0-HDMI-A-1/status:disconnected /sys/class/drm/card0-HDMI-A-2/status:disconnected /sys/class/drm/card0-VGA-1/status:disconnected /sys/class/drm/card1-DVI-D-1/status:d...

From: Colin Ian King <colin.king at canonical.com> Simply mmap'ing /dev/dri/card0 repeatedly will spam the kernel log with qxl_mmap information messages. The following example code illustrates this: int main(void) { int fd = open("/dev/dri/card0", O_RDONLY); if (fd == -1) err(1, "open failed"); for (;;) { void *m = mmap(NULL, 4096, PROT_READ, MAP_...

From: Colin Ian King <colin.king at canonical.com> Simply mmap'ing /dev/dri/card0 repeatedly will spam the kernel log with qxl_mmap information messages. The following example code illustrates this: int main(void) { int fd = open("/dev/dri/card0", O_RDONLY); if (fd == -1) err(1, "open failed"); for (;;) { void *m = mmap(NULL, 4096, PROT_READ, MAP_...

...nclude <fcntl.h> #include <gbm.h> #include <stdlib.h> #include <stdio.h> #include <xf86drmMode.h> #include <xf86drm.h> #include <libdrm/drm.h> int main(int argc, char* argv[]) { int fd; struct gbm_device *gbm = NULL; fd = open("/dev/dri/card0", O_RDWR | O_CLOEXEC); if (fd < 0) { perror("====> open error /dev/dri/card0..."); exit(-1); } printf("..... open /dev/dri/card0, fd = %d\n\n", fd); gbm = gbm_create_device(fd); if (!gbm) { perror("\n====> cannot cr...