This provides a way to defer processing of an interrupt that wakes the
processor out of sleep mode. On 32-bit platforms that use an
interrupt to wake the processor, we have to have interrupts enabled in
hardware at the point where we go to sleep, otherwise the processor
will never wake up. Howeve
On Tue, May 13, 2008 at 12:07:15PM -0500, Jon Tollefson wrote:
> This patch set builds on Nick Piggin's patches for multi size and giant
> hugetlb page support of April 22. The following set of patches adds
> support for 16G huge pages on ppc64 and support for multiple huge page
> sizes at the
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> On Behalf Of Stephen Rothwell
> Sent: 2008?5?14? 9:45
> To: Anton Vorontsov
> Cc: Wood Scott; linuxppc-dev@ozlabs.org; Wim Van Sebroeck; Tabi Timur
> Subject: Re: [PATCH 3/6] [WATCHDOG] mpc83xx_wdt: rename to
On Tue, May 13, 2008 at 08:56:24PM -0500, Jon Loeliger wrote:
> > Hi,
> >
> > I took the latest tree from linux/kernel/git/galak/powerpc.git
> > (2.6.26-rc2), and the latest dtc from linux/kernel/git/galak/dtc.git.
>
> Hmm. galak, good. Or paulus. But the latest DTC is
> found on jdl.com still
> Hi,
>
> I took the latest tree from linux/kernel/git/galak/powerpc.git
> (2.6.26-rc2), and the latest dtc from linux/kernel/git/galak/dtc.git.
Hmm. galak, good. Or paulus. But the latest DTC is
found on jdl.com still.
> After compiling, I am having couple of questions.
>
> 1) Doesn't the l
Hi Anton,
On Wed, 14 May 2008 11:45:23 +1000 Stephen Rothwell <[EMAIL PROTECTED]> wrote:
>
> Doing this status with "git diff -M --stat" would show us if the file was
> just renamed or if there were some changes as well ...
Not that I don't trust you, just for future reference.
--
Cheers,
Steph
On Tue, 13 May 2008 18:14:59 +0400 Anton Vorontsov <[EMAIL PROTECTED]> wrote:
>
> Rename the driver because now we support some MPC86xx processors.
>
> There are no changes to the mpc83xx_wdt.c file, yet. When possible, we do
> file renames and changes separately (because Linus once asked so, beca
Hi,
I took the latest tree from linux/kernel/git/galak/powerpc.git
(2.6.26-rc2), and the latest dtc from linux/kernel/git/galak/dtc.git.
After compiling, I am having couple of questions.
1) Doesn't the latest dtc support /memreserve/ on the top before or
after /dts-v1/? This used to work fine fo
Hi Anton,
On Tue, 13 May 2008 18:14:54 +0400 Anton Vorontsov <[EMAIL PROTECTED]> wrote:
>
> +static struct of_platform_driver mpc83xx_wdt_driver = {
> + .name = "mpc83xx_wdt",
> + .match_table= mpc83xx_wdt_match,
> .probe = mpc83xx_wdt_probe,
> .remove
Corey J Ashford wrote:
On May 13, 2008, at 5:05 PM, Corey Ashford wrote:
Hello,
One of the things I've been working on is porting perfmon2 to ppc64.
We've made a fair amount of progress on it, and support is available
in libpfm and the perfmon2 kernel patch.
One of the things we had to work a
On May 13, 2008, at 5:05 PM, Corey Ashford wrote:
Hello,
One of the things I've been working on is porting perfmon2 to ppc64.
We've made a fair amount of progress on it, and support is available
in libpfm and the perfmon2 kernel patch.
One of the things we had to work around was the "lazy
Hello,
One of the things I've been working on is porting perfmon2 to ppc64.
We've made a fair amount of progress on it, and support is available in
libpfm and the perfmon2 kernel patch.
One of the things we had to work around was the "lazy interrupt
disabling" mechanism in ppc64 Linux. The
> So it looks like we need to define a new feature bit to mean "supports
> block-step". Is this something that userspace will expect to be told
> about via the AT_HWCAP entry in the aux vector?
I don't care to have userland know about it. I'm just concerned with the
arch_has_block_step() definit
Instead of using the variable mmu_huge_psize to keep track of the huge
page size we use an array of MMU_PAGE_* values. For each supported
huge page size we need to know the hugepte_shift value and have a
pgtable_cache. The hstate or an mmu_huge_psizes index is passed to
functions so that they kn
Adds a check for an overflow in the filesystem size so if someone is
checking with statfs() on a 16G hugetlbfs in a 32bit binary that it
will report back EOVERFLOW instead of a size of 0.
Are other places that need a similar check? I had tried a similar
check in put_compat_statfs64 too but it d
The huge page size is defined for 16G pages. If a hugepagesz of 16G is
specified at boot-time then it becomes the huge page size instead of
the default 16M.
The change in pgtable-64K.h is to the macro
pte_iterate_hashed_subpages to make the increment to va (the 1
being shifted) be a long so that
The 16G huge pages have to be reserved in the HMC prior to boot. The
location of the pages are placed in the device tree. This patch adds
code to scan the device tree during very early boot and save these page
locations until hugetlbfs is ready for them.
Signed-off-by: Jon Tollefson <[EMAIL P
The 16G page locations have been saved during early boot in an array.
The alloc_bm_huge_page() function adds a page from here to the
huge_boot_pages list.
Signed-off-by: Jon Tollefson <[EMAIL PROTECTED]>
---
arch/powerpc/mm/hugetlbpage.c | 22 ++
1 file changed, 22 insertio
Allow alloc_bm_huge_page() to be overridden by architectures that can't
always use bootmem. This requires huge_boot_pages to be available for
use by this function. The 16G pages on ppc64 have to be reserved prior
to boot-time. The location of these pages are indicated in the device
tree.
A BUG_O
This patch set builds on Nick Piggin's patches for multi size and giant
hugetlb page support of April 22. The following set of patches adds
support for 16G huge pages on ppc64 and support for multiple huge page
sizes at the same time on ppc64. Thus allowing 64K, 16M, and 16G huge
pages given
Jochen Friedrich wrote:
Initialize I2C pins on boards with CPM1/CPM2 controllers.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8272ads.dts | 10 ++
arch/powerpc/boot/dts/mpc866ads.dts | 10 ++
arch/powerpc/boot/dts/mpc885a
A change was made to walk_memory_resource() in commit
4b119e21d0c66c22e8ca03df05d9de623d0eb50f that added a
check of find_lmb(). Add the corresponding lmb_add()
call to ps3_mm_add_memory() so that that check will
succeed.
This fixes the condition where the PS3 boots up with
just the 128 MiB of bo
Anton Vorontsov wrote:
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8610_hpcd.dts |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc8610_hpcd.dts
b/arch/powerpc/boot/dts/mpc8610_hpcd.dts
index 5030533..a7f3e
Anton Vorontsov wrote:
config 8xxx_WDT
tristate "MPC8xxx Watchdog Timer"
- depends on PPC_83xx || PPC_86xx
+ depends on FSL_SOC
We should probably change the description to "MPC8xxx Platform Watchdog
Timer", and have help text indicating that it's not the Book-E core
watc
Update the defconfig for the Freescale MPC8610 HPCD board. Enable module
support. Disable support for all NICs except for the on-board ULI526x.
Enable support for the Freescale DIU driver. Increase the maximum zone order
to 12, so that the DIU driver can allocate physically-contiguous 5MB buffer
Only build-tested.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
On Tue, May 13, 2008 at 09:50:26AM -0500, Kumar Gala wrote:
>
> On May 13, 2008, at 9:14 AM, Anton Vorontsov wrote:
>
>> Hi all,
>>
>> Thanks for the review, here is the new version.
>>
>> Changes since v1:
>>
>> - Scott Wo
On May 8, 2008, at 12:25 PM, Vitaly Bordug wrote:
On Tue, May 06, 2008 at 12:30:08PM -0400, Jeff Garzik wrote:
Becky Bruce wrote:
This driver has been superseded by fs_enet and is no longer in use.
Signed-off-by: Becky Bruce <[EMAIL PROTECTED]>
I cannot make an informed judgement on this.
On Mon, 2008-05-12 at 17:17 -0700, Geoff Levand wrote:
> Hi,
>
> I've had some trouble with this change.
>
> Badari Pulavarty wrote:
> > Provide walk_memory_resource() for ppc64. PPC maintains
> > logic memory region mapping in lmb.memory structures. Walk
> > through these structures and do the
On May 13, 2008, at 9:14 AM, Anton Vorontsov wrote:
Hi all,
Thanks for the review, here is the new version.
Changes since v1:
- Scott Wood asked for mpc83xx_wdt on multiplatform kernels. Done via
OF platform driver;
- Kumar Gala asked for mpc83xx_wdt -> mpc8xxx_wdt rename. Done in two
step
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8610_hpcd.dts |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc8610_hpcd.dts
b/arch/powerpc/boot/dts/mpc8610_hpcd.dts
index 5030533..a7f3e0e 100644
--- a/arch/pow
mpc83xx_wdt.c renamed to mpc8xxx_wdt.c, now we can do various renames
in the file itself.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/watchdog/mpc8xxx_wdt.c | 100
1 files changed, 50 insertions(+), 50 deletions(-)
diff --git a/drivers
mpc83xx_wdt is the OF driver now, so we don't need fsl_soc constructor.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c | 46 -
1 files changed, 0 insertions(+), 46 deletions(-)
diff --git a/arch/powerpc/sysdev/fsl_so
Rename the driver because now we support some MPC86xx processors.
There are no changes to the mpc83xx_wdt.c file, yet. When possible, we do
file renames and changes separately (because Linus once asked so, because
it helps git to track the renamed files).
Signed-off-by: Anton Vorontsov <[EMAIL PR
On MPC86xx the watchdog could be enabled only at power-on-reset, and
could not be disabled afterwards. We must ping the watchdog from the
kernel until the userspace handles it.
MPC83xx CPUs are only differ in a way that watchdog could be disabled
once, but after it was enabled via software it beco
This patch simply converts mpc83xx_wdt to the OF platform driver so we
can directly work with the device tree without passing various stuff
through platform data.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/watchdog/mpc83xx_wdt.c | 64 ++--
Hi all,
Thanks for the review, here is the new version.
Changes since v1:
- Scott Wood asked for mpc83xx_wdt on multiplatform kernels. Done via
OF platform driver;
- Kumar Gala asked for mpc83xx_wdt -> mpc8xxx_wdt rename. Done in two
steps;
- Segher Boessenkool noticed a negligence in the wd
Please pull from 'powerpc-next' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git
powerpc-next
All of these changes are pretty much isolated to the board they touch so
the possibility of breaking things is minor. Also, the driver removal is
because we have superced
On May 13, 2008, at 6:55 AM, Paul Mackerras wrote:
Roland McGrath writes:
Yeah, all that stuff I could figure out as needed. What I really
meant
was, where is the big official table of which chips behave which
ways that
you base all code that on? Actually, I don't really care as long
a
On Tue, May 13, 2008 at 12:23:40AM +0200, Segher Boessenkool wrote:
>> +compatible = "mpc83xx_wdt", "fsl,mpc8610-wdt";
>
> You should put the most specific entry first.
Yeah, I've overlooked this. Thanks.
Actually, I should remove mpc83xx_wdt, since mpc8610-wdt isn't
compatibl
Roland McGrath writes:
> Yeah, all that stuff I could figure out as needed. What I really meant
> was, where is the big official table of which chips behave which ways that
> you base all code that on? Actually, I don't really care as long as you
> all are happy to be responsible for figuring ou
On Tue, 2008-05-13 at 20:58 +1000, Paul Mackerras wrote:
> Michael Ellerman writes:
>
> > When I changed irq_alloc_host() to take an of_node
> > (52964f87c64e6c6ea671b5bf3030fb1494090a48: "Add an
> > optional device_node pointer to the irq_host"),
> > I botched the reference counting semantics.
>
Michael Ellerman writes:
> When I changed irq_alloc_host() to take an of_node
> (52964f87c64e6c6ea671b5bf3030fb1494090a48: "Add an
> optional device_node pointer to the irq_host"),
> I botched the reference counting semantics.
>
> Stephen pointed out that it's irq_alloc_host()'s
> business if it
With CONFIG_VIRT_CPU_ACCOUNTING disabled, I got the following error:
linux-2.6/arch/powerpc/platforms/cell/spufs/file.c: In function
'spu_switch_log_notify':
linux-2.6/arch/powerpc/platforms/cell/spufs/file.c:2542: error: implicit
declaration of function 'get_tb'
make[4]: *** [arch/powerpc/platf
43 matches
Mail list logo
