Dear Lukasz Majewski,
In message <1341416922-13792-4-git-send-email-l.majew...@samsung.com> you wrote:
> New, separate driver at ./drivers/dfu has been added. It allows platform
> and storage independent operation of DFU.
Sorry for a probably stupid question, but I know basicly zero about
DFU.
Dear Wolfgang Denk,
> Dear Marek,
>
> In message <201207271330.46967.ma...@denx.de> you wrote:
> > > This makes no sense to me. MMC is just one of the storagte devices we
> > > support, and especially with the upcoming support of a clean device
> > > model it makes no sense to handle it special
Dear Marek,
In message <201207271330.46967.ma...@denx.de> you wrote:
>
> > This makes no sense to me. MMC is just one of the storagte devices we
> > support, and especially with the upcoming support of a clean device
> > model it makes no sense to handle it special in any way.
>
> Sure, but tha
Dear Wolfgang Denk,
> Dear Lukasz Majewski,
>
> In message <20120727123832.69195dcd@amdc308.digital.local> you wrote:
> > > Sorry if I don't understand, but what exactly is special with MMC and
> > > FAT here?
> >
> > Those patches are a follow up of a discussion about DFU support in
> > u-boot.
Dear Lukasz Majewski,
In message <20120727123832.69195dcd@amdc308.digital.local> you wrote:
>
> > Sorry if I don't understand, but what exactly is special with MMC and
> > FAT here?
>
> Those patches are a follow up of a discussion about DFU support in
> u-boot.
> "[PATCH 4/7] dfu: MMC specific
For the DA8xx family of SoCs, the set_cpu_clk_info() function was not
initialising the DSP frequency, leading to 'bdinfo' command output such as:
[...snip...]
ARM frequency = 300 MHz
DSP frequency = -536870913 MHz
DDR frequency = 300 MHz
This commit provides a separate implementation of s
Dear Wolfgang Denk,
> Dear Lukasz Majewski,
>
> In message <1343378116-5569-1-git-send-email-l.majew...@samsung.com>
> you wrote:
> > New abstraction layer for performing MMC and FAT operations has
> > been added. It is necessary for using MMC and FAT operations from
> > other subsystems without
Hi Tyler/Christian,
On Fri, Jul 27, 2012 at 00:24:20, Tyler Olmstead wrote:
> Hi Christian,
>
> On Thu, Jul 26, 2012 at 10:03 AM, Christian Riesch
> wrote:
> >
> > [cc'd Prabhakar Lad, Tom Rini, and Scott Wood]
> >
> > Tyler,
> >
> > On Thu, Jul 26, 2012 at 5:37 PM, Tyler Olmstead
> > wrote:
>
On Fri Jul 27, 2012 at 01:51:53PM +0530, Linu Cherian wrote:
> Hawkboard was using the wrong nand_read_page version for SPL image.
> As a side effect, the u-boot image loaded by the SPL from nand
> was getting corrupted.
>
> Enable CONFIG_SYS_NAND_HW_ECC_OOBFIRST to select the correct nand_read_pa
Dear Marek Vasut,
In message <201207271042.48099.ma...@denx.de> you wrote:
>
> > All these are either
> >
> > 1) old versions of flash drivers that predate the cfi flash
> >implementation, so they could be replaced by the CFI driver (if
> >there was someone to test this)
>
> Well, can t
Dear Lukasz Majewski,
In message <1343378116-5569-1-git-send-email-l.majew...@samsung.com> you wrote:
> New abstraction layer for performing MMC and FAT operations has been added.
> It is necessary for using MMC and FAT operations from other subsystems without
> the need to call "sprintf" and "run
Dear Jim Lin,
> Wolfgang,
> Is there any chance to get this feature in after Stephen explained to you?
>
> Thanks.
[...]
I'll poke into it. Can we not get rid of the added ifdef, eg. by setting up the
controller number to 1 for those that don't define CONFIG_USB_MULTI now
(everyone) and adding
Hi @all,
one minor Problem I often read about in this list is some crappy / unreadable
console output at beginning of the U-Boot start procedure. Now I have the same
"visual" Problem.
| H�NAND: 128 MiB
| *** Warning - bad CRC, using default environment
|
| In:serial
| Out: serial
| Err:
Hawkboard was using the wrong nand_read_page version for SPL image.
As a side effect, the u-boot image loaded by the SPL from nand
was getting corrupted.
Enable CONFIG_SYS_NAND_HW_ECC_OOBFIRST to select the correct nand_read_page
algorithm for SPL.
Signed-off-by: Linu Cherian
---
include/config
On Tue, Jul 24, 2012 at 05:43:28PM +0200, Markus Hubig wrote:
> I looked at every single byte on the internet an I found some information
> that in order to get this bad-ass relocation to work, one needs to adapt
> at91bootstrap to work with u-boot. Could this be my problem? At the moment
> I'm usi
Fixed some typos in the i.MX28 PMU code that sets up the VDDD and VDDIO power
rails. In addition the VDDD and VDDIO brownout offset values should be divided
by a step size before being programmed to the corresponding registers.
Signed-off-by: Stathis Voukelatos
Cc: Stefano Babic
Cc: Marek Vasu
Dear Lukasz Majewski,
> Dear Marek Vasut,
>
> > board/samsung/goni/onenand.c
> > board/samsung/smdkc100/onenand.c
> > board/samsung/universal_c210/onenand.c
>
> Those files aren't drivers. Those are board specific init functions and
> in my opinion shall stay where they are.
That's fairy possib
Dear Wolfgang Denk,
> Dear Marek Vasut,
>
> In message <201207270118.19524.ma...@denx.de> you wrote:
> > Check the following list, it's the list of drivers scattered (misplaced)
> > across the tree. The list is not complete and might be inaccurate. But
> > it should give a good impression of what
The new do_fat_safe function has been added to the FAT handling command.
It is necessary to decouple the core fat command read/write operation from
code responsible for parsing user input.
The do_fat_safe function shall be used from other subsystems willing to
read/write data to FAT file system.
The new do_mmcops_safe function has been added to the mmc subsystem.
It is necessary to decouple the core mmc read/write operation from
code responsible for parsing user input.
The do_mmcops_safe function shall be used from other subsystems to
read/write data to MMC devices.
Signed-off-by: Lukasz
New abstraction layer for performing MMC and FAT operations has been added.
It is necessary for using MMC and FAT operations from other subsystems without
the need to call "sprintf" and "run_command" afterwards.
MMC/FAT function call allows for better type checking during compilation time.
For FAT
On Tue Jul 03, 2012 at 12:54:04AM +0530, Sughosh Ganu wrote:
> hi,
> While testing on hawkboard with the latest commit, i hit an issue of
> commands not being accepted.
>
> hawkboard > reset
> Unknown command '�' - try 'help'
> hawkboard >
>
> Running git bisect showed that this is caused due
101 - 122 of 122 matches
Mail list logo
