On Thu, Oct 9, 2014 at 5:00 PM, Thierry Reding <thierry.reding@xxxxxxxxx> wrote: > On Thu, Oct 09, 2014 at 04:48:56PM +0900, Alexandre Courbot wrote: >> On 10/09/2014 04:43 PM, Thierry Reding wrote: >> >* PGP Signed by an unknown key >> > >> >On Thu, Oct 09, 2014 at 03:11:51PM +0900, Alexandre Courbot wrote: >> >>From: Thierry Reding <treding@xxxxxxxxxx> >> >> >> >>Add the device-tree node for the GK20A GPU and leave it disabled by >> >>default. It is the responsability of the bootloader to enable it if the >> >>VPR registers have been programmed such as the GPU can operate. >> >> >> >>Signed-off-by: Thierry Reding <treding@xxxxxxxxxx> >> >>Signed-off-by: Alexandre Courbot <acourbot@xxxxxxxxxx> >> >>--- >> >> arch/arm/boot/dts/tegra124-venice2.dts | 8 +++++++- >> >> 1 file changed, 7 insertions(+), 1 deletion(-) >> > >> >Are you going to send the corresponding patches for U-Boot to update >> >the status property if it's initialized VPR? >> >> Yes. But maybe I should wait until upstream Nouveau actually works properly >> for that? Right now it will probe successfully, but will crash as soon as >> the GPU is used because there still are memory coherency problems. > > I think the same really goes for these patches. Applying these will make > the node available to U-Boot, so technically some future U-Boot version > could modify a kernel DTB and boot a version where nouveau didn't yet > work out-of-the-box. > > There's also still the issue about firmware loading and so on, so maybe > holding off on applying these patches until gk20a is fully enabled is a > good idea. Normally I guess this would be done by not adding the kernel > driver until it's expected to be at least usable to some degree, but I > guess it is a bit late for that now. I'm fine with that too. Dropping these patches fow now. -- To unsubscribe from this list: send the line "unsubscribe linux-tegra" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
