similar to: nouveau on Linux/sparc64 -- almost!

Hello everyone, Thank you nouveau developers as it seems you may almost of a solution to my lack of good graphics options for my aging sun system. I saw here before back in early December of 2011 a most of someone saying that it seemed that the nouveau drivers almost worked with him and is Sun Ultra 10. I am someone who is very fond of my Sun systems, I have two "SunBlade 100"s,

Hello everyone, First of all - congratulations on the success of your project. It was about time the community did something about the nvidia drivers! :) Now, I'm still experimenting with nouveau and I have enabled it on a test system that has a rather old Nvidia card (GeForce4 I think) with tv-out. Everything works fine, but I haven't been able to find any examples on how to

Hi, I read on http://nouveau.freedesktop.org/wiki/TestersWanted that you're looking for information for the integrated tvout functionality. I'm the author of nvtv, and I know some bits and pieces about that subject, so maybe we can pool efforts. The TV encoder used in the NVidia GPUs may be a Zoran CVE IP core, http://www.zoran.com/products/literature/index.html For the GF4 MX,

Hi all! I read that the older Nvidia hardware (maybe < GF8) is in a different driver and no longer maintained. Is that the case? I have a GeForce 4000 MX that I'm trying to get to work on debian/sparc64, which I admit is a bit of longshot, but I was wondering how much effort it would take to even get the driver to build, and then to function. I'm very proficient in C but don't have

Hello, I have two problems: 1) Identify my card 2) Error message at dumping 1) It seems to me that I have a special version of the GeForce4 420 Go 32M because my card is a GeForce4 440 Go 64M but both have the same PCI device id. Is this important for the development of the renouveau driver or is this already noted? Outputs: lspci [...] 01:00.0 VGA compatible controller: nVidia Corporation

Hi! I have some strange results on my test with nouveau drivers I'm using a old GeForce4 MX 4000 (NV18) with 128 MB. I have made 2 test. -The default configuration, using nomodeset without nouveau_vieux_dri.so $inxi -G Graphics: Card: NVIDIA NV18 [GeForce4 MX 4000] X.Org: 1.12.4 drivers: vesa,nouveau (unloaded: fbdev) Resolution: 1024x768 at 0.0hz GLX Renderer: N/A

Hi, I have a GeForce4 MX 440 and a fresh 4.8-STABLE system. I have installed the NVIDIA drivers from the ports, everything went well but when the 'nvidia.ko' kernel module is loaded I got this message: nvidia0: <GeForce4 MX 440> mem 0xdda80000-0xddafffff,0xd0000000-0xd7ffffff,0xde0 00000-0xdeffffff irq 0 at device 0.0 on pci1 pci_cfgintr: can't route an interrupt to 1:0 INTA

Summary: wine apps with nvidia video drivers cause a black screen System: Abit KT7A Athlon XP1800 1GB RAM nVidia GeForce4 MX440 AGP 64MB Fedora Core 5 with latest updates Xorg 7.0 Screen set to 1280x1024, 24 bit color Details: I have a problem where all my wine apps, including all the ones that come with wine like winecfg, notepad, etc, cause the whole screen to go black when they have the

https://bugs.freedesktop.org/show_bug.cgi?id=58984 Priority: medium Bug ID: 58984 Assignee: nouveau at lists.freedesktop.org Summary: DRM NOUVEAU: probe of 0001:01:00.0 failed with error -12 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All)

After update the system now I use: Kernel 3.9.2 x server 1.12.4 nouveau 1.0.7 the xorg config are at: http://pastebin.com/2LUxLiVs It's the one installed by my distro, without any modification I have made 2 test. Normal boot Xorg at http://pastebin.com/reZdAXEF GLX Renderer is detected as GLX "Mesa DRI nv18 x86/MMX+/3DNow!+/SSE GLX" Same configuration with nomodeset Xorg log

This patch makes windows zoom in and out of a zero point on create/unmap. I've cleaned up the formatting/style to be consistent with the rest of compiz (eg adding spaces around operators, tabifying, using C style comments). This patch could use some more work. It should only apply to decorated toplevels, but right now it also affects XUL menus (I guess because they are not unmanaged like

Hi, For the synthesis backend which translate to VHDL or Verilog, I don't know if I will use LLVM. It will depend on how easy it is to play with concurrent statements with LLVM. For the simulation I will use LLVM because I can anyways artificially make the compiled code sequencial. It would allow me to benefit from all the nice things from LLVM like existing optimisations. I have never

On Wed, Feb 25, 2015 at 10:35 AM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > pthread_mutex_lock had *better* imply a compiler barrier across which > code can't be moved... which is very different from the printf case > where it might have done it due to register pressure or who knows > what. > In the dummy function, register pressure was certainly not an issue, but

Hi, I am wondering if someone knows about a VHDL simulator (maybe still in early developpement) that use LLVM in its compilation process. To summarize, VHDL is a hardware description language, which means that VHDL is like any other programming language except that the output of its synthesis is not a list of assembly instructions but a description of a circuit with logical gates. This

Hello! I've installed Fedora 20 Mate i386 on an old system with GeForce4 Ti 4200 AGP (NV25) and I see significant visual defects. Many icons are not shown. They can reappear if they are selected of the mouse goes over them. Screenshot: http://red-bean.com/proski/nv25/screenshot.png All entries on the left should have icons, but only two have them. The problem goes away I create a file

TB --- 2008-07-29 09:37:14 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-07-29 09:37:14 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2008-07-29 09:37:14 - cleaning the object tree TB --- 2008-07-29 09:37:32 - cvsupping the source tree TB --- 2008-07-29 09:37:32 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile TB ---

TB --- 2013-11-19 23:00:41 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-19 23:00:41 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-19 23:00:41 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2013-11-19 23:00:41 - cleaning the

https://bugs.freedesktop.org/show_bug.cgi?id=72717 Priority: medium Bug ID: 72717 Assignee: nouveau at lists.freedesktop.org Summary: No sound via display port (hdmi works) QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: matthias.h.nagel at gmail.com

If you're designing a new high-level HDL, then it would be a good idea to familiarise yourself with the state of the art in this area (e.g. Bluespec System Verilog, Symbolics Processor Designer, and similar tools). Starting from comparisons to VHDL and Verilog is like designing a new high-level programming language today that is designed to be a better high-level programming language that is

Hi all, Having issues with the Nvidia drives on Centos 6.2. So after I do yum install kmod-nvidia and rebooting, I get no screen. My errors; /var/log/messages; kernel: NVRM: The NVIDIA GeForce4 MX 4000 GPU installed in this system is kernel: NVRM: supported through the NVIDIA 96.43.xx Legacy drivers. Please kernel: NVRM: visit http://www.nvidia.com/object/unix.html for more kernel: NVRM: