PROJECT=RPi DEVICE=RPi ARCH=arm make image
^ that will get you an image, but it will run poorly because LE10 is not properly functional on non-RPi4 pi devices at this time, and even when we fix the main bug preventing an RPi2/3 release it will still run poorly on RPi0/1 devices because they don't have enough RAM for the new video pipeline; which is why we have no plans to release images for them anymore.
If you look in Kodi settings you will see SMB "client" settings. If you look in the LE settings add-on (also referred to in post #4) under services you will find the Samba "server" settings where there is definitely an "Auto-Share External Drives" option. You're looking at client settings.
Go into LE settings add-on > Services > Samba > Disable drive sharing - I forget the actual wording.
You might need to use a USB drive with external power rather than relying on a USB hub to power it correctly. I'll also point out that there is nothing wrong with booting from an SD card. So perhaps do a hybrid where /flash is on SD and /storage is on the USB drive.
USB mass storage boot - Raspberry Pi Documentation
RPi3B needs to have USB boot enabled in firmware first before it can boot from a USB device. Read and follow the links on ^ that page.
If your signature shows correctly and you have RPi3 .. we didn't realease LE 9.95.1 for RPi2/3 devices, hence there is no update. Read the blog post that discusses current status and why.
The vdec and ffmpeg code have no support for 3D, so while the DRM driver might do something right other bits in the pipeline are definitely missing, and I'd expect rendering video to need more plumbing than rendering the GUI.
It's been noted and will be looked into.
What SD card (or image) are you booting from? .. it obviously has u-boot on the card (else it wouldn't boot) but it would be good to know. The fact you can boot something is a good start. What distro do you want it to run? (LE/CE, Armbian, etc.)
Seeking doesn't work .. I've been told something is missing from the hardware decoder (and the UAPIs for stateful decoders are still not finalised) but playback seems to work. I also have support for the Texas Instruments WiFi/BT in the newer Cubox-i version working and will push changes for that.
It's trying to accomoate the dumbfuckery of users who store videos, subs and other content inside zip/rar archive files. That ability needs to die in fire or be otherwise exorcised from the Kodi codebase - it's forever causing issues.
Put Kodi into debug mode and tail the logfile over SSH when you shutdown. Even if the connection is kicked we should maybe see something in the output that gives clues on where the problem lies - pastebin the log/output and share the URL here.
Most people seeking Amazon content will use the Sandman79 add-on: GitHub - Sandmann79/xbmc: Amazon Instant Video Addon for Kodi Media Center - the Chrome add-on still exists but had a build error and hasn't been fixed/pushed into the repo used with LE10b1 images yet. Chrome runs outside of Kodi so it works but is a bit of a hack.
If you'd like to learn sending something upstream I'm always happy to coach on the process - it's not that hard and we can review to spot the normal ettiquette mistakes before you send the patch. If not, I'd deferr to HiassofT who will understand what the change does - I don't code 
Things that can be fixed in OS software will be available in OTA updates. Anything needing u-boot updates will be more challenging.
3D is not currently supported under the GBM/V4L2 video pipeliine and adding support is not a high priority for the Pi Foundation devs. I've been told that adding TAB/SBS support in the future should be possible, but MVC requires more complex changes and MVC ISO support is unlikely to ever be added back to RPi4 (and RPi2/3 once they bump to GBM/V4L2). In the last 8-years of running distros on Pi boards some lessons have been learned and this time around we all (LE, Kodi and Pi Foundation devs) aren't interested in authoring and then maintaining 100,000 lines of code patches that can never be upstreamed to the respective projects 3D depends upon (kernel, kodi, ffmpeg, and more) - it defeats the point of moving everything to a clean upstream codebase.
LE 9.2.6 remains the best option for 3D support.
Type "pastekodi" at the SSH console
Trippling the current userbase would give 66x users total. In perspective that is (rounding up slightly) 0.0002% of our total userbase. We simply are not going to add the amount of complexity required for that number of users. If it were a 1000x fold increase we'd be serious about it, but we do know our userbase, and it won't be.
