| To: | Ralf Baechle <ralf@linux-mips.org> |
|---|---|
| Subject: | Re: [PATCH] Avoid potential hazard on Context register |
| From: | Chris Dearman <chris@mips.com> |
| Date: | Sun, 11 Oct 2009 13:26:58 -0700 |
| Cc: | linux-mips <linux-mips@linux-mips.org> |
| In-reply-to: | <20091011145330.GA23369@linux-mips.org> |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <4AD17619.1000201@mips.com> <20091011133912.GA15684@linux-mips.org> <20091011145330.GA23369@linux-mips.org> |
| Sender: | linux-mips-bounce@linux-mips.org |
| User-agent: | Thunderbird 2.0.0.23 (Windows/20090812) |
Ralf Baechle wrote: It was actually in the bootup code where I saw the problem, and this patch doesn't deal with that case:There is no hazard barrier between writes to c0_context and subsequent read accesses. This is a fairly theoretical hole as c0_context is only written on CPU bootup and other, unrelated code will almost certainly MTC0 zero, CP0_CONTEXT # clear context register PTR_LA $28, init_thread_union /* Set the SP after an empty pt_regs. */ PTR_LI sp, _THREAD_SIZE - 32 - PT_SIZE PTR_ADDU sp, $28 back_to_back_c0_hazard set_saved_sp sp, t0, t1 The problem I observed is that the Context valuse used by set_saved_sp is whatever it inherits from YAMON. Chris -- Chris Dearman Desk: +1 408 530 5092 Cell: +1 650 224 8603 MIPS Technologies Inc 955 East Arques Ave, Sunnyvale CA 94085 |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH] Avoid potential hazard on Context register, Chris Dearman |
|---|---|
| Next by Date: | Re: [PATCH 2/2] bcm63xx: only set the proper GPIO overlay settings, Ralf Baechle |
| Previous by Thread: | Re: [PATCH] Avoid potential hazard on Context register, Ralf Baechle |
| Next by Thread: | Re: [PATCH] Avoid potential hazard on Context register, Ralf Baechle |
| Indexes: | [Date] [Thread] [Top] [All Lists] |