From: grundler@dsl2.external.hp.com (Grant Grundler)
To: Matthew Wilcox <willy@debian.org>
Cc: parisc-linux@lists.parisc-linux.org
Subject: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Sat, 8 Feb 2003 20:10:14 -0700 [thread overview]
Message-ID: <20030209031014.GD19683@dsl2.external.hp.com> (raw)
In-Reply-To: <20030208232303.B27544@parcelfarce.linux.theplanet.co.uk>
On Sat, Feb 08, 2003 at 11:23:03PM +0000, Matthew Wilcox wrote:
> Is all that's needed to take the latest binutils from debian unstable
> and rebuild it on woody?
Almost. It needs a patch too:
ftp://ftp.parisc-linux.org/patches/900_order_hppa.diff
Just drop that in debian/patches before building the debs.
That patch applies clean to the binutils for unstable.
I don't even pretend to understand how to properly build
debian packages, much less binutils or "cross release" builds.
That's why I made the tarball for "testing".
> That's interesting from an architecture PoV. From my recollection when jsm
> was debugging problems on the 710, PCX-S is the only processor which actually
> enforces the 16-byte alignment restriction on ldcw. So _practically_, we
> don't need it unless we're supporting those old processors.
I don't care to find out the hard way.
I'd rather just comply with the architecture and not worry about it.
If someone can demonstrate a perf advantage or issue, I'll be
more receptive.
> Actually... this may be a long-standing bug in our spinlocks. There's nothing
> to prevent gcc reordering writes around this assignment. We need a barrier()
> before the assignment, or maybe it'd be as well to do the assignment in an
> asm() statement.
I've read the followups to this and I gather our spinlocks are very broken.
If someone tells me what the right fix is, I'll test on PA20 32/64 bit
and commit.
> One final point.... up till now, we've been telling people it's OK to
> run kernels configured for PA1.1 on PA2.0 processors. This patch says
> to me that's not safe.
Only for SMP. I think for UP the rule still holds.
> Do we need our distros (yeah, I hear there'll
> soon be more than Debian supporting PA) to ship 5 flavours of kernel
> (PA1.1 UP & SMP, PA2.0 32-bit SMP, 64-bit UP and 64-bit SMP) rather than
> the current four?
Unfortunately yes.
OTOH, PA20 SMP still hasn't proven stable so maybe it's not worth
doing at the moment either. Once PA20 SMP is stable, we could drop
the 64-bit UP kernels since most systems that *require* 64-bit are SMP.
thanks,
grant
next prev parent reply other threads:[~2003-02-09 3:10 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20030208222242.AA3554829@dsl2.external.hp.com>
[not found] ` <20030208222746.GB19683@dsl2.external.hp.com>
2003-02-08 23:23 ` [parisc-linux] Re: [parisc-linux-cvs] linux grundler Matthew Wilcox
2003-02-09 0:35 ` John David Anglin
2003-02-09 0:49 ` Randolph Chung
2003-02-09 0:56 ` Randolph Chung
2003-02-09 2:03 ` Matthew Wilcox
2003-02-09 2:18 ` John David Anglin
2003-02-09 14:55 ` James Bottomley
2003-02-09 2:11 ` John David Anglin
2003-02-09 3:27 ` Grant Grundler
2003-02-09 4:06 ` John David Anglin
2003-02-09 3:10 ` Grant Grundler [this message]
2003-02-09 12:29 ` Matthew Wilcox
2003-02-09 14:35 ` Matthew Wilcox
2003-02-09 19:14 ` Grant Grundler
2003-02-09 21:24 ` Aaron St. Pierre
2003-02-10 16:47 ` Grant Grundler
2003-02-09 23:56 ` Randolph Chung
2003-02-09 8:11 ` Grant Grundler
2003-02-09 12:21 ` Matthew Wilcox
2003-07-09 10:35 Joel Soete
[not found] <20030708022259.B62B849404E@palinux.hppa>
2003-07-08 15:06 ` Carlos O'Donell
-- strict thread matches above, loose matches on Subject: below --
2003-02-10 8:38 John Marvin
2003-02-09 8:55 [parisc-linux] " John Marvin
2003-02-09 7:40 John Marvin
2003-02-09 8:26 ` [parisc-linux] " Grant Grundler
[not found] <20020804011707.2B9164860@dsl2.external.hp.com>
2002-08-04 2:03 ` Grant Grundler
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=20030209031014.GD19683@dsl2.external.hp.com \
--to=grundler@dsl2.external.hp.com \
--cc=parisc-linux@lists.parisc-linux.org \
--cc=willy@debian.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.