I considered a simpler approach without sfdisk, however /proc/partitions
may not update after writing the image directly to the disk with dd, so
an approach that actually read the partition table from the device was
used. Also, /proc/partitions just lists block count, and not partition
begin/e
Rob, I'll not judge the merit of keeping the previous position table, but I
guess dd might be enough for saving/restore partitions (I guess only msdos
is used). dd and /proc/partitions might replace sfdisk.
Em sáb, 16 de jan de 2016 23:22, Rob Mosher
escreveu:
> This patch will save the partitio
The build scripts check for openssl by grepping the string "OpenSSL" in
the output of openssl version command. LibreSSL fails this test as it
outputs something like "LibreSSL 2.2.4". This patch fix the
prereq-bulid.mk file so that it accepts LibreSSL as openssl provider as
well.
Signed-off-by: Mar
This patch will save the partition table before an upgrade.
If the installed image has not changed the partition structure
the saved table will be restored, ensuring any user created
partitions will be present after the upgrade.
An option is added to sysupgrade to disable this feature.
Signed-off
On 2016-01-17 00:09, Marek Behun wrote:
> The build scripts check for openssl by grepping the string "OpenSSL" in
> the output of openssl version command. LibreSSL fails this test as it
> outputs something like "LibreSSL 2.2.4". This patch fix the
> prereq-bulid.mk file so that it accepts LibreSSL
The build scripts check for openssl by grepping the string "OpenSSL" in
the output of openssl version command. LibreSSL fails this test as it
outputs something like "LibreSSL 2.2.4". This patch fix the
prereq-bulid.mk file so that it accepts LibreSSL as openssl provider as
well.
Signed-off-by: Mar
Am Samstag, den 16.01.2016, 21:17 +0100 schrieb Martin Blumenstingl:
> So compared to your patch the final list of changes is:
> - INIT_COMPLETION -> reinit_completion
> - use clk_get_fpi()
> - of_device_id for "lantiq,spi-xrx100"
>
> I only have three small questions left:
> - The "spi_frm" inte
On Sat, Jan 16, 2016 at 7:07 PM, Daniel Schwierzeck
wrote:
> If you use native CS, you should use the same numbering as in the
> datasheet:
>
> &spi {
> ...
> spi-nor@4 {
> #address-cells = <1>;
> #size-cells = <1>;
> compatible = "jedec,spi-
A previous change to sysupgrade moved the overlay files into upper/
The -c switch generates a list of files to backup, but the sed
calls did not take this into consideration.
Signed-off-by: Rob Mosher
---
package/base-files/files/sbin/sysupgrade | 1 +
1 file changed, 1 insertion(+)
diff --git
Am Samstag, den 16.01.2016, 18:03 +0100 schrieb Martin Blumenstingl:
> On Sat, Jan 16, 2016 at 4:34 PM, Daniel Schwierzeck
> wrote:
> > nice, thanks for testing :)
> Thanks for writing nice patches ;-)
>
> > > - replace INIT_COMPLECTION with reinit_completion (this is due
> > > the
> > > newer ke
On 16 January 2016 at 17:05, Felix Fietkau wrote:
> Updating to 4.1 does not make much sense at this point, since we're
> planning to use 4.4 for the next release.
> Could you please update the target to 4.4 instead?
Certainly, upgrading to 4.4 sounds like a good plan. I shall give it a go.
Than
On 2016-01-16 18:00, Ben Whitten wrote:
> This patch series adds support for kernel 4.1 to the at91 target.
> Patches for legacy boards are dropped as the platform has been converted
> to DT in 4.1.
> A new package was added to prevent the build from halting, suggestions
> welcome on what to do / n
Hi Ben,
On Sat, Jan 16, 2016 at 6:00 PM, Ben Whitten wrote:
> This patch series adds support for kernel 4.1 to the at91 target.
> Patches for legacy boards are dropped as the platform has been converted
> to DT in 4.1.
Do you have plans for updating at91 to linux 4.4?
As far as I know the DD (tru
On Sat, Jan 16, 2016 at 4:34 PM, Daniel Schwierzeck
wrote:
> nice, thanks for testing :)
Thanks for writing nice patches ;-)
>> - replace INIT_COMPLECTION with reinit_completion (this is due the
>> newer kernel version in OpenWrt)
>> - use clk_get_fpi() to obtain the FPI clock (horrible, I am cur
Add a package for a missing module for the at91 high speed device.
Without this the build process pauses asking to build as module.
Signed-off-by: Ben Whitten
---
target/linux/at91/modules.mk | 19 +++
1 file changed, 19 insertions(+)
diff --git a/target/linux/at91/modules.mk b/
Fix a typo with generating the package description
Signed-off-by: Ben Whitten
---
target/linux/at91/modules.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/at91/modules.mk b/target/linux/at91/modules.mk
index 3969450..0517698 100644
--- a/target/linux/at91/mod
Signed-off-by: Ben Whitten
---
target/linux/at91/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/target/linux/at91/Makefile b/target/linux/at91/Makefile
index e1c771a..595890d 100644
--- a/target/linux/at91/Makefile
+++ b/target/linux/at91/Makefile
@@ -1,4 +1,4 @@
This puts the existing patches and config in a 3.18 folder and introduces
a 4.1 config and patches.
The USB clock fix patch is no longer necessary, and the patches applying
to non DT boards has been dropped as the platform has been converted.
4.1 config was generated by copying 3.18 and running mak
As the Default profile option is a legacy subtarget, the dtb for the
sama5d3_xplained board DTS is not built and image generation fails.
Signed-off-by: Ben Whitten
---
target/linux/at91/image/Makefile | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/target/linux/at91/image/M
This patch series adds support for kernel 4.1 to the at91 target.
Patches for legacy boards are dropped as the platform has been converted
to DT in 4.1.
A new package was added to prevent the build from halting, suggestions
welcome on what to do / name.
A typo was fixed in the kernel module makefil
Hello Gregers Petersen
email -devil list, please
Thanks.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
I have request information.
I have Routerboard RB951G-2HnD, i load firmware
"openwrt-ar71xx-mikrotik-vmlinux-initramfs"
but the router once load the firmware does not respond to the ping.
I have also applicate this patch fix:
http://patchwork.ozlabs.org/patch/419857/
RB591G-2HnD not respond
Am Samstag, den 16.01.2016, 15:39 +0100 schrieb Martin Blumenstingl:
> Hi Daniel,
>
> On Sat, Jan 16, 2016 at 1:06 AM, Martin Blumenstingl
> wrote:
> > > It is a complete rewrite with DT support and runs against the UGW
> > > -6.1.1
> > > kernel. Unfortunately I hadn't time yet to adapt and test
Hi Daniel,
On Sat, Jan 16, 2016 at 1:06 AM, Martin Blumenstingl
wrote:
>> It is a complete rewrite with DT support and runs against the UGW-6.1.1
>> kernel. Unfortunately I hadn't time yet to adapt and test it with
>> OpenWRT. Maybe you want to volunteer for that ;)
> Thanks for this update! I am
On 2016-01-16 12:00, Peter Korsgaard wrote:
> >> We changed to devtmpfs by default in Buildroot quite some time ago, and
> >> I'm pretty happy with it.
> > We need to have dynamically created device nodes anyway - for managing
> > permissions, being able to change names, etc. Because of that, d
I have request information.
I have Routerboard RB591G-2HND, i load firmware
"openwrt-ar71xx-mikrotik-vmlinux-initramfs"
but the router once load the firmware does not respond to the ping.
I have also applicate this patch fix:
http://patchwork.ozlabs.org/patch/419857/
RB591G-2HnD not respond
Martin Blumenstingl schrieb:
>The old signatu re only worked because brnboot ignores the leading "5" in
>the signature. We can see the correct signature when flashing a brnImage
>via recovery web-interface, in this case brnboot reports:
> [CGI-Signature Check] buf:[BRNDA6431], sigInFlash
I have request information.
I have Routerboard RB591G-2HND, i load firmware
"openwrt-ar71xx-mikrotik-vmlinux-initramfs"
but the router once load the firmware does not respond to the ping.
I have also applicate this patch fix:
http://patchwork.ozlabs.org/patch/419857/
RB591G-2HnD not respond
The old signature only worked because brnboot ignores the leading "5" in
the signature. We can see the correct signature when flashing a brnImage
via recovery web-interface, in this case brnboot reports:
[CGI-Signature Check] buf:[BRNDA6431], sigInFlash:[BRNDA6431]
Thanks to Mathias Kresin
Dear all,
Freifunk is again applying as a mentor org for GSoC. If you would
like to participate in the 2016 program under the Freifunk umbrella,
please add your ideas in the wiki before January
22: http://wiki.freifunk.net/Ideas
It is very important, that you add your ideas here as soon as
possib
crypto-rng, enable prerequisite for drbg.ko, fixes #21596
Signed-off-by: Lucian Cristian
---
diff --git a/package/kernel/linux/modules/crypto.mk
b/package/kernel/linux/modules/crypto.mk
index 604be9f..d84c802 100644
--- a/package/kernel/linux/modules/crypto.mk
+++ b/package/kernel/linux/module
On 16.01.2016 04:31, Felix Kaechele wrote:
On 15/01/16 03:25, Lucian Cristian wrote:
Also support ATI PATA on x64 target
Signed-off-by: Lucian Cristian
Has already been NACKd before:
https://lists.openwrt.org/pipermail/openwrt-devel/2015-September/036155.html
Not entirely sure the situation
On 2016-01-16 11:35, Peter Korsgaard wrote:
>> "Felix" == Felix Fietkau writes:
>
> >>> OpenWrt works just fine without DEVTMPFS - doesn't matter if initramfs
> >>> is enabled or not.
> >>
> >> The discussion is about adding a patch to up upstream ARC kernel, not
> specific to
> >> ope
33 matches
Mail list logo
