Hello York,
York Sun wrote:
From: york york...@freescale.com
EEPROM requires tWR for write cycle time. Since there is no other way to
poll if the internal programming ends, wait for 5ms which is the max timing
for AT24C01/02/04/08/16 by default. It can be overridden by defining
On 05/26/2011 10:52 PM, Peter Meerwald wrote:
Hello,
I am trying to get tftp working on the pandaboard; I am testing Simon's v6
patch series and Gilles EHCI patches
doc/README.sub claims that the SMSC driver supports usbethaddr, I do not
see this
smsc95xx_init_mac_address() fails to
On Fri, 2011-05-27 at 08:04 +0200, Heiko Schocher wrote:
Hmm.. you add this timeout in the i2c driver, which will result in
adding this default 5 ms delay for *all* i2c writes, not only for
eeprom devices ... why you didn;t add this timeout in cmd_eeprom,
where it seems to me is the better
On 5/26/2011 9:33 PM, Graeme Russ wrote:
Hi Bill,
snip
get_ticks() does not care about the clock rate - It simply looks at the
current value of the hardware tick counter and the value of the hardware
tick counter the last time get_ticks() was called, calculates the difference
and adds that
On Fri, May 27, 2011 at 4:33 PM, J. William Campbell
jwilliamcampb...@comcast.net wrote:
On 5/26/2011 9:33 PM, Graeme Russ wrote:
Hi Bill,
snip
[massive snip]
OK, you have my ears pricked - Can you give me code samples for:
- get_ticks()
- sync_timbase() (no need to implement the whole
Dear Graeme Russ,
In message banlktinwvy9b4qzelnawf7mkt9z1zem...@mail.gmail.com you wrote:
I think we will need to define get_timer() weak - Nios will have to
override the default implementation to cater for it's (Nios') limitations
Please don't - isn't the purpose of this whole discussion
Dear Graeme Russ,
In message BANLkTi=Nj09smJ+tTuE4p=rWFz=r9gb...@mail.gmail.com you wrote:
I think we should - If CONFIG_SYS_HZ _MUST_ be 1000 anyway, what is the
point. Also, get_timer() utilisation as it stands for the most part already
assumes a 1ms time base. Maybe we should change
Dear J. William Campbell,
In message 4ddefdbc.7050...@comcast.net you wrote:
I really STRONGLY disagree with this statement. If you actually needed
64 bit variables, fine use them. But as I have already shown, you do not
need them in general. We are computing a 32 bit result. There is some
Dear J. William Campbell,
In message 4ddf2072.5090...@comcast.net you wrote:
...
The problem is that the way we previously detected wrapping does not
work if the interrupt rate is == to the counter wrap time, which it
essentially always is. If get_ticks is trying to update the wrap count
Hi Wolfgang,
On 27/05/11 17:17, Wolfgang Denk wrote:
Dear Graeme Russ,
In message BANLkTi=Nj09smJ+tTuE4p=rWFz=r9gb...@mail.gmail.com you wrote:
I think we should - If CONFIG_SYS_HZ _MUST_ be 1000 anyway, what is the
point. Also, get_timer() utilisation as it stands for the most part
Hi Wolfgang,
On 27/05/11 17:13, Wolfgang Denk wrote:
Dear Graeme Russ,
In message banlktinwvy9b4qzelnawf7mkt9z1zem...@mail.gmail.com you wrote:
I think we will need to define get_timer() weak - Nios will have to
override the default implementation to cater for it's (Nios') limitations
Am 26.05.2011 17:41, schrieb Alexander Holler:
Am 26.05.2011 13:30, schrieb Christian Spielberger:
...
But even than USB doesn't seem to work on a BeagleBoard XM (at least
some people told me so). I don't have a XM, so I can't help more there.
It might be a problem with (a needed reset of) the
Dear Simon Glass,
In message banlktinxp1wua9+_evc0ppk+7uj89uk...@mail.gmail.com you wrote:
I guess you cannot, at least not in general. In worst case that would
mean we have to process 1e6 interrupts per second, which leaves little
time for anything useful.
Sorry Wolfgang I don't
Dear Graeme Russ,
In message 4ddf53d3.1060...@gmail.com you wrote:
No. At least not unless you also provide other get_some unit_timer()
functions which we most likely will not do.
I think you will find most platforms will support get_us_timer() trivially.
Those that can't can use
Dear Graeme Russ,
In message 4ddf543d.6020...@gmail.com you wrote:
I think we will need to define get_timer() weak - Nios will have to
override the default implementation to cater for it's (Nios') limitations
Please don't - isn't the purpose of this whole discussion to use
common
Hi Wolfgang
On Friday, May 27, 2011, Wolfgang Denk w...@denx.de wrote:
Dear Graeme Russ,
In message 4ddf543d.6020...@gmail.com you wrote:
I think we will need to define get_timer() weak - Nios will have to
override the default implementation to cater for it's (Nios') limitations
On Friday, May 27, 2011, Graeme Russ graeme.r...@gmail.com wrote:
Hi Wolfgang
On Friday, May 27, 2011, Wolfgang Denk w...@denx.de wrote:
Dear Graeme Russ,
In message 4ddf543d.6020...@gmail.com you wrote:
I think we will need to define get_timer() weak - Nios will have to
override the
Hi Ben,
Add another nand write. variant, trimffs. This command will request of
nand_write_skip_bad() that all trailing all-0xff pages will be
dropped from eraseblocks when they are written to flash as-per the
reccommended behaviour of the UBI FAQ [1].
The function that implements this
Hi Ben,
Add a flag to nand_read_skip_bad() such that if true, any trailing
pages in an eraseblock whose contents are entirely 0xff will be
dropped.
The implementation is via a new drop_ffs() function which is
based on the function of the same name from the ubiformat
utility by Artem
On 05/27/2011 09:34 AM, Alexander Holler wrote:
Am 26.05.2011 17:41, schrieb Alexander Holler:
Am 26.05.2011 13:30, schrieb Christian Spielberger:
...
But even than USB doesn't seem to work on a BeagleBoard XM (at least
some people told me so). I don't have a XM, so I can't help more there.
Am I right in thinking there is no IGMP support for TFTP Mcast or do
those chips that have mcast() functions do it
automatically?
Would there be interest in a patch to provide rudimentary IGMP
support? Thinking IGMPv2 join group, no report responses. Just enough
to get some traffic.
JP
Hello,
I'm using u-boot 2010.09 on TQM885D board.
In this system UPMA is programmed for SDRAM, but now I would like to use this
UPM for another external memory.
In your opinion it's possible to program UPMB instead of UPMA for the SDRAM
management? In other words can I exchange UPMA with
Hi Pandu,
Hi all,
I was working on enabling the watchdog timer in the U-Boot for MIPS
based platform. I set up the timer and watchdog. when the timer expires, I
need to kick the watchdog until the user timeout period expires.
I see that for ARM we have do_irq function which gets called
On 05/26/2011 07:00 PM, David Jander wrote:
i.MX51 PLL1 seems to have stability problems. It is advised to not use it,
although it is unclear whether all boards and/or chip revisions have this
problem. Using PLL2 for the core and DDR2 seems to fix the problem.
No official errata yet.
Hi
On 05/26/2011 07:45 PM, David Jander wrote:
On Thu, 26 May 2011 19:00:14 +0200
David Jander da...@protonic.nl wrote:
Hi David,
I would like to have some feedback before resubmitting the patch with the
amended commit message. I would also like to know whether I should include
another patch
On 05/26/2011 06:11 PM, Helmut Raiger wrote:
Hi,
Hi Helmut,
I tried to upgrade my 2010/09 version of u-boot for our i.MX31
board, fixed the stuff needed for the new relocation scheme and ...
nothing, ... no prompt, so I compiled for mx31pdk (without any change of
source code) as
Dear Graeme Russ,
In message banlktimb4ykkpk10gzkormluyqbpxth...@mail.gmail.com you wrote:
Nobody claims that get_timer() has any specific resolution. It is
perfectly legal that a loop like
for (;;) {
u32t = get_time();
printf(t=%ul\n, t);
Dear Graeme Russ,
In message banlktik2sum4sm8aljcrcmz+kcmgwge...@mail.gmail.com you wrote:
Besides, Nios can return an increment of 10 (presumably ms) between
two immediately consecutive calls. This causes early timeouts in CFI
driver
Now this in turn is a bug in the timer implementation
hi
I'm not sure if this is the proper list for posting this question but it seems
to me that there are some folks here that have vast experience of the mpc5121
chip, so here it goes.
I'm currently trying to port an older kernel version (2.6.33-rc6 non realtime)
to a newer one (2.6.33.9
Am 27.05.2011 11:40, schrieb Christian Spielberger:
On 05/27/2011 09:34 AM, Alexander Holler wrote:
Am 26.05.2011 17:41, schrieb Alexander Holler:
Am 26.05.2011 13:30, schrieb Christian Spielberger:
...
But even than USB doesn't seem to work on a BeagleBoard XM (at least
some people told me
On Fri, 27 May 2011 12:13:32 +0200
Stefano Babic sba...@denx.de wrote:
On 05/26/2011 07:00 PM, David Jander wrote:
i.MX51 PLL1 seems to have stability problems. It is advised to not use it,
although it is unclear whether all boards and/or chip revisions have this
problem. Using PLL2 for
On May 20, 2011, at 1:06 AM, Kumar Gala wrote:
Add ifdef protection in LBC code to handle the case in which
CONFIG_SYS_BR0_PRELIM and CONFIG_SYS_OR0_PRELIM arent defined for a
build.
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
arch/powerpc/cpu/mpc8xxx/fsl_lbc.c |2 ++
1
Hi Wolfgang
On Friday, May 27, 2011, Wolfgang Denk w...@denx.de wrote:
Dear Graeme Russ,
In message banlktik2sum4sm8aljcrcmz+kcmgwge...@mail.gmail.com you wrote:
Besides, Nios can return an increment of 10 (presumably ms) between
two immediately consecutive calls. This causes early timeouts
On Fri, 27 May 2011 11:34:53 +
Einar Már Björgvinsson einar.bjorgvins...@marel.com wrote:
hi
I'm not sure if this is the proper list for posting this question but it
seems to me that there are some folks here that have vast experience of the
mpc5121 chip, so here it goes.
It is
On 05/27/2011 02:40 PM, Fabio Estevam wrote:
Hi Stefano,
Does this patch series look fine now?
Hi Fabio,
I have no comments about your last post. However, as you posted the
first patchset for the MX53ARD when the merge window was already closed
(not last Wolfgang has already published the
Graeme Russ wrote:
Hi Wolfgang
On Friday, May 27, 2011, Wolfgang Denk w...@denx.de wrote:
Dear Graeme Russ,
In message banlktik2sum4sm8aljcrcmz+kcmgwge...@mail.gmail.com you wrote:
Besides, Nios can return an increment of 10 (presumably ms) between
two immediately consecutive calls. This
On 5/27/2011 12:28 AM, Wolfgang Denk wrote:
Dear J. William Campbell,
In message4ddefdbc.7050...@comcast.net you wrote:
I really STRONGLY disagree with this statement. If you actually needed
64 bit variables, fine use them. But as I have already shown, you do not
need them in general. We
From dc3cda4054bc94c2ae3c1d104b5162681a16e7ac Mon Sep 17 00:00:00 2001
From: Alex Waterman awater...@dawning.com
Date: Thu, 19 May 2011 15:08:36 -0400
Subject: [PATCH v2] NAND: Add 16bit NAND support for the NDFC
This patch adds support for 16 bit NAND devices attached to the
NDFC on ppc4xx
This patch series mainly updates digsy_mtc board to initialize
graphic extention hardware and add splash screen support.
The last patch is an update for mtc appreg command.
Anatolij Gustschin (5):
video: mb862xx: support Coral-PA controller
pci: option for configurable delay between pci reset
Add detection of Coral-PA and configure Coral CCF an MMR parameters
using CONFIG_SYS_MB862xx_CCF and CONFIG_SYS_MB862xx_MMR macros.
Use CCF and MMR parameters for Coral-P Eval. Board if the appropriate
macros weren't defined.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
PCI cards might need some time after reset to respond.
On some boards (mpc5200 or mpc8260 based) the PCI bus reset is
deasserted at pci_board_init() time, so we can not use available
pcidelay option for waiting before pci bus scan here. Add an option
to delay bus scan by setting pci_scan_delay
A delay of approximately 250 ms after PCI bus reset in
pci_mpc5xxx_init() is needed to recognize the Coral-PA
controller on graphic extention board. With this option
enabled we can set the environment variable pci_scan_delay
to the needed value.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
Add detection and initialisation for graphic extension board
and support splash screen when booting. Enable bmp command
in the board configuration and provide disp command to
be able to switch the display on/off.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
board/digsy_mtc/Makefile|
Up to now only reading 'appreg' value was implemented in the
digsyMTC special 'mtc appreg' command. Extend the command to
support writing appreg value, too.
Signed-off-by: Werner Pfister pfister_wer...@intercontrol.de
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
board/digsy_mtc/cmd_mtc.c
On 5/27/2011 12:33 AM, Wolfgang Denk wrote:
Dear J. William Campbell,
In message4ddf2072.5090...@comcast.net you wrote:
...
The problem is that the way we previously detected wrapping does not
work if the interrupt rate is == to the counter wrap time, which it
essentially always is. If
On 5/27/2011 12:35 AM, Graeme Russ wrote:
Hi Wolfgang,
On 27/05/11 17:13, Wolfgang Denk wrote:
Dear Graeme Russ,
In messagebanlktinwvy9b4qzelnawf7mkt9z1zem...@mail.gmail.com you wrote:
I think we will need to define get_timer() weak - Nios will have to
override the default implementation
On Fri, May 27, 2011 at 12:40 AM, Wolfgang Denk w...@denx.de wrote:
Dear Simon Glass,
In message banlktinxp1wua9+_evc0ppk+7uj89uk...@mail.gmail.com you wrote:
I guess you cannot, at least not in general. In worst case that would
mean we have to process 1e6 interrupts per second, which
Hi,
please pull my git://git.denx.de/u-boot-pxa ixp branch into your u-
boot/master branch. Thanks
These are mostly the IXP changes + I added the fix I promissed you half a year
ago ... damn the time runs fast :-/
Cheers
The following changes since commit
On Fri, May 27, 2011 at 12:45 AM, Wolfgang Denk w...@denx.de wrote:
Dear Graeme Russ,
In message 4ddf53d3.1060...@gmail.com you wrote:
No. At least not unless you also provide other get_some unit_timer()
functions which we most likely will not do.
I think you will find most platforms
On 5/27/2011 6:07 AM, Scott McNutt wrote:
Graeme Russ wrote:
Hi Wolfgang
On Friday, May 27, 2011, Wolfgang Denk w...@denx.de wrote:
Dear Graeme Russ,
In message banlktik2sum4sm8aljcrcmz+kcmgwge...@mail.gmail.com you
wrote:
Besides, Nios can return an increment of 10 (presumably ms)
On Fri, May 27, 2011 at 8:00 AM, J. William Campbell
jwilliamcampb...@comcast.net wrote:
[snip]
Hi All,
A more precise statement of the problem is that all timer delays
may be shortened by the timer resolution. So this means that if you have
a timeout of 1 ms in your get_time(0) { }
Hi Anatolij,
PCI cards might need some time after reset to respond.
On some boards (mpc5200 or mpc8260 based) the PCI bus reset is
deasserted at pci_board_init() time, so we can not use available
pcidelay option for waiting before pci bus scan here. Add an option
to delay bus scan by setting
Hi Anatolij,
A delay of approximately 250 ms after PCI bus reset in
pci_mpc5xxx_init() is needed to recognize the Coral-PA
controller on graphic extention board. With this option
enabled we can set the environment variable pci_scan_delay
to the needed value.
Signed-off-by: Anatolij
Hi Anatolij,
Add detection and initialisation for graphic extension board
and support splash screen when booting. Enable bmp command
in the board configuration and provide disp command to
be able to switch the display on/off.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
[...]
Hi Anatolij,
Up to now only reading 'appreg' value was implemented in the
digsyMTC special 'mtc appreg' command. Extend the command to
support writing appreg value, too.
Signed-off-by: Werner Pfister pfister_wer...@intercontrol.de
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
Hello:
I created a simple coding style patch by checkpatch.pl for Samsung sdk2410.
May I upload the patch to mail list?
Thanks.
Peter Kong.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 5/26/2011 11:54 PM, Graeme Russ wrote:
On Fri, May 27, 2011 at 4:33 PM, J. William Campbell
jwilliamcampb...@comcast.net wrote:
On 5/26/2011 9:33 PM, Graeme Russ wrote:
Hi Bill,
snip
[massive snip]
OK, you have my ears pricked - Can you give me code samples for:
- get_ticks()
-
J. William Campbell wrote:
On 5/27/2011 6:07 AM, Scott McNutt wrote:
Graeme Russ wrote:
Hi Wolfgang
On Friday, May 27, 2011, Wolfgang Denk w...@denx.de wrote:
Dear Graeme Russ,
In message banlktik2sum4sm8aljcrcmz+kcmgwge...@mail.gmail.com you
wrote:
Besides, Nios can return an increment
On 5/27/2011 8:44 AM, Scott McNutt wrote:
J. William Campbell wrote:
On 5/27/2011 6:07 AM, Scott McNutt wrote:
Graeme Russ wrote:
Hi Wolfgang
On Friday, May 27, 2011, Wolfgang Denk w...@denx.de wrote:
Dear Graeme Russ,
In message banlktik2sum4sm8aljcrcmz+kcmgwge...@mail.gmail.com
you
Hi Detlev,
On Fri, 27 May 2011 17:26:24 +0200
Detlev Zundel d...@denx.de wrote:
...
PCI cards might need some time after reset to respond.
On some boards (mpc5200 or mpc8260 based) the PCI bus reset is
deasserted at pci_board_init() time, so we can not use available
pcidelay option for
On 5/27/2011 8:13 AM, Simon Glass wrote:
On Fri, May 27, 2011 at 8:00 AM, J. William Campbell
jwilliamcampb...@comcast.net wrote:
[snip]
Hi All,
A more precise statement of the problem is that all timer delays
may be shortened by the timer resolution. So this means that if you have
a
Hi Detlev,
On Fri, 27 May 2011 17:33:33 +0200
Detlev Zundel d...@denx.de wrote:
...
board/digsy_mtc/exbo.h | 17 +
Please fold this into the digsy_mtc.h file. We should not add more
files without proper licensing headers and 17 lines surely do not
justify going to this
Hi Detlev,
On Fri, 27 May 2011 17:36:01 +0200
Detlev Zundel d...@denx.de wrote:
...
+ must be betwenn 1 and 255\n);
Typo, should be between
I'll fix it. Thanks for catching!
Thanks,
Anatolij
___
U-Boot mailing
From the traces you show, I am not sure this is what you are missing,
though. The other detail, is that I used the latest version of
X-loader git, it may enable some clocks that previous versions did not
enable. I would like to rebase the patches on the SPL patches posted
where is the latest
On 28/05/11 01:49, J. William Campbell wrote:
On 5/26/2011 11:54 PM, Graeme Russ wrote:
On Fri, May 27, 2011 at 4:33 PM, J. William Campbell
jwilliamcampb...@comcast.net wrote:
On 5/26/2011 9:33 PM, Graeme Russ wrote:
Hi Bill,
snip
[massive snip]
[another big snip]
I just realised -
On 5/27/11 2:44 AM, Pandurang Kale wrote:
Has any one implemented it for MIPS based platform? If not, any hint to
get it working.
https://www.ibm.com/developerworks/mydeveloperworks/blogs/ddou/entry/implementing_mips_interrupts_for_u_boot28?lang=en
Hi Bill,
On 28/05/11 00:23, J. William Campbell wrote:
On 5/27/2011 12:35 AM, Graeme Russ wrote:
Hi Wolfgang,
On 27/05/11 17:13, Wolfgang Denk wrote:
Dear Graeme Russ,
In messagebanlktinwvy9b4qzelnawf7mkt9z1zem...@mail.gmail.com you wrote:
I think we will need to define get_timer() weak
67 matches
Mail list logo