mpc5200: 2.6.3-rt7: Timer subsystem WARN_ON_ONCE causing large latencies

Hi, Here is dmesg output and config file for my powerpc 5200 based embedded device. This device boots up with the default time 01-01-1970, and when a date -s is tried to set the current time, this WARN_ON_ONCE appears. This causes a very large latency and causes the board to completely lock up fo

Re: [PATCH] mm: fix ENTRIES_PER_PAGEPAGE overflow with 256KB pages

> On Thu, Sep 11, 2008 at 01:53:07AM +0400, Ilya Yanok wrote: >> ENTRIES_PER_PAGEPAGE define in mm/shmem.c becomes zero if page size is >> 256KB. This patch fixes this. > > This looks.. dubious. You're making a change to generic code for a > powerpc feature. Plus it's not entirely clear that simp

Re: [PATCH] mm: fix ENTRIES_PER_PAGEPAGE overflow with 256KB pages

On Thu, Sep 11, 2008 at 01:53:07AM +0400, Ilya Yanok wrote: > ENTRIES_PER_PAGEPAGE define in mm/shmem.c becomes zero if page size is > 256KB. This patch fixes this. This looks.. dubious. You're making a change to generic code for a powerpc feature. Plus it's not entirely clear that simply increa

Re: [PATCH] powerpc: add support for PAGE_SIZEs greater than 4KB for

On Thu, Sep 11, 2008 at 01:53:06AM +0400, Ilya Yanok wrote: > This patch adds support for page sizes bigger than 4KB (16KB/64KB/256KB) on > PPC 44x. [snip] > diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig > index 587da5e..ca93157 100644 > --- a/arch/powerpc/Kconfig > +++ b/arch/powerpc/K

Re: [PATCH] powerpc: add support for PAGE_SIZEs greater than 4KB for

On Fri, 12 Sep 2008 03:38:39 +0400 Ilya Yanok <[EMAIL PROTECTED]> wrote: > Hello Josh, > > Josh Boyer wrote: > > Ok, but not everyone does. And I think setting the page size to this > > should be harder, maybe even dependent upon CONFIG_BROKEN. > > > > Well, we are violating ELF standard her

Re: TQM8349 and ARCH = powerpc

