(by using a container format
that looks similar enough to yaffs2 to be accepted by the bootloader
while actually being UBI based), this apparently allowed to drop support
for yaffs2 without sacrificing support for these devices.
Regards
Stefan Lippers-Hollmann
__
return;;
Spelled as "cybetran", as committed in
https://git.lede-project.org/?p=source.git;a=commitdiff;h=31e9445b7e614f54daa0caf3148e223d088311ab
looks an awful lot like a typo, are you sure that this is correct and
passes testing on an actual
patch that can't be
> upstreamed.
[...]
Tested-by: Stefan Lippers-Hollmann
[0.00] OF: fdt:Machine model: ZyXEL NBG6817
...
[0.00] Kernel command line: rootfstype=squashfs,ext4 rootwait noinitrd
root=/dev/mmcblk0p8
[0.00] Bootloader command line (ignored): board=NBG6817
er
than 3-4 days each (for unrelated reasons).
Regards
Stefan Lippers-Hollmann
pgpgFYTgZJNEt.pgp
Description: Digitale Signatur von OpenPGP
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
ut only effective for files touched
> but not modified.
[...]
This patch series works very nicely for me on ar71xx, brcm47xx, ipq806x
and lantiq, -u unclutters the overlay contents quite significantly and
makes spotting (manual) changes a lot easier.
the difference your change makes on
modern CPUs, before proactively introducing new subtargets for cosmetic
reasons.
Regards
Stefan Lippers-Hollmann
[1] I'm quite convinced that even a 2003 vintage AMD64 Opteron from
the first generation sledgehammer design wouldn'
s
the functional difference between the status quo (using imagebuilder)
and your envisioned plan (other than nomenclature and having to reboot
for 'package updates' == flashing new/ modified sysupgrade images, but
that's merely an implementation detail and unavoidable if you want/
ne
Hi
On 2017-01-08, Stefan Lippers-Hollmann wrote:
> On 2017-01-08, Oswald Buddenhagen wrote:
[...]
> openwrt aims to be a "proper" linux distribution, and therefore comes
> with on-device package management.
>
> but we know that to be a problem for the more space-constra
nt state and most
likely fate.
Regards
Stefan Lippers-Hollmann
[1] see
http://lists.infradead.org/pipermail/lede-dev/2017-February/006321.html
for reference about a platform (au1000) in a similar situation.
___
Lede-dev mailing
the checksum on the device itself (e.g.
for transmission errors to the device) more difficult than necessary,
this patch reintroduces the generation of MD5 checksums for all
firmware images.
Signed-off-by: Stefan Lippers-Hollmann
---
It would be simpler to call md5sum rather than openssl to genera
sybox":
--- a/package/utils/busybox/Config-defaults.in
+++ b/package/utils/busybox/Config-defaults.in
@@ -705,7 +705,7 @@ config BUSYBOX_DEFAULT_SHA1SUM
default n
config BUSYBOX_DEFAULT_SHA256SUM
bool
- default n
+ default y
config BUSYBOX_DEFAULT_SHA512SUM
bool
the checksum on the device itself (e.g.
for transmission errors to the device) more difficult than necessary,
this patch reintroduces the generation of MD5 checksums for all
firmware images.
Signed-off-by: Stefan Lippers-Hollmann
---
It would be simpler to call md5sum rather than openssl to genera
.35-rc1.patch
As a sidenote, this pushes the kernel over the 2 MB partition size for
many ipq806x devices (e.g. Netgear r7800).
Regards
Stefan Lippers-Hollmann
dmesg.log.gz
Description: application/gzip
pgpCwilLCpFO5.pgp
Description: Digitale Signatur von OpenPGP
Hi
On 2018-04-19, Ram Chandra Jangir wrote:
> Thanks Stefan,
>
> Wednesday, April 18, 2018 6:24 PM, Stefan Lippers-Hollmann
> [mailto:s@gmx.de] wrote:
>
> >Hi
>
> >On 2018-04-18, Ram Chandra Jangir wrote:
> > - Rebased the patches for 4.14
> &g
works fine (PCIe and
wlan), thanks a lot!
New, working, gzip compressed dmesg, attached.
Regards
Stefan Lippers-Hollmann
dmesg.gz
Description: application/gzip
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
l, this is now working nicely on the nbg6817,
thanks a lot for looking into this!
Tested-by: Stefan Lippers-Hollmann
Regards
Stefan Lippers-Hollmann
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
16 matches
Mail list logo
