Linux MIPS Architecture development
 help / color / mirror / Atom feed
From: sathesh babu <sathesh_edara2003@yahoo.co.in>
To: Ralf Baechle <ralf@linux-mips.org>, "Kevin D. Kissell" <kevink@mips.com>
Cc: sathesh babu <sathesh_edara2003@yahoo.co.in>,
	Rajat Jain <rajat.noida.india@gmail.com>,
	linux-mips@linux-mips.org
Subject: Re: unaligned access
Date: Fri, 23 Feb 2007 09:48:38 +0000 (GMT)	[thread overview]
Message-ID: <623154.88566.qm@web7914.mail.in.yahoo.com> (raw)
In-Reply-To: <20070223030645.GA1349@linux-mips.org>

[-- Attachment #1: Type: text/plain, Size: 1313 bytes --]

It would be good idea to know which process hitting unaligned access and PC.
  So that we can try to fix unaligned access when it causes the  performance bottleneck.
   
  Could you please share details about logging the unaligned accesses using sysctl.
   
  Thanks in advance
   
  Regards,
  Sathesh

Ralf Baechle <ralf@linux-mips.org> wrote:
  On Thu, Feb 22, 2007 at 04:06:57PM +0100, Kevin D. Kissell wrote:

> Default behavior in MIPS is to silently fix up and emulate. A MIPS-specific
> system call (sys_sysmips with the command argument of MIPS_FIXADE
> and a parameter agument of zero) allows for this to be overridden, so that 
> such accesses will be fatal. It looks as if there was once support to log the events 
> to syslog, independently of whether or not they were fixed up, but it doesn't look to me 
> as if that still works in 2.6.x kernels.

There used to be a configuration option to allow logging which was a
leftover from the times when I implemented the unaligned emulation. I
did never find it useful later on, so I removed that in almost 9 years
ago and nobody missed it since :-)

But I don't mind putting it back, controllable by sysctl if there is any
demand for it.

Ralf



 				
---------------------------------
 Here’s a new way to find what you're looking for - Yahoo! Answers 

[-- Attachment #2: Type: text/html, Size: 1718 bytes --]

      parent reply	other threads:[~2007-02-23  9:49 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-02-22  7:10 unaligned access sathesh babu
2007-02-22  7:53 ` Rajat Jain
2007-02-22  9:18   ` sathesh babu
2007-02-22 15:06     ` Kevin D. Kissell
2007-02-22 15:06       ` Kevin D. Kissell
2007-02-23  3:06       ` Ralf Baechle
2007-02-23  3:36         ` Atsushi Nemoto
2007-02-23  8:18           ` Kevin D. Kissell
2007-02-23  8:18             ` Kevin D. Kissell
2007-02-23 15:12             ` Atsushi Nemoto
2007-02-23 16:18             ` Ralf Baechle
2007-02-23 16:29               ` Maciej W. Rozycki
2007-02-23  9:48         ` sathesh babu [this message]

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=623154.88566.qm@web7914.mail.in.yahoo.com \
    --to=sathesh_edara2003@yahoo.co.in \
    --cc=kevink@mips.com \
    --cc=linux-mips@linux-mips.org \
    --cc=rajat.noida.india@gmail.com \
    --cc=ralf@linux-mips.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox