Dear Graeme Russ,
In message 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 code for this ?
Best regards,
Wo
Dear Graeme Russ,
In message 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 get_timer() to
> get_ms_timer() to avoid any ambiguit
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
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 cou
Hi Wolfgang,
On 27/05/11 17:17, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message 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 sho
Hi Wolfgang,
On 27/05/11 17:13, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message 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
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)
Dear Simon Glass,
In message 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 really understand this. We would only proces
Dear Graeme Russ,
In message <4ddf53d3.1060...@gmail.com> you wrote:
>
> > No. At least not unless you also provide other get__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 get_ms
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
Hi Wolfgang
On Friday, May 27, 2011, Wolfgang Denk 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 wrote:
> Hi Wolfgang
>
> On Friday, May 27, 2011, Wolfgang Denk 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 impl
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 t
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 UPMB(th
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 ca
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 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 fixing all
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)
Dear Graeme Russ,
In message 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);
> > }
> >
> > returns 100 m
Dear Graeme Russ,
In message 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 that needs to be
fixed.
Best regards,
Wolfgang D
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 wit
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 pe
On Fri, 27 May 2011 12:13:32 +0200
Stefano Babic 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 the core a
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
> ---
> arch/powerpc/cpu/mpc8xxx/fsl_lbc.c |2 ++
> 1 files changed, 2 in
Hi Wolfgang
On Friday, May 27, 2011, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message 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
On Fri, 27 May 2011 11:34:53 +
Einar Már Björgvinsson 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 indeed not the correct list
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 t
Graeme Russ wrote:
> Hi Wolfgang
>
> On Friday, May 27, 2011, Wolfgang Denk wrote:
>> Dear Graeme Russ,
>>
>> In message 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 t
On 5/27/2011 12:28 AM, Wolfgang Denk wrote:
> 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 ge
>From dc3cda4054bc94c2ae3c1d104b5162681a16e7ac Mon Sep 17 00:00:00 2001
From: Alex Waterman
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 processors. Two config en
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 rese
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
---
drivers/video/mb862xx.c | 32 +
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
---
include/co
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
---
board/digsy_mtc/Makefile|7 +++--
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
Signed-off-by: Anatolij Gustschin
---
board/digsy_mtc/cmd_mtc.c | 46 +
On 5/27/2011 12:33 AM, Wolfgang Denk wrote:
> 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 alwa
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 message 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') limitation
On Fri, May 27, 2011 at 12:40 AM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message 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.
>>
>> S
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 5d1ee00b1fe1180503f6dfc10e87a6c6e74778f
On Fri, May 27, 2011 at 12:45 AM, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message <4ddf53d3.1060...@gmail.com> you wrote:
>>
>> > No. At least not unless you also provide other get__timer()
>> > functions which we most likely will not do.
>>
>> I think you will find most platforms will sup
On 5/27/2011 6:07 AM, Scott McNutt wrote:
> Graeme Russ wrote:
>> Hi Wolfgang
>>
>> On Friday, May 27, 2011, Wolfgang Denk wrote:
>>> Dear Graeme Russ,
>>>
>>> In message you
>>> wrote:
Besides, Nios can return an increment of 10 (presumably ms) between
two immediately consecutive call
On Fri, May 27, 2011 at 8:00 AM, J. William Campbell
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) { } while ( ... < 1), then your
>
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 s
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
> ---
[...]
> boar
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
> Signed-off-by: Anatolij Gustschin
> ---
> board/digsy_mtc/cmd_mtc.c | 46
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
> wrote:
>> On 5/26/2011 9:33 PM, Graeme Russ wrote:
>>> Hi Bill,
>>>
>>
> [massive snip]
>
> OK, you have my ears pricked - Can you give me code samples for:
>
> - get_ticks()
> - sync_timbase()
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 wrote:
Dear Graeme Russ,
In message you
wrote:
> Besides, Nios can return an increment of 10 (presumably ms) between
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 wrote:
> Dear Graeme Russ,
>
> In message
> you wrote:
>> Besides, Nios
Hi Detlev,
On Fri, 27 May 2011 17:26:24 +0200
Detlev Zundel 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 waiti
On 5/27/2011 8:13 AM, Simon Glass wrote:
> On Fri, May 27, 2011 at 8:00 AM, J. William Campbell
> 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
Hi Detlev,
On Fri, 27 May 2011 17:33:33 +0200
Detlev Zundel 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 length.
Hi Detlev,
On Fri, 27 May 2011 17:36:01 +0200
Detlev Zundel wrote:
...
> > + "must be betwenn 1 and 255\n");
>
> Typo, should be "between"
I'll fix it. Thanks for catching!
Thanks,
Anatolij
___
U-Boot mailing list
U-B
> >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
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
>> wrote:
>>> On 5/26/2011 9:33 PM, Graeme Russ wrote:
Hi Bill,
>>>
>> [massive snip]
[another big snip]
>> I just realised - the ISR
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 message you wrote:
I think we will need to define get_timer() weak - Nios will have to
overri
Dear Graeme Russ,
> u32 get_timer(u32 base)
> {
> if (base != 0) {
> if (timer - base< (CONFIG_MIN_TIMER_RESOLUTION * 2))
> return 0;
> else
> return timer - base - CONFIG_MIN_TIMER_RESOLUTION;
> } else {
>
I have asked many people ,but nobody did it.
if we have a usb download tools, then we will not need Ethernet anymore!
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
64 matches
Mail list logo
