All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nishanth Aravamudan <nacc@us.ibm.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Cc: "Luck, Tony" <tony.luck@intel.com>, Robin Holt <holt@sgi.com>,
	Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>,
	"petkovbb@gmail.com" <petkovbb@gmail.com>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux-ide@vger.kernel.org" <linux-ide@vger.kernel.org>,
	FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Subject: Re: kernel unaligned accesses on IA64 in IDE
Date: Mon, 25 Aug 2008 16:31:12 +0000	[thread overview]
Message-ID: <20080825163111.GA9279@us.ibm.com> (raw)
In-Reply-To: <1219439722.3339.89.camel@localhost.localdomain>

On 22.08.2008 [16:15:22 -0500], James Bottomley wrote:
> On Fri, 2008-08-22 at 13:36 -0700, Luck, Tony wrote:
> > > How about long instead of int.  int leaves us with the possibility that
> > > something else will expect 8 byte alignment.
> > 
> > How about this?
> > 
> > Align __cmd to ward off kernel unaligned access consoles messages on
> > ia64 (and perhaps make an almost imperceptible performance improvement
> > on other architectures that can handle unaligned access, but do so
> > more slowly than aligned accesses).
> > 
> > Signed-off-by: Tony Luck <tony.luck@intel.com>
> 
> Yuk, really ... you're blowing out the size of a critical structure by
> padding which is unnecessary in 99% of cases.  Commands are supposed to
> be byte streams. Adding extra alignment to generic code because some
> driver has strange rules isn't very well layered.
> 
> Also, these are string out instructions ... They don't have any
> alignment requirements (or they're not supposed to; they're like
> memcpy); they're modelled on the x86 instructions
> 
> What about this as the obvious solution?  It makes the ia64 version of
> this command behave exactly as the x86 version does.
> 
> James

Tested-by: Nishanth Aravamudan <nacc@us.ibm.com>

Thanks,
Nish

-- 
Nishanth Aravamudan <nacc@us.ibm.com>
IBM Linux Technology Center

WARNING: multiple messages have this Message-ID (diff)
From: Nishanth Aravamudan <nacc@us.ibm.com>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Cc: "Luck, Tony" <tony.luck@intel.com>, Robin Holt <holt@sgi.com>,
	Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>,
	"petkovbb@gmail.com" <petkovbb@gmail.com>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	"linux-ide@vger.kernel.org" <linux-ide@vger.kernel.org>,
	FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Subject: Re: kernel unaligned accesses on IA64 in IDE
Date: Mon, 25 Aug 2008 09:31:12 -0700	[thread overview]
Message-ID: <20080825163111.GA9279@us.ibm.com> (raw)
In-Reply-To: <1219439722.3339.89.camel@localhost.localdomain>

On 22.08.2008 [16:15:22 -0500], James Bottomley wrote:
> On Fri, 2008-08-22 at 13:36 -0700, Luck, Tony wrote:
> > > How about long instead of int.  int leaves us with the possibility that
> > > something else will expect 8 byte alignment.
> > 
> > How about this?
> > 
> > Align __cmd to ward off kernel unaligned access consoles messages on
> > ia64 (and perhaps make an almost imperceptible performance improvement
> > on other architectures that can handle unaligned access, but do so
> > more slowly than aligned accesses).
> > 
> > Signed-off-by: Tony Luck <tony.luck@intel.com>
> 
> Yuk, really ... you're blowing out the size of a critical structure by
> padding which is unnecessary in 99% of cases.  Commands are supposed to
> be byte streams. Adding extra alignment to generic code because some
> driver has strange rules isn't very well layered.
> 
> Also, these are string out instructions ... They don't have any
> alignment requirements (or they're not supposed to; they're like
> memcpy); they're modelled on the x86 instructions
> 
> What about this as the obvious solution?  It makes the ia64 version of
> this command behave exactly as the x86 version does.
> 
> James

Tested-by: Nishanth Aravamudan <nacc@us.ibm.com>

