On Thu, 2014-05-29 at 19:32 +1000, Stephen Rothwell wrote:
Hi Michael,
On Thu, 29 May 2014 18:50:29 +1000 Michael Ellerman m...@ellerman.id.au
wrote:
__attribute__ ((unused))
Signed-off-by: Michael Ellerman m...@ellerman.id.au
So this was the only use of CONFIG_PPC_A2 ... so more
On Thu, 2014-05-29 at 19:39 +1000, Stephen Rothwell wrote:
Hi Michael,
On Thu, 29 May 2014 19:32:52 +1000 Stephen Rothwell s...@canb.auug.org.au
wrote:
On Thu, 29 May 2014 18:50:29 +1000 Michael Ellerman m...@ellerman.id.au
wrote:
__attribute__ ((unused))
Signed-off-by:
@timur
hi,
Audio card (wm8776) cannot work in full duplex, CPU is FSL P1022.
The PCB design about audio card reference FSL P1022 development board, and
palying or recording is OK separately.
My question is whether P1022 audio driver cannot support full duplex?
The following is my test method.
On 29.05.14 23:52, Benjamin Herrenschmidt wrote:
On Thu, 2014-05-29 at 23:27 +0200, Alexander Graf wrote:
On 29.05.14 09:45, Michael Neuling wrote:
+/* Values for 2nd argument to H_SET_MODE */
+#define H_SET_MODE_RESOURCE_SET_CIABR1
+#define H_SET_MODE_RESOURCE_SET_DAWR2
-Original Message-
From: Linuxppc-dev [mailto:linuxppc-dev-
bounces+mihai.caraman=freescale@lists.ozlabs.org] On Behalf Of Scott
Wood
Sent: Friday, May 23, 2014 12:45 AM
To: linuxppc-dev@lists.ozlabs.org
Cc: Wood Scott-B07421
Subject: [PATCH 2/2] powerpc/e6500: hw tablewalk:
On Thu, 2014-05-29 at 17:45 +1000, Michael Neuling wrote:
+/* Values for 2nd argument to H_SET_MODE */
+#define H_SET_MODE_RESOURCE_SET_CIABR1
+#define H_SET_MODE_RESOURCE_SET_DAWR2
+#define H_SET_MODE_RESOURCE_ADDR_TRANS_MODE3
+#define H_SET_MODE_RESOURCE_LE
On Fri, 2014-05-30 at 18:56 +1000, Michael Ellerman wrote:
On Thu, 2014-05-29 at 17:45 +1000, Michael Neuling wrote:
+/* Values for 2nd argument to H_SET_MODE */
+#define H_SET_MODE_RESOURCE_SET_CIABR1
+#define H_SET_MODE_RESOURCE_SET_DAWR2
+#define
On 30.05.14 11:10, Michael Neuling wrote:
On Fri, 2014-05-30 at 18:56 +1000, Michael Ellerman wrote:
On Thu, 2014-05-29 at 17:45 +1000, Michael Neuling wrote:
+/* Values for 2nd argument to H_SET_MODE */
+#define H_SET_MODE_RESOURCE_SET_CIABR1
+#define H_SET_MODE_RESOURCE_SET_DAWR
On 30.05.14 11:44, Michael Neuling wrote:
Which header are these coming from, and why aren't we including
it? And is it
going to still build with CONFIG_KVM=n?
From include/asm/hvcall.h in the h_set_mode patch set I sent before.
And yes it compiles with CONFIG_KVM=n fine.
Please
Which header are these coming from, and why aren't we including it? And
is it
going to still build with CONFIG_KVM=n?
From include/asm/hvcall.h in the h_set_mode patch set I sent before.
And yes it compiles with CONFIG_KVM=n fine.
Please split that patch into one that adds the
This patchset makes get_brightness callback optional
and removes trivial implementations.
Driver changes are quite obvious so I have put them into single
patch.
The patchset is based on the current linux-next branch.
Regards
Andrzej
Andrzej Hajda (2):
backlight: show brightness even if
Many implementations of get_brightness operation returns only value
of props.brightness field. This change makes such implementations
unnecessary.
Signed-off-by: Andrzej Hajda a.ha...@samsung.com
---
drivers/video/backlight/backlight.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
Since backlight core returns props.brightness in case get_brightness
is not implemented trivial implementations are not needed anymore.
Signed-off-by: Andrzej Hajda a.ha...@samsung.com
---
drivers/macintosh/via-pmu-backlight.c | 6 --
drivers/platform/x86/samsung-q10.c | 6
This avoids handling gpiochip remove error in device
remove handler.
Signed-off-by: abdoulaye berthe berthe...@gmail.com
---
drivers/gpio/gpiolib.c | 24 +++-
include/linux/gpio/driver.h | 2 +-
2 files changed, 8 insertions(+), 18 deletions(-)
diff --git
On Fri, May 30, 2014 at 1:30 PM, abdoulaye berthe berthe...@gmail.com wrote:
--- a/drivers/gpio/gpiolib.c
+++ b/drivers/gpio/gpiolib.c
@@ -1263,10 +1263,9 @@ static void gpiochip_irqchip_remove(struct gpio_chip
*gpiochip);
*
* A gpio_chip with any GPIOs still requested may not be
This patch enables support for hardware instruction breakpoints on POWER8 with
the help of a new register called CIABR (Completed Instruction Address
Breakpoint
Register). With this patch, single hardware instruction breakpoint can be added
and cleared during any active xmon debug session. This
Anshuman Khandual khand...@linux.vnet.ibm.com writes:
This patch enables support for hardware instruction breakpoints on POWER8 with
the help of a new register called CIABR (Completed Instruction Address
Breakpoint
Register). With this patch, single hardware instruction breakpoint can be
On 05/28/2014 01:11 PM, Benjamin Herrenschmidt wrote:
On Wed, 2014-05-28 at 00:23 -0700, Guenter Roeck wrote:
Consider using of_property_read_u32().
+ sdata[count].id = *sensor_id;
+ sdata[count].type = type;
Especially since this is broken for Little Endian !
On Fri, May 30, 2014 at 01:39:15PM +0200, Geert Uytterhoeven wrote:
+ if (test_bit(FLAG_REQUESTED, chip-desc[id].flags))
+ panic(gpio: removing gpiochip with gpios still
requested\n);
panic?
Is this likely to happen?
And while we're at it -
On 05/30/2014 01:03 AM, eshe168 wrote:
@timur
hi,
Audio card (wm8776) cannot work in full duplex, CPU is FSL P1022.
The PCB design about audio card reference FSL P1022 development board,
and palying or recording is OK separately.
My question is whether P1022 audio driver cannot support full
On Fri, 2014-05-30 at 02:59 -0500, Caraman Mihai Claudiu-B02008 wrote:
-Original Message-
From: Linuxppc-dev [mailto:linuxppc-dev-
bounces+mihai.caraman=freescale@lists.ozlabs.org] On Behalf Of Scott
Wood
Sent: Friday, May 23, 2014 12:45 AM
To: linuxppc-dev@lists.ozlabs.org
On 05/30/2014 04:39 AM, Geert Uytterhoeven wrote:
On Fri, May 30, 2014 at 1:30 PM, abdoulaye berthe berthe...@gmail.com wrote:
--- a/drivers/gpio/gpiolib.c
+++ b/drivers/gpio/gpiolib.c
@@ -1263,10 +1263,9 @@ static void gpiochip_irqchip_remove(struct gpio_chip
*gpiochip);
*
* A gpio_chip
On 05/30/2014 07:33 PM, David Daney wrote:
On 05/30/2014 04:39 AM, Geert Uytterhoeven wrote:
On Fri, May 30, 2014 at 1:30 PM, abdoulaye berthe berthe...@gmail.com
wrote:
--- a/drivers/gpio/gpiolib.c
+++ b/drivers/gpio/gpiolib.c
@@ -1263,10 +1263,9 @@ static void gpiochip_irqchip_remove(struct
On Fri, 2014-05-30 at 17:59 +0300, Laurentiu Tudor wrote:
Virtualized environments expose a e6500 dual-threaded core
as two single-threaded e6500 cores.
s/expose/may expose/
I'll fix when applying.
Take advantage of this and get rid of the tlb lock and the trap-causing
tlbsx in
the htw
On Fri, 2014-05-23 at 16:27 +0800, Shengzhou Liu wrote:
+ iommu@2 {
+ compatible = fsl,pamu-v1.0, fsl,pamu;
+ reg = 0x2 0x6000;
+ interrupts =
+ 24 2 0 0
+ 16 2 1 30;
+ };
Please add
On Fri, 2014-05-23 at 16:27 +0800, Shengzhou Liu wrote:
diff --git a/arch/powerpc/platforms/85xx/Kconfig
b/arch/powerpc/platforms/85xx/Kconfig
index e3578b7..a8a0f2f 100644
--- a/arch/powerpc/platforms/85xx/Kconfig
+++ b/arch/powerpc/platforms/85xx/Kconfig
@@ -259,7 +259,7 @@ config
On Wed, 2014-05-28 at 16:47 +0800, Chunhe Lan wrote:
T4240QDS and T4240RDB have the third DMA engine
controller. So add corresponding DMA node into
dts file.
s/T4240QDS and T4240RDB have/T4240 has/ -- the board is irrelevant.
I'll fix when applying.
-Scott
On Wed, 2014-05-28 at 16:11 +0800, Chunhe Lan wrote:
@@ -125,6 +127,9 @@ CONFIG_MMC=y
CONFIG_MMC_SDHCI=y
CONFIG_EDAC=y
CONFIG_EDAC_MM_EDAC=y
+CONFIG_RTC_CLASS=y
+CONFIG_RTC_DRV_DS1374=y
+CONFIG_RTC_DRV_CMOS=y
CONFIG_DMADEVICES=y
CONFIG_FSL_DMA=y
CONFIG_EXT2_FS=y
This conflicts
On Fri, 2014-05-30 at 17:59 +0300, Laurentiu Tudor wrote:
Virtualized environments expose a e6500 dual-threaded core
as two single-threaded e6500 cores. Take advantage of this
and get rid of the tlb lock and the trap-causing tlbsx in
the htw miss handler by guarding with CPU_FTR_SMT, as it's
From: Laurentiu Tudor laurentiu.tu...@freescale.com
Virtualized environments may expose a e6500 dual-threaded core
as two single-threaded e6500 cores. Take advantage of this
and get rid of the tlb lock and the trap-causing tlbsx in
the htw miss handler by guarding with CPU_FTR_SMT, as it's
About a year ago I began taking patches, technically as Kumar's
assistant -- but since then all of the pull requests for this area have
come from me, and I've been doing most of the reviews. Update
MAINTAINERS to reflect this.
Signed-off-by: Scott Wood scottw...@freescale.com
Cc: Kumar Gala
On Fri, May 30, 2014 at 08:16:59PM +0200, Lars-Peter Clausen wrote:
On 05/30/2014 07:33 PM, David Daney wrote:
On 05/30/2014 04:39 AM, Geert Uytterhoeven wrote:
On Fri, May 30, 2014 at 1:30 PM, abdoulaye berthe berthe...@gmail.com
wrote:
--- a/drivers/gpio/gpiolib.c
+++
32 matches
Mail list logo