GPL Source Code

Larry Pinney

Here is my Device Tree Source :

"WE" should be able to fix a few things now

/dts-v1/;

#include "mt7628an.dtsi"

#include <dt-bindings/gpio/gpio.h>
#include <dt-bindings/input/input.h>

/ {
compatible = "onion,omega", "mediatek,mt7628an-soc";
model = "Onion Omega2";
chosen {

	bootargs = "console=ttyS0,115200";
};

gpio-leds {
	compatible = "gpio-leds";

	system {
		label = "omega2:amber:system";
		gpios = <&gpio1 12 GPIO_ACTIVE_LOW>;
	};
};

gpio-keys-polled {
	compatible = "gpio-keys-polled";
	#address-cells = <1>;
	#size-cells = <0>;
	poll-interval = <20>;

	reset {
		label = "reset";
		gpios = <&gpio1 6 GPIO_ACTIVE_HIGH>;
		linux,code = <KEY_RESTART>;
	};
};

};

&spi0 {
status = "okay";

pinctrl-names = "default";
pinctrl-0 = <&spi_pins>, <&spi_cs1_pins>;

m25p80@0 {
	#address-cells = <1>;
	#size-cells = <1>;
	compatible = "jedec,spi-nor";
	reg = <0>;
	linux,modalias = "m25p80";
	spi-max-frequency = <40000000>;
	m25p,chunked-io = <31>;

	partition@0 {
		label = "u-boot";
		reg = <0x0 0x30000>;
		read-only;
	};

	partition@30000 {
		label = "u-boot-env";
		reg = <0x30000 0x10000>;
	};

	factory: partition@40000 {
		label = "factory";
		reg = <0x40000 0x10000>;
		read-only;
	};

	partition@50000 {
		label = "firmware";
		reg = <0x50000 0x1fb0000>;
	};
};

spidev@1 {
	#address-cells = <1>;
	#size-cells = <1>;
	compatible = "linux,spidev";
	reg = <1>;
	spi-max-frequency = <40000000>;
};

};

&ethernet {
mtd-mac-address = <&factory 0x28>;
};

&gpio0 {
status = "okay";
};

&gpio1 {
status = "okay";
};

&gpio2 {
status = "okay";
};

&i2c {
status = "okay";
};

&pwm {
status = "okay";
};

&sdhci {
status = "okay";
mediatek,cd-high;
};

&uart1 {
status = "okay";
};

&uart2 {
status = "okay";
};

&wmac {
status = "okay";
ralink,mtd-eeprom = <&factory 0x4>;
};

&pinctrl {
state_default: pinctrl0 {

	gpio {
		ralink,group = "gpio", "i2c", "jtag", "perst", "pwm1", "refclk", "spis", "wdt", "wled_an", "wled_kn";
		ralink,function = "gpio";
	};
};

};

Larry Pinney

Not sure why this website mangles code ...

But if anybody wants it...I can send it another way

luz

@Larry-Pinney said in GPL Source Code:

@WereCatf
Yes ... I see we have a new branch.

It's very short of the complete source used.

However it is a start.

Yes, it's a start! Thanks @Lazar-Demin / greenbreakfast!

I hoped seeing the original Omega2 .dts would reveal why I can't get GPIO18/19 to work as GPIO in my LEDE build, while these work with standard Omega2 FW. However, no luck, the now posted .dts seems functionally identical to those figured out by @WereCatf and @Larry-Pinney (and my own).

From the voltage levels I see on these pins they are probably in Ethernet PHY mode, rather than GPIO, but I don't see why, and how to change that. omega2-ctrl does not seem to have an option for those pins.

Anyway, @onion please don't stop here! On my wishlist I see .config and the sources for omega2-ctrl in top positions

Luciano S.

@Larry-Pinney said in GPL Source Code:

Not sure why this website mangles code ...

This my help you:
https://community.onion.io/topic/707/markdown-how-to-start-with-it

WereCatf

I prettified my DTS-files up some and merged the reboot-fix by @Larry-Pinney , and now I am working on making a reasonably useable default-configuration that I can share soon.

Ghent The Slicer

Why all the fuss? I just managed to build the omega2 firmware from https://github.com/lede-project/source.git

