> @@ -3157,19 +3156,22 @@ void __unmap_hugepage_range(struct mmu_gather *tlb,
> struct vm_area_struct *vma,
> tlb_start_vma(tlb, vma);
> mmu_notifier_invalidate_range_start(mm, mmun_start, mmun_end);
> address = start;
> -again:
> for (; address < end; address += sz) {
Wit
On 27 May 2016 at 22:38, Dietmar Eggemann wrote:
> On 27/05/16 18:16, Vincent Guittot wrote:
>> On 27 May 2016 at 17:48, Dietmar Eggemann wrote:
>>> On 25/05/16 16:01, Vincent Guittot wrote:
The cfs_rq->avg.last_update_time is initialize to 0 with the main effect
that the 1st sched_enti
On Sat, May 28, 2016 at 06:04:58PM +0200, Wolfram Sang wrote:
>
> > These kinds of use after frees don't always cause a runtime problem. I
> > found it using static analysis, but I bet you could detect it if you
> > enabled kasan. The other option is to enable PAGE_POISONING?
>
> Thanks, PAGE_P
On Fri 27-05-16 19:18:21, Vladimir Davydov wrote:
> On Fri, May 27, 2016 at 01:18:03PM +0200, Michal Hocko wrote:
> ...
> > @@ -1087,7 +1105,25 @@ static int __set_oom_adj(struct file *file, int
> > oom_adj, bool legacy)
> > unlock_task_sighand(task, &flags);
> > err_put_task:
> > put_tas
Add DT binding doc for Broadcom MDIO bus mutiplexer driver.
Signed-off-by: Pramod Kumar
---
.../bindings/net/brcm,mdio-mux-iproc.txt | 64 ++
1 file changed, 64 insertions(+)
create mode 100644
Documentation/devicetree/bindings/net/brcm,mdio-mux-iproc.txt
diff --
This property is used by integrated MDIO multiplexer
which has bus selection and mdio transaction generation logic,
integrated inside.
Signed-off-by: Pramod Kumar
---
Documentation/devicetree/bindings/net/mdio-mux.txt | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/Do
An integrated multiplexer uses same address space for
"muxed bus selection" and "generation of mdio transaction"
hence its good to register parent bus from mux driver.
Hence added a mechanism where mux driver could register a
parent bus and pass it down to framework via mdio_mux_init api.
Below c
Broadcom iProc based SoCs use a MDIO bus multiplexer where child buses
could be internal as well external to SoCs. These buses could supports
MDIO transaction compatible to C-22/C-45.
Broadcom MDIO bus mulitplexer is an integrated multiplexer where child bus
selection and mdio transaction logic li
iProc based SoCs supports the integrated mdio multiplexer which
has the bus selection as well as mdio transaction generation logic
inside.
This mutiplexer has child buses for PCIe, SATA, USB and ETH. These
buses could be internal or external to SOC where PHYs are attached.
These buses could use C-
Add integrated MDIO multiplexer driver node which contains
two mux PCIe bus and one ethernet bus along with phys
lying on these bus.
Signed-off-by: Pramod Kumar
---
arch/arm64/boot/dts/broadcom/ns2-svk.dts | 12
arch/arm64/boot/dts/broadcom/ns2.dtsi| 32 +
Add PCI Phy support for Broadcom Northstar2 SoCs. This driver uses the
interface from the iproc mdio mux driver to enable the devices
respective phys.
Signed-off-by: Jon Mason
Signed-off-by: Pramod Kumar
---
drivers/phy/Kconfig| 8 +++
drivers/phy/Makefile | 1 +
driv
Binding doc for NS2 PCIe PHYs.
Signed-off-by: Jon Mason
Signed-off-by: Pramod Kumar
---
.../bindings/phy/brcm,mdio-mux-bus-pci.txt | 27 ++
1 file changed, 27 insertions(+)
create mode 100644
Documentation/devicetree/bindings/phy/brcm,mdio-mux-bus-pci.txt
diff --g
On Fri 27-05-16 19:48:30, Vladimir Davydov wrote:
> On Thu, May 26, 2016 at 02:40:13PM +0200, Michal Hocko wrote:
[...]
> > @@ -839,6 +841,13 @@ void oom_kill_process(struct oom_control *oc, struct
> > task_struct *p,
> > for_each_process(p) {
> > if (!process_shares_mm(p, mm))
> >
On Fri 27-05-16 13:36:29, Johannes Weiner wrote:
> On Mon, May 23, 2016 at 07:02:10PM +0300, Vladimir Davydov wrote:
> > mem_cgroup_oom may be invoked multiple times while a process is handling
> > a page fault, in which case current->memcg_in_oom will be overwritten
> > leaking the previously take
Below is the list of build error/warning regressions/improvements in
v4.7-rc1[1] compared to v4.6[2].
Summarized:
- build errors: +17/-7
- build warnings: +1165/-547
Note that there may be false regressions, as some logs are incomplete.
Still, they're build errors/warnings.
As I haven't mast
On 27 May 2016 at 17:41, Rob Herring wrote:
> On Fri, May 27, 2016 at 09:23:20AM +0200, loic pallardy wrote:
>>
>>
>> On 05/26/2016 03:20 PM, Rob Herring wrote:
>> >On Thu, May 26, 2016 at 8:05 AM, loic pallardy wrote:
>> >>
>> >>
>> >>On 05/26/2016 02:46 PM, Rob Herring wrote:
>> >>>
>> >>>On Th
Hi,
Could any guys help me to review this patch?
Thanks.
On 2016年05月26日 21:02, Xing Zheng wrote:
There are multi codec devices on the RK3399 platform, we can use
this patch support and control these codecs.
Signed-off-by: Xing Zheng
---
Changes in v3:
- rename DOC to rockchip,rk3399-max98357a
On Mon, May 30, 2016 at 9:28 AM, Geert Uytterhoeven
wrote:
> + /home/kisskb/slave/src/arch/powerpc/include/asm/nohash/64/pgalloc.h:
> error: implicit declaration of function 'pte_fragment_fre'
> [-Werror=implicit-function-declaration]/home/kisskb/slave/src/arch/powerpc/mm/pgtable.c:
> At top
Hi Mark & Vinod
Thanks for your suggestion, I am going to use this HDMI codec driver.
But it seems no one use it, currently.
On 05/30/2016 11:33 AM, Vinod Koul wrote:
On Fri, May 27, 2016 at 09:23:12PM +0100, Mark Brown wrote:
On Fri, May 27, 2016 at 06:45:41PM +0800, Chris Zhong wrote:
codec
Hi all,
When cat /dev/kmem in arm/arm64, it will crash, this is caused by "from = 0"
in copy_to_user(void __user *to, const void *from, unsigned long n),
call trace shows below(eg, arm64)
[9.913370] Unable to handle kernel NULL pointer dereference at virtual
address
[9.914391] p
On Mon, 23 May 2016 10:28:28 +0200
Greg Kurz wrote:
> A strange behaviour is observed when comparing PCI hotplug in QEMU, between
> x86 and pseries. If you consider the following steps:
> - start a VM
> - add a PCI device via the QEMU monitor before the rtasd has started (for
> example starting
On Sun, May 29, 2016 at 12:08:29PM -0700, Andy Lutomirski wrote:
> Sure, but how do I implement that? There's no "does this arch have
> addr_limit in thread_info" general flag that I know of.
What about get_fs()? Looks like all arches implement that and on sparc
it is something called thread_info
On 05/24/2016 07:41 PM, Javier Martinez Canillas wrote:
> The MFC IP is also inter-connected by an Async-Bridge so the CLK_ACLK333
> has to be ungated during a power domain switch. Trying to do it when the
> clock is gated will fail and lead to an imprecise external abort error
> when the driver tr
After applied "remove lots of IS_ERR_VALUE abuses", it shoold be
misoperation. (commit 287980e49)
If mmc_bus_test is successful, it returned the bus-witdh bit.
The below log is error log
[2.542260] mmc0: mmc_select_hs200 failed, error 3
[2.542275] mmc0: error 3 whilst initialising MMC card
Op 26-05-16 om 22:08 schreef Chris Wilson:
> Recursive locking for ww_mutexes was originally conceived as an
> exception. However, it is heavily used by the DRM atomic modesetting
> code. Currently, the recursive deadlock is checked after we have queued
> up for a busy-spin and as we never release
Hi Valdis,
On Sun, 29 May 2016 20:20:35 -0400
valdis.kletni...@vt.edu wrote:
> On Fri, 27 May 2016 14:54:59 +0200, Boris Brezillon said:
> > From: Hans de Goede
> >
> > On some nand controllers with hw-ecc the controller code wants to know
> > the ecc strength and size and having these as 0, 0 i
On 05/30/16 10:26, Chris Zhong wrote:
> Hi Mark & Vinod
>
> Thanks for your suggestion, I am going to use this HDMI codec driver.
> But it seems no one use it, currently.
>
There is three users working on getting their code accepted in main
line. I have been trying to get my tda998x patches revi
This patch add g/s_selection support for MT8173
Signed-off-by: Tiffany Lin
---
drivers/media/platform/mtk-vcodec/mtk_vcodec_enc.c | 74
1 file changed, 74 insertions(+)
diff --git a/drivers/media/platform/mtk-vcodec/mtk_vcodec_enc.c
b/drivers/media/platform/mtk-vcodec/mt
On Mon, May 30, 2016 at 4:17 AM, kernel test robot
wrote:
>
> FYI, we noticed boot-slabinfo.num_objs +31.9% increasement due to commit:
>
> commit 55834c59098d0c5a97b0f3247e55832b67facdcf ("mm: kasan: initial memory
> quarantine implementation")
> https://git.kernel.org/pub/scm/linux/kernel/git/t
From: Chuanxiao Dong
This patch will use udelay instead of mdelay when waiting for
SDHCI hardware to be stable. udelay can help to reduce the waiting
time when is in critical region which is protected by spinlock.
With this patch, __sdhci_set_ios only take a few microseconds to be
done.
Signed-
On Sun, 2016-05-29 at 13:22 -0700, Linus Torvalds wrote:
> Andy?
>
> Looking at that commit, it does look like what wmi_parse_guid +
> wmi_swap_bytes did was to implement a LE uuid. So the conversion looks
> correct, but the fact that it breaks something obviously means that
> there's something mi
On 05/19/2016 11:52 PM, Javier Martinez Canillas wrote:
> The regulator always-on property should only be used for regulators
> that either can't be disabled or the drivers for the client devices
> are not enabling the regulator and so being disabled due to unused.
>
> There are some max77802 regu
On Mon, May 30, 2016 at 02:26:38AM -0400, Valdis Kletnieks wrote:
> Fix egregious typo in comment.
>
> Signed-off-by: Valdis Kletnieks
Applied to drm-misc, thanks.
-Daniel
>
> --- a/drivers/gpu/drm/drm_edid_load.c 2016-04-20 17:54:27.208059935 -0400
> +++ b/drivers/gpu/drm/drm_edid_load.c 2016
On Monday, May 30, 2016 7:55:55 AM CEST Baranowska, BeataX wrote:
> From: Chuanxiao Dong
>
> This patch will use udelay instead of mdelay when waiting for
> SDHCI hardware to be stable. udelay can help to reduce the waiting
> time when is in critical region which is protected by spinlock.
>
> Wi
From: Chuanxiao Dong
sdhci_dumpregs is used to dump registers when error happens. Thus it should
use pr_err instead of pr_debug to show more information about the hardware.
Signed-off-by: Chuanxiao Dong
---
drivers/mmc/host/sdhci.c | 32
1 file changed, 16 inser
On Fri 27-05-16 14:34:46, Tejun Heo wrote:
> As vm.dirty_[background_]bytes can't be applied verbatim to multiple
> cgroup writeback domains, they get converted to percentages in
> domain_dirty_limits() and applied the same way as
> vm.dirty_[background]ratio. However, if the specified bytes is lo
> diff --git a/mm/memory.c b/mm/memory.c
> index 15322b73636b..a01db5bc756b 100644
> --- a/mm/memory.c
> +++ b/mm/memory.c
> @@ -292,23 +292,24 @@ void tlb_finish_mmu(struct mmu_gather *tlb, unsigned
> long start, unsigned long e
> * handling the additional races in SMP caused by other CPUs ca
On Thu, May 26, 2016 at 07:25:22PM -, Michal Suchanek wrote:
> Used on A10s Olinuxino.
>
> Signed-off-by: Michal Suchanek
Applied, thanks!
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
signature.asc
Description: PGP sign
Hi,
On Thu, May 26, 2016 at 07:25:23PM -, Michal Suchanek wrote:
> spi2 is available on the UEXT connector
>
> Signed-off-by: Michal Suchanek
> ---
> arch/arm/boot/dts/sun5i-a10s-olinuxino-micro.dts | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/arch/arm/boot/dts/sun5i-a10
On Fri, May 27, 2016 at 9:16 AM, Lv Zheng wrote:
> Linux userspace (systemd-logind) keeps on rechecking lid state when the
> lid state is closed. If it failed to update the lid state to open after
> boot/resume, the system suspending right after the boot/resume could be
> resulted.
> Graphics driv
On Sun, May 29, 2016 at 05:38:39PM +0200, Noralf Trønnes wrote:
>
> Den 12.05.2016 20:25, skrev Noralf Trønnes:
> >Provides helper functions for drivers that have a simple display
> >pipeline. Plane, crtc and encoder are collapsed into one entity.
> >
> >Cc: jsa...@ti.com
> >Signed-off-by: Noralf
On Sun, May 29, 2016 at 08:31:06AM -0500, Jaime Arrocha wrote:
> struct slic_cmdqueue {
> struct slic_hostcmd *head;
> struct slic_hostcmd *tail;
> - int count;
> - spinlock_t lock;
> + int count;
> + spinlock_t lock;
> };
The original code
Hi Baolu,
On Mon, May 30, 2016 at 01:51:44PM +0800, Lu Baolu wrote:
> Add a maintainer entry for Intel USB dual role mux drivers and
> add myself as a maintainer.
>
> Signed-off-by: Lu Baolu
> ---
> MAINTAINERS | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/MAINTAINERS b/
On Monday, May 30, 2016 5:46:21 AM CEST Nava kishore Manne wrote:
> >
> The Axi-usb 5.00 IP is a FPGA based one. This IP needs to support two H/w
> designs one with 32 bit DMA addressing another one is 64 bit DMA addressing.
> And also in the software point for view we don’t have any register to f
On Mon, May 30, 2016 at 09:53:25AM +0200, Dmitry Vyukov wrote:
>On Mon, May 30, 2016 at 4:17 AM, kernel test robot
> wrote:
>>
>> FYI, we noticed boot-slabinfo.num_objs +31.9% increasement due to commit:
>>
>> commit 55834c59098d0c5a97b0f3247e55832b67facdcf ("mm: kasan: initial memory
>> quarantin
The function will do more then removing the sysfs files in the future.
Signed-off-by: Peter Ujfalusi
Acked-by: Mark Brown
---
sound/soc/omap/mcbsp.c | 2 +-
sound/soc/omap/mcbsp.h | 2 +-
sound/soc/omap/omap-mcbsp.c | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git
Add clock properties to the McBSP nodes. McBSP2 and 3 need to have ick also
since the Sidetone block of these modules are operating using the McBSP
interface clock.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/omap3.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch
The McBSP sidetone (in OMAP3 McBSP2 and 3 module) is working with the
module's interface clock. When the sidetone is enabled the iclk must not
idle because it will result in choppy sidetone.
Switch to use the new callback for handling the iclk allow/deny idle
configuration.
For this the driver need
The McBSPLP's sidetone main clock is the McBSPLP's ICLK, not FCLK as the
sidetone only receives the ICLK from the main McBSP module.
Since the McBSP and sidetone is using the very same clock from PRCM level
the sidetone must not have the prcm section to check the clock status since
the sidetone is
McBSP2/3 module's sidetone module operates using the module's ICLK clock.
When the Sidetone is in use the interface clock of the module must not
idle. To prevent the iclk idling the driver expects to have pdata callback
to call. With this patch the callback is going to be set up for DT boot
also.
The new pdata callback (force_ick_on) is now used by the driver and the old
callback related code can be removed.
Signed-off-by: Peter Ujfalusi
---
arch/arm/mach-omap2/mcbsp.c | 18 --
include/linux/platform_data/asoc-ti-mcbsp.h | 1 -
2 files changed, 19 deletio
McBSP2/3 module's sidetone module operates using the module's ICLK clock.
When the Sidetone is in use the interface clock of the module must not
idle. The new callback expects to receive the *clk of the module's ick and
not the id number of the McBSP. This will allow us more cleanups and going
to s
On 05/28/2016 12:01 AM, Yang Shi wrote:
> The upstream commit 1771c6e1a567ea0ba20a4ffe68a1419fd8ef
> ("x86/kasan: instrument user memory access API") added KASAN instrument to
> x86 user memory access API, so added such instrument to ARM64 too.
>
> Define __copy_to/from_user in C in order to
> diff --git a/include/asm-generic/tlb.h b/include/asm-generic/tlb.h
> index 2ac8fe202e9a..3ca36c111b47 100644
> --- a/include/asm-generic/tlb.h
> +++ b/include/asm-generic/tlb.h
> @@ -112,6 +112,7 @@ struct mmu_gather {
>* that that we can adjust the range after the flush
>*/
>
On Mon, 2016-05-30 at 10:10 +0800, Kejian Yan wrote:
> The miscellaneous operation is implemented in BIOS, the kernel can
> call
> _DSM method help to call the implementation in ACPI case. Here is a
> patch
> to do that.
>
> +static phy_interface_t hns_mac_get_phy_if_acpi(struct hns_mac_cb
> *ma
Hi,
Changes since v4:
- Moved DTS patch as the first in the series
- rebased on top of 4.7-rc1
Changes since v3:
- Rebased on next-20160525 [1] to apply cleanly
- Fixed subject line for patch5
- Added Mark's acked-by to the ASoC patches
[1] "ASoC: omap-mcbsp: Enable/disable sidetone block auto c
On Mon, 2016-05-30 at 10:10 +0800, Kejian Yan wrote:
> This series adds HNS support of acpi. The routine will call some ACPI
> helper functions, like acpi_dev_found() and acpi_evaluate_dsm(), which
> are not included in other cases. In order to make system compile
> successfully in other cases exce
On Thu, May 26, 2016 at 07:25:24PM -, Michal Suchanek wrote:
> spi2 is available on the UEXT connector
>
> The bus is named spi2 in the A10s manual and Olinuxino manual so it is
> pointless to alias it to something else like spi0.
That's not how aliases work in the DT. It's about indexing the
On 05/27/2016 10:17 AM, Neil Armstrong wrote:
> Hi,
> On 05/26/2016 06:29 PM, Sudeep Holla wrote:
>> Hi Neil,
>>
>> On 26/05/16 10:38, Neil Armstrong wrote:
>>> Since the current SCPI implementation, based on [0]:
>>> - is (at leat) JUNO specific
>>
>> Agreed.
>>
>>> - does not specify a strong "st
Hi,
On Thu, May 26, 2016 at 07:25:24PM -, Michal Suchanek wrote:
> When testing SPI without DMA I noticed that filling the FIFO on the
> spi controller causes timeout.
>
> Always leave room for one byte in the FIFO.
>
> Signed-off-by: Michal Suchanek
Sending it to stable would be great (wi
On Sun, May 29, 2016 at 6:44 PM, Bhaktipriya Shridhar
wrote:
> alloc_workqueue replaces deprecated create_workqueue().
>
> create_workqueue has been replaced with alloc_workqueue with max_active
> as 0 since there is no need for throttling the number of active work items.
>
> WQ_MEM_RECLAIM has no
On Thu, May 26, 2016 at 07:25:24PM -, Michal Suchanek wrote:
> The sun4i spi hardware can trasfer at most 63 bytes of data without DMA
> support so report the limitation. Same on sun6i.
Is it? Is there timeouts on the A31 and later SoCs?
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linu
On Fri, May 27, 2016 at 09:50:27AM +0200, Daniel Vetter wrote:
> On Fri, May 27, 2016 at 09:46:03AM +0200, Gerd Hoffmann wrote:
> > On Mi, 2016-05-25 at 18:37 +0200, Daniel Vetter wrote:
> > > On Fri, Oct 2, 2015 at 1:58 PM, Gerd Hoffmann wrote:
> > > > Signed-off-by: Gerd Hoffmann
> > >
> > > S
Sorry for sending many times, because of company
permission settings, many people and groups can't
receive these patches before.
These series patches modify pwm-mtk-disp.c
and dts/dtsi config to support MT2701 disp pwm.
Weiqing Kong (3):
dt-bindings: pwm: Add MediaTek display PWM bindings
pwm
Use the mtk_pwm_data struction to define different registers
and add MT2701 specific register operations, such as MT2701
doesn't have commit register, needs to disable double buffer
before writing register, and needs to select manual mode
and use PWM_PERIOD/PWM_HIGH_WIDTH.
Signed-off-by: Weiqing K
Signed-off-by: Weiqing Kong
---
arch/arm/boot/dts/mt2701-evb.dts | 29 +
arch/arm/boot/dts/mt2701.dtsi| 9 +
2 files changed, 38 insertions(+)
diff --git a/arch/arm/boot/dts/mt2701-evb.dts b/arch/arm/boot/dts/mt2701-evb.dts
index 082ca88..6d572f4 100644
-
Add MT2701 compatible string.
Signed-off-by: Weiqing Kong
---
Documentation/devicetree/bindings/pwm/pwm-mtk-disp.txt | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree/bindings/pwm/pwm-mtk-disp.txt
b/Documentation/devicetree/bindings/pwm/pwm-mtk-di
On Fri, May 27, 2016 at 06:52:11PM +0200, Sebastian Andrzej Siewior wrote:
> On 2016-05-19 14:21:48 [+0200], Peter Zijlstra wrote:
> > > +static void futex_populate_hash(unsigned int hash_bits)
> > > +{
> …
> > > + raw_spin_lock(&mm->futex_hash.lock);
> > > + /* We might have raced with another tas
Hi Daniel,
Thanks for your answer.
On 26-05-2016 09:06, Daniel Vetter wrote:
> On Wed, May 25, 2016 at 04:46:15PM +0100, Jose Abreu wrote:
>> Hi all,
>>
>> Currently I am trying to develop a DRM driver that will use
>> Xilinx VDMA to transfer video data to a HDMI TX Phy and I am
>> facing a diffi
From: Wenwei Tao
The mem_cgroup_tree_per_node allocation might fail,
check that before continue the memcg init. Since it
is in the init phase, trigger the panic if that failure
happens.
Signed-off-by: Wenwei Tao
---
mm/memcontrol.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/mm/memcont
On 05/29/2016 01:16 PM, Axel Lin wrote:
> Current code can set ramp delay to a wrong setting that the return value
> from .set_voltage_time_sel is not enough for proper delay.
I don't understand what yo wanted to say here. What wrong setting is
possible? Why do you mention set_voltage_time_sel() h
On Fri 27-05-16 09:40:27, Tim Chen wrote:
> On Tue, 2016-05-03 at 14:01 -0700, Tim Chen wrote:
> > This patch prepares the code for being able to batch the anonymous
> > pages
> > to be swapped out. It reorganizes shrink_page_list function with
> > 2 new functions: handle_pgout and pg_finish.
> >
2016-05-30 16:48 GMT+08:00 Krzysztof Kozlowski :
> On 05/29/2016 01:16 PM, Axel Lin wrote:
>> Current code can set ramp delay to a wrong setting that the return value
>> from .set_voltage_time_sel is not enough for proper delay.
>
> I don't understand what yo wanted to say here. What wrong setting
On Sat, May 28, 2016 at 11:59:57AM +, He Kuang wrote:
> Currently, perf script uses host unwind methods to parse perf.data
> callchain info regardless of the target architecture. So we get wrong
> result without any warnings when unwinding callchains of x86(32-bit)
> on x86(64-bit) machine.
>
On Sat, May 28, 2016 at 11:59:53AM +, He Kuang wrote:
> For determine the libunwind methods to use, we should get the
> 32bit/64bit information from maps of a thread. When a thread is newly
> created, the information is not prepared. This patch moves
> unwind__prepare_access() into thread__inse
On Sat, May 28, 2016 at 11:59:59AM +, He Kuang wrote:
SNIP
> diff --git a/tools/perf/util/unwind-libunwind-local.c
> b/tools/perf/util/unwind-libunwind-local.c
> index b391e3e..849fec1 100644
> --- a/tools/perf/util/unwind-libunwind-local.c
> +++ b/tools/perf/util/unwind-libunwind-local.c
>
On Sat, May 28, 2016 at 11:59:54AM +, He Kuang wrote:
SNIP
> diff --git a/tools/perf/config/Makefile b/tools/perf/config/Makefile
> index 6f9f566..3a304a3 100644
> --- a/tools/perf/config/Makefile
> +++ b/tools/perf/config/Makefile
> @@ -354,10 +354,24 @@ ifeq ($(ARCH),powerpc)
> endif
>
>
On Sat, May 28, 2016 at 11:59:59AM +, He Kuang wrote:
SNIP
> --- /dev/null
> +++ b/tools/perf/arch/x86/util/unwind-libunwind_x86_32.c
> @@ -0,0 +1,21 @@
> +#define REMOTE_UNWIND_LIBUNWIND
> +
> +#define LIBUNWIND__ARCH_REG_ID libunwind__x86_reg_id
> +
> +#include "unwind.h"
> +#include "debug
On 2016/05/24 03:45PM, Madhavan Srinivasan wrote:
>
>
> On Thursday 19 May 2016 08:40 PM, Anju T wrote:
> > Detour buffer contains instructions to create an in memory pt_regs.
> > After the execution of prehandler a call is made for instruction emulation.
> > The NIP is decided after the probed i
On Sat, May 28, 2016 at 11:59:59AM +, He Kuang wrote:
> Support x86(32-bit) cross platform callchain unwind.
>
> Signed-off-by: He Kuang
> ---
> tools/perf/arch/Build | 1 +
> tools/perf/arch/x86/util/unwind-libunwind.c| 7 ---
> tools/perf/arch/x86
On 2016年05月28日 11:41, Waiman Long wrote:
On 05/27/2016 06:32 AM, xinhui wrote:
On 2016年05月27日 02:31, Waiman Long wrote:
On 05/25/2016 02:09 AM, Pan Xinhui wrote:
In pv_wait_head_or_lock, if there is a spurious_wakeup, and it fails to
get the lock as there is lock stealing, then after a shor
On Sat, May 28, 2016 at 11:59:52AM +, He Kuang wrote:
> Currently, libunwind operations are fixed, and they are chosen
> according to the host architecture. This will lead a problem that if a
> thread is run as x86_32 on x86_64 machine, perf will use libunwind
> methods for x86_64 to parse the
On Mon 30-05-16 16:45:51, Wenwei Tao wrote:
> From: Wenwei Tao
>
> The mem_cgroup_tree_per_node allocation might fail,
> check that before continue the memcg init. Since it
> is in the init phase, trigger the panic if that failure
> happens.
We would blow up in the very same function so what is
The twl6040 codec is generating the pdmclk, which is used by the McPDM as
functional clock.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/omap5-board-common.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/omap5-board-common.dtsi
b/arch/arm/boot/dts/omap5-bo
The driver is to provide the functional clock to OMAP4/5 McPDM. The clock
is named as pdmclk in the documentations so change the function names,
structure names and variables to align with this.
At the same time rename the driver from "twl6040-clk" to "twl6040-pdmclk".
This can be done w/o regressi
The twl6040 codec is generating the pdmclk, which is used by the McPDM as
functional clock.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/omap4-panda-common.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/omap4-panda-common.dtsi
b/arch/arm/boot/dts/omap4-pa
In order ot be able to use the pdmclk clock via DT it need to be registered
as of_clk_provide.
Since the twl6040 clock driver does not have it's own DT node, use the
parent's node for registering.
Signed-off-by: Peter Ujfalusi
---
drivers/clk/clk-twl6040.c | 3 ++-
1 file changed, 2 insertions(+
The pdmclk is needed for McPDM. It is generated by twl6040.
Signed-off-by: Peter Ujfalusi
---
sound/soc/omap/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/sound/soc/omap/Kconfig b/sound/soc/omap/Kconfig
index 5520273724ae..347705c04db1 100644
--- a/sound/soc/omap/Kconfig
+++ b/soun
The DS4_WD_EN bit is only touched before calling omap_mcpdm_open_streams().
Move it inside of that function for simplicity.
Signed-off-by: Peter Ujfalusi
---
sound/soc/omap/omap-mcpdm.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/sound/soc/omap/omap-mcpdm.c b/
Implement ASoC's suspend and resume callbacks.
Since McPDM does not use pcm_trigger for start and stop of the stream due
to strict sequencing needs with the twl6040, the callbacks will stop and
restart the McPDM in case the board suspended during audio activity.
Signed-off-by: Peter Ujfalusi
---
The twl6040 codec is generating the pdmclk, which is used by the McPDM as
functional clock.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/omap4-duovero.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/omap4-duovero.dtsi
b/arch/arm/boot/dts/omap4-duovero.dtsi
McPDM module receives it's functional clock from external source. This
clock is the pdmclk provided by the twl6040 audio IC. If the clock is not
available all register accesses to McPDM fails and the module is not
operational.
Signed-off-by: Peter Ujfalusi
Acked-by: Rob Herring
---
.../devicetr
On Fri, May 27, 2016 at 07:27:57PM +0200, Sebastian Andrzej Siewior wrote:
> On 2016-05-19 14:25:58 [+0200], Peter Zijlstra wrote:
> > On Thu, May 05, 2016 at 08:44:05PM -, Thomas Gleixner wrote:
> > > +static int futex_preallocate_hash(unsigned int slots)
> > > +{
> > > +#ifdef CONFIG_FUTEX_PR
Hello,
On 30 May 2016 at 10:37, Maxime Ripard wrote:
> On Thu, May 26, 2016 at 07:25:24PM -, Michal Suchanek wrote:
>> The sun4i spi hardware can trasfer at most 63 bytes of data without DMA
>> support so report the limitation. Same on sun6i.
>
> Is it? Is there timeouts on the A31 and later
The twl6040 codec is generating the pdmclk, which is used by the McPDM as
functional clock.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/omap4-sdp.dts | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/omap4-sdp.dts b/arch/arm/boot/dts/omap4-sdp.dts
index aae513265
On Fri, May 27, 2016 at 07:10:01PM +0200, Sebastian Andrzej Siewior wrote:
> On 2016-05-19 14:24:06 [+0200], Peter Zijlstra wrote:
> > On Thu, May 05, 2016 at 08:44:04PM -, Thomas Gleixner wrote:
> > > +static struct futex_hash_bucket *hash_futex(union futex_key *key)
> > > +{
> > > +#ifdef CON
The twl6040 codec is generating the pdmclk, which is used by the McPDM as
functional clock.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/omap4-var-som-om44.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/omap4-var-som-om44.dtsi
b/arch/arm/boot/dts/omap4-va
Hi,
Changes since v1:
- Added Rob's Acked-by to patch 5 and 14
- Check the return value of clk_prepare_enable() calls in the last patch
this is something I wanted to do for a long time...
First of all: sorry for the cross domain series. I did tested alone all the
domain patches and they are not
Since the drover only supports prepare callbacks, the use of is_enabled is
not correct, it should be handling is_prepared.
Signed-off-by: Peter Ujfalusi
---
drivers/clk/clk-twl6040.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/clk-twl6040.c b/drivers/clk/c
Bulk access is not working with twl6040, we need to use single register
access. Bulk access would happen when we try to sync the regcache after
power on.
Signed-off-by: Peter Ujfalusi
---
drivers/mfd/twl6040.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mfd/twl6040.c b/drivers/mf
1 - 100 of 1124 matches
Mail list logo
