Hmm.. my reading of 1275 says that an alias pointing to another alias
is not permitted, but I'm not terribly confident I'm not misreading
it. Segher, do you know whether this is allowed?
My reading is the same: if after expanding an alias the path does
not start with "/", the search starts at t
Hello Kumar,
Kumar Gala schrieb:
> On Jun 18, 2008, at 3:38 AM, Heiko Schocher wrote:
>> changes since the last patch:
>>
>> update the Portpin initialization.
>>
>> [powerpc] Added support for the MPC8247 based board MGCOGE
>> from Keymile.
>>
>> Signed-off-by: Heiko Schocher <[EMAIL P
On Fri, Aug 15, 2008 at 10:44:33AM -0500, Jon Loeliger wrote:
> > On Thu, Aug 14, 2008 at 7:29 PM, David Gibson
> > <[EMAIL PROTECTED]> wrote:
> > > On Thu, Aug 14, 2008 at 06:02:43PM -0500, Jon Loeliger wrote:
> > >> Now that all in-kernel-tree DTS files are properly /dts-v1/,
> > >> remove direct
Doing some various "make randconfig" and came across an error when CONFIG_BUG
was not set. Looking further in this, I found that module_find_bug, defined
in powerpc arch code, is not called anywhere.
There is a static module_find_bug in lib/bug.c but that is a separate issue.
Signed-off-by: Stev
From: Michael Ellerman <[EMAIL PROTECTED]>
Date: Sat, 16 Aug 2008 10:46:22 +1000
> On Fri, 2008-08-15 at 15:25 -0700, David Miller wrote:
> > Sounds great. Mind if I push the following to Linus?
>
> Looks good to me.
>
> I'll test it on Monday. I don't know if I have a system with memory
> hole
On Fri, 2008-08-15 at 15:25 -0700, David Miller wrote:
> From: Michael Ellerman <[EMAIL PROTECTED]>
> Date: Thu, 14 Aug 2008 21:26:53 +1000
>
> > Perhaps after the first loop we should set memory_limit to equal
> > lmb_end_of_DRAM(), then the second loop should work as it is.
>
> Sounds great. M
From: Michael Ellerman <[EMAIL PROTECTED]>
Date: Thu, 14 Aug 2008 21:26:53 +1000
> Perhaps after the first loop we should set memory_limit to equal
> lmb_end_of_DRAM(), then the second loop should work as it is.
Sounds great. Mind if I push the following to Linus?
lmb: Fix reserved region handl
On Jun 18, 2008, at 3:38 AM, Heiko Schocher wrote:
Hello,
changes since the last patch:
update the Portpin initialization.
[powerpc] Added support for the MPC8247 based board MGCOGE
from Keymile.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mgcoge.d
[EMAIL PROTECTED] root]# cat /proc/cpuinfo
processor : 0
cpu : 750GX
temperature : 1-76 C (uncalibrated)
clock : 200.00MHz
revision: 2.3 (pvr 0008 0203)
bogomips: 24.96
timebase: 1250 <-- 12.5 MHz exactly!!!
platform: Pow
Dear Kumar,
In message <[EMAIL PROTECTED]> Heiko Schocher wrote:
> Hello Kumar,
>
> On Wed Jul 2 19:58:03 EST 2008 Heiko Schocher wrote:
> >On Wednesday 02 July 2008, Kumar Gala wrote:
> >> Please point out any patches that have been posted but havent made it
> >> into a git tree related to Frees
Add a field in lparcfg output to indicate whether the kernel is running on a
dedicated or shared memory lpar. Added fields to show the paging space pool
IDs and the CMO page size.
Submitted-by: Robert Jennings <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/lparcfg.c |5 +
1 file changed,
From: Brian King <[EMAIL PROTECTED]>
If the firmware page size used for collaborative memory overcommit
is 4k, but the kernel is using 64k pages, the page loaning is currently
broken as it only marks the first 4k page of each 64k page as loaned.
This fixes this to iterate through each 4k page and
During platform setup, save off the primary/secondary paging space pool IDs
and the page size. Added accessors in hvcall.h for these variables.
Submitted-by: Robert Jennings <[EMAIL PROTECTED]>
---
arch/powerpc/include/asm/hvcall.h | 21 +
arch/powerpc/platforms/pseri
We need to correct a problem found where the kernel is using 64k pages
but the firmware pages size is 4k. In this case we were not properly
marking pages as 'loaned' to firmware.
To fix this I exposed some data pulled from rtas during early setup. I
also made these values available via /proc/ppc
Added in the MODULE_DEVICE_TABLE.
Cheers,
Sean
Port of the ndfc driver to an of platform driver.
Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
Acked-by: Arnd Bergmann <[EMAIL PROTECTED]>
---
diff --git a/drivers/mtd/nand/Kconfig b/drivers/mtd/nand/Kconfig
index 41f361c..ab0d77e 100644
---
On Thu, Aug 14, 2008 at 3:52 AM, Sinisa Denic <[EMAIL PROTECTED]> wrote:
> Hi,I have mpc52xx based board very similar to lite5200b.
> There is Davicom DM9000 connected to Local Plus Bus CS0.
> Does anybody have idea how should DTS part look like in order to add this
> resource in system.
> I've wri
> On Thu, Aug 14, 2008 at 7:29 PM, David Gibson
> <[EMAIL PROTECTED]> wrote:
> > On Thu, Aug 14, 2008 at 06:02:43PM -0500, Jon Loeliger wrote:
> >> Now that all in-kernel-tree DTS files are properly /dts-v1/,
> >> remove direct support for the older, un-numbered DTS
> >> source file format.
> >
> >
On Thu, Aug 14, 2008 at 7:29 PM, David Gibson
<[EMAIL PROTECTED]> wrote:
> On Thu, Aug 14, 2008 at 06:02:43PM -0500, Jon Loeliger wrote:
>> Now that all in-kernel-tree DTS files are properly /dts-v1/,
>> remove direct support for the older, un-numbered DTS
>> source file format.
>
> Um.. why? I ju
On Wed, Aug 06, 2008 at 03:16:40PM +0800, Li Yang wrote:
> Some of Freescale SoC chips have a QE or CPM co-processor which
> supports full speed USB. The driver adds device mode support
> of both QE and CPM USB controller to Linux USB gadget. The
> driver is tested with MPC8360 and MPC8272, and s
Hello Wolfgang (and all),
On Wed, Aug 13, 2008 at 04:12:17PM +0200, Wolfgang Grandegger wrote:
> ...but I prepared a patch to do the reset in the process context. Would be
> nice if you could give the patch below a try.
Will do later. Thanks!
Still, I think it might be useful to discuss if a com
On Friday 15 August 2008, Sean MacLennan wrote:
> Changes to the warp platform with the ndfc as an of platform device.
> The main changes are:
>
> * move the NAND information to the DTS
> * remove warp-nand.c
> * remove rev A fixups from cuboot-warp.c
>
> Signed-off-by: Sean MacLennan <[EMAIL PRO
On Friday 15 August 2008, Sean MacLennan wrote:
> Port the ndfc driver to an OF platform driver.
>
> Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
Acked-by: Arnd Bergmann <[EMAIL PROTECTED]>
Looks great, but I just noticed one more detail:
> +static const struct of_device_id ndfc_match[] =
A small bogon sneaked into the ppc64 lockdep support. A test is
branching slightly off causing a clobbered register value to
overwrite the irq state under some circumstances.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
This explains some of the reported weird lockdep errors, may
23 matches
Mail list logo
