There is no need to do set the DIRTY bit directly in DTLB Error.
Trap to do_page_fault() and let the generic MM code do the work.
---
Ben, here it is :)
arch/powerpc/kernel/head_8xx.S | 95
1 files changed, 0 insertions(+), 95 deletions(-)
diff --git
Benjamin Herrenschmidt b...@kernel.crashing.org wrote on 12/10/2009 07:46:14:
On Mon, 2009-10-12 at 07:36 +0200, Joakim Tjernlund wrote:
Benjamin Herrenschmidt b...@kernel.crashing.org wrote on 12/10/2009
00:44:56:
On Mon, 2009-10-12 at 00:19 +0200, Joakim Tjernlund wrote:
I hear
Profiling of a page fault scalability microbenchmark shows flush_hash_range
is not calling the batch hpte invalidate hcall (H_BULK_REMOVE).
It turns out we have a duplicate firmware feature for hcall-bulk and the
current setup code stops after finding the first match. This meant we never
batch
On Mon, 2009-10-12 at 18:47 +1100, Anton Blanchard wrote:
Profiling of a page fault scalability microbenchmark shows flush_hash_range
is not calling the batch hpte invalidate hcall (H_BULK_REMOVE).
It turns out we have a duplicate firmware feature for hcall-bulk and the
current setup code
* Arun R B a...@linux.vnet.ibm.com [2009-10-08 15:18:28]:
Hi
Please consider this for inclusion into the testing tree.
This patchset introduces cpuidle infrastructure to POWER, prototyping
for pSeries, and also does a major refactoring of current x86 idle
power management and a cleanup
From: Olof Johansson o...@lixom.net
Date: Tue, 6 Oct 2009 11:11:23 -0500
On Mon, Oct 05, 2009 at 05:31:24PM +0400, Valentine Barshak wrote:
Add ethtool set settings to pasemi_mac_ethtool.
Signed-off-by: Valentine Barshak vbars...@ru.mvista.com
Acked-by: Olof Johansson o...@lixom.net
* Arun R B a...@linux.vnet.ibm.com [2009-10-08 15:19:42]:
* Arun R Bharadwaj a...@linux.vnet.ibm.com [2009-10-08 15:18:28]:
This patch cleans up drivers/cpuidle/cpuidle.c
Earlier cpuidle assumed pm_idle as the default idle loop. Break that
assumption and make it more generic.
Hi all,
we've been working on a PPC512x board booting with u-boot + linux
2.6.24.6, and one major issue for our application is boot time.
Right now, we went down to less than 6s boot time (i.e. time from power
off to launch of the user app), even with some drivers installed, i.e.:
* CAN
On Fri, Oct 09, 2009 at 10:11:05AM +0200, Niklaus Giger wrote:
Adds support for a HCU5 PPC405EPx based board from Netstal Maschinen AG.
Should be 440EPx, no?
Also, the subject should probably be powerpc/44x. These are minor things,
not really a big deal. Overall, nice patch. See below for a
On Fri, Oct 09, 2009 at 09:47:38PM +0200, Niklaus Giger wrote:
- hcu4.dts: Added definitions for 2 CAN (Intel 82527)
- hcu4.c: Some code for CPLD (special HW clock) and 2 CAN (Intel 82527)
Same comments here as in the HCU5 patch. Drop the device_type for cpld and
can, and use compatible
size_t len cannot be less than 0.
Signed-off-by: Roel Kluin roel.kl...@gmail.com
---
Or can this test be removed?
diff --git a/arch/powerpc/platforms/cell/spufs/file.c
b/arch/powerpc/platforms/cell/spufs/file.c
index 884e8bc..d4f304f 100644
--- a/arch/powerpc/platforms/cell/spufs/file.c
+++
Did you try setenv bootdelay 0 in uboot?
On Mon, Oct 12, 2009 at 7:07 AM, Fortini Matteo matteo.fort...@mta.it wrote:
Hi all,
we've been working on a PPC512x board booting with u-boot + linux 2.6.24.6,
and one major issue for our application is boot time.
Right now, we went down to less than
Hi Wolfgang,
The link says about the initialization of the SDRAM; Does it
applicable in our case, where we have SRAM on our board. Does the
initialization means just clearing the memory in case of SRAM ? We
tried clearing the memory before the operation which doesnt work too.
We are creating a
Yes, that's what we're currently using, but the problem is a little
broader: I should answer to CAN messages in at most 100-200ms from
powerup, and that can be done in u-boot.
However, handing CAN transmission control over to Linux is quite
complicated nowadays, since it would involve passing
Linux power management subsystem supports vast amount of new PM
callbacks that are crucial for proper suspend and hibernation support
in drivers.
This patch implements support for dev_pm_ops, preserving support
for legacy callbacks.
Signed-off-by: Anton Vorontsov avoront...@ru.mvista.com
---
Hi all,
Here are few patches that add support for hibernation for gianfar
driver.
Technically, we could just do gfar_close() and then gfar_enet_open()
sequence to restore gianfar functionality after hibernation, but
close/open does so many unneeded things (e.g. BDs buffers freeing and
We're going to split the startup_gfar() into 3 separate functions,
so let's cleanup the code a little bit so that cosmetic changes
won't distract attention from logical ones.
- Remove needless casts (e.g. (struct sk_buff **)kmalloc());
- Turn 'unsigned long vaddr;' into 'void *vaddr', to avoid
Remove dma_free_coherent() from stop_gfar() and gfar_start() calls,
place it into free_skb_resources(). That makes SKB resources management
more understandable, plus free_skb_resources() will be used as a cleanup
routine for gfar_alloc_skb_resources() that will be implemented soon.
Signed-off-by:
startup_gfar() sets the wrap bit for the last rxbd just after
gfar_new_rxbdp() call, which is issued for all rxbds. And
gfar_new_rxbdp() has the following check already:
if (bdp == priv-rx_bd_base + priv-rx_ring_size - 1)
lstatus |= BD_LFLAG(RXBD_WRAP);
So we don't need
Two new functions implemented: gfar_alloc_skb_resources() and
gfar_init_mac(). We'll use gfar_init_mac() for restoring after
hibernation.
The patch just moves the code around, there should be no functional
changes.
Signed-off-by: Anton Vorontsov avoront...@ru.mvista.com
---
For hibernation we want to call gfar_init_mac() without need to
free/allocate_skb_resources sequence, so save the DMA address into a
private struct, and move tbase/rbase initialization to gfar_init_mac().
Signed-off-by: Anton Vorontsov avoront...@ru.mvista.com
---
drivers/net/gianfar.c | 17
We want to just reinitialize RX BDs after hibernation, no need to
map the skb-data again. So let's factor gfar_init_rxbdp() out of
gfar_new_rxbdp().
Signed-off-by: Anton Vorontsov avoront...@ru.mvista.com
---
drivers/net/gianfar.c | 33 +
1 files changed, 21
Thanks to various cleanups and refactorings this is now straightforward:
convert the gianfar driver to dev_pm_ops, plus add -restore() callback
that will fully reinitialize MAC internal registers and BDs.
Note that I kept legacy suspend/resume callbacks so that this patch
doesn't depend on
On Wed, 9 Sep 2009 15:28:01 -0500
Kumar Gala ga...@kernel.crashing.org wrote:
On Sep 9, 2009, at 1:22 PM, Scott Wood wrote:
On Fri, Sep 04, 2009 at 12:31:25PM +0200, Roland Lezuo wrote:
The following patch is needed to correctly assign the IRQs for the
gianfar driver on the
Signed-off-by: Kim Phillips kim.phill...@freescale.com
---
arch/powerpc/configs/mpc83xx_defconfig | 15 ---
arch/powerpc/configs/mpc85xx_defconfig | 16
arch/powerpc/configs/mpc85xx_smp_defconfig | 16
3 files changed, 24 insertions(+),
When cpm2.h included into spi_mpc8xxx driver, the SPI defines
in the header conflict with defines in the driver.
We don't need them in the header file, so remove them. Plus
remove struct spi, we'll use a better version in the driver.
Signed-off-by: Anton Vorontsov avoront...@ru.mvista.com
---
struct mcc defined in both immap_qe.h and immap_cpm2.h, so they will
conflic when included in a single file. The mcc struct is easy to deal
with, since it isn't used in any driver (yet), so let's just rename QE
version to qe_mcc.
The ucb_ctlr is a bit trickier, since it is used by fsl_qe_udc
Hello Kumar,
There are Acks from Greg KH and David Brownell to pass the whole
patchset via PowerPC tree. Can you please apply it?
Thanks,
--
Anton Vorontsov
email: cbouatmai...@gmail.com
irc://irc.freenode.net/bd2
___
Linuxppc-dev mailing list
The bits are generic to CPM devices, so let's move them to the
common header file, so drivers won't need to privately reintroduce
another bunch of the same bits (as we can't include cpm2.h header
together with cpm1.h).
Signed-off-by: Anton Vorontsov avoront...@ru.mvista.com
---
This is needed to avoid ugly #ifdefs in drivers. Also update fsl_qe_udc
driver so that now it doesn't define its own versions that cause build
breakage when the generic stubs are used.
Signed-off-by: Anton Vorontsov avoront...@ru.mvista.com
Acked-by: Greg Kroah-Hartman gre...@suse.de
---
This patch fixes the following warning:
CC drivers/spi/spi_mpc8xxx.o
spi_mpc8xxx.c: In function 'of_mpc8xxx_spi_probe':
spi_mpc8xxx.c:681: warning: 'ret' may be used uninitialized in this function
Signed-off-by: Anton Vorontsov avoront...@ru.mvista.com
Acked-by: David Brownell
We'll add more steps soon, so get rid of the duplication.
Signed-off-by: Anton Vorontsov avoront...@ru.mvista.com
Acked-by: David Brownell dbrown...@users.sourceforge.net
---
drivers/spi/spi_mpc8xxx.c | 56 +++-
1 files changed, 24 insertions(+), 32
Soon there will be more flags introduced in subsequent patches, so
let's turn qe_mode into flags.
Also introduce mpc8xxx_spi_strmode() and print current SPI mode.
Signed-off-by: Anton Vorontsov avoront...@ru.mvista.com
Acked-by: David Brownell dbrown...@users.sourceforge.net
---
This patch adds QE buffer descriptors mode support for the
spi_mpc8xxx driver, and as a side effect we now support CPM1
and CPM2 SPI controllers.
That means that today we support almost all MPC SPI controllers:
- MPC834x-style controllers (support PIO mode only);
- CPM1 and CPM2 controllers
Peter Zijlstra a.p.zijls...@chello.nl writes:
So does it make sense to have a set of sets?
Why not integrate them all into one set to be ruled by this governor
thing?
cpuidle is currently optional, that is why the two level hierarchy
is there so that you can still have simple idle selection
* Benjamin Herrenschmidt (b...@kernel.crashing.org) wrote:
On Fri, 2009-10-09 at 15:41 -0500, Robert Jennings wrote:
The Collaborative Memory Manager (CMM) module allocates individual pages
over time that are not migratable. On a long running system this can
severely impact the ability to
The Collaborative Memory Manager (CMM) module allocates individual pages
over time that are not migratable. On a long running system this can
severely impact the ability to find enough pages to support a hotplug
memory remove operation.
This patch adds a memory isolation notifier and a memory
On Mon, Oct 12, 2009 at 8:50 AM, Anton Vorontsov
avoront...@ru.mvista.com wrote:
Linux power management subsystem supports vast amount of new PM
callbacks that are crucial for proper suspend and hibernation support
in drivers.
This patch implements support for dev_pm_ops, preserving support
On Mon, Oct 12, 2009 at 03:09:53PM -0700, Grant Likely wrote:
On Mon, Oct 12, 2009 at 8:50 AM, Anton Vorontsov
avoront...@ru.mvista.com wrote:
Linux power management subsystem supports vast amount of new PM
callbacks that are crucial for proper suspend and hibernation support
in drivers.
cppcheck found a memory leak in axon_msi, if dcr_base or dcr_len are zero,
we have already allocated msic, so we should free it in the error path.
Signed-off-by: Eric Sesterhenn eric.sesterh...@lsexperts.de
Acked-by: Michael Ellerman mich...@ellerman.id.au
---
Roel,
Or can this test be removed?
I'd prefer just to remove the test.
Cheers,
Jeremy
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On Fri, Oct 09, 2009 at 04:41:00PM -0700, Andrew Morton wrote:
On Fri, 9 Oct 2009 17:29:15 +0900
Akinobu Mita akinobu.m...@gmail.com wrote:
This introduces new bitmap functions:
bitmap_set: Set specified bit area
bitmap_clear: Clear specified bit area
bitmap_find_next_zero_area:
Has anybody gotten a serial console to work under current qemu (ala the 0.11.0
release)?
I've tried the 2.6.30 and 2.6.31.4 kernels, and in both cases both the
bootloader and the kernel's boot messages write to the serial console just
fine, but as soon as userspace tries to write to
43 matches
Mail list logo
