From: Martin Peres <martin.peres@free.fr>
To: Alexandre Courbot <gnurou@gmail.com>, Ben Skeggs <skeggsb@gmail.com>
Cc: "nouveau@lists.freedesktop.org" <nouveau@lists.freedesktop.org>,
Ben Skeggs <bskeggs@redhat.com>,
"mesa-dev@lists.freedesktop.org" <mesa-dev@lists.freedesktop.org>
Subject: Re: [Nouveau] [PATCH v3 0/2] nouveau: support for custom VRAM domains
Date: Sat, 20 Jun 2015 13:17:38 +0300 [thread overview]
Message-ID: <55853DC2.7010003@free.fr> (raw)
In-Reply-To: <CAAVeFuLGbGRoFNvR9qWb95t8ADTR=Qo8BfoByTKR76k+xKEEWQ@mail.gmail.com>
On 19/06/2015 19:27, Alexandre Courbot wrote:
> On Fri, Jun 19, 2015 at 9:38 PM, Ben Skeggs <skeggsb@gmail.com> wrote:
>> On 19 June 2015 at 21:51, Martin Peres <martin.peres@free.fr> wrote:
>>> On 19/06/2015 13:02, Alexandre Courbot wrote:
>>>> New revision of this patchset that prevents VRAM objects from being
>>>> allocated on VRAM-less systems like Tegra. This is required for Mesa
>>>> to work on such systems.
>>>>
>>>> Changes since v2:
>>>> - Use vram_size to detect systems without VRAM and set the correct
>>>> domain instead of expecting each chip to set its domain explicitly.
>>>
>>> This question may have been asked a ton of times, but what is the difference
>>> with the nvac (Ion)?
>>>
>>> Would the nvac have some reserved memory for its usage by the bios which
>>> would then be used as "VRAM"?
>> PFB on the dGPU IGPs has facilities to fake VRAM from an area of
>> "stolen" system memory reserved by the SBIOS. GK20A/GM20B do not do
>> this, and require direct (or, via a mmu, whatever) access to system
>> memory.
> Exactly. While dGPU do actually carve out a range of system memory to
> be exclusively used as "fake" VRAM, Tegra GPUs have access to the
> whole system memory which is shared with the other IPs of the SoC,
> which requires a different management strategy. Hence the choice to
> simply wipe out the concept of VRAM and use everything as system
> memory.
Very well, thanks Ben and Alexandre!
The series is:
Reviewed-by: Martin Peres <martin.peres@free.fr>
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
prev parent reply other threads:[~2015-06-20 10:17 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-19 10:02 [PATCH v3 0/2] nouveau: support for custom VRAM domains Alexandre Courbot
[not found] ` <1434708167-6244-1-git-send-email-acourbot-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2015-06-19 10:02 ` [PATCH v3 1/2] " Alexandre Courbot
2015-06-19 10:02 ` [PATCH v3 2/2] nvc0: use NV_VRAM_DOMAIN() macro Alexandre Courbot
2015-06-19 13:55 ` Ilia Mirkin
[not found] ` <CAKb7Uvgi9UH5A39g7hORv53mC7GZQvQK-GRFO2807VmMkWjzjQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-06-19 16:28 ` Alexandre Courbot
2015-06-19 11:51 ` [PATCH v3 0/2] nouveau: support for custom VRAM domains Martin Peres
[not found] ` <55840226.4090008-GANU6spQydw@public.gmane.org>
2015-06-19 12:38 ` [Mesa-dev] " Ben Skeggs
[not found] ` <CACAvsv6s6yw-hT-ZE=qRn0YUPUHc9euC4bDHv5QjUpicS6CG5Q-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-06-19 16:27 ` Alexandre Courbot
2015-06-20 10:17 ` Martin Peres [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=55853DC2.7010003@free.fr \
--to=martin.peres@free.fr \
--cc=bskeggs@redhat.com \
--cc=gnurou@gmail.com \
--cc=mesa-dev@lists.freedesktop.org \
--cc=nouveau@lists.freedesktop.org \
--cc=skeggsb@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.