From: Mingkai Hu
Add device tree for SEC 6.0 used on C29x silicon.
Signed-off-by: Mingkai Hu
Signed-off-by: Po Liu
---
Changes for v2:
- Remove the compatible sec v4.0/v4.4/v5.0;
- Add the device tree binding file fsl-sec6.txt;
Changes for v3:
- Change some comments in
From: Mingkai Hu
Signed-off-by: Mingkai Hu
Signed-off-by: Po Liu
---
Changes for v2:
- None
Changes for v3:
- None
Changes for v4:
- None
arch/powerpc/boot/dts/fsl/c293si-post.dtsi | 193 +
arch/powerpc/boot/dts/fsl/c293si-pre.dtsi | 63 ++
From: Mingkai Hu
C293PCIE board is a series of Freescale PCIe add-in cards to perform
as public key crypto accelerator or secure key management module.
- 512KB platform SRAM in addition to 512K L2 Cache/SRAM
- 512MB soldered DDR3 32bit memory
- CPLD System Logic
- 64MB x16 NOR flash and 4GB
Freescale platform has class code = 0x0b2000, when it boots. This makes
kernel PCI bus code to setup these devices resulting into the following
notice information when trying to enable them:
pci :00:00.0: ignoring class 0x0b2000 (doesn't match header type 01)
The above information is outputte
On Sam, 2013-07-20 at 23:33 +0300, Aaro Koskinen wrote:
> Hi,
>
> On Sat, Jul 20, 2013 at 09:16:49AM +1000, Benjamin Herrenschmidt wrote:
> > On Fri, 2013-07-19 at 20:43 +0300, Aaro Koskinen wrote:
> > > I booted a Xserve today with 3.11-rc1, and noticed the noise is coming
> > > from slots-fan (P
Hi Daniel,
On 07/27/2013 10:57 AM, Daniel Lezcano wrote:
> On 07/23/2013 11:01 AM, Deepthi Dharwar wrote:
>> This patch implements a back-end cpuidle driver for
>> powernv calling power7_nap and snooze idle states.
>> This can be extended by adding more idle states
>> in the future to the existing
On Fri, 2013-08-02 at 12:03 +0200, Michel Dänzer wrote:
> Could a similar change fix the same problem on desktop G5s? The same
> values for slots_param in windfarm_pm112.c don't help, unfortunately.
You have a 11,2 and a noisy fan ? Odd, mine(s) don't I can dbl check
the values vs. what Darwin
This series of patches fixes two bugs that are triggered when the input data is
too large. The first one is caused by the miscalculation of physical addresses
and the second one by some limits that the co-processor has to the input data.
Changes in v2:
* Replace Signed-Off-By tags with Rev
The co-processor receives data to be hashed through scatter/gather lists
pointing to physical addresses. When a vmalloc'ed data is given, the
driver must calculate the physical address to each page of the data.
However the current version of it just calculates the physical address
once and keeps i
The co-processor has several limits regarding the length of
scatter/gather lists and the total number of bytes in it. These limits
are available in the device tree, as following:
- "ibm,max-sg-len": maximum number of bytes of each scatter/gather
list.
- "ibm,max-sync-cop": used for synchrono
On Fre, 2013-08-02 at 22:51 +1000, Benjamin Herrenschmidt wrote:
> On Fri, 2013-08-02 at 12:03 +0200, Michel Dänzer wrote:
> > Could a similar change fix the same problem on desktop G5s? The same
> > values for slots_param in windfarm_pm112.c don't help, unfortunately.
>
> You have a 11,2 and a no
On Wed, Jul 24, 2013 at 11:13 PM, Peter LaDow wrote:
> There are other items, such as drivers for our custom hardware modules
> implemented on the FPGA. Perhaps I'll pull our drivers and run a
> stock kernel. Maybe a stock 83xx configuration (such as the
> MPC8349E-MITX). If we have problems ev
On Fri, Aug 02, 2013 at 04:47:51PM +0200, Michel Dänzer wrote:
> On Fre, 2013-08-02 at 22:51 +1000, Benjamin Herrenschmidt wrote:
> > On Fri, 2013-08-02 at 12:03 +0200, Michel Dänzer wrote:
> > > Could a similar change fix the same problem on desktop G5s? The same
> > > values for slots_param in wi
On Fre, 2013-08-02 at 18:58 +0300, Aaro Koskinen wrote:
> On Fri, Aug 02, 2013 at 04:47:51PM +0200, Michel Dänzer wrote:
> > On Fre, 2013-08-02 at 22:51 +1000, Benjamin Herrenschmidt wrote:
> > > On Fri, 2013-08-02 at 12:03 +0200, Michel Dänzer wrote:
> > > > Could a similar change fix the same pro
On 08/01/2013 09:27 PM, Michael Ellerman wrote:
> On Wed, Jul 24, 2013 at 01:35:11PM -0500, Nathan Fontenot wrote:
>> Previous commit 46723bfa540... introduced a new config option
>> HAVE_BOOTMEM_INFO_NODE that ended up breaking memory hot-remove for powerpc
>> when sparse vmemmap is not defined.
>
On 08/01/2013 09:28 PM, Michael Ellerman wrote:
> On Wed, Jul 24, 2013 at 01:36:34PM -0500, Nathan Fontenot wrote:
>> Memory I/O resources need to be marked as busy or else we cannot remove
>> them when doing memory hot remove.
>
> I would have thought it was the opposite?
Me too.
As it turns ou
wf_fcu_fan_get_rpm is returning EFAULT when reading the values for the
cpu pump controls on the PowerMac7,3. Also, wf_fcu_get_pump_minmax is
unable to get the real limits and falls back to using the defaults.
Here is the output when DEBUG is defined:
wf_fcu: FCU Initialized, RPM fan shift is 3
L
On 08/01/2013 09:32 PM, Michael Ellerman wrote:
> On Wed, Jul 24, 2013 at 01:37:47PM -0500, Nathan Fontenot wrote:
>> When doing memory hot add via the 'probe' interface in sysfs we do not
>> need to loop through and add memory one section at a time. I think this
>> was originally done for powerpc,
From: Joe Perches
Date: Thu, 1 Aug 2013 16:17:46 -0700
> Convert the uses mac addresses to ETH_ALEN so
> it's easier to find and verify where mac addresses
> need to be __aligned(2)
Series applied to net-next, thanks.
___
Linuxppc-dev mailing list
Lin
On Fri, 2013-08-02 at 16:47 +0200, Michel Dänzer wrote:
> On Fre, 2013-08-02 at 22:51 +1000, Benjamin Herrenschmidt wrote:
> > On Fri, 2013-08-02 at 12:03 +0200, Michel Dänzer wrote:
> > > Could a similar change fix the same problem on desktop G5s? The same
> > > values for slots_param in windfarm_
On Fri, 2013-08-02 at 18:52 +0200, Michel Dänzer wrote:
> Thanks for the suggestion. The same windfarm modules were loaded in both
> cases, but i2c_powermac wasn't loaded with the newer kernels. Loading it
> manually fixes the problem.
>
> How is i2c_powermac supposed to get loaded with current k
On Fri, 2013-08-02 at 22:56 +0200, Ben Hutchings wrote:
> > Yes. Do you have all the windfarm modules loaded ? What about
> > i2c-powermac ? (It's typical that the latter is missed, I think it
> > doesn't auto-load, which we never fixed, we used to request distros
> to
> > just built it in)
>
> We
On Fri, 2013-08-02 at 15:58 -0500, Fionnuala Gunter wrote:
> The chaining value from co-processor was not being saved. This value is
> needed because it is used as the IV, for example by cts i.e.
> cts(cbc(aes)).
>
> Signed-off-by: Fionnuala Gunter
> Signed-off-by: Marcelo Cerri
So now you guys
On Sat, 2013-08-03 at 06:47 +1000, Benjamin Herrenschmidt wrote:
> On Fri, 2013-08-02 at 16:47 +0200, Michel Dänzer wrote:
> > On Fre, 2013-08-02 at 22:51 +1000, Benjamin Herrenschmidt wrote:
> > > On Fri, 2013-08-02 at 12:03 +0200, Michel Dänzer wrote:
> > > > Could a similar change fix the same p
The chaining value from co-processor was not being saved. This value is
needed because it is used as the IV, for example by cts i.e.
cts(cbc(aes)).
Signed-off-by: Fionnuala Gunter
Signed-off-by: Marcelo Cerri
---
drivers/crypto/nx/nx-aes-cbc.c |1 +
1 file changed, 1 insertion(+)
diff --gi
On Thu, Aug 1, 2013 at 4:42 PM, Luck, Tony wrote:
> when I rebuilt a plain 3.11-rc3 it didn't log anything via pstore either :-(
Well this turned out to be operator error on my part. 3.11-rc3 does in fact
log errors to pstore and allows them to be retrieved and cleared.
So then I start testing w
On Sat, 2013-08-03 at 07:09 +1000, Benjamin Herrenschmidt wrote:
> On Fri, 2013-08-02 at 15:58 -0500, Fionnuala Gunter wrote:
> > The chaining value from co-processor was not being saved. This value is
> > needed because it is used as the IV, for example by cts i.e.
> > cts(cbc(aes)).
> >
> > Sign
On Fri, 2013-08-02 at 16:55 -0500, Fionnuala Gunter wrote:
> Sorry, I thought linuxppc-dev was the right tree since the patch is
> for
> a ppc driver and you've carried previous nx driver submissions
> upstream.
>
> I want to submit to the proper place, so what is your preference?
Well, that's t
Quoting Nicolas Pitre (2013-07-18 10:47:22)
> On Thu, 18 Jul 2013, Russell King - ARM Linux wrote:
>
> > 1. clk_get() and clk_put() are NOT part of the common clock API.
> >They're separate - they're part of the clk API, and the infrastructure
> >behind that is clkdev, which is a separatel
On Fri, 2013-08-02 at 21:08 +0200, Andreas Schwab wrote:
> wf_fcu_fan_get_rpm is returning EFAULT when reading the values for the
> cpu pump controls on the PowerMac7,3. Also, wf_fcu_get_pump_minmax is
> unable to get the real limits and falls back to using the defaults.
>
> Here is the output wh
A quick experiment to use your patchset - but with compression
disabled by tweaking this line in pstore_dump():
zipped_len = -1; //zip_data(dst, hsize + len);
turned out well. This kernel dumps uncompressed dmesg blobs into pstore
and gets them back out again. So it seems likely that the pro
On Sat, 2013-08-03 at 07:59 +1000, Benjamin Herrenschmidt wrote:
> On Fri, 2013-08-02 at 16:55 -0500, Fionnuala Gunter wrote:
> > Sorry, I thought linuxppc-dev was the right tree since the patch is
> > for
> > a ppc driver and you've carried previous nx driver submissions
> > upstream.
> >
> > I
[ resent in case you missed it ]
Hi Linus !
Here is not quite a handful of powerpc fixes for rc3. The windfarm fix is
a regression fix (though not a new one), the PMU interrupt rename is not
a fix per-se but has been submitted a long time ago and I kept forgetting
to put it in (it puts us back in
Quoting Gerhard Sittig (2013-07-22 05:14:40)
> the common clock drivers were motivated/initiated by ARM development
> and apparently assume little endian peripherals
>
> wrap register/peripherals access in the common code (div, gate, mux)
> in preparation of adding COMMON_CLK support for other pla
Quoting Gerhard Sittig (2013-07-22 05:14:42)
> introduce a dt-bindings/ header file for MPC512x clocks,
> providing symbolic identifiers for those SoC clocks which
> clients will reference from their device tree nodes
>
> Signed-off-by: Gerhard Sittig
> ---
> include/dt-bindings/clock/mpc512x-cl
Quoting Gerhard Sittig (2013-07-22 05:14:43)
> this addresses the clock driver aka provider's side of clocks
> - prepare for future '<&clks ID>' phandle references for device tree
> based clock lookup in client drivers
> - introduce a 'clocks' subtree with an 'osc' node for the crystal
> or osc
On Thu, 2013-08-01 at 16:42 +0530, Bharat Bhushan wrote:
> KVM need to lookup linux pte for getting TLB attributes (WIMGE).
> This is similar to how book3s does.
> This will be used in follow-up patches.
>
> Signed-off-by: Bharat Bhushan
> ---
> v1->v2
> - This is a new change in this version
>
Quoting Gerhard Sittig (2013-07-23 06:14:06)
> [ summary: "shared gate" support desirable? approach acceptable? ]
>
> On Mon, Jul 22, 2013 at 14:14 +0200, Gerhard Sittig wrote:
> >
> > this change implements a clock driver for the MPC512x PowerPC platform
> > which follows the COMMON_CLK approach
On Thu, Aug 01, 2013 at 04:42:38PM +0530, Bharat Bhushan wrote:
> diff --git a/arch/powerpc/kvm/booke.c b/arch/powerpc/kvm/booke.c
> index 17722d8..eb2 100644
> --- a/arch/powerpc/kvm/booke.c
> +++ b/arch/powerpc/kvm/booke.c
> @@ -697,7 +697,7 @@ int kvmppc_vcpu_run(struct kvm_run *kvm_run, str
Quoting Gerhard Sittig (2013-07-22 05:14:45)
> this addresses the client side of device tree based clock lookups
>
> add clock specifiers to the mbx, nfc, mscan, sdhc, i2c, axe, diu, viu,
> mdio, fec, usb, pata, psc, psc fifo, and pci nodes in the shared
> mpc5121.dtsi include
>
> these specs map
Quoting Gerhard Sittig (2013-07-22 05:14:44)
> this change implements a clock driver for the MPC512x PowerPC platform
> which follows the COMMON_CLK approach and uses common clock drivers
> shared with other platforms
>
> this driver implements the publicly announced set of clocks (which can
> get
On Fri, 2013-08-02 at 17:58 -0500, Scott Wood wrote:
>
> What about 64-bit PTEs on 32-bit kernels?
>
> In any case, this code does not belong in KVM. It should be in the
> main
> PPC mm code, even if KVM is the only user.
Also don't we do similar things in BookS KVM ? At the very least that
sut
> -Original Message-
> From: Benjamin Herrenschmidt [mailto:b...@kernel.crashing.org]
> Sent: Saturday, August 03, 2013 4:47 AM
> To: Wood Scott-B07421
> Cc: Bhushan Bharat-R65777; ag...@suse.de; kvm-...@vger.kernel.org;
> k...@vger.kernel.org; linuxppc-dev@lists.ozlabs.org; Bhushan Bhara
> -Original Message-
> From: Wood Scott-B07421
> Sent: Saturday, August 03, 2013 5:05 AM
> To: Bhushan Bharat-R65777
> Cc: b...@kernel.crashing.org; ag...@suse.de; kvm-...@vger.kernel.org;
> k...@vger.kernel.org; linuxppc-dev@lists.ozlabs.org; Bhushan Bharat-R65777
> Subject: Re: [PATCH 6
On Sat, 2013-08-03 at 02:58 +, Bhushan Bharat-R65777 wrote:
> One of the problem I saw was that if I put this code in
> asm/pgtable-32.h and asm/pgtable-64.h then pte_persent() and other
> friend function (on which this code depends) are defined in pgtable.h.
> And pgtable.h includes asm/pgtabl
On Sat, 2013-08-03 at 03:11 +, Bhushan Bharat-R65777 wrote:
>
> >
> > Could you explain why we need to set dirty/referenced on the PTE, when we
> > didn't
> > need to do that before? All we're getting from the PTE is wimg.
> > We have MMU notifiers to take care of the page being unmapped, an
46 matches
Mail list logo
