On Wed, 30 Apr 2014 23:54:37 +0200, Geert Uytterhoeven ge...@linux-m68k.org
wrote:
Hi Grant,
On Tue, Apr 29, 2014 at 3:16 PM, Grant Likely grant.lik...@secretlab.ca
wrote:
On Fri, 25 Apr 2014 16:44:58 -0700, Kevin Hilman khil...@linaro.org wrote:
Geert Uytterhoeven
Hi Balbi,
On Wed, Apr 30, 2014 at 02:58:29PM -0500, Felipe Balbi wrote:
On Thu, May 01, 2014 at 02:36:08AM -0400, Zhuang Jin Can wrote:
At least we should giveback the current request to the
gadget. Otherwise, the gadget will be stuck without knowing
anything.
It was oberved that the
On Wed, Apr 30, 2014 at 03:03:53PM -0500, Felipe Balbi wrote:
On Thu, May 01, 2014 at 03:16:04AM -0400, Zhuang Jin Can wrote:
endpoint.maxburst may be 0 if a gadget doesn't call config_ep_by_speed()
to update it from the companion descriptor.
And endpoint.maxburst - 1 returns 1b which
Hi Grant,
On Thu, May 1, 2014 at 10:03 AM, Grant Likely grant.lik...@secretlab.ca wrote:
On Wed, 30 Apr 2014 23:54:37 +0200, Geert Uytterhoeven ge...@linux-m68k.org
wrote:
On Tue, Apr 29, 2014 at 3:16 PM, Grant Likely grant.lik...@secretlab.ca
wrote:
I also don't like that it tries to set
On Thu, 1 May 2014, Zhuang Jin Can wrote:
again, you found a bug on the gadget driver. Fix that. composite.c
guarantees that for those functions which don't pass bMaxBurst,
gadget-maxburst will be set to *at least* 1.
I agree the real fix should be in the gadget driver. The patch
On Thu, May 1, 2014 at 2:41 PM, Geert Uytterhoeven ge...@linux-m68k.org wrote:
Hi Grant,
On Thu, May 1, 2014 at 10:03 AM, Grant Likely grant.lik...@secretlab.ca
wrote:
On Wed, 30 Apr 2014 23:54:37 +0200, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
On Tue, Apr 29, 2014 at 3:16 PM, Grant
Hi Grant,
On Thu, May 1, 2014 at 3:56 PM, Grant Likely grant.lik...@secretlab.ca wrote:
On Thu, May 1, 2014 at 2:41 PM, Geert Uytterhoeven ge...@linux-m68k.org
wrote:
On Thu, May 1, 2014 at 10:03 AM, Grant Likely grant.lik...@secretlab.ca
wrote:
On Wed, 30 Apr 2014 23:54:37 +0200, Geert
On Tue, 29 Apr 2014 01:21:41 +0100, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Apr 29, 2014 at 09:02:27AM +0900, Simon Horman wrote:
On Mon, Apr 28, 2014 at 08:30:32PM +0100, Russell King wrote:
Since we now automatically enable early BRESP in core L2C-310 code when
Hi,
On Thu, May 01, 2014 at 04:44:52PM -0400, Zhuang Jin Can wrote:
On Wed, Apr 30, 2014 at 02:58:29PM -0500, Felipe Balbi wrote:
On Thu, May 01, 2014 at 02:36:08AM -0400, Zhuang Jin Can wrote:
At least we should giveback the current request to the
gadget. Otherwise, the gadget will be
Hi,
On Thu, May 01, 2014 at 09:45:17AM -0400, Alan Stern wrote:
On Thu, 1 May 2014, Zhuang Jin Can wrote:
again, you found a bug on the gadget driver. Fix that. composite.c
guarantees that for those functions which don't pass bMaxBurst,
gadget-maxburst will be set to *at least* 1.
Hi Russell,
I emphatically second Grant's opinion here:
This is a good patch series and is a much-needed improvement.
I am in the middle of a board-port for an A9 system, and this
series will greatly simplify things for me *despite* the fact that
I will need to convert to the new write_sec()
Hello,
I'm trying to run the mainline kernel on my Beaglebone Black and things
are working quite well, apart from USB. There have been a few patches
recently that have improved things, but right now I'm at the point where
I could do with a pointer in the right direction.
The main issue now
On Mon, Apr 28, 2014 at 04:07:26PM +0200, Sebastian Reichel wrote:
This patch adds device tree support to the Nokia N900 audio driver and
adds documentation for the DT binding.
Applied, thanks.
signature.asc
Description: Digital signature
On Mon, Apr 28, 2014 at 04:07:27PM +0200, Sebastian Reichel wrote:
This patch adds support for the Nokia N900's sound
system.
Reviewed-by: Mark Brown broo...@linaro.org
signature.asc
Description: Digital signature
On Mon, Apr 28, 2014 at 04:07:25PM +0200, Sebastian Reichel wrote:
Add more error messages making it easier to identify problems.
Applied, thanks.
signature.asc
Description: Digital signature
On Mon, Apr 28, 2014 at 04:07:23PM +0200, Sebastian Reichel wrote:
This is a preparation for DT based booting where the McBSP id
is set to -1 for all McBSP instances.
Applied, thanks.
signature.asc
Description: Digital signature
On Tue, Apr 29, 2014 at 07:18:27PM +0800, Xia Kaixu wrote:
From: Arnd Bergmann a...@arndb.de
The codec requires I2C to be enabled, so any other option
that selects it should also depend on I2C.
Applied, thanks.
signature.asc
Description: Digital signature
On Mon, Apr 28, 2014 at 04:07:22PM +0200, Sebastian Reichel wrote:
This patch adds support for specifying auxiliary codecs and
codec configuration via device tree phandles.
Applied, thanks.
signature.asc
Description: Digital signature
Tony
On 04/30/2014 05:33 PM, Tony Lindgren wrote:
* Dan Murphy dmur...@ti.com [140430 11:14]:
On 04/30/2014 01:10 PM, Tony Lindgren wrote:
* Dan Murphy dmur...@ti.com [140430 11:00]:
Tony and Arnd
Thanks for the comments
On 04/29/2014 07:22 PM, Tony Lindgren wrote:
* Arnd Bergmann
Quoting Tero Kristo (2014-04-29 07:51:14)
On 04/29/2014 05:15 PM, Sourav Poddar wrote:
We need tbclk clock data for the functioning of ehrpwm
module. Hence, populating the required clock information
in clock dts file.
Signed-off-by: Sourav Poddar sourav.pod...@ti.com
Acked-by: Tero
Hello,
This patch set adds support for Variscite OM44 series of system on modules and
boards.
There weren't many comments on v1 of this patch set so I hope this can make it
into 3.16.
Changes since v2:
* Use OMAP IOPAD macros
Patch 1: Add support for the SoM itself and the reference carrier
Signed-off-by: Joachim Eastwood manab...@gmail.com
---
.../devicetree/bindings/arm/omap/omap.txt | 3 +
arch/arm/boot/dts/Makefile | 1 +
arch/arm/boot/dts/omap4-var-dvk-om44.dts | 70 ++
3 files changed, 74 insertions(+)
create
Add support for VAR-SOM-OM44[1] SODIMM system on module from Variscite. SoM
features a OMAP4460, 1GB RAM, Gigabit Ethernet (LAN7500) and optional WLAN/BT.
Also add support for VAR-STK-OM44 development board from Variscite. This kit
features a VAR-SOM-OM44 and the carrier board
Both the VAR-STK-OM44 and VAR-DVK-OM44 boards comes with the WLAN/BT version of
the system on module VAR-SOM-OM44.
Signed-off-by: Joachim Eastwood manab...@gmail.com
---
arch/arm/boot/dts/omap4-var-dvk-om44.dts | 1 +
arch/arm/boot/dts/omap4-var-som-om44-wlan.dtsi | 68
Signed-off-by: Joachim Eastwood manab...@gmail.com
---
arch/arm/mach-omap2/pdata-quirks.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/mach-omap2/pdata-quirks.c
b/arch/arm/mach-omap2/pdata-quirks.c
index c3b73351cb7a..ab94f3a87c32 100644
---
On Tue, Apr 29, 2014 at 07:18:35PM +0800, Xia Kaixu wrote:
From: Arnd Bergmann a...@arndb.de
The cx20442 codec driver used here requires the TTY layer to
be enabled, or we get a link error:
Applied, thanks.
signature.asc
Description: Digital signature
CPUFREQ specific functions for OPP (Operating Performance Points) can
be isolated to just cpufreq. This allows for independent modifications
as needed. The functionality desired by cpufreq can easily be provided
by existing functions and any future special handling needed for
cpufreq drivers can
On 2 May 2014 06:36, Nishanth Menon n...@ti.com wrote:
diff --git a/drivers/cpufreq/Kconfig b/drivers/cpufreq/Kconfig
index 1fbe11f..281ccfb 100644
--- a/drivers/cpufreq/Kconfig
+++ b/drivers/cpufreq/Kconfig
@@ -17,6 +17,11 @@ config CPU_FREQ
if CPU_FREQ
+config CPU_FREQ_PM_OPP
+
On Thu, May 1, 2014 at 11:30 PM, Viresh Kumar viresh.ku...@linaro.org wrote:
On 2 May 2014 06:36, Nishanth Menon n...@ti.com wrote:
diff --git a/drivers/cpufreq/Kconfig b/drivers/cpufreq/Kconfig
index 1fbe11f..281ccfb 100644
--- a/drivers/cpufreq/Kconfig
+++ b/drivers/cpufreq/Kconfig
@@
On 2 May 2014 10:48, Nishanth Menon n...@ti.com wrote:
On Thu, May 1, 2014 at 11:30 PM, Viresh Kumar viresh.ku...@linaro.org wrote:
diff --git a/drivers/cpufreq/cpufreq_opp.c b/drivers/cpufreq/cpufreq_opp.c
new file mode 100644
index 000..2602ff8
--- /dev/null
+++
30 matches
Mail list logo