On Wed, Sep 10, 2008 at 04:12:22PM +0200, Oliver Rutsch wrote: > Hi again, > >> >> u-boot assigns the IMMR to 0xff40 in TQM834x.h, whereas the device >> tree you picked has it at 0xe000 (it's defined in the soc node). >> Don't forget to match up the PCI addresses too. patches welcome, of >

Re[2]: [PATCH] powerpc: add support for PAGE_SIZEs greater than 4KB for

Hi Ilya, On Friday, September 12, 2008 you wrote: > Hi, > prodyut hazarika wrote: >> In file arch/powerpc/mm/pgtable_32.c, we have: >> >> #ifdef CONFIG_PTE_64BIT >> /* 44x uses an 8kB pgdir because it has 8-byte Linux PTEs. */ >> #define PGDIR_ORDER 1 >> #else >> #define PGDIR_ORDER 0 >

Re: [PATCH] powerpc: add support for PAGE_SIZEs greater than 4KB for

Hello Josh, Josh Boyer wrote: Ok, but not everyone does. And I think setting the page size to this should be harder, maybe even dependent upon CONFIG_BROKEN. Well, we are violating ELF standard here... CONFIG_BROKEN seems to be adequate for me. I need to look over the patch a bit more,

Re[2]: [PATCH] powerpc: add support for PAGE_SIZEs greater than 4KB for

Hello Prodyut, Thanks for your comments. Some answers below. On Friday, September 12, 2008 you wrote: >>/* >> * Create WS1. This is the faulting address (EPN), >> * page size, and valid flag. >> */ >> - li r11,PPC44x_TLB_VALID | PPC44x_TLB_4K >> +

Re: [PATCH] powerpc: add support for PAGE_SIZEs greater than 4KB for

Hi, prodyut hazarika wrote: In file arch/powerpc/mm/pgtable_32.c, we have: #ifdef CONFIG_PTE_64BIT /* 44x uses an 8kB pgdir because it has 8-byte Linux PTEs. */ #define PGDIR_ORDER 1 #else #define PGDIR_ORDER 0 #endif pgd_t *pgd_alloc(struct mm_struct *mm) { pgd_t *ret;

Re: [PATCH] powerpc: add support for PAGE_SIZEs greater than 4KB for

>/* > * Create WS1. This is the faulting address (EPN), > * page size, and valid flag. > */ > - li r11,PPC44x_TLB_VALID | PPC44x_TLB_4K > + li r11,PPC44x_TLB_VALID | PPC44x_TLBE_SIZE >rlwimi r10,r11,0,20,31 /* Insert val

Re: [PATCH] powerpc: add support for PAGE_SIZEs greater than 4KB for

Hi, prodyut hazarika wrote: Also, it would be great if you could point me what changes are necessary to recompile the binutils. I would like to test the 256KB changes on my Canyonlands board. I have got 16KB/64KB working. I think this should be enough: --- binutils-2.16.1/ld/emulparams/elf

Git branch conventions

Hi Paul, Can you (or anyone really) describe what the usage conventions are for the master, powerpc-next, and merge branches in your tree? The 'master' and 'powerpc-next' branches appear to be identical right now. I can see that you usually submit pull requests to Linus via your 'merge' branch.

TDM driver

Hi, I am working on Custom MPC8360 Target board. I have four devices connected through the TDM interface. Does any one has written TDM driver for this Processor. I have seen some patches for MPC8323. Is this TDM driver is included in any latest versions of kernel. Regards Surendra _

Re: [PATCH] powerpc: add support for PAGE_SIZEs greater than 4KB for

On Thu, Sep 11, 2008 at 10:15:07PM +0400, Yuri Tikhonov wrote: >> I think this help should mention that for page size 256KB, you will >> need to have a special version of binutils, since the ELF standard >> mentions page sizes only upto 64KB. > > Right. We use ELDK-4.2 for compiling applications to

Re: [PATCH] powerpc: add support for PAGE_SIZEs greater than 4KB for

> > Any comments on the issues mentioned in introductory message? > I am reviewing the changes more thoroughly. I will give additional comments within the next 2-3 days. I am working on putting similar support for 405EX (Kilauea board), but having some issues. I will post the patch after I am done

Re: [PATCH] powerpc: add support for PAGE_SIZEs greater than 4KB for

> > I think you missed first '-' on the first line. > I was not too careful :-) >> I think these 44x specific defines should go to asm/mmu-44x.h since I >> > > Agreed. > It would be great to have user-friendly names. Also moving to the mmu-4xx specific header files hides the changes to 4xx files.

Re[2]: [PATCH] powerpc: add support for PAGE_SIZEs greater than 4KB for

Hello, On Thursday, September 11, 2008 you wrote: > I was planning to post a similar patch. Good that you already posted > it :-) I will try to finish off similar patch for 40x processors. >> >> +choice >> + prompt "Page size" >> + depends on 44x && PPC32 >> + default PPC32_4K

Re: [PATCH] powerpc: add support for PAGE_SIZEs greater than 4KB for

Hi, prodyut hazarika wrote: >> +choice >> + prompt "Page size" >> + depends on 44x && PPC32 >> + default PPC32_4K_PAGES >> + help >> + The PAGE_SIZE definition. Increasing the page size may >> + improve the system performance in some dedicated cases. >> +

Re: [PATCH/RFC] 64 bit csum_partial_copy_generic

Did you consider the other alternative? If you work on 32-bit chunks instead of 64-bit chunks (either load them with lwz, or split them after loading with ld), you can add them up with a regular non-carrying add, which isn't serialising like adde; this also allows unrolling the loop (using seve

Re: [PATCH] powerpc: add support for PAGE_SIZEs greater than 4KB for

I was planning to post a similar patch. Good that you already posted it :-) I will try to finish off similar patch for 40x processors. > > +choice > + prompt "Page size" > + depends on 44x && PPC32 > + default PPC32_4K_PAGES > + help > + The PAGE_SIZE definition. In

Re: [PATCH/RFC] 64 bit csum_partial_copy_generic

The current 64 bit csum_partial_copy_generic function is based on the 32 bit version and never was optimized for 64 bit. This patch takes the 64 bit memcpy and adapts it to also do the sum. It has been tested on a variety of input sizes and alignments on Power5 and Power6 processors. It

[PATCH 2/2] ehea: fix mutex and spinlock use

Looks like to me that the ehea_fw_handles.lock mutex and the ehea_bcmc_regs.lock spinlock are taken much longer than necessary and could as well be pushed inside the functions that need them (ehea_update_firmware_handles() and ehea_update_bcmc_registrations()) rather than at each callsite. Signe

[PATCH 0/2] powerpc - EHEA fixes

Hi, here are 2 fixes for the ehea driver (nothing urgent here): - fix a typo which prevents building when DEBUG is #defined - fix mutex and spinlock usage in ehea_main and the diffstat for the patchset: drivers/net/ehea/ehea_main.c | 26 -- drivers/net/ehea

[PATCH 1/2] ehea: fix phyp debugging typo

Fix typo in ehea_h_query_ehea() which prevents building when DEBUG is on. Signed-off-by: Sebastien Dugue <[EMAIL PROTECTED]> --- drivers/net/ehea/ehea_phyp.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/ehea/ehea_phyp.c b/drivers/net/ehea/ehea_phyp.c ind

Re: Getting Debian to release the PowerPC port

On Thu, Sep 11, 2008 at 07:42:23AM -0400, Josh Boyer wrote: >On Thu, 11 Sep 2008 00:55:14 -0300 >Rogério Brito <[EMAIL PROTECTED]> wrote: > >> Dear Paul, >> >> I would like to ask you a few things: >> >> * which is the official dtc git repository? >> I ask it here because dtc.ozlabs.org doesn't

Re: IDE

Hello. Sébastien Chrétien wrote: I saw pata_of_platform source. And when is called pata_of_platform_probe ? Look at the very end of arch/powerpc/boot/dts/mpc8349emitx.dts; probably there are more examples in that directory... MBR, Sergei ___

Re: Getting Debian to release the PowerPC port

On Thu, 11 Sep 2008 00:55:14 -0300 Rogério Brito <[EMAIL PROTECTED]> wrote: > Dear Paul, > > I would like to ask you a few things: > > * which is the official dtc git repository? > I ask it here because dtc.ozlabs.org doesn't seem to work, but this is > what is linked to from the page

Re: IDE

I saw pata_of_platform source. And when is called pata_of_platform_probe ? 2008/9/11, Sébastien Chrétien <[EMAIL PROTECTED]>: > > Where can I find a pata_of_platform node example ? > > Sergei Shtylyov a écrit : > >> Arnd Bergmann wrote: >> >> Most probably you can use the existing platform drive