Thanks,
Nish

-- 
Nishanth Aravamudan <nacc@us.ibm.com>
IBM Linux Technology Center

  reply	other threads:[~2008-08-25 16:31 UTC|newest]

Thread overview: 54+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-19 22:56 kernel unaligned accesses on IA64 in IDE Nishanth Aravamudan
2008-08-19 22:56 ` Nishanth Aravamudan
2008-08-20  1:39 ` Peter Chubb
2008-08-20  1:39   ` Peter Chubb
2008-08-21 21:28   ` Nishanth Aravamudan
2008-08-21 21:28     ` Nishanth Aravamudan
2008-08-20 14:35 ` Robin Holt
2008-08-20 14:35   ` Robin Holt
2008-08-21 21:31   ` Nishanth Aravamudan
2008-08-21 21:31     ` Nishanth Aravamudan
2008-08-21 21:54     ` Robin Holt
2008-08-21 21:54       ` Robin Holt
2008-08-22  0:39       ` Nishanth Aravamudan
2008-08-22  0:39         ` Nishanth Aravamudan
2008-08-22  1:11         ` Robin Holt
2008-08-22  1:11           ` Robin Holt
2008-08-22 16:45           ` Nishanth Aravamudan
2008-08-22 16:45             ` Nishanth Aravamudan
2008-08-22 10:15         ` Bartlomiej Zolnierkiewicz
2008-08-22 10:15           ` Bartlomiej Zolnierkiewicz
2008-08-22 10:55           ` Boris Petkov
2008-08-22 10:55             ` Boris Petkov
2008-08-22 16:45             ` Nishanth Aravamudan
2008-08-22 16:45               ` Nishanth Aravamudan
2008-08-22 17:29               ` Boris Petkov
2008-08-22 17:29                 ` Boris Petkov
2008-08-22 18:36                 ` Bartlomiej Zolnierkiewicz
2008-08-22 18:36                   ` Bartlomiej Zolnierkiewicz
2008-08-22 18:51                   ` Luck, Tony
2008-08-22 18:51                     ` Luck, Tony
2008-08-22 19:39                     ` Robin Holt
2008-08-22 19:39                       ` Robin Holt
2008-08-22 20:36                       ` Luck, Tony
2008-08-22 20:36                         ` Luck, Tony
2008-08-22 20:41                         ` Borislav Petkov
2008-08-22 20:41                           ` Borislav Petkov
2008-08-22 20:54                         ` Borislav Petkov
2008-08-22 20:54                           ` Borislav Petkov
2008-08-22 21:38                           ` Nishanth Aravamudan
2008-08-22 21:38                             ` Nishanth Aravamudan
2008-08-22 21:49                             ` Borislav Petkov
2008-08-22 21:49                               ` Borislav Petkov
2008-08-22 21:14                         ` Borislav Petkov
2008-08-22 21:14                           ` Borislav Petkov
2008-08-22 23:02                           ` Nishanth Aravamudan
2008-08-22 23:02                             ` Nishanth Aravamudan
2008-08-22 23:30                             ` Luck, Tony
2008-08-22 23:30                               ` Luck, Tony
2008-08-22 23:33                               ` James Bottomley
2008-08-22 23:33                                 ` James Bottomley
2008-08-22 21:15                         ` James Bottomley
2008-08-22 21:15                           ` James Bottomley
2008-08-25 16:31                           ` Nishanth Aravamudan [this message]
2008-08-25 16:31                             ` Nishanth Aravamudan

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=20080825163111.GA9279@us.ibm.com \
    --to=nacc@us.ibm.com \
    --cc=James.Bottomley@HansenPartnership.com \
    --cc=bzolnier@gmail.com \
    --cc=fujita.tomonori@lab.ntt.co.jp \
    --cc=holt@sgi.com \
    --cc=linux-ia64@vger.kernel.org \
    --cc=linux-ide@vger.kernel.org \
    --cc=petkovbb@gmail.com \
    --cc=tony.luck@intel.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.