Hi cklee, the JetPack install dir is on the host PC that you ran JetPack from. Look for the jetpack_download folder of DEB packages under the directory from which you ran JetPack on the host. You can manually copy the packages from jetpack_download to your Jetson (or have JetPack do it like below).
For JetPack to complete the post-install steps, it needs a network connection to the Jetson (it uses SSH). If you have that in place, you can re-run JetPack from the host, and in the JetPack GUI de-select everything except what is under “Install on Target”. Then JetPack will only perform these post-install steps. If you have trouble, you could also just re-run entire JetPack and setup your Jetson again from scratch.
Hello, I have some trouble to enquire you. I have released jetson tx2 by using Jetpack 3.2. Then, I can check the cuda version in the terminal, but I didn’t run the cuda 9.0 samples. I have tried some solution given online, so can you give me some suggestion? thank you very much.
Hi. While reading “TEGRA LINUX DRIVER PACKAGE R28.2 DEVELOPER PREVIEW Release Notes”, I notic this:
Bluetooth audio is disabled in this release to ensure that the bluetooth software stack is
conformant in the provided configuration. If you enable additional bluetooth audio profiles,
product conformance may be impacted [200276904].
But our products are using bluetooth headsets as input and output device. So, is that mean we cann’t use our bluetooth headsets on R28.2 any more? Or how can I enable bluetooth audio feature again?
In file : /etc/system/systemd/bluetooth.target.wants/bluetooth.service
Remove a2dp from the noplugin parameter list. This is allow the a2dp plugin to be loaded and should make the BT speaker work again.
To be precise, change the line:
ExecStart=/usr/lib/bluetooth/bluetoothd -d --noplugin=audio,a2dp,avrcp
to
ExecStart=/usr/lib/bluetooth/bluetoothd -d --noplugin=audio,avrcp
Once you make the above 2 changes on your Jetson target device, reboot Jetson device and you should be able to pair and use your BT audio devices.
Would it be possible to add device tree file selection as a linux bootloader argument, like in was in extlinux.conf file in the previous L4T releases? Having it in a separate flash partition is very inconvenient for anyone who does kernel modifications and needs to have ability to alternate boot between multiple kernel/device trees…
R28.2 can’t work with my Dell 24 inch 1920x1080 HDMI monitor. The resolution is very low when TX2 is booting. However, when TX2 boot up to the login interface, the monitor shows the HDMI input resolution is not supported.
When I connect TX2 to a 27 inch 2560x1440 HDMI monitor, the resolution is still very low when booting, but when it booted to the login, everything becomes normal.
This is a common issue among various L4T versions, some monitors are more or less supported.
You may try hotplug…Just unplug your hdmi cable and replug, or try to boot without hdmi and plug in only one minute after boot. In some cases it had improved.
Thank you for explanation. We are using TX2 in the environment where its HDMI output connected to the HDMI input of another SOC board. We need to have it always @ 1080p, otherwise the SOC gets confused and won’t negotiate the link. Would it be possible to pass screen resolution as a kernel command line argument (from extlinux.conf or otherwise), so it always be fixed to certain HDMI resolution?