Hi Mikhail,
Burst mode UPM setup is not trivial, and it is quite amount of work to
go through your table, so
I'm not surprised nobody has replied.
I assume you've verified the generated waveforms using a logic
analyzer/scope, and compared
them to the DRAMs datasheet (?). If you have access to a
what is wrong with me.
[u-b...@s3c2440a]# nand read 0x30008000 0x0004 0x0020
NAND read: device 0 offset 0x4, size 0x20
2097152 bytes read: OK
[u-b...@s3c2440a]# bootm 0x30008000
## Booting kernel from Legacy Image at 30008000 ...
Image Name: linux-2.6.30-5
Created:
On Thu, 3 Sep 2009 23:20:02 -0700
Prafulla Wadaskar prafu...@marvell.com wrote:
I just wanted to check if there has been any progress on the issue
below (4-bit ECC support to read for the kernel / U-boot) during the
summer.
I am restarting work on this issue for u-boot,
Does anybody
Hi Prafulla!
I see the complications and understand that it might be difficult to
get it running.
On Thu, 3 Sep 2009 07:15:48 -0700
Prafulla Wadaskar prafu...@marvell.com wrote:
I think it could also be useful to be able to produce just the boot
header without the U-boot image. For example
-Original Message-
From: Simon Kagstrom [mailto:simon.kagst...@netinsight.net]
Sent: Friday, September 04, 2009 12:00 PM
To: Prafulla Wadaskar
Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik
Subject: Re: [U-Boot] [PATCH v3 4/4] tools: mkimage: Add:
Kirkwood Boot
Hello Timur,
Timur Tabi wrote:
Currently we define I2C_TIMEOUT like this:
#define I2C_TIMEOUT (CONFIG_SYS_HZ / 4)
I'm seeing some I2C instability on a new board I'm working on, especially
with SPD. If I change the above to
#define I2C_TIMEOUT (CONFIG_SYS_HZ / 2)
The problems
On Fri, 4 Sep 2009 00:17:57 -0700
Prafulla Wadaskar prafu...@marvell.com wrote:
I see the complications and understand that it might be difficult to
get it running.
So we can keep this complex enhancement for future updates, keeping this
patch simpler
I agree, let's merge this patch
fluke56512 a écrit :
what is wrong with me.
[u-b...@s3c2440a]# nand read 0x30008000 0x0004 0x0020
NAND read: device 0 offset 0x4, size 0x20
2097152 bytes read: OK
Hello fluke56512,
IIRC board with S3C2440A does not exist in the official versions of u-boot.
Few attempts
Dear Michal,
In message c1a198be0909032328g56fa785ema485e0bd13c8a...@mail.gmail.com you
wrote:
drivers/net/ns9750_eth.c | 790 ---
drivers/net/tigon3.c | 5697
drivers/net/tigon3.h
Dear Simon Kagstrom,
In message 20090904083003.3f7f0...@marrow.netinsight.se you wrote:
Understandable. On the other hand, it should be possible to pad the
U-boot image to some specific size to keep the size constant. Typically
to the erase size.
This makes no sense. Why would such padding
Dear fluke56512,
In message 200909041501390422...@163.com you wrote:
what is wrong with me.
You mean, that you don't have a real name? Hm.. I'm afraid I cannot
answer that.
[u-b...@s3c2440a]# nand read 0x30008000 0x0004 0x0020
NAND read: device 0 offset 0x4, size 0x20
Dear Timur Tabi,
In message 4a9fdf1e.4090...@freescale.com you wrote:
Currently we define I2C_TIMEOUT like this:
#define I2C_TIMEOUT (CONFIG_SYS_HZ / 4)
= 250, that is.
CONFIG_HZ is 1000, so I2C_TIMEOUT is equal to 250. However, the way it's
used, 250 isn't the number of ticks per
This patch add support new SoCs that are s5pc100 and s5pc110
s5pc1xx SoC is ARM Cortex A8 processor
Signed-off-by: Minkyu Kang mk7.k...@samsung.com
Signed-off-by: HeungJun, Kim riverful@samsung.com
---
cpu/arm_cortexa8/s5pc1xx/Makefile| 53 ++
cpu/arm_cortexa8/s5pc1xx/cache.c
Add new board SMDKC100 that uses s5pc100 SoC
Signed-off-by: Minkyu Kang mk7.k...@samsung.com
Signed-off-by: HeungJun, Kim riverful@samsung.com
---
MAINTAINERS|4 +
MAKEALL|1 +
Makefile |3 +
This patch includes the onenand driver for s5pc1xx
Signed-off-by: Minkyu Kang mk7.k...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/mtd/onenand/Makefile |2 +
drivers/mtd/onenand/samsung.c| 624 ++
Becky Bruce wrote:
snip
This is where Detlev's comment about using the chance to define a
cache API comes into play.
Yes, we probably should create a set of functions like
enable_data_cache(address, size);
and
disable_data_cache(address, size);
which would turn on resp. off the
This patch includes the serial driver for s5pc1xx
Signed-off-by: Minkyu Kang mk7.k...@samsung.com
---
drivers/serial/Makefile |1 +
drivers/serial/serial_s5pc1xx.c | 250 +++
2 files changed, 251 insertions(+), 0 deletions(-)
create mode 100644
On Fri, 04 Sep 2009 10:24:38 +0200
Wolfgang Denk w...@denx.de wrote:
Dear Simon Kagstrom,
In message 20090904083003.3f7f0...@marrow.netinsight.se you wrote:
Understandable. On the other hand, it should be possible to pad the
U-boot image to some specific size to keep the size constant.
Current code is supported only omap3 soc.
this patch will support s5pc1xx(s5pc100 and s5pc110) soc also.
Signed-off-by: Minkyu Kang mk7.k...@samsung.com
---
cpu/arm_cortexa8/cpu.c | 24 +++-
1 files changed, 11 insertions(+), 13 deletions(-)
diff --git
Dear Minkyu Kang,
Minkyu Kang wrote:
Current code is supported only omap3 soc.
this patch will support s5pc1xx(s5pc100 and s5pc110) soc also.
Thanks for this patch!
How is this patch related to
http://lists.denx.de/pipermail/u-boot/2009-August/058492.html
?
Signed-off-by: Minkyu Kang
Becky Bruce becky.br...@freescale.com wrote:
I'm not really deep enough in the implementation details and thus
would appreciate comments for example from Becky and Stefan. In my
opinion, turning on or off the cache on an address range should be
implemented as outlined above, i. e. as an
This patch fixes PMC405DE support. Patch 85d6bf0b fixed out-of-tree
building for this board but the loadpci object did not get linked
after that.
Signed-off-by: Matthias Fuchs matthias.fu...@esd.eu
---
board/esd/pmc405de/Makefile |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
Mark Jackson mpfj-l...@mimc.co.uk wrote:
The functions could also return (architecture dependant) a remapped
address to be used, then we could support:-
Right, and that is the important part: If I'm allowed to return a
remapped address, this API will be trivial to implement on AVR32. If
not, it
Hi Peter
Peter Tyser ptyser at xes-inc.com writes:
Should this chunk of code should be added to your cpu's ft_cpu_setup()
function instead of here? Then any mpc82xx board can leverage it
instead of reinventing the wheel.
Sure, I just copied it from one of the other 13 boards that do it like
Dear Heiko Schocher,
In message 4aa0bec5.3010...@denx.de you wrote:
CONFIG_HZ is 1000, so I2C_TIMEOUT is equal to 250. However, the way it's
used, 250 isn't the number of ticks per second, it's used as number of
microseconds. If CONFIG_HZ is changed to 100, does that mean that we want
Make arm926ejs use -march=armv5t to avoid problems with EABI
Using -march=armv5t instead of armv5te allows Marvell Kirkwood-based
boards to boot with the EABI changes introduced in commit
f772acf8a584067033eff1e231fcd1fb3a00d3d9
Signed-off-by: Simon Kagstrom simon.kagst...@netinsight.net
---
Hi,
As he goes to home, I reply it instead.
On Fri, Sep 4, 2009 at 5:43 PM, Dirk Behmedirk.be...@googlemail.com wrote:
Dear Minkyu Kang,
Minkyu Kang wrote:
Current code is supported only omap3 soc.
this patch will support s5pc1xx(s5pc100 and s5pc110) soc also.
Thanks for this patch!
How
Dear Minkyu Kang,
In message 4aa0ce3b.7050...@samsung.com you wrote:
This patch add support new SoCs that are s5pc100 and s5pc110
s5pc1xx SoC is ARM Cortex A8 processor
Please change into:
This patch adds support for the Samsung s5pc100 and s5pc110
SoCs. The s5pc1xx SoC is an
Hello,
I use U-Boot for starting Windows CE. At the moment I take the nk.bin File
and start it with the U-Boot patch of Ryan Chen. Now I will compress the
nk.bin file, because in addition to that it takes much less space in the
Flash memory. I have tried it with the unzip command, but it takes
Dear Minkyu Kang,
In message 4aa0ce3f.60...@samsung.com you wrote:
This patch includes the onenand driver for s5pc1xx
Signed-off-by: Minkyu Kang mk7.k...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
...
+static int s3c_read_reg(int offset)
+{
+ return
Kyungmin Park wrote:
Hi,
As he goes to home, I reply it instead.
Nice weekend then :)
On Fri, Sep 4, 2009 at 5:43 PM, Dirk Behmedirk.be...@googlemail.com wrote:
Dear Minkyu Kang,
Minkyu Kang wrote:
Current code is supported only omap3 soc.
this patch will support s5pc1xx(s5pc100 and
On Fri, Sep 4, 2009 at 7:45 PM, Dirk Behmedirk.be...@googlemail.com wrote:
Kyungmin Park wrote:
Hi,
As he goes to home, I reply it instead.
Nice weekend then :)
On Fri, Sep 4, 2009 at 5:43 PM, Dirk Behmedirk.be...@googlemail.com
wrote:
Dear Minkyu Kang,
Minkyu Kang wrote:
Current
Dear Minkyu Kang,
In message 4aa0ce4a.3060...@samsung.com you wrote:
Add new board SMDKC100 that uses s5pc100 SoC
...
diff --git a/board/samsung/smdkc100/mem_setup.S
b/board/samsung/smdkc100/mem_setup.S
new file mode 100644
index 000..a3e692f
--- /dev/null
+++
Dear Simon Kagstrom,
In message 20090904103602.7a0ec...@marrow.netinsight.se you wrote:
Understandable. On the other hand, it should be possible to pad the
U-boot image to some specific size to keep the size constant. Typically
to the erase size.
This makes no sense. Why would
Hi,
On Fri, Sep 4, 2009 at 7:44 PM, Wolfgang Denkw...@denx.de wrote:
Dear Minkyu Kang,
In message 4aa0ce3f.60...@samsung.com you wrote:
This patch includes the onenand driver for s5pc1xx
Signed-off-by: Minkyu Kang mk7.k...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Dear Kyungmin Park,
In message 9c9fda240909040234m4fdd7466ybb38d0d0618cd...@mail.gmail.com you
wrote:
...
#ifndef CONFIG_L2_OFF
- /* turn off L2 cache */
- l2_cache_disable();
- /* invalidate L2 cache also */
- v7_flush_dcache_all(get_device_type());
-#endif
-
On Fri, 04 Sep 2009 12:57:57 +0200
Wolfgang Denk w...@denx.de wrote:
Dear Simon Kagstrom,
In message 20090904103602.7a0ec...@marrow.netinsight.se you wrote:
Understandable. On the other hand, it should be possible to pad the
U-boot image to some specific size to keep the size
Dear A. Geisreiter,
In message 000e01ca2d48$728b0890$57a119...@de you wrote:
Dies ist eine mehrteilige Nachricht im MIME-Format.
Please stop doing this. Please post plain text only. Do not post HTML.
I use U-Boot for starting Windows CE. At the moment I take the nk.bin File
and start it with
Dear Kyungmin Park,
In message 9c9fda240909040409u576a7149kd4a4666148bfa...@mail.gmail.com you
wrote:
+++ b/board/samsung/smdkc100/mem_setup.S
Why is this all written in assembly code?
Cannot we use C instead?
Since it is used at OneNAND IPL. It has size limitation.
So what? Do
Hi fluke56512
I was the last one to work on an s3c2440 port - I ran out of time but I hope to
submit my changes for the next release. In the meantime, you can use my patches
as a starting point (see the series of patches in ref 1) or if you contact me
directly I can send you a single patch for
Hi,
according to http://lists.denx.de/pipermail/u-boot/2008-September/040553.html
I request an update.
It is needed for MACH_TYPE_ETHERCAN2 (based on MEESC board, patch will come
soon.)
The last kernel source was synced on 2009-06-20, and is also outdated. So
please sync against
Kyungmin Park wrote:
On Fri, Sep 4, 2009 at 7:45 PM, Dirk Behmedirk.be...@googlemail.com wrote:
Kyungmin Park wrote:
...
+ if (get_device_type() != 0xC100) {
Hmm, what is this 0xC100 ?
Now we got two cpu, s5pc100 and s5pc110. In case of s5pc100 we don't
need to turn off l2 cache. but
Dear Kyungmin Park,
In message 9c9fda240909040411w468baddv9cdd59fafeab2...@mail.gmail.com you
wrote:
Do you use the very same U-Boot image on both SoCs?
Yes. One U-Boot image support 2 different CPU and 7 different boards.
We don't want to make a u-boot for each board.
Ah, this explains
Dears,
Where can I download the newest u-boot version ?
I tried download from DENX FTP server, but nothing are there?
Thanks,
Marcos Cunha
Electrical Enginner
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello Mr. Denk,
Please stop doing this. Please post plain text only. Do not post HTML.
Sorry, I don't know it.
What makes you think that the uncompression code used by bootm would
be any faster than the one used by unzip? It ain't faster, as it is
the very same code actually.
If bootm use
Marcos Cunha wrote:
Dears,
Where can I download the newest u-boot version ?
http://git.denx.de/?p=u-boot.git;a=summary
Best regards
Dirk
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Marcos Cunha,
In message 4aa0fed9.1050...@atlantico.com.br you wrote:
Where can I download the newest u-boot version ?
See http://www.denx.de/wiki/U-Boot/SourceCode
I tried download from DENX FTP server, but nothing are there?
Where did you look?
I can see the latest release for
Dear A. Geisreiter,
In message 001701ca2d55$f30b6200$d92226...@de you wrote:
What makes you think that the uncompression code used by bootm would
be any faster than the one used by unzip? It ain't faster, as it is
the very same code actually.
If bootm use the same code like the unzip
image/gifimage/gif___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Wouter,
On Friday 04 September 2009 14:34:49 Wouter Eckhardt wrote:
I'm making quite good progress porting U-Boot (2009.03) to my custom
PPC440GX board.
2009.03 is already old. I suggest you use the 2009.09 release.
Right now I'm trying to solve a little problem I have
with board
Marcos Cunha wrote:
Denx,
I am trying to access this FTP server ftp://ftp.denx.de/pub/u-boot/,
but the connection cannot be established and it is canceled by timeout
(using Firefox). I tried with Internet Explorer, but its want a
username and password, Anonymous account did not work.
I
Hi Stefan,
Thanks for the quick reply.
2009.03 is already old. I suggest you use the 2009.09 release.
Okay, shouldn't be too much trouble. (You actually meant .08, right? :-)
d-cache is the solution.
That's what I thought as well. Seems that coming up with the solution
was a bit
It is supposed to be . Denk,
Marcos Cunha wrote:
Marcos Cunha wrote:
Denx,
I am trying to access this FTP server ftp://ftp.denx.de/pub/u-boot/,
but the connection cannot be established and it is canceled by timeout
(using Firefox). I tried with Internet Explorer, but its want a
Hi Wouter,
On Friday 04 September 2009 15:06:52 Wouter Eckhardt wrote:
2009.03 is already old. I suggest you use the 2009.09 release.
Okay, shouldn't be too much trouble. (You actually meant .08, right? :-)
Of course. :)
d-cache is the solution.
That's what I thought as well. Seems
Dear, Dirk
2009/9/4 Dirk Behme dirk.be...@googlemail.com
Kyungmin Park wrote:
On Fri, Sep 4, 2009 at 7:45 PM, Dirk Behmedirk.be...@googlemail.com
wrote:
Kyungmin Park wrote:
...
+ if (get_device_type() != 0xC100) {
Hmm, what is this 0xC100 ?
Now we got two cpu, s5pc100 and
Move the memory node fixup of the MPC8260ADS, ids8247 and muas3001 boards into
common mpc8260 CPU code.
Remove Ethernet node fixup from muas3001 board and modify its config for the
common mpc8260 code to use generic Ethernet fixup.
Signed-off-by: Marcel Ziswiler marcel.ziswi...@noser.com
---
Signed-off-by: Marcel Ziswiler marcel.ziswi...@noser.com
---
board/ep8248/ep8248.c| 22 +-
include/configs/ep8248.h | 53 --
2 files changed, 43 insertions(+), 32 deletions(-)
diff --git a/board/ep8248/ep8248.c
Wolfgang Denk wrote:
Wrong Question. I don't know enough about the I2C protocol. Why is
i2c_wait4bus necessary?
Ok, why is it necessary?
Kumar, any thoughts? Is there something sneaky going on here, or did
you just misinterpret the value of I2C_TIMEOUT?
I guess I2C_TIMEOUT might
Dear Timur Tabi,
In message ed82fe3e0909040709u16adec47id77693ed53193...@mail.gmail.com you
wrote:
I cannot answer this question. I don't even understand why the
i2c_wait4bus() function is needed at all.
Can you explain? I don't know enough about the I2C protocol. Why is
On Fri, 2009-09-04 at 10:12 -0500, Timur Tabi wrote:
Wolfgang Denk wrote:
Wrong Question. I don't know enough about the I2C protocol. Why is
i2c_wait4bus necessary?
Ok, why is it necessary?
Freescale's I2C core supports multiple masters. I'd guess that
i2c_wait4bus() is used to ensure
Dear Timur Tabi,
In message 4aa12e52.2080...@freescale.com you wrote:
Wrong Question. I don't know enough about the I2C protocol. Why is
i2c_wait4bus necessary?
Ok, why is it necessary?
Maybe we should remove it, when nobody knows why it's needed.
Kumar, any thoughts? Is there
Peter Tyser wrote:
If this is the case, the timeout should be the maximum (or reasonable
maximum) time an I2C transaction could take.
How long is that? Is one millisecond good enough?
--
Timur Tabi
Linux kernel developer at Freescale
___
U-Boot
Dear Minkyu Kang,
In message 1f3430fb0909040747l5ef9b87wdef31942377c4...@mail.gmail.com you
wrote:
Why is this all written in assembly code?
Cannot we use C instead?
Because of this function called by lowlevel_init (before jumping to C code).
Any problem?
If so, we can merge to
Minkyu Kang wrote:
Dear, Dirk
2009/9/4 Dirk Behme dirk.be...@googlemail.com
Kyungmin Park wrote:
On Fri, Sep 4, 2009 at 7:45 PM, Dirk Behmedirk.be...@googlemail.com
wrote:
Kyungmin Park wrote:
...
+ if (get_device_type() != 0xC100) {
Hmm, what is this 0xC100 ?
Now we got two cpu,
Thanks for cleaning this up Marcel. I had a few comments though. Your
patch appears to be line wrapped. Please use git to send the patch or
configure your email client not to line-wrap.
On Fri, 2009-09-04 at 14:37 +, Marcel ziswiler wrote:
Move the memory node fixup of the MPC8260ADS,
Dear Wolfgang,
2009/9/4 Wolfgang Denk w...@denx.de
Dear Minkyu Kang,
In message 4aa0ce4a.3060...@samsung.com you wrote:
Add new board SMDKC100 that uses s5pc100 SoC
...
diff --git a/board/samsung/smdkc100/mem_setup.S
b/board/samsung/smdkc100/mem_setup.S
new file mode 100644
index
Hi Marcel,
This patch also appears to be line wrapped.
Best,
Peter
On Fri, 2009-09-04 at 14:41 +, Marcel ziswiler wrote:
Signed-off-by: Marcel Ziswiler marcel.ziswi...@noser.com
---
board/ep8248/ep8248.c| 22 +-
include/configs/ep8248.h | 53
On Fri, 2009-09-04 at 10:30 -0500, Timur Tabi wrote:
Peter Tyser wrote:
If this is the case, the timeout should be the maximum (or reasonable
maximum) time an I2C transaction could take.
How long is that? Is one millisecond good enough?
The timeout in i2c_wait4bus() could potentially be
I'm trying to use u-boot on renesas SH7760 (demo board edosk7760).
Does anybody have any suggestions?
Thanks in advance
L.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
-Original Message-
From: Michal Simek [mailto:mon...@monstr.eu]
Sent: Thursday, September 03, 2009 11:28 PM
To: Wolfgang Denk
Cc: u-boot@lists.denx.de; Stephen Neuendorffer
Subject: Re: [U-Boot] [PATCH 2/2] License cleanup: remove all files
with All Rights Reserved
notices.
Hi
Hi,
I have a AT91SAM9G20 and try to boot from SD-Card.
I compiled u-boot, but the CONFIG_MMC is missing in the default mode.
I found the default config for this board in /include/config/at91sam9260ek.h
there I added the follofing lines:
#define CONFIG_CMD_MMC 1
#define CONFIG_MMC 1
now I get a
On Fri, Sep 04, 2009 at 12:08:26PM +0200, Konrad Mattheis wrote :
Hi,
I have a AT91SAM9G20 and try to boot from SD-Card.
I compiled u-boot, but the CONFIG_MMC is missing in the default mode.
I found the default config for this board in /include/config/at91sam9260ek.h
there I added the
Hi,
I have a AT91SAM9G20 and try to boot from SD-Card.
I compiled u-boot, but the CONFIG_MMC is missing in the default mode.
I found the default config for this board in
/include/config/at91sam9260ek.h there I added the follofing lines:
#define CONFIG_CMD_MMC 1
#define CONFIG_MMC 1
On Fri, Sep 04, 2009 at 07:38:15PM +0200, Konrad Mattheis wrote :
Hi,
I have a AT91SAM9G20 and try to boot from SD-Card.
I compiled u-boot, but the CONFIG_MMC is missing in the default mode.
I found the default config for this board in
/include/config/at91sam9260ek.h there I added
On Fri, Sep 04, 2009 at 05:29:48PM +0200, Wolfgang Denk wrote:
Kumar, any thoughts? Is there something sneaky going on here, or did
you just misinterpret the value of I2C_TIMEOUT?
I guess I2C_TIMEOUT might always have been misinterpeted.
I think the original code was correct,
On Fri, Sep 04, 2009 at 10:31:00AM +0200, Wolfgang Denk wrote:
CONFIG_HZ is 1000, so I2C_TIMEOUT is equal to 250. However, the way
it's used, 250 isn't the number of ticks per second, it's used as
number of microseconds. If CONFIG_HZ is changed to 100, does that
mean that we want to call
Wolfgang Denk wrote:
Probably not. If you place a read request to a slow device it may
take tens of milliseconds, or even longer - I have no idea. IIRC we
had a box with a LCD display connected over I2C, which didn't ent
into production as originally designed because writing the
Dear Mike Frysinger,
In message 1252022831-4272-1-git-send-email-vap...@gentoo.org you wrote:
The following changes since commit 3aa8b68d80dbcb6829af60485c1e388b39af793d:
Wolfgang Denk (1):
Merge branch 'next' of ../next
are available in the git repository at:
Dear Scott Wood,
In message 20090904183437.ga20...@b07421-ec1.am.freescale.net you wrote:
milliseconds, i. e. a time. (CONFIG_SYS_HZ / 4) is a frequency,
i. e. not a time, but the inverse of it.
It is plain wront to write 250 per second when you mean 250 milliseconds
It is not a
Wolfgang Denk wrote:
Dear Scott Wood,
In message 20090904183437.ga20...@b07421-ec1.am.freescale.net you wrote:
milliseconds, i. e. a time. (CONFIG_SYS_HZ / 4) is a frequency,
i. e. not a time, but the inverse of it.
It is plain wront to write 250 per second when you mean 250 milliseconds
Dear Scott Wood,
In message 20090904183645.gb20...@b07421-ec1.am.freescale.net you wrote:
CONFIG_SYS_HZ is a constant of 1000. We do not change constants.
We shouldn't call them CONFIGurable, then. :-)
Agreed. This should never have made it into public code. But it
slipped through some 9
Dear Timur Tabi,
In message 4aa15ede.6080...@freescale.com you wrote:
Well, that's an extreme case that is board-specific. Perhaps I should do
this:
#ifndef CONFIG_I2C_TIMEOUT
#define CONFIG_I2C_TIMEOUT1000
#endif
OK.
Also, should we be using the same value for the timeout in
Dear Mike Frysinger,
In message 1248381423-29524-1-git-send-email-vap...@gentoo.org you wrote:
Atmel DataFlashes by default operate with pages that are slightly bigger
than normal binary sizes (i.e. many are 1056 byte pages rather than 1024
bytes). However, they also have a power of 2 mode
Dear Hu Mingkai-B21284,
sorry for the late reply [I have to admit that I kind of loist track
where we are with this discussion - too many diverging statements
found].
In message
73839b4a0818e747864426270ac332c3043f5...@zmy16exm20.fsl.freescale.net you
wrote:
How do you think of this method?
Dear Peter Tyser,
In message 1250913921-15689-2-git-send-email-pty...@xes-inc.com you wrote:
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
common/dlmalloc.c | 18 +-
include/malloc.h |6 ++
lib_arm/board.c| 20
Dear Peter Tyser,
In message 1250913921-15689-3-git-send-email-pty...@xes-inc.com you wrote:
This lays the groundwork to allow architectures to share a common
mem_malloc_init().
Note that the x86 implementation was not modified as it did not fit the
mold of all other architectures.
Dear Graeme Russ,
In message 1250996401-13642-4-git-send-email-graeme.r...@gmail.com you wrote:
A local variable was deleted that should not have been
Signed-off-by: Graeme Russ graeme.r...@gmail.com
---
lib_i386/pcat_timer.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
Dear Graeme Russ,
In message 1250996401-13642-5-git-send-email-graeme.r...@gmail.com you wrote:
The current configuration of the Environment has the redundant copy of the
environment in the Boot Flash - This was never the intent. The Environment
should instead be in the first two sectors of
Dear Graeme Russ,
In message 1250996401-13642-6-git-send-email-graeme.r...@gmail.com you wrote:
The current implementation has the timer being started before the interrupt
handler is installed. It the interrupt occurs before the handler is
installed, the timer interrupt is never reset and the
Dear Graeme Russ,
In message 1250996401-13642-7-git-send-email-graeme.r...@gmail.com you wrote:
Change PCI_REGION_MEMORY to PCI_REGION_SYS_MEMORY (Originally done in
commit ff4e66e93c1a, regressed by commit 6d7f610b09f8)
Cast PCI_ROM_ADDRESS_MASK to u32
Wrap probe_pci_video() call inside
Dear Graeme Russ,
In message 1250996401-13642-8-git-send-email-graeme.r...@gmail.com you wrote:
Cast first parameter to sata_cpy()
In /drivers/block/ata_piix.h, ata_id_has_lba48(), ata_id_has_lba(),
ata_id_has_dma(), ata_id_u32(), ata_id_u64() are all defined in
include/libata.h which is
Dear Graeme Russ,
In message 1250996401-13642-9-git-send-email-graeme.r...@gmail.com you wrote:
Removed do_pinit() - now declared in cmd_pcmcia.c
Added #define CONFIG_CMD_PCMCIA around pcmcia_off() in line with other
PCMCIA drivers
signed/unsigned type fixups
Added semi-colon after
Dear Graeme Russ,
In message 1250996401-13642-10-git-send-email-graeme.r...@gmail.com you wrote:
This patch is based on a patch submitted by Jean-Christophe PLAGNIOL-VILLARD
on 18th May 2008 as part of a general i386 / sc520 fixup which was never
applied
Signed-off-by: Graeme Russ
Dear Graeme Russ,
In message 1250996401-13642-11-git-send-email-graeme.r...@gmail.com you wrote:
Primary intent is to resolve build errors for this board which has been
neglected for a very long time. I do not have one of these boards, so I
cannot test functionality
Signed-off-by: Graeme
Dear Graeme Russ,
In message 1250996401-13642-12-git-send-email-graeme.r...@gmail.com you wrote:
Now that the PCI, SATA et al compile problems have been resolved, the
cludge that was applied to avoid them can be removed
Signed-off-by: Graeme Russ graeme.r...@gmail.com
---
Dear Graeme Russ,
In message 1250996401-13642-13-git-send-email-graeme.r...@gmail.com you wrote:
Signed-off-by: Graeme Russ graeme.r...@gmail.com
---
board/eNET/eNET.c | 86
board/sc520_cdp/flash.c | 14 +-
board/sc520_cdp/sc520_cdp.c | 171
Dear Graeme Russ,
In message 1250996401-13642-14-git-send-email-graeme.r...@gmail.com you wrote:
--===2050527354==
Signed-off-by: Graeme Russ graeme.r...@gmail.com
---
board/eNET/Makefile | 10 +-
board/sc520_cdp/Makefile| 14 +-
Dear Graeme Russ,
In message 1250996401-13642-15-git-send-email-graeme.r...@gmail.com you wrote:
--===0053267559==
Signed-off-by: Graeme Russ graeme.r...@gmail.com
---
board/eNET/Makefile|1 +
board/eNET/eNET_pci.c | 95
Dear Graeme Russ,
In message 4a990ae7.2080...@gmail.com you wrote:
OK, after much wailing and gnashing of teeth, I have FINALLY got the
Ethernet chips on my eNET board working. In the end, the critical mod was
in drivers/net/rtl8139.c, line 217 where I needed to change
PCI_BASE_ADDRESS_1 to
Dear Roy Zang,
In message 1250884192.23342.3.ca...@rock.ap.freescale.net you wrote:
From: Roy Zang tie-fei.z...@freescale.com
Use different PBA value for E1000 PCI and PCIe cards.
Signed-off-by: Roy Zang tie-fei.z...@freescale.com
---
Andre, please help to verify it on your board.
1 - 100 of 138 matches
Mail list logo