On Monday 24 August 2009 17:28:26 Mike Frysinger wrote:
> The majority of the time that I build things in U-Boot, I want to just
> build for the board. I don't make board config tweaks after selecting the
> board. So add a new pattern rule that allows people to combine two steps
> in one go:
>
Hi Bin,
We can know the block transfer complete using IRQSTAT(Transfer
Complete).
But reading & writing in PIO mode takes time for byte by byte transfers
and there is no way to poll that transfer, that's why I have added delay
there.
I can add comment like,
\* Wait before last byte transfer com
> Yes. Others in TI are supposed to add the support. If they don't start I will
> start by adding the basic framework.
About when are you scheduling to open it to the public?
I am very interested.
Regards,
Kazuaki Ichinohe
2009/9/30 Paulraj, Sandeep :
>
>
>>
>> hmmm...to bad...i planned to use
Dear Tom,
In message <4ac3d231.1090...@windriver.com> you wrote:
>
> I will defer to Wolfgang on this.
> Since I caused the problem, I will fix it.
It's not a problem. I just wanted to make sure we are not too narrow
with our rules.
Best regards,
Wolfgang Denk
--
DENX Software Engineering Gmb
Dear Ben,
In message <4ac3d008.9000...@gmail.com> you wrote:
>
> I haven't had much time lately and subsequently have a backlog of
> patches to look at. My hope is to have a pull request tomorrow, but a
> wise man once said 'Hope is a poor planning tool' :)
Believe me, I know exactly how that
Paulraj, Sandeep wrote:
>> Wolfgang Denk wrote:
>>> Dear Tom,
>>>
>>> In message <4ac1fe5c.4070...@windriver.com> you wrote:
> +struct davinci_gpio {
> + unsigned intdir;
> + unsigned intout_data;
> + unsigned intset_data;
> + unsigned intclr_data;
> + unsign
Dear "Paulraj, Sandeep",
In message <0554bef07d437848af01b9c9b5f0bc5d92ec0...@dlee01.ent.ti.com> you
wrote:
>
> > > Why? It is not really important here, but especially when mixing data
> > > types, TABs are preferred, as they will allow for nice vertical
> > > alignment.
> >
> > OK. TABs are p
Dear Paul Gortmaker,
In message <4ac3c540.9050...@windriver.com> you wrote:
>
> If you still think it is best to maintain current behaviour
> and not stop after the 1st error, that is fine, I can do that,
> but I just wanted to be sure it was clear why I did it this
> way.
I have used the code ma
Dear Kumar Gala,
In message you wrote:
> The following changes since commit 984f10baac8ef6032df52f135943d6b0bc96f724:
> Wolfgang Denk (1):
> mpc5121ads: fix breakage introduced when reordering
> elpida_mddrc_config[]
>
> are available in the git repository at:
>
> git://git.denx.de
Hi Wolfgang,
I haven't had much time lately and subsequently have a backlog of
patches to look at. My hope is to have a pull request tomorrow, but a
wise man once said 'Hope is a poor planning tool' :)
regards,
Ben
___
U-Boot mailing list
U-Boot@list
Tom,
Thanks for the comments. I'll wait a couple of days for others then
resubmit with fixes for these problems and any others that come up.
John
On Wed, Sep 30, 2009 at 1:22 PM, Tom wrote:
> John Rigby wrote:
>
>> New commands nand read.raw and write.raw read/write
>> main and oob area.
>>
>
Dear Scott Wood,
In message <20090929161212.ga26...@b07421-ec1.am.freescale.net> you wrote:
> The following changes since commit 984f10baac8ef6032df52f135943d6b0bc96f724:
> Wolfgang Denk (1):
> mpc5121ads: fix breakage introduced when reordering
> elpida_mddrc_config[]
>
> are availabl
Dear Stefan Roese,
In message <200909281700.08349...@denx.de> you wrote:
> The following changes since commit 984f10baac8ef6032df52f135943d6b0bc96f724:
> Wolfgang Denk (1):
> mpc5121ads: fix breakage introduced when reordering
> elpida_mddrc_config[]
>
> are available in the git reposi
Dear Stefan Roese,
In message <200909281056.09788...@denx.de> you wrote:
> The following changes since commit 984f10baac8ef6032df52f135943d6b0bc96f724:
> Wolfgang Denk (1):
> mpc5121ads: fix breakage introduced when reordering
> elpida_mddrc_config[]
>
> are available in the git reposi
Dear Heiko Schocher,
In message <4ac049db.7080...@denx.de> you wrote:
>
> The following changes since commit 984f10baac8ef6032df52f135943d6b0bc96f724:
> Wolfgang Denk (1):
> mpc5121ads: fix breakage introduced when reordering
> elpida_mddrc_config[]
>
> are available in the git reposi
Dear Kim Phillips,
In message <20090926212320.6a29616b.kim.phill...@freescale.com> you wrote:
> On Fri, 25 Sep 2009 18:39:46 -0500
> Kim Phillips wrote:
>
> > I might just ask you to pull the "retain POR values" patch, but it's
> > too close to the window, and I want to give the opportunity for
Dear Kim Phillips,
In message <20090925183946.1a30eefe.kim.phill...@freescale.com> you wrote:
> Hi WD,
>
> Please pull some minor enhancements for 83xx:
>
> The following changes since commit 984f10baac8ef6032df52f135943d6b0bc96f724:
> Wolfgang Denk (1):
> mpc5121ads: fix breakage intr
Dear Jerry Van Baren,
In message <4abc99e7.4080...@gmail.com> you wrote:
>
> Please pull u-boot-fdt. This only has Ken's fdt command parser fixes
> (thanks, Ken, it works a lot better now).
>
> FWIIW, I checked the dtc project and did not see any libfdt updates or
> improvements.
>
> The fol
>
> Wolfgang Denk wrote:
> > Dear Tom,
> >
> > In message <4ac1fe5c.4070...@windriver.com> you wrote:
> >>> +struct davinci_gpio {
> >>> + unsigned intdir;
> >>> + unsigned intout_data;
> >>> + unsigned intset_data;
> >>> + unsigned intclr_data;
> >>> + unsigned intin_data;
>
Wolfgang Denk wrote:
> Dear Tom,
>
> In message <4ac1fe5c.4070...@windriver.com> you wrote:
>>> +struct davinci_gpio {
>>> + unsigned intdir;
>>> + unsigned intout_data;
>>> + unsigned intset_data;
>>> + unsigned intclr_data;
>>> + unsigned intin_data;
>>> + unsigne
Wolfgang Denk wrote:
> Dear Paul Gortmaker,
>
> In message <1254338488-15332-1-git-send-email-paul.gortma...@windriver.com>
> you wrote:
>> The basic memtest function tries to watch for ^C after each
>> pattern pass as an escape mechanism, but if things are horribly
>> wrong, we'll be stuck in an
Dear Tom,
In message <4ac1fe5c.4070...@windriver.com> you wrote:
>
> > +struct davinci_gpio {
> > + unsigned intdir;
> > + unsigned intout_data;
> > + unsigned intset_data;
> > + unsigned intclr_data;
> > + unsigned intin_data;
> > + unsigned intset_rising;
> >
Dear Simon Kagstrom,
In message <20090930095710.3480b...@marrow.netinsight.se> you wrote:
>
> Wolfgang/Stefan/Tom/Prafulla: Would a patch like the one below be
> acceptable until we find out a proper fix? I realise that this also
> affects other arm926ejs-boards, but is there some way to isolate t
Dear Paul Gortmaker,
In message <1254338488-15332-1-git-send-email-paul.gortma...@windriver.com> you
wrote:
> The basic memtest function tries to watch for ^C after each
> pattern pass as an escape mechanism, but if things are horribly
> wrong, we'll be stuck in an inner loop flooding the console
Hi,
the Merge Window for release 2009.11 closed on Monday night.
I apologize for the lack of responses in the past few days, but we
attended the XUM-2009 / RTLWS11 in Dresden, and I had better things to
do than reviewing patches :-)
I just started trying to catch up, but I guess it may take some
All versions between now and since this commit:
commit bd76729bcbfd64b5d016a9b936f058931fc06eaf
MPC86xx: set CONFIG_MAX_MEM_MAPPED to 2G by default
will fail to allow the SBC8641D to get past DDR init, because the
LAW config was overlapping. Eventually this board will do SPD
EEPROM config, b
The env code is protected by the ENV_IS_EMBEDDED define, so attempting to
compile the code when this isn't defined is pointless. Now that the env
headers have unified around CONFIG_ENV_IS_EMBEDDED, convert the build
system to only build the env objects when this is enabled. And now that
the env c
Use the common config option for extracting the environment for embedding
into LDR files and clarify the LDR-specific option.
Signed-off-by: Mike Frysinger
---
v3
- rename option to CONFIG_ENV_IS_EMBEDDED_IN_LDR and use new
CONFIG_BUILD_ENVCRC option
Makefile
John Rigby wrote:
> New commands nand read.raw and write.raw read/write
> main and oob area.
>
> Implement previously stubbed nand biterr command.
>
> Document the above and also the previously undocumented
> read.oob and write.oob.
>
> Signed-off-by: John Rigby
> ---
> common/cmd_nand.c | 11
The basic memtest function tries to watch for ^C after each
pattern pass as an escape mechanism, but if things are horribly
wrong, we'll be stuck in an inner loop flooding the console with
error messages and never check for ^C. To make matters worse,
if the user waits for all the error messages to
The u-boot image has outgrown the current space and overflowed into the
env sector. So move the env to the next available sector (we've already
allocated the first few sectors anyways for u-boot).
Signed-off-by: Mike Frysinger
---
include/configs/bf533-ezkit.h |2 +-
1 files changed, 1 inse
The Linux kernel has changed the way it numbers serial ports, so update
the default command line to match it.
Signed-off-by: Mike Frysinger
---
include/configs/bfin_adi_common.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/bfin_adi_common.h
b/include
New commands nand read.raw and write.raw read/write
main and oob area.
Implement previously stubbed nand biterr command.
Document the above and also the previously undocumented
read.oob and write.oob.
Signed-off-by: John Rigby
---
common/cmd_nand.c | 115 ++
Your message to mx2.mstelcom.net was rejected.
I said:
RCPT To:
And mx2.mstelcom.net [41.221.254.21] responded with
550 5.1.1 : Recipient address rejected: User unknown
The message headers follow:
--- Begin Message ---
-
--- End Message ---
___
The following changes since commit 984f10baac8ef6032df52f135943d6b0bc96f724:
Wolfgang Denk (1):
mpc5121ads: fix breakage introduced when reordering
elpida_mddrc_config[]
are available in the git repository at:
git://git.denx.de/u-boot-mpc85xx.git master
Kumar Gala (2):
ppc/85x
>
> hmmm...to bad...i planned to use a newer uboot version than the one
> delivered with my dm6467 (its v1.2).
>
> do you think there will be support any time soon?
Yes. Others in TI are supposed to add the support. If they don't start I will
start by adding the basic framework.
>
> and how
On Sep 28, 2009, at 10:44 PM, Kumar Gala wrote:
> * Converted all white space to tabs
> * Converted all types to u8/u16/u32
> * Reduce lines to fit in 80 columns
> * Renamed MPC85xx_{Q,B}MAN -> FSL_CORENET_{Q,B}MAN
>
> Signed-off-by: Kumar Gala
> ---
> include/asm-ppc/immap_85xx.h | 3175 +++
On Sep 23, 2009, at 2:20 AM, Mingkai Hu wrote:
> Add boot from NAND/eSDHC/eSPI description
>
> Signed-off-by: Mingkai Hu
> ---
>
> No change over v3.
>
> doc/README.mpc8536ds | 127 +
> +
> 1 files changed, 127 insertions(+), 0 deletions(-)
> crea
On Sep 23, 2009, at 2:20 AM, Mingkai Hu wrote:
> The MPC8536E is capable of booting from the on-chip ROM - boot from
> eSDHC and boot from eSPI. When power on, the porcessor excutes the
> ROM code to initialize the eSPI/eSDHC controller, and loads the mian
> U-Boot image from the memory device th
On Sep 23, 2009, at 2:20 AM, Mingkai Hu wrote:
> MPC8536E can support booting from NAND flash which uses the
> image u-boot-nand.bin. This image contains two parts: a 4K
> NAND loader and a main U-Boot image. The former is appended
> to the latter to produce u-boot-nand.bin. The 4K NAND loader
>
Don't include get_law_entry as part of the NAND_SPL build since the
code isnt used.
Signed-off-by: Kumar Gala
---
drivers/misc/fsl_law.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/misc/fsl_law.c b/drivers/misc/fsl_law.c
index 425eb18..287e555 100644
--- a
On Sep 23, 2009, at 2:19 AM, Mingkai Hu wrote:
> Signed-off-by: Mingkai Hu
> ---
>
> Changelog:
> According to Woflgang's comments, fixed the line length of
> the board config file.
>
> include/configs/MPC8536DS.h | 147 ++
> +
> 1 files changed, 79 inser
On Sep 25, 2009, at 10:14 AM, Paul Gortmaker wrote:
> By nature of being based off the MPC8548CDS board, this
> board inherited an ENV_SIZE setting of 256k. But since
> it has a smaller flash device (8MB soldered on), it has
> a native sector size of 128k, and hence the ENV_SIZE was
> causing 2
On Wednesday 30 September 2009 11:58:22 Dieter Kiermaier wrote:
> > We use Raw NAND/flash and copy the binary there,
> > After copy,
> > is there a way to check the flash sanity after we have burnt an image?
> > (e.g. by nand reading and diffing with the binary in RAM?)
> >
> > Are there any featur
Hi,
>>> Thanks!
>>> I have taken a look at this.
>>> It looks like the reference is an ethernet over usb device on at91.
>>> I have an at91sam9g20-ek. Is this compatibly with your work?
>>> Else I will just jump in with omap.
OK.
> Once I get past seeing the ethernet gadget work on Beagle, I thi
Remy Bohmer wrote:
> Hi,
>
> 2009/9/29 Tom :
The usb device and composite device support seems to be entirely based on
usbtty.Is there a newer interface that needs some help bringing to the
mainline? Else, ideas on how to do this cleanly ?
>>> Well, I have the complete Linux gadget
This patch adds support to detect the amount of DDR2 SDRAM
on PMC440 modules. Detection is done by probing through
a list of available and supported hardware configurations
from 1GByte down to 256MB.
The static TLB entry is replaced by dynamically created entries.
Signed-off-by: Matthias Fuchs
-
Am Mittwoch 30 September 2009 11:28:15 schrieb Prafulla Wadaskar:
Hi Prafulla,
> Hi list
>
> We use Raw NAND/flash and copy the binary there,
> After copy,
> is there a way to check the flash sanity after we have burnt an image?
> (e.g. by nand reading and diffing with the binary in RAM?)
>
> Ar
Hi list
We use Raw NAND/flash and copy the binary there,
After copy,
is there a way to check the flash sanity after we have burnt an image?
(e.g. by nand reading and diffing with the binary in RAM?)
Are there any feature/utility/commands readily available for u-boot?
Regards..
Prafulla . .
___
Scott,
after uploading a new kernel with different size than our usual one I
now get either machine check during gunzip or gunzip fails with -3 on my
MPC8343 based MVBLM7 board.
Looks like you have already identified this problem in the past ...
Having a look a at my board config (MVBLM7.h) "gi
Am Mittwoch 30 September 2009 10:17:51 schrieb Simon Kagstrom:
> On Wed, 30 Sep 2009 10:15:35 +0200
> Dieter Kiermaier wrote:
>
> > > > is there anywhere a document how to build open source u-boot for
> > > > sheevaplug which explains all these details?
> > > > (haven't found some documentation
On Wed, 30 Sep 2009 10:15:35 +0200
Dieter Kiermaier wrote:
> > > is there anywhere a document how to build open source u-boot for
> > > sheevaplug which explains all these details?
> > > (haven't found some documentation about this)
> >
> > (Wearing my Prafulla hat): I guess this should be desc
Am Mittwoch 30 September 2009 09:57:10 schrieb Simon Kagstrom:
> On Wed, 30 Sep 2009 09:40:07 +0200
> Dieter Kiermaier wrote:
>
> > > Sounds like you might have problems with USE_PRIVATE_LIBGCC. See this
> > > mail for how to test this:
> > >
> > > http://lists.denx.de/pipermail/u-boot/2009-Au
On Wed, 30 Sep 2009 09:40:07 +0200
Dieter Kiermaier wrote:
> > Sounds like you might have problems with USE_PRIVATE_LIBGCC. See this
> > mail for how to test this:
> >
> > http://lists.denx.de/pipermail/u-boot/2009-August/059313.html
>
> export USE_PRIVATE_LIBGCC=yes
> seems to solve my probl
Hi Simon, hi Prafulla,
> On Wed, 30 Sep 2009 09:02:14 +0200
> Dieter Kiermaier wrote:
>
> > arm-none-linux-gnueabi-ld: ERROR: Source object
> > /home/dieter/ArtistaNET-III/Software/trunk/SDK/tools/gcc/bin/../lib/gcc/arm-none-linux-gnueabi/4.2.0/libgcc.a(_udivsi3.o)
> > has EABI version 4, but
hmmm...to bad...i planned to use a newer uboot version than the one
delivered with my dm6467 (its v1.2).
do you think there will be support any time soon?
and how far do you think are you with dm365? because i will switch to
this plattform sooner or later anyway!
i see you are doing a lot of
On Wed, 30 Sep 2009 09:02:14 +0200
Dieter Kiermaier wrote:
> arm-none-linux-gnueabi-ld: ERROR: Source object
> /home/dieter/ArtistaNET-III/Software/trunk/SDK/tools/gcc/bin/../lib/gcc/arm-none-linux-gnueabi/4.2.0/libgcc.a(_udivsi3.o)
> has EABI version 4, but target u-boot has EABI version 0
>
57 matches
Mail list logo
