Figured I'd post it up since nobody had yet.

http://www.nvidia.com/object/jetson-...d-dev-kit.html

Any idea the potential of this new dev board against Slackware ARM or any ARM based GNU/Linux at the moment?

Like the previous tegra SOCs it's a ARMv7 instruction set core: the slackware userland will run fine on it.
The slackware tegra kernel might not boot on this board, as it was meant for a tegra2 SOC and did not support the GPU on that SOC anyway, so if you are not concerned about using a display on it I guess you could compile a vanilla kernel for the board and use the serial console to complete the installation.

I've no idea about support for the GPU as I've never had anything with nvidia's kepler GPU technology but I suspect that like most ARM SOC's the grafix drivers never make it into the mainstream kernel, famebuffer support is all that you are likely to ever get working.

Nvidia has a new Linux For Tegra kit with support for the new TK1 SOC that should allow manipulation of the internal flash on the TK1 board.

If it's true that each core performs 40% better then equivalent A9 core on the TEGRA2 ... the quad core 2.3Ghz should provide tons of power.
If I'm wrong about the grafix drivers I might even get one of these for an all use home desktop system that would use only a fraction of the power an Intel machine would require.

Does someone has any link to a tutorial explaining how to install Slackware ARM on Jetson TK1 ?

The armv7 kernel in 14.2 has support for the Tegra124 (the K1) in it from a SOC perspective,so it might boot the kernel.
The 4.8 kernel in current has merged all of the Tegra SOCs in to a single config option (which is nice but makes it more difficult to find what is supported - for me at least!)

If anybody's interested, a nice community project for them!

Managed to boot Slackware ARM current on TK1.
The eMMC u-boot looks for SD first then other peripherals.

A fstab entry is needed, used this one :
/dev/mmcblk1p1 / ext4 defaults,noatime 1 1
proc /proc proc defaults 0 0
devpts /dev/pts devpts mode=0620,gid=5 0 0
usbfs /proc/bus/usb usbfs defaults 0 0
tmpfs /dev/shm tmpfs mode=0777 0 0

In inittab :
# Local serial lines:
O2:23:respawn:/sbin/agetty -L ttyS0 115200 vt100

I use the shipped 3.10.40-ga7da876 kernel and the full /boot directory for now.

One thing disturbs me, from
[ 8.461052] VFS: Mounted root (ext2 filesystem) readonly on device 179:33.
[ 8.477450] devtmpfs: mounted
[ 8.481984] Freeing unused kernel memory: 496K (c0b5c000 - c0bd8000)
[ 9.007164] udevd[195]: starting eudev-3.1.5
[ 10.543454] EXT4-fs (mmcblk1p1): re-mounted. Opts: (null)

Until

Welcome to Linux 3.10.40-ga7da876 (ttyS0)

Nothing is displayed on the serial terminal, does someone has an idea about this ?

The non-display issue is gone with a vanilla 4.8.11 (compiled natively, 20mn with make -j9).
What is the "emc" external memory controller .dtb variant about ?

I have a black screen when I boot with init 3 a screen attached.
Init 4 is ok.
Any idea ?

Something else, when trying to use the nouveau driver, X fails (opentegra is ok) :
[ 2161.490] (II) NOUVEAU driver for NVIDIA chipset families :
[ 2161.490] RIVA TNT (NV04)
[ 2161.490] RIVA TNT2 (NV05)
[ 2161.490] GeForce 256 (NV10)
[ 2161.490] GeForce 2 (NV11, NV15)
[ 2161.490] GeForce 4MX (NV17, NV18)
[ 2161.490] GeForce 3 (NV20)
[ 2161.490] GeForce 4Ti (NV25, NV28)
[ 2161.491] GeForce FX (NV3x)
[ 2161.491] GeForce 6 (NV4x)
[ 2161.491] GeForce 7 (G7x)
[ 2161.491] GeForce 8 (G8x)
[ 2161.491] GeForce GTX 200 (NVA0)
[ 2161.491] GeForce GTX 400 (NVC0)
[ 2161.491] (--) using VT number 7

[ 2161.491] (WW) xf86OpenConsole: setpgid failed: Operation not permitted
[ 2161.491] (WW) xf86OpenConsole: setsid failed: Operation not permitted
[ 2161.491] (EE) [drm] Failed to open DRM device for (null): -22
[ 2161.492] (EE) [drm] Failed to open DRM device for (null): -22
[ 2161.492] (EE) No devices detected.

According to :
https://nouveau.freedesktop.org/wiki/CodeNames/

NVE0 and NV110 should be listed in order to get tk1 and tx1 support, are they missing from Slackware ARM's xorg nouveau module ?

It's configured like this, so if it needs additional configuration let us know:
ftp://ftp.slackware.com/pub/slackwar...-video-nouveau

I had a quick look and it doesn't look like there are any other options to include/exclude specific hardware support from the build; so I don't know why it wouldn't include those if it's meant to be there.
Looking in the source there are references to nv0.

This project seems to have nouveau working (seeming using only vanilla stuff) :
https://github.com/NVIDIA/tegra-nouveau-rootfs
"If you can see the card1 and renderD128 nodes in /dev/dri, then you know the module is properly probed."

But the nouveau module doesn't load automatically, and loaded or not I only see:
# ls /dev/dri/
card0 controlD64

And nothing in dmesg.

Is the nouveau Kernel module loaded?

Yes, and I have the same stuff in /dev/dri before and after manual loading (nouveau is not loaded automatically at boot, vanilla 4.9-rc7, tegra_defconfig with tk1-only soc drivers).

Looks like it's more tricky than I previously thought :
https://www.mail-archive.com/nouveau.../msg25654.html

I managed to get the USB 3 port working.

I compiled the tegra xhci as a module, and I included the firmware inside the kernel :
cp /lib/firmware/nvidia/tegra124/xusb.bin $KERNEL_SOURCES/firmware/

+CONFIG_EXTRA_FIRMWARE="xusb.bin"
+CONFIG_EXTRA_FIRMWARE_DIR="firmware"

I'm not sure that the CONFIG_EXTRA_FIRMWARE part is mandatory, I'll post an update when I'll compile another kernel.

maybe it's shared RAM ssue?
How does the RAM split for CPU/GPU,where is it configured?

Have no idea. Is there any command/tool useful for that ?