* Peter Zijlstra [2009-09-02 07:42:24]:
> On Tue, 2009-09-01 at 17:08 +0530, Arun R Bharadwaj wrote:
> > * Arun R Bharadwaj [2009-09-01 17:07:04]:
> >
> > Cleanup drivers/cpuidle/cpuidle.c
> >
> > Cpuidle maintains a pm_idle_old void pointer because, currently in x86
> > there is no clean way
Hi Tjernlund,
Thanks a lot for the reply.
I checked in my code regarding to the invalidate/flushing of the
data cache. In the fec_init its been done by calling the sequence
/* Make it uncached.
*/
pte = va_to_pte(mem_addr);
pte_val(*pte) |= _PAGE_NO_CACHE;
On Wed, 2009-09-02 at 15:33 +0900, HongWoo Lee wrote:
> Hi everyone~
>
> In ther linux kernel code, I found the reloc_offset.
>
> {{{
> // file : misc.S
> /* Returns (address we are running at) - (address we were linked at)
> * for use before the text and data are mapped to KERNELBASE.
> */
On Wed, Sep 2, 2009 at 5:44 PM, Eddie Dawydiuk wrote:
> Hello,
>
> I have a question regarding reading PCI bus registers from a user space
> application running on a PPC SBC. Seeing as though the PCI bus is little
> endian and PPC is big endian is it typical that one must perform a byte swap
> on a
Hello,
I have a question regarding reading PCI bus registers from a user space
application running on a PPC SBC. Seeing as though the PCI bus is little endian
and PPC is big endian is it typical that one must perform a byte swap on all 16
and 32 bit register reads?
I've found this is true on
Sometimes this is used to hold a simple offset, and sometimes
it is used to hold a pointer. This patch changes it to a union containing
void * and dma_addr_t. get/set accessors are also provided, because it was
getting a bit ugly to get to the actual data.
Signed-off-by: Becky Bruce
---
arch/p
The former is no longer really accurate with the swiotlb case now
a possibility. I also move it into dma-mapping.h - it no longer
needs to be in dma.c, and there are about to be some more accessors
that should all end up in the same place.
Signed-off-by: Becky Bruce
---
arch/powerpc/include/asm
Hi Chris,
I am having a problem similar to what you described in this discussion.
We are using the ppc arch with 2.6.24 with CONFIG_SEQUOIA with compiles
arch/ppc/kernel/head_44x.c (quite different
from /arch/powerpc/kernel/head_32.S). I would like to apply your
backporting patch to this architect
On Thu, 3 Sep 2009, Balbir Singh wrote:
> > Right, I'm proposing an alternate mapping scheme (which we've used for
> > years) for both platforms such that a cpu is bound (and is set in
> > cpumask_of_node()) to each fake node with which it has physical affinity.
> > That is the only way for zoneli
On Thu, Sep 3, 2009 at 1:06 AM, David Rientjes wrote:
> On Wed, 2 Sep 2009, Ankita Garg wrote:
>
>> Currently, the behavior of fake numa is not so on x86 as well? Below is
>> a sample output from a single node x86 system booted with numa=fake=8:
>>
>> # cat node0/cpulist
>>
>> # cat node1/cpulist
>
On Wed 2009-09-02 07:33:31, Peter Zijlstra wrote:
> On Fri, 2009-08-28 at 15:30 +0530, Gautham R Shenoy wrote:
> > Hi,
> >
> > This is the version 2 of the patch series to provide a cpu-offline framework
> > that enables the administrators choose the state the offline CPU must be put
> > into when
On Wed, 2 Sep 2009, Ankita Garg wrote:
> Currently, the behavior of fake numa is not so on x86 as well? Below is
> a sample output from a single node x86 system booted with numa=fake=8:
>
> # cat node0/cpulist
>
> # cat node1/cpulist
>
> ...
> # cat node6/cpulist
>
> # cat node7/cpulist
> 0-7
> -Original Message-
> From: Stephen Hemminger [mailto:shemmin...@vyatta.com]
> Sent: Thursday, August 20, 2009 5:49 PM
> To: John Linn
> Cc: net...@vger.kernel.org; linuxppc-...@ozlabs.org;
da...@davemloft.net; jgar...@pobox.com; John
> Linn; grant.lik...@secretlab.ca; Josh Boyer; John Wil
Hello Vitaly,
> From: Heiko Schocher
>
> [POWERPC] WDT: added support for the WDT Chain driver.
>
> This new driver implements a character device with major number 10
> and minor number 130. It is a software abstraction of the hardware
> watchdog with two different APIs. While the d
Usually u-boot sends a phy request in its network init routine. An uboot
without network support doesn't do it and I endup without working
network. I still can switch between 10/100Mbit (according to the LED on
the hub and phy registers) but I can't send or receive any data.
At this point I'm not
Hi John,
on my mpc512x custom board I have non-working USB after the kexec
syscall. I've traced it down to the ehci_turn_off_all_ports() which is
called from within ehci_shutdown(). If I omit ehci_turn_off_all_ports()
it works fine. The content of the portstatus register is the same after
the setu
On Tue, 2009-09-01 at 23:03 -0700, David Rientjes wrote:
> On Wed, 2 Sep 2009, Benjamin Herrenschmidt wrote:
>
> > Since I'm pretty sure there could be CPU less nodes just like there
> > could be memory-less nodes, it would be good if fake numa could
> > simulate them too :-)
> >
>
> You don't w
Hi everyone~
In ther linux kernel code, I found the reloc_offset.
{{{
// file : misc.S
/* Returns (address we are running at) - (address we were linked at)
* for use before the text and data are mapped to KERNELBASE.
*/
_GLOBAL(reloc_offset)
}}}
I couldn't understand the comment saying "Return
Hi David,
On Tue, Sep 01, 2009 at 11:37:05PM -0700, David Rientjes wrote:
> On Wed, 2 Sep 2009, Ankita Garg wrote:
>
> > Hi,
> >
> > Below is a patch to fix a couple of issues with fake numa node creation
> > on ppc:
> >
> > 1) Presently, fake nodes could be created such that real numa node
> >
19 matches
Mail list logo