similar to: Project ideas for GSoC/EVoC

On 15/10/17 22:13, Karol Herbst wrote: > Hi everybody, > > currently on the Xorg Wiki page [1] there are only three projects > ideas, two being quite similiar: > 1. Instruction scheduling > 2. Maxwell Video Accel Decoding > 3. Kepler Video Accel Encoding > and also the reference to our Trello board. > > Because I don't expect any student interested in a

Here is an update to the project ideas list for GSoC/EVoC. If there are no complains within the next few days, I just go ahead and add them to the wiki page. Many thanks for reviewing and suggesting changes! Instruction Scheduler Difficulty: Difficult Skills Required: C++ Useful skills: Compilers Hardware/Software required: NVIDIA Fermi or later Where to ask questions: nouveau at

On 11/06/2014 13:59, Roy Spliet wrote: > Dear Mr. Dew, > > I hereby wish to propose the X.org EVoC project "REclock - > Reverse-engineer and implement NVA3/5/8 Voltage- and Frequency Scaling > in Nouveau" for which I am willing to participate, and apply for the > associated funding. Full details below or on > http://nouveau.spliet.org/evoc.html . For any further

Hello Everyone, Greetings! I hope you are doing well. I am Ojus, a final-year IT student. Recently, I discovered EVoC as an open-source enthusiast, and I'm deeply interested in participating in this program. However, I am new to this and am looking for a mentor to guide me through EVoC for a project related to nouveau. I would appreciate any ideas or projects for this program, as I am open

trello card: https://trello.com/c/admzDRvd/50-reduce-performance-refuse-to-boot-if-not-all-the-power-connectors-are-plugged Mark Menzynski (4): moved gpio so it is sorted by values gpio: checking if gpu power cable is connected gpio: added power check for another GPIO gpio: added power check for another GPIO drm/nouveau/include/nvkm/subdev/bios/gpio.h | 5 ++++-

Hi, I would like to participate in GSOC 2018 with Xorg to contribute to project "Initial Nouveau Vulkan driver' I would need some help in how to get started with the same. Regards, Anusha Srivastava

Hi, I am not been able to contact with mentor of this project. Can someone else from the community help me with this ? Regards, Anusha Srivastava On 3 March 2018 at 11:16, Anusha Srivastava <sidd.sinha89 at gmail.com> wrote: > Hi Martin, > > Any update on this ? > Regards, > Anusha Srivastava > > > On 28 February 2018 at 23:37, Anusha Srivastava <sidd.sinha89

Hi Everyone, I have a Maxwell Card (GTX 970/NV 110) and would very much like to use nouveau to drive it. The problem is that the performance -- especially when decoding high-resolution video -- seems to be relatively poor compared to the proprietary Nvidia driver. I'm interested in Kernel Development and pretty much the only thing keeping me from tracking the upstream kernel (and using my

On Thu, Jun 8, 2017 at 5:01 AM, Samuel Pitoiset <samuel.pitoiset at gmail.com> wrote: > > > On 06/07/2017 06:58 PM, Aaryaman Vasishta wrote: > >> >> >> On Tue, Jun 6, 2017 at 7:15 AM, Samuel Pitoiset < >> samuel.pitoiset at gmail.com <mailto:samuel.pitoiset at gmail.com>> wrote: >> >> Nice work! >> >> See my

On Tue, Dec 26, 2017 at 2:15 AM, Neha Gupta <gneha21 at yahoo.in> wrote: > Greetings all, > > I have been looking at the X.Org ideas page and the project " Instruction > Scheduler for Nouveau" caught my eye. I'm learning about Operating Systems > for 8 months in academics course and udacity linux and operating system > courses, and thus the idea seems

On Tue, Apr 23, 2013 at 05:14:46PM +0200, Francisco Jerez wrote: > Francisco Jerez <currojerez at riseup.net> writes: > > >[...] > > Pity not to see any interest in this since I brought up the idea two > > weeks ago. I've uploaded a first attempt at writing a TGSI back-end > > here [2]. It's able to generate code -- though only in assembly form >

I did yum -y update --exclude=vulkan*; then rebooted When I do yum check-updates I get this: (which I expect) vulkan.x86_64 1.1.97.0-1.el7 base vulkan-filesystem.noarch 1.1.97.0-1.el7 base When I do the yum -y update I get this: Transaction check error: file /usr/lib64/libSPIRV-Tools-opt.so from install of

Hi everyone, Just a quick word to remind you that the X.Org Foundation got accepted to the Google Summer of Code 2018! As a potential mentor, if you have a project falling under the foundation's (large) umbrella that you would like to kick start or get help finishing, please add it to the list on the ideas page[1] as soon as possible. Students will start applying on the 12th of March, see

This patch adds proper delays to maxwell exa shaders. rendercheck tests seem consistent with/without this patch. I haven't extensively tested them though. Trello: https://trello.com/c/6LPB2EIS/174-update-maxwell-shaders-with-proper-delays Signed-off-by: Aaryaman Vasishta <jem456.vasishta at gmail.com> --- src/shader/exac8nv110.fp | 10 +++++----- src/shader/exac8nv110.fpc | 18

Trello: https://trello.com/c/admzDRvd/50-reduce-performance-refuse-to-boot-if-not-all-the-power-connectors-are-plugged Fixed commit messages. Mark Menzynski (4): bios/gpio: sort gpios by values gpio: fail if gpu external power is missing gpio: check the gpio function 16 in the power check as well gpio: check function 76 in the power check as well

Hi, On Wed, Jun 28, 2017 at 12:53 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > BTW, you can drop those explicit "depbar" ops. I think they're only > needed when you're doing something weird with barriers. Blob doesn't > use them (anymore) > Gotcha. Should I remove them in the same patch or a different one? It seems like the depbar removal is

This is needed for using Nouveaus PMU image after performing secboot. This will be helpfull for Maxwell2 reclocking on boards without externally controlled fans like on most laptops or fanless boards. Signed-off-by: Karol Herbst <karolherbst at gmail.com> --- drm/nouveau/nvkm/subdev/secboot/acr_r352.c | 13 +++++++++++++ 1 file changed, 13 insertions(+) diff --git

On Tue, Jun 6, 2017 at 7:15 AM, Samuel Pitoiset <samuel.pitoiset at gmail.com> wrote: > Nice work! > > See my comments below, and double-check if some of them can be applied to > the shaders I didn't review yet. > > I recommend you to test your work because if one sched code is wrong, you > are likely going to kill your card and reboot your box. :-) > > >

Well, you are most likely using the CPU for decoding here. Currently nobody is working on that, because this is quite a big and challenging project. We have an open project idea regarding this for EVoC and GSoC though: "Maxwell Accelerated Video Decoding" https://www.x.org/wiki/SummerOfCodeIdeas/ On Thu, Nov 30, 2017 at 1:18 PM, Christoph Böhmwalder <christoph at boehmwalder.at>

On Thu, Apr 11, 2019 at 06:36:15PM -0700, Gurchetan Singh wrote: > On Wed, Apr 10, 2019 at 10:03 PM Gerd Hoffmann <kraxel at redhat.com> wrote: > > > > > > +/* VIRTIO_GPU_CMD_RESOURCE_CREATE_V2 */ > > > > +struct virtio_gpu_cmd_resource_create_v2 { > > > > + struct virtio_gpu_ctrl_hdr hdr; > > > > + __le32 resource_id; >