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
> >>wrote:
> >>>--- a/drivers/gpio/gpiolib.c
> >>>+++ b/drivers/gpio/gpiolib.c
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
Cc: Kumar Gala
Cc: Benjamin Herrenschmidt
From: Laurentiu Tudor
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
already being done in the bolted tlb
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'
The CoreNet Coherency Fabric is part of the memory subsystem on
some Freescale QorIQ chips. It can report coherency violations (e.g.
due to misusing memory that is mapped noncoherent) as well as
transactions that do not hit any local access window, or which hit a
local access window with an invali
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 conf
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 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 CO
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-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 h
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
wrote:
--- a/drivers/gpio/gpiolib.c
+++ b/drivers/gpio/gpiolib.c
@@ -1263,10 +1263,9 @@ static void gpiochip_irqchip_remove(struct
gpio_chip *gpiochip)
On 05/30/2014 04:39 AM, Geert Uytterhoeven wrote:
On Fri, May 30, 2014 at 1:30 PM, abdoulaye berthe 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 stil
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
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 duple
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 a
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 !
Neeles
Anshuman Khandual 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
> added
> and cleared duri
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 ha
On Fri, May 30, 2014 at 1:30 PM, abdoulaye berthe 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 removed.
> */
> -i
This avoids handling gpiochip remove error in device
remove handler.
Signed-off-by: abdoulaye berthe
---
drivers/gpio/gpiolib.c | 24 +++-
include/linux/gpio/driver.h | 2 +-
2 files changed, 8 insertions(+), 18 deletions(-)
diff --git a/drivers/gpio/gpiolib.c b/driver
Since backlight core returns props.brightness in case get_brightness
is not implemented trivial implementations are not needed anymore.
Signed-off-by: Andrzej Hajda
---
drivers/macintosh/via-pmu-backlight.c | 6 --
drivers/platform/x86/samsung-q10.c | 6 --
drivers/video/bac
Many implementations of get_brightness operation returns only value
of props.brightness field. This change makes such implementations
unnecessary.
Signed-off-by: Andrzej Hajda
---
drivers/video/backlight/backlight.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/video/backlight/ba
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 get_bri
>>>
>>> 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
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
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 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 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_R
> -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 tablew
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
+#defi
30 matches
Mail list logo
