Hi John.
On Feb 23, 2011, at 5:04 PM, John Linn wrote:
Any thoughts?
I can come up with two methods, but before I describe them
ensure you consider the actual implementation of your 405 core.
My comments are based on the "standard" ppc405 processor,
but since you can configure the embedded c
I have a situation that requires a flush the data cache at specific time
periods to help with memory scrubbing.
On the 405, I don't see any easy way to do this since you don't know
what the cache has in it and there's not an instruction to flush the
whole cache. It looks like a kernel driver is n
On Wed, 2011-02-23 at 17:24 -0600, kevin diggs wrote:
> It probably does on everyone else's 7,3. The 8600 probably infected
> it. ... I hear the two of them out there late at night. Mumbling to
> each other ... plotting ...
Not sure, I haven't looked at that RTC stuff for ages. Basically the
platf
Mike,
> Subject: powerpc/ptrace: Fix bug in signal handling
Maybe something more descriptive here like:
powerpc/ptrace: remove BUG_ON when full register set not available
> In some cases during a threaded core dump not all
> the threads will have a full register set. This
> will cause proble
On Wed, Feb 23, 2011 at 1:42 PM, Benjamin Herrenschmidt
wrote:
>> [ 15.014542] rtc-generic rtc-generic: rtc core: registered rtc-generic as
>> rtc0
>
> rtc-generic should work...
>
> Cheers,
> Ben.
>
It probably does on everyone else's 7,3. The 8600 probably infected
it. ... I hear the two of t
Kyle Moffett points out that mpc85xx has started using the
ppc_md.machine_kexec hook. As such, revert patch c94868788cf2
(powerpc/kexec: Remove ppc_md.machine_kexec).
Signed-off-by: Anton Blanchard
---
diff --git a/arch/powerpc/include/asm/machdep.h
b/arch/powerpc/include/asm/machdep.h
index 9
Hi Kyle,
> As far as I can tell, "machine_kexec" was removed in commit c9486878
> (powerpc/kexec: Remove ppc_md.machine_kexec) on Jan 6th, 2011, which
> claims that it was not used.
>
> Unfortunately it looks like it *is* used by the mpc85xx kexec()
> support (commit f933a41e), added on Jul 21,
Hello!
I'm quite new to linux and Open Firmware.
I have a PPC processor. To this I have a Compact Flash connected. The Compact
Flash is using external interrupt 0 of the processor.
In my DTS file I have specified a Compact Flash node and within it I have an
interrupt element:
interrupt = <0 2 0
Hello everyone,
I just started trying to update some patches for our P2020-based unit to the
latest Linus upstream, hoping to take advantage of the recent mpc85xx kexec()
support.
Unfortunately I'm getting a compile error:
arch/powerpc/platforms/85xx/smp.c:241: error: 'struct machdep_calls' ha
Grant,
On 02/22/2011 10:33 PM, Grant Likely wrote:
Add a new .of_match field to struct device which points at the
matching device driver .of_match_table entry when a device is probed
via the device tree
Signed-off-by: Grant Likely
---
include/linux/device.h|1 +
include/linux/of_devi
Grant,
On 02/22/2011 10:34 PM, Grant Likely wrote:
Final step to eliminate of_platform_bus_type. They're all just
platform drivers now.
Signed-off-by: Grant Likely
---
snip
diff --git a/drivers/char/ipmi/ipmi_si_intf.c b/drivers/char/ipmi/ipmi_si_intf.c
index b6ae6e9..132951d 100644
--- a/
On Wed, Feb 23, 2011 at 4:00 AM, Jain Priyanka-B32167
wrote:
> Hi,
>
> Please review and acknowledge this patch.
Alessandro,
Aren't you the RTC maintainer? Priyanka has been asking for months
for you to review and ack this patch, and then pick up for the next
kernel release. Is there somethin
On Wed, 2011-02-23 at 13:39 -0600, kevin diggs wrote:
> Hi,
>
> Sorry for the noise.
>
> How do I access the rtc on a PowerMac7,3 (dual 2.5 GHz 970FX) using
> 2.6.36? rtc-generic does not seem to work. It will work on my 8600. I
> do see this:
>
> [ 15.014542] rtc-generic rtc-generic: rtc core
Hi,
Sorry for the noise.
How do I access the rtc on a PowerMac7,3 (dual 2.5 GHz 970FX) using
2.6.36? rtc-generic does not seem to work. It will work on my 8600. I
do see this:
[ 15.014542] rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
Is it the hwclock binary:
hwclock fro
On Wed, 23 Feb 2011 10:54:59 -0700
Grant Likely wrote:
> On Wed, Feb 23, 2011 at 11:26:12AM -0600, Scott Wood wrote:
> > eTSEC is versioned, that's more reliable than the chip name since chips
> > have revisions (rev 2.1 of mpc8313 has eTSEC 1.6, not sure about previous
> > revs of mpc8313). Log
On Wed, Feb 23, 2011 at 12:29:03PM -0600, Rob Herring wrote:
> Grant,
>
> On 02/22/2011 10:33 PM, Grant Likely wrote:
> >Add a new .of_match field to struct device which points at the
> >matching device driver .of_match_table entry when a device is probed
> >via the device tree
> >
> >Signed-off-b
On Wed, Feb 23, 2011 at 09:58:01AM +0100, Peter Korsgaard wrote:
> > "Grant" == Grant Likely writes:
>
> Grant> of_platform_driver is getting removed, and a single platform_driver
> Grant> can now support both devicetree and non-devicetree use cases. This
> Grant> patch merges the two dri
-- Original message --
Subject: Re: [PATCH] Add support for PowerMac3,5 in snd-aoa ALSA sound module
Date:Montag, 21. Februar 2011N
From:Benjamin Herrenschmidt
To: Takashi Iwai
> So somebody else can just pick the "documentation" that layout ID 21
> works just like
On Wed, Feb 23, 2011 at 11:26:12AM -0600, Scott Wood wrote:
> On Wed, 23 Feb 2011 09:50:58 -0700
> Grant Likely wrote:
>
> > On Wed, Feb 23, 2011 at 11:38:17AM +0100, Richard Cochran wrote:
> > > +
> > > +* Gianfar PTP clock nodes
> > > +
> > > +General Properties:
> > > +
> > > + - compatible
On Wed, 23 Feb 2011 09:50:58 -0700
Grant Likely wrote:
> On Wed, Feb 23, 2011 at 11:38:17AM +0100, Richard Cochran wrote:
> > +
> > +* Gianfar PTP clock nodes
> > +
> > +General Properties:
> > +
> > + - compatible Should be "fsl,etsec-ptp"
>
> Should specify an *exact* part; ie: "fsl,mpc8313
On Wed, Feb 23, 2011 at 9:56 AM, Rob Herring wrote:
> Grant,
>
> On 02/22/2011 10:34 PM, Grant Likely wrote:
>>
>> Final step to eliminate of_platform_bus_type. They're all just
>> platform drivers now.
>>
>> Signed-off-by: Grant Likely
>> ---
>
> snip
>
>> diff --git a/drivers/char/ipmi/ipmi_si_
On Wed, Feb 23, 2011 at 11:38:17AM +0100, Richard Cochran wrote:
> The eTSEC includes a PTP clock with quite a few features. This patch adds
> support for the basic clock adjustment functions, plus two external time
> stamps, one alarm, and the PPS callback.
>
> Signed-off-by: Richard Cochran
> A
On 01/21/11 17:22, Elie De Brauwer wrote:
Hello list,
I have a P2020 processor on a custom board which uses the embedded
fsl-esdhc controller. Hardware-wise this is functional and in u-boot
everything seems to behave (mmc part 0 gives the correct partition table
and ext2ls/fatls are capable of r
* Previous Discussions
This patch set previously appeared on the netdev list. Since V5 of
the character device patch set, the discussion has moved to the
lkml.
- IEEE 1588 hardware clock support [V5]
http://lkml.org/lkml/2010/8/16/90
- POSIX clock tuning syscall with static clock i
This patch adds a driver for the hardware time stamping unit found on the
IXP465. The basic clock operations and an external trigger are implemented.
Signed-off-by: Richard Cochran
Acked-by: John Stultz
---
arch/arm/mach-ixp4xx/include/mach/ixp46x_ts.h | 78 ++
drivers/net/arm/ixp4xx_eth.
This patch adds support for the PTP clock found on the DP83640.
The basic clock operations and one external time stamp have
been implemented.
Signed-off-by: Richard Cochran
---
drivers/net/phy/Makefile |1 +
drivers/net/phy/dp83640.c | 1012 +
The eTSEC includes a PTP clock with quite a few features. This patch adds
support for the basic clock adjustment functions, plus two external time
stamps, one alarm, and the PPS callback.
Signed-off-by: Richard Cochran
Acked-by: John Stultz
---
.../devicetree/bindings/net/fsl-tsec-phy.txt
This patch adds an infrastructure for hardware clocks that implement
IEEE 1588, the Precision Time Protocol (PTP). A class driver offers a
registration method to particular hardware clock drivers. Each clock is
presented as a standard POSIX clock.
The ancillary clock features are exposed in two di
This just might be the last round of review of the PTP hardware clock
patch series. These patches apply on top of the timers/core branch in
the tip tree. Patches 1 and 4 have changed since the last version.
* Why all the CCs?
- One driver is for PowerPC, and adds device tree stuff.
- One drive
Hi,
Please review and acknowledge this patch.
Regards
Priyanka
> -Original Message-
> From: Jain Priyanka-B32167
> Sent: Tuesday, February 08, 2011 10:01 AM
> To: 'Alessandro Zummo'; 'Paul Gortmaker'; 'rtc-li...@googlegroups.com';
> 'linuxppc-dev@lists.ozlabs.org'
> Cc: Aggrwal Poona
> "Grant" == Grant Likely writes:
Grant> of_platform_driver is getting removed, and a single platform_driver
Grant> can now support both devicetree and non-devicetree use cases. This
Grant> patch merges the two driver registrations.
Wee!
Grant> static int __devinit ulite_probe(struct
31 matches
Mail list logo