All of lore.kernel.org
 help / color / mirror / Atom feed
From: Artem Alimarine <artem.alimarine@stromasys.com>
To: linux-parisc@vger.kernel.org
Subject: Wierd code in Entry.S
Date: Thu, 09 Jul 2009 15:11:19 +0200	[thread overview]
Message-ID: <4A55EC77.4040402@stromasys.com> (raw)

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

Hi guys,

I am new to PARISC and to this forum. I have a small question. There is 
an instruction in entry.S that I do not understand. It is in the the 
macro make_insert_tlb

Kernel 2.6.26.2:

 537        /* Enforce uncacheable pages.
 538         * This should ONLY be use for MMIO on PA 2.0 machines.
 539         * Memory/DMA is cache coherent on all PA2.0 machines we 
support
 540         * (that means T-class is NOT supported) and the memory 
controllers
 541         * on most of those machines only handles cache transactions.
 542         */
 543        extrd,u,*=      \pte,_PAGE_NO_CACHE_BIT+32,1,%r0
 544        depi            1,12,1,\prot


The DEPI instruction on a 64-bit machine sets bit 44=32+12,
whereas we use the value as the argument to IDTLBT, which expects bit 12 
to be used instead. Does it mean that the U-bit is never set and the 
authorization id gets corrupted???

Is it a bug or my misunderstanding of the code???

Best regards,
Artem

[-- Attachment #2: artem_alimarine.vcf --]
[-- Type: text/x-vcard, Size: 283 bytes --]

begin:vcard
fn:dr. Artem Alimarine
n:Alimarine;Artem
org:STROMASYS SA
adr:;;De Zaale 11;Eindhoven;;5612AJ;The Netherlands
email;internet:artem.alimarine@stromasys.com
title:Software Architect
tel;work:+31-40-2390863
tel;fax:+31-40-2390800
x-mozilla-html:FALSE
version:2.1
end:vcard


             reply	other threads:[~2009-07-09 13:11 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-09 13:11 Artem Alimarine [this message]
2009-07-09 22:55 ` Wierd code in Entry.S Grant Grundler
2009-07-10  0:15   ` John David Anglin
2009-07-10 15:36     ` Grant Grundler
2009-07-10 15:55       ` John David Anglin
2009-07-10 16:18         ` James Bottomley
2009-07-10 18:48           ` John David Anglin
2009-07-15  6:38           ` Grant Grundler
2009-07-15 12:41             ` James Bottomley
2009-07-15 15:00               ` Matthew Wilcox
2009-07-22  5:34               ` Grant Grundler
2009-07-10 16:11       ` Artem Alimarine
2009-07-15  6:40         ` Grant Grundler
2009-07-10 15:52     ` James Bottomley
2009-07-10 16:25       ` Artem Alimarine
2009-07-11  0:12       ` John David Anglin
2009-07-11  0:30         ` John David Anglin
2009-07-11  1:05           ` John David Anglin
2009-07-12 19:40             ` John David Anglin
2009-07-13  1:15               ` Kyle McMartin
2009-07-13  1:44                 ` John David Anglin
2009-07-13  1:54                   ` Kyle McMartin
2009-07-13  2:18                     ` John David Anglin
2009-07-10  7:31   ` Artem Alimarine

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=4A55EC77.4040402@stromasys.com \
    --to=artem.alimarine@stromasys.com \
    --cc=linux-parisc@vger.kernel.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.