On Friday 12 December 2008 02:22:16 Wolfgang Denk wrote:
> In message <200812112130.02918.vap...@gentoo.org> you wrote:
> > > > -#ifndef CONFIG_SF_DEFAULT_SPEED
> > > > -# define CONFIG_SF_DEFAULT_SPEED 100
> > > > +#ifndef CONFIG_SF_DEFAULT_HZ
> > > > +# define CONFIG_SF_DEFAULT_HZ 1000
On Saturday 13 December 2008 00:26:26 Graeme Russ wrote:
> This patch makes all definitions, declarations and usages of weak functions
> consistent.
a quick glance shows that it breaks things (the ELF and Blackfin stuff
certainly appears to be wrong). i'm guessing you focused on style for the RF
Mike,
On Mon, Dec 22, 2008 at 8:05 PM, Mike Frysinger wrote:
> On Saturday 13 December 2008 00:26:26 Graeme Russ wrote:
>> This patch makes all definitions, declarations and usages of weak functions
>> consistent.
>
> a quick glance shows that it breaks things (the ELF and Blackfin stuff
> certai
On Monday 22 December 2008 04:16:33 Graeme Russ wrote:
> On Mon, Dec 22, 2008 at 8:05 PM, Mike Frysinger wrote:
> > On Saturday 13 December 2008 00:26:26 Graeme Russ wrote:
> >> This patch makes all definitions, declarations and usages of weak
> >> functions consistent.
> >
> > a quick glance shows
On Mon, Dec 22, 2008 at 10:44 PM, Mike Frysinger wrote:
> On Monday 22 December 2008 04:16:33 Graeme Russ wrote:
>> On Mon, Dec 22, 2008 at 8:05 PM, Mike Frysinger wrote:
>> > On Saturday 13 December 2008 00:26:26 Graeme Russ wrote:
>> >> This patch makes all definitions, declarations and usages o
Hi, all,
I am having problem loading jffs2 from NAND with the latest code. After
some research, I am getting confused regarding the two files
jffs2_1pass.c and jffs2_nand_1pass.c. Some post suggested
jffs2_nand_1pass.c to replace jffs2_1pass.c for jffs2_NAND. The git
history 08ab4e1780fa63c
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc85xx.git master
Dave Liu (1):
85xx: Fix the boot window issue
Haiying Wang (1):
Set IVPR to kenrel entry point in second core boot page
Kumar Gala (3):
85xx: Add support to populate addr map based on TLB
Could you tell me why has the name been changed from the
u-boot-1.3.4.tar.bz2 type name to u-boot-2008.10.tar.bz2.
The build uses the root directory to create the version number, in
version_autogenerated.h,
and now it is reported as "U-boot 2008.10"
instead of the old "U-Boot 1.3.4"
Hi list,
I wrote about my work with u-boot in the thread "[U-Boot] DE2 board with MMC
interface (PIO based) and FAT support enabled" and i decided to post a
patch. I would like to discuss the changes.
I have changed the Makefile to match the binutils provided by Altera and i
added the DE2 board.
I
Hi Richard,
Dusek, Richard (Richard)** CTR ** wrote:
>
>
> Could you tell me why has the name been changed from the
> u-boot-1.3.4.tar.bz2 type name to u-boot-2008.10.tar.bz2.
>
>
>
To be less arbitrary. The version number now includes a date, as
opposed to continually increasing numbers
Dusek, Richard (Richard)** CTR ** wrote:
>
> Could you tell me why has the name been changed from the
> u-boot-1.3.4.tar.bz2 type name to u-boot-2008.10.tar.bz2.
>
> The build uses the root directory to create the version number, in
> version_autogenerated.h,
>
> and now it is reported as "U-b
Hi Andy,
On Mon, 2008-12-22 at 13:36 -0600, Andy Fleming wrote:
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-mpc85xx.git master
> Peter Tyser (5):
> pci/fsl_pci_init: Enable inbound PCI config cycles
> Add support for PCA953x I2C gpio devices
>
On Mon, Dec 22, 2008 at 6:08 PM, Peter Tyser wrote:
> Hi Andy,
>
> On Mon, 2008-12-22 at 13:36 -0600, Andy Fleming wrote:
>> are available in the git repository at:
>>
>> git://www.denx.de/git/u-boot-mpc85xx.git master
>
>
>
>> Peter Tyser (5):
>> pci/fsl_pci_init: Enable inbound PCI conf
Hi, all,
When I tested jffs2 command for NAND, I found that jffs2_1pass.c::
jffs2_1pass_build_lists() fails at
u32 nr_sectors = part->size/part->sector_size;
because part->sector_size is zero. And cause the "### ERROR ### Please
RESET the board ###" error when entering the for loop (i < nr_
On Monday 22 December 2008 06:20:27 Graeme Russ wrote:
> On Mon, Dec 22, 2008 at 10:44 PM, Mike Frysinger wrote:
> > On Monday 22 December 2008 04:16:33 Graeme Russ wrote:
> >> On Mon, Dec 22, 2008 at 8:05 PM, Mike Frysinger wrote:
> >> > On Saturday 13 December 2008 00:26:26 Graeme Russ wrote:
>
On Thursday 11 December 2008 19:15:06 Scott Wood wrote:
> Mike Frysinger wrote:
> > On Thursday 11 December 2008 18:53:00 Wolfgang Denk wrote:
> >> And if they do, the code should fail gracefully, i. e. print some
> >> friendly error message like that S-ATA is not available.
> >
> > in this case, i
On Thursday 11 December 2008 18:57:37 Wolfgang Denk wrote:
> In message <200812111624.20543.vap...@gentoo.org> you wrote:
> > it made sense when the init step was automatic. but you're telling me
> > users
>
> And we still want to have it automatic, just deferred.
>
> > of your board are incapable
Rather than have the board code initialize SATA automatically during boot,
make the user manually run "sata init". This brings the SATA subsystem in
line with common U-Boot policy.
Rather than having a dedicated weak function "is_sata_supported", people
can override sata_initialize() to do their
18 matches
Mail list logo
