public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: kevin.morfitt at fearnside-systems.co.uk <kevin.morfitt@fearnside-systems.co.uk>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH-ARM] CONFIG_SYS_HZ fix for ARM902T S3C24X0 Boards
Date: Mon, 07 Sep 2009 23:52:39 +0100	[thread overview]
Message-ID: <4AA58EB7.3040008@fearnside-systems.co.uk> (raw)
In-Reply-To: <20090907221816.BC79B832E8DE@gemini.denx.de>



On 07/09/2009 23:18, Wolfgang Denk wrote:
> Dear "kevin.morfitt at fearnside-systems.co.uk",
> 
> In message <4AA583AC.3050401@fearnside-systems.co.uk> you wrote:
>>> In message <4AA284B9.8030009@fearnside-systems.co.uk> you wrote:
>>>> This sets CONFIG_SYS_HZ to 1000 for all boards that use the s3c2400 and
>>>> s3c2410 cpu's which fixes various problems such as the timeouts in tftp being
>>>> too short.
>>> I still wonder if this is really an issue. Some s3c2400 based boards
>>> have been in production use for several years, with volumes of many
>>> thousands of devices per year. Yet no TFTP timeout issues have been
>>> reported ever.
> ...
>> I think there were no problems because CONFIG_SYS_HZ was set to values that
>> worked for each of the s3c24x0 boards. I only submitted the patch because my
> 
> I'm confused - above you write "various problems such as the timeouts
> in tftp being too short", now you write: "there were no problems".
> 
> Which one is correct?
> 

When I ported the SBC2440-II Board based on the existing sbc2410x code without
applying this patch the tftp timeouts were too short. When I apply this patch as
part of the SBC2440-II port the tftp timeouts are OK.

I haven't got any other s3c24x0 boards so I don't know whether they do have tftp
timeout problems or not, I only know that I saw them on my SBC2440-II port. My
comment "there were no problems" was based on you saying "Yet no TFTP timeout
issues have been reported ever".

Best Regards
Kevin Morfitt

>> I'm happy to withdraw the patch if it's OK to set CONFIG_SYS_HZ to a different
>> value than 1000?
> 
> CONFIG_SYS_HZ is a constant with the value 1000. Board that use
> different values shall be fixed.
> 
> Best regards,
> 
> Wolfgang Denk
> 



__________ Information from ESET NOD32 Antivirus, version of virus signature database 4403 (20090907) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

  reply	other threads:[~2009-09-07 22:52 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-05 15:33 [U-Boot] [PATCH-ARM] CONFIG_SYS_HZ fix for ARM902T S3C24X0 Boards kevin.morfitt at fearnside-systems.co.uk
2009-09-05 17:43 ` Jean-Christophe PLAGNIOL-VILLARD
2009-09-07 11:44 ` Gary Jennejohn
2009-09-07 21:47 ` Wolfgang Denk
2009-09-07 22:05   ` kevin.morfitt at fearnside-systems.co.uk
2009-09-07 22:18     ` Wolfgang Denk
2009-09-07 22:52       ` kevin.morfitt at fearnside-systems.co.uk [this message]
2009-10-09  5:39         ` Minkyu Kang

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4AA58EB7.3040008@fearnside-systems.co.uk \
    --to=kevin.morfitt@fearnside-systems.co.uk \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox