On 2017-04-10 14:43, John Crispin wrote:
On 10/04/17 14:25, Kenneth Johansson wrote:
I found that we touch the file /tmp/sysupgrade in a few places
---
git grep "tmp/sysupgrade" | grep touch
package/base-files/files/sbin/sysupgrade:touch /tmp/sysupgrade
package/system/fstools/file
I found that we touch the file /tmp/sysupgrade in a few places
---
git grep "tmp/sysupgrade" | grep touch
package/base-files/files/sbin/sysupgrade:touch /tmp/sysupgrade
package/system/fstools/files/snapshot:touch /tmp/sysupgrade
package/system/procd/files/nand.sh:touch /tmp/sysup
Things do not work well if running multiple instances of
upgrade at the same time.
Signed-off-by: Kenneth Johansson
---
package/base-files/files/sbin/sysupgrade | 14 ++
1 file changed, 14 insertions(+)
diff --git a/package/base-files/files/sbin/sysupgrade
b/package/base-files
So I have an issue when I link against libnl.
this is on a mipsel target. test program is just an empty main()
cat main.c
int main()
{
return 0;
}
compile with
mipsel-openwrt-linux-gcc -o failure -lnl-route-3 main.c
then run the program on target a
On 2016-12-01 11:24, Felix Fietkau wrote:
On 2016-11-30 18:48, Kenneth Johansson wrote:
I did not get any irq for the gsw until I changed over to platform_get_irq.
This is already done in commit 728ab77d
- Felix
I missed that.
___
Lede-dev
I did not get any irq for the gsw until I changed over to platform_get_irq.
also the port4 stuff in mt7621_gsw_probe() looks like a big NOP to me
cant find anyhting that uses that.
>From 59bb1de05ad38eecc2ba923d046e22dbaa81776d Mon Sep 17 00:00:00 2001
From: Kenneth Johansson
Date: Wed,
in arch/mips/pci/pci-mt7621.c
we have #define GPIO_PERST that is always set.
This has the side effect of setting gpio pin 7,8 and 19 to gpio and set
the output value to 0.
I could understand gpio19(perst) if there was some hardware errata that
made the perst function not working and this cod
On 2016-08-24 15:44, Kenneth Johansson wrote:
Have a feeling this is going to be a face palm moment once I figure
out what the issue is.
solved.
It was the spi driver. It also share the pins with nand so when it was
loaded later than the nand drive things stopped working after the probe
On 2016-08-24 14:40, John Crispin wrote:
On 24/08/2016 14:32, Kenneth Johansson wrote:
[4.19] Device not found, ID: ecf1
[4.20] Not Support this Device!
[4.20] chip_mode=0002
your error log has this in it. there is a hackish table with magic
values doing magic
On 2016-08-24 14:40, John Crispin wrote:
On 24/08/2016 14:32, Kenneth Johansson wrote:
[4.19] Device not found, ID: ecf1
[4.20] Not Support this Device!
[4.20] chip_mode=0002
your error log has this in it. there is a hackish table with magic
values doing magic
On 2016-08-24 13:49, John Crispin wrote:
On 24/08/2016 13:44, Kenneth Johansson wrote:
On 2016-08-24 13:32, John Crispin wrote:
On 24/08/2016 13:25, Kenneth Johansson wrote:
What is the status of the nand driver for mt7621 ??
when I try to use it the probing is ok but it fails when I try to
On 2016-08-24 13:32, John Crispin wrote:
On 24/08/2016 13:25, Kenneth Johansson wrote:
What is the status of the nand driver for mt7621 ??
when I try to use it the probing is ok but it fails when I try to
read/write.
known to be working and i used it on the ERX just last week. what
specifc
What is the status of the nand driver for mt7621 ??
when I try to use it the probing is ok but it fails when I try to
read/write.
[4.15] MediaTek Nand driver init, version v2.1 Fix AHB virt2phys
error
[4.17] Allocate 16 byte aligned buffer: 806f3100
[4.18] Enable NFI
On 2016-08-23 11:40, Daniel Golle wrote:
On Tue, Aug 23, 2016 at 11:10:11AM +0200, Kenneth Johansson wrote:
On 2016-08-23 07:31, Daniel Golle wrote:
even this do not currently work. there is no UBI support of any kind for
mt7621 and adding it was what I was asking about.
There are already
On 2016-08-23 07:31, Daniel Golle wrote:
even this do not currently work. there is no UBI support of any kind for
mt7621 and adding it was what I was asking about.
There are already devices using UBI on MT7621, just no method to flash
UBI using the 'factory'/stock method due to lacking UBI sup
On 2016-08-22 22:12, Daniel Golle wrote:
Hi Kenneth,
On Mon, Aug 22, 2016 at 09:54:46PM +0200, Kenneth Johansson wrote:
so I'm on commit 2a170e40860034a9a5157306547c1a333be3845b and moving up to
head is not really an option right now.
what I want to do is change target mt7621 to gener
so I'm on commit 2a170e40860034a9a5157306547c1a333be3845b and moving up
to head is not really an option right now.
what I want to do is change target mt7621 to generate a rootfs in ubifs,
not ubi so no ubinize needed. In addition to this I want the kernel in
uImage format included in the rootf
17 matches
Mail list logo
