Linux 3.1 release candidate testing for TrimSlice

This forum is for supported devices using an ARMv7 Texas Instruments (TI) SoC.

Linux 3.1 release candidate testing for TrimSlice

Postby kmihelich » Thu Aug 25, 2011 4:26 am

The package linux-tegra is now in the repository, which is the first break away from something 2.6. It won't be replacing kernel26-trimslice until 3.1 is finalized and we have the bugs worked out. At which time there will also be an official tegra rootfs tarball, so no more piggybacking on OMAP. This first version is based on 3.1-rc3.

Install it, use it, love it, break it, let me know what doesn't work so we can get this the best it can be.
Arch Linux ARM exists and continues to grow through community support, please donate today!
kmihelich
Developer
 
Posts: 1133
Joined: Tue Jul 20, 2010 6:55 am
Location: aka leming #archlinuxarm

Re: Linux 3.1 release candidate testing for TrimSlice

Postby pepedog » Thu Aug 25, 2011 9:57 am

I have been running 3.1.0-rc2 for over 2 days, TS gets hot again. I thought I added all web cams but have problems there.
Going to try yours now. Think V4L(1) going has affected a lot of user space stuff, like motion.

Spent yesterday on mono, seems to hinge on monolite needing to be compiled for 7h, but if so how did arm5 get built?
Even in arm5 try running /usr/lib/mono/2.0/gmcs.exe --help on an arm5 machine, obviously not compiled for it.
pepedog
Developer
 
Posts: 2431
Joined: Mon Jun 07, 2010 3:30 pm
Location: London UK

Re: Linux 3.1 release candidate testing for TrimSlice

Postby kmihelich » Thu Aug 25, 2011 2:47 pm

Monolite isn't needed, except for git/svn builds. The released tarballs are all capable of bootstrapping themselves, which is why it works for v5. On github I have the compile errors that get spewed out when I hit the part where it's trying to build gmcs. I get number overflow and other types of errors once that part is hit. I haven't worked on mono in a while though, just waiting to see if things get better.

Apps that depend on V4L1 are going to be broken for a while until they move to V4L2. That's just the nature of the beast right now. Out with the old, in with the new.
Arch Linux ARM exists and continues to grow through community support, please donate today!
kmihelich
Developer
 
Posts: 1133
Joined: Tue Jul 20, 2010 6:55 am
Location: aka leming #archlinuxarm

Re: Linux 3.1 release candidate testing for TrimSlice

Postby bmentink » Fri Sep 16, 2011 1:16 am

So I take it you still have to do section 8. of the Installation guide, just use the Tegra tarball instead of the OMAP one?
bmentink
 
Posts: 81
Joined: Mon Sep 12, 2011 2:51 am

Re: Linux 3.1 release candidate testing for TrimSlice

Postby kmihelich » Fri Sep 16, 2011 1:21 am

If it was supposed to be another tarball, it would be in the installation guide. I just removed the tegra tarball because it's causing too much confusion. That was built off of the old, non-existent armv7 repo that was built soft-float. Use the omap-smp tarball, replace the kernel.
Arch Linux ARM exists and continues to grow through community support, please donate today!
kmihelich
Developer
 
Posts: 1133
Joined: Tue Jul 20, 2010 6:55 am
Location: aka leming #archlinuxarm

Re: Linux 3.1 release candidate testing for TrimSlice

Postby bmentink » Fri Sep 16, 2011 6:35 am

Thanks for clearing that up :D
bmentink
 
Posts: 81
Joined: Mon Sep 12, 2011 2:51 am

Re: Linux 3.1 release candidate testing for TrimSlice

Postby bmentink » Sun Sep 18, 2011 7:28 pm

Where did you remove the Tegra tarball, I see it still in : http://archlinuxarm.org/developers/downloads
bmentink
 
Posts: 81
Joined: Mon Sep 12, 2011 2:51 am

Re: Linux 3.1 release candidate testing for TrimSlice

Postby bneate » Fri Nov 04, 2011 5:10 pm

Last night I tried upgraded to the linux-tegra and linux-headers-tegra packages on my Trim-Slice Barebone with alarm installed on the micro-sd card but after I tried to reboot it never came back up. I don't have a monitor plugged in or a serial connection and only ssh into the box so it's hard to tell where the boot is failing. Are there any log files I can check? I couldn't see anything obvious in the /var/log folder.
bneate
 
Posts: 11
Joined: Thu Aug 25, 2011 3:23 pm

Re: Linux 3.1 release candidate testing for TrimSlice

Postby pepedog » Fri Nov 04, 2011 5:40 pm

I have found reboot doesn't work, and halt doesn't turn off light.
Think you should e2fsck the card
pepedog
Developer
 
Posts: 2431
Joined: Mon Jun 07, 2010 3:30 pm
Location: London UK

Re: Linux 3.1 release candidate testing for TrimSlice

Postby bneate » Fri Nov 04, 2011 6:48 pm

I ran shutdown -h now to power off the system (slowly flashing green light) then powered the system on again. I have ran a file system check on the sd card and there were no errors. Also if I revert to the 2.6 kernel using a chroot it boots with no issues.
bneate
 
Posts: 11
Joined: Thu Aug 25, 2011 3:23 pm

Next

Return to Texas Instruments (TI)

Who is online

Users browsing this forum: No registered users and 15 guests