Checkout the onion-omega2 branch
run:
scripts/feeds update -a
scripts/feeds install -a
make menuconfig

select CPU MIPS, Soc MT7688, Board Omega2 (or 2+ if you like)
run:
make V=99

enjoy

WereCatf

@Ghent-The-Slicer said in GPL Source Code:

Why all the fuss? I just managed to build the omega2 firmware from https://github.com/lede-project/source.git

Checkout the onion-omega2 branch

There is no such branch there. You may be referring to https://github.com/OnionIoT/source.git instead. Also, that branch appeared there less than two days ago, but this thread is quite a few days older than that already, so that's part of the "fuss." But sure, using your compiled image, try reboot... it won't work. Try the reset-button... it won't work.

WereCatf

Hm. The reboot-fix seems to have exposed another bug: the Omega2 now reboots fine, but doesn't shut down anymore! I don't know which one is better: to be able to reboot, or to be able to shutdown

Larry Pinney

With a device such as the Omega2...

Is the halt/shutdown command "really" useful?

Nice ..tend to agree...
But reboot seems to be used in practice much more often.

WereCatf

@Larry-Pinney That's kind of what I'm leaning towards. If you were to build some sort of a remote-sensor or whatever out of the Omega2, you'd probably want to be able to push an updated firmware, in case you have a bug somewhere, and be able to reboot to the new firmware without having to go and pull the plug to get it to reboot. But eh, I don't know.

Larry Pinney

Well...I think it's related to the bootloader....it always boots when powered on.

Nearest x86 equivalent could be "defined" in the BIOS....
Sorry we have NO BIOS today.

Ghent The Slicer

@WereCatf
I flashed the compiled image via USB drive:
copy the image to the usb drive and rename it to omega2.bin
reboot the omega2, holding the button, select 2 from the terminal, wait forever

It seems to boot fine except it is missing a large number of stuff - the web server for example. So you boot into serial console and that's about it.

Looks like some sort of build configuration issue to add the missing stuff.

Re: 'shutdown'. The omega2 with original firmware was not able to shutdown - it just reboots. Same with the compiled FW from the LEDE code. I have Linkit Smart 7688 - which has the same issue - no 'halt' - only reboot.

Lazar Demin

Perhaps you guys would like to help fix up the Pull Request to meet the standards of the Lede project?
As you might have guessed, the Onion team is very overwhelmed at the moment. We're doing our best to make sure everything runs smoothly but with 16 thousand backers, its proven to be quite difficult!

Larry Pinney

@Lazar-Demin

At the moment the github by @WereCatf seems to be the "most correct" available....could use a bit more tweaking.

The LEDE project plans to have it's first release very soon... 17.01 branch is due on Monday the 16th
Having your device in a stable release would be an enormous benefit to the users.

fossette

@Lazar-Demin Geez! I just visited:
https://lede-project.org/docs/howto/adding_to_toh
and their link to "Criteria for adding devices to the ToH" is broken. You won't have it easy, will you?

WereCatf

@fossette It's not that hard, actually. My version already fulfills almost everything, I'd just have to consolidate all of my changes into a single commit and put a proper commit-message on it.

WereCatf

@Larry-Pinney said in GPL Source Code:

At the moment the github by @WereCatf seems to be the "most correct" available....could use a bit more tweaking.

What tweaking does it need? I've forgotten to remove gpio2 from my DTS, but if there's something more, it wouldn't hurt, if you could tell me about it.

WereCatf

@Lazar-Demin Exactly how would you like us to help? A pull-request against your tree, or instructions on what to do, or should I just take over and make the pull-request against LEDE-official, or what?

Larry Pinney

@WereCatf said in GPL Source Code:

@Lazar-Demin Exactly how would you like us to help? A pull-request against your tree, or instructions on what to do, or should I just take over and make the pull-request against LEDE-official, or what?

Asleep at the wheel again?

Please TELL us how you would like to proceed.
We have supplied superior code!
And the community is waiting.

luz

LEDE has done its first release, 17.01 - and Omega2/Omega2p support is included!

Thanks to everyone helping to make that happen!

This means we can now build for Omega2 from the official LEDE 17.01 release branch, which is a huge improvement over needing to maintain separate branches.

Still, the old request for also publishing the .config file of the Omega firmware remains open - I hope not for too long any more