On Fri, Aug 23, 2013 at 12:49:19AM +0200, Tomasz Figa wrote:
On Thursday 22 of August 2013 15:43:31 Mike Turquette wrote:
Quoting Sascha Hauer (2013-08-22 14:00:35)
On Thu, Aug 22, 2013 at 01:09:31PM +0100, Mark Rutland wrote:
On Thu, Aug 22, 2013 at 08:19:10AM +0100, Mike Turquette
Hi, Anton and all
Is there any advice on these two patches ?
[PATCH 2/4 V2] mmc: esdhc: workaround for dma err in the last system
transaction
[PATCH 3/4 V3] mmc: esdhc: Correct host version of T4240-R1.0-R2.0.
[PATCH 1/4 V4] powerpc/85xx: Add support for 85xx cpu type detection
This patch
This patch implements a device-tree-only machine driver for Freescale
i.MX series Soc. It works with spdif_transmitter/spdif_receiver and
fsl_spdif.c drivers.
Signed-off-by: Nicolin Chen b42...@freescale.com
---
Changelog
v10-v11:
* Use boolean properties for spdif-out/in switch instead of codec
On Thu, Aug 22, 2013 at 06:00:14PM +0200, Wolfram Sang wrote:
I2C of helpers used to live in of_i2c.c but experience (from SPI) shows
that it is much cleaner to have this in the core. This also removes a
circular dependency between the helpers and the core, and so we can
finally register child
On 08/23/2013 02:54 AM, Scott Wood wrote:
On Thu, 2013-08-22 at 11:20 +0530, Deepthi Dharwar wrote:
On 08/22/2013 01:38 AM, Scott Wood wrote:
On Wed, 2013-08-21 at 10:23 +0530, Deepthi Dharwar wrote:
On 08/19/2013 11:47 PM, Scott Wood wrote:
What actual functionality is common to all powerpc
Hi Bartlomiej,
Thanks for the review.
On 08/22/2013 04:26 PM, Bartlomiej Zolnierkiewicz wrote:
Hi,
On Thursday, August 22, 2013 11:00:29 AM Deepthi Dharwar wrote:
This patch involves moving the current pseries_idle backend driver code
from pseries/processor_idle.c to
On 08/23/2013 08:46 AM, Wang Dongsheng-B40534 wrote:
diff --git a/drivers/cpuidle/Kconfig b/drivers/cpuidle/Kconfig
index 0e2cd5c..e805dcd 100644
--- a/drivers/cpuidle/Kconfig
+++ b/drivers/cpuidle/Kconfig
Maybe drivers/cpuidle/Kconfig.powerpc is better? Like arm.
Yes will do that,
On 08/23/2013 08:46 AM, Wang Dongsheng-B40534 wrote:
diff --git a/drivers/cpuidle/Kconfig b/drivers/cpuidle/Kconfig
index 0e2cd5c..e805dcd 100644
--- a/drivers/cpuidle/Kconfig
+++ b/drivers/cpuidle/Kconfig
Maybe drivers/cpuidle/Kconfig.powerpc is better? Like arm.
On Thu, Aug 22, 2013 at 10:00:35PM +0100, Sascha Hauer wrote:
On Thu, Aug 22, 2013 at 01:09:31PM +0100, Mark Rutland wrote:
On Thu, Aug 22, 2013 at 08:19:10AM +0100, Mike Turquette wrote:
Quoting Tomasz Figa (2013-08-21 14:34:55)
On Wednesday 21 of August 2013 09:50:15 Mark Rutland
On Fri, Aug 23, 2013 at 07:34:21AM +0100, Sascha Hauer wrote:
On Fri, Aug 23, 2013 at 12:49:19AM +0200, Tomasz Figa wrote:
On Thursday 22 of August 2013 15:43:31 Mike Turquette wrote:
Quoting Sascha Hauer (2013-08-22 14:00:35)
On Thu, Aug 22, 2013 at 01:09:31PM +0100, Mark Rutland
On Fri, Jul 26, 2013 at 5:56 AM, Grant Likely grant.lik...@secretlab.ca wrote:
On Thu, Jul 25, 2013 at 3:58 PM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
On Wed, Jan 11, 2012 at 9:22 PM, Grant Likely grant.lik...@secretlab.ca
wrote:
NO_IRQ is evil. Stop using it in arch/powerpc and
On Fri, Aug 23, 2013 at 3:18 PM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
On Fri, Jul 26, 2013 at 5:56 AM, Grant Likely grant.lik...@secretlab.ca
wrote:
On Thu, Jul 25, 2013 at 3:58 PM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
On Wed, Jan 11, 2012 at 9:22 PM, Grant Likely
On Fri, Aug 23, 2013 at 01:58:15PM +0100, Mark Rutland wrote:
On Fri, Aug 23, 2013 at 07:34:21AM +0100, Sascha Hauer wrote:
On Fri, Aug 23, 2013 at 12:49:19AM +0200, Tomasz Figa wrote:
On Thursday 22 of August 2013 15:43:31 Mike Turquette wrote:
Quoting Sascha Hauer (2013-08-22 14:00:35)
[trimming a bit of useless context]
Background to why it might be a good idea to connect a ground clock
to the unconnected input pins is that a driver has a chance to
successfully grab all clocks. Otherwise how does the driver
distinguish
between an unconnected and
On Thu, 2013-08-22 at 21:52 -0500, Wang Dongsheng-B40534 wrote:
-Original Message-
From: Wood Scott-B07421
Sent: Thursday, August 22, 2013 11:19 PM
To: Wang Dongsheng-B40534
Cc: Wood Scott-B07421; Kumar Gala; Zhao Chenhui-B35336; linuxppc-
d...@lists.ozlabs.org
Subject: Re:
On Fri, 2013-08-23 at 14:39 +0800, Zhang Haijun wrote:
Hi, Anton and all
Is there any advice on these two patches ?
[PATCH 2/4 V2] mmc: esdhc: workaround for dma err in the last system
transaction
[PATCH 3/4 V3] mmc: esdhc: Correct host version of T4240-R1.0-R2.0.
[PATCH 1/4 V4]
On Fri, 2013-08-23 at 17:49 +0200, Mercier Ivan wrote:
Hi everybody,
I have 2 boards based on freescale p3041.
Ethernet works on uboot on the 2 of them but only the eval card
p3041ds works with linux.
So i start modifying the device tree on the other card (wp6.dts) and
now I can see the
On 08/23/2013 02:04 AM, Nicolin Chen wrote:
This patch implements a device-tree-only machine driver for Freescale
i.MX series Soc. It works with spdif_transmitter/spdif_receiver and
fsl_spdif.c drivers.
The binding looks reasonable to me now. Thanks.
diff --git a/sound/soc/fsl/imx-spdif.c
On Fri, Aug 23, 2013 at 01:08:28PM -0600, Stephen Warren wrote:
On 08/23/2013 02:04 AM, Nicolin Chen wrote:
This patch implements a device-tree-only machine driver for Freescale
i.MX series Soc. It works with spdif_transmitter/spdif_receiver and
fsl_spdif.c drivers.
The binding looks
Bcc:
Subject: Re: ppc/sata-fsl: orphan config value: CONFIG_MPC8315_DS
Reply-To:
In-Reply-To: g7gj9smnc@dworkin.scrye.com
On Wed, May 08, 2013 at 06:04:39AM -0600, Anthony Foiani wrote:
Anthony Foiani t...@scrye.com writes:
Maybe I need to call ata_set_sata_spd as well. Can I do that
On 08/23/2013 01:13 PM, Mark Brown wrote:
On Fri, Aug 23, 2013 at 01:08:28PM -0600, Stephen Warren wrote:
On 08/23/2013 02:04 AM, Nicolin Chen wrote:
This patch implements a device-tree-only machine driver for
Freescale i.MX series Soc. It works with
spdif_transmitter/spdif_receiver and
This series of patches contains fixes in several algorithms implemented
by the NX driver. The patches can be separated in three different
categories:
- Changes to split the data in several hyper calls to respect the
limits of data that the co-processador can handle. This affects
all AES
This patch includes one more parameter to nx_build_sg_lists() to skip
the given number of bytes from beginning of each sg list.
This is needed in order to implement the fixes for the AES modes to make
them able to process larger chunks of data.
Reviewed-by: Joy Latten jmlat...@linux.vnet.ibm.com
This patch updates the nx-aes-cbc implementation to perform several
hyper calls if needed in order to always respect the length limits for
scatter/gather lists.
Two different limits are considered:
- ibm,max-sg-len: maximum number of bytes of each scatter/gather
list.
- ibm,max-sync-cop:
This patch updates the nx-aes-ctr implementation to perform several
hyper calls if needed in order to always respect the length limits for
scatter/gather lists.
Two different limits are considered:
- ibm,max-sg-len: maximum number of bytes of each scatter/gather
list.
- ibm,max-sync-cop:
This patch updates the nx-aes-gcm implementation to perform several
hyper calls if needed in order to always respect the length limits for
scatter/gather lists.
Two different limits are considered:
- ibm,max-sg-len: maximum number of bytes of each scatter/gather
list.
- ibm,max-sync-cop:
This patch updates the nx-aes-ecb implementation to perform several
hyper calls if needed in order to always respect the length limits for
scatter/gather lists.
Two different limits are considered:
- ibm,max-sg-len: maximum number of bytes of each scatter/gather
list.
- ibm,max-sync-cop:
The NX XCBC implementation doesn't support zero length messages and
because of that NX is currently returning a hard-coded hash for zero
length messages. However this approach is incorrect since the hash value
also depends on which key is used.
This patch removes the hard-coded hash and replace
From: Fionnuala Gunter f...@linux.vnet.ibm.com
This patch updates the NX driver to perform several hyper calls when necessary
so that the length limits of scatter/gather lists are respected.
Reviewed-by: Joy Latten jmlat...@linux.vnet.ibm.com
Reviewed-by: Marcelo Cerri mhce...@linux.vnet.ibm.com
The NX CGM implementation doesn't support zero length messages and the
current implementation has two flaws:
- When the input data length is zero, it ignores the associated data.
- Even when both lengths are zero, it uses the Crypto API to encrypt a
zeroed block using ctr(aes) and because of
From: Fionnuala Gunter f...@linux.vnet.ibm.com
This patch updates the NX driver to perform several hyper calls when necessary
so that the length limits of scatter/gather lists are respected.
Reviewed-by: Marcelo Cerri mhce...@linux.vnet.ibm.com
Signed-off-by: Joy Latten
Each call to the co-processor, with exception of the last call, needs to
send data that is multiple of block size. As consequence, any remaining
data is kept in the internal NX context.
This patch fixes a bug in the driver that causes it to save incorrect
data into the context when data is bigger
On Thu, Jun 06, 2013 at 09:06:51AM +0800, tang yuantian wrote:
From: Tang Yuantian yuantian.t...@freescale.com
The following SoCs will be affected: p2041, p3041, p4080,
p5020, p5040, b4420, b4860, t4240
Signed-off-by: Tang Yuantian yuantian.t...@freescale.com
Signed-off-by: Li Yang
Quoting Sascha Hauer (2013-08-23 07:01:28)
On Fri, Aug 23, 2013 at 01:58:15PM +0100, Mark Rutland wrote:
On Fri, Aug 23, 2013 at 07:34:21AM +0100, Sascha Hauer wrote:
On Fri, Aug 23, 2013 at 12:49:19AM +0200, Tomasz Figa wrote:
On Thursday 22 of August 2013 15:43:31 Mike Turquette wrote:
On Mon, 2013-08-19 at 20:23 +0800, Minghuan Lian wrote:
The Freescale's Layerscape series processors will use ARM cores.
The LS1's PCIe controllers is the same as T4240's. So it's better
the PCIe controller driver can support PowerPC and ARM
simultaneously. This patch is for this purpose. It
On Tue, 6 Aug 2013 22:43:44 +0200
Gerhard Sittig g...@denx.de wrote:
use devm_clk_get() for automatic put after device close, check for and
propagate errors when enabling clocks, need to prepare clocks before
they can get enabled, adjust error code paths to correctly balance
get/put and
On Tue, 6 Aug 2013 22:43:45 +0200
Gerhard Sittig g...@denx.de wrote:
use devm_clk_get() for automatic put after device close, check for and
propagate errors when enabling clocks, need to prepare clocks before
they can get enabled, adjust code paths to correctly balance get/put and
On Tue, 6 Aug 2013 22:43:52 +0200
Gerhard Sittig g...@denx.de wrote:
reword the clock control module's registers declaration such that the
MCLK related registers form an array and get indexed by PSC controller
or CAN controller component number
this change is in preparation to COMMON_CLK
On Fri, 02 Aug 2013 15:30:00 -0700
Mike Turquette mturque...@linaro.org wrote:
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
On Tue, 6 Aug 2013 22:43:54 +0200
Gerhard Sittig g...@denx.de wrote:
prepare C preprocessor support when processing MPC512x DTS files
- switch from DTS syntax to CPP syntax for include specs
- create a symlink such that DTS processing can reference includes
Signed-off-by: Gerhard Sittig
-Original Message-
From: linux-kernel-ow...@vger.kernel.org
[mailto:linux-kernel-ow...@vger.kernel.org] On Behalf Of Aruna Balakrishnaiah
Sent: Friday, August 16, 2013 9:18 AM
To: linuxppc-...@ozlabs.org; tony.l...@intel.com;
linux-ker...@vger.kernel.org; keesc...@chromium.org
-Original Message-
From: Luck, Tony [mailto:tony.l...@intel.com]
Sent: Thursday, August 22, 2013 7:17 PM
To: Seiji Aguchi; Aruna Balakrishnaiah; linuxppc-...@ozlabs.org;
linux-ker...@vger.kernel.org; keesc...@chromium.org
Cc: jkeni...@linux.vnet.ibm.com; ana...@in.ibm.com;
On 08/23/2013 09:48 AM, Anton Vorontsov wrote:
On Mon, Aug 12, 2013 at 09:39:06AM +0800, Haijun Zhang wrote:
We use host-ocr_mask to hold the voltage get from device-tree
node, In case host-ocr_mask was available, we use host-ocr_mask
as the final available voltage can be used by MMC/SD/SDIO
* callback from kmsg_dump. (s2,l2) has the most recently
* written bytes, older bytes are in (s1,l1). Save as much
@@ -148,23 +243,56 @@ static void pstore_dump(struct kmsg_dumper *dumper,
char *dst;
unsigned long size;
int hsize;
+
Supply a interface inode_set_user to set uid/gid of inode
structs.
Signed-off-by: Rui Xiang rui.xi...@huawei.com
---
fs/inode.c | 7 +++
include/linux/fs.h | 1 +
2 files changed, 8 insertions(+)
diff --git a/fs/inode.c b/fs/inode.c
index e315c0a..3f90499 100644
--- a/fs/inode.c
This patchset implements an accessor functions to set uid/gid
in inode struct. Just finish code clean up.
Rui Xiang (2):
fs: implement inode uid/gid setting function
fs: use inode_set_user to set uid/gid of inode
arch/ia64/kernel/perfmon.c| 3 +--
Use the new interface to set i_uid/i_gid in inode struct.
Signed-off-by: Rui Xiang rui.xi...@huawei.com
---
arch/ia64/kernel/perfmon.c| 3 +--
arch/powerpc/platforms/cell/spufs/inode.c | 3 +--
arch/s390/hypfs/inode.c | 3 +--
On 2013/8/23 12:10, Greg KH wrote:
On Fri, Aug 23, 2013 at 10:48:36AM +0800, Rui Xiang wrote:
This patchset implements an accessor functions to set uid/gid
in inode struct. Just finish code clean up.
Why?
It can introduce a new function to reduce some codes.
Just clean up.
Thanks.
On Sat, 10 Aug 2013, James Yang wrote:
Uses of get_current() that normally get optimized away still result in
a load instruction of the current pointer in 64-bit because the inline
asm uses __volatile__. This patch removes __volatile__ so that nop-ed
uses of get_current() don't actually
Scott Wood scottw...@freescale.com writes:
--- a/Documentation/devicetree/bindings/powerpc/fsl/board.txt
+++ b/Documentation/devicetree/bindings/powerpc/fsl/board.txt
This should go in Documentation/devicetree/bindings/ata/fsl-sata.txt.
Ok, will change.
As for the property name, I'd prefer
On Fri, 2013-08-23 at 17:41 -0600, Anthony Foiani wrote:
Scott Wood scottw...@freescale.com writes:
--- a/Documentation/devicetree/bindings/powerpc/fsl/board.txt
+++ b/Documentation/devicetree/bindings/powerpc/fsl/board.txt
This should go in
On Fri, 2013-08-23 at 18:40 -0500, James Yang wrote:
On Sat, 10 Aug 2013, James Yang wrote:
Uses of get_current() that normally get optimized away still result in
a load instruction of the current pointer in 64-bit because the inline
asm uses __volatile__. This patch removes __volatile__
On Tue, Jul 30, 2013 at 07:40:29PM +0800, Chunhe Lan wrote:
P1023RDB Specification:
---
Memory subsystem:
512MB DDR3 (Fixed DDR on board)
64MB NOR flash
128MB NAND flash
Ethernet:
eTSEC1: Connected to Atheros AR8035 GETH PHY
eTSEC2: Connected to
On Fri, 2013-08-23 at 19:09 -0500, Scott Wood wrote:
On Tue, Jul 30, 2013 at 07:40:29PM +0800, Chunhe Lan wrote:
P1023RDB Specification:
---
Memory subsystem:
512MB DDR3 (Fixed DDR on board)
64MB NOR flash
128MB NAND flash
Ethernet:
eTSEC1:
On Fri, 2013-08-23 at 18:40 -0500, James Yang wrote:
Scott's been able to put enough doubt in me to think that this is not
entirely safe, even though the testing and code generation show it to
work. Please reject this patch.
I think there is still value in getting the unnecessary loads to
On Fri, Aug 23, 2013 at 02:41:44PM -0700, Mike Turquette wrote:
Seems like the regulator framework is solving this with the new
regulator_get_optional() call. This leaves the
optional-versus-not-optional logic up to the driver.
That is possibly for a slightly different case but perhaps not...
On Fri, 2013-08-23 at 18:48 -0500, Scott Wood wrote:
Actually, I changed my mind in the other direction in parallel. :-P
I think it's probably safe.
Yes, I think it is as well ... but only because current is special and
whatever the r13 for the thread is, r13-current will always be the same
The following changes since commit afbcdd97bf117bc2d01b865a32f78f662437a4d8:
powerpc/wsp: Fix early debug build (2013-08-16 10:59:27 +1000)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/scottwood/linux.git next
for you to fetch changes up to
58 matches
Mail list logo