A new kernel for oxnas

[ShapeShifter499]

@crckmc

Maybe I missed the instructions, I can't find any. Can you please point them out?

[crckmc]

you have to use git to clone the repositories posted on page 1. And here navym posted how you compile both u-boot and the kernel. I hope this helps you.

@celemine1gig

I can't get debian to boot with the new kernel but haven't tried without it so don't know if it was just the install.

crckmc

[ShapeShifter499]

I thought I needed to install a arm based gcc cross compiler.... I tried installing them from emdebian. Just trying those commands you pointed me to seems to be compiling it. hmm...

[ShapeShifter499]

nope hit an error... still can't install "arm-linux-gnueabi-gcc" without a load of dependency issues.


$this->bbcode_second_pass_code('', 'lance@AcerChromebook-debian:~/git_projects/linux-oxnas$ ARCH=arm make -j8 zImage ox820.dtb
make: arm-linux-gnueabi-gcc: Command not found
CHK include/generated/uapi/linux/version.h
CC scripts/mod/empty.o
/bin/sh: 1: arm-linux-gnueabi-gcc: not found
make[2]: *** [scripts/mod/empty.o] Error 127
make[2]: *** Waiting for unfinished jobs....
HOSTCC scripts/mod/mk_elfconfig
make[1]: *** [scripts/mod] Error 2
make: *** [scripts] Error 2
lance@AcerChromebook-debian:~/git_projects/linux-oxnas$')

[ShapeShifter499]

I get these dependency errors:

$this->bbcode_second_pass_code('', 'lance@AcerChromebook-debian:~/git_projects/linux-oxnas$ sudo aptitude install g++-4.4-arm-linux-gnueabi
The following NEW packages will be installed:
g++-4.4-arm-linux-gnueabi{b}
0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 4,050 kB of archives. After unpacking 9,780 kB will be used.
The following packages have unmet dependencies:
g++-4.4-arm-linux-gnueabi : Depends: gcc-4.4-arm-linux-gnueabi-base (= 4.4.6-14) but 4.4.6-15 is installed.
Depends: gcc-4.4-arm-linux-gnueabi (= 4.4.6-14) but it is not going to be installed.
Depends: libstdc++6-4.4-dev-armel-cross (= 4.4.6-14) but it is not going to be installed.
The following actions will resolve these dependencies:

Keep the following packages at their current version:
1) g++-4.4-arm-linux-gnueabi [Not Installed]



Accept this solution? [Y/n/q/?] n

*** No more solutions available ***

The following actions will resolve these dependencies:

Keep the following packages at their current version:
1) g++-4.4-arm-linux-gnueabi [Not Installed]



Accept this solution? [Y/n/q/?] q
Abandoning all efforts to resolve these dependencies.
Abort.
lance@AcerChromebook-debian:~/git_projects/linux-oxnas$
')

[celemine1gig]

Cross-Compilation support is much better on Ubuntu, than on Debian. Especially the arm-linux-gnueabi- is problematic. I know that.

ARMv7 (arm-linux-gnueabihf-) on the other hand works perfectly on Debian, too.
So, either you use other (external) tools on Debian and not the Emdebian Toolchain, or you could use a Ubuntu VM.
For the start it really is much easier on Ubuntu. And I say that, although I love Debian.

[ShapeShifter499]

Fixed and compiled! Problem, not having squeeze repos in my sources. Theory, emdebian hasn't caught up to changes in wheezy and or wheezy hasn't gotten all required packages yet. Who knows...



EDIT: Solution found at this blog in it's comments http://www.cnx-software.com/2012/01/16/installing-emdebian-arm-cross-toolchain-in-debian/ This was also mentioned here https://wiki.debian.org/EmdebianToolchain but I thought when they mentioned squeeze that it was an error because squeeze as far as I know is old stable and shouldn't really be used anymore.

[celemine1gig]

I did some further tests.
There is definitely something strange about CONFIG_DEBUG_LL and CONFIG_DEBUG_LL_UART_8250.

Normal console output over UART should work without CONFIG_DEBUG_LL being enabled. At least it did with all kernels I tested so far.
With these new sources, disabling CONFIG_DEBUG_LL seems to completely disable output over UART.
Navym could you maybe have a look?
It is certainly NOT very important, but interesting nonetheless. If I am not mistaking, there should be console output over UART, although DEBUG_LL is disabled.
Besides that minor oddity, it looks very interesting. I have a USB3.0 (Renesas) and a SATAIII (Asmedia) mini PCIe card that I am looking forward to try with the new kernel.

[navym]

Please post the kernel config file and u-boot environment variables to reproduce the issue

[celemine1gig]

Thank you for the fast reply, navym.

If you take the following config, which works perfectly fine, and disable DEBUG_LL, you probably won't get any output over serial anymore:
http://www.hs-augsburg.de/~ingmar_k/Pog ... 1.0.config

My U-Boot environment looks like this:
http://www.hs-augsburg.de/~ingmar_k/Pog ... ot_env.txt

Edit:
Just FYI, it was the same problem with the stock U-Boot and your newest version. Environment should have been very similar and the kernel config was the same for the test runs. With DEBUG_LL + addresses set it worked fine.