On Tue, Nov 17, 2020 at 11:29:01PM +0100, Daniel Schwierzeck wrote:
> Am Dienstag, den 17.11.2020, 22:00 +0100 schrieb Lubomir Rintel:
> > The jz47xx serial port is essentially a ns16550 with an extra bit that
> > needs to be turned on. The driver already takes care of it, but not i
into multiple nodes for
ports slaves to the pinctrl node).
2.) Missing copyright/license notices.
Probably an oversignt.
3.) I've made some changes that I need to split out into separate patches
for upstream and document.
Cc: Paul Boddie
Cc: H. Nikolaus Schaller
Signed-off-by: Lubomir
This is a MIPS subnotebook built around Ingenic JZ4730 SoC. It is known
by many names, including CPC400 and Letux 400, but the OEM seems to be
Skytone and use the "Alpha 400" designator.
Signed-off-by: Lubomir Rintel
---
arch/mips/mach-jz47xx/Kconfig | 23
board/skyton
some
functionality of full drivers for space reasons. A regular NAND flash
driver is used though.
Signed-off-by: Lubomir Rintel
---
arch/mips/mach-jz47xx/Kconfig| 39 +++
arch/mips/mach-jz47xx/Makefile | 2 +
arch/mips/mach-jz47xx/jz4730/Kconfig | 87
This adds support for Ethernet MAC block on Ingenic JZ4730 SoC.
Based on old Ingenic GPL code dump, but significantly cleaned up and
reworked (e.g. to plug into the MAC framework).
Signed-off-by: Lubomir Rintel
---
drivers/net/Kconfig | 11 +
drivers/net/Makefile | 1 +
drivers/net
into multiple nodes for
ports slaves to the pinctrl node).
2.) Missing copyright/license notices.
Probably an oversignt.
3.) I've made some changes that I need to split out into separate patches
for upstream and document.
Cc: Paul Boddie
Cc: H. Nikolaus Schaller
Signed-off-by: Lubomir
This adds driver for the NAND flash driver for JZ4730 SoC.
Can also be used in the NAND SPL that is too constrained (needs to fit in
4K) to be DT-driven.
Signed-off-by: Lubomir Rintel
---
drivers/mtd/nand/raw/Kconfig | 10 ++
drivers/mtd/nand/raw/Makefile | 1 +
drivers/mtd/nand
This is a fairly minimal driver for the pin controller on JZ4730 SoC.
Signed-off-by: Lubomir Rintel
---
drivers/pinctrl/Kconfig | 8 +
drivers/pinctrl/Makefile | 1 +
drivers/pinctrl/pinctrl-jz4730.c | 346 +++
3 files changed, 355 insertions
to be able to
reset the processor. For now, the driver uses a timeout of 0 to mean it
shouldn't set a timout, which should be good enough for the Alpha 400
boards. There's probaby a nicer solution.
Signed-off-by: Lubomir Rintel
---
drivers/watchdog/Kconfig | 8
drivers/watchdog/Makefile
This adds support for using GPIO lines for detecting Write-Protect and
Card-Detect status.
This way the driver can fail fast if there's no card inserted.
Signed-off-by: Lubomir Rintel
---
drivers/mmc/jz_mmc.c | 35 +++
1 file changed, 35 insertions(+)
diff
The driver doesn't use the jz4780's extra DMA channels and handles jz4740
just fine.
Signed-off-by: Lubomir Rintel
---
drivers/mmc/jz_mmc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mmc/jz_mmc.c b/drivers/mmc/jz_mmc.c
index b33f0850738..d4b9d15ef2e 100644
--- a/drivers/mmc
It's basically certain we want this MMC driver if we have MMC support turned
on JZ47XX. A sane default here will keep the defconfig cleaner.
Signed-off-by: Lubomir Rintel
---
drivers/mmc/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mmc/Kconfig b/drivers/mmc/Kconfig
index
This adds support for a timer block on JZ4730 SoC.
Signed-off-by: Lubomir Rintel
---
drivers/timer/Kconfig| 8
drivers/timer/Makefile | 1 +
drivers/timer/jz4730_timer.c | 83
3 files changed, 92 insertions(+)
create mode 100644 drivers
nand_spl_simple.c machinery allways passes a nand_chip argument to
board_nand_init() even if the main u-boot proper uses the
SYS_NAND_SELF_INIT version.
Signed-off-by: Lubomir Rintel
---
include/nand.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/nand.h b/include
A rather minimal driver for that reads back configured clock rates for
hardware we support.
Signed-off-by: Lubomir Rintel
---
drivers/clk/Kconfig | 8 +++
drivers/clk/Makefile | 1 +
drivers/clk/clk-jz4730.c | 121 +++
3 files changed, 130
Pre-probe merely guesses that the first clock is the right one -- a
different one might actually be picked by probe(). In case it does not,
post_probe() already has a check that will fail.
Signed-off-by: Lubomir Rintel
---
drivers/timer/timer-uclass.c | 8 +---
1 file changed, 5 insertions
On JZ4730 (and I guess all Ingenic/XBurst cores), the CP0 register 15
doesn't support a selector 1 or, for that matter, any selector and always
behaves as if the selector is zero.
We don't need it anyways, these SoCs have just a single processor core.
Signed-off-by: Lubomir Rintel
---
arch
The jz47xx serial port is essentially a ns16550 with an extra bit that
needs to be turned on. The driver already takes care of it, but not in
the early debug config path.
Signed-off-by: Lubomir Rintel
---
drivers/serial/ns16550.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff
This allows us to enable CONFIG_ID_EEPROM to add a hook to read ethaddr
off a ROM without having to implement do_mac().
Signed-off-by: Lubomir Rintel
---
arch/arm/Kconfig | 19 +++
arch/powerpc/cpu/mpc85xx/Kconfig | 17 +
cmd/Kconfig
It seems to be a vestige of a somewhat messed up attempt to rename
CFG_ID_EEPROM -- the name that actually got used is CONFIG_ID_EEPROM.
Remove it.
Signed-off-by: Lubomir Rintel
---
include/configs/MPC8541CDS.h | 1 -
include/configs/MPC8548CDS.h | 1 -
include/configs/MPC8555CDS.h | 1
The Skytone Alpha 400 boards don't use ECC.
It's probably and oversignt and certainly a bad idea, nevertheless
enforcing ECC on existing boards would break boot. Sigh.
Signed-off-by: Lubomir Rintel
---
drivers/mtd/nand/raw/nand_spl_simple.c | 18 +++---
1 file changed, 15
Hi,
chained to his message are patches that implement support for the Ingenic
JZ4730 MIPS SoC and a laptop that's based around it.
Please consider this RFC-quality: there are some known issues that need to be
resolved before some of the patches could be applied (indicated in some of the
patches
Scrolling the simple framebuffer is really slow in Raspberry Pi to the
point it delays the boot by a second or two and makes longer output
inconvenient to follow (printenv, md).
Signed-off-by: Lubomir Rintel <lkund...@v3.sk>
---
include/configs/rpi-common.h | 1 +
1 file changed, 1 ins
Gets propagated into the device tree and then into /proc/cpuinfo where
users often expect it.
Signed-off-by: Lubomir Rintel <lkund...@v3.sk>
---
arch/arm/mach-bcm283x/include/mach/mbox.h | 11 +++
board/raspberrypi/rpi/rpi.c | 33 +++
2
, end 45ea
...
[0.599346] Unpacking initramfs...
[0.602924] Unable to handle kernel paging request at virtual address
f9c14000
Placement of the device tree was fixed in 89ca1000 (ARM: rpi: set fdt_high
in the default environment).
Signed-off-by: Lubomir Rintel <lkund...@v3
-function-declaration]
for (i = 0; i < ARRAY_SIZE(env_flags_varaccess_mask); i++)
^
Seems like the other utilities just add a copy of ARRAY_SIZE since
there's nowhere to include it from (tools/imagetool.h,
tools/mxsimage.h). Let's do the same here.
Signed-off-by: Lubomir Rin
-function-declaration]
for (i = 0; i < ARRAY_SIZE(env_flags_varaccess_mask); i++)
^
Seems like the other utilities just add a copy of ARRAY_SIZE since
there's nowhere to include it from (tools/imagetool.h,
tools/mxsimage.h). Let's do the same here.
Signed-off-by: Lubomir Rin
Let's set "ethaddr" when we get the ethernet address too, so that
fdt_fixup_ethernet() sets the address in the device tree and the Linux
driver can pick it up.
Signed-off-by: Lubomir Rintel <lkund...@v3.sk>
---
The related Linux kernel change submitted here:
http://lists.infrade
s to check this, I'm following this table:
http://elinux.org/RPi_HardwareHistory#Board_Revision_History
Signed-off-by: Lubomir Rintel <lkund...@v3.sk>
---
Changes since v1:
- The comment chaned to use less tentative language
- Add a sign-off
- Cc Tom
board/raspberrypi/rpi/rpi.c | 20 ++
It seems like the P5 header was not present on "Model B" any board prior
to Revision 2.0, there's no need for a separate device tree.
Also, it looks like "rev2" is incorrectly used to only cover the 512MiB
memory models; there also were 256MiB 2.0 boards.
I don't have all of the boards to check
Seen this one in the wild. Is labelled "Raspberry Pi Model A+ V1.1,
(C) Raspberry Pi 2014". A standard A+ board, much like the one with
version 0x12, didn't notice any differencies.
Signed-off-by: Lubomir Rintel <lkund...@v3.sk>
---
arch/arm/mach-bcm283x/include/mach/mbo
Seems like the controller doesn't support the flag. None of the hi-speed cards
I've tried could be read, while they successfully worked with the quirk enabled.
Signed-off-by: Lubomir Rintel lkund...@v3.sk
Tested-by: Stephen Warren swar...@wwwdotorg.org
---
Changes to v2:
- I've sent the first
On Fri, 2014-06-13 at 23:39 -0600, Stephen Warren wrote:
On 06/13/2014 10:29 PM, Stephen Warren wrote:
On 06/10/2014 12:46 PM, Lubomir Rintel wrote:
Seems like the controller doesn't support the flag. None of the hi-speed
cards
I've tried could be read, while they successfully worked
Seems like the controller doesn't support the flag. None of the hi-speed cards
I've tried could be read, while they successfully worked with the quirk enabled.
Signed-off-by: Lubomir Rintel lkund...@v3.sk
---
Changes to v2:
- I've sent the first version with extra and irrelevant hunk
Seems like the controller doesn't support the flag. None of the hi-speed cards
I've tried could be read, while they successfully worked with the quirk enabled.
Signed-off-by: Lubomir Rintel lkund...@v3.sk
---
drivers/mmc/bcm2835_sdhci.c | 2 +-
include/configs/rpi_b.h | 2 ++
2 files changed
In certain cases, memory device is present as flat file or block device (via
mmc or mtdblock layer). Do not attempt MTD operations against it.
Signed-off-by: Lubomir Rintel lkund...@v3.sk
---
Changes for v2:
- Coding Style cleanup
- Clarified an error message
Changes for v3:
- Used
In certain cases, memory device is present as flat file or block device (via
mmc or mtdblock layer). Do not attempt MTD operations against it.
Signed-off-by: Lubomir Rintel lkund...@v3.sk
---
Changes for v2:
- Coding Style cleanup
- Clarified an error message
Changes for v3:
- Used
On Thu, 2013-02-07 at 00:21 +0100, Wolfgang Denk wrote:
Dear Lubomir Rintel,
In message 1360191866.3594.10.camel@unicorn you wrote:
- if (mtd_type != MTD_DATAFLASH)
+ if (mtd_type mtd_type != MTD_DATAFLASH)
This change appears to be redundant
On Thu, 2013-01-31 at 15:10 +0100, Wolfgang Denk wrote:
Dear Lubomir Rintel,
In message 1359630144.16475.6.camel@hobbes you wrote:
Mine is a Kobo Mini e-book reader, which is basically Freescale MX50
with the only storage there being an MMC/SD card (removable from a slot
In certain cases, memory device is present as flat file or block device (via
mmc or mtdblock layer). Do not attempt MTD operations against it.
Signed-off-by: Lubomir Rintel lkund...@v3.sk
---
tools/env/fw_env.c | 20
tools/env/fw_env.config |3 +++
2 files changed
On Thu, 2013-01-31 at 07:48 +0100, Wolfgang Denk wrote:
Dear Lubomir Rintel,
In message 1359589584-19846-1-git-send-email-lkund...@v3.sk you wrote:
In certain cases, memory device is present as flat file or block device (via
mmc or mtdblock layer). Do not attempt MTD operations against
In certain cases, memory device is present as flat file or block device (via
mmc or mtdblock layer). Do not attempt MTD operations against it.
---
tools/env/fw_env.c | 21 -
tools/env/fw_env.config |3 +++
2 files changed, 19 insertions(+), 5 deletions(-)
diff
42 matches
Mail list logo