similar to: non-standard (PCI) Serial port

Displaying 20 results from an estimated 6000 matches similar to: "non-standard (PCI) Serial port"

2017 Nov 22
1
[PATCH 03/32] therm: Split return code and value in nvkm_get_temp
On 22/11/17 03:42, Karol Herbst wrote: > On Wed, Nov 22, 2017 at 1:32 AM, Martin Peres <martin.peres at free.fr> wrote: >> On 17/11/17 02:04, Karol Herbst wrote: >>> The current hwmon code doesn't check if the returned value was actually an >>> error. >>> >>> Since Kepler temperature sensors are able to report negative values. Those
2016 Mar 02
0
Debugging second dvi output on quadro fx380 not working
<adding nouveau-devel to the Cc> Hi Ben, On 02-03-16 04:23, Ben Skeggs wrote: > On 03/01/2016 09:37 PM, Hans de Goede wrote: <snip> >> Ok, I've but an mmiotrace of the blob starting with a monitor connected >> to the troubesome connector here: >> >> https://fedorapeople.org/~jwrdegoede/mmiotrace.log.xz >> >> And a demmio-ed version (with
2014 Sep 07
0
drm/nve0/disp: Fix HDMI InfoFrame initialisation.
Prior to this change, some screen models would display a 2px-large purple line along left screen border, likely to complain about invalid InfoFrame content. The following bug report seems to trigger this issue: https://bugs.freedesktop.org/show_bug.cgi?id=75203 Running mmiotrace on a GTX 650 (GK107) produces the following trace, regardless of which output is used (HDMI-1, DVI-D-1, DVI-D-2), to
2017 Apr 25
0
[PATCH] drm/nouveau: Add support for clockgating on Fermi+
Thanks for the work so far. A quick scan through the first NVC4 trace at hand, using upstream demmio, reveals at least 20 writes to the BLCG registers of PGRAPH and a few in PXBAR prior to altering the value of register 0x20200 (see below). We know that these are related to the clock gating you enable. Are you 110% sure that fiddling with 0x20200 bits without first setting these values can
2015 Feb 21
5
[Bug 89272] New: GM206 does not recognize attached hdmi monitor
https://bugs.freedesktop.org/show_bug.cgi?id=89272 Bug ID: 89272 Summary: GM206 does not recognize attached hdmi monitor Product: xorg Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at
2014 Jun 07
0
[RFC PATCH] drm/gk208/gr: adjust a couple of init values
Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- MMIO32 R 0x17e91c 0x0b040a0b PMFB_BROADCAST.SUBP_BROADCAST.UNK11C => 0xb040a0b MMIO32 R 0x17e920 0x00090c03 PMFB_BROADCAST.SUBP_BROADCAST.UNK120 => 0x90c03 MMIO32 W 0x17e91c 0x0b030a0c PMFB_BROADCAST.SUBP_BROADCAST.UNK11C <= 0xb030a0c MMIO32 W 0x17e920 0x00090d08 PMFB_BROADCAST.SUBP_BROADCAST.UNK120 <= 0x90d08 And then
2017 Apr 25
6
[PATCH] drm/nouveau: Add support for clockgating on Fermi+
This adds support for enabling automatic clockgating on nvidia GPUs for Fermi and later generations. This saves a little bit of power, bringing my fermi GPU's power consumption from ~28.3W on idle to ~27W, and my kepler's idle power consumption from ~23.6W to ~21.65W. Similar to how the nvidia driver seems to handle this, we enable clockgating for each engine that supports it after
2020 May 06
0
Fwd: GeForce(R) GT 710 1GB PCIE x 1 on arm64
---------- Forwarded message --------- Od: Milan Bu?ka <milan.buska at gmail.com> Date: st 6. 5. 2020 v 16:15 Subject: Re: [Nouveau] GeForce(R) GT 710 1GB PCIE x 1 on arm64 To: Ilia Mirkin <imirkin at alum.mit.edu> Here is: # dmesg [ 0.000000] Booting Linux on physical CPU 0x0000000100 [0x411fd073] [ 0.000000] Linux version 5.6.10-zotac (root at saux) (gcc version 9.3.0 (SAUX
2011 Jun 04
34
[Bug 37922] New: NV86: too high power usage.
https://bugs.freedesktop.org/show_bug.cgi?id=37922 Summary: NV86: too high power usage. Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: maximlevitsky
2014 Mar 22
16
[Bug 76475] New: Nouveau fails to load due to unknown opcode 0x80
https://bugs.freedesktop.org/show_bug.cgi?id=76475 Priority: medium Bug ID: 76475 Assignee: nouveau at lists.freedesktop.org Summary: Nouveau fails to load due to unknown opcode 0x80 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: patrick.clara at
2017 Mar 29
18
[Bug 100446] New: Backlight control not working on Pascal / GP106 using nouveau drivers
https://bugs.freedesktop.org/show_bug.cgi?id=100446 Bug ID: 100446 Summary: Backlight control not working on Pascal / GP106 using nouveau drivers Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium
2017 Nov 22
0
[PATCH 03/32] therm: Split return code and value in nvkm_get_temp
On Wed, Nov 22, 2017 at 1:32 AM, Martin Peres <martin.peres at free.fr> wrote: > On 17/11/17 02:04, Karol Herbst wrote: >> The current hwmon code doesn't check if the returned value was actually an >> error. >> >> Since Kepler temperature sensors are able to report negative values. Those >> negative values are not for error reporting, but rather when you
2012 Oct 01
1
help configuring netboot over remote serial terminal
Hi Folks, I'm trying to install Debian onto a headless server (Supermicro X8SIE-LN4F motherboard). The on-board IPMI BMC redirects the serial port to COM3, and I can talk to it just fine over a remote console connection. I've been trying to install Debian remotely, and have the DHCP and TFTP servers working, and things seem to work (at least into the Splash screen) if I'm using
2017 Nov 22
2
[PATCH 03/32] therm: Split return code and value in nvkm_get_temp
On 17/11/17 02:04, Karol Herbst wrote: > The current hwmon code doesn't check if the returned value was actually an > error. > > Since Kepler temperature sensors are able to report negative values. Those > negative values are not for error reporting, but rather when you buried > your GPU in snow somewhere in Antarctica and still want a valid > temperature to be reported
2006 Nov 27
0
Troubles Using the serial console
I''m running xen 3.0.1 on the 2.6.12-26mdkxen0 mandriva kernel. (x86_64) When I set the serial line using the following configuration, my serial output is truncated as show in http://pastebin.ca/259403 title xen kernel (hd0,0)/xen.gz com1=115200n8 console=com1 xencons=serial module (hd0,0)/vmlinuz-2.6.12-26mdkxen0 root=/dev/sda2 module (hd0,0)/initrd-2.6.12-26mdkxen0.img The system is
2020 May 06
4
GeForce(R) GT 710 1GB PCIE x 1 on arm64
Hi to all. I'm experimenting with running a https://www.zotac.com/us/product/graphics_card/geforce%C2%AE-gt-710-1gb-pcie-x-1 card on an Nvidia Jetson TX2 arm64 device. Possible? Linux kernel aarch64 5.6.10. Because Nvidia did not list drivers for this architecture, I'm experimenting with a nouveau driver. The Jetson TX2 has a default driver for the host1x framebuffer for output from the
2013 Nov 29
15
Xen on ARMv8
Hi, I want to try Xen on ARMv8 Simulator. Can you please provide guidance?. I am looking for information about sources, build and procedure to launch Xen on ARMv8 Thanks & Regards Vijay
2013 Sep 29
19
[Bug 69928] New: [NVAA] Boot of linux kernel 3.12-rc2 hangs
https://bugs.freedesktop.org/show_bug.cgi?id=69928 Priority: medium Bug ID: 69928 Assignee: nouveau at lists.freedesktop.org Summary: [NVAA] Boot of linux kernel 3.12-rc2 hangs QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: dirkneukirchen at
2017 Apr 26
1
[PATCH] drm/nouveau: Add support for clockgating on Fermi+
On Wed, 2017-04-26 at 00:49 +0200, Karol Herbst wrote: > Hi Lyude, > > thanks for the great work. Just a view comments inline. > > 2017-04-25 20:38 GMT+02:00 Lyude <lyude at redhat.com>: > > This adds support for enabling automatic clockgating on nvidia GPUs > > for > > Fermi and later generations. This saves a little bit of power, > > bringing >
2013 May 13
5
Serial Passthrough broken in Debian Wheezy?
Hello, I just discovered a strange bug with serial passthrough in xen 4.1 on Debian Wheezy. The Dom0 has a GSM modem connected to serial port. The serial port is passed through to a DomU with options 'irq = [ 4 ]' and 'ioports = [ '3f8-3ff ]'. This worked as expected on Debian Squeeze with Xen 4.0 and Linux kernel 2.6.32 (both for Dom0 and DomU). On Debian Wheezy with Xen