Will the SDK manager on 18.04 desktop work to install 14.04.6 on TX1 board? What ubuntu desktop version for SDK Manager is best for installing 14.04.6 on TX1?
For reference, when flashing a Jetson, it is the “Linux for Tegra” (“L4T”) which gets flashed (this in turn is just Ubuntu plus NVIDIA drivers). JetPack/SDK Manager is the front end software which performs the flash. They each have versions tied to each other. The listing of releases can be found here:
I don’t remember which L4T release was Ubuntu 14.04, but you’d mostly be interested only in L4T R27.x+ (and very very likely R32.x if you can; R34.x won’t work because the TX1 was never ported to this). Let me ask an important question first: Are you tied to Ubuntu 14.04? Is there any reason you couldn’t use a newer release?
Older releases are available, and if you go far enough back, JetPack existed as an installer without SDK Manager (SDKM is sort of a smart network layer on top of JetPack). Going back a bit further than that not even JetPack existed…it was entirely command line flash. Command line flash though is still useful even today since there are some things it does quite well, plus it doesn’t have the host PC requirements that the JetPack/SDKM front end has.
If you were to go through the L4T releases, I’d start at L4T R28.x, see if that has Ubuntu 14.04 or not; if that does not, then I’m sad to say you’d have to go to R27.1. I highly advise you to not use an R24.x release; if you do, then you really should stick to the newest of the R24.x. I know R23.1 is listed, but 64-bit was being ported for the first time in those releases; earlier in those releases the kernel space was 64-bit, but the user space was 32-bit and used only in compatibility mode. Later on within that major release (but different minor releases), user space was ported to 64-bit as well, but it didn’t always work well for everything.
Do you really need Ubuntu 14.04? What is your use-case? An example of what you really need to accomplish might help better answer.
Incidentally, in the earliest of JetPack releases, the host PC could be either Ubuntu 14.04 or 16.04; those earlier releases did not even support a host PC of 18.04. Command line flash works in these, but your effort to install optional packages will go up tremendously (it would be a much more manual process).
In the very newest of releases, if and only if you were using the latest hardware (e.g., Orin), then L4T would install Ubuntu 20.04, and although JetPack/SDKM can work on 22.04 host PCs, it would fail for this since the software being flashed itself won’t work on an Ubuntu 22.04 host PC. I mention this because I want to illustrate that the requirements for host PC from the JetPack/SDKM might not be an exact match to what the flash software works with (it is an intersection of their requirements which determines what host PC can be used; if you use command line, then most of those requirements go away (I used to flash on command line from Fedora).
Thank you for your response. Unfortunately I need 14.04 specifically for the project I’m working on and I am trying to get L4T R28.1 going now. I was looking at JetPack 3.1 as it says that it supports Linux for tegra R28.1 and is available for 14.04. I have downloaded both versions but when I go to install them it has been unsuccessful. I’m finding it difficult to find guidance for these releases online. Are there any steps that you might know of that I should try before installing these to allow them to complete?
Hi,
None of rel-28.x release is based on 14.04.
I’m not positive, but I think an old Tegra 3 I used to work on (L4T R16.x?) used Ubuntu 14.04 (maybe 12.04?), but this was from 32-bit days and prior to any GPU-based Tegra. The TK-1 used Ubuntu 14.04 at the start if I recall correctly (that was about a decade back).
If you look at the archive of L4T releases here:
https://developer.nvidia.com/embedded/jetson-linux-archive
And then look for the TX1, you’ll see it does go back to several releases prior to R28.x, but these would probably be a bad choice. R23.x was purely experimental, and entirely 32-bit (up until then no ARM CPU had a 64-bit architecture). I think it was R24.1 which had kernel space as 64-bit, but still used compatibility mode for 32-bit user space. One of the later R24.x releases transitioned to 64-bit user space, but they were a bit too buggy for my taste. R28.x was a more reliable release, but as mentioned, it definitely wasn’t Ubuntu 14.04 (I think all R28.x was Ubuntu 16.04). R32.x transitioned to Ubuntu 18.04, and R34.x and R35.x are Ubuntu 20.04 (and only Xavier and Orin are compatible with those).
I don’t know what causes the requirement for Ubuntu 14.04, but I think this won’t work out. You might be better off porting some application.
This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.