On Tue, 2008-06-10 at 16:54 +1000, Stephen Rothwell wrote:
> Hi Paul,
>
> Today's linux-next tree build (powerpc ppc64_defconfig) failed like this:
>
> UPD include/linux/compile.h
> arch/powerpc/mm/built-in.o: In function `ht64_insert_pte':
> hash_native_64.c:(.text+0x4756): undefined refer
Jon,
hmm, I tried the same, but with a 32MiB flash instead. And Linux-2.6.26-rc5
and the dtc-1.1.0.
On Monday 09 June 2008 23:30, Jon Smirl wrote:
> This is my boot log:
>
> ff00.flash: Found 1 x16 devices at 0x0 in 16-bit bank
> Intel/Sharp Extended Query Table at 0x0031
> Using buffer wri
On Tuesday 10 June 2008 00:28:16 Paul Mackerras wrote:
> Stefan Roscher writes:
>
> > This patchset contains two changes for IB/ehca and ibmebus.
> >
> > The first patch enables ibmebus_request_irq() to optionally return the
> > IRQ number, which is used by the second patch to trigger EOI in cas
Maybe everything in this small piece of my dts is wrong. But I don't know how
the correct way is. All I want is to define a 32MiB flash at the end if the
address space of my MPC5200B based system.
[...]
[EMAIL PROTECTED] {
model = "fsl,lpb";
compatib
Stefan Roscher writes:
> The processing of events with a timer controlled polling is not the "typical"
> way how you should handle adapter events.
Do you mean it's not typical in Linux (I would have said it was), or
it's not the way that the firmware architects and implementers thought
the eHEA h
Due to the "Free a PTE bit on ppc64 with 64K pages" commit from Ben H
turning out to be bad, I have reset the master and powerpc-next
branches of the powerpc.git repository to the commit just before that,
and then reapplied the "powerpc: Remove arch/ppc and include/asm-ppc"
commit (taking the oppor
On Tue, Jun 10, 2008 at 3:05 AM, Juergen Beisert <[EMAIL PROTECTED]> wrote:
> Maybe everything in this small piece of my dts is wrong. But I don't know how
> the correct way is. All I want is to define a 32MiB flash at the end if the
> address space of my MPC5200B based system.
>
>[...]
>
On Wed, Jun 04, 2008 at 10:32:38PM -0500, Kumar Gala wrote:
> Please pull from 'powerpc-next' branch of
>
> master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git
> powerpc-next
Kumar, could you provide some status for these patches?
* rdk/83xx/qe queue
[PATCH 1/7] [POWERPC] sysde
On Mar 17, 2008, at 12:52 PM, Anton Vorontsov wrote:
MDIO-less PHYs should use CONFIG_FIXED_PHY driver and appropriate
fixed-link property in the device tree.
If not, ethernet will not work:
e0024520:03 not found
eth1: Could not attach to PHY
IP-Config: Failed to open eth1
Signed-off-by: A
On Jun 9, 2008, at 9:11 AM, Kumar Gala wrote:
Please pull from 'for-2.6.26' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git
for-2.6.26
to receive the following updates:
arch/powerpc/boot/dts/mpc8548cds.dts |4
arch/powerpc/configs/83xx/mpc8313_rdb_
Why is my vmlinux.strip 3.2GB? Could a missing address be interpreted
as -1 (0xFFF..) and cause the image to contain all of memory?
-rw-r--r-- 1 jonsmirl jonsmirl 61738015 2008-06-10 10:31 vmlinux.o
-rwxr-xr-x 1 jonsmirl jonsmirl 3224175192 2008-06-10 10:31 vmlinux.strip.3651
After it is pack
A number of drivers have dependencies on symbols that we had in
arch/ppc but nowhere else. On the basis that this is all dead
code now, this series removes them completely.
I did not try to find symbols that are always enabled in
arch/powerpc but not in arch/ppc, like CONFIG_PPC_MERGE,
but Kumar m
This driver was only used by arch/ppc code and is obsolete
now with the move to common arch/powerpc code.
Cc: [EMAIL PROTECTED]
Cc: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
---
drivers/ide/Kconfig | 10 -
drivers/ide/ppc/Makefile |1
The CONFIG_HDPU option is gone with the removal of arch/ppc,
so the drivers have become dead code that can be removed.
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
---
drivers/misc/Makefile |1 -
drivers/misc/hdpuftrs/Makefile|1 -
drivers/misc/hdpuftrs/hdpu_cp
It is no longer possible to select compilation of these
drivers with arch/powerpc, so the code should be removed.
New platforms should use physmap_of.
Cc: [EMAIL PROTECTED]
Cc: David Woodhouse <[EMAIL PROTECTED]>
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
---
drivers/mtd/maps/Kconfig
The SPRUCE, LOPEC, SANDPOINT, PPC_GEN550 and PPLUS Kconfig
symbols were only defined for platforms in arch/ppc that are
no longer there with arch/powerpc. All compile time
switches based on these symbols can now be removed.
Cc: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Cc: Vita
OCP is dead, so all code referring to it can go away as well.
Cc: [EMAIL PROTECTED]
Cc: Ben Dooks <[EMAIL PROTECTED]>
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
---
drivers/i2c/busses/i2c-ibm_iic.c | 181 --
1 files changed, 0 insertions(+), 181 deletion
During corner case testing, we noticed that some versions of ehca
do not properly transition to interrupt done in special load situations.
This can be resolved by periodically triggering EOI through H_EOI,
if eqes are pending.
Signed-off-by: Stefan Roscher <[EMAIL PROTECTED]>
---
This patch rep
On Tuesday 10 June 2008 16:52:57 Roland Dreier wrote:
> > During corner case testing, we noticed that some versions of ehca
> > do not properly transition to interrupt done in special load situations.
> > This can be resolved by periodically triggering EOI through H_EOI,
> > if eqes are pendi
> During corner case testing, we noticed that some versions of ehca
> do not properly transition to interrupt done in special load situations.
> This can be resolved by periodically triggering EOI through H_EOI,
> if eqes are pending.
So just to be clear: this is a workaround for a hardware/
On Tue, 2008-06-10 at 10:30 +1000, Michael Ellerman wrote:
> On Tue, 2008-06-10 at 09:41 +1000, Benjamin Herrenschmidt wrote:
> > On Mon, 2008-06-09 at 16:26 -0700, [EMAIL PROTECTED] wrote:
> > > From: Carl Love <[EMAIL PROTECTED]>
> > >
> > > Fix the 64 bit user code backtrace which currently ma
On Apr 29, 2008, at 2:00 PM, Anton Vorontsov wrote:
This is patch adds board file, device tree, and defconfig for the new
board, made by Freescale Semiconductor Inc. and Logic Product
Development.
Currently supported:
1. UEC{1,2,7,4};
2. I2C;
3. SPI;
4. NS16550 serial;
5. PCI and miniPCI;
6
On Jun 6, 2008, at 6:50 AM, Wolfgang Grandegger wrote:
Like for the TQM5200, the vendor prefix "tqc," is now used for all
TQM85xx modules from TQ-Components GmbH (http://www.tqc.de) in the
corresponding DTS files.
Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts
On Jun 6, 2008, at 6:50 AM, Wolfgang Grandegger wrote:
This patch adds support for the TQM8548 modules from TQ-Components
GmbH (http://www.tqc.de).
Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]>
---
arch/powerpc/boot/Makefile |1
arch/powerpc/boot/dts/tqm8548.dts
On Jun 6, 2008, at 6:50 AM, Wolfgang Grandegger wrote:
Some TQM85xx boards could be equipped with up to 1 GiB (NOR) flash
memory and therefore a modified memory map is required and setup by
the board loader. This patch adds an appropriate DTS file.
Signed-off-by: Wolfgang Grandegger <[EMAIL PR
On Jun 6, 2008, at 6:50 AM, Wolfgang Grandegger wrote:
This patch adds local bus nodes for Flash and CAN to the DTS file
of the TQM8560 module (tqm8560.dts).
Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/tqm8560.dts | 65
++
On May 23, 2008, at 11:38 AM, Anton Vorontsov wrote:
GTM stands for General-purpose Timers Module and able to generate
timer{1,2,3,4} interrupts. These timers are used by the drivers that
need time precise interrupts (like for USB transactions scheduling for
the Freescale USB Host controller as
On May 23, 2008, at 11:38 AM, Anton Vorontsov wrote:
This patch adds a function to the qe_lib to setup QE USB clocks
routing.
To setup clocks safely, cmxgcr register needs locking, so I just
reused
ucc_lock since it was used only to protect cmxgcr.
The idea behind placing clocks routing fu
On May 23, 2008, at 11:38 AM, Anton Vorontsov wrote:
- split and export __par_io_config_pin() out of par_io_config_pin(),
so we
could use the prefixed version with GPIO LIB API;
- rename struct port_regs to qe_pio_regs, and place it into qe.h;
- rename #define NUM_OF_PINS to QE_PIO_PINS, and
On May 23, 2008, at 11:39 AM, Anton Vorontsov wrote:
This is very trivial patch. We're transitioning to the cpm_muram_*
calls. That's it.
Less trivial changes:
- BD_SC_* defines were defined in the cpm.h and qe.h, so to avoid
redefines
we remove BD_SC from the qe.h and use cpm.h along with
On May 19, 2008, at 12:47 PM, Anton Vorontsov wrote:
This is needed to access QE GPIOs via Linux GPIO API.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
Acked-By: Timur Tabi <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 27 +
arch/powerpc/sysdev/qe_lib/Kconfi
On Jun 10, 2008, at 9:02 AM, Anton Vorontsov wrote:
On Wed, Jun 04, 2008 at 10:32:38PM -0500, Kumar Gala wrote:
Please pull from 'powerpc-next' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git
powerpc-next
Kumar, could you provide some status for these patches?
*
> > So just to be clear: this is a workaround for a hardware/firmware bug?
> Yes it is.
OK, so paulus et al... does it seem like a good approach to call H_EOI
from driver code (given that this driver makes tons of other hcalls)?
How critical is this? Since you said "corner case testing" I sus
On Tue, 10 Jun 2008 16:27:05 +0200
[EMAIL PROTECTED] wrote:
> OCP is dead, so all code referring to it can go away as well.
Stefan already sent this out, and I think Jean has it queued up.
josh
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
http
Hi Arnd,
On Tue, 10 Jun 2008 16:27:05 +0200 [EMAIL PROTECTED] wrote:
>
> OCP is dead, so all code referring to it can go away as well.
>
> Cc: [EMAIL PROTECTED]
> Cc: Ben Dooks <[EMAIL PROTECTED]>
> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
There is already a patch in the i2c tree to do t
On Tue, Jun 10, 2008 at 10:38:31AM -0400, Jon Smirl wrote:
> Why is my vmlinux.strip 3.2GB? Could a missing address be interpreted
> as -1 (0xFFF..) and cause the image to contain all of memory?
>
> -rw-r--r-- 1 jonsmirl jonsmirl 61738015 2008-06-10 10:31 vmlinux.o
> -rwxr-xr-x 1 jonsmirl jons
On Monday, June 09, 2008 11:56 pm Nick Piggin wrote:
> So that still doesn't tell us what *minimum* level of ordering we should
> provide in the cross platform readl/writel API. Some relatively sane
> suggestions would be:
>
> - as strong as x86. guaranteed not to break drivers that work on x86,
>
On 6/10/08, Scott Wood <[EMAIL PROTECTED]> wrote:
> On Tue, Jun 10, 2008 at 10:38:31AM -0400, Jon Smirl wrote:
> > Why is my vmlinux.strip 3.2GB? Could a missing address be interpreted
> > as -1 (0xFFF..) and cause the image to contain all of memory?
> >
> > -rw-r--r-- 1 jonsmirl jonsmirl 61
This patch fixes the following build error with CONFIG_BLK_DEV_IDE_PMAC=n:
<-- snip -->
...
CC drivers/macintosh/mediabay.o
/home/bunk/linux/kernel-2.6/git/linux-2.6/drivers/macintosh/mediabay.c: In
function 'check_media_bay':
/home/bunk/linux/kernel-2.6/git/linux-2.6/drivers/macintosh/
On Tue, 2008-06-10 at 10:41 -0700, Jesse Barnes wrote:
> On Monday, June 09, 2008 11:56 pm Nick Piggin wrote:
> > So that still doesn't tell us what *minimum* level of ordering we should
> > provide in the cross platform readl/writel API. Some relatively sane
> > suggestions would be:
> >
> > - as
On Tuesday 10 June 2008, Stephen Rothwell wrote:
> There is already a patch in the i2c tree to do this one. Commit id
> c73327b0f4d96f76a9b57eecdc7594a98c04ab62 ("i2c-ibm_iic: Remove deprecated
> OCP style part") in today's linux-next tree if you want to compare.
Ok, I removed it from my git tree
> me too. That's the whole basis for readX_relaxed() and its cohorts: we
> make our weirdest machines (like altix) conform to the x86 norm. Then
> where it really kills us we introduce additional semantics to selected
> drivers that enable us to recover I/O speed on the abnormal platforms.
E
On 6/10/08, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 6/10/08, Scott Wood <[EMAIL PROTECTED]> wrote:
> > On Tue, Jun 10, 2008 at 10:38:31AM -0400, Jon Smirl wrote:
> > > Why is my vmlinux.strip 3.2GB? Could a missing address be interpreted
> > > as -1 (0xFFF..) and cause the image to contain a
On Tuesday, June 10, 2008 12:05 pm Roland Dreier wrote:
> > me too. That's the whole basis for readX_relaxed() and its cohorts: we
> > make our weirdest machines (like altix) conform to the x86 norm. Then
> > where it really kills us we introduce additional semantics to selected
> > drivers t
This patch updates mpc83xx_defconfig to support MPC8360E-RDK board.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
On Tue, Jun 10, 2008 at 10:55:39AM -0500, Kumar Gala wrote:
[...]
> Can you do me a favor and update mpc83xx_defconfig and make sure that
> boots and provide that in a sepa
Thanks for the patch, comments below.
BTW, When sending to the mailing list, please don't use bcc: or hide
the recipients.
Cheers,
g.
On Tue, Jun 10, 2008 at 10:29 AM, David Jander <[EMAIL PROTECTED]> wrote:
> Signed-off-by: David Jander <[EMAIL PROTECTED]>
> ---
> arch/powerpc/boot/dts/prtlvt.
powerpc: hash_huge_page() should get the WIMG bits from the lpte
Signed-off-by: Dave Kleikamp <[EMAIL PROTECTED]>
---
arch/powerpc/mm/hugetlbpage.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff -Nurp linux000/arch/powerpc/mm/hugetlbpage.c
linux001/arch/powerpc/mm/hugetlbpa
Allow an application to enable Strong Access Ordering on specific pages of
memory on Power 7 hardware. Currently, power has a weaker memory model than
x86. Implementing a stronger memory model allows an emulator to more
efficiently translate x86 code into power code, resulting in faster code
execut
mm: Allow architectures to define additional protection bits
This patch allows architectures to define functions to deal with
additional protections bits for mmap() and mprotect().
arch_calc_vm_prot_bits() maps additonal protection bits to vm_flags
arch_vm_get_page_prot() maps additional vm_flags
powerpc: Define flags for Strong Access Ordering
This patch defines:
- PROT_SAO, which is passed into mmap() and mprotect() in the prot field
- VM_SAO in vma->vm_flags, and
- _PAGE_SAO, the combination of WIMG bits in the pte that enables strong
access ordering for the page.
NOTE: There doesn't
On Jun 10, 2008, at 2:32 PM, Anton Vorontsov wrote:
This patch updates mpc83xx_defconfig to support MPC8360E-RDK board.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
On Tue, Jun 10, 2008 at 10:55:39AM -0500, Kumar Gala wrote:
[...]
Can you do me a favor and update mpc83xx_defconfig
powerpc: Add Strong Access Ordering
Things I don't like about this patch:
1. All the includes I added to asm-powerpc/mman.h
2. It doesn't look like mmap() used to validate prot. Now instead of
ignoring invalid values, it will return -EINVAL. Could this be a problem?
3. Are these new functions i
powerpc: Define CPU_FTR_SAO
This is just a placeholder to make the patchset compilable.
Signed-off-by: Dave Kleikamp <[EMAIL PROTECTED]>
---
include/asm-powerpc/cputable.h |1 +
1 file changed, 1 insertion(+)
diff -Nurp linux003/include/asm-powerpc/cputable.h
linux004/include/asm-powerpc/
powerpc: Don't clear _PAGE_COHERENT when _PAGE_SAO is set
This is a placeholder. Benh tells me that he will come up with a better fix.
Signed-off-by: Dave Kleikamp <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/pseries/lpar.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff -Nu
On Tue, 10 Jun 2008 18:01:07 -0400
Dave Kleikamp <[EMAIL PROTECTED]> wrote:
> mm: Allow architectures to define additional protection bits
>
> This patch allows architectures to define functions to deal with
> additional protections bits for mmap() and mprotect().
>
> arch_calc_vm_prot_bits() ma
Jan-Bernd Themann wrote:
eHEA has to call firmware functions in order to change the mac address
of a logical port. This patch checks if the logical port is up
when calling the register / deregister mac address calls. If the port
is down these firmware calls would fail and are therefore not execut
To avoid "#ifdef CONFIG_PCI" in the drivers we should provide stubs in
place of OF PCI address accessors.
Without these stubs build breaks for drivers not strictly requiring PCI,
for example CONFIG_FB_OF=y without CONFIG_PCI:
LD .tmp_vmlinux1
drivers/built-in.o: In function `offb_map_reg':
Hello.
Dave Kleikamp wrote:
powerpc: Don't clear _PAGE_COHERENT when _PAGE_SAO is set
This is a placeholder. Benh tells me that he will come up with a better fix.
Signed-off-by: Dave Kleikamp <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/pseries/lpar.c |3 ++-
1 file changed, 2 inserti
This patch updates mpc83xx_defconfig to support MPC8360E-RDK board.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
On Tue, Jun 10, 2008 at 05:01:17PM -0500, Kumar Gala wrote:
[...]
> Can you look at refreshing this against my for-2.6.26 tree (its got an
> updated defconfig)
That's an i
This is some preliminary work to improve TLB management on SW loaded
TLB powerpc platforms. This introduce support for non-atomic PTE
operations in pgtable-ppc32.h and removes write back to the PTE from
the TLB miss handlers. In addition, the DSI interrupt code no longer
tries to fixup write permis
On Wed, Jun 04, 2008 at 09:26:23AM -0500, Jon Loeliger wrote:
> David Gibson wrote:
>
>> But as I said that can be dealt with in the future without breaking
>> compatibility. Objection withdrawn.
>>
>
> And on that note, I officially implore Scott to
> re-submit his binary include patch!
Scott's
Index: linux-work/include/asm-powerpc/pgtable-ppc32.h
===
--- linux-work.orig/include/asm-powerpc/pgtable-ppc32.h 2008-06-10
18:13:47.0 +1000
+++ linux-work/include/asm-powerpc/pgtable-ppc32.h 2008-06-10
18:16:49.
Convert i2c-mpc from a platform driver into an of_platform driver.
This patch is much smaller since Jochen already added
of_find_i2c_driver(). Versions of this have been posted before.
Signed-ff-by: Jon Smirl <[EMAIL PROTECTED]>
--
drivers/i2c/busses/i2c-mpc.c | 105 +-
> > #define _PAGE_PRESENT 0x0001 /* S: PTE valid */
> > -#define_PAGE_RW0x0002 /* S: Write permission
> > */
> > +#define _PAGE_RW 0x0002 /* S: Write permission */
> > #define _PAGE_FILE 0x0004 /* S: nonlinea
On Wed, 2008-06-11 at 02:26 +0400, Sergei Shtylyov wrote:
> Hello.
>
> Dave Kleikamp wrote:
> > powerpc: Don't clear _PAGE_COHERENT when _PAGE_SAO is set
> >
> > This is a placeholder. Benh tells me that he will come up with a better
> > fix.
> >
> > Signed-off-by: Dave Kleikamp <[EMAIL PROTECT
On Wednesday 11 June 2008 05:19, Jesse Barnes wrote:
> On Tuesday, June 10, 2008 12:05 pm Roland Dreier wrote:
> > > me too. That's the whole basis for readX_relaxed() and its cohorts:
> > > we make our weirdest machines (like altix) conform to the x86 norm.
> > > Then where it really kills us
On Wed, 2008-06-11 at 13:29 +1000, Nick Piggin wrote:
>
> Exactly, yes. I guess everybody has had good intentions here, but
> as noticed, what is lacking is coordination and documentation.
>
> You mention strong ordering WRT spin_unlock, which suggests that
> you would prefer to take option #2 (t
On Wednesday 11 June 2008 13:40, Benjamin Herrenschmidt wrote:
> On Wed, 2008-06-11 at 13:29 +1000, Nick Piggin wrote:
> > Exactly, yes. I guess everybody has had good intentions here, but
> > as noticed, what is lacking is coordination and documentation.
> >
> > You mention strong ordering WRT spi
On 6/10/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Tue, Jun 10, 2008 at 3:05 AM, Juergen Beisert <[EMAIL PROTECTED]> wrote:
> > Maybe everything in this small piece of my dts is wrong. But I don't know
> how
> > the correct way is. All I want is to define a 32MiB flash at the end if the
>
Nick Piggin writes:
> OK, I'm sitll not quite sure where this has ended up. I guess you are happy
> with x86 semantics as they are now. That is, all IO accesses are strongly
> ordered WRT one another and WRT cacheable memory (which includes keeping
> them within spinlocks),
My understanding was t
On Wednesday 11 June 2008 14:18, Paul Mackerras wrote:
> Nick Piggin writes:
> > OK, I'm sitll not quite sure where this has ended up. I guess you are
> > happy with x86 semantics as they are now. That is, all IO accesses are
> > strongly ordered WRT one another and WRT cacheable memory (which incl
Nick Piggin writes:
> > I just wish we had even one actual example of things going wrong with
> > the current rules we have on powerpc to motivate changing to this
> > model.
>
> ~/usr/src/linux-2.6> git grep test_and_set_bit drivers/ | wc -l
> 506
> How sure are you that none of those forms part
On Tue, Jun 10, 2008 at 03:08:05PM -0400, Jon Smirl wrote:
> > I'm trying to convince OSELAS to rebuild the toolchain on Ubuntu
> > hardy but I'm having problems.
>
> After much mucking with my toolchain, I got it built with bin-utils
> 2.18. That fixed the Efika problem. Thanks for the tip.
Mar
On Wednesday 11 June 2008 15:13, Paul Mackerras wrote:
> Nick Piggin writes:
> > > I just wish we had even one actual example of things going wrong with
> > > the current rules we have on powerpc to motivate changing to this
> > > model.
> >
> > ~/usr/src/linux-2.6> git grep test_and_set_bit driver
This patch frees a PTE bit when using 64K pages on ppc64. This is done
by getting rid of the separate _PAGE_HASHPTE bit. Instead, we just test
if any of the 16 sub-page bits is set. For non-combo pages (ie. real
64K pages), we set SUB0 and the location encoding in that field.
Signed-off-by: Benjam
On Wednesday 11 June 2008 15:35, Nick Piggin wrote:
> On Wednesday 11 June 2008 15:13, Paul Mackerras wrote:
> > Nick Piggin writes:
> > > > I just wish we had even one actual example of things going wrong with
> > > > the current rules we have on powerpc to motivate changing to this
> > > > model.
On Jun 10, 2008, at 7:50 PM, Benjamin Herrenschmidt wrote:
This is some preliminary work to improve TLB management on SW loaded
TLB powerpc platforms. This introduce support for non-atomic PTE
operations in pgtable-ppc32.h and removes write back to the PTE from
the TLB miss handlers. In additio
On Wed, 2008-06-11 at 01:20 -0500, Kumar Gala wrote:
> On Jun 10, 2008, at 7:50 PM, Benjamin Herrenschmidt wrote:
>
> > This is some preliminary work to improve TLB management on SW loaded
> > TLB powerpc platforms. This introduce support for non-atomic PTE
> > operations in pgtable-ppc32.h and re
78 matches
Mail list logo
