The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.

To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.
--- Begin Message ---
Hi All.

Recently acquired a Firebox M300. It is currently source-only and looks
like it needs some work to get it into the same state as other targets.
There was a question ages ago on the forum but was left unanswered.

I'm wondering whether anyone can provide input on what work would be required
to get this from source-only into the snapshot builds etc?

Goals for me are:
Correct LuCI homepage interface status issue.
Correct interface naming.
Set mac address in device tree, rather than in 02_network script.

Please let me know what other tests/changes/output I'd need to provide to
promote this device.

Further discussion on what I've found so far:

Device tree changes:and
I am wondering whether it should be modified for
removing the extra, unused CPU port.
We're currently using port 6, with port 5 disabled on the switch side.
However the associated ethernet device is still enabled on CPU side.
i.e. we have an unused eth3, with cpu port for the switch being eth4.

In other devices (best example being linksys armada 385 devices) the cpu port
is changed from 5 to 6 by a patch.
With the device tree now only having one cpu port listed on the switch side.

I noticed that kernel 6.6 now has support for multiple CPU
ports connected to a DSA switch.
I haven't had success having it work with the linux documentation,
which is configuring both ethernet devices and then linux should
pick the first one.

Network device naming:
I know how to rename them with iputils, but I'd appreciate
direction on the "openwrt" way of renaming devices.

I understand I can set the ethernet devices correctly with
ucidef_set_network_device_path.
I'm unsure on how to do it with dsa.
The "label" property doesn't look like it's
going to work as I first need to rename eth3/eth4
to something like "conduit0/conduit1" first.
Then set the <sweth> devices to be eth3-eth7 from


Packages:
I noticed that lots of packages required CONFIG_BROKEN=y set.
Most notably on my initial test, LuCI doesn't show all
interfaces status on the home screen.
Yet to go through and test anything thoroughly.
A list of packages that would need to be confirmed
working for this target to be promoted would be
helpful.

Cheers,
Evan.


--- End Message ---
_______________________________________________
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Reply via email to