This patch switch device node to fwnode in dwapb_port_property,
so as to apply a unified data structure for DT and ACPI.
Acked-by: Mika Westerberg
Signed-off-by: qiujiang
---
drivers/gpio/gpio-dwapb.c| 36
include/linux/platform_data/gpio-dwapb.h
On Saturday 20 February 2016 06:35 PM, Alexey Brodkin wrote:
> Even though DEVTMPFS is required when our pre-built initramfs
> is used it is not the case in general. It is perfectly possible
> to use initramfs with device nodes already populated or there
> could be other usages, see discussion belo
From: Jianqun Xu
There is the new SoCs from Rockchip which named rk3399, the
patches are added to support them.
Jianqun Xu (2):
soc: rockchip: add bindings for Rockchip grf
ARM64: dts: rockchip: add core dtsi file for rk3399
Xing Zheng (2):
dt-bindings: add bindings for rk3399 clock contr
From: Jianqun Xu
This patch adds core dtsi file for rk3399 found on Rockchip new SoCs
rk3399, which integrates dual-core Cortex-A72 and quad-core Cortex-A53
with separately NEON coprocessor.
The dtsi file has been tested on rk3399 board with simple boot system,
the uart and spi IPs are same as f
From: Jianqun Xu
Add devicetree bindings for Rockchip grf which found on
Rockchip SoCs.
Signed-off-by: Jianqun Xu
---
changes in v2:
- add grf.txt (Heiko)
.../devicetree/bindings/soc/rockchip/grf.txt | 35 ++
1 file changed, 35 insertions(+)
create mode 100644 Docum
From: Xing Zheng
Add the dt-bindings header for the rk3399, that gets shared between
the clock controller and the clock references in the dts.
Signed-off-by: Xing Zheng
Signed-off-by: Jianqun Xu
---
include/dt-bindings/clock/rk3399-cru.h | 714 +
1 file changed
From: Xing Zheng
Add devicetree bindings for Rockchip cru which found on
Rockchip SoCs.
Signed-off-by: Xing Zheng
Signed-off-by: Jianqun Xu
---
.../bindings/clock/rockchip,rk3399-cru.txt | 82 ++
1 file changed, 82 insertions(+)
create mode 100644
Documentation/d
Hi,
> Hi,
>
> On Tuesday 23 February 2016 11:54 AM, Yoshihiro Shimoda wrote:
> > Hi Kishon,
> >
> > Would you review this patch?
>
> merged it now. Thanks for reminding.
Thank you!
Best regards,
Yoshihiro Shimoda
> -Kishon
>
Vinod Koul writes:
> On Mon, Feb 15, 2016 at 09:57:48PM +0100, Robert Jarzmik wrote:
>> The current number of requestor lines is limited to 31. This was an
>> error of a previous commit, as this number is platform dependent, and is
>> actually :
>> - for pxa25x: 40 requestor lines
>> - for pxa2
Hi qiujiang,
[auto build test ERROR on gpio/for-next]
[also build test ERROR on v4.5-rc5 next-20160223]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/qiujiang/gpio-designware-switch-device-no
On Sat, Feb 20, 2016 at 1:22 AM, Sergey Senozhatsky
wrote:
> Set firmware_buf->size in fw_get_filesystem_firmware() after
> successful kernel_read_file_from_path(), otherwise assign_firmware_buf()
> fails.
>
Acked-by: Bjorn Andersson
> Signed-off-by: Sergey Senozhatsky
> ---
> drivers/base/fi
On 02/22/2016 03:02 PM, Rafael J. Wysocki wrote:
>> I guess the first (macro) question is why did you decide to go with a
>> complete new governor, where new here is w.r.t. the sched-freq solution.
>
> Probably the most comprehensive answer to this question is my intro
> message: http://marc.info/
From: Joonsoo Kim
CMA allocation should be guaranteed to succeed by definition, but,
unfortunately, it would be failed sometimes. It is hard to track down
the problem, because it is related to page reference manipulation and
we don't have any facility to analyze it.
This patch adds tracepoints t
From: Joonsoo Kim
Success of CMA allocation largely depends on success of migration
and key factor of it is page reference count. Until now, page reference
is manipulated by direct calling atomic functions so we cannot follow up
who and where manipulate it. Then, it is hard to find actual reason
On Fri, Feb 19, 2016 at 10:19:48AM +0100, Dmitry Vyukov wrote:
> On Fri, Feb 19, 2016 at 3:11 AM, Joonsoo Kim wrote:
> > 2016-02-18 23:06 GMT+09:00 Alexander Potapenko :
> >> On Mon, Feb 1, 2016 at 3:47 AM, Joonsoo Kim wrote:
> >>> On Wed, Jan 27, 2016 at 07:25:13PM +0100, Alexander Potapenko wro
Although hardware_subarch has been in place since the x86 boot
protocol 2.07 it hasn't been used much. Enumerate current possible
values to avoid misuses and help with semantics later at boot
time should this be used further.
v2: fix typos
Cc: Andy Shevchenko
Signed-off-by: Luis R. Rodriguez
--
There is already a check for apm_info.bios == 0, the
apm_info.bios is set from the boot_params.apm_bios_info.
Both Xen and lguest, which are also the only ones that set
paravirt_enabled to true) do never set the apm_bios_info,
the paravirt_enabled() check is simply not needed.
Signed-off-by: Luis
This lets us remove its use of paravirt_enabled(). The
other subarchs are not needed here given that on 32-bit
there is a switch already that negates access to this
code on X86_SUBARCH_INTEL_MID, and X86_SUBARCH_CE4100.
Both lguest and Xen had paravirt_enabled so that
excludes them.
Signed-off-by:
We have 4 types of x86 platforms that disable RTC:
* Intel MID
* Lguest - uses paravirt
* Xen dom-U - uses paravirt
* x86 on legacy systems annotated with an ACPI legacy flag
We can consolidate all of these into a platform specific solution.
Signed-off-by: Luis R. Rodriguez
---
arch/x8
Since we are removing paravirt_enabled() replace it with a
logical equivalent.
Signed-off-by: Luis R. Rodriguez
---
drivers/pnp/pnpbios/core.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/pnp/pnpbios/core.c b/drivers/pnp/pnpbios/core.c
index facd43b8516c..96dc1f
The boot/bitops.h has guards against including the
regular bitops (include/asm-generic/bitops.h), it only
implements what we need at early boot. We'll be making
use of BIT() later so add it.
Users of boot/boot.h must include it prior to asm/setup.h
otherwise the guard protection devised against th
On Mon, Feb 22, 2016 at 11:52:42AM +, Mel Gorman wrote:
> On Thu, Feb 11, 2016 at 04:34:47PM +0900, js1...@gmail.com wrote:
> > From: Joonsoo Kim
> >
> > Current implementation of pfmemalloc handling in SLAB has some problems.
> >
>
> Tested-by: Mel Gorman
Thanks for testing!
>
> The tes
The paravirt_enabled() check is going away, force disable
tboot and apm just in case the kernel file being read might
have this set for whatever reason.
Signed-off-by: Luis R. Rodriguez
---
tools/lguest/lguest.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/tools/lguest/lguest.c b/to
Use the harware subarch instead now that they are set. If we
want to test removing this work around on Xen we can do so
separatley as another independent change, for now we just want
to remove paravirt_enabled().
v3: fix 0-day-bot compile error on a randconfig, missing
to include
Signed-off-
There is already a check for boot_params.tboot_addr prior
to paravirt_enabled() and both Xen and lguest never set this.
This check is not needed.
Signed-off-by: Luis R. Rodriguez
---
arch/x86/kernel/tboot.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/arch/x86/kernel/tboot.c b/arch/x
The use of subarch should have no current effect on Xen
PV guests, as such this should have no current functional
effects.
Signed-off-by: Luis R. Rodriguez
---
arch/x86/xen/enlighten.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c
index d
st, although they're trivial it'd still
be good to get your Acked-by or Reviewed-by.
In case anyone needs it these patches are also up on my linux-next
tree on the 20160222-remove-pv-enabled-test-02 branch. They're all
based on linux-next tag next-20160222.
[0] http://kernelnewbies
Dear all,
This is the third version of the UCS1002 driver, a Programmable USB Port
Power Controller with Charger Emulation.
Any comments are welcome. Thanks in advance.
Enric Balletbo i Serra (2):
devicetree: Add UCS1002 USB Port Power Controller binding
power: ucs1002: Add support for Progr
The UCS1002-2 provides a USB port power switch for precise control of up
to 2.5 amperes continuous current.
You can add support to your board with current binding.
Example:
ucs1002: ucs1002@57 {
compatible = "microchip,ucs1002";
reg = <0x57>;
};
Signed-off-by:
The UCS1002-2 provides a USB port power switch for precise control of up
to 2.5 amperes continuous current with over-current limit (OCL), dynamic
thermal management, latch or auto-recovery (low test current) fault
handling, selectable active low or high enable, under- and over-voltage
lockout, back
Be explicit and make use of X86_SUBARCH_LGUEST directly.
Signed-off-by: Luis R. Rodriguez
---
tools/lguest/lguest.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/lguest/lguest.c b/tools/lguest/lguest.c
index 80159e6811c2..ff0aa580c6e1 100644
--- a/tools/lguest/lgu
This patch adds drm_bridge driver for parade DSI to eDP bridge chip.
Signed-off-by: Jitao Shi
---
Changes since v10:
- Tuning PS8640 reset sleep pins squence
The following patches are needed to support dsi host through none dsi bus:
https://patchwork.kernel.org/patch/8289181/ ("drm/dsi: chec
Add documentation for DT properties supported by
ps8640 DSI-eDP converter.
Signed-off-by: Jitao Shi
Acked-by: Rob Herring
Reviewed-by: Philipp Zabel
---
Chnages since v10:
- set sleep reset pin as GPIO_ACTIVE_LOW
---
.../devicetree/bindings/display/bridge/ps8640.txt | 43 ++
On Mon, Feb 22, 2016 at 05:52:02PM +0100, Andi Kleen wrote:
> On Sun, Feb 21, 2016 at 06:15:35PM +0100, Jiri Olsa wrote:
> > On Wed, Feb 17, 2016 at 02:44:02PM -0800, Andi Kleen wrote:
> >
> > SNIP
> >
> > > @@ -892,7 +908,10 @@ static void printout(int id, int nr, struct
> > > perf_evsel *count
On 02/22/2016 03:07 PM, Laxman Dewangan wrote:
Use devm_gpiochip_add_data() for GPIO registration and remove the
call for gpiochip_remove() from remove callback.
Signed-off-by: Laxman Dewangan
Acked-by: Michael Hennerich
Cc: Michael Hennerich
---
drivers/gpio/gpio-adp5588.c | 4 +---
1
On 02/22/2016 03:07 PM, Laxman Dewangan wrote:
Use devm_gpiochip_add_data() for GPIO registration and remove the
call for gpiochip_remove() from error path.
Also remove the need of driver callback .remove.
Signed-off-by: Laxman Dewangan
Acked-by: Michael Hennerich
Cc: Michael Hennerich
-
> Nits:
>
> - the tp->TxDescArray test provides the required synchronization: see
> rtl8169_{open/close} and their pm_runtime_{get / put}.
>
> - ioaddr is not really needed : tp->mmio_addr appears only once and it does
> not mess the 72..80 cols limit.
>
> - even if the device can only be au
On Mon, 22 Feb 2016 13:49:12 +, Alan Cox
wrote:
> It's not used much, especially nowdays. The use case is basically multi
> I/O chips on the ISA/LPC bus with magic shared config register ports.
This is precisely a super I/O driver (gpio-f7188x) which, when used
with concurrent accesses on an
> -Original Message-
> From: Zheng, Lv
> Sent: Monday, February 22, 2016 3:57 PM
> To: Chen, Yu C; linux-a...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org; r...@rjwysocki.net; l...@kernel.org;
> matthew.garr...@nebula.com; andy.shevche...@gmail.com; Chen, Yu C
> Subject: RE: [PATCH][
The CRG(Clock and Reset Generator) block provides clock
and reset signals for other modules in hi3519 soc.
Signed-off-by: Jiancheng Xue
Acked-by: Rob Herring
---
.../devicetree/bindings/clock/hi3519-crg.txt | 46
This file has been acked by Rob Herring.
drivers/clk/hisilicon/Kco
Hello,
Hi3519 soc is mainly used for ip camera and sport DV solutions. This patchset
adds initial support
for Hi3519 soc. It includes clock driver, arch configuration, debug uart
configuration and device tree.
It has been tested on hi3519 reference board.
Any comments will be appreciated!
Than
Add device tree bindings for Hi3519 system controller.
Signed-off-by: Jiancheng Xue
Acked-by: Rob Herring
---
.../devicetree/bindings/arm/hisilicon/hi3519-sysctrl.txt | 14 ++
1 file changed, 14 insertions(+)
create mode 100644
Documentation/devicetree/bindings/arm/hisilicon/hi3
Hi Peter,
On 02/18/2016 08:18 PM, Peter Zijlstra wrote:
On Thu, Feb 11, 2016 at 04:15:26PM +0700, Suravee Suthikulpanit wrote:
static void perf_iommu_read(struct perf_event *event)
{
+ int i;
u64 delta = 0ULL;
struct hw_perf_event *hwc = &event->hw;
+ struct perf
add hi3519 debug uart
Signed-off-by: Jiancheng Xue
---
arch/arm/Kconfig.debug | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug
index c6b6175..edd3fbe 100644
--- a/arch/arm/Kconfig.debug
+++ b/arch/arm/Kconfig.debug
@@ -260,6 +260,14
On Sun, Feb 21, 2016 at 11:27:46AM -0800, Henry Paulissen wrote:
Op zondag 21 februari 2016 18:18:37 UTC+1 schreef Maxime Ripard:
Your commit log is going to need some work. Which bugs? What tests did
you make? Why are you making these changes while the datasheet says
otherwise?
Its a fix
add default values for i2s registers from TRM.
rt5640: add master clock handing.
Sugar Zhang (2):
ASoC: rockchip: i2s: add default values for registers
ASoC: rt5640: add master clock handling for rt5640
Documentation/devicetree/bindings/sound/rt5640.txt | 3 +++
sound/soc/codecs/rt5640.c
this patch add default values for registers according description from TRM.
Signed-off-by: Sugar Zhang
---
sound/soc/rockchip/rockchip_i2s.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/sound/soc/rockchip/rockchip_i2s.c
b/sound/soc/rockchip/rockchip_i2s.c
index 6561c4c..a0b0
enable/disable master clock when codec is active or not.
Signed-off-by: Sugar Zhang
---
Documentation/devicetree/bindings/sound/rt5640.txt | 3 +++
sound/soc/codecs/rt5640.c | 31 ++
sound/soc/codecs/rt5640.h | 2 ++
3 file
add dts files for Hi3519
Signed-off-by: Jiancheng Xue
---
arch/arm/boot/dts/Makefile| 2 +
arch/arm/boot/dts/hi3519-demb.dts | 42 +
arch/arm/boot/dts/hi3519.dtsi | 187 ++
3 files changed, 231 insertions(+)
create mode 100644 arch/arm/
add compatible string for Hi3519 soc.
Signed-off-by: Jiancheng Xue
---
arch/arm/mach-hisi/hisilicon.c | 23 ---
1 file changed, 4 insertions(+), 19 deletions(-)
diff --git a/arch/arm/mach-hisi/hisilicon.c b/arch/arm/mach-hisi/hisilicon.c
index 8cc6215..00dae89 100644
--- a/a
Change some arguments to constant type.
Export some hisilicon APIs to modules.
Signed-off-by: Jiancheng Xue
---
drivers/clk/hisilicon/clk.c | 23 +++
drivers/clk/hisilicon/clk.h | 14 +++---
2 files changed, 22 insertions(+), 15 deletions(-)
diff --git a/drivers/clk/
This patchset adds following functions for tegra_soctherm driver:
1. add T210 support.
2. export debugfs to show some registers.
3. add thermtrip funciton.
4. add suspend/resume function.
The v5 serial is in:
http://www.spinics.net/lists/linux-tegra/msg25079.html
The v4 serial is in:
http://www.sp
Get rid of T124-specific PDIV/HOTSPOT hack.
tegra-soctherm.c contained a hack to set the SENSOR_PDIV and
SENSOR_HOTSPOT_OFFSET registers - it just did two writes of
T124-specific opaque values. Convert these into a form that can be
substituted on a per-chip basis, and into structure fields that ha
This patchset adds following functions for tegra_soctherm driver:
1. add T210 support.
2. export debugfs to show some registers.
3. add thermtrip funciton.
4. add suspend/resume function.
The v5 serial is in:
http://www.spinics.net/lists/linux-tegra/msg25079.html
The v4 serial is in:
http://www.sp
Combine sensor group-related data structures into struct
tegra_tsensor_group. This provides a single location for
sensor group data storage.
More sensor group data will be added in subsequent patches.
Signed-off-by: Wei Ni
---
drivers/thermal/tegra/tegra-soctherm.c | 147 +++
Split most of the Tegra124 data and code into a Tegra124-specific
file.
Split most of the fuse-related code into a fuse-related source file.
This is in preparation for adding a Tegra210-specific driver in a
future patch.
Beyond the maintainability improvements, this is intended to separate
chip-sp
Move Tegra soctherm driver to tegra directory, it's easy to maintain
and add more new function support for Tegra platforms.
This will also help to split soctherm driver into common parts and
chip specific data related parts.
Signed-off-by: Wei Ni
---
drivers/thermal/Kconfig
Add Tegra210 specific SOC_THERM driver.
Signed-off-by: Wei Ni
---
drivers/thermal/tegra/Makefile| 1 +
drivers/thermal/tegra/soctherm-fuse.c | 11 ++
drivers/thermal/tegra/soctherm.c | 6 ++
drivers/thermal/tegra/soctherm.h | 4 +
drivers/thermal/tegra/te
Add a debugfs interface to show register contents for debug.
Signed-off-by: Wei Ni
---
drivers/thermal/tegra/soctherm.c | 143 ++-
drivers/thermal/tegra/soctherm.h | 2 +
2 files changed, 142 insertions(+), 3 deletions(-)
diff --git a/drivers/thermal/tegra/
In current of-thermal, the .set_trip_temp only support to
set trip_temp for SW. But some sensors support to set
trip_temp on hardware, so that can trigger interrupt,
shutdown or any other events.
This patch adds .set_trip_temp() callback in
thermal_zone_of_device_ops{}, so that the sensor device ca
On Mon, Feb 22, 2016 at 1:19 PM, Raveendra Padasalagi
wrote:
> In Cygnus SOC touch screen controller registers are shared
> with ADC and flex timer. Using readl/writel could lead to
> race condition. So in such case register access is handled
> through syscon framework API's in the touch screen dr
The "ctirical" type trip in thermal zone can be
set to SOC_THERM hardware, it can trigger shut down
or reset event from hardware.
Signed-off-by: Wei Ni
---
Documentation/devicetree/bindings/thermal/tegra-soctherm.txt | 12
1 file changed, 12 insertions(+)
diff --git a/Documentation
Here, free memory is allocated using kmem_cache_zalloc. So, use
kmem_cache_free instead of kfree.
This is done using Coccinelle and semantic patch used
is as follows:
//
@@
expression x,E,c;
@@
x =
\(kmem_cache_alloc\|kmem_cache_zalloc\|kmem_cache_alloc_node\)(c,...)
... when != x = E
whe
Hello,
FWIW, you're replying to the v1 of this patch, while v2 and v3 have
already been posted, and v3 has already been merged by the irqchip
maintainers:
http://git.kernel.org/cgit/linux/kernel/git/tip/tip.git/commit/?id=c27f29bbbf02168c9b1e8ba0fe7a8cb917e5a50f
On Sun, 21 Feb 2016 20:53:53 -
Add support for hardware critical thermal limits to the
SOC_THERM driver. It use the Linux thermal framework to
create critical trip temp, and set it to SOC_THERM hardware.
If these limits are breached, the chip will reset, and if
appropriately configured, will turn off the PMIC.
This support is c
Set "critical" trips for cpu and gpu thermal zones,
which can trigger shut down or reset.
Signed-off-by: Wei Ni
---
arch/arm/boot/dts/tegra124.dtsi | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm/boot/dts/tegra124.dtsi b/arch/arm/boot/dts/tegra124.dtsi
index e4eac1
Add suspend/resume function in soctherm driver.
And enable it for Tegra124 and Tegra210.
Signed-off-by: Wei Ni
---
drivers/thermal/tegra/soctherm.c | 168 +++
1 file changed, 117 insertions(+), 51 deletions(-)
diff --git a/drivers/thermal/tegra/soctherm.c b/d
These two have only slight differences:
- whether 'addr' is of type u64 or of type gva_t
- whether they have 'direct' parameter or not
Concerning the former, quickly_check_mmio_pf()'s u64 is better because
'addr' needs to be able to have both a guest physical address and a
guest virtual address.
Rather than placing a handle_mmio_page_fault() call in each
vcpu->arch.mmu.page_fault() handler, moving it up to
kvm_mmu_page_fault() makes the code better:
- avoids code duplication
- for kvm_arch_async_page_ready(), which is the other caller of
vcpu->arch.mmu.page_fault(), removes an extra
Adds soctherm node for Tegra210, and add cpu,
gpu, mem, pllx as thermal-zones. Set critical
trip temp for cpu and gpu thermal zone.
Signed-off-by: Wei Ni
---
arch/arm64/boot/dts/nvidia/tegra210.dtsi | 60
1 file changed, 60 insertions(+)
diff --git a/arch/arm64/
The end result is very similar to handle_ept_misconfig()'s corresponding code.
It may also be possible to change handle_ept_misconfig() not to call
handle_mmio_page_fault() separately from kvm_mmu_page_fault():
the only difference seems to be whether it checks for PFERR_RSVD_MASK.
Takuya Yoshikaw
I sent this patch twice, please ignore this one.
On 2016年02月22日 16:06, Wei Ni wrote:
> This patchset adds following functions for tegra_soctherm driver:
> 1. add T210 support.
> 2. export debugfs to show some registers.
> 3. add thermtrip funciton.
> 4. add suspend/resume function.
>
> The v5 ser
In the V5 series, there has discussion about how to implement thermtrip (shut
down) function, so I sent out this V6 series, which use Linux thermal framework
to implement it, for more discussion.
Thierry,
It looks there are no comments on patches 01~06 from V4, if no more comments,
will your take
After testing IRQ pins we found some bugs in the pinctrl declaration.
Both PI* and PC* pins didn't work. PI* pins seemed to be connected
to the wrong mux and PC* pins waren't working at all.
Please note that the A20 soc manual is contradicting between version
and even within the same document for
arch/x86/* use a mixture of printk(KERN_INFO ) and pr_info().
This patch converts all of printk(KERN_INFO ) to pr_info() for
arch/x86 directory.
Signed-off-by: Chen Yucong
---
arch/x86/crypto/blowfish_glue.c | 5 +---
arch/x86/crypto/camellia_glue.c | 5 +---
arch/x86/crypto/serpent_
regulator_attr_is_visible (which is a .is_visible callback of
regulator_dev_group attribute_grpup) checks rdev->ena_pin to decide if
"status" file should be present in sysfs. This field is set at the end
of regulator_ena_gpio_request so it has to be called before
device_register() otherwise this te
From: Jianqun Xu
Add devicetree bindings for i2s controller found on rk3399
processors from rockchip.
It's helpful to add full set of compatible strings for serials
of Rockchip SoCs (rk3066, rk3188, rk3288, rk3399).
Acked-by: Rob Herring
Signed-off-by: Jianqun Xu
---
Documentation/devicetree
On Monday 22 February 2016 09:31:50 Felipe Balbi wrote:
> Pali Rohár writes:
>
> > On Tuesday 26 January 2016 18:26:32 Tony Lindgren wrote:
> >> * Pali Rohár [160126 06:35]:
> >> > On Thursday 21 January 2016 12:30:13 Tony Lindgren wrote:
> >> > > * joerg Reisenweber [160121 11:35]:
> >> > > >
The 4.4 kernel no longer builds for me on mips, ala:
/tmp/ccXLGh3W.s: Assembler messages:
/tmp/ccXLGh3W.s:44: Error: can't resolve `_start' {*UND* section} -
`L0' {.text section}
/tmp/ccXLGh3W.s:1217: Error: can't resolve `_start' {*UND* section} -
`L0' {.text section}
make[2]: *** [arch/mips/vd
If dai_link is already bound then we just returned and leaked rtd and
rtd->codec_dais which were allocated by soc_new_pcm_runtime(). We do not
need this newly allocated rtd to check if dai_link is already binded. Lets
check first if it is already binded before allocating this memory.
Signed-off-by
The show() and store() routines in the cpufreq-governor core don't need
to check if the struct governor_attr they want to use really provides
the callbacks they need as expected (if that's not the case, it means a
bug in the code anyway), so change them to avoid doing that.
Also change the error v
On Fri, Feb 19, 2016 at 05:49:32PM +1100, Dave Chinner wrote:
> That doesn't really seem right. The writeback should be done as a
> single ioend, with a single completion, with a single setsize
> transaction, adn then all the pages are marked clean sequentially.
> The above behaviour implies we are
Hi,
Pali Rohár writes:
> On Monday 22 February 2016 09:31:50 Felipe Balbi wrote:
>> Pali Rohár writes:
>>
>> > On Tuesday 26 January 2016 18:26:32 Tony Lindgren wrote:
>> >> * Pali Rohár [160126 06:35]:
>> >> > On Thursday 21 January 2016 12:30:13 Tony Lindgren wrote:
>> >> > > * joerg Reisen
Hi,
Pali Rohár writes:
> On Monday 22 February 2016 09:31:50 Felipe Balbi wrote:
>> Pali Rohár writes:
>>
>> > On Tuesday 26 January 2016 18:26:32 Tony Lindgren wrote:
>> >> * Pali Rohár [160126 06:35]:
>> >> > On Thursday 21 January 2016 12:30:13 Tony Lindgren wrote:
>> >> > > * joerg Reisen
Hi,
> From: Chen, Yu C
> Subject: RE: [PATCH][v3] ACPI: Do not report _OSI("Darwin") when
> acpi_osi=!Darwin provided
>
>
> > From: Zheng, Lv
> > Subject: RE: [PATCH][v3] ACPI: Do not report _OSI("Darwin") when
> > acpi_osi=!Darwin provided
> >
> > Hi, Yu
> >
> > > From: linux-acpi-ow...@vger.ke
> > /*
> > * Certain keys are flagged as KE_IGNORE. All of these are either
> > * notifications (rather than requests for change) or are also sent
> > @@ -513,6 +533,7 @@ static int __init dell_wmi_init(void)
> > {
> > int err;
> > acpi_status status;
> > + struct calling_interface_
> +/*
> + * bio_get_last_bvec() is introduced to get the last bvec of one
> + * bio for bio_will_gap().
> + */
I don't think this comment adds any value.
Otherwise looks fine:
Reviewed-by: Christoph Hellwig
On Fri, Feb 19, 2016 at 11:20:21AM +0800, Ming Lei wrote:
> This patch applies the two introduced helpers to
> figure out the 1st and last bvec, and fixes the
> original way after bio splitting.
Looks fine,
Reviewed-by: Christoph Hellwig
Looks fine,
Reviewed-by: Christoph Hellwig
Looks fine,
Reviewed-by: Christoph Hellwig
On Monday 22 February 2016 09:56:50 Michał Kępień wrote:
> > > /*
> > > * Certain keys are flagged as KE_IGNORE. All of these are either
> > > * notifications (rather than requests for change) or are also sent
> > > @@ -513,6 +533,7 @@ static int __init dell_wmi_init(void)
> > > {
> > > int
We are getting build warning about:
sound/soc/soc-topology.c:249:31: warning: 'get_dobj_type' defined but
not used
commit 64527e8a3529 has removed the only caller of get_dobj_type() but
missed to remove the function which is now unused. And after removing
get_dobj_type() we do not have any use of
On Sun, Feb 21, 2016 at 10:29 PM, Jonathan Cameron wrote:
> On 14/02/16 22:37, Cristina Moraru wrote:
>> This patch moves hmc5843 driver from staging/iio/magnetometer
>> to iio/magnetometer, updates the corresponding Makefiles and
>> moves the hmc5843* entries to the 'Industrial I/O support ->
>>
Convert perf_output_begin to __perf_output_begin and make the later
function able to write records from the end of the ring buffer.
Following commits will utilize the 'backward' flag.
This patch doesn't introduce any extra performance overhead since we
use always_inline.
Signed-off-by: Wang Nan
perf_evlist__mmap_ex() can fail without setting errno (for example,
fail in condition checking. In this case all syscall is success).
If this happen, record__open() incorrectly returns 0. Force setting
rc is a quick way to avoid this problem, or we have to follow all
possible code path in perf_evli
Before this patch perf operates on only the first channel. Make perf
mmap and read from multiple channels.
Signed-off-by: Wang Nan
Signed-off-by: He Kuang
Cc: Arnaldo Carvalho de Melo
Cc: Jiri Olsa
Cc: Masami Hiramatsu
Cc: Namhyung Kim
Cc: Zefan Li
Cc: pi3or...@163.com
---
tools/perf/built
Print write_backward setting when printing perf evsel.
Signed-off-by: Wang Nan
Signed-off-by: He Kuang
Cc: Arnaldo Carvalho de Melo
Cc: Jiri Olsa
Cc: Masami Hiramatsu
Cc: Namhyung Kim
Cc: Zefan Li
Cc: pi3or...@163.com
---
tools/perf/util/evsel.c | 1 +
1 file changed, 1 insertion(+)
diff
Without this patch, the last output doesn't have timestamp appended if
--timestamp-filename is not explicitly provided. For example:
# perf record -a --switch-output &
[1] 11224
# kill -s SIGUSR2 11224
[ perf record: dump data: Woken up 1 times ]
# [ perf record: Dump perf.data.20151226223728
Reading from overwritable ring buffer is unreliable. Introduce
record__mmap_should_read() and prevent reading from overwrite ring
buffer in 'perf record'. The rule in record__mmap_should_read() will
be changed when perf support reading from backward writing ring buffer.
Signed-off-by: Wang Nan
Si
Cost of buildid cache processing is high: read all events in output
perf.data, open elf files to read buildid then copy them into
~/.debug directory. In switch output mode, causes perf stop receiving
from perf events for too long.
Enable no-buildid and no-buildid-cache by default if --switch-outpu
101 - 200 of 1230 matches
Mail list logo
