Hannes Hering wrote:
This patch removes some trailing whitespaces and spaces before tabs.
Signed-off-by: Hannes Hering <[EMAIL PROTECTED]>
---
diff -Nurp -X dontdiff linux-2.6.28-rc3/drivers/net/ehea/ehea.h
patched_kernel/drivers/net/ehea/ehea.h
--- linux-2.6.28-rc3/drivers/net/ehea/ehea.h2
Hi All,
Sorry for the newb questions, but I'm trying to setup KGDB for my
embedded development environment and I'm slightly confused.
Compiling a 2.6.27.3 kernel for a Kilauea (PowerPC 405EX) development
board. U-boot 1.3.2 on target and ELDK 4.2 cross-tools on Debian
(Lenny) host. Everything wor
On Thu, Nov 06, 2008 at 03:09:08PM +1100, Paul Mackerras wrote:
> Nick Piggin writes:
>
> > On Sun, Oct 12, 2008 at 07:47:32AM +0200, Nick Piggin wrote:
> > >
> > > Implement a more optimal mutex fastpath for powerpc, making use of acquire
> > > and release barrier semantics. This takes the mutex
Milton Miller writes:
> With the new generic smp call function helpers, I noticed the code in
> smp_message_recv was a single function call in many cases. While
> getting the message number from the ipi data is easy, we can reduce
> the path length by a function and data dependent switch by regis
We have several instances of inline assembly code that use the addic
or addic. instructions, which set the carry bit, but don't include XER
in the list of clobbers (the carry bit is in the XER register).
This adds "xer" to the list of clobbers for those inline asm
statements that use addic or addi
Nick Piggin writes:
> On Sun, Oct 12, 2008 at 07:47:32AM +0200, Nick Piggin wrote:
> >
> > Implement a more optimal mutex fastpath for powerpc, making use of acquire
> > and release barrier semantics. This takes the mutex lock+unlock benchmark
> > from 203 to 173 cycles on a G5.
> >
> > +static
The implemetation of _tlbil_pid() on Freescale Book-E cores needs
an msync & isync after we flash invalidate the TLBs. This was causing
the following oops reported by Sebastian Andrzej Siewior:
VFS: Mounted root (nfs filesystem) readonly.
Freeing unused kernel memory: 148k init
BUG: sleepin
On Oct 27, 2008, at 10:50 PM, Liu Yu wrote:
This patch add the handlers of SPE/EFP exceptions.
The code is used to emulate float point arithmetic,
when MSR(SPE) is enabled and receive EFP data interrupt or EFP round
interrupt.
This patch has no conflict with or dependence on FP math-emu.
T
On Oct 27, 2008, at 10:50 PM, Liu Yu wrote:
FP_DECL_EX is already used, so ret is redundant.
And FP_SET_EXCEPTION will add status into return value.
Signed-off-by: Liu Yu <[EMAIL PROTECTED]>
---
arch/powerpc/math-emu/fadd.c|1 -
arch/powerpc/math-emu/fcmpo.c |5 ++---
arch/powerpc/
On Oct 27, 2008, at 10:50 PM, Liu Yu wrote:
Move to using the same macro definition for _FP_CHOOSENAN as s390,
sh, sparc32/64. The original author didn't understand this and
matched what sparc64 was doing and they have updated to this
definition.
Signed-off-by: Liu Yu <[EMAIL PROTECTED]>
-
On Oct 27, 2008, at 10:50 PM, Liu Yu wrote:
PowerPC float point division emulation is derived from gcc.
I reported this problem on gcc maillist and got this reply:
http://gcc.gnu.org/ml/gcc/2008-03/msg00543.html
Since UDIV_NEEDS_NORMALIZATION is not used by kernel, we should use
_FP_DIV_MEAT_1
On Thu, 2008-11-06 at 13:33 +1100, Paul Mackerras wrote:
> powerpc: Fix domain numbers in /proc on 64-bit
This can cause problems apparently on some POWER3's which is why
I didn't include it in the previous merge window, though it's not
a huge deal. Basically, POWER3 used to have unique bus
Linus,
Please pull from the 'merge' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
to get three small commits that fix compile errors and a warning on
powerpc.
Thanks,
Paul.
arch/powerpc/platforms/cell/ras.c |1 +
arch/powerpc/platforms/pseries/p
I have just pushed the following commits to the "next" branch of my
powerpc.git repository. The "next" branch is what I'll push to Linus
when the 2.6.29 merge window opens.
I'm now using a new "next" branch rather than the "powerpc-next"
branch at Stephen Rothwell's request, since the "powerpc-"
Thank you. I will send it to the netdev list.
Ron Madrid
- Original Message
> From: Kumar Gala <[EMAIL PROTECTED]>
> To: Ron Madrid <[EMAIL PROTECTED]>
> Cc: linuxppc-dev@ozlabs.org
> Sent: Wednesday, November 5, 2008 3:33:55 PM
> Subject: Re: [PATCH] Add support for Marvell 88E1118 P
This patch adds the ability to enable the digital filter in the device
tree (with the "clock-filter" boolean property) and automates the
predivider selection according to the clock-frequency and clock-filter
properties. This allows use of a wider range of I2C bus frequencies.
Signed-off-by: Mike
On Wed, Nov 05, 2008 at 11:33:28AM -0600, Hollis Blanchard wrote:
> On Mon, 2008-11-03 at 15:00 -0500, Josh Boyer wrote:
> > On Mon, 03 Nov 2008 13:55:21 -0600
> > Hollis Blanchard <[EMAIL PROTECTED]> wrote:
> >
> > > On Mon, 2008-11-03 at 11:43 +1100, Benjamin Herrenschmidt wrote:
> > > > > Cropp
[including extra context because some of the thread went to the
wrong I2C list]
David Gibson wrote:
> On Wed, Nov 05, 2008 at 04:35:03PM -0800, Mike Ditto wrote:
>> David Gibson wrote:
>> > What does worry me, however, is the description says it's about
>> > whether the driver "should" enable the
On Wed, Nov 05, 2008 at 04:35:03PM -0800, Mike Ditto wrote:
> David Gibson wrote:
> > What does worry me, however, is the description says it's about
> > whether the driver "should" enable the filter. Generally the device
> > tree doesn't attempt to say what users "should" do with the hardware,
>
Andreas Schwab writes:
> The new context may not be 16-byte aligned, so the real address of the
> mcontext structure should be read from the uc_regs pointer instead of
> directly using the (unaligned) uc_mcontext field.
Good catch, but...
> @@ -941,9 +941,17 @@ long sys_swapcontext(struct uconte
David Gibson wrote:
> What does worry me, however, is the description says it's about
> whether the driver "should" enable the filter. Generally the device
> tree doesn't attempt to say what users "should" do with the hardware,
> just what the characteristics of the hardware are.
>
> What's the un
On Wed, Nov 05, 2008 at 03:53:55PM +1100, Paul Mackerras wrote:
> David Gibson writes:
>
> > This patch adds a new backend for the hvc console based on the
> > low-level udbg callbacks. This effectively implements a working
> > runtime console in terms of the simple udbg primitives. This is kind
On Sat, Nov 01, 2008 at 09:00:56PM +0100, Sebastian Andrzej Siewior wrote:
> * David Gibson | 2008-10-14 13:00:04 [+1100]:
>
> >Oh, one other thing. Since we are now unconditionally copying the dtb
> >into a malloc()ed buffer, possibly it would be sensible to add a
> >little padding to the buffer
On Fri, Oct 31, 2008 at 12:40:47PM +0100, Jochen Friedrich wrote:
> Hi Mike,
>
> > This patch adds the ability to enable the digital filter in the device
> > tree (with the "clock-filter" boolean property) and automates the
> > predivider selection according to the clock-frequency and clock-filter
On Nov 5, 2008, at 5:11 PM, Ron Madrid wrote:
This patch will add support for the Marvell 88E1118 PHY which
supports gigabit ethernet among other things.
Signed-off-by: Ron Madrid <[EMAIL PROTECTED]>
---
drivers/net/phy/marvell.c | 66
+
1 file
On Wed, Nov 05, 2008 at 01:22:25PM -0800, Ira Snyder wrote:
Despite my best efforts at testing this version, a bug slipped past.
There is some problem with this driver, nfsroot, and Linux routing. If
you do not apply the fix below, udp packets sent by the nfsroot code
have corrupted checksums afte
This patch will add support for the Marvell 88E1118 PHY which supports gigabit
ethernet among other things.
Signed-off-by: Ron Madrid <[EMAIL PROTECTED]>
---
drivers/net/phy/marvell.c | 66 +
1 files changed, 66 insertions(+), 0 deletions(-)
diff --
On Thu, 6 Nov 2008 10:08:25 +1100
David Gibson <[EMAIL PROTECTED]> wrote:
> > I think we're waiting until the RTC class works with NTP before we can
> > contemplate that, though.
>
> Yeah, I tried writing some ppc_md hooks which backended onto the rtc
> class drivers as an interim measure, but
On Wed, Nov 05, 2008 at 11:18:46PM +0100, David Woodhouse wrote:
> On Wed, 2008-11-05 at 02:19 +0100, Alessandro Zummo wrote:
> > I was checking a few drivers for compliance and noticed that
> > the rtc-ppc driver registers a platform device instead of
> > a platform driver.
> >
> > Wouldn't
On Wed, 05 Nov 2008 23:18:46 +0100
David Woodhouse <[EMAIL PROTECTED]> wrote:
> It would be possible, yes -- but it would be better to have the various
> PPC platforms just register RTC-class devices _directly_, and ditch the
> RTC bits from ppc_md altogether.
That would be real fine :)
> I thi
On Wed, 2008-11-05 at 02:19 +0100, Alessandro Zummo wrote:
> I was checking a few drivers for compliance and noticed that
> the rtc-ppc driver registers a platform device instead of
> a platform driver.
>
> Wouldn't be possible to have the ppc arch doing the device
> thing and cleanup the d
On Wed, 5 Nov 2008 10:34:32 -0600
Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> On Nov 5, 2008, at 9:14 AM, Victor Gallardo wrote:
>
> > Hello,
> >
> > How can I figure out the and/or what is the maximum memory linux
> > support for powerpc 4xx?
>
> I'd expect the amount of memory supported to be
This patch fixes the setting of the Book-E watchdog timer interval setup
on initialization and by ioctl().
On initialization the period bits have to be masked before setting
a new period.
In WDIOC_SETTIMEOUT ioctl we have to use the correct mask.
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
Hi,
we build some 4xx based PMC modules in the past. These boards can
run as host ("processor PMC" or so called "monarch" mode) or as PCI endpoint
("non-monarch" mode). I would like to use the same DT (and kernel) in both
modes.
Currently I set the "status" property of the PCI node to "disabled"
On Wed, 2008-11-05 at 22:34 +1100, Paul Mackerras wrote:
> Benjamin Herrenschmidt writes:
>
> > The pseries PCI Hotplug code has a number of issues, ranging from
> > incorrect resource setup to crashes, depending on what is added,
> > when, whether it contains a bridge, etc etc
> >
> > This p
On Wed, Nov 05, 2008 at 02:50:59PM +0100, Arnd Bergmann wrote:
> On Tuesday 04 November 2008, Ira Snyder wrote:
> > On Tue, Nov 04, 2008 at 09:23:03PM +0100, Arnd Bergmann wrote:
> > > On Tuesday 04 November 2008, Ira Snyder wrote:
> > > > I don't really know how to do that. I got a warning here fr
On Wed, Nov 05, 2008 at 02:19:52PM +0100, Arnd Bergmann wrote:
> On Tuesday 04 November 2008, Ira Snyder wrote:
>
> > So, since interrupts are disabled while my interrupt handler is running,
> > I think I should be able to use spin_lock() and spin_unlock(), correct?
>
> yes.
>
> > But sparse giv
> > Hello,
> >
> > How can I figure out the and/or what is the maximum memory linux
> > support for powerpc 4xx?
>
> I'd expect the amount of memory supported to be a bit under 4G at
> this point. There is generic work that has been going on to allow
> ALL ppc32's that have HW support for 36-bi
On Mon, 2008-11-03 at 15:00 -0500, Josh Boyer wrote:
> On Mon, 03 Nov 2008 13:55:21 -0600
> Hollis Blanchard <[EMAIL PROTECTED]> wrote:
>
> > On Mon, 2008-11-03 at 11:43 +1100, Benjamin Herrenschmidt wrote:
> > > > Cropping the size of the memory node. That was simplest to do from the
> > > > cub
On Nov 5, 2008, at 9:14 AM, Victor Gallardo wrote:
Hello,
How can I figure out the and/or what is the maximum memory linux
support for powerpc 4xx?
I'd expect the amount of memory supported to be a bit under 4G at this
point. There is generic work that has been going on to allow ALL
p
Hi Victor,
I dont really get what do you mean as memory. If it is RAM refer to your
processors datasheet.
Linux always works with virtual address which are 32 bits in length- so by
default supports 4 GB of working memory/IO space. But with the advent of
high memory this limitation has been overco
Hello,
How can I figure out the and/or what is the maximum memory linux support for
powerpc 4xx?
Regards,
Victor Gallardo
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
> There's currently an off-by-one bug in fdt_subnode_offset_namelen()
> which causes it to keep searching after it's finished the subnodes of
> the given parent, and into the subnodes of siblings of the original
> node which come after it in the tree.
>
> This patch fixes the bug. It also extends
On Nov 5, 2008, at 6:37 AM, Sebastian Andrzej Siewior wrote:
I'm trying to reboot the mpc8544 and pass the reason of the reboot
(two
bits would be enough). I've been told the a PowerPC cpu has usually a
few registers which will survive a soft reset.
The "normal" reboot is done via the HRESET_
On Tuesday 04 November 2008, Ira Snyder wrote:
> On Tue, Nov 04, 2008 at 09:23:03PM +0100, Arnd Bergmann wrote:
> > On Tuesday 04 November 2008, Ira Snyder wrote:
> > > I don't really know how to do that. I got a warning here from sparse
> > > telling me something about expensive pointer subtractio
On Tuesday 04 November 2008, Ira Snyder wrote:
> So, since interrupts are disabled while my interrupt handler is running,
> I think I should be able to use spin_lock() and spin_unlock(), correct?
yes.
> But sparse gives me the following warning:
> wqt.c:185:9: warning: context imbalance in 'wqt_
I'm trying to reboot the mpc8544 and pass the reason of the reboot (two
bits would be enough). I've been told the a PowerPC cpu has usually a
few registers which will survive a soft reset.
The "normal" reboot is done via the HRESET_REQ line which is handeled
by externel HW and does a power cycle.
T
The new context may not be 16-byte aligned, so the real address of the
mcontext structure should be read from the uc_regs pointer instead of
directly using the (unaligned) uc_mcontext field.
Signed-off-by: Andreas Schwab <[EMAIL PROTECTED]>
---
diff --git a/arch/powerpc/kernel/signal_32.c b/arch/
This patch removes some trailing whitespaces and spaces before tabs.
Signed-off-by: Hannes Hering <[EMAIL PROTECTED]>
---
diff -Nurp -X dontdiff linux-2.6.28-rc3/drivers/net/ehea/ehea.h
patched_kernel/drivers/net/ehea/ehea.h
--- linux-2.6.28-rc3/drivers/net/ehea/ehea.h2008-11-02 23:17:19.
Benjamin Herrenschmidt writes:
> The pseries PCI Hotplug code has a number of issues, ranging from
> incorrect resource setup to crashes, depending on what is added,
> when, whether it contains a bridge, etc etc
>
> This patch fixes a whole bunch of these, while actually simplifying
> the cod
* Kumar Gala | 2008-11-04 15:10:42 [-0600]:
>Can you try this fix and let me know if it works for you:
>
>---
> arch/powerpc/kernel/misc_32.S |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
>diff --git a/arch/powerpc/kernel/misc_32.S b/arch/powerpc/kernel/misc_32.S
>index 6a9b4bf..59
51 matches
Mail list logo