Reply
Emerging Member
Posts: 81
Registered: ‎05-21-2015
Kudos: 19
Solutions: 1

Re: SFE on the ERL

@JoeyJoe

 

Thanks!  That was what I needed.  I know what Cake was I just wasn't sure how to get it on ER.

 

Does Cake scale with Cores?  Or is it single threaded?

 

@Lochnair

 

This may be a really noob question but when you say to have the original kernel on the kernel partition, is there a thread here that describes how to do that?  In case I need to revert to that.

 

How stable has your SFE based kernel been otherwise?

 

Also you said that it should be faily easy to create a build for the ER-PRO.  I have an ER-PRO lying around and also should be getting an ER-4 that'd be something to try out as well.   They are both MIPS64, one dual core and the other quad core.  Does SFE scale with cores?

 

Can HW offload features ever be possible with SFE?  Or are they always going to be mutually exclusive?

 

Do you know who on the Ubiquiti side is evaluating SFE?

 

One last question - do you think this kernel would work on a unifi based router as well?

 

-Mark

Member
Posts: 230
Registered: ‎11-01-2015
Kudos: 97
Solutions: 5

Re: SFE on the ERL

@ely105

Honestly I haven't looked into the internals of either of them. But AFAIK as long as the kernel is SMP-enabled, they'll scale over multiple cores.

 

Nah I don't think so, replacing the kernel is not a common occurence. Just renaming it is enough. I'd do 'mv /mnt/boot/vmlinux.64{,.bak} first'.

 

I only have the one ERL, which is currently running a patched LEDE image with SFE in it. No issues there.

But I think @JoeyJoe is the one to ask about stability with EdgeOS for the time being.

 

No that's unlikely.

 

I only know @UBNT-Vlad said he'd look into it.

 

I don't know how different the kernels for the ERL and USG are, so it might be possible, but I'd rather provide a kernel image meant for the USG.

Emerging Member
Posts: 66
Registered: ‎04-15-2017
Kudos: 14

Re: SFE on the ERL

I haven't had any stability issues, but I don't have an elaborate setup.

Member
Posts: 230
Registered: ‎11-01-2015
Kudos: 97
Solutions: 5

Re: SFE on the ERL

@heistp

I've made some headway with compiling the ER-X kernel. Through some backporting of commits adding support for newer Binutils versions in the kernel, it actually compiles now.

 

My changes are available in this branch. I've had success compiling it with Binutils 2.29 and GCC 4.8.5. I've tried GCC 7.1 too, but that throws even more errors.

 

I really need to get an ER-X so I can test this stuff, but sadly a students budget doesn't really allow for it.

Emerging Member
Posts: 42
Registered: ‎03-10-2015
Kudos: 13

Re: SFE on the ERL

I have an ER-X and wouldn't mind being a guinea pig if possible?

Emerging Member
Posts: 102
Registered: ‎07-25-2016
Kudos: 131

Re: SFE on the ERL

@Lochnair Great, thanks for the update. I do have that extra ER-X lying around that I'm willing to test it out on. At the moment though I'm finishing up a new latency tester we're hoping to use with Flent that can measure one-way delay and IPDV (jitter) in addition to RTT. Once it's done this will be a perfect chance to give it a test, so I'll be back hopefully soon!

Member
Posts: 230
Registered: ‎11-01-2015
Kudos: 97
Solutions: 5

Re: SFE on the ERL

@Arie

Sweet. I've uploaded the image here. Mind you, I have no idea how to replace the kernel on the ER-X, so you're on your own there. If you have access to a serial cable so you can get a console on it, you could do something like this to load the kernel image via TFTP in U-Boot. That way you won't have to replace it, which lowers the risk of bricking it considerably.

 

I'm happy to help you remotely over SSH or something similar if you don't mind giving me access.

 

@heistp

Cool! I'm looking forward to getting an extra head helping out with this. It's a bit hard figuring out everything on my own.

Emerging Member
Posts: 42
Registered: ‎03-10-2015
Kudos: 13

Re: SFE on the ERL

[ Edited ]

ER-X doesn't have a serial console port. Some people have hooked up the pins on the board, requiring opening of the case:  

I'll buy a USB-to-TTL adapter, had that on my wishlist for a long time anyway Man Happy

Member
Posts: 230
Registered: ‎11-01-2015
Kudos: 97
Solutions: 5

