Hi Tom,
this series contains one fix from Stefan.
The following changes since commit c175f306b3f8885965f63ff6c71df5c0f899b4c9:
Merge git://git.denx.de/u-boot-arc (2015-04-10 12:39:13 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-marvell.git
for you to fetch chan
On Sat, Apr 11, 2015 at 09:53:58AM +, Luka Perkov wrote:
> Hi Tom,
>
> this series contains one fix from Stefan.
>
> The following changes since commit c175f306b3f8885965f63ff6c71df5c0f899b4c9:
>
> Merge git://git.denx.de/u-boot-arc (2015-04-10 12:39:13 -0400)
>
> are available in the gi
Stephen, Jan,
2015-04-11 15:18 GMT+09:00 Jan Kiszka :
>> This patch breaks Tegra (at least Seaboard, and I'd guess all Tegra
>> boards). Reverting it solves the problem.
>
> Yes, just bisected the same problem on the TK1 down to this commit.
>
I will take a look right away.
--
Best Regar
Hi Simon,
On Sat, Apr 11, 2015 at 1:42 AM, Simon Glass wrote:
> Hi Bin,
>
> On 9 April 2015 at 06:52, Bin Meng wrote:
>> Hi Simon,
>>
>> On Thu, Apr 9, 2015 at 11:11 AM, Simon Glass wrote:
>>> (Correcting address for Masahiro, sorry)
>>>
>>>
>>> On 8 April 2015 at 21:07, Simon Glass wrote:
>>>
Hi
I am trying compiling uboot for the Minnowboard MAX, but always got following
error
Output file is too small. (8388608 < -2138725469)
Makefile:1037: recipe for target 'u-boot.rom' failed
make: *** [u-boot.rom] Error 1
is this a bug ? i used git ma
Hi Simon,
On Sat, Apr 11, 2015 at 9:22 PM, Bin Meng wrote:
> Hi Simon,
>
> On Sat, Apr 11, 2015 at 1:42 AM, Simon Glass wrote:
>> Hi Bin,
>>
>> On 9 April 2015 at 06:52, Bin Meng wrote:
>>> Hi Simon,
>>>
>>> On Thu, Apr 9, 2015 at 11:11 AM, Simon Glass wrote:
(Correcting address for Masah
Hi Bin,
On 11 April 2015 at 07:22, Bin Meng wrote:
>
> Hi Simon,
>
> On Sat, Apr 11, 2015 at 1:42 AM, Simon Glass wrote:
> > Hi Bin,
> >
> > On 9 April 2015 at 06:52, Bin Meng wrote:
> >> Hi Simon,
> >>
> >> On Thu, Apr 9, 2015 at 11:11 AM, Simon Glass wrote:
> >>> (Correcting address for Masa
Hi Bin,
On 11 April 2015 at 07:48, Bin Meng wrote:
> Hi Simon,
>
> On Sat, Apr 11, 2015 at 9:22 PM, Bin Meng wrote:
>> Hi Simon,
>>
>> On Sat, Apr 11, 2015 at 1:42 AM, Simon Glass wrote:
>>> Hi Bin,
>>>
>>> On 9 April 2015 at 06:52, Bin Meng wrote:
Hi Simon,
On Thu, Apr 9, 2015
i found following command was wrong:
./tools/ifdtool -f 0:./u-boot.dtb -m 0xfff016d4 -U 0xfff0:./u-boot.bin -w
0xf800:./u-boot-x86-16bit.bin -w
0xfffc:./board/intel/minnowmax/"fsp.bin" -w
0xfff9:./board/intel/minnowmax/"vga.bin" u-boot.tmp
Output file is too small. (838860
Since commit 79d75d752717 (ARM: move -march=* and -mtune= options to
arch/arm/Makefile), all the Tegra boards are broken because the SPL
is built for ARMv7.
Insert Tegra-specific code to arch/arm/Makefile to set compiler
flags for an earlier ARM architecture.
Note:
The patch for commit 79d75d7527
Hi Stephen,
2015-04-11 12:49 GMT+09:00 Stephen Warren :
> On 03/27/2015 11:06 AM, Albert ARIBAUD wrote:
>> On Fri, 27 Feb 2015 02:40:33 +0900, Masahiro Yamada
>> wrote:
>>> My main motivations for this commit are:
>>>
>>> [1] Follow the arch/arm/Makefile style of Linux Kernel
>>>
>>> [2] Mainta
Hi, Stephen, Jan,
2015-04-11 21:53 GMT+09:00 Masahiro Yamada :
> Stephen, Jan,
>
>
>
>
> 2015-04-11 15:18 GMT+09:00 Jan Kiszka :
>
>>> This patch breaks Tegra (at least Seaboard, and I'd guess all Tegra
>>> boards). Reverting it solves the problem.
>>
>> Yes, just bisected the same problem on the
On 2015-04-11 16:29, Masahiro Yamada wrote:
> Since commit 79d75d752717 (ARM: move -march=* and -mtune= options to
> arch/arm/Makefile), all the Tegra boards are broken because the SPL
> is built for ARMv7.
>
> Insert Tegra-specific code to arch/arm/Makefile to set compiler
> flags for an earlier
Since commit 79d75d752717 (ARM: move -march=* and -mtune= options to
arch/arm/Makefile), all the Tegra boards are broken because the SPL
is built for ARMv7.
Insert Tegra-specific code to arch/arm/Makefile to set compiler
flags for an earlier ARM architecture.
Note:
The v1 patch for commit 79d75d7
On Sun, Apr 12, 2015 at 12:58:14AM +0900, Masahiro Yamada wrote:
> Since commit 79d75d752717 (ARM: move -march=* and -mtune= options to
> arch/arm/Makefile), all the Tegra boards are broken because the SPL
> is built for ARMv7.
>
> Insert Tegra-specific code to arch/arm/Makefile to set compiler
>
On Tuesday, April 07, 2015 at 04:34:13 PM, Dinh Nguyen wrote:
> On Fri, 3 Apr 2015, Marek Vasut wrote:
> > On Tuesday, March 31, 2015 at 11:07:57 PM, Pavel Machek wrote:
> > > Hi!
> > >
> > > On Mon 2015-03-30 17:01:14, dingu...@opensource.altera.com wrote:
> > > > From: Dinh Nguyen
> > > >
> >
On Saturday, April 11, 2015 at 07:47:37 AM, Stephen Warren wrote:
> On 04/10/2015 09:07 PM, Stephen Warren wrote:
> > If the USB transfer fails or otherwise returns no data, don't process the
> > (non-existent) reponse data and generate keypresses from it. Doing so
> > makes each successful transac
On Tuesday, April 07, 2015 at 04:31:43 PM, Dinh Nguyen wrote:
> On Fri, 3 Apr 2015, Marek Vasut wrote:
> > On Tuesday, March 31, 2015 at 12:01:11 AM, dingu...@opensource.altera.com
wrote:
> > > From: Dinh Nguyen
> > >
> > > Add a stub s_init function in the board file.
> >
> > Why do you add th
On Saturday, April 11, 2015 at 05:05:21 AM, Stephen Warren wrote:
> A bit must be set in HCCHAR when communicating with low-speed devices.
> I have no idea why there's no corresponding bit to distinguish between
> full-speed and high-speed devices, but no matter; they all work now!
>
> Signed-off-
On Thursday, April 09, 2015 at 05:27:49 AM, Stephen Warren wrote:
> When fetching the first descriptor from a new device, only validate that
> we received at least 8 bytes, not that we received the entire descriptor.
> The reasoning is:
> - The code only uses fields in the first 8 bytes, so that's
On Wednesday, April 08, 2015 at 03:20:04 PM, Sanchayan Maity wrote:
> Hello,
>
> This is the second version of the patchset which adds support for the
> Toradex Colibri Vybrid VF50 and VF61 modules. Boot up has been tested
> using the serial loader over UART.
Hi!
Stefano, maybe you can pick 1,2,
On Wednesday, April 08, 2015 at 09:21:12 PM, Tim Harvey wrote:
> Some USB devices break the spec and require longer warm-up times. Allow
> the usb_pgood_delay env variable to override the calculated time.
>
> Signed-off-by: Tim Harvey
It'd be nice if this variable was documented somewhere. Can y
On Wednesday, April 08, 2015 at 09:21:12 PM, Tim Harvey wrote:
> Some USB devices break the spec and require longer warm-up times. Allow
> the usb_pgood_delay env variable to override the calculated time.
>
> Signed-off-by: Tim Harvey
Applied to u-boot-usb/next , thanks!
Best regards,
Marek Vas
On Saturday, April 11, 2015 at 05:05:22 AM, Stephen Warren wrote:
> As best I can tell, there's no difference between bulk and interrupt
> transfers in terms of how the HW should be programmed, at least given
> that we're executing one transaction at a time rather than scheduling
> them into frames
On Fri, 2015-04-10 at 13:53 +0900, Masahiro Yamada wrote:
> arch/arm/mach-tegra/board.c already exists.
> So, I renamed board/nvidia/common/board.c to
> arch/arm/mach-tegra/board2.c, which I think, not a good idea.
>
> Comments please!
I would vote to merge it all into one as a second step. The r
Hi,
We are working with a few cards. We generate linux embedded images with
Yocto (using U-boot as bootloader), and we deploy it manually on SD cards.
This works well for now, when we are in test phase and don't have a lot of
cards. But later, it'll be definitely too slow.
We have a central serve
I have an OpenRD base and ultimate, as well as a couple of sheevaplug machines,
that I would be willing to use to help test anything that might make it
possible to install and run Debian Jessie on these machine types.
I’m an experienced sysadmin and I’ve worked in the past as a software tester,
Hello Huan,
On 05-04-15 03:37, Huan Ngo wrote:
Hi,
I want to boot up Raspberry Pi B+ with u-boot. Where can I
get a u-boot source code/image that can boot up my Raspberry Pi B+?
Regards,
Huan
You can obtain u-boot sources by the meth
On Thu, 2015-04-09 at 07:04PM +0900, Masahiro Yamada wrote:
> Due to licensing issues, the files ps7_init.c/h are not able to be
> distributed with U-Boot source code. Recent Xilinx tools also
> provide the GPL version (ps7_init_gpl.c/h), compatible with U-Boot
> license.
>
> Prior to this commit
Hi Sören,
2015-04-12 5:42 GMT+09:00 Sören Brinkmann :
> On Thu, 2015-04-09 at 07:04PM +0900, Masahiro Yamada wrote:
>> Due to licensing issues, the files ps7_init.c/h are not able to be
>> distributed with U-Boot source code. Recent Xilinx tools also
>> provide the GPL version (ps7_init_gpl.c/h),
On Sun, 2015-04-12 at 10:20AM +0900, Masahiro Yamada wrote:
> Hi Sören,
>
> 2015-04-12 5:42 GMT+09:00 Sören Brinkmann :
> > On Thu, 2015-04-09 at 07:04PM +0900, Masahiro Yamada wrote:
> >> Due to licensing issues, the files ps7_init.c/h are not able to be
> >> distributed with U-Boot source code.
On 04/11/2015 09:58 AM, Masahiro Yamada wrote:
> Since commit 79d75d752717 (ARM: move -march=* and -mtune= options to
> arch/arm/Makefile), all the Tegra boards are broken because the SPL
> is built for ARMv7.
>
> Insert Tegra-specific code to arch/arm/Makefile to set compiler
> flags for an earli
IIUC, interrupt transfers are NAK'd by devices until they wish to trigger
an interrupt, and e.g. EHCI controllers retry these in HW until they are
ACK'd. However, DWC2 doesn't seem to retry, so we need to do this in SW.
In practice, I've seen DWC2_HCINT_FRMOVRUN happen too. I'm not quite sure
what
Hi,
On 15-04-11 18:46:15, Marek Vasut wrote:
> On Wednesday, April 08, 2015 at 03:20:04 PM, Sanchayan Maity wrote:
> > Hello,
> >
> > This is the second version of the patchset which adds support for the
> > Toradex Colibri Vybrid VF50 and VF61 modules. Boot up has been tested
> > using the seria
34 matches
Mail list logo
