Hi Marek,
On 2015年12月25日 12:08, Marek Vasut wrote:
Well, it is only a putc() which is plain and simple.
Sure, but then I still don't understand why this cannot be in the common code.
Yes, it can be in the common code. Do you have an idea how should it
look like?
Best regards,
Thomas
_
Am 25.12.2015 um 10:02 schrieb Alexander Graf:
[snip]
> The reason I implemented "bootefi" was really because it's the natural
> fit into how U-Boot handles all other formats today. I don't think this
> is going to be the last patch set around EFI support.
I think what Matwey was suggesting is int
2015-12-25 12:25 GMT+03:00 Andreas Färber :
> Am 25.12.2015 um 10:02 schrieb Alexander Graf:
> [snip]
>> The reason I implemented "bootefi" was really because it's the natural
>> fit into how U-Boot handles all other formats today. I don't think this
>> is going to be the last patch set around EFI
On Friday, December 25, 2015 at 09:33:52 AM, Thomas Chou wrote:
> Hi Marek,
>
> On 2015年12月25日 12:08, Marek Vasut wrote:
> >> Well, it is only a putc() which is plain and simple.
> >
> > Sure, but then I still don't understand why this cannot be in the common
> > code.
>
> Yes, it can be in the
Adding timer_init function to create and initialize the timer
device on platforms where u-boot,dm-pre-reloc is not used. Since
there will be multiple timer devices in the system, adding a
tick-timer node in chosen node to know which timer device to be
used as tick timer in u-boot.
Signed-off-by: M
On 12/24/2015 11:12 PM, Marek Vasut wrote:
On Thursday, December 24, 2015 at 02:51:06 PM, Wills Wang wrote:
[...]
+LEAF(lowlevel_init)
+ /* These three WLAN_RESET will avoid original issue */
+li t3, 0x03
+1:
+li t0, KSEG1ADDR(AR71XX_RESET_BASE)
+lw t1, AR933X_RE
Hi Mugunthan,
On Fri, Dec 25, 2015 at 6:41 PM, Mugunthan V N wrote:
> Adding timer_init function to create and initialize the timer
> device on platforms where u-boot,dm-pre-reloc is not used. Since
> there will be multiple timer devices in the system, adding a
> tick-timer node in chosen node to
On Friday 25 December 2015 05:43 PM, Bin Meng wrote:
> Hi Mugunthan,
>
> On Fri, Dec 25, 2015 at 6:41 PM, Mugunthan V N wrote:
>> Adding timer_init function to create and initialize the timer
>> device on platforms where u-boot,dm-pre-reloc is not used. Since
>> there will be multiple timer devic
This adds basic support for Marvell's MV78230 SoC which belongs to the
Armada XP series.
Signed-off-by: Phil Sutter
---
arch/arm/mach-mvebu/cpu.c | 16 +++-
arch/arm/mach-mvebu/include/mach/soc.h | 1 +
arch/arm/mach-mvebu/serdes/axp/high_speed
This patch adds intermediate kconfig symbols which select their SoC
family. Boards then select them instead of the family symbol directly.
Signed-off-by: Phil Sutter
---
arch/arm/mach-mvebu/Kconfig | 24
include/configs/clearfog.h | 1 -
include/configs/db-88f6
This should make it clear that this symbol is meant to be defined by
board headers.
Signed-off-by: Phil Sutter
---
drivers/ddr/marvell/axp/ddr3_axp_config.h| 2 +-
drivers/ddr/marvell/axp/ddr3_axp_mc_static.h | 20 ++--
2 files changed, 11 insertions(+), 11 deletions(-)
dif
* There is no boards.cfg anymore, so drop (1).
* Creating flash.c and u-boot.lds seems not mandatory as well.
* Adjusting the enumerators for the above implicitly fixed for
double items numbered (3).
Signed-off-by: Phil Sutter
---
README | 11 ---
1 file changed, 4 insertions(+), 7 del
This is version 3 of my patch series to support Synology DS414 NAS after
rebasing it onto mvebu-dm-spl-2015-12-14 branch of u-boot-a38x.git plus
the following four patches:
* arm: mvebu: Print CPU and SDRAM frequency upon startup
* arm: mvebu: Consolidate board Kconfig options into one file
* arm:
Synology keeps per item configuration in a dedicated 'partition' in SPI
flash, namely the one named 'vendor' in DTS file. It contains the two
NICs MAC addresses as well as the item's serial number. I didn't find a
way to have this information extracted automatically, therefore
implemented 'syno pop
This adds support for the MV78230 based DS414 NAS by Synology. The
relevant bits have been extracted from the 'synogpl-5004-armadaxp'
package Synology kindly published, garnished with a fair amount of
trial-and-error.
Sadly, support is far from perfect. The major parts I have failed in
are SATA an
The debug printing references bar_res, which exists only if
CONFIG_PCI_ENUM_ONLY is not defined. Therefore move it into the ifdef'd
area.
Signed-off-by: Phil Sutter
---
drivers/pci/pci_auto_old.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pci/pci_auto_old.c b/dri
Instead of calling board_sat_r_get() only for those boards providing the
satr11 value via I2C, call it for all boards and return static values
for those not using I2C.
In addition to that, make this a weak function to allow for board code
to override it.
Signed-off-by: Phil Sutter
---
.../arm/m
If MV_DEBUG_WL is defined, DEBUG_WL_S and DEBUG_WL_D macros are missing.
In addition to that, get rid of debug output printing non-existent
counter variable.
Signed-off-by: Phil Sutter
---
drivers/ddr/marvell/axp/ddr3_write_leveling.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
di
Armada XP has support for X4 lanes, boards specify this in their
serdes_cfg. During PEX init in high_speed_env_lib.c, the configuration
is stored in GEN_PURP_RES_2_REG.
When enumerating PEX, subsequent interfaces of an X4 lane must be
skipped. Otherwise the enumeration hangs up the board.
The way
On Fri, Dec 25, 2015 at 09:53:22AM +0100, Alexander Graf wrote:
>
>
> On 25.12.15 04:29, Tom Rini wrote:
> > On Tue, Dec 22, 2015 at 02:57:47PM +0100, Alexander Graf wrote:
> >
> >> This is my Christmas present for my openSUSE friends :).
> >>
> >> U-Boot is a great project for embedded devices.
2015-12-25 19:50 GMT+03:00 Tom Rini :
> On Fri, Dec 25, 2015 at 09:53:22AM +0100, Alexander Graf wrote:
>>
>>
>> On 25.12.15 04:29, Tom Rini wrote:
>> > On Tue, Dec 22, 2015 at 02:57:47PM +0100, Alexander Graf wrote:
>> >
>> >> This is my Christmas present for my openSUSE friends :).
>> >>
>> >> U-
On Thu, Dec 24, 2015 at 02:15:52PM +0300, Matwey V. Kornilov wrote:
> Why just not to implement standard EFI behaviour when EFI looks for
> boot-efi partition and proceed?
>
> If ARM board developers will enable EFI support in the future, we can
> have single one JeOS having all possible dtb in K
On Fri, Dec 25, 2015 at 12:40:25PM +0300, Matwey V. Kornilov wrote:
> 2015-12-25 12:25 GMT+03:00 Andreas Färber :
> > Am 25.12.2015 um 10:02 schrieb Alexander Graf:
> > [snip]
> >> The reason I implemented "bootefi" was really because it's the natural
> >> fit into how U-Boot handles all other form
On Fri, Dec 25, 2015 at 07:53:24PM +0300, Matwey V. Kornilov wrote:
> 2015-12-25 19:50 GMT+03:00 Tom Rini :
> > On Fri, Dec 25, 2015 at 09:53:22AM +0100, Alexander Graf wrote:
> >>
> >>
> >> On 25.12.15 04:29, Tom Rini wrote:
> >> > On Tue, Dec 22, 2015 at 02:57:47PM +0100, Alexander Graf wrote:
>
U-boot just use the no MMU virtual address segment(KSEG0/1), this
patch enable access the uncached memory range(KSEG1) by flag
"MAP_NOCACHE", other flag for KSEG0 access.
Signed-off-by: Wills Wang
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/mips/include/asm/io.h | 7 ++
Use the div64 header files from the kernel.
Signed-off-by: Wills Wang
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/mips/include/asm/div64.h | 68 +++
include/asm-generic/div64.h | 59 +
2 file
These series of patch add support for atheros ath79 based SOCs in u-boot,
at the present moment it's just available for ar933x chip.
Changes in v4:
- Add div64 macro for MIPS
- Convert physical address to uncached and cached(KSEG0/1) memory range
in map_physmem
- Auto calculate baudrate for seri
This patch enable work for ar933x SOC, tested on ar9331 board.
Signed-off-by: Wills Wang
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/mips/Makefile |1 +
arch/mips/include/asm/global_data.h |5 +
arch/mips/mach-ath79/Make
Signed-off-by: Wills Wang
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/serial/Makefile| 1 +
drivers/serial/serial_ar933x.c | 225 +
2 files changed, 226 insertions(+)
create mode 100644 drivers/serial/serial_ar933x.c
Signed-off-by: Wills Wang
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/mips/Kconfig | 8 +
arch/mips/dts/Makefile| 2 +-
arch/mips/dts/ap121.dts | 37 +++
arch/mips/dts/ar933x.dtsi | 64 +
Signed-off-by: Wills Wang
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/mips/Makefile | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/mips/Makefile b/arch/mips/Makefile
index da5fa72..0be5e64 100644
--- a/arch/mips/Makefile
+++ b/arch/mips/Makefile
@@ -2,6
Signed-off-by: Wills Wang
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/spi/Kconfig | 8 ++
drivers/spi/Makefile| 1 +
drivers/spi/ath79_spi.c | 211
3 files changed, 220 insertions(+)
create mode 100644 dri
config.mk files in mach-xxx directory are deprecated, this patch move
the processor tuning option of compiler into Kconfig
Signed-off-by: Wills Wang
---
Changes in v4:
- Add div64 macro for MIPS
- Convert physical address to uncached and cached(KSEG0/1) memory range
in map_physmem
- Auto calcu
On 12/22/2015 05:57 AM, Alexander Graf wrote:
> This is my Christmas present for my openSUSE friends :).
>
> U-Boot is a great project for embedded devices. However, convincing
> everyone involved that only for "a few oddball ARM devices" we need to
> support different configuration formats from
On 24.12.15 12:15, Matwey V. Kornilov wrote:
> Why just not to implement standard EFI behaviour when EFI looks for
> boot-efi partition and proceed?
Well, what is "standard EFI behavior"?
There are 2 standard ways I'm aware of:
1) NVRAM
The default case for 99.9% of the boots on normal EFI
On 25.12.15 04:29, Tom Rini wrote:
> On Tue, Dec 22, 2015 at 02:57:47PM +0100, Alexander Graf wrote:
>
>> This is my Christmas present for my openSUSE friends :).
>>
>> U-Boot is a great project for embedded devices. However, convincing
>> everyone involved that only for "a few oddball ARM devic
On Friday, December 25, 2015 at 12:38:39 PM, Wills Wang wrote:
> On 12/24/2015 11:12 PM, Marek Vasut wrote:
> > On Thursday, December 24, 2015 at 02:51:06 PM, Wills Wang wrote:
> >
> > [...]
> >
> +LEAF(lowlevel_init)
> + /* These three WLAN_RESET will avoid original issue */
> +
On Friday, December 25, 2015 at 07:56:21 PM, Wills Wang wrote:
> Use the div64 header files from the kernel.
>
> Signed-off-by: Wills Wang
> ---
We already have include/div64.h , is that what you're after ?
Best regards,
Marek Vasut
___
U-Boot mailing
On Friday, December 25, 2015 at 07:56:27 PM, Wills Wang wrote:
Missing commit message. There is exactly zero explanation why this patch
is necessary/beneficial/whatever . I just do not understand why we should
pick this patch.
> Signed-off-by: Wills Wang
> ---
>
> Changes in v4: None
> Changes
On Friday, December 25, 2015 at 07:56:22 PM, Wills Wang wrote:
> U-boot just use the no MMU virtual address segment(KSEG0/1), this
> patch enable access the uncached memory range(KSEG1) by flag
> "MAP_NOCACHE", other flag for KSEG0 access.
>
> Signed-off-by: Wills Wang
> ---
>
> Changes in v4: N
On Friday, December 25, 2015 at 07:56:23 PM, Wills Wang wrote:
> This patch enable work for ar933x SOC, tested on ar9331 board.
>
> Signed-off-by: Wills Wang
> ---
[...]
> +int arch_cpu_init(void)
> +{
> + u32 val;
> +
> + /*
> + * Set GPIO10 (UART_SO) as output and enable UART,
>
On Friday, December 25, 2015 at 07:56:28 PM, Wills Wang wrote:
> config.mk files in mach-xxx directory are deprecated, this patch move
> the processor tuning option of compiler into Kconfig
>
> Signed-off-by: Wills Wang
> ---
>
> Changes in v4:
> - Add div64 macro for MIPS
> - Convert physical a
42 matches
Mail list logo