On Thursday 04 June 2009 08:30:42 Shinya Kuribayashi wrote:
> Kazuaki Ichinohe wrote:
> > Do you think that you should include the Acked SATA driver in merge
> > window of the next release (2009/08 or -09?)? I want to open the ACKed
> > SATA driver to the public to the CanyonLands user.
>
> You won
On Wednesday 03 June 2009 19:42:00 Matthias Kaehlcke wrote:
> here is a version of the patch that addresses the issues you pointed
> out. sorry for the late response, my development system died and i
> needed some time to get a new machine and restore the setup
>
> --
>
> This is a forward port
On Thursday 04 June 2009 08:50:21 Daniel Mack wrote:
> > > UBI error: ubi_init: cannot attach mtd1
> > > UBI error: ubi_init: UBI error: cannot initialize UBI, error -12
> > > UBI init error -12
> > > exit not allowed from main input shell.
> >
> > Did you erase the FLASH partition? If not please t
On Thu, Jun 04, 2009 at 08:42:40AM +0200, Stefan Roese wrote:
> > defaults:
> > mtdids : nand0=nand0
> > mtdparts:
> > mtdparts=nand0:512k(u-boot),128k(env),384k(splash),3M(kernel),-(ubilayer) $
> > ubi part ubilayer
> > Creating 1 MTD partitions on "nand0":
> > 0x0040-0x0800 : "mtd=4"
> >
On Wednesday 03 June 2009 20:05:51 Daniel Mack wrote:
> I know there has been some traffic regaring the UBI layer recently,
> however, reading the conversations didn't solve the issue I'm facing.
>
> With a current U-Boot (git as of today) and 128MB NAND flash on a
> PXA303, I get the following:
>
Kazuaki Ichinohe wrote:
> Do you think that you should include the Acked SATA driver in merge window of
> the next release (2009/08 or -09?)?
> I want to open the ACKed SATA driver to the public to the CanyonLands user.
You won't need to worry about getting this driver merged into the next
releas
Kuribayashi-san,
Do you think that you should include the Acked SATA driver in merge window of
the next release (2009/08 or -09?)?
I want to open the ACKed SATA driver to the public to the CanyonLands user.
Regards,
Kazuaki Ichinohe
___
U-Boot mailing
are available in the git repository at:
git://www.denx.de/git/u-boot-mmc.git master
Rabin Vincent (5):
mmc: clean up help texts
mmc: check find_mmc_device return value
mmc: use lldiv to fix arm eabi build
mmc: fix response decoding on little endian
mmc: drop unnece
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc85xx.git master
Dave Liu (3):
85xx: Fix the clock adjust of mpc8569mds board
85xx: Fix the wrong BCSR address of 8569MDS
85xx: Fix the wrong SYS_CLK_IN for 8569MDS
Fredrik Arnerup (1):
85xx: bugfix
Dear Dirk,
Ah, I was busy yesterday. Well, I can write the message now.
> I wonder if there is any patch missing here? Is it correct that this series
> stops after 2 patches? Shouldn't there be at least something added to board
> directory? And I miss a config file to be able to compile this stuf
On Wed, Jun 3, 2009 at 5:15 PM, Wolfgang Denk wrote:
> Dear Ilya Yanok,
>
> In message <1242295389-3682-1-git-send-email-ya...@emcraft.com> you wrote:
> > Return value of mmc_send_if_cond() can be safely ignored (as it is
> > done in Linux). This makes older cards work with MXC MCI controller.
>
Kim Phillips wrote:
> On Wed, 3 Jun 2009 10:50:25 -0700
> Ira Snyder wrote:
...
>>
>> In practice, this doesn't seem to make a difference on the MPC8349EMDS
>> eval board. Both settings work without any errors. For people like me,
>> who are copying an existing board port to a similar board, it
Signed-off-by: Wolfgang Denk
Tested-by: Mikhail Zaturenskiy
---
board/ep88x/u-boot.lds |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/board/ep88x/u-boot.lds b/board/ep88x/u-boot.lds
index dd62e58..b3849de 100644
--- a/board/ep88x/u-boot.lds
+++ b/board/ep88x/u-boot.lds
Hello,
In message <1242568914-21978-1-git-send-email...@denx.de> you wrote:
> There is actually no good reason to enforce that all board
> configuations must define default settings for "mtdids" and
> "mtdparts". Actually this may be difficult to handle, especially on
> boards where different siz
Hello,
In message <1242339363-28686-3-git-send-email...@denx.de> you wrote:
> Several boards used different ways to specify the size of the
> protected area when enabling flash write protection for the sectors
> holding the environment variables: some used CONFIG_ENV_SIZE and
> CONFIG_ENV_SIZE_RED
Dear Ilya Yanok,
In message <1242295389-3682-1-git-send-email-ya...@emcraft.com> you wrote:
> Return value of mmc_send_if_cond() can be safely ignored (as it is
> done in Linux). This makes older cards work with MXC MCI controller.
>
> Signed-off-by: Ilya Yanok
> ---
> drivers/mmc/mmc.c |4
Dear Stefan Roese,
In message <1242278769-23870-1-git-send-email...@denx.de> you wrote:
> The CPCI750 can be built as CPCI host or adapter/target board. This patch
> adds support for runtime detection of those variants.
It seems this patch also does a lot of other things, which are not
mentioned
Dear Stefan Roese,
In message <1242131516-22957-1-git-send-email...@denx.de> you wrote:
> This patch removes all references to the direct CFI FLASH interface
> (via flash_info[]). Now that all FLASH types currently handled in
> mtdparts are available (if selected, see below) via the MTD infrastruc
Dear Stefan Roese,
In message <1242131478-22916-1-git-send-email...@denx.de> you wrote:
> This new define enables mtdcore.c compilation and with this we can
> select the MTD device infrastructure needed for the reworked mtdparts
> command.
>
> We now have the 2 MTD infrastructure defines, CONFIG_
Dear Stefan Roese,
In message <1242131578-23000-1-git-send-email...@denx.de> you wrote:
> By changing the cmd_mtdparts to only use the MTD infrastructure and
> not the direct interface to the CFI NOR FLASH driver we now need
> to add the MTD infrastructure to all boards using those mtdparts
> comm
Hi Dave,
>> The MPC8349EMDS config has had that setting since it was imported into
>> U-Boot. I've copied the relevant part of include/configs/MPC8349EMDS.h
>> below.
>>
>> #define CONFIG_SYS_SICRH SICRH_TSOBI1
>>
>> This seems wrong for the MPC8349EMDS board. I tried setting
>> the register
>> v
Dear Stefan Roese,
In message <1242131379-22659-1-git-send-email...@denx.de> you wrote:
> This patch adds concatenation support to the U-Boot MTD infrastructure.
> By enabling CONFIG_MTD_CONCAT this MTD CFI wrapper will concatenate
> all found NOR devices into one single MTD device. This can be us
> The MPC8349EMDS config has had that setting since it was imported into
> U-Boot. I've copied the relevant part of include/configs/MPC8349EMDS.h
> below.
>
> #define CONFIG_SYS_SICRH SICRH_TSOBI1
>
> This seems wrong for the MPC8349EMDS board. I tried setting
> the register
> value to 0x0 by ha
Dear Stefan Roese,
In message <1242050635-7152-1-git-send-email...@denx.de> you wrote:
> --===0052372897==
>
> This patch brings the U-Boot MTD infrastructure in sync with the current
> Linux MTD version (2.6.30-rc3). Biggest change is the 64bit device size
> support and a resync of t
Dear Stefan Roese,
In message <1242050865-7395-1-git-send-email...@denx.de> you wrote:
> This patch adds concatenation support to the U-Boot MTD infrastructure.
> By enabling CONFIG_MTD_CONCAT this MTD CFI wrapper will concatenate
> all found NOR devices into one single MTD device. This can be use
Dear Stefan Roese,
In message <1242050053-6248-1-git-send-email...@denx.de> you wrote:
> This patch now enabled this cfi-mtd wrapper to correctly detect and
> erase the last sector in an NOR FLASH device.
>
> Signed-off-by: Stefan Roese
> ---
> drivers/mtd/cfi_mtd.c |9 +++--
> 1 files
Dear Ben,
In message you
wrote:
>
> > On 19:31 Sat 20 Dec , Stefan Althoefer wrote:
> > > Hi,
> > >
> > > I found that IXP425 (big endian ARM) did not work with e1000 network
> > > driver. The reason is broken access to controller registers.
> > >
> > > I get it working with this patch:
> >
Dear Ben,
In message you
wrote:
>
> > All drivers need to be converted to CONFIG_NET_MULTI.
> > This patch converts the dm9000 driver.
> >
> > Signed-off-by: Thomas Smits
> > Signed-off-by: Remy Bohmer
>
> Thanks so much for doing this! I'll look it over very soon and will provide
> feedbac
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1240664272-29583-1-git-send-email-plagn...@jcrosoft.com> you wrote:
> and fix comment
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> ---
> v2:
> Fix comment
>
> Best Regards,
> J.
> common/Makefile |1 +
> common/modem.c | 122
>
On Sunday 31 May 2009, Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 19:46 Sun 03 May , Thomas Lange wrote:
> > NAND module should not modify EMIF registers unrelated to CS2
> > that is used for NAND, i.e. do not modify EWAIT config register
> > or registers for other Chip Selects.
> >
> > With
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090603204158.ga7...@game.jcrosoft.org> you wrote:
>
> > A patch for this commit has not been posted, it seems.
> I do have send it
> http://www.mail-archive.com/u-boot@lists.denx.de/msg14770.html
This was no patch, just the patch statistics. Ev
On 22:45 Wed 03 Jun , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090603190856.gh31...@game.jcrosoft.org> you wrote:
> > Hi Wolfgang
> >
> > Please pull
> > The following changes since commit cab6c2a6135cc8f4244d8e9c005bddd208d2a26f:
> > Wolfgang Denk (1)
On Wed, Jun 03, 2009 at 03:19:05PM -0500, Kim Phillips wrote:
> On Wed, 3 Jun 2009 10:50:25 -0700
> Ira Snyder wrote:
>
> > On Tue, Jun 02, 2009 at 06:08:17PM -0500, Kim Phillips wrote:
> > > On Tue, 2 Jun 2009 15:19:18 -0700
> > > Ira Snyder wrote:
> > >
> > > > On Tue, Jun 02, 2009 at 02:25:0
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090603190856.gh31...@game.jcrosoft.org> you wrote:
> Hi Wolfgang
>
> Please pull
> The following changes since commit cab6c2a6135cc8f4244d8e9c005bddd208d2a26f:
> Wolfgang Denk (1):
> TQM834x: use buffered writes to accelerate writing
Dear "Liew Tsi Chung-R5AAHP",
In message
<4791e710007feb4bbf83775d787f462f08a21...@az33exm22.fsl.freescale.net> you
wrote:
> Hi Wolfgang,
>
> Please pull this change for u-boot-coldfire/next into your next branch:
>
> The following changes since commit
> 9f2b981c3b47a12f8e2691b68776c4fbe0fb139
Dear Mike Frysinger,
In message <1243826230-22233-1-git-send-email-vap...@gentoo.org> you wrote:
> The following changes since commit 5520ab1f7685721314dcfb7cdcc7c15e6571473f:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-blackfin
>
> are available in the git
On Wed, 3 Jun 2009 10:50:25 -0700
Ira Snyder wrote:
> On Tue, Jun 02, 2009 at 06:08:17PM -0500, Kim Phillips wrote:
> > On Tue, 2 Jun 2009 15:19:18 -0700
> > Ira Snyder wrote:
> >
> > > On Tue, Jun 02, 2009 at 02:25:03PM -0700, Ira Snyder wrote:
> > > > >
> > > > > And what is the SICRH[30-31]
Matthias Kaehlcke wrote:
> hi,
>
> El Fri, May 15, 2009 at 05:30:48PM -0500 Scott Wood ha dit:
>
>> Matthias Kaehlcke wrote:
>>> +/*
>>> + * Board-specific function to access the device ready signal.
>>> + */
>>> +static int kb9202_nand_ready(struct mtd_info *mtd)
>>> +{
>>> + return (((AT91C_B
Hi Wolfgang
Please pull
The following changes since commit cab6c2a6135cc8f4244d8e9c005bddd208d2a26f:
Wolfgang Denk (1):
TQM834x: use buffered writes to accelerate writing to flash
are available in the git repository at:
git://git.denx.de/u-boot-arm.git next
Dirk Behme (2):
OMA
Jean-Christophe PLAGNIOL-VILLARD wrote:
> From: Tom Rix
>
>
> This has been tested on the beta and production boards.
>
> Signed-off-by: Tom Rix
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> ---
>
>
> +typedef enum {
> + ZOOM2_REVISION_UNKNOWN = 0,
> + ZOOM2_REVISION_ALPHA,
From: Tom Rix
There are currently 3 versions of the zoom2 board.
The production board, that is currently being released.
The beta board, similar in form to the production board but not released.
The alpha board, a set of PCBs with a very limited circulation.
GPIO 94 is used to determine the vers
On 13:57 Fri 29 May , Tom Rix wrote:
> Enable the function and interface clocks for banks 2,3,5 and 6.
>
> Signed-off-by: Tom Rix
> ---
applied to arm/next
Best Regards,
J.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/l
On 13:57 Fri 29 May , Tom Rix wrote:
> The function and interface clocks for each GPIO bank, except the first, must
> be explicitly turned on. These are controlled by the config level defines
> CONFIG_OMAP3_GPIO_n where n is from 2 to 6.
>
> Signed-off-by: Tom Rix
> ---
applied to arm/next
On 20:53 Tue 02 Jun , Tom Rix wrote:
> There is no new functionality in the change.
>
> This change is a conversion from the using raw register access to using
> the OMAP3 GPIO API described in doc/README.omap3.
>
> Signed-off-by: Tom Rix
> ---
applied to arm/next
Best Regards,
J.
_
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 20:53 Tue 02 Jun , Tom Rix wrote:
>
>> Using the example for reading a gpio, shows the problem.
>> NULL should be the gpio number.
>>
>>
>> +/* Used to track the revision of the board */
>> +static ZOOM2_REVISION zoom2_revision = ZOOM2_REV
On 09:58 Fri 29 May , Tom Rix wrote:
> Using the example for reading a gpio, shows the problem.
> NULL should be the gpio number.
>
> Signed-off-by: Tom Rix
> ---
applied to arm/next
Best Regards,
J.
___
U-Boot mailing list
U-Boot@lists.denx.de
htt
On 20:53 Tue 02 Jun , Tom Rix wrote:
> Using the example for reading a gpio, shows the problem.
> NULL should be the gpio number.
>
> Signed-off-by: Tom Rix
> ---
> doc/README.omap3 |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/doc/README.omap3 b/doc/README.
I know there has been some traffic regaring the UBI layer recently,
however, reading the conversations didn't solve the issue I'm facing.
With a current U-Boot (git as of today) and 128MB NAND flash on a
PXA303, I get the following:
$ mtdparts
device nand0 , # parts = 5
#: names
On Tue, Jun 02, 2009 at 06:08:17PM -0500, Kim Phillips wrote:
> On Tue, 2 Jun 2009 15:19:18 -0700
> Ira Snyder wrote:
>
> > On Tue, Jun 02, 2009 at 02:25:03PM -0700, Ira Snyder wrote:
> > > >
> > > > And what is the SICRH[30-31]?
> > > > Did you have the matching settings for GMII with 3.3V?
> >
hi,
El Fri, May 15, 2009 at 05:30:48PM -0500 Scott Wood ha dit:
> Matthias Kaehlcke wrote:
>> +/*
>> + * Board-specific function to access the device ready signal.
>> + */
>> +static int kb9202_nand_ready(struct mtd_info *mtd)
>> +{
>> +return (((AT91C_BASE_PIOC->PIO_PDSR) & KB9202_NAND_BUSY)
Hi Wolfgang,
Please pull this change for u-boot-coldfire/next into your next branch:
The following changes since commit
9f2b981c3b47a12f8e2691b68776c4fbe0fb1394:
Stefan Roese (1):
ppc4xx: Remove PCI async bootup message if PCI is not used
are available in the git repository at:
git:
Dear Kevin,
in message <4a2654cb.1020...@fearnside-systems.co.uk> you wrote:
>
> Although the code you've both commented on is new it uses a lot of the
> existing Samsung S3C common code in cpu/arm920t/s3c24x0 and various
> s3c24x0 drivers code. This common code also has the problems you
> commen
> 2009.06 is the current release.
> This change is too intrusive to integrate it at this stage in the
> current release.
> So, it will go in the next.
Thank you, this is useful.
> If you have patches for OMAP3 I am happy to queue them up in the cdc
> branch, so that they will move to ML when the
7FF;
>>>> + gpio->GPBDAT = 0x01C0; /* Switch on LED1. */
>>>> + gpio->GPCCON = 0x;
>>>> + gpio->GPCUP = 0x;
>>>> + gpio->GPDCON = 0x;
>>>>
>
> Such code will not be accep
Dear "kevin.morf...@fearnside-systems.co.uk",
In message <4a263923.2030...@fearnside-systems.co.uk> you wrote:
>
> >> +#define BWSCON0x4800
> >> +
> >> +#define DW8 (0x0)
> >> +#define DW16 (0x1)
> >> +#define DW32 (0x2)
> >> +#define WAIT
yes i think i have found wat was the change that was causing the problem.
I had changed the value of CFG_ENV_SECT_SIZE(which is present in
include/config/MPC8313ERDB.h) from 0x1 to 0x2.
i had to do this because while i issue the command save, i would get an
error
"Saving Environment to F
Hey guys,
J've seen that U-Boot V2 supports different MX27 CPU boards. Is U-Boot
supported on Freescale i.MX27 PDK board ?
Thanks in advance.
Brice Walzer
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
clk_power->UPLLCON;
>> -else
>> -hang();
>> -
>> -m = ((r & 0xFF000) >> 12) + 8;
>> -p = ((r & 0x003F0) >> 4) + 2;
>> -s = r & 0x3;
>> -
>> -return((CONFIG_SYS_CLK_FREQ * m) / (p << s));
>>
58 matches
Mail list logo
