All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michal Simek <michal.simek@petalogix.com>
To: David Miller <davem@davemloft.net>
Cc: linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
	mingo@elte.hu, arnd@arndb.de, lethal@linux-sh.org,
	ltp-list@lists.sourceforge.net
Subject: Re: mmap hw behavior
Date: Wed, 08 Jul 2009 22:22:22 +0200	[thread overview]
Message-ID: <4A54FFFE.10306@petalogix.com> (raw)
In-Reply-To: <20090708.110624.104984745.davem@davemloft.net>

David Miller wrote:
> From: Michal Simek <michal.simek@petalogix.com>
> Date: Wed, 08 Jul 2009 20:03:27 +0200
>
>   
>> David Miller wrote:
>>     
>>> From: Michal Simek <michal.simek@petalogix.com>
>>> Date: Wed, 08 Jul 2009 19:03:11 +0200
>>>
>>>   
>>>       
>>>> When I call mmap for that open file with pointer to calloc place
>>>> (first parameter, + length zero) it should be one tlb invalidation
>>>> for calloc and new tlb which connect open file.  We check it and we
>>>> don't have any tlb invalidation that's why I think that kernel do
>>>> different thigs.  Or is it there any copying? Or anything different?
>>>>     
>>>>         
>>> There is no need to tlb flush the calloc area unless that memory area
>>> is actually touched by the user application and thus the page is
>>> faulted in.
>>>   
>>>       
>> That calloc area is filled by any value (in that test). Is it mean that
>> for this case when calloc area is touched
>> there must be tlb invalidation + remapping?
>>     
>
> Yes, if the calloc area is written to by the application, there
> should be a tlb flush when the mmap() overrides that virtual region
> with a different mapping.
>   
Can you please point me to any code which exactly do this? (for example
file mm/mmap.c line from ... to ... )

Thanks,
Michal

-- 
Michal Simek, Ing. (M.Eng)
PetaLogix - Linux Solutions for a Reconfigurable World
w: www.petalogix.com p: +61-7-30090663,+42-0-721842854 f: +61-7-30090663

WARNING: multiple messages have this Message-ID (diff)
From: Michal Simek <michal.simek@petalogix.com>
To: David Miller <davem@davemloft.net>
Cc: linux-arch@vger.kernel.org, ltp-list@lists.sourceforge.net,
	arnd@arndb.de, linux-kernel@vger.kernel.org, lethal@linux-sh.org,
	mingo@elte.hu
Subject: Re: [LTP] mmap hw behavior
Date: Wed, 08 Jul 2009 22:22:22 +0200	[thread overview]
Message-ID: <4A54FFFE.10306@petalogix.com> (raw)
In-Reply-To: <20090708.110624.104984745.davem@davemloft.net>

David Miller wrote:
> From: Michal Simek <michal.simek@petalogix.com>
> Date: Wed, 08 Jul 2009 20:03:27 +0200
>
>   
>> David Miller wrote:
>>     
>>> From: Michal Simek <michal.simek@petalogix.com>
>>> Date: Wed, 08 Jul 2009 19:03:11 +0200
>>>
>>>   
>>>       
>>>> When I call mmap for that open file with pointer to calloc place
>>>> (first parameter, + length zero) it should be one tlb invalidation
>>>> for calloc and new tlb which connect open file.  We check it and we
>>>> don't have any tlb invalidation that's why I think that kernel do
>>>> different thigs.  Or is it there any copying? Or anything different?
>>>>     
>>>>         
>>> There is no need to tlb flush the calloc area unless that memory area
>>> is actually touched by the user application and thus the page is
>>> faulted in.
>>>   
>>>       
>> That calloc area is filled by any value (in that test). Is it mean that
>> for this case when calloc area is touched
>> there must be tlb invalidation + remapping?
>>     
>
> Yes, if the calloc area is written to by the application, there
> should be a tlb flush when the mmap() overrides that virtual region
> with a different mapping.
>   
Can you please point me to any code which exactly do this? (for example
file mm/mmap.c line from ... to ... )

Thanks,
Michal

-- 
Michal Simek, Ing. (M.Eng)
PetaLogix - Linux Solutions for a Reconfigurable World
w: www.petalogix.com p: +61-7-30090663,+42-0-721842854 f: +61-7-30090663


------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

  reply	other threads:[~2009-07-08 20:22 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-08 17:03 mmap hw behavior Michal Simek
2009-07-08 17:03 ` [LTP] " Michal Simek
2009-07-08 17:03 ` Michal Simek
2009-07-08 17:35 ` David Miller
2009-07-08 17:35   ` [LTP] " David Miller
2009-07-08 18:03   ` Michal Simek
2009-07-08 18:03     ` [LTP] " Michal Simek
     [not found]     ` <4A54DF6F.1010405-g5w7nrANp4BDPfheJLI6IQ@public.gmane.org>
2009-07-08 18:06       ` David Miller
2009-07-08 18:06         ` [LTP] " David Miller
2009-07-08 18:06         ` David Miller
2009-07-08 20:22         ` Michal Simek [this message]
2009-07-08 20:22           ` [LTP] " Michal Simek
2009-07-09  1:15           ` David Miller
2009-07-09  1:15             ` [LTP] " David Miller
2009-07-09  5:40             ` Michal Simek
2009-07-09  5:40               ` [LTP] " Michal Simek
2009-07-09  8:57             ` Michal Simek
2009-07-09  8:57               ` [LTP] " Michal Simek

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=4A54FFFE.10306@petalogix.com \
    --to=michal.simek@petalogix.com \
    --cc=arnd@arndb.de \
    --cc=davem@davemloft.net \
    --cc=lethal@linux-sh.org \
    --cc=linux-arch@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=ltp-list@lists.sourceforge.net \
    --cc=mingo@elte.hu \
    /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.