All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christoph Egger <Christoph.Egger@amd.com>
To: Ian Jackson <Ian.Jackson@eu.citrix.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: [PATCH][TOOLS] libfsimage: portability fixes
Date: Thu, 27 Mar 2008 16:13:33 +0100	[thread overview]
Message-ID: <200803271613.33880.Christoph.Egger@amd.com> (raw)
In-Reply-To: <18411.31985.471754.46628@mariner.uk.xensource.com>

On Thursday 27 March 2008 11:54:41 Ian Jackson wrote:
> Christoph Egger writes ("[Xen-devel] [PATCH][TOOLS] libfsimage: portability 
fixes"):
> > -SUBDIRS-y += $(shell env CC="$(CC)" ./check-libext2fs)
> > +SUBDIRS-y += $(shell $(SHELL) env CC="$(CC)" ./check-libext2fs)
>
> What purpose does this serve ?

Everytime when I submitted a patch where I changed /bin/bash to /bin/sh
John Levon came up with a "Build is broken on Solaris" message.
The fix was always the same: Use $(SHELL) as this is explicitely set for
Solaris.

> > +	/*
> > +	 * Make reads from a raw disk sector-aligned. This is a requirement
> > +	 * for NetBSD. Split the read up into to three parts to meet this
> > +	 * requirement.
> > +	 */
>
> Please forgive my ignorance: Does NetBSD offer a different (non-raw)
> device which does not have this requirement.  If so perhaps we should
> be using it instead - if not, why not ?

The raw device pass requests directly to the underlying device, with
only check/adjustments against the partition bounds. Especially it won't
try to do read/modify/write for write requests, or expand the read if it's
not sector-aligned.

The block device doesn't have this restriction, but allows only ONE open,
therefore it is not usable by pygrub. It also has other side-effects
(as it goes through the buffer cache), it's definitively not useable for the 
NetBSD block device *backend*   or for qemu-dm I/O.

Christoph


-- 
AMD Saxony, Dresden, Germany
Operating System Research Center

Legal Information:
AMD Saxony Limited Liability Company & Co. KG
Sitz (Geschäftsanschrift):
   Wilschdorfer Landstr. 101, 01109 Dresden, Deutschland
Registergericht Dresden: HRA 4896
vertretungsberechtigter Komplementär:
   AMD Saxony LLC (Sitz Wilmington, Delaware, USA)
Geschäftsführer der AMD Saxony LLC:
   Dr. Hans-R. Deppe, Thomas McCoy

  reply	other threads:[~2008-03-27 15:13 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-26 14:14 [PATCH][TOOLS] libfsimage: portability fixes Christoph Egger
2008-03-27 10:54 ` Ian Jackson
2008-03-27 15:13   ` Christoph Egger [this message]
2008-03-27 15:36     ` Ian Jackson
2008-03-27 16:23       ` John Levon
2008-03-28 10:08       ` Christoph Egger
2008-03-28 10:42         ` Ian Jackson
2008-03-28 12:40           ` Christoph Egger
2008-03-28 14:19             ` Ian Jackson
2008-03-27 11:05 ` Ian Jackson
2008-03-27 15:16   ` Christoph Egger
2008-03-27 16:26     ` John Levon
2008-03-27 15:05 ` Aron Griffis
2008-03-27 15:13   ` Ian Jackson
2008-03-27 15:56     ` Aron Griffis
  -- strict thread matches above, loose matches on Subject: below --
2008-03-27 15:36 Christoph Egger

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=200803271613.33880.Christoph.Egger@amd.com \
    --to=christoph.egger@amd.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=xen-devel@lists.xensource.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.