linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Jon Masters <jonathan@jonmasters.org>
To: Tony Lee <tony.p.lee@gmail.com>
Cc: Andrei Konovalov <akonovalov@ru.mvista.com>,
	linuxppc-embedded@ozlabs.org,
	Luca Giuliani <l.giuliani@tiscali.it>
Subject: Re: Linux on Memec Virtex II Pro V4P7 Rev. 3
Date: Fri, 08 Oct 2004 01:12:51 +0100	[thread overview]
Message-ID: <4165DB83.8080001@jonmasters.org> (raw)
In-Reply-To: <470b63970410071534422f6617@mail.gmail.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Tony Lee wrote:

| I have to use the non-interrupt mode in sysace.

If necessary I will modify the quick patch I posted to use a CONFIG
option but several of us are seeing problems with interrupts - I will
change it to be the most useful for everyone, I suppose that means
making it an option.

| Jon,  what kind of performance you got from the sysace?

Crap. That's a technical term. The chip IMO has some fundamental issues
which really need to get resolved in a rev - it takes on the order of
several minutes to commit writes with a sync however we rarely have to
write to the flash and usually only store small parameter files.

| When I copy 18 MB of ace file into sysace with Linux, the
| sync command took minutes to complete for me.

Where this affects you and I is likely in writes to update the hardware
image with a new one that you have sent to the customer as a "firmware
upgrade" to be installed. It takes ages for me too - but this is a rare
enough thing that we can live with it for the moment.

| Sysace ISR should not be the issue, since there is no seeks
| and all the IO is dirven from the kernel.

The polled approach is worse IMO although I agree that there is very
little overhead in the actual ISR. Where the author went wrong (well
perhaps not wrong per se but didn't provide enough protection) was in
the unlikely case that the hardware is braindead and generates
interrupts that you didn't ask it to - the xsysace driver should also
catch interrupts when we're QUEUE_EMPTY and should not try to manipulate
an empty request queue.

Jon.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFBZduDeTyyexZHHxERArI0AJ9zd7sRSnO6dZBYw/G3NpuqjNqe7wCgixC0
/eRaHY5fhfUVW7TAFRtCrQM=
=3n0G
-----END PGP SIGNATURE-----

  reply	other threads:[~2004-10-08  0:13 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-05 11:26 Linux on Memec Virtex II Pro V4P7 Rev. 3 Luca Giuliani
2004-10-05 14:12 ` Matt Porter
2004-10-05 15:15 ` Jon Masters
2004-10-05 16:05   ` Andrei Konovalov
2004-10-05 22:07     ` Jon Masters
2004-10-06 15:41       ` Andrei Konovalov
2004-10-07  1:03         ` Jon Masters
2004-10-07 22:34         ` Tony Lee
2004-10-08  0:12           ` Jon Masters [this message]
2004-10-08  2:53             ` Tony Lee
2004-10-09 19:27               ` Jon Masters
2004-10-10  4:26                 ` Tony Lee
2004-10-10 22:20                   ` Jon Masters
  -- strict thread matches above, loose matches on Subject: below --
2004-10-05 16:34 [MailServer Resend]Resending quarantined email -- use caution when opening.Re: " Administrator
2004-10-05 17:00 ` Ralph Siemsen
2005-03-24 19:01 Nguyen, Tony (US SSA)

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=4165DB83.8080001@jonmasters.org \
    --to=jonathan@jonmasters.org \
    --cc=akonovalov@ru.mvista.com \
    --cc=l.giuliani@tiscali.it \
    --cc=linuxppc-embedded@ozlabs.org \
    --cc=tony.p.lee@gmail.com \
    /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;
as well as URLs for NNTP newsgroup(s).