On Wed, 14 Jul 2010 about 04:05:05 -, Christian Dietrich wrote:
>
> The config options for REDWOOD_[56] were commented out in the powerpc
> Kconfig. The ifdefs referencing this options therefore are dead and all
> references to this can be removed (Also dependencies in other KConfig
> files).
On Wed, 14 Jul 2010 17:07:28 +0400, Anton Vorontsov
wrote:
> Hi all,
>
> Currently the sdhci driver does everything in the atomic context.
> And what is worse, PIO transfers are made from the IRQ handler.
>
> This causes huge latencies (up to 120 ms). On some P2020 SOCs,
> DMA and card detectio
On Thu, 2010-07-15 at 00:21 -0600, Grant Likely wrote:
> On Wed, Jul 14, 2010 at 9:18 AM, Matthew McClintock
> wrote:
> > To build a proper flat device tree for kexec we need to know which
> > memreserve region was used for the device tree for the currently
> > running kernel, so we can remove it
On Thu, Jul 15, 2010 at 9:19 AM, Matthew McClintock wrote:
> On Thu, 2010-07-15 at 00:21 -0600, Grant Likely wrote:
>> On Wed, Jul 14, 2010 at 9:18 AM, Matthew McClintock
>> wrote:
>> > To build a proper flat device tree for kexec we need to know which
>> > memreserve region was used for the devi
On Thu, 2010-07-15 at 10:22 -0600, Grant Likely wrote:
> > Thanks for taking a look. My first thought was to just blow away all
> the
> > memreserve regions and start over. But, there are reserve regions
> for
> > other things that I might not want to blow away. For example, on
> mpc85xx
> > SMP sy
On Thu, Jul 15, 2010 at 10:39 AM, Matthew McClintock wrote:
> On Thu, 2010-07-15 at 10:22 -0600, Grant Likely wrote:
>> > Thanks for taking a look. My first thought was to just blow away all
>> the
>> > memreserve regions and start over. But, there are reserve regions
>> for
>> > other things that
On PowerPC we should always use generic ISA DMA API implementation
as there is simply no other implementation exist.
Without this patch, the following build error pops up:
sound/built-in.o: In function 'snd_dma_pointer':
(.text+0x74ae): undefined reference to 'dma_spin_lock'
...
make: ***
On Thu, 2010-07-15 at 10:57 -0600, Grant Likely wrote:
> On Thu, Jul 15, 2010 at 10:39 AM, Matthew McClintock
> wrote:
> > On Thu, 2010-07-15 at 10:22 -0600, Grant Likely wrote:
> >> > Thanks for taking a look. My first thought was to just blow away all
> >> the
> >> > memreserve regions and star
Simply add proper IDs into the device table.
Signed-off-by: Anton Vorontsov
---
It appears that the driver has two device ID tables. :-)
So, my previous attempt enabled only half of the functionality.
Andrew,
Can you please replace
edac-mpc85xx-add-support-for-mpc8569-edac-controllers.patch
This set of patches de-couples the idea that there is a single
directory in sysfs for each memory section. The intent of the
patches is to reduce the number of sysfs directories created to
resolve a boot-time performance issue. On very large systems
boot time are getting very long (as seen on pow
On Thu, Jul 15, 2010 at 12:03 PM, Matthew McClintock wrote:
> On Thu, 2010-07-15 at 10:57 -0600, Grant Likely wrote:
>> On Thu, Jul 15, 2010 at 10:39 AM, Matthew McClintock
>> wrote:
>> > On Thu, 2010-07-15 at 10:22 -0600, Grant Likely wrote:
>> >> > Thanks for taking a look. My first thought wa
Split the memory_block struct into a memory_block
struct to cover each sysfs directory and a new memory_block_section
struct for each memory section covered by the sysfs directory.
This change allows for creation of memory sysfs directories that
can span multiple memory sections.
This can be benef
Add a new 'end_phys_index' file to each memory sysfs directory to
report the physical index of the last memory section
covered by the sysfs directory.
Signed-off-by: Nathan Fontenot
---
drivers/base/memory.c | 14 +-
include/linux/memory.h |3 +++
2 files changed, 16 insertion
Change the name of the memory_block mutex since it is now used for
more than just gating changes to the status of the memory sections
covered by the memory sysfs directory.
Signed-off-by: Nathan Fontenot
---
drivers/base/memory.c | 20 ++--
include/linux/memory.h |9 +-
Update the node sysfs directory routines that create
links to the memory sysfs directories under each node.
This update makes the node code aware that a memory sysfs
directory can cover multiple memory sections.
Signed-off-by: Nathan Fontenot
---
drivers/base/node.c | 12
1 file c
MPC85xx EDAC driver is missing module device aliases, so the driver
won't load automatically on boot. This patch fixes the issue by
adding proper MODULE_DEVICE_TABLE() macros.
Signed-off-by: Anton Vorontsov
---
drivers/edac/mpc85xx_edac.c |3 +++
1 files changed, 3 insertions(+), 0 deletions
Update the powerpc/pseries code to initialize
the memory sysfs directory block size to be the
same size as a LMB.
Signed-off-by; Nathan Fontenot
---
arch/powerpc/platforms/pseries/hotplug-memory.c | 66 +++-
1 file changed, 53 insertions(+), 13 deletions(-)
Index: linux-2.
On Thu, 2010-07-15 at 12:37 -0600, Grant Likely wrote:
> On Thu, Jul 15, 2010 at 12:03 PM, Matthew McClintock
> wrote:
> > On Thu, 2010-07-15 at 10:57 -0600, Grant Likely wrote:
> >> On Thu, Jul 15, 2010 at 10:39 AM, Matthew McClintock
> >> wrote:
> >> > On Thu, 2010-07-15 at 10:22 -0600, Grant
On Thu, Jul 15, 2010 at 12:58 PM, Matthew McClintock wrote:
> On Thu, 2010-07-15 at 12:37 -0600, Grant Likely wrote:
>> On Thu, Jul 15, 2010 at 12:03 PM, Matthew McClintock
>> wrote:
>> > Yes. Where would we get a list of memreserve sections?
>>
>> I would say the list of reserves that are not u
> The problem is that after/when the kernel switches to the real console
> from the boot console, printk() calls cpm_uart_console_write() to
> print the first (?) message using the cpm_uart driver. But the
> transmitter buffer never becomes ready. It's shown below with the gdb
> session.
>
> Progra
> On PowerPC we should always use generic ISA DMA API implementation
> as there is simply no other implementation exist.
>
> Without this patch, the following build error pops up:
>
> sound/built-in.o: In function 'snd_dma_pointer':
> (.text+0x74ae): undefined reference to 'dma_spin_lock'
>
On Thu, 15 Jul 2010 13:37:51 -0500
Nathan Fontenot wrote:
> Split the memory_block struct into a memory_block
> struct to cover each sysfs directory and a new memory_block_section
> struct for each memory section covered by the sysfs directory.
> This change allows for creation of memory sysfs di
On Thu, 15 Jul 2010 13:38:52 -0500
Nathan Fontenot wrote:
> Add a new 'end_phys_index' file to each memory sysfs directory to
> report the physical index of the last memory section
> covered by the sysfs directory.
>
> Signed-off-by: Nathan Fontenot
Does memory_block have to be contiguous betw
On Thu, 15 Jul 2010 13:40:40 -0500
Nathan Fontenot wrote:
> Update the node sysfs directory routines that create
> links to the memory sysfs directories under each node.
> This update makes the node code aware that a memory sysfs
> directory can cover multiple memory sections.
>
> Signed-off-by:
> commit e62cee42e66dcca83aae02748535f62e0f564a0c solved the problem for
> 2.6.34-rc6. However some other bad relocation warnings generated against
> 2.6.35-rc5 on Power7/ppc64 below:
>
> MODPOST 2004 modules^M
> WARNING: 2 bad relocations^M
> c0008590 R_PPC64_ADDR32.text+0x400
Grant Likely wrote:
On Thu, Jul 15, 2010 at 12:58 PM, Matthew McClintock wrote:
On Thu, 2010-07-15 at 12:37 -0600, Grant Likely wrote:
On Thu, Jul 15, 2010 at 12:03 PM, Matthew McClintock wrote:
Yes. Where would we get a list of memreserve sections?
I would say the l
26 matches
Mail list logo