Re: SFE on the ERL

@Arie

Yes I'm aware. Should've worded it better.

 

What adapter are you buying? I should probably get one to in the near future.

Emerging Member
Posts: 42
Registered: ‎03-10-2015
Kudos: 13

Re: SFE on the ERL

Buying one of those RaspberryPi USB-TTL adapters

Emerging Member
Posts: 42
Registered: ‎03-10-2015
Kudos: 13

Re: SFE on the ERL

I think there's something wrong with the image as it won't boot from tftp.

 

I've tried booting the vmlinux.tmp contained in a stock firmware tar, and that works just fine. A 1.6M vmlinux.tmp that has a "Linux Kernel Image" header. 

 

The vmlinux file you linked to is 6M and seems to be an ELF binary.

 

"Automatic boot of image at addr 0x80A00000 ...
## Booting image at 80a00000 ...
Bad Magic Number,7F454C46 "

Member
Posts: 230
Registered: ‎11-01-2015
Kudos: 97
Solutions: 5

Re: SFE on the ERL

@Arie

Yeah the one I uploaded is just the standard kernel image you get from compiling the kernel tree. But apparentaly we need to use mkimage (from U-Boot), and some other stuff to generate the correct image.

 

I'm looking into what LEDE/OpenWRT is doing to figure this out.

Member
Posts: 230
Registered: ‎11-01-2015
Kudos: 97
Solutions: 5

Re: SFE on the ERL

Emerging Member
Posts: 42
Registered: ‎03-10-2015
Kudos: 13

Re: SFE on the ERL

Got a little further with that one:

 

Automatic boot of image at addr 0x80A00000 ...
## Booting image at 80a00000 ...
   Image Name:   Linux Kernel
   Image Type:   MIPS Linux Kernel Image (lzma compressed)
   Data Size:    1818532 Bytes =  1.7 MB
   Load Address: 80001000
   Entry Point:  80001000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... LZMA ERROR 1 - must RESET board to recover
Member
Posts: 230
Registered: ‎11-01-2015
Kudos: 97
Solutions: 5

Re: SFE on the ERL

@Arie

Looks like we can't use the standard LZMA tool found in common Linux distros, but need to use the one from the 7Zip project.

 

I've uploaded a new image. Please test again.

Emerging Member
Posts: 42
Registered: ‎03-10-2015
Kudos: 13

Re: SFE on the ERL

It now gets to:

Automatic boot of image at addr 0x80A00000 ...
## Booting image at 80a00000 ...
   Image Name:   Linux Kernel
   Image Type:   MIPS Linux Kernel Image (lzma compressed)
   Data Size:    1796207 Bytes =  1.7 MB
   Load Address: 80001000
   Entry Point:  80001000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
No initrd
## Transferring control to Linux (at address 80001000) ...
## Giving linux memsize in MB, 256

Starting kernel ...

With no more output after that nor responses on the serial interface. It seems stuck.

Member
Posts: 230
Registered: ‎11-01-2015
Kudos: 97
Solutions: 5

Re: SFE on the ERL

@Arie

Right, I should've known that I had to change the entry point. Thankfully, there's a script in the kernel tree that contains the necessary command to find it.

 

Lets hope I got it right this time.

Emerging Member
Posts: 42
Registered: ‎03-10-2015
Kudos: 13

Re: SFE on the ERL

Downloaded e50_kernel with md5sum '5ac6ea5850395c004af024738f63721d', but that had the same issue.

Member
Posts: 230
Registered: ‎11-01-2015
Kudos: 97
Solutions: 5

Re: SFE on the ERL

@Arie

Sigh. I've tried to use the builtin uImage generation in the kernel this time. Please try again.

Emerging Member
Posts: 42
Registered: ‎03-10-2015
Kudos: 13

Re: SFE on the ERL

Bytes transferred = 2319200 (236360 hex)
NetBootFileXferSize= 00236360
Automatic boot of image at addr 0x80A00000 ...
## Booting image at 80a00000 ...
   Image Name:   Linux-3.10.1
   Image Type:   MIPS Linux Kernel Image (gzip compressed)
   Data Size:    2319136 Bytes =  2.2 MB
   Load Address: 80001000
   Entry Point:  8037f180
   Verifying Checksum ... OK
Unimplemented compression type 1

:'(

Reply