Hi Linus !
This is a simple enough fix that I decided was worth having now, it
basically allow "direct" DMA (non-iommu) to work for devices that have a
< 32-bit DMA mask (such as some infamous broadcom wireless chips) when
the machine simply has not enough memory to go over the chip addressing
lim
On Fri, 2009-07-31 at 20:41 +0100, David Woodhouse wrote:
> On an iMac G5, the b43 driver is failing to initialise because trying to
> set the dma mask to 30-bit fails. Even though there's only 512MiB of RAM
> in the machine anyway:
> https://bugzilla.redhat.com/show_bug.cgi?id=514787
>
> We
Lightly tested, doesn't crash the kernel, leak reports appear
to be mostly sane.
Signed-off-by: Michael Ellerman
---
lib/Kconfig.debug |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
index 12327b2..d5ca9a5 100644
--- a/lib/Kconfig.d
Currently _edata does not include several data sections, this causes
the kernel's report of memory usage at boot to not match reality, and
also prevents kmemleak from working - because it scan between _sdata
and _edata for pointers to allocated memory.
This mirrors a similar change made recently t
We don't actually want kmemleak to track the lmb allocations, so we
pass min_count as 0. However telling kmemleak about lmb allocations
allows it to scan that memory for pointers to other memory that is
tracked by kmemleak, ie. slab allocations etc.
Signed-off-by: Michael Ellerman
---
lib/lmb.c
Make it possible to enable GCOV code coverage measurement on powerpc.
Lightly tested on 64-bit, seems to work as expected.
Signed-off-by: Michael Ellerman
---
arch/powerpc/kernel/Makefile|7 +++
arch/powerpc/kernel/vdso32/Makefile |1 +
arch/powerpc/kernel/vdso64/Makefile |
* Rafael J. Wysocki [2009-08-09 15:22:02]:
> On Sunday 09 August 2009, Pavel Machek wrote:
> > Hi!
> >
> > > > Also, approaches such as [1] can make use of this
> > > > extended infrastructure instead of putting the CPU to an arbitrary
> > > > C-state
> > > > when it is offlined, thereby provid
On Fri, 2009-08-07 at 20:24 +0530, M. Mohan Kumar wrote:
> On Fri, Aug 07, 2009 at 08:05:49PM +0530, M. Mohan Kumar wrote:
> > Hi,
> >
> > After enabling EARLY_DEBUG (and DEBUG in some of the files in
> > arch/powerpc/kernel directory), without forcing the dtstruct variable to 8
> > byte alignment
Signed-off-by: Marcin Slusarz
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: linuxppc-...@ozlabs.org
---
arch/powerpc/kernel/iommu.c |6 +-
arch/powerpc/kernel/irq.c|5 ++---
arch/powerpc/sysdev/ppc4xx_pci.c |9 ++---
3 files changed, 5 insertions(+), 15 dele
Nathan French wrote:
Hi, I am trying to add support for the 405EX's SPI controller on a Kilauea
board. I've added the below to the device tree (under plb/opb/):
[nfre...@nfrench-laptop linux-2.6-denx]$ diff -C2
arch/powerpc/boot/dts/kilauea.dts spi.dts
*** arch/powerpc/boot/dts/kilauea.dts
On Sunday 09 August 2009, Pavel Machek wrote:
> Hi!
>
> > > Also, approaches such as [1] can make use of this
> > > extended infrastructure instead of putting the CPU to an arbitrary C-state
> > > when it is offlined, thereby providing the system administrator a rope to
> > > hang
> > > himself w
Hi!
> > Also, approaches such as [1] can make use of this
> > extended infrastructure instead of putting the CPU to an arbitrary C-state
> > when it is offlined, thereby providing the system administrator a rope to
> > hang
> > himself with should he feel the need to do so.
> I didn't see the rea
Hi!
> > > Also, approaches such as [1] can make use of this
> > > extended infrastructure instead of putting the CPU to an arbitrary C-state
> > > when it is offlined, thereby providing the system administrator a rope to
> > > hang
> > > himself with should he feel the need to do so.
> > I didn't
13 matches
Mail list logo
