Re: [PATCH] flush icache before set_pte() take 5.

On Mon, 30 Jul 2007 16:30:50 +0200
Zoltan Menyhart <[email protected]> wrote:

> KAMEZAWA Hiroyuki wrote:
> 
> > Considerations:
> >   - I can add CONFIG_MONTECITO if necessary. But it will be confusing, I think.
> 
> What about this trick below?
> 
> identify_cpu() finds out the "c->family".
> If any of the CPUs has c->family==32 (and the future versions...) then
> set a global flag. And:
> 
> static inline void sync_icache_dcache(pte_t pte) {
>         if (pte_exec(pte) && global_flag)
>                 __sync_icache_dcache(pte);
> }
> 
Hmm...maybe better for old cpus even if cache miss occurs here.
I'll add add-on patch in take6.

Thanks,
-Kame

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• References:
  • [PATCH] flush icache before set_pte() take 5.
    • From: KAMEZAWA Hiroyuki <[email protected]>
  • Re: [PATCH] flush icache before set_pte() take 5.
    • From: Zoltan Menyhart <[email protected]>

• Prev by Date: Re: [PATCH v3 -mm 9/9] netconsole: Support dynamic reconfiguration using configfs
• Next by Date: Re: [PATCH 0/8] i386: bitops: Cleanup, sanitize, optimize
• Previous by thread: Re: [PATCH] flush icache before set_pte() take 5.
• Next by thread: 2.6.23-rc1-mm1 -- INFO: possible recursive locking detected -- (&hashbin->hb_spinlock){....}, at: [<c03d95d3>] irias_seq_show+0xba/0x1a8
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]