From: Harald Welte <HaraldWelte@viatech.com>
To: Pavel Machek <pavel@ucw.cz>
Cc: "Michael S. Zick" <lkml@morethan.org>, linux-kernel@vger.kernel.org
Subject: Re: [VIA Support] Instruction timing and cache coherency issues
Date: Sun, 2 Aug 2009 21:08:51 +0200 [thread overview]
Message-ID: <20090802190851.GZ4216@prithivi.gnumonks.org> (raw)
In-Reply-To: <20090730090804.GE1364@ucw.cz>
On Thu, Jul 30, 2009 at 11:08:04AM +0200, Pavel Machek wrote:
> > Diddling with the things I have found that either "fix" or "work around"
> > the various timing / cache coherency issues - - -
> > Aw, so - found how to affect the timing issues sufficiently so that Linux
> > would panic dump rather than deadlock on the troublesum combination - -
> > *Functionally the same* panic backtrace that FreeBSD is showing.
> >
> > @H.W. Download the FreeBSD-8.0-beta2 and try running it on your Cloudbook
> > and HP-2133, you can see what is happening. Then you might have a word or
> > two with the silicon growers.
> >
> So... you believe you have pinpointed bug in their cpu design?
I would not preclude that, but I think what might be more likely is that there
is some difference between how Intel and how VIA/Centaur behaves in a certain
situation, or the compiler making a wrong assumption about what it can do or
cannot do (remember e.g. for the VIA C3 there was no cmpxchg8, but gcc uses
it in case you compile with i686 optiomization).
I have not yet tried FreeBSD 8 on the cloudbook, but expect to have time during
the next days. However, since I am not familiar with the FreeBSD kernel
architecture, I would definitely prefer something where I can reproduce the
problem on Linux.
Michael has indicated that he can now crash (oops) the kernel rather than deadlock.
With which kernel is that? I would love to give that one a try.
--
- Harald Welte <HaraldWelte@viatech.com> http://linux.via.com.tw/
============================================================================
VIA Free and Open Source Software Liaison
next prev parent reply other threads:[~2009-08-02 19:38 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-25 13:27 Michael S. Zick
2009-07-30 9:08 ` Pavel Machek
2009-08-02 19:08 ` Harald Welte [this message]
2009-08-02 22:08 ` Pavel Machek
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=20090802190851.GZ4216@prithivi.gnumonks.org \
--to=haraldwelte@viatech.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lkml@morethan.org \
--cc=pavel@ucw.cz \
/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
all inboxes | Powered by JetHome®