On 04/20/2016 03:54 AM, Andrew Jeffery wrote:
> The range is registered into a linked list which can be referenced
> throughout the lifetime of the driver. Ensure the range's memory is useful
> for the same lifetime by adding it to the driver's private data structure.
>
> The bug was introduced in
On 18/04/16 05:09, Peter Chen wrote:
> On Fri, Apr 15, 2016 at 02:00:46PM +0300, Roger Quadros wrote:
>> On 15/04/16 12:25, Peter Chen wrote:
>>> On Tue, Apr 05, 2016 at 05:05:12PM +0300, Roger Quadros wrote:
+ * usb_otg_register() - Register the OTG/dual-role device to OTG core
+ * @dev:
On 18/04/16 09:59, Peter Chen wrote:
> On Tue, Apr 05, 2016 at 05:05:14PM +0300, Roger Quadros wrote:
>> The OTG state machine needs a mechanism to start and
>> stop the gadget controller. Add usb_gadget_start()
>> and usb_gadget_stop().
>>
>> Introduce usb_otg_add_gadget_udc() to allow controller
On 19/04/16 11:14, Peter Chen wrote:
> On Mon, Apr 18, 2016 at 02:29:37PM +0800, Peter Chen wrote:
>> On Tue, Apr 05, 2016 at 05:05:13PM +0300, Roger Quadros wrote:
>>> Introduce usb_otg_add/remove_hcd() for use by host
>>> controllers that are part of OTG/dual-role port.
>>>
>>> Non Device tree pl
On 18/04/16 09:29, Peter Chen wrote:
> On Tue, Apr 05, 2016 at 05:05:13PM +0300, Roger Quadros wrote:
>> Introduce usb_otg_add/remove_hcd() for use by host
>> controllers that are part of OTG/dual-role port.
>>
>> Non Device tree platforms can use the otg_dev argument
>> to specify the OTG controll
On 2016年04月19日 20:43, Thierry Reding wrote:
> * PGP Signed by an unknown key
>
> On Tue, Apr 19, 2016 at 10:35:55AM +0800, Wei Ni wrote:
>>
>>
>> On 2016年04月18日 15:15, Thierry Reding wrote:
Old Signed by an unknown key
>>>
>>> On Sat, Apr 16, 2016 at 10:19:33PM +0200, Arnd Bergmann wrote:
>
From: Pan Xinhui
Correct bitoff in big endian OS.
Current code works correctly for 1 byte but not for 2 bytes.
Fixes: 3226aad81aa6 ("sh: support 1 and 2 byte xchg")
Signed-off-by: Pan Xinhui
Acked-by: Michael S. Tsirkin
---
changes from V1:
just add some patch comments. no code changes
This patch adds second I2S connection to rt5650 codec for capture path on
mt8173-rt5650 machine driver.
Signed-off-by: PC Liao
---
.../devicetree/bindings/sound/mt8173-rt5650.txt|6 +++
sound/soc/mediatek/mt8173-rt5650.c | 44 ++--
2 files changed, 47 in
From: Jean-Francois Moine
snd_soc_get_dai_name() may be used to define a sound card with
a different syntax from the one of the simple-card.
Signed-off-by: Jean-Francois Moine
Signed-off-by: PC Liao
---
include/sound/soc.h |2 ++
sound/soc/soc-core.c |5 +++--
2 files changed, 5 inse
Because applied patch (commit 0beeb8d0b434b8b007ac8058fb2cac5997fff6df
"ASoC: mediatek: Add second I2S on mt8173-rt5650 machine driver") is
dropped, I upload new version which include dependent patch.
Changes since v5:
- add "ASoC: core: export snd_soc_get_dai_name" patch.
Because snd_soc_of_ge
Arnd Bergmann writes:
> On Sunday 10 April 2016 21:29:59 Robert Jarzmik wrote:
>> +
>> +DT_MACHINE_START(PXA_DT, "Marvell PXA3xx (Device Tree Support)")
>> + .map_io = pxa3xx_map_io,
>> + .init_irq = pxa3xx_dt_init_irq,
>> + .handle_irq = pxa3xx_handle_irq,
>>
The bar number is found in reg2 within the gdd. Therefore
we need to change the assigment from reg1 to reg2 which
is the correct location.
Signed-off-by: Andreas Werner
---
drivers/mcb/mcb-parse.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mcb/mcb-parse.c b/drive
It looks like a bug on cgroup writeback. Is this a regression or
consistent issue? If it's a regression, you may could do bisect to
find out the buggy commit.
On Tue, Apr 19, 2016 at 3:19 PM, zhong jiang wrote:
> cgroup writeback support the filesystem both ext4 and ext2.
> but, it appears to be
On Tue, 2016-04-19 at 19:17 -0700, K. Y. Srinivasan wrote:
> On Hyper-V, the VF/PF communication is a via software mediated path
> as opposed to the hardware mailbox. Make the necessary
> adjustments to support Hyper-V.
>
> Signed-off-by: K. Y. Srinivasan
> ---
> V2: Addressed most of the
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Signed-off-by: Mark Yao
---
.../bindings/display/rockchip/rockchip-vop.txt |5 +
1 file changed, 5 insertions(+)
diff --git
a/Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt
b/
Hi Emil,
On 19/04/16 21:51, Emil Velikov wrote:
> Hi Tomi,
>
> Just a humble suggestion/nitpick.
>
> On 18 April 2016 at 16:46, Tomi Valkeinen wrote:
>> Add Tomi Valkeinen as omapdrm maintainer.
>>
>> Signed-off-by: Tomi Valkeinen
>> Cc: Rob Clark
>> Cc: Laurent Pinchart
>> ---
>> MAINTAINE
No functional changes, sort the vop registers to make
code more readable.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_vop_reg.c | 166 +--
drivers/gpu/drm/rockchip/rockchip_vop_reg.h | 88 +++---
2 files changed, 127 insertions(+), 127 deletio
Some new vop register support mask, bit[16-31] is mask,
bit[0-15] is value, the mask is correspond to the value.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 45 ++-
drivers/gpu/drm/rockchip/rockchip_drm_vop.h |1 +
drivers/gpu/drm/rockc
On 14/04/16 07:19, Masahiro Yamada wrote:
> defined(CONFIG_LEDS_CLASS) || defined(CONFIG_LEDS_CLASS_MODULE)
>
> is equivalent to:
>
> IS_ENABLED(CONFIG_LEDS_CLASS)
>
> Signed-off-by: Masahiro Yamada
Acked-by: Adrian Hunter
> ---
>
> Changes in v2:
> - Newly added
>
> drivers/mmc/host/sd
This series of patches add support for rk3399 display crontroller(vop),
there are two VOP in rk3399 chip, respectively VOP_BIG and VOP_LIT.
most registers layout of this two vop is same, their framework are both
VOP_FULL, the differences of this two is VOP_LIT cut off some features.
Those patches
There are two VOP in rk3399 chip, respectively VOP_BIG and VOP_LIT.
most registers layout of this two vop is same, their framework are both
VOP_FULL, the Major differences of this two is that:
VOP_BIG max output resolution is 4096x2160.
VOP_LIT max output resolution is 2560x1600
VOP_BIG support f
Signed-off-by: Mark Yao
---
.../bindings/display/rockchip/rockchip-vop.txt |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt
b/Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt
index 5
On 14/04/16 07:19, Masahiro Yamada wrote:
> defined(CONFIG_LEDS_CLASS) || (defined(CONFIG_LEDS_CLASS_MODULE) && \
> defined(CONFIG_MMC_SDHCI_MODULE))
>
> is equivalent to:
>
> defined(CONFIG_LEDS_CLASS) || (defined(CONFIG_LEDS_CLASS_MODULE) && \
> defined(MODULE))
>
> and it can also be
On 20/04/16 05:16, Masahiro Yamada wrote:
>
>
> Changes in v2:
> - Remove resource size checking rather than fix it.
> - Add \n to the tail of the error message
>
> Masahiro Yamada (7):
> mmc: sdhci-pltfm: drop error message for too small MMIO resource size
> mmc: sdhci-pltfm: check retu
> On Apr 20, 2016, at 02:23, Frank Rowand wrote:
>
> Hi Ivan,
>
> It appears that I have found a regression caused by
> 3a878c430fd6 ("tty: serial: msm: Add TX DMA support").
>
> When I cat a file slightly larger than 126000 bytes on
> the console, viewed via minicom connected to the serial
>
On 2016-03-07 08:16, Srinivas Kandagatla wrote:
The issue with setting up a fixed clock rate at probe is that it would
overwrite the console rate set by the bootloader for its console
device.
This would result in serial out corruption or missing log when we
system
is booted with earlycon. This
On Tue, Apr 19, 2016 at 06:26:27PM -0700, Nikhilesh Reddy wrote:
> Hi
>
> I am looking into a bug that results in umount failures ( since there is a
> mount ref from the leaked file that is never freed on the mount )
>
> The issue seems to be a result of the following callstack
>
> 39.95810
Hi,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 12566cc35d0e68308bde7aad615743d560cb097b
commit: c1a0e9bc885d46e519fd87d35af6a7937abfb986 MIPS: Allow compact branch
policy to be changed
date: 6 months ago
conf
This is a kernel bug, I'll send a patch.
Huacai
On Wed, Apr 20, 2016 at 12:43 PM, Guenter Roeck wrote:
> On 04/19/2016 08:37 PM, 陈华才 wrote:
>>
>> Hi,
>>
>> Could you please remove the line "#define cpu_hwrena_impl_bits
>> 0xc000" in arch/mips/include/asm/mach-loongson64/cpu-feature-overrides
On Tue, Apr 19, 2016 at 11:06:45AM -0600, Jason Gunthorpe wrote:
> On Tue, Apr 19, 2016 at 06:36:22AM -0400, Stefan Berger wrote:
> > On 04/19/2016 06:12 AM, Jarkko Sakkinen wrote:
> > >On Mon, Apr 18, 2016 at 01:26:13PM -0400, Stefan Berger wrote:
> > >>From: Jason Gunthorpe
> > >>
> > >>The fina
There is an ordering issue with spin_unlock_wait() on powerpc, because
the spin_lock primitive is an ACQUIRE and an ACQUIRE is only ordering
the load part of the operation with memory operations following it.
Therefore the following event sequence can happen:
CPU 1 CPU 2
There is an ordering issue with spin_unlock_wait() on powerpc, because
the spin_lock primitive is an ACQUIRE and an ACQUIRE is only ordering
the load part of the operation with memory operations following it.
Therefore the following event sequence can happen:
CPU 1 CPU 2
Hi all,
Changes since 20160419:
The tip tree lost its build failures.
The usb-gadget tree gained a conflict against the usb-gadget-fixes tree.
The akpm-current tree still had its build failure for which I applied
a patch.
Non-merge commits (relative to Linus' tree): 4655
4294 files ch
Hello Stephen,
Am 20.04.2016 um 03:12 schrieb Stephen Boyd:
This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate
CLK_IS_ROOT", 2016-02-02) so remove it.
Cc: Heiko Schocher
Signed-off-by: Stephen Boyd
---
drivers/rtc/rtc-pcf8563.c | 2 +-
1 file changed, 1 insertion(+), 1 delet
Hi,
> From: Peter Chen
> Sent: Tuesday, April 19, 2016 6:18 PM
>
> On Fri, Apr 15, 2016 at 10:03:16AM +, Yoshihiro Shimoda wrote:
> > Hi,
> >
> > > From: Yoshihiro Shimoda
> > > Sent: Friday, April 15, 2016 6:59 PM
> > >
> > > Hi,
> > >
> > > > From: Roger Quadros
> > > > Sent: Thursday, Apri
Hey Miklos,
On 03/23/2016 09:36 AM, Miklos Szeredi wrote:
> This series fixes bugs in nfs and ext4 due to 4bacc9c9234c ("overlayfs:
> Make f_path always point to the overlay and f_inode to the underlay").
Since that commit got backported into older -stable kernel, it would
appear that this file_d
On Tue, Apr 19, 2016 at 02:34:50AM -0700, tip-bot for Alexander Shishkin wrote:
> Commit-ID: f454bfddf6ba557381d8bf5df50eff778602ff23
> Gitweb: http://git.kernel.org/tip/f454bfddf6ba557381d8bf5df50eff778602ff23
> Author: Alexander Shishkin
> AuthorDate: Thu, 14 Apr 2016 14:59:49 +0300
> C
On Tue, Apr 19, 2016 at 06:31:14PM +0100, Lorenzo Pieralisi wrote:
> Hi Daniel,
>
> On Fri, Mar 25, 2016 at 12:26:27PM +0100, Daniel Lezcano wrote:
> > On 03/22/2016 03:42 PM, Jisheng Zhang wrote:
> > >These trivial patches are similar as Masahiro posted in[1]. The main
> > >purpose is let cpuidle
On Wed, 2016-04-20 at 00:57 -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, Apr 18, 2016 at 03:17:11PM +0530, Anju T escreveu:
> > On Saturday 20 February 2016 10:32 AM, Anju T wrote:
> > >
> > > arch/powerpc/Kconfig| 1 +
> > > arch/powerpc/include/uapi/asm/perf_regs.h
[ ... ]
> About the error handling... you advised against panic()
> because there might be other clock sources.
>
> Does it makes sense to give up registering sched_clock
> and delay_timer when the clocksource registration fails?
Actually, all the problem is coming from the CLOCKSOURCE_OF_DECLAR
On Tue, Apr 19, 2016 at 9:36 PM, Konstantin Khlebnikov wrote:
> On Wed, Apr 20, 2016 at 6:04 AM, Eric W. Biederman
>>
>> The kernel.pty.reserve sysctl is neutered with no way currently
>> implemented to be able to use the reserved ptys.
>
> I think we could convert this into reserve for init user
On 04/19/2016 08:37 PM, 陈华才 wrote:
Hi,
Could you please remove the line "#define cpu_hwrena_impl_bits0xc000"
in arch/mips/include/asm/mach-loongson64/cpu-feature-overrides.h and try again?Thanks.
That fixes the problem.
Does this need to be addressed in qemu or in the Linux kernel ?
On Wed, Apr 20, 2016 at 6:04 AM, Eric W. Biederman
wrote:
>
> The /dev/ptmx device node is changed to lookup the directory entry
> "pts" in the same directory as the /dev/ptmx device node was opened
> in. If there is a "pts" entry and that entry is a devpts filesystem
> /dev/ptmx uses that filesy
On 04/11/2016 04:22 PM, Alexandre Courbot wrote:
Hi Robin,
On 04/09/2016 03:46 AM, Robin Murphy wrote:
Hi Alex,
On 08/04/16 05:47, Alexandre Courbot wrote:
Hi Robin,
On 04/07/2016 08:50 PM, Robin Murphy wrote:
Hello,
With 4.6-rc2 (and -rc1) I'm seeing Nouveau blowing up at boot, from the
l
Al Viro writes:
> On Tue, Apr 19, 2016 at 10:43:03PM -0500, Eric W. Biederman wrote:
>> >> + if (!d_can_lookup(parent))
>> >> + return -ENOENT;
>> >
>> > And how, pray tell, would a parent of anything fail to be a directory?
>>
>> It is to make that function be visually distinct from pat
On Tue, 19 Apr 2016, Bart Van Assche wrote:
On 04/16/2016 01:55 PM, Davidlohr Bueso wrote:
... as the call obviously already implies unlock/RC semantics,
therefore lets get rid of the superfluous smp_mb calls.
Hello Davidlohr,
Are you sure that this patch has been sent to the right person? I
locking/pvqspinlock: Robustify init_qspinlock_stat()
Specifically around the debugfs file creation calls,
I have no idea if they could ever possibly fail, but
this is core code (debug aside) so lets at least
check the return value and inform anything fishy.
Signed-off-by: Davidlohr Bueso
---
ke
+ pr_info("Could not create 'qlockstat' debugfs entries\n");
Please ignore this, I was not meaning to change pr_warn level, this was
simply a stale version. Sending v3 *sigh*.
Hi.
2016-03-15 17:31 GMT+09:00 Linus Walleij :
> On Wed, Mar 9, 2016 at 3:23 PM, Laxman Dewangan wrote:
>
>>> Pushed the change at:
>>> Branch "devm_pinctrl_register" of
>>> https://github.com/ldewangan/linux-upstream.git.
>>>
>>> Base repo is
>>> for-next of
>>> https://git.kernel.org/pub/scm/li
On Tue, Apr 19, 2016 at 10:43:03PM -0500, Eric W. Biederman wrote:
> >> + if (!d_can_lookup(parent))
> >> + return -ENOENT;
> >
> > And how, pray tell, would a parent of anything fail to be a directory?
>
> It is to make that function be visually distinct from path_parentat
> which does
Specifically around the debugfs file creation calls,
I have no idea if they could ever possibly fail, but
this is core code (debug aside) so lets at least
check the return value and inform anything fishy.
Signed-off-by: Davidlohr Bueso
---
kernel/locking/qspinlock_stat.h | 22 ++-
Em Mon, Apr 18, 2016 at 03:17:11PM +0530, Anju T escreveu:
> On Saturday 20 February 2016 10:32 AM, Anju T wrote:
> >This short patch series adds the ability to sample the interrupted
> >machine state for each hardware sample.
> >
> >To test this patchset,
> >Eg:
> >
> >$ perf record -I? # li
On Wed, Apr 20, 2016 at 01:46:13AM +0100, Maciej W. Rozycki wrote:
> I can see if I can find anything suspicious there if you send me original
> copies (i.e. those that oopsed) of arch/alpha/kernel/irq_alpha.o and
> arch/alpha/kernel/core_cia.o.
>
> > Machine has been stable since the machine c
Al Viro writes:
> On Tue, Apr 19, 2016 at 10:04:20PM -0500, Eric W. Biederman wrote:
>> +#ifdef CONFIG_UNIX98_PTYS
>> +int path_pts(struct path *path)
>> +{
>> +/* Find "pts" in the same directory as the input path */
>> +struct dentry *child, *parent;
>> +struct qstr this;
>> +in
Hi,
[auto build test WARNING on gpio/for-next]
[also build test WARNING on v4.6-rc4 next-20160419]
[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/Jiang-Qiu/gpio-dwapb-add-gpio-signaled-acpi
Hello, boqun
On 2016年04月19日 17:18, Boqun Feng wrote:
> Hi Xinhui,
>
> On Tue, Apr 19, 2016 at 02:29:34PM +0800, Pan Xinhui wrote:
>> From: Pan Xinhui
>>
>> Implement xchg{u8,u16}{local,relaxed}, and
>> cmpxchg{u8,u16}{,local,acquire,relaxed}.
>>
>> It works on all ppc.
>>
>
> Nice work!
>
tha
Hi,
Could you please remove the line "#define cpu_hwrena_impl_bits0xc000"
in arch/mips/include/asm/mach-loongson64/cpu-feature-overrides.h and try
again?Thanks.
Huacai
-- Original --
From: "Guenter Roeck";
Date: Wed, Apr 20, 2016 10:54 AM
To: "Huacai
"H. Peter Anvin" writes:
> On April 19, 2016 12:25:03 PM PDT, "H. Peter Anvin" wrote:
>>
>>Perhaps a (privileged) option to exempt from the global limit, then.
>>Something we can implement if asked for.
>>
>>However, I wouldn't be 100% that the reserved pool isn't used. Someone
>>added it pres
This patch converts device node to fwnode for dwapb driver, so
as to provide a unified fwnode for DT and ACPI bindings.
Tested-by: Alan Tull
Acked-by: Andy Shevchenko
Signed-off-by: Jiang Qiu
---
drivers/gpio/gpio-dwapb.c| 37
drivers/mfd/intel_
This patch adds gpio-signaled acpi event support. It is used for
power button on hisilicon D02 board, an arm64 platform.
The corresponding DSDT file is defined as follows:
Device(GPI0) {
Name(_HID, "HISI0181")
Name(_ADR, 0)
Name(_UID, 0)
Name (_CRS, ResourceTemplate () {
Hi Felipe,
Today's linux-next merge of the usb-gadget tree got a conflict in:
drivers/usb/dwc3/debugfs.c
between commit:
e6bdf8195b4a ("usb: dwc3: fix memory leak of dwc->regset")
from the usb-gadget-fixes tree and commit:
4e9f311833a9 ("usb: dwc3: make dwc3_debugfs_init return value be
On Wed, Nov 25, 2015 at 03:07:26AM +, Iosif Harutyunov wrote:
> Sonicwall is very interested in ILP32, is there a way we can get access to
> the SuSe builds?
>
> Iosif,_
>
Hi Iosif,
I just found your email in trash mailbox. Please add my email to CC
explicitly to avoid it. If you still int
On Tue, Apr 19, 2016 at 10:04:20PM -0500, Eric W. Biederman wrote:
> +#ifdef CONFIG_UNIX98_PTYS
> +int path_pts(struct path *path)
> +{
> + /* Find "pts" in the same directory as the input path */
> + struct dentry *child, *parent;
> + struct qstr this;
> + int ret;
> +
> + ret
This patch removed the name property from dwapb_port_property.
The name property is redundant, because we can get this info
from dwapb_gpio dev node.
Reviewed-by: Andy Shevchenko
Signed-off-by: Jiang Qiu
---
drivers/gpio/gpio-dwapb.c| 24 +++-
drivers/mfd/int
This patchset adds gpio-signaled acpi events support for power button on
hisilicon
D02 board.
The three patches respectively:
- remove name from dwapb_port_property
- convert device node to fwnode
- add gpio-signaled acpi event support
This patchset is based on
http
Hi Catalin,
Thanks for your reply.
On 2016/4/12 22:59, Catalin Marinas wrote:
> On Mon, Apr 11, 2016 at 12:31:53PM +0200, Ard Biesheuvel wrote:
>> On 11 April 2016 at 11:59, Chen Feng wrote:
>>> On 2016/4/11 16:00, Ard Biesheuvel wrote:
On 11 April 2016 at 09:55, Chen Feng wrote:
> On 2
This patch adds core dtsi file for rk3399 found on Rockchip
rk3399 SoCs, tested on rk3399 evb.
Signed-off-by: Jianqun Xu
---
arch/arm64/boot/dts/rockchip/rk3399.dtsi | 1744 ++
1 file changed, 1744 insertions(+)
create mode 100644 arch/arm64/boot/dts/rockchip/rk3399.
The /dev/ptmx device node is changed to lookup the directory entry
"pts" in the same directory as the /dev/ptmx device node was opened
in. If there is a "pts" entry and that entry is a devpts filesystem
/dev/ptmx uses that filesystem. Otherwise the open of /dev/ptmx
fails.
The DEVPTS_MULTIPLE_I
Your mailbox has exceeded the storage limit, which is 20 GB as set by the
administrator, you're currently running at 20.9 GB, you may not be able to
send or receive new messages until you re-validate your mailbox. To
re-validate your mailbox, Please enter and send back to us your details
below to v
Hi,
[auto build test ERROR on iommu/next]
[also build test ERROR on v4.6-rc4 next-20160419]
[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/Eric-Auger/KVM-PCIe-MSI-passthrough-on-ARM-ARM64
Em Tue, Apr 19, 2016 at 07:32:11PM -0700, Chris Phlipot escreveu:
> This fixes a bug caused by an unitialized callchain cursor. The crash
> frist appeared in:
> 6f736735e30f ("perf evsel: Require that callchains be resolved before
> calling fprintf_{sym,callchain}")
>
> The callchain cursor is a s
Some rockchip vop not support iommu, need use non-iommu
buffer for it. And if we get iommu issues, we can compare
the issues with non-iommu path, the would help the debug.
Signed-off-by: Mark Yao
---
Changes in v2
Advised by Heiko Stuebner
- use more suitable message print.
drivers/gpu/drm/rock
Hi,
qemu fails to boot in -next for machine fulong2e with configuration
fuloong2e_defconfig. Bisect points to commit 'MIPS: Loongson: Add
Loongson-3A R2 basic support'. qemu hangs in boot, after displaying
"Inode-cache hash table entries: 16384 (order: 3, 131072 bytes)".
Bisect log is attached.
On 4/14/2016 23:29, Rob Herring wrote:
On Wed, Apr 13, 2016 at 03:44:20PM +0800, Songjun Wu wrote:
DT binding documentation for ISC driver.
Signed-off-by: Songjun Wu
---
.../devicetree/bindings/media/atmel-isc.txt| 84 ++
1 file changed, 84 insertions(+)
cre
On 20/04/2016 12:22AM, Christophe Leroy wrote
> -Original Message-
> From: Christophe Leroy [mailto:christophe.le...@c-s.fr]
> Sent: Wednesday, April 20, 2016 12:22 AM
> To: Qiang Zhao ; da...@davemloft.net
> Cc: gre...@linuxfoundation.org; Xiaobo Xie ; linux-
> ker...@vger.kernel.org; o..
We need to take care of the vop status when use
rockchip_drm_crtc_mode_config, if vop is disabled,
the function would failed, that is terrible.
Save output_type and output_mode into rockchip_crtc_state,
it's nice to make them into atomic.
Signed-off-by: Mark Yao
---
Changes in v3:
- foget remove
In preparation for the scheduler cpufreq callback happening on remote
CPUs, add support for this in schedutil. Schedutil requires the
callback occur on the CPU being updated in order to support fast
frequency switches.
Signed-off-by: Steve Muckle
---
kernel/sched/cpufreq_schedutil.c | 90 +++
In preparation for the scheduler cpufreq callback happening
on remote CPUs, add support for this in the dbs governors.
The dbs governors make assumptions about the callback occurring
on the CPU being updated.
Signed-off-by: Steve Muckle
---
drivers/cpufreq/cpufreq_governor.c | 21 +++
Without calling the cpufreq hook for a remote wakeup it is possible
for such a wakeup to go unnoticed by cpufreq on the target CPU for up
to a full tick. This can occur if the target CPU is running a
CPU-bound task.
Signed-off-by: Steve Muckle
---
kernel/sched/fair.c | 8 +++-
kernel/sched
In preparation for the scheduler cpufreq callback happening on remote
CPUs, add support for this in intel_pstate, which requires the
callback run on the local CPU to be able to change the CPU frequency.
Signed-off-by: Steve Muckle
---
drivers/cpufreq/intel_pstate.c | 88 +
We need to take care of the vop status when use
rockchip_drm_crtc_mode_config, if vop is disabled,
the function would failed, that is terrible.
Save output_type and output_mode into rockchip_crtc_state,
it's nice to make them into atomic.
Signed-off-by: Mark Yao
---
Changes in v2:
Advised by Joh
This fixes a bug caused by an unitialized callchain cursor. The crash
frist appeared in:
6f736735e30f ("perf evsel: Require that callchains be resolved before
calling fprintf_{sym,callchain}")
The callchain cursor is a struct that contains pointers, that when
uninitialized will cause unpredictable
On Tue, 19 Apr 2016 23:05:28 -0300
Daniel Bristot de Oliveira wrote:
> On 04/19/2016 11:34 AM, Steven Rostedt wrote:
> > This code adds the event-fork option that, when set, will have tasks
> > with their PIDs in set_event_pid add their children PIDs when they
> > fork. It will also remove their
On Wed, Apr 13, 2016 at 09:50:19PM +0200, Rafael J. Wysocki wrote:
> On Wed, Apr 13, 2016 at 8:06 PM, Steve Muckle wrote:
> > On 04/13/2016 09:07 AM, Rafael J. Wysocki wrote:
> >> If you want to do remote updates, I guess that will require an
> >> irq_work to run the update on the target C
On 2016年04月19日 17:06, John Keeping wrote:
On Tue, 19 Apr 2016 10:43:03 +0800, Mark yao wrote:
On 2016年04月18日 17:25, John Keeping wrote:
On Mon, 18 Apr 2016 11:03:31 +0800, Mark Yao wrote:
We need to take care of the vop status when use
rockchip_drm_crtc_mode_config, if vop is disabled,
the
Changes in v2:
- Remove resource size checking rather than fix it.
- Add \n to the tail of the error message
Masahiro Yamada (7):
mmc: sdhci-pltfm: drop error message for too small MMIO resource size
mmc: sdhci-pltfm: check return value of platform_get_irq()
mmc: sdhci-pltfm: use devm_
Use the managed variant of ioremap().
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/mmc/host/sdhci-pltfm.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mmc/host/sdhci-pltfm.c b/drivers/mmc/host/sdhci-pltfm.c
index 8527a7c..5213287 100644
---
Swap the call order of sdhci_alloc_host() and platform_get_irq().
It makes sdhci_alloc_host() the last function that can fail in the
sdhci_pltfm_init(). So, we can drop the sdhci_free_host() call from
the failure path.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/mmc/host/sd
The function platform_get_irq() can fail; it returns a negative error
code on failure. A negative IRQ number will make sdhci_add_host() fail
to request IRQ anyway, but it makes sense to let it fail earlier here.
Signed-off-by: Masahiro Yamada
---
Changes in v2:
- Add \n to the tail of the err
Use the managed variant of request_mem_region().
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/mmc/host/sdhci-pltfm.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/drivers/mmc/host/sdhci-pltfm.c b/drivers/mmc/host/sdhci-pltfm.c
index 24377a3..
The chain of devm_request_mem_region() and devm_ioremap() can be
replaced with devm_ioremap_resource(). Also, we can drop the error
messages because devm_ioremap_resource() displays similar messages
on error.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/mmc/host/sdhci-pltfm.
Call devm_ioremap_resource() right after platform_get_resource().
This saves the error check of platform_get_resource() because
devm_ioremap_resource() checks if the given resource is NULL.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/mmc/host/sdhci-pltfm.c | 13 +
The requirement resource_size >= 0x100 may not necessarily be
reasonable; for example, sdhci-dove appears to sidestep some
registers in sdhci_dove_readw().
Moreover, current code displays an error message for too small
resource size, but still moves forward.
Every DT should be responsible for des
On 04/19/2016 11:34 AM, Steven Rostedt wrote:
> This code adds the event-fork option that, when set, will have tasks
> with their PIDs in set_event_pid add their children PIDs when they
> fork. It will also remove their PID from the file on exit.
That is a nice feature! I tested it and it works.
Adding Arve Hjønnevåg and Riley Andrews
I am looking into a bug that results in umount failures ( since there
is a mount ref from the leaked file that is never freed on the mount )
The issue seems to be a result of the following callstack
39.958104: <6> Call trace:
39.958108: <2
On 04/19, Jose Abreu wrote:
>
> @Stephen: can you give some input so that I can submit a v6?
>
I don't prefer putting the second register in the same DT node,
but that's really up to the DT reviewers to approve such a
design. The current binding has been acked by Rob right?
Assuming the new bin
The range is registered into a linked list which can be referenced
throughout the lifetime of the driver. Ensure the range's memory is useful
for the same lifetime by adding it to the driver's private data structure.
The bug was introduced in the driver's initial commit, which was present in
v3.10
From: Robert Richter
Signed-off-by: Robert Richter
Signed-off-by: David Daney
---
drivers/acpi/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig
index 5ce9f66..bacf245 100644
--- a/drivers/acpi/Kconfig
+++ b/drivers/acpi/Kco
On Tue, Apr 19, 2016 at 04:39:07PM -0700, H. Peter Anvin wrote:
> On 04/19/2016 04:23 PM, Linus Torvalds wrote:
> > On Tue, Apr 19, 2016 at 11:44 AM, Eric W. Biederman
> > wrote:
> >>
> >> I will take a look in a minute. Before I do that I want to mention
> >> why I care about /dev/pts/ptmx.
> >
This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate
CLK_IS_ROOT", 2016-02-02) so remove it.
Cc: Andrew Lunn
Signed-off-by: Stephen Boyd
---
arch/arm/mach-dove/common.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/arm/mach-dove/common.c b/arch/arm/mach
1 - 100 of 886 matches
Mail list logo
