From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
This patch adds initial support for providing processor cache information
to userspace through sysfs interface. This is based on x86 implementation
and hence the interface is intended to be fully compatible.
A per-cpu array of cache
On Wednesday 18 September 2013 08:58 PM, Stephen Warren wrote:
On 09/18/2013 07:22 AM, Laxman Dewangan wrote:
In place of hardcoding the key code in DTS file and comment the
key code as side notes, use the key code macro defines in the
dt-bindings/input/input.h directly.
I can apply this, but
Hi,
I haven't got a reply in the past 2 weeks, so I would like to bump the
patch, just to make sure it haven't fell off the radar.
Zoli
On 04/09/13 21:11, Zoltan Kiss wrote:
Ftrace is currently not able to detect when SWIOTLB has to do double buffering.
Under Xen you can only see it
Hi Arnaldo,
Thanks for your work! I'm gonna be offline this week as it's one of
the biggest holyday in Korea (and other Asian countries). I'll catch
up next week.
--
Thanks,
Namhyung
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Hi,
This series adds cacheinfo support for ARM. The implementation is based on
x86. However it depends on device tree for cache hierarcy. On non-DT
platforms, first level caches are per-cpu while higher level caches are
assumed
Linus,
Please pull the latest sched-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched-urgent-for-linus
HEAD: 13b62e46d5407c7d619aea1dc9c3e0991b631b57 sched: Fix comment for
sched_info_depart
Misc fixes.
Thanks,
Ingo
This patch adds to tmp102 temperature sensor the possibility
to expose itself as thermal zone device, registered on the
thermal framework.
The thermal zone is built only if a device tree node
describing a thermal zone for this sensor is present
inside the tmp102 DT node. Otherwise, the driver
This patch adds to lm75 temperature sensor the possibility
to expose itself as thermal zone device, registered on the
thermal framework.
The thermal zone is built only if a device tree node
describing a thermal zone for this sensor is present
inside the lm75 DT node. Otherwise, the driver
Linus,
Please pull the latest x86-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-urgent-for-linus
HEAD: 0f531431d3de88efb4234d6c0ce22089ec035a38 x86/intel/lpss: Add pin
control support to Intel low power subsystem
Misc fixes.
Thanks,
On Wed, Sep 18, 2013 at 05:53:44PM +0200, Jean Pihet wrote:
This commit:
573145f08c2b92c45498468afbbba909f6ce6135
clocksource: armada-370-xp: Use CLOCKSOURCE_OF_DECLARE
replaced a call to the driver's timer initialization by a call to
clocksource_of_init(). However, it failed to select
Linus,
Please pull the latest timers-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
timers-urgent-for-linus
HEAD: 7bd36014460f793c19e7d6c94dab67b0afcfcb7f timekeeping: Fix HRTICK
related deadlock from ntp lock changes
An NTP related lockup
Resent due to Thunderbird completely mangling it the first time around:
On 09/07/2013 05:32 PM, Sasha Levin wrote:
Hi all,
While fuzzing with trinity inside a KVM tools guest, running latest
-next kernel, I've
stumbled on the following:
The disassembly is:
/* Check the cache
Hi,
On Wed, Sep 18, 2013 at 04:35:37PM +0200, Pavel Machek wrote:
Hi!
gave feedback. If the sender doesn't want to take his feedback into
account and prefer to send pretty insulting emails instead that is his
choice but I would say that is this not the greatest approach to get
your
On 09/17/2013 03:15 PM, Olof Johansson wrote:
On Tue, Sep 17, 2013 at 2:08 PM, Frank Rowand frowand.l...@gmail.com wrote:
On 9/17/2013 9:43 AM, Olof Johansson wrote:
On Tue, Sep 17, 2013 at 09:56:39AM +0200, Tomasz Figa wrote:
I'm afraid that I must disagree. For consistency I'd rather go with
On Wed, Sep 18, 2013 at 5:12 AM, Matt Fleming m...@console-pimps.org wrote:
On Mon, 16 Sep, at 09:11:24PM, Roy Franz wrote:
Rename relocate_kernel() to efi_relocate_kernel(), and take
parameters rather than x86 specific structure. Add max_addr
argument as for ARM we have some address
On Wednesday 18 September 2013 15:16:44 Pavel Machek wrote:
On Sun 2013-09-08 02:02:52, Aaro Koskinen wrote:
Hi,
On Fri, Sep 06, 2013 at 10:34:05PM +0200, Pali Rohár wrote:
--- /dev/null
+++ b/arch/arm/mach-omap2/board-rx51-camera.c
[...]
Ping, can you review this patch
Linus,
Please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
HEAD: a8e0108cac181a7b141dacaa99ea52efaf9b5f07 perf: Fix UAPI export of
PERF_EVENT_IOC_ID
Two small fixes.
Thanks,
Ingo
Dmitry Torokhov dmitry.torok...@gmail.com wrote:
On Wed, Sep 18, 2013 at 10:39:42AM +0100, Jonathan Cameron wrote:
Zubair Lutfullah : zubair.lutful...@gmail.com wrote:
On Tue, Sep 17, 2013 at 09:27:27PM -0700, Dmitry Torokhov wrote:
Hi Zubair,
On Tue, Sep 17, 2013 at 09:44:07AM
Hi All,
this is the first attempt to introduce new Linux FPGA subsystem which
can help us to unify all fpga drivers which in general do the same
things.
Xilinx has hwicap in the kernel as char driver (drivers/char/xilinx_hwicap/)
and I would like to base Zynq devcfg driver based on this interface
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
This implementation maintains the hierarchy of cache objects which reflects
the system's cache topology. Cache objects are instantiated as needed as
CPUs come online. The cache objects are replicated per-cpu even if they are
shared(similar
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
In order to support outer cache in the cacheinfo infrastructure, a new
function 'get_info' is added to outer_cache_fns. This function is used
to get the outer cache information namely: line size, number of ways of
associativity and number
On 09/07/2013 05:32 PM, Sasha Levin wrote:
Hi all,
While fuzzing with trinity inside a KVM tools guest, running latest
-next kernel, I've
stumbled on the following:
The disassembly is:
/* Check the cache first. */
/* (Cache hit rate is typically around 35%.) */
On Wed, 2013-09-18 at 11:12 +0100, Kevin Curtis wrote:
Farsite Communications FarSync driver update
Patch 7 of 7
Update the help text and description for farsync configuration in the Kernel.
Build farsync and fsflex when the farsync driver is selected.
fsflex seems to be an entirely
On Wed, Sep 18, 2013 at 05:56:12PM +0200, Pali Rohár wrote:
On Wednesday 18 September 2013 15:57:13 Javier Martinez Canillas
wrote:
to split the patch in two since the patch was solving
two separate issues
My patch does not solving *two* issues. It is *one* regression
and both parts of
From: Thierry Reding thierry.red...@gmail.com
Date: Wed, 18 Sep 2013 14:49:55 +0200
The dump_eth_one() function is only used if DEBUG is enabled, so protect
it by a corresponding #ifdef DEBUG block.
Signed-off-by: Thierry Reding tred...@nvidia.com
I would prefer that this function and the
Resent due to Thunderbird completely mangling it the first time around:
(Apologies if this is a third copy, gmail told me it didn't send)
On 09/07/2013 05:32 PM, Sasha Levin wrote:
Hi all,
While fuzzing with trinity inside a KVM tools guest, running latest
-next kernel, I've
stumbled on the
This patch introduces a device tree bindings for
describing the hardware thermal behavior and limits.
Also a parser to read and interpret the data and feed
it in the thermal framework is presented.
This patch introduces a thermal data parser for device
tree. The parsed data is used to build
On Wed, Sep 18, 2013 at 05:12:02PM +0100, Jonathan Cameron wrote:
Dmitry Torokhov dmitry.torok...@gmail.com wrote:
On Wed, Sep 18, 2013 at 10:39:42AM +0100, Jonathan Cameron wrote:
Zubair Lutfullah : zubair.lutful...@gmail.com wrote:
On Tue, Sep 17, 2013 at 09:27:27PM -0700, Dmitry
Dear Jean Pihet,
On Wed, 18 Sep 2013 17:53:44 +0200, Jean Pihet wrote:
This commit:
573145f08c2b92c45498468afbbba909f6ce6135
clocksource: armada-370-xp: Use CLOCKSOURCE_OF_DECLARE
replaced a call to the driver's timer initialization by a call to
clocksource_of_init(). However, it
On Wed, Sep 18, 2013 at 03:21:18PM +0100, Felipe Balbi wrote:
Hi,
On Wed, Aug 28, 2013 at 05:01:51PM +0100, Mark Rutland wrote:
So it's not physically possible for someone to just wire up a single phy
to the device, either USB2-only or USB3?
of course it is :-) In fact, TI has
On Wed, Sep 18, 2013 at 09:22:31AM -0500, Tejun Heo wrote:
We have a small number of MSIs available, limited by hardware
firmware, if we don't impose a quota then the first device that probes
will get most/all of the MSIs and other devices miss out.
Out of curiosity - how pSeries
On Wednesday 18 September 2013 18:36:49 Felipe Balbi wrote:
On Wed, Sep 18, 2013 at 05:56:12PM +0200, Pali Rohár wrote:
On Wednesday 18 September 2013 15:57:13 Javier Martinez
Canillas
wrote:
to split the patch in two since the patch was solving
two separate issues
My patch
Hi,
On Wed, Sep 18, 2013 at 05:46:10PM +0100, Mark Rutland wrote:
I even wrote a patch making USB3 PHY optional, but didn't push it
exactly because it broke some other systems and I can't guarantee users
won't mess up their DTS/pdata.
Does that mean that their dts or pdata are
Dmitry Torokhov dmitry.torok...@gmail.com wrote:
On Wed, Sep 18, 2013 at 05:12:02PM +0100, Jonathan Cameron wrote:
Dmitry Torokhov dmitry.torok...@gmail.com wrote:
On Wed, Sep 18, 2013 at 10:39:42AM +0100, Jonathan Cameron wrote:
Zubair Lutfullah : zubair.lutful...@gmail.com wrote:
On Wed, Sep 18, 2013 at 12:03:09PM -0400, Eduardo Valentin wrote:
This patch introduces a device tree bindings for
describing the hardware thermal behavior and limits.
Also a parser to read and interpret the data and feed
it in the thermal framework is presented.
This patch introduces a
Hi,
On Mon, Aug 12, 2013 at 04:05:10PM +0200, Andreas Larsson wrote:
diff --git a/drivers/usb/gadget/gr_udc.c b/drivers/usb/gadget/gr_udc.c
new file mode 100644
index 000..37a6c08
--- /dev/null
+++ b/drivers/usb/gadget/gr_udc.c
@@ -0,0 +1,2268 @@
+/*
+ * USB Peripheral Controller
On 27/06/13 14:48, Nick Dyer wrote:
The existing implementation which encodes the configuration as a binary blob
in platform data is unsatisfactory since it requires a kernel recompile for
the configuration to be changed, and it doesn't deal well with firmware
changes that move values around on
On Wednesday 18 September 2013 13:16:27 Linus Walleij wrote:
On Tue, Sep 17, 2013 at 9:07 PM, Felipe Balbi ba...@ti.com wrote:
has anyone ever successfully using gpio-pcf857x.c driver with 16-bit
gpio expanders ? We're having some issues here where toggling the last
gpio pin (gpio 15) on a
twl-phy.notifier is not initalized
Signed-off-by: Pali Rohár pali.ro...@gmail.com
diff --git a/drivers/usb/phy/phy-twl4030-usb.c
b/drivers/usb/phy/phy-twl4030-usb.c
index 8f78d2d..efe6155 100644
--- a/drivers/usb/phy/phy-twl4030-usb.c
+++ b/drivers/usb/phy/phy-twl4030-usb.c
@@ -705,6 +705,8 @@
* Pali Rohár pali.ro...@gmail.com [130918 01:41]:
I'm not very happy. I sent this patch 6 months ago and only now
you commented that needs rework again. This patch is needed
because all thumb-2 userspace binaries crashing. I want to have
working support for Nokia N900 and not always
On Wed, Sep 18, 2013 at 6:52 PM, Peter Hurley pe...@hurleysoftware.com wrote:
Ouch. But thanks for clarifying that.
Ok, so register access needs to be serialized. And a separate but
related concern is that gen6+ resets also need to hold-off register
access where forcewake is required.
More power supply drivers depends on vbus events and without it they not
working. Power supply drivers using usb_register_notifier, so to deliver
events it is needed to call atomic_notifier_call_chain.
So without atomic notifier power supply driver isp1704 not retrieving
vbus status and reporting
On Wed, Sep 18, 2013 at 12:52:07PM -0400, Peter Hurley wrote:
On 09/17/2013 04:55 PM, Daniel Vetter wrote:
On Tue, Sep 17, 2013 at 9:50 PM, Peter Hurley pe...@hurleysoftware.com
wrote:
On 09/11/2013 03:31 PM, Peter Hurley wrote:
[+cc dri-devel]
On 09/11/2013 11:38 AM, Steven
Hi José,
On Wednesday 18 of September 2013 16:52:49 José Miguel Gonçalves wrote:
The Samsung serial driver currently does not support setting the
RTS pin with an ioctl(TIOCMSET) call. This patch adds this support.
Changes in v2:
- Preserve the RTS pin's manual setting in set_termios()
On Sun, Sep 15, 2013 at 01:40:36PM +0100, Grant Likely wrote:
On Thu, 12 Sep 2013 09:50:40 -0700, Soren Brinkmann
soren.brinkm...@xilinx.com wrote:
Zynq is based on an ARM Cortex-A9 MPCore, which features the
arm_global_timer in its SCU. Therefore enable the timer for Zynq.
As for aio-direct... Two questions:
* had anybody tried to measure the effect on branch predictor from
introducing that method vector? Commit d6afd4c4 (iov_iter: hide iovec
details behind ops function pointers)
FWIW, I never did. I only went that route to begin with because the few
The following changes since commit e831cbfc1ad843b5542cc45f777e1a00b73c0685:
Merge branch 'for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux (2013-09-11 08:36:03
-0700)
are available in the git repository at:
The problem in efi_main was that the idt was cleared before the
interrupts were disabled.
The UEFI spec states that interrupts aren't used so this shouldn't be
too much of a problem. Peripherals however don't necessarily know about
this and thus might cause interrupts to happen anyway. Even if
On Wed, Sep 18, 2013 at 06:43:49PM +0200, Pali Rohár wrote:
On Wednesday 18 September 2013 18:36:49 Felipe Balbi wrote:
On Wed, Sep 18, 2013 at 05:56:12PM +0200, Pali Rohár wrote:
On Wednesday 18 September 2013 15:57:13 Javier Martinez
Canillas
wrote:
to split the patch in two
On Wed, Sep 18, 2013 at 06:45:09PM +0200, Thomas Petazzoni wrote:
Dear Jean Pihet,
On Wed, 18 Sep 2013 17:53:44 +0200, Jean Pihet wrote:
This commit:
573145f08c2b92c45498468afbbba909f6ce6135
clocksource: armada-370-xp: Use CLOCKSOURCE_OF_DECLARE
replaced a call to the driver's
Hi,
On Wed, Sep 18, 2013 at 07:18:04PM +0200, Laurent Pinchart wrote:
On Wednesday 18 September 2013 13:16:27 Linus Walleij wrote:
On Tue, Sep 17, 2013 at 9:07 PM, Felipe Balbi ba...@ti.com wrote:
has anyone ever successfully using gpio-pcf857x.c driver with 16-bit
gpio expanders ? We're
Hi Davidlohr, thanks for your enhancements and cleanings!
At Sun, 8 Sep 2013 19:19:17 -0700,
Bueso wrote:
While this could be seen as personal taste, there really isn't any
reason for being so stingy printing the lock name. Furthermore, some
symbol names are really just too long, and
At Mon, 9 Sep 2013 08:31:38 +0530,
Ramkumar Ramachandra wrote:
Davidlohr Bueso wrote:
diff --git a/tools/perf/builtin-lock.c b/tools/perf/builtin-lock.c
index d318862..7784347 100644
--- a/tools/perf/builtin-lock.c
+++ b/tools/perf/builtin-lock.c
@@ -321,10 +321,12 @@ static struct
On 27/06/13 14:48, Nick Dyer wrote:
The configuration is stored in NVRAM on the maXTouch chip. When the device is
reset it reports a CRC of the stored configuration values. Therefore it isn't
necessary to send the configuration on each probe - we can check the CRC
matches and avoid a
* Pali Rohár pali.ro...@gmail.com [130918 09:08]:
On Wednesday 18 September 2013 15:16:44 Pavel Machek wrote:
On Sun 2013-09-08 02:02:52, Aaro Koskinen wrote:
Hi,
On Fri, Sep 06, 2013 at 10:34:05PM +0200, Pali Rohár wrote:
--- /dev/null
+++
* Javier Martinez Canillas martinez.jav...@gmail.com [130918 07:20]:
Hi Tony,
I don't know if OMAP2+ DT will happen soon as you said. At least I
know about a big issue we had with GPIO pins not being auto-requested
when are mapped as IRQ. You can refer to [1] for the latest approach
and
Common clock framework allows to register clock providers to get called
on of_clk_init() by using CLK_OF_DECLARE. This converts prima2 clock
provider to make use of it and get rid of the mach specific clk init
call.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
---
Cc: Olof
nomadik_clk_init currently also maps system reset controller base address
used by clocks and registers a reboot notifier. To allow further cleanup of
nomadik clk setup, this moves system reset controller setup from
nomadik_clk_init to its own function.
Signed-off-by: Sebastian Hesselbarth
With arch/arm calling of_clk_init(NULL) from time_init(), we can now
remove custom .init_time hooks. To get rid of it, move l2cc init to
.init_machine hook instead.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
Acked-by: Srinivas Kandagatla srinivas.kandaga...@st.com
---
With arch/arm calling of_clk_init(NULL) from time_init(), we can now
remove custom .init_time hooks.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
---
Cc: Olof Johansson o...@lixom.net
Cc: Arnd Bergmann a...@arndb.de
Cc: Tony Prisk li...@prisktech.co.nz
Cc: Russell King
With arch/arm calling of_clk_init(NULL) from time_init(), we can now
remove custom .init_time hooks.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
---
Cc: Olof Johansson o...@lixom.net
Cc: Arnd Bergmann a...@arndb.de
Cc: Maxime Ripard maxime.rip...@free-electrons.com
Cc:
With arch/arm calling of_clk_init(NULL) from time_init(), we can now
remove custom .init_time hooks.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
---
Cc: Olof Johansson o...@lixom.net
Cc: Arnd Bergmann a...@arndb.de
Cc: Russell King li...@arm.linux.org.uk
Cc: Stephen
With arch/arm calling of_clk_init(NULL) from time_init(), we can now
remove custom .init_time hooks.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
---
Cc: Olof Johansson o...@lixom.net
Cc: Arnd Bergmann a...@arndb.de
Cc: Dinh Nguyen dingu...@altera.com
Cc: Russell King
With arch/arm calling of_clk_init(NULL) from time_init(), we can now
remove custom .init_time hooks.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
---
Cc: Olof Johansson o...@lixom.net
Cc: Arnd Bergmann a...@arndb.de
Cc: Barry Song baohua.s...@csr.com
Cc: Russell King
With arch/arm calling of_clk_init(NULL) from time_init(), we can now
remove custom .init_time hooks.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
---
Cc: Olof Johansson o...@lixom.net
Cc: Arnd Bergmann a...@arndb.de
Cc: Russell King li...@arm.linux.org.uk
Cc: Daniel Tang
On 09/17/2013 04:55 PM, Daniel Vetter wrote:
On Tue, Sep 17, 2013 at 9:50 PM, Peter Hurley pe...@hurleysoftware.com wrote:
On 09/11/2013 03:31 PM, Peter Hurley wrote:
[+cc dri-devel]
On 09/11/2013 11:38 AM, Steven Rostedt wrote:
On Wed, 11 Sep 2013 11:16:43 -0400
Peter Hurley
With arch/arm calling of_clk_init(NULL) from time_init(), we can now
remove custom .init_time hooks.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
---
Cc: Olof Johansson o...@lixom.net
Cc: Arnd Bergmann a...@arndb.de
Cc: Jason Cooper ja...@lakedaemon.net
Cc: Andrew Lunn
With arch/arm calling of_clk_init(NULL) from time_init(), we can now
remove custom .init_time hooks. Highbank clock provider need a reference
to system registers, as a workaround current clk driver maps those
independent of arch code now.
Signed-off-by: Sebastian Hesselbarth
Currently, clock providers for vt8500 depend on machine_init providing
pmc_base address before calling of_clk_init. With upcoming arch-wide
.time_init calling of_clk_init, we should make clock providers independent
of mach code. This adds a pmc_base parsing helper to current clock provider
that
With arch/arm calling of_clk_init(NULL) from time_init(), we can now
remove custom .init_time hooks.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
Acked-by: Shawn Guo shawn@linaro.org
---
Changelog:
RFCv1-RFCv2:
- added missing CLK_OF_DECLARE for imx51 and imx53
Most DT ARM machs require common clock providers initialized before timers.
Currently, arch/arm machs use .init_time to call of_clk_init right before
clocksource_of_init. This prevents to remove that callback and use the default
one instead.
This patch adds a call to of_clk_init() to the default
Common clock framework allows to register clock providers to get called
on of_clk_init() by using CLK_OF_DECLARE. This converts nomadik clock
provider to make use of it and get rid of the mach specific clk init
call. As clocks require system reset controller base address to be
initialized each
This patch converts clk-imx2[38] clocksource_of_init compatible init
associated with fsl,imx2[38]-clkctrl. With arch/arm calling
of_clk_init(NULL) from time_init(), we can now also remove custom
.init_time hooks.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
Acked-by: Mike
With arch/arm calling of_clk_init(NULL) from time_init(), we can now
remove custom .init_time hooks. Also remove call to of_clk_init from
clk-bcm2835 with core fixed_clock match, as this has already been
registered now.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
---
Cc:
Common clock framework allows to register clock providers to get called
on of_clk_init() by using CLK_OF_DECLARE. This converts sunxi clock
providers to make use of it and get rid of the mach specific clk init
call. As sunxi has a bunch of independent clk provider nodes, we hook
current clock init
Current socfpga board init calls of_clk_init() from .machine_init. To
allow consolidation of DT driven .time_init, move of_clock_init() to
a temporary .time_init that will be removed when arch-wide callback is
available.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
---
Cc:
With arch/arm calling of_clk_init(NULL) from time_init(), we can now
remove custom .init_time hooks.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
---
Cc: Olof Johansson o...@lixom.net
Cc: Arnd Bergmann a...@arndb.de
Cc: Alessandro Rubini rub...@unipv.it
Cc: Linus Walleij
Current vt8500 board init calls of_clk_init() from vtwm_clk_init. To allow
consolidation of DT driven .time_init, move of_clock_init() to a temporary
.time_init callback that will be removed when arch-wide callback is available.
With previous pmc_base parsing helper for vt8500 clock providers, we
With arch/arm calling of_clk_init(NULL) from time_init(), we can now
remove custom .init_time hooks. The call to versatile_sched_clock_init
is moved to .init_early instead, were it is also for non-DT boards.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
Tested-by: Jon
MTU timer initialization is stuffed into .init_time callback, while
cpu8815_timer_init_of again maps addresses from the same device node.
Therefore, this patch moves mtu setup from to clocksource init.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
---
Cc: Olof Johansson
This is a patch set based on an RFC [1][2] sent earlier to provide a common
arch/arm init for DT clock providers. Currently, the call to of_clk_init(NULL)
to initialize DT clock providers is spread among several mach-dirs. Since most
machs require DT clocks initialized before timers, no initcall
CC: Johannes Weiner han...@cmpxchg.org, Andrew Morton
a...@linux-foundation.org, David Rientjes rient...@google.com,
KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com, KOSAKI Motohiro
kosaki.motoh...@jp.fujitsu.com, linux...@kvack.org,
cgro...@vger.kernel.org, x...@kernel.org,
With arch/arm calling of_clk_init(NULL) from time_init(), we can now
remove custom .init_time hooks.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
---
Cc: Olof Johansson o...@lixom.net
Cc: Arnd Bergmann a...@arndb.de
Cc: Russell King li...@arm.linux.org.uk
Cc: Heiko
From: Mark Brown broo...@linaro.org
As part of a push to remove the register I/O functionality from ASoC (since
it is now duplicated in the regmap API) convert the mc13783 driver to use
regmap directly.
Signed-off-by: Mark Brown broo...@linaro.org
---
sound/soc/codecs/mc13783.c | 55
* Pali Rohár pali.ro...@gmail.com [130918 11:21]:
On Wednesday 18 September 2013 19:18:17 Tony Lindgren wrote:
Hmm hasn't there been pending comments until recently on your
patches?
Since 10.07.2013 I do not have any emails for patch 2/2. If I
missed something from you, please
From: Mark Brown broo...@linaro.org
Since the conversion to regmap there has been no need for device level
locking for I/O as regmap provides locking so remove the locks.
Signed-off-by: Mark Brown broo...@linaro.org
---
drivers/mfd/mc13xxx-core.c | 5 -
1 file changed, 5 deletions(-)
diff
Hello,
On Wednesday 18 September 2013 19:18:17 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [130918 01:41]:
I'm not very happy. I sent this patch 6 months ago and only
now you commented that needs rework again. This patch is
needed because all thumb-2 userspace binaries crashing.
On Wed, Sep 18, 2013 at 5:42 PM, Peter Zijlstra pet...@infradead.org wrote:
On Wed, Sep 18, 2013 at 10:19:32AM -0400, Vince Weaver wrote:
Can you point to any code that is fixed by the commit?
I have some, but I don't think a lot of people use it.
Would you be ok with something like the
On Wed 18-09-13 20:02:39, azurIt wrote:
CC: Johannes Weiner han...@cmpxchg.org, Andrew Morton
a...@linux-foundation.org, David Rientjes rient...@google.com,
KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com, KOSAKI Motohiro
kosaki.motoh...@jp.fujitsu.com, linux...@kvack.org,
With arch/arm calling of_clk_init(NULL) from time_init(), we can now
remove custom .init_time hooks. While at it, also remove some now
redundant includes.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
---
Cc: Olof Johansson o...@lixom.net
Cc: Arnd Bergmann a...@arndb.de
Cc:
With arch/arm calling of_clk_init(NULL) from time_init(), we can now
remove custom .init_time hooks. While at it, also remove some obsolete
includes.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
---
Cc: Olof Johansson o...@lixom.net
Cc: Arnd Bergmann a...@arndb.de
Cc:
On Wed, Sep 18, 2013 at 04:03:04PM +0200, azurIt wrote:
CC: Johannes Weiner han...@cmpxchg.org, Andrew Morton
a...@linux-foundation.org, David Rientjes rient...@google.com,
KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com, KOSAKI Motohiro
kosaki.motoh...@jp.fujitsu.com,
From: Mark Brown broo...@linaro.org
Move the workaround for double sending AUDIO_CODEC and AUDIO_DAC writes
into the SPI core, aiding refactoring to eliminate the ASoC custom I/O
functions and avoiding the extra writes for I2C.
Signed-off-by: Mark Brown broo...@linaro.org
---
The tegra114 driver wasn't currently handling the cs_change functionality.
It is meant to invert normal behavior, and we were only using it to possibly
delay at the end of a transfer.
This patch modifies the logic so that the cs state will be toggled after
every individual transfer or NOT toggled
On Tue, Sep 17, 2013 at 03:43:54PM -0700, Mark Fasheh wrote:
On Fri, Sep 13, 2013 at 03:33:34PM -0400, Chris Mason wrote:
Mark, could you please send a patch for the whole-struct option until
the unaligned put is upstreamed?
-chris
Here you go. It's been lightly tested and needs
Hello,
On Wed, 18 Sep 2013 14:52:39 +0100 Al Viro wrote:
On Tue, Aug 27, 2013 at 07:48:43AM +0400, Andrew Savchenko wrote:
Additional (but probably useless) information on this bug may be found
here: https://forums.gentoo.org/viewtopic-p-7371120.html
Something's very fishy there:
* Anoop Thomas Mathew a...@profoundis.com [130906 20:55]:
Corrected the functions spelling mistake in the OMAP4 SMP source file.
Signed-off-by: Anoop Thomas Mathew a...@profoundis.com
Thanks applying into omap-for-v3.12/fixes.
Tony
---
arch/arm/mach-omap2/omap-smp.c |2 +-
1 file
Hi all,
here's a v2. I reused the subject from my v1 submission although the focus of
this series moved a bit towards the timer subsystem.
I replaced Stephen's fix to prevent per cpu devices from becoming
the broadcast device with Thomas' proposal, but I kept the original commit
message. I split
The arm_global_timer is a per cpu device. Set the appropriate flag.
Signed-off-by: Soren Brinkmann soren.brinkm...@xilinx.com
---
drivers/clocksource/arm_global_timer.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/clocksource/arm_global_timer.c
Zynq is based on an ARM Cortex-A9 MPCore, which features the
arm_global_timer in its SCU. Therefore enable the timer for Zynq.
Signed-off-by: Soren Brinkmann soren.brinkm...@xilinx.com
Acked-by: Daniel Lezcano daniel.lezc...@linaro.org
---
v2:
- rename DT node: global_timer@... = timer@...
-
901 - 1000 of 1160 matches
Mail list logo