> Thus, be if for breaking into something so you can flash it (my use)
Forgot to mention .. pesky issue I keep running into, is disabled TX
on the UART. This was probably documented somewhere obvious but not
such that Google found it as easily as it will now.
So if you're wondering WTF why can't
> Okay .. Engenius problem sorted for the most part, and this works on
FWIW I found an easier way and this may a (minor) security issue that
exists in other versions, didn't really check.
The "fwup" command accepts the '&' characters that's a common URL
argument, but it accepts it unbounded.
Thus
On 12/11/18 19:00, Christian Lamparter wrote:
> (Did some EMails get mangled?:
> "openwrt-devel@lists.openwrt.org j...@openwrt.org" ")
>
> On Monday, November 12, 2018 4:55:12 PM CET Stijn Tintel wrote:
>> On 12/11/18 15:26, Alexandru Ardelean wrote:
>>> [Related to RPi] The RPi kernel seems a bit
On 12/11/18 21:40, John Clark wrote:
We are talking of embedded hardware, stuff that can be replaced with
future-proof
hardware (4+ years) for 20-30$ in most cases.
I don't think it is worth the manpower required to have any real attempt at a
LTS
(i.e. backporting security fixes).
I supp
On Mon, 12 Nov 2018, Alberto Bursi wrote:
I quite frankly don't believe it's worth allocating what limited manpower
there is. While I'm not a OpenWrt developer and I don't speak on behalf of
the project, I really believe that you are underestimating the effort
required behind even a basic LTS
On 12/11/18 21:57, Fernando Frediani wrote:
Totally agree with Luiz. That was the idea behind this proposal and
you managed to even easier words.
Alberto, the tiny subtarget you mentioned doesn't really seem to run
well or stably for 18.06 on many of these devices regardless the flash
size,
Totally agree with Luiz. That was the idea behind this proposal and you
managed to even easier words.
Alberto, the tiny subtarget you mentioned doesn't really seem to run
well or stably for 18.06 on many of these devices regardless the flash
size, that's the main point.
As mentioned there are
On 12/11/18 17:56, Jonathan Thibault wrote:
> This is a very simple patch that completes sysupgrade functionality on
> UBNT ER8.
>
> Default layout leaves about 128MB free on the kernel partition so
> there is plenty of space for temporary config backups.
>
>
> diff --git a/target/linux/octeon/base
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 ---
> We are talking of embedded har
On 12/11/18 21:20, Luiz Angelo Daros de Luca wrote:
Hello,
There are a significant amount of devices out there that has 4/32
specs. Even brand new ones.
If there is stability issues with newer OpenWrt versions on those
devices, we should rethink LEDE EOL.
Maintenance burden is directly relate
Hello,
There are a significant amount of devices out there that has 4/32
specs. Even brand new ones.
If there is stability issues with newer OpenWrt versions on those
devices, we should rethink LEDE EOL.
Maintenance burden is directly related to the amount of software to
maintain. At the same tim
(Did some EMails get mangled?:
"openwrt-devel@lists.openwrt.org j...@openwrt.org" ")
On Monday, November 12, 2018 4:55:12 PM CET Stijn Tintel wrote:
> On 12/11/18 15:26, Alexandru Ardelean wrote:
> > [Related to RPi] The RPi kernel seems a bit hard to maintain in the
> > OpenWrt tree, because if y
This is a very simple patch that completes sysupgrade functionality on
UBNT ER8.
Default layout leaves about 128MB free on the kernel partition so there
is plenty of space for temporary config backups.
diff --git a/target/linux/octeon/base-files/lib/preinit/79_move_config
b/target/linux/oct
On 12/11/18 15:26, Alexandru Ardelean wrote:
> Hey,
Hi, please don't top-post :-)
>
> The lan78xx stuff you removed seems to cause some endless prints like this:
> ** 10 printk messages dropped ** [ timestamp ] lan78xx 1-1.1.1:1.0
> eth0: kevent 4 may have been dropped
I'll add the lan78xx patches
Hey,
The lan78xx stuff you removed seems to cause some endless prints like this:
** 10 printk messages dropped ** [ timestamp ] lan78xx 1-1.1.1:1.0
eth0: kevent 4 may have been dropped
This happens shortly after booting up.
I tested on a RPi 3 Model B+.
The kernel is 32bit .
[Related to RPi] Th
15 matches
Mail list logo
