> Yes, the implemented method for reading the data is not correct for the
> wave 2 cards (and maybe also other). You can try the attached hack. At
> least this worked in 2017 when I've poked around in the stuff with
> Christian Lamparter.
Latest code already seem to be doing this.
Thanks
On Tue,
From: Jeff Kletsky
Submitted upstream as https://patchwork.ozlabs.org/patch/1098024/
The GigaDevice GD5F1GQ4UFxxG SPI NAND is in current production devices
and, while it has the same logical layout as the E-series devices,
it differs in the SPI interfacing in significant ways.
To accommodate th
The following patches prepare for and implement support of the
NAND-based, GL.iNet AR750S under the upstream spi-nand framework
available in Linux 4.19 and later.
Existing commit 3bc8ed91d4 on `master` backports upstream support for
certain GigaDevice SPI NAND devices in the "A" and "E" series.
T
From: Jeff Kletsky
Linux 4.19 supplies the upstream spi-nand framework,
permitting porting and support of boards with SPI NAND.
* Adjusted nand/target.mk to set KERNEL_PATCHVER:=4.19
and provide FEATURES += squashfs nand
* Updated config-default to provide current MTD and UBI support
From: Jeff Kletsky
The GL.iNet AR750S ("Slate") is a dual-band, compact "travel router"
which has previously been supported by OpenWrt with only its NOR flash
accessible.
This ports the device to both NOR and NAND flash using the
upstream SPI NAND framework available in Linux 4.19
Device Highli
Linus Walleij [2019-05-14 21:33:48]:
> The full header format can be seen in tools/firmware-utils/src/mkwrggimg.c
> and includes a MD5 digest. This MD5 digest is checked by the ROM
> of the machine every time it boots.
Ok, but if I understand it properly, if this ROM check fails (corrupted image
Thanks Sven for detailed information. Answers inline..
> It could be the boarddata which contains more than the targetpower and CTLs
> (and thus not necessarily visible in tpc_stats). As first check, test whether
> your board-2.bin has the md5sum 34c1e73e609a27eb9848fdc89cbc2be7 for
> /lib/firmwar
The patch was proposed last month by Kenneth Miller [1]. It enables
extroot on x86_64-based devices. I confirm that the patch does what it
claims. The issue with extroot on x86_64 devices is described in
FS#2231 [2].
Any possibility to see this patch in the trunk any time soon?
With this patch, o
[Adding Stijn Tintel as DAP-2695 A1 maintainer, I think he want to
know how we solve this.]
On Tue, May 14, 2019 at 2:07 PM Petr Štetiar wrote:
> Linus Walleij [2019-05-14 13:16:50]:
> > On Tue, May 14, 2019 at 10:30 AM Petr Štetiar wrote:
> >
> > > Linus Walleij [2019-05-12 21:13:17]:
> >
>
Paul Spooren [2019-05-14 18:51:55]:
> On 5/14/19 6:24 PM, Daniel Golle wrote:
> > I don't think adding formatter-information into the code makes sense
> > at this stage, as this is meant for exeptions from an otherwise applied
> > style. Here, obviously clang-format defintions don't reflect the
>
On 5/14/19 6:24 PM, Daniel Golle wrote:
> I don't think adding formatter-information into the code makes sense
> at this stage, as this is meant for exeptions from an otherwise applied
> style. Here, obviously clang-format defintions don't reflect the
> current style.
They don't, they reflect th
I don't think adding formatter-information into the code makes sense
at this stage, as this is meant for exeptions from an otherwise applied
style. Here, obviously clang-format defintions don't reflect the
current style.
I will show some examples:
On Tue, May 14, 2019 at 05:56:11PM +0200, Paul Sp
copied from the official kernel style:
https://github.com/torvalds/linux/blob/master/.clang-format
also modify gitignore to unignore the style file
Signed-off-by: Paul Spooren
---
Added a single OpenWrt specific ForEachMacro rule
.clang-format | 496 +++
using clang-format-9
Signed-off-by: Paul Spooren
---
container.h | 5 +-
inittab.c | 108 +
libc-compat.h | 5 +-
log.h | 12 ++--
preload.h | 49 ++-
procd.c | 16 ++---
rcS.c | 18 +++---
signal.c | 22 ++
On 5/14/19 4:08 PM, Petr Štetiar wrote:
> Paul Spooren [2019-05-10 17:36:21]:
>
> Hi,
>
>> Currently some files use a mixture of spaces and tabs within a single
>> file, instead of fixing style manually, a tool could do the job.
> I find consistent coding style important, but I also know, how hard
Glad you like it, my main goal would be to motivate device porters to
deliver a uniform yaml file when requesting to add a new device. Do you
see this as a possibility once a reasonable yaml template is created?
Best,
Paul
On 5/14/19 4:49 PM, Petr Štetiar wrote:
> [adding Thomas and Alberto to th
*Good Day *
*I have been waiting for your responds since after my mail to
you,,...kindly reply me as soon as possible,i am waiting to hear from
you'''*
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/l
[adding Thomas and Alberto to the Cc loop]
Paul Spooren [2019-05-04 17:48:03]:
Hi,
> from my point of view the current OpenWrt device documentation lacks
> some unity, meaning the table of hardware is partly incomplete or
> inconsistent. Also documentations are often rewritten with different
>
Tautvydas Belgeras [2019-05-14 16:20:05]:
Hi,
> Patch fixes utility returning "Unknown error" when generating a request
> after a wait of a few minutes
quoting from https://openwrt.org/submitting-patches
* commit subject
- must have a prefix that depends from what you are doing in the comm
Build tested: apalis, mx6sabresd, nitrogen6dl, nitrogen6dl2g, nitrogen6q,
nitrogen6q2g, nitrogen6s, nitrogen6s1g, wandboard
Run tested: apalis
Cc: Felix Fietkau
Cc: Vladimir Vid
Cc: Koen Vandeputte
Signed-off-by: Petr Štetiar
---
package/boot/uboot-imx6/Makefile
Paul Spooren [2019-05-10 17:36:21]:
Hi,
> Currently some files use a mixture of spaces and tabs within a single
> file, instead of fixing style manually, a tool could do the job.
I find consistent coding style important, but I also know, how hard is it to
achieve it. It's some time already, so
Ipq40xx requires separate procedure.
Cherry-pick from QSDK.
Signed-off-by: Pavel Kubelun
---
...x-add-support-for-secondary-cores-bringup.patch | 174 +
...x-Add-support-for-secondary-cores-bringup.patch | 174 +
2 files changed, 348 insertions(+)
create
Cherry-picked from CAF QSDK repo.
Original commit message:
The kernel is failing in switching the timer for high resolution
mode and clock source operates in 10ms resolution. The always-on
property needs to be given for timer device tree node to make
clock source working in 1ns resolution.
Change-
This should align opp table with what it was before converting to OPP v2.
Signed-off-by: Pavel Kubelun
---
...019-add-cpu-operating-points-for-cpufreq-su.patch | 8 ++--
...qcom-ipq4019-fix-cpu0-s-qcom-saw2-reg-value.patch | 2 +-
.../077-qcom-ipq4019-add-USB-devicetree-nodes.patch | 2 +
It seems like sleep_clk was copied from ipq806x.
Fix ipq40xx sleep_clk to the value QSDK defines.
Hope someone with datasheet could clarify the correct
value.
Also rename the sleep clock node like the GCC driver
awaits it to be..
Signed-off-by: Pavel Kubelun
---
.../patches-4.14/089-ipq40xx-f
Patch fixes utility returning "Unknown error" when generating a request
after a wait of a few minutes
From: Tautvydas Belgeras
Fix utility returning status "Unknown error" when triggering qmi radio
after a wait of a few minutes
After generating a qmi request, the utility expects a response type
Linus Walleij [2019-05-14 13:16:50]:
> On Tue, May 14, 2019 at 10:30 AM Petr Štetiar wrote:
>
> > Linus Walleij [2019-05-12 21:13:17]:
>
> > > +REQUIRE_IMAGE_METADATA=1
> >
> > once you set this, you don't need to check for the image magic, do you? If
> > so,
> > please provide the reason fo
On Tue, May 14, 2019 at 10:30 AM Petr Štetiar wrote:
> Linus Walleij [2019-05-12 21:13:17]:
> > +REQUIRE_IMAGE_METADATA=1
>
> once you set this, you don't need to check for the image magic, do you? If so,
> please provide the reason for that.
The image magic is necessary for the boot loader to
On Monday, 13 May 2019 22:58:00 CEST Sam Samy wrote:
> I installed master branch openwrt onto Asus MAP-AC2200 AP. It has tri
> band. Its based on IPQ4019 DK04 QCA reference platform. 2 radios
> (2Ghz/5Ghz) on AHB bus and one 5GHZ on PCIe bus. Its generally working
> fine except one problem in 5Ghz
Linus Walleij [2019-05-12 21:13:17]:
Hi,
> --- /dev/null
> +++ b/target/linux/gemini/base-files/lib/upgrade/platform.sh
> @@ -0,0 +1,50 @@
> +REQUIRE_IMAGE_METADATA=1
once you set this, you don't need to check for the image magic, do you? If so,
please provide the reason for that. Generated ima
30 matches
Mail list logo
