All of lore.kernel.org
 help / color / mirror / Atom feed
From: Li Wang <liwang@ubuntukylin.com>
To: Noah Watkins <noah.watkins@inktank.com>
Cc: "ceph-devel@vger.kernel.org" <ceph-devel@vger.kernel.org>
Subject: Re: blueprint: ceph platform portability
Date: Sat, 27 Jul 2013 23:25:14 +0800	[thread overview]
Message-ID: <51F3E65A.7030508@ubuntukylin.com> (raw)
In-Reply-To: <CA+Hcz5-WA8uKo9HjN48Z3tnT0RJBE2z8gKKtkEEFndKUb2iCTA@mail.gmail.com>

We did some work on Sparc machine, fixed some little endian/big endian 
as well as non-align access issues. We are using CentOS 6 recompiled 
version. We have managed to compile Ceph, however, it still could not 
work properly due to some aotmic function bug from some libs. We did not 
track it further recently.

Any experiences on running Ceph on big endian machine to share?

On 07/27/2013 07:07 AM, Noah Watkins wrote:
> http://wiki.ceph.com/01Planning/02Blueprints/Emperor/Increasing_Ceph_portability
>
> Recently I've managed to get Ceph built and running on OSX. There was
> a past effort to get Ceph working on non-Linux platforms, most notably
> FreeBSD, but that approach introduced a lot of ad-hoc macros that has
> made it difficult to manage changes needed to support additional
> platforms.
>
> This session would address the areas within Ceph that are currently
> non-portable, discuss the state of OSX support, and touch on what is
> needed to factor out platform specific functionality. Changes are
> roughly grouped into (1) internal critical (e.g. locking) (2) internal
> non-critical (some optimizations), and (2) exported headers. A
> significant amount of the OSX changes have been introduced as feature
> tests with generic alternatives, and as such the tree may already be
> near building on additional platforms, so it would be great to find
> people that would be willing to test on additional platforms.
>
> If you are interested please add yourself as an interested party or
> owner of this blueprint :)
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

  reply	other threads:[~2013-07-27 15:25 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-26 23:07 blueprint: ceph platform portability Noah Watkins
2013-07-27 15:25 ` Li Wang [this message]
2013-07-27 15:35   ` Sage Weil
2013-07-28  7:35     ` Li Wang
2013-07-28 12:31       ` Mark Nelson
2013-07-28 14:50       ` Sage Weil

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=51F3E65A.7030508@ubuntukylin.com \
    --to=liwang@ubuntukylin.com \
    --cc=ceph-devel@vger.kernel.org \
    --cc=noah.watkins@inktank.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 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.