Many MAINTAINERS files are in subdirectories.
We should enable searching these.
Reported-by: Walt Feasel
Signed-off-by: Heinrich Schuchardt
---
scripts/get_maintainer.pl | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/get_maintainer.pl b/scripts/get_maintainer.pl
ind
On 10/28/2017 05:44 AM, waltfea...@gmail.com wrote:
> Heinrich,
>
> I ran across a problem with not getting a maintainer for a correction I
> was putting together. I tracked it down to the line:
>
> "+my $find_maintainer_files = 0;"
>
> When I changed the "0" to a "1" I was able to get the maint
On Thu, Oct 26, 2017 at 09:24:25PM +0900, Masahiro Yamada wrote:
> This macro is defined, but not referenced by anyone.
>
> I did not touch config_whitelist.txt - the CONFIG will be dropped
> by the next re-sync.
>
> Signed-off-by: Masahiro Yamada
> Acked-by: Minkyu Kang
Applied to u-boot/mas
On Thu, Oct 26, 2017 at 09:24:24PM +0900, Masahiro Yamada wrote:
> This comment creates a wrong entry in config_whitelist.txt.
>
> I did not touch config_whitelist.txt - the CONFIG will be dropped
> by the next re-sync.
>
> Signed-off-by: Masahiro Yamada
Applied to u-boot/master, thanks!
--
On Thu, Oct 26, 2017 at 09:24:26PM +0900, Masahiro Yamada wrote:
> This macro is defined, but not referenced by anyone.
>
> I did not touch config_whitelist.txt - the CONFIG will be dropped
> by the next re-sync.
>
> Signed-off-by: Masahiro Yamada
Applied to u-boot/master, thanks!
--
Tom
s
On Thu, Oct 26, 2017 at 09:24:22PM +0900, Masahiro Yamada wrote:
> This macro is defined, but not referenced by anyone.
>
> I did not touch config_whitelist.txt - the CONFIG will be dropped
> by the next re-sync.
>
> Signed-off-by: Masahiro Yamada
Applied to u-boot/master, thanks!
--
Tom
s
On Thu, Oct 26, 2017 at 09:24:30PM +0900, Masahiro Yamada wrote:
> This macro is defined, but not referenced by anyone.
>
> I did not touch config_whitelist.txt - the CONFIG will be dropped
> by the next re-sync.
>
> Signed-off-by: Masahiro Yamada
> Acked-by: Minkyu Kang
Applied to u-boot/mas
On Thu, Oct 26, 2017 at 09:24:31PM +0900, Masahiro Yamada wrote:
> This macro is defined, but not referenced by anyone.
>
> I did not touch config_whitelist.txt - the CONFIG will be dropped
> by the next re-sync.
>
> Signed-off-by: Masahiro Yamada
Applied to u-boot/master, thanks!
--
Tom
s
On Thu, Oct 26, 2017 at 09:24:29PM +0900, Masahiro Yamada wrote:
> This macro is defined, but not referenced by anyone.
>
> I did not touch config_whitelist.txt - the CONFIG will be dropped
> by the next re-sync.
>
> Signed-off-by: Masahiro Yamada
> Reviewed-by: York Sun
Applied to u-boot/mas
On Thu, Oct 26, 2017 at 09:24:27PM +0900, Masahiro Yamada wrote:
> This macro is defined, but not referenced by anyone.
>
> I did not touch config_whitelist.txt - the CONFIG will be dropped
> by the next re-sync.
>
> Signed-off-by: Masahiro Yamada
Applied to u-boot/master, thanks!
--
Tom
s
On Thu, Oct 26, 2017 at 09:24:19PM +0900, Masahiro Yamada wrote:
> This macro is defined, but not referenced by anyone.
>
> I did not touch config_whitelist.txt - the CONFIG will be dropped
> by the next re-sync.
>
> Signed-off-by: Masahiro Yamada
Applied to u-boot/master, thanks!
--
Tom
s
On Thu, Oct 26, 2017 at 09:24:23PM +0900, Masahiro Yamada wrote:
> This macro is defined, but not referenced by anyone.
>
> I did not touch config_whitelist.txt - the CONFIG will be dropped
> by the next re-sync.
>
> Signed-off-by: Masahiro Yamada
Applied to u-boot/master, thanks!
--
Tom
s
On Thu, Oct 26, 2017 at 09:24:28PM +0900, Masahiro Yamada wrote:
> This macro is defined, but not referenced by anyone.
>
> I did not touch config_whitelist.txt - the CONFIG will be dropped
> by the next re-sync.
>
> Signed-off-by: Masahiro Yamada
Applied to u-boot/master, thanks!
--
Tom
s
On Thu, Oct 26, 2017 at 09:24:18PM +0900, Masahiro Yamada wrote:
> This macro is defined, but not referenced by anyone.
>
> I did not touch config_whitelist.txt - the CONFIG will be dropped
> by the next re-sync.
>
> Signed-off-by: Masahiro Yamada
> Acked-by: Heiko Schocher
Applied to u-boot/m
On Thu, Oct 26, 2017 at 09:24:20PM +0900, Masahiro Yamada wrote:
> This macro is defined, but not referenced by anyone.
>
> I did not touch config_whitelist.txt - the CONFIG will be dropped
> by the next re-sync.
>
> Signed-off-by: Masahiro Yamada
> Reviewed-by: York Sun
Applied to u-boot/mas
On Thu, Oct 26, 2017 at 09:24:21PM +0900, Masahiro Yamada wrote:
> This macro only appears in commented-out lines. It is not referenced
> by anyone.
>
> I did not touch config_whitelist.txt - the CONFIG will be dropped
> by the next re-sync.
>
> Signed-off-by: Masahiro Yamada
Applied to u-boo
On Thu, Oct 26, 2017 at 09:24:17PM +0900, Masahiro Yamada wrote:
> CONFIG_SYS_I2C_FTI2C010 is not enabled by anyone.
>
> Commit 2852709676c8 ("dm: i2c: Add a note to I2C drivers which need
> conversion") prompted to convert this driver to DM before June 2017,
> but not converted yet.
>
> Signed-
On Fri, Oct 27, 2017 at 03:18:55PM +0800, Bin Meng wrote:
> Hi Tom,
>
> This fixes a bunch of x86 breakages.
>
> The following changes since commit 4c7a211046a3956058b512edd8533f7df031cc4a:
>
> Kconfig: add CONFIG_BROKEN (2017-10-23 17:28:18 -0400)
>
> are available in the git repository at:
On Thu, Oct 26, 2017 at 09:24:16PM +0900, Masahiro Yamada wrote:
> This driver was used by Blackfin boards, but Blackfin support is
> gone. There is no user of this driver.
>
> Signed-off-by: Masahiro Yamada
> Acked-by: Heiko Schocher
Applied to u-boot/master, thanks!
--
Tom
signature.asc
On Thu, Oct 26, 2017 at 05:19:21PM +0200, Maxime Ripard wrote:
> Hi Tom,
>
> Here are a few changes that would be great to merge.
>
> It's basically a few fixes for CPU frequencies that were underclocked,
> fastboot that was broken on a NAND-based device (the CHIP Pro, and it
> also moves the fa
Tom,
The following changes since commit ce0dea889a01d06bdc2d845fd03e90bcf8b49fec:
Merge git://git.denx.de/u-boot-uniphier (2017-10-22 19:21:04 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-fsl-qoriq.git
for you to fetch changes up to 9b3f40ad092ff2633eefa7e8a4a713
> -Original Message-
> From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Martyn
> Welch
> Sent: Thursday, October 26, 2017 8:18 PM
> diff --git a/scripts/config_whitelist.txt b/scripts/config_whitelist.txt
> index 5ee1601..b9580b9 100644
> --- a/scripts/config_whitelist.txt
>
From: Stephen Warren
It can be useful to record how long tests take; this can help debug slow
running test systems or track changes in performance over time. Enhance
the test system to record timestamps while running test:
- Whenever a new log file section is started.
- After U-Boot is started an
On 10/27/2017 08:23 AM, Lukasz Majewski wrote:
> On Fri, 27 Oct 2017 15:06:37 +
> York Sun wrote:
>
>> On 10/27/2017 02:12 AM, Lukasz Majewski wrote:
>>> This commit allows extended Marvell registers to be read with:
>>>
>>> foo > mdio rx FEC 3.10
>>> Reading from bus FEC
>>> PHY at address 0
On Fri, 27 Oct 2017 15:06:37 +
York Sun wrote:
> On 10/27/2017 02:12 AM, Lukasz Majewski wrote:
> > This commit allows extended Marvell registers to be read with:
> >
> > foo > mdio rx FEC 3.10
> > Reading from bus FEC
> > PHY at address 0:
> > 3.16 - 0x1063
> > foo > mdio wx FEC 3.10 0x1011
On 10/27/2017 02:12 AM, Lukasz Majewski wrote:
> This commit allows extended Marvell registers to be read with:
>
> foo > mdio rx FEC 3.10
> Reading from bus FEC
> PHY at address 0:
> 3.16 - 0x1063
> foo > mdio wx FEC 3.10 0x1011
>
> The above code changes the way ETH connector LEDs blink.
>
> S
On Fri, Oct 27, 2017 at 05:34:39PM +0800, Icenowy Zheng wrote:
> Sometimes some ethernet aliases do not exist in U-Boot FDT but they
> exist in the FDT used to boot the system.
I'd rather not end up in this situation in the first place. If things
get broken, then it might actually be a good sympto
Hi Philipp,
> Hi Lukasz,
>
> > On 27 Oct 2017, at 00:51, Lukasz Majewski wrote:
> >>
> >>> On 27 Oct 2017, at 00:13, Lukasz Majewski wrote:
> >>>
> >>> It may happen that the serial IP block is performing some ongoing
> >>> transmission (started at e.g. board_init()) when the serial
> >>> "pr
On Tue, 2017-10-24 at 15:22 +0530, Jagan Teki wrote:
> On Tue, Oct 24, 2017 at 11:38 AM, Marek Vasut wrote:
> > On 10/23/2017 01:43 PM, Eugeniy Paltsev wrote:
> > > On Thu, 2017-10-19 at 13:20 -0500, Dinh Nguyen wrote:
> > > >
> > > > On 10/19/2017 10:51 AM, Marek Vasut wrote:
> > > > > On 10/19/
Hi Lukasz,
> On 27 Oct 2017, at 00:51, Lukasz Majewski wrote:
>>
>>> On 27 Oct 2017, at 00:13, Lukasz Majewski wrote:
>>>
>>> It may happen that the serial IP block is performing some ongoing
>>> transmission (started at e.g. board_init()) when the serial "probe"
>>> is called.
>>>
>>> As a r
Resort to malloc_cache_aligned() rather than malloc() which also removes
'CACHE: Misaligned operation at range' warnings.
Signed-off-by: Niko Mauno
---
drivers/video/da8xx-fb.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/video/da8xx-fb.c b/drivers/video/da
On 10/24/2017 3:23 AM, Dinh Nguyen wrote:
>
>
> On 10/23/2017 09:03 AM, Minas Harutyunyan wrote:
>> On 10/19/2017 5:35 PM, Dinh Nguyen wrote:
>>>
>>>
>>> On 10/19/2017 06:55 AM, Grigor Tovmasyan wrote:
On 10/18/2017 6:07 PM, Marek Vasut wrote:
> On 10/18/2017 04:05 PM, Dinh Nguyen wrote:
Architecture is LEON2 and is supported by U-Boot.
But the steps involved in my work are
*1. Implement LEON2 processor in FPGA(Spartan3E or any other fpga)*
*2. Deploy OS in that processor.*
*3. Implement a router on that processor with OS.*
First step is possible as I have the HDL code of LEON2.
On Fri, 27 Oct 2017 14:52:08 +0300
Niko Mauno niko.ma...@vaisala.com wrote:
> Resort to malloc_cache_aligned() rather than malloc() which also removes
> 'CACHE: Misaligned operation at range' warnings.
>
> Signed-off-by: Niko Mauno
> ---
> drivers/video/da8xx-fb.c | 8
> 1 file changed
Hi Tom,
> On Sat, Sep 30, 2017 at 10:20:47PM +0200, Łukasz Majewski wrote:
> > On 09/14/2017 04:55 PM, Tom Rini wrote:
> > >On Mon, Sep 11, 2017 at 10:53:51PM +0200, Łukasz Majewski wrote:
> > >>On 09/11/2017 07:31 PM, Tom Rini wrote:
> > >>>On Sun, Sep 10, 2017 at 08:25:02PM +0200, Lukasz Majewsk
On Fri, 27 Oct 2017 16:45:16 +0530
Ammu Lakshmy wrote:
> Architecture is LEON2 and is supported by U-Boot.
> But the steps involved in my work are
>
> *1. Implement LEON2 processor in FPGA(Spartan3E or any other fpga)*
Ok.
> *2. Deploy OS in that processor.*
When you have working soft core of
On 10/18/2017 06:13 PM, Heinrich Schuchardt wrote:
The numbering in the title should have been
[PATCH v4 11/18] efi_selftest: allow to select a single test for exexution
> Environment variable efi_selftest is passed as load options
> to the selftest application. It is used to select a single
> te
Hi Jayadev,
> Hello all,
>
> I am currently trying to bring up Xen on OMAP5432. When I try to boot
> the board it shows
>
>
>
>
>
>
>
>
> *Starting kernel ...- UART enabled -- CPU booting -- Xen
> must be entered in NS Hyp mode -- Please update the bootloader --
> Boot failed -*
Hi Ammu,
> Hi,
>
> I am new to U-Boot and I want to use it for dumping linux to a sparc
> processor (leon2) which I have implemented in Spartan 3E fpga. Is it
> possible?
First you need to check if the architecture on which you run u-boot is
supported (sparc?).
There are some IP soft cores supp
On Thu, 26 Oct 2017 14:57:53 +0200
Stefan Agner wrote:
> From: Stefan Agner
>
> The fw_env utility family has a default environment compiled in
> which ties it quite strongly to the U-Boot source/config it has
> been built with. Allow to display the U-Boot version it has been
> built with using
Hi Tien Fong,
> On Kha, 2017-10-26 at 14:51 +0200, Lukasz Majewski wrote:
> > Tien Fong,
> >
> > >
> > > On Isn, 2017-10-16 at 16:41 +0200, Marek Vasut wrote:
> > > >
> > > > On 10/16/2017 04:08 PM, Dinh Nguyen wrote:
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > On 10/13/2017 03:08 AM,
Before this patch one could receive following errors when executing
"gpt write" command on machine with cache enabled:
display5 factory > gpt write mmc ${mmcdev} ${partitions}
Writing GPT:
CACHE: Misaligned operation at range [4ef8f7f0, 4ef8f9f0]
CACHE: Misaligned operation at range [4ef8f9f8, 4ef
Hello all,
I am currently trying to bring up Xen on OMAP5432. When I try to boot the
board it shows
*Starting kernel ...- UART enabled -- CPU booting -- Xen must be
entered in NS Hyp mode -- Please update the bootloader -- Boot failed -*
After applying the below patch , the boot C
Hi,
I am new to U-Boot and I want to use it for dumping linux to a sparc
processor (leon2) which I have implemented in Spartan 3E fpga. Is it
possible?
This is to implement a router code in my processor.
--
Thanks & Regards,
Ammu Lakshmy R.
M.Tech. VLSI Design
VNIT, Nagpur
_
This patch should have been rejected. It no longer breaks the build, but it
break the functionality on big-endian systems. The readl() and writel() macros
already do the endian conversion assuming the port is in little-endian format.
So after this patch the EHCI registers are now read incorre
On Thu, 26 Oct 2017 21:51:52 -0700
Vasily Khoruzhick anars...@gmail.com wrote:
> Extend DE2 driver with LCD support. Tested on Pinebook which is based
> on A64 and has ANX6345 eDP bridge with eDP panel connected to it.
>
> Signed-off-by: Vasily Khoruzhick
> ---
> v4: - adapted to v4 changes in p
On Thu, 26 Oct 2017 21:51:51 -0700
Vasily Khoruzhick anars...@gmail.com wrote:
> It will be reused in new DM LCD driver.
>
> Signed-off-by: Vasily Khoruzhick
> ---
> v2-v3: no changes
> v4: - fix compilation for boards that use sunxi_display.c
> - rebased and fixed checkpatch errors
>
> ar
On Thu, 26 Oct 2017 18:29:39 +0200
Anatolij Gustschin ag...@denx.de wrote:
> From: Vasily Khoruzhick
>
> This is a eDP bridge similar to ANX9804, it allows to connect eDP panels
> to the chips that can output only parallel signal
>
> Signed-off-by: Vasily Khoruzhick
> Signed-off-by: Anatolij G
On Thu, 26 Oct 2017 18:26:43 +0200
Anatolij Gustschin ag...@denx.de wrote:
> From: Vasily Khoruzhick
>
> This header will be used in anx6345 driver
>
> Signed-off-by: Vasily Khoruzhick
> Signed-off-by: Anatolij Gustschin
> ---
> v3: - moved header to drivers/video
> v2: - no changes
>
> dri
Sometimes some ethernet aliases do not exist in U-Boot FDT but they
exist in the FDT used to boot the system. In this situation
setup_environment is called again in ft_board_setup to generate macaddr
environment variable for them. However now the call to
fdt_fixup_ethernet is moved before the call
On Kha, 2017-10-26 at 14:51 +0200, Lukasz Majewski wrote:
> Tien Fong,
>
> >
> > On Isn, 2017-10-16 at 16:41 +0200, Marek Vasut wrote:
> > >
> > > On 10/16/2017 04:08 PM, Dinh Nguyen wrote:
> > > >
> > > >
> > > >
> > > >
> > > > On 10/13/2017 03:08 AM, tien.fong.c...@intel.com wrote:
> > >
This commit allows extended Marvell registers to be read with:
foo > mdio rx FEC 3.10
Reading from bus FEC
PHY at address 0:
3.16 - 0x1063
foo > mdio wx FEC 3.10 0x1011
The above code changes the way ETH connector LEDs blink.
Signed-off-by: Lukasz Majewski
---
Changes in v2:
- Provide the rea
On 26/10/17 21:24, Masahiro Yamada wrote:
> This macro is defined, but not referenced by anyone.
>
> I did not touch config_whitelist.txt - the CONFIG will be dropped
> by the next re-sync.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> include/configs/s5pc210_universal.h | 1 -
> include/config
On 26/10/17 21:24, Masahiro Yamada wrote:
> This macro is defined, but not referenced by anyone.
>
> I did not touch config_whitelist.txt - the CONFIG will be dropped
> by the next re-sync.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> include/configs/exynos5420-common.h | 5 -
> include/co
Hi Tom,
This fixes a bunch of x86 breakages.
The following changes since commit 4c7a211046a3956058b512edd8533f7df031cc4a:
Kconfig: add CONFIG_BROKEN (2017-10-23 17:28:18 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-x86.git
for you to fetch changes up to 411898dc
On Thu, Oct 19, 2017 at 9:20 AM, Bin Meng wrote:
> This reverts commit 1e6ebee667da47fd3a87839a239a7574c66f5659.
>
> It's not appropriate to call the Intel SPI driver specific stuff in
> the FSP codes. We may add a simple DTS property "intel,spi-lock-down"
> and let the Intel SPI driver call these
On Sun, Oct 22, 2017 at 10:36 PM, Simon Glass wrote:
> On 19 October 2017 at 03:20, Bin Meng wrote:
>> Intel Braswell FSP requires SPI controller settings to be locked down,
>> let's do this in the chrryhill.dts and remove previous Kconfig option.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch
On Sun, Oct 22, 2017 at 10:36 PM, Simon Glass wrote:
> On 19 October 2017 at 03:21, Bin Meng wrote:
>> The supported sleep states are generic on Intel processors. Move the
>> ASL definition to the common place.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/include/asm/{arch-baytrail => }/
On Sun, Oct 22, 2017 at 10:36 PM, Simon Glass wrote:
> On 19 October 2017 at 03:20, Bin Meng wrote:
>> In an S3 resume path, MRC cache is mandatory. Enforce the dependency
>> in the Kconfig.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/Kconfig | 1 +
>> 1 file changed, 1 insertion(+)
>
>
On Sun, Oct 22, 2017 at 10:36 PM, Simon Glass wrote:
> On 19 October 2017 at 03:20, Bin Meng wrote:
>> On some platforms (eg: Braswell), the FSP will not produce the
>> graphics info HOB unless you plug some cables to the display
>> interface (eg: HDMI) on the board. Add such notes in the FSP
>>
On Mon, Oct 23, 2017 at 9:32 AM, Bin Meng wrote:
> Hi Simon,
>
> On Sun, Oct 22, 2017 at 10:36 PM, Simon Glass wrote:
>> On 19 October 2017 at 03:20, Bin Meng wrote:
>>> Some Intel FSP (like Braswell) does SPI lock-down during the call
>>> to fsp_notify(INIT_PHASE_BOOT). But before SPI lock-down
On Sun, Oct 22, 2017 at 10:36 PM, Simon Glass wrote:
> On 19 October 2017 at 03:20, Bin Meng wrote:
>> It was observed that when booting Linux kernel on Intel Cherry Hill
>> board, unexpected crash happens quite randomly. Sometimes kernel
>> just oops, while sometimes kernel throws MCE errors and
On Sun, Oct 22, 2017 at 10:36 PM, Simon Glass wrote:
> On 19 October 2017 at 03:20, Bin Meng wrote:
>> Imply does not work for a Kconfig choice. Update ENV_IS_IN_SPI_FLASH
>> to be the default one for Intel Braswell.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/cpu/braswell/Kconfig | 1 -
On Thu, Oct 19, 2017 at 9:20 AM, Bin Meng wrote:
> With latest codes on mainstream master, Intel Galileo board does not
> boot unfortunately. Git biset leads to b383d6c0 "bootstage: Convert
> to use malloc()".
>
> Disable bootstage support to make it boot again. The root cause needs
> to be invest
64 matches
Mail list logo