From: Yunhui Cui
A-009282: QuadSPI: QuadSPI data pre-fetch can result in incorrect data
Affects: QuadSPI
Description: With AHB buffer prefetch enabled, the QuadSPI may return
incorrect data on the AHB
interface. The buffer pre-fetch is enabled if the fetch size as
configured either in the LUT or
There is a hardware feature that qspi_amba_base is added
internally by SOC design on ls2080a. So as to software, the driver
need support to the feature.
Signed-off-by: Yunhui Cui
Signed-off-by: Yunhui Cui
---
drivers/mtd/spi-nor/fsl-quadspi.c | 24 ++--
1 file changed, 22 in
From: Yunhui Cui
Add extra info in LUT table to support some special requerments.
Spansion S25FS-S family flash need some special operations.
Signed-off-by: Yunhui Cui
---
drivers/mtd/spi-nor/fsl-quadspi.c | 44 +--
include/linux/mtd/spi-nor.h | 4 +++
On Thursday 21 April 2016 23:28:08 Pavel Machek wrote:
> Hi!
>
> > > CONFIG_HSI breaks power management completely, so power management
> > > with modem will be another topic.
> >
> > Sebastian, any idea why power management does not work for HSI?
> >
> > > > > > In the meantime, I found what
> -Original Message-
> From: Han Xu
> Sent: Friday, April 22, 2016 12:49 PM
> To: Yunhui Cui; Yunhui Cui; dw...@infradead.org;
> computersforpe...@gmail.com; han...@freescale.com
> Cc: linux-kernel@vger.kernel.org; linux-...@lists.infradead.org; linux-
> arm-ker...@lists.infradead.org; Ya
On 21 April 2016 at 23:07, Laurent Pinchart
wrote:
> Hi Rafael,
>
> On Thursday 21 Apr 2016 23:02:06 Rafael J. Wysocki wrote:
>> On Thu, Apr 21, 2016 at 10:57 PM, Laurent Pinchart wrote:
>> > On Thursday 21 Apr 2016 21:52:56 Rafael J. Wysocki wrote:
>> >> On Thursday, April 21, 2016 02:52:55 AM La
* Kees Cook wrote:
> >> + Since the kernel is built using 2GB addressing,
> >
> > Does that try to refer to the 1G kernel and 1G fixmap pagetable
> > mappings? I.e., level2_kernel_pgt and level2_fixmap_pgt in
> > arch/x86/kernel/head_64.S?
>
> The "2GB addressing" part is in reference to:
Linux kernel commit 8a9ebe717a133ba7bc90b06047f43cc6b8bcb8b3
attrib->max_unmap_lba_count = (q->limits.max_discard_sectors << 9)
Since max_discard_sectors is 32-bit, there may be integer overflow,
making wrong max_unmap_lba_count.
For example, LVM Thin provisioning reports that it have 16 GB maxi
On 04/20/2016 04:53 PM, Linus Walleij wrote:
On Tue, Apr 19, 2016 at 2:18 PM, wrote:
From: Patrice Chotard
The particularities of this variant are:
- GPIO_XXX_LSB and GPIO_XXX_MSB memory locations are inverted compared
to other variants.
- There is no Edge detection, Rising Edge and Fa
Hi Ricardo,
On 20-04-16 11:17, Ricardo Ribalda Delgado wrote:
Hello again
On Wed, Apr 20, 2016 at 11:06 AM, Olliver Schinagl wrote:
The devil is in the details :)
:)
Saving mode2 sounds like a good compromise then.
But I still believe that we should limit the lock to ledout. No matter
wha
From: Yunhui Cui
There is a hardware feature that qspi_amba_base is added
internally by SOC design on ls2080a. so memmap_phy need not
be added in driver. If memmap_phy is added, the flash A1
addr space is [0, memmap_phy] which far more than flash size.
The AMBA memory will be divided into four pa
On Sun, Apr 17, 2016 at 10:53:00PM +0200, Rafał Miłecki wrote:
> This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to
> enum nand_ecc_algo).
>
> Signed-off-by: Rafał Miłecki
Acked-by: Jesper Nilsson
/^JN - Jesper Nilsson
--
Jesper Nilsson -- jesper.nils...@a
Hi Thomas, Ingo,
Please pull this fix for the tango xtal driver.
* Fix the boot hang on Sigma Design Tango4 by inverting the error check
condition at init time (Daniel Lezcano)
The following changes since commit b7c8b4aac6ea6746b1c49fda0a0563a07203dd26:
clocksource/drivers/pistachio: Corr
Commit 0881841f7e78 introduced a regression by inverting a test check
after calling clocksource_mmio_init(). That results on the system to
hang at boot time.
Fix it by inverting the test again.
Fixes: 0881841f7e78 ("Replace code by clocksource_mmio_init")
Reported-by: Marc Gonzalez
Signed-off-by
Hi Paolo and David,
2016-03-31 3:24 GMT+08:00 David Matlack :
> An interrupt handler that uses the fpu can kill a KVM VM, if it runs
> under the following conditions:
> - the guest's xcr0 register is loaded on the cpu
> - the guest's fpu context is not loaded
> - the host is using eagerfpu
>
> N
It was reported in https://bugzilla.redhat.com/show_bug.cgi?id=1321033,
that the qla1280 driver sets the scsi_host_template's can_queue field
to 0xf which results in an allocation failure when allocating the
block layer tags for the driver's queues like the one shown below:
[4.804166] scsi
Correct the size of the module mapping space and the maximum available
physical memory size of current processors.
Signed-off-by: Juergen Gross
---
Documentation/x86/x86_64/mm.txt | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/Documentation/x86/x86_64/mm.txt b/Document
-Driver-and-VPU-Driver/20160422-123111
base: git://linuxtv.org/media_tree.git master
config: i386-allyesconfig (attached as .config)
reproduce:
# save the attached .config to linux build tree
make ARCH=i386
All warnings (new ones prefixed by >>):
drivers/media/platfo
We want to skip reparenting a clock on turning on power domain, if we
do not have the parent yet. The parent is obtained when turning the
domain off. However due to a typo, the loop is continued on IS_ERR() of
clock being reparented, not on the IS_ERR() of the parent.
Theoretically this could lead
Hi Matainers,
In the file mm/migrate.c
316 int migrate_page_move_mapping(struct address_space *mapping,
317 struct page *newpage, struct page *page,
318 struct buffer_head *head, enum migrate_mode mode,
319 int extra_count)
320 {
321 s
* Kees Cook wrote:
> +#
> +# Getting to provably safe in-place decompression is hard. Worst case
> +# behaviours need be analyzed. Here let's take decompressing gzip-compressed
> +# kernel as example to illustrate it:
> +#
> +# The file layout of gzip compressed kernel is as follows. For more
>
On Fri, Apr 22, 2016 at 02:09:22AM +0300, Andy Shevchenko wrote:
> On Sat, Apr 16, 2016 at 3:27 AM, Giedrius Statkevičius
> wrote:
> > It is possible that acpi_evaluate_integer might fail and value would not be
> > set to any value so correct this defect by returning 0 in case of an
> > error. Thi
On 22/04/16 06:33, Leo Li wrote:
> On Mon, Mar 7, 2016 at 3:50 AM, Marc Zyngier wrote:
>> On Mon, 7 Mar 2016 11:36:22 +0800
>> Minghuan Lian wrote:
>>
>>> Some kind of NXP Layerscape SoC provides a MSI
>>> implementation which uses two SCFG registers MSIIR and
>>> MSIR to support 32 MSI interrupt
Another small request, I've been doing this to the previous patches:
sed -i 's/x86, KASLR: /x86\/KASLR: /g'
sed -i 's/x86, boot: /x86\/boot: /g'
Could you please apply the regular x86/subsys title format for future patches?
Thanks!
Ingo
On 22/04/16 02:50, jay.xu wrote:
> Hi Marc:
>
> On 2016年04月22日 05:12, Marc Zyngier wrote:
>> On Thu, 21 Apr 2016 22:24:09 +0200
>> Heiko Stübner wrote:
>>
>>> Am Donnerstag, 21. April 2016, 12:30:18 schrieb Marc Zyngier:
On Thu, 21 Apr 2016 18:47:20 +0800
"Huang, Tao" wrote:
>
On Thu, Apr 21, 2016 at 06:17:02PM +0300, Alexander Shishkin wrote:
> +struct addr_filter_setup_data {
> + struct perf_event *event;
> + unsigned long *offs;
> + unsigned long gen;
> +};
> +
> +static int __perf_event_addr_filters_setup(void *info)
> +{
> +
On Fri, Apr 01, 2016 at 04:22:38PM +0200, Neil Armstrong wrote:
> In order to support the Dual-Timer on the Oxford Semiconductor OX810SE SoC,
> implement variable counter width, keeping 32bit as default width.
> Add new compatible string oxsemi,ox810se-rps-timer in order to select
> the 24bit count
Hi,
Randy Dunlap writes:
> On 04/21/16 13:07, Felipe Balbi wrote:
>> With a growing amount of Kernel configuration, it's
>> getting ever more difficult to find anything on
>> menuconfig. Because of that, implement mergesort for
>> kconfig to make it a little easier for anybody
>> building kernel
* Kees Cook wrote:
> Two uses of memcpy (screen scrolling and ELF parsing) were handling
> overlapping memory areas. While there were no explicitly noticed bugs
> here (yet), it is best to fix this so that the copying will always be
> safe.
>
> Instead of making a new memmove function that migh
-Driver-and-VPU-Driver/20160422-123111
base: git://linuxtv.org/media_tree.git master
config: i386-allyesconfig (attached as .config)
reproduce:
# save the attached .config to linux build tree
make ARCH=i386
All warnings (new ones prefixed by >>):
drivers/media/platfo
Hi,
I just hit the same with 4.1.22 on Gentoo. 4.1.21 are working fine.
On 22.04.2016 at 08:46, Greg Kroah-Hartman wrote:
...
You are going to have to be a bit more specific here...
What is the oops message? How do you reproduce this? Does it also
happen on 4.6-rc4?
Can you run 'git bisect'
Hi Marc,
Please see the link:
https://patchwork.kernel.org/patch/8649241/
Rob Herring has given the ACK.
I have submitted the v6 patch: https://patchwork.kernel.org/patch/8649251/
Please apply the latest the patch after you review.
Thank you very much.
Regard,
Minghuan
> -Original Mess
Hi Wolfram,
Wolfram Sang wrote:
> This was the diff of v6:
>
> > 32 files changed, 1277 insertions(+), 915 deletions(-)
>
> This is v7:
>
> > 32 files changed, 1225 insertions(+), 916 deletions(-)
>
> So, we gained a little overall. And while the individual drivers have a
> few lines more no
Commit-ID: 3b9d6da67e11ca8f78fde887918983523a36b0fa
Gitweb: http://git.kernel.org/tip/3b9d6da67e11ca8f78fde887918983523a36b0fa
Author: Sebastian Andrzej Siewior
AuthorDate: Fri, 8 Apr 2016 14:40:15 +0200
Committer: Thomas Gleixner
CommitDate: Fri, 22 Apr 2016 09:49:49 +0200
cpu/hotplug
On Fri, 22 Apr 2016, Daniel Lezcano wrote:
> On Fri, Apr 01, 2016 at 04:22:38PM +0200, Neil Armstrong wrote:
> > In order to support the Dual-Timer on the Oxford Semiconductor OX810SE SoC,
> > implement variable counter width, keeping 32bit as default width.
> > Add new compatible string oxsemi,ox
* Kees Cook wrote:
> Two uses of memcpy (screen scrolling and ELF parsing) were handling
> overlapping memory areas. While there were no explicitly noticed bugs
> here (yet), it is best to fix this so that the copying will always be
> safe.
>
> Instead of making a new memmove function that migh
On Fri, Apr 22, 2016 at 09:47:04AM +0200, Sebastian M. Bobrecki wrote:
> Hi,
>
> I just hit the same with 4.1.22 on Gentoo. 4.1.21 are working fine.
>
> On 22.04.2016 at 08:46, Greg Kroah-Hartman wrote:
> > ...
> > You are going to have to be a bit more specific here...
> > What is the oops messa
On 22/04/16 08:53, Minghuan Lian wrote:
> Hi Marc,
>
> Please see the link:
> https://patchwork.kernel.org/patch/8649241/
>
> Rob Herring has given the ACK.
>
> I have submitted the v6 patch: https://patchwork.kernel.org/patch/8649251/
> Please apply the latest the patch after you review.
Than
On 19/04/16 11:56, Chris Phlipot wrote:
> The existing implentation implementation of thread__resolve_callchain,
Remove 'implentation'
> under certain circumstanes, can assemble callchain entries in the
'circumstanes' -> 'circumstances'
> incorrect order.
>
> A the callchain entries are resolv
On 19/04/16 11:56, Chris Phlipot wrote:
> The current implementation of the python database export API only
> includes call path information when using some form of call/return
> tracing, but is unable to do so when sampling.
>
> The following API extensions allow exporting of data collected by
>
On Thu, 21 Apr 2016, Borislav Petkov wrote:
> On Thu, Apr 21, 2016 at 08:55:38PM +0200, Thomas Gleixner wrote:
> > I have to disagree here. The MSRs itself can really go into msr-index.h
> > while
> > the bit definitions might go elsewhere. What's wrong with having all MSRs
> > at a
> > central
On 21/04/16 18:40, Robert Richter wrote:
> On 15.04.16 21:30:05, Robert Richter wrote:
>> From: Ganapatrao Kulkarni
>>
>> The erratum fixes the hang of ITS SYNC command by avoiding inter node
>> io and collections/cpu mapping on thunderx dual-socket platform.
>>
>> This fix is only applicable for
+Jiri since he wrote the original code
On 22/04/16 10:55, Adrian Hunter wrote:
> On 19/04/16 11:56, Chris Phlipot wrote:
>> The existing implentation implementation of thread__resolve_callchain,
>
> Remove 'implentation'
>
>> under certain circumstanes, can assemble callchain entries in the
>
>
-Driver-and-VPU-Driver/20160422-123111
base: git://linuxtv.org/media_tree.git master
config: i386-allyesconfig (attached as .config)
reproduce:
# save the attached .config to linux build tree
make ARCH=i386
All warnings (new ones prefixed by >>):
drivers/media/platfo
W dniu 22.04.2016 o 09:55, Greg Kroah-Hartman pisze:
On Fri, Apr 22, 2016 at 09:47:04AM +0200, Sebastian M. Bobrecki wrote:
Hi,
I just hit the same with 4.1.22 on Gentoo. 4.1.21 are working fine.
On 22.04.2016 at 08:46, Greg Kroah-Hartman wrote:
...
You are going to have to be a bit more spec
On 20/04/16 12:03, Jon Hunter wrote:
> When mapping an IRQ, it is possible that a mapping for the IRQ already
> exists. If mapping does exist then there are the following issues with
> regard to the handling of the IRQ type settings ...
> 1. If the domain is part of a hierarchy, then:
>a. We do
On Sun, Apr 17, 2016 at 12:27:09PM +0530, Kishon Vijay Abraham I wrote:
> Hi Greg,
>
> Please find the pull request for 4.6 -rc cycle below. It consists of
> couple of fixes to move the rockchip emmc phy and rockchip display phy
> as a child device of GRF. Both these PHY drivers were merged in the
From: "Du, Changbin"
Hello,
I am going to introduce debugobjects infrastructure to USB subsystem.
But before this, I found the code of debugobjects could be improved.
This patchset will make fixup functions return bool type instead of
int. Because fixup only need report success or no. boolean is
From: "Du, Changbin"
The object debugging infrastructure core provides some fixup callbacks
for the subsystem who use it. These callbacks are called from the debug
code whenever a problem in debug_object_init is detected. And
debugobjects core suppose them returns 1 when the fixup was successful,
From: "Du, Changbin"
Update the return type to use bool instead of int, corresponding to
cheange (debugobjects: make fixup functions return bool instead of int).
Signed-off-by: Du, Changbin
---
kernel/time/hrtimer.c | 18 +-
kernel/time/timer.c | 30 +++---
From: "Du, Changbin"
Update the return type to use bool instead of int, corresponding to
cheange (debugobjects: make fixup functions return bool instead of int).
Signed-off-by: Du, Changbin
---
kernel/rcu/update.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/kernel
From: "Du, Changbin"
Update documentation creangponding to change(debugobjects: make
fixup functions return bool instead of int).
Signed-off-by: Du, Changbin
---
Documentation/DocBook/debugobjects.tmpl | 26 ++
1 file changed, 14 insertions(+), 12 deletions(-)
diff --g
Am Montag, 18. April 2016, 11:36:01 schrieb Caesar Wang:
> In order to be standard to manage for rockchip SoCs, move the thermal
> data into rk3368 dtsi, we needn't to add a new file for thermal.
>
> Fixes commit f990238f859e
> ("arm64: dts: rockchip: Add main thermal info to rk3368.dtsi")
>
> S
From: "Du, Changbin"
Update the return type to use bool instead of int, corresponding to
cheange (debugobjects: make fixup functions return bool instead of int).
Signed-off-by: Du, Changbin
---
lib/percpu_counter.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/lib/p
From: "Du, Changbin"
Update the return type to use bool instead of int, corresponding to
cheange (debugobjects: make fixup functions return bool instead of int)
Signed-off-by: Du, Changbin
---
kernel/workqueue.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff
From: "Du, Changbin"
If debug_object_fixup() return non-zero when problem has been
fixed. But the code got it backwards, it taks 0 as fixup
successfully. So fix it.
Signed-off-by: Du, Changbin
---
lib/debugobjects.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/debugo
Hi Jon,
On 21/04/16 16:45, Jon Hunter wrote:
>
> On 20/04/16 12:03, Jon Hunter wrote:
>> Some IRQ chips, such as GPIO controllers or secondary level interrupt
>> controllers, may require require additional runtime power management
>> control to ensure they are accessible. For such IRQ chips, it m
On Fri, Apr 22, 2016 at 10:10:59AM +0200, Sebastian M. Bobrecki wrote:
> W dniu 22.04.2016 o 09:55, Greg Kroah-Hartman pisze:
> > On Fri, Apr 22, 2016 at 09:47:04AM +0200, Sebastian M. Bobrecki wrote:
> > > Hi,
> > >
> > > I just hit the same with 4.1.22 on Gentoo. 4.1.21 are working fine.
> > >
On Thu, Apr 21, 2016 at 08:18:48PM +0200, Noralf Trønnes wrote:
>
> Den 21.04.2016 09:28, skrev Daniel Vetter:
> >On Wed, Apr 20, 2016 at 08:15:30PM +0200, Noralf Trønnes wrote:
> >>Den 20.04.2016 19:42, skrev Daniel Vetter:
> >>>On Wed, Apr 20, 2016 at 05:25:23PM +0200, Noralf Trønnes wrote:
> >>
On Thu, Apr 21, 2016 at 08:54:45PM +0200, Noralf Trønnes wrote:
>
> Den 20.04.2016 17:25, skrev Noralf Trønnes:
> >This adds deferred io support if CONFIG_FB_DEFERRED_IO is enabled.
> >Accumulated fbdev framebuffer changes are signaled using the callback
> >(struct drm_framebuffer_funcs *)->dirty(
Hi Nick,
On 04/21/2016 11:31 AM, Nick Dyer wrote:
> This is a series of patches to add diagnostic data support to the Atmel
> maXTouch driver. It's a rewrite of the previous implementation which output
> via
> debugfs: it now uses a V4L2 device in a similar way to the sur40 driver.
>
> There are
On Thu, Apr 21, 2016 at 12:38:49PM -0300, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> This function had copies in 3 different files. Unify them in kernel.h.
>
> Cc: Joe Perches
> Cc: Andrew Morton
> Cc: David Airlie
> Cc: Daniel Vetter
> Cc: Rob Clark
> Signed-off-by: Gustavo Padovan
From: Jisheng Zhang
The qcom_cpuidle_ops structures is not over-written, so add "const"
qualifier and replace __initdata with __initconst.
Signed-off-by: Jisheng Zhang
Signed-off-by: Daniel Lezcano
Acked-by: Andy Gross
---
drivers/soc/qcom/spm.c | 2 +-
1 file changed, 1 insertion(+), 1 dele
From: Jisheng Zhang
The psci_cpuidle_ops structures is not over-written, so add "const"
qualifier and replace __initdata with __initconst.
Acked-by: Lorenzo Pieralisi
Signed-off-by: Jisheng Zhang
Signed-off-by: Daniel Lezcano
---
drivers/firmware/psci.c | 2 +-
1 file changed, 1 insertion(+)
From: Jisheng Zhang
arm_cpuidle_read_ops() just copies '*ops' to cpuidle_ops[cpu], so the
structure '*ops' is not modified at all.
The comment is also updated accordingly.
Signed-off-by: Jisheng Zhang
Signed-off-by: Daniel Lezcano
---
arch/arm/kernel/cpuidle.c | 6 +++---
1 file changed, 3 i
From: Jisheng Zhang
The core code does not modify smp_operations structures. To clarify it,
this patch adds 'const' qualifier to the 'ops' member of struct
of_cpuidle_method.
This change allows each arm cpuidle code to add 'const' qualifier to
its cpuidle_ops structure.
Signed-off-by: Jisheng Z
On Fri, 22 Apr 2016, changbin...@intel.com wrote:
> From: "Du, Changbin"
>
> The object debugging infrastructure core provides some fixup callbacks
> for the subsystem who use it. These callbacks are called from the debug
> code whenever a problem in debug_object_init is detected. And
> debugobje
* Andy Lutomirski wrote:
> On Tue, Apr 19, 2016 at 4:15 AM, Ingo Molnar wrote:
> >
> > * tip-bot for Dmitry Safonov wrote:
> >
> >> Commit-ID: abfb9498ee1327f534df92a7ecaea81a85913bae
> >> Gitweb:
> >> http://git.kernel.org/tip/abfb9498ee1327f534df92a7ecaea81a85913bae
> >> Author: Dm
Am Freitag, den 22.04.2016, 12:03 +1000 schrieb Stephen Rothwell:
> Hi all,
>
> After merging the sound-asoc tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> In file included from include/linux/notifier.h:13:0,
> from include/linux/memory_hotplug.h:6,
On 20/04/16 12:03, Jon Hunter wrote:
> The firmware parameter that contains the IRQ sense bits may also contain
> other data. When return the IRQ type, bits outside of these sense bits
> should be masked. If these bits are not masked and
> irq_create_fwspec_mapping() is called to map an IRQ, then t
On Fri 2016-04-22 10:28:26, Sergey Senozhatsky wrote:
> Hello,
>
> On (04/21/16 13:07), Petr Mladek wrote:
> [..]
> > Please, what is the purpose of "printk_initcall_done" then? If I get
> > this correctly, it will always be true when printk_sync_set() is
> > called.
>
> well, this is a bit ugly,
It turns out that some toolchains which support MIPS R6 don't support
the -mcompact-branches flag to specify compact branch behaviour. Default
to not providing the -mcompact-branch option to the compiler such that
we can build with such toolchains.
Signed-off-by: Paul Burton
Reported-by: kbuild t
On 04/22/2016 05:31 AM, Andrew Morton wrote:
On Mon, 18 Apr 2016 20:47:16 +0530 Vinayak Menon
wrote:
Mapping pages around fault is found to cause performance degradation
in certain use cases. The test performed here is launch of 10 apps
one by one, doing something with the app each time, and
On 22/04/16 09:22, Marc Zyngier wrote:
> Hi Jon,
>
> On 21/04/16 16:45, Jon Hunter wrote:
>>
>> On 20/04/16 12:03, Jon Hunter wrote:
>>> Some IRQ chips, such as GPIO controllers or secondary level interrupt
>>> controllers, may require require additional runtime power management
>>> control to en
Haiyang Zhang writes:
> RNDIS_STATUS_NETWORK_CHANGE event is handled as two "half events" --
> media disconnect & connect. The second half should be added to the list
> head, not to the tail. So all events are processed in normal order.
>
Thanks,
this matters when we get some other events in be
On 20/04/16 12:03, Jon Hunter wrote:
> Setting the interrupt type for private peripheral interrupts (PPIs) may
> not be supported by a given GIC because it is IMPLEMENTATION DEFINED
> whether this is allowed. There is no way to know if setting the type is
> supported for a given GIC and so the valu
If i2c_dw_probe() fails, we should disable and unprepare the clock,
otherwise the clock enable and prepare is left unbalanced.
In dw_i2c_plat_remove(), we'd better to not rely on runtime PM to
disable and unprepare the clock since CONFIG_PM may be disabled when
configuring the kernel. So we explic
Hi,
> On Fri, 22 Apr 2016, changbin...@intel.com wrote:
> > From: "Du, Changbin"
> >
> > The object debugging infrastructure core provides some fixup callbacks
> > for the subsystem who use it. These callbacks are called from the debug
> > code whenever a problem in debug_object_init is detected.
On Thu, Apr 21, 2016 at 10:10:51PM +0100, Maciej W. Rozycki wrote:
> On Thu, 21 Apr 2016, Ralf Baechle wrote:
>
> > > I don't think it makes sense as the compiler won't support MIPSr6 code
> > > anyway, so first it'll bail out on `-march=mips32r6', and if we go even
> > > further and disable th
On Fri, Apr 22, 2016 at 09:01:05AM +0100, Marc Zyngier wrote:
> On 21/04/16 18:40, Robert Richter wrote:
> > On 15.04.16 21:30:05, Robert Richter wrote:
> >> From: Ganapatrao Kulkarni
> >>
> >> The erratum fixes the hang of ITS SYNC command by avoiding inter node
> >> io and collections/cpu mappin
On Friday 22 April 2016 04:45 AM, Kim, Milo wrote:
Hi Laxman,
On 4/21/2016 9:25 PM, Laxman Dewangan wrote:
Use devm_mfd_add_devices() for adding MFD child devices and
devm_regmap_add_irq_chip() for IRQ chip registration.
This patch doesn't include the code regarding devm_mfd_add_devices().
On 14/04/16 10:11, James Liao wrote:
Add a Kconfig to define clock configuration for each SoC, and
modify the Makefile to build drivers that only selected in config.
Signed-off-by: Shunli Wang
Signed-off-by: James Liao
Tested-by: John Crispin
---
Reviewed-by: Matthias Brugger
drivers
On 21.04.2016 18:01, Mark Brown wrote:
> On Thu, Apr 21, 2016 at 03:12:37PM +0200, Wadim Egorov wrote:
>
>> +static int rk808_set_suspend_voltage(struct regulator_dev *rdev, int uv)
>> +{
>> +unsigned int reg;
>> +int sel = regulator_map_voltage_linear(rdev, uv, uv);
>> +
>> +if (sel
On 14/04/16 10:11, James Liao wrote:
From: Shunli Wang
Add MT2701 clock dt-bindings, include topckgen, apmixedsys,
infracfg, pericfg and subsystem clocks.
Signed-off-by: Shunli Wang
Signed-off-by: James Liao
Tested-by: John Crispin
Reviewed-by: Matthias Brugger
---
include/dt-bindi
On Fri, 22 Apr 2016, changbin...@intel.com wrote:
> From: "Du, Changbin"
>
> If debug_object_fixup() return non-zero when problem has been
> fixed. But the code got it backwards, it taks 0 as fixup
> successfully. So fix it.
Wrong.
> @@ -415,7 +415,7 @@ int debug_object_activate(void *addr, st
From: Wanpeng Li
Sometimes delta_exec is 0 due to update_curr() is called multiple times,
this is captured by:
u64 delta_exec = rq_clock_task(rq) - curr->se.exec_start;
This patch optimizes the cpufreq update kicker by bailing out when nothing
changed, it will benefit the upcoming sche
On Thu, Apr 21, 2016 at 04:51:38PM -0700, Andrew Morton wrote:
> On Mon, 18 Apr 2016 18:04:54 +0200 Ard Biesheuvel
> wrote:
>
> > These patches allow the arch to define the page_to_virt() conversion that
> > is used in lowmem_page_address(). This is desirable for arm64, where this
> > conversion
On 19/04/16 20:10, Stephen Boyd wrote:
On 04/12/2016 02:33 AM, Srinivas Kandagatla wrote:
This patch adds pmic regulator supplies connected on the board.
Rest of the invidual regulators would be added as and when required by
the devices.
Signed-off-by: Srinivas Kandagatla
Acked-by: Bjorn And
On Fri, 15 Apr 2016 15:28:57 -0500
Franklin S Cooper Jr wrote:
> NAND DMA prefetch for SDMA based devices has been broken for awhile. This
> patchset fixes it so SOCs that use the SDMA can make use of the NAND
> DMA prefetch.
>
> I've decided to split this patchset from the slightly larger patch
On Tue, 19 Apr 2016 14:33:35 +0200
Julia Lawall wrote:
> Add __init attribute on functions that are only called from other __init
> functions and that are not inlined, at least with gcc version 4.8.4 on an
> x86 machine with allyesconfig. Currently, the functions are put in the
> .text.unlikely
On Fri, 1 Apr 2016 14:54:20 +0200
Boris Brezillon wrote:
> Hello,
>
> of_mtd.{h,c} are providing the of_get_nand_xxx() helpers to help NAND
> controller drivers parse some generic NAND DT properties.
> An infrastructure has recently been added to NAND core to automatically
> parse those propert
On Fri, 22 Apr 2016, Du, Changbin wrote:
> > On Fri, 22 Apr 2016, changbin...@intel.com wrote:
> > > A bad thing is that debug_object_fixup use the return value for
> > > arithmetic operation. It confused me that what is the reall return
> >
> > What's bad about that? The fact that it's used for a
Hi Ricardo,
On 04/21/2016 11:15 AM, Ricardo Ribalda Delgado wrote:
> When using a device is read/write mode, vb2 does not handle properly the
> first select/poll operation. It allways return POLLERR.
>
> The reason for this is that when this code has been refactored, some of
> the operations have
On Fri, Apr 22, 2016 at 10:40:11AM +0200, Philipp Zabel wrote:
> 8<
> From: Philipp Zabel
> Subject: [PATCH] fixup! ASoC: hdmi-codec: Add ELD control
Please don't bury patches in the middle of e-mails.
signature.asc
Description: PGP signature
On Wed, Apr 13, 2016 at 11:15:13AM -0400, David Miller wrote:
> From: Stephen Rothwell
> > After merging the net-next tree, today's linux-next build (arm
> > allmodconfig) failed like thisi (this has actually been failing for a
> > few days, now):
> > ERROR: "__bad_udelay" [drivers/net/ethernet/
On Fri, Apr 22, 2016 at 10:40:11AM +0200, Philipp Zabel wrote:
> 8<
> From: Philipp Zabel
> Subject: [PATCH] fixup! ASoC: hdmi-codec: Add ELD control
Please also use subject lines that match the style for the subsystem.
signature.asc
Description: PGP signature
On Fri, Apr 22, 2016 at 09:17:46AM +0800, Xing Zheng wrote:
> Hi Mark, the other question here, how do we make sense to use the
> simple-card to call the "snd_soc_dai_set_pll" if the codec (like da7219)
> requires do this?
What we should do there is move the CODEC clocking to be represented
using
Hi, Greg
One confusion.
There are 5 kvm_arch_vcpu_create() while in this patch you changed 2 of them.
Some particular reason?
On Thu, Apr 21, 2016 at 04:20:53PM +0200, Greg Kurz wrote:
>Commit 338c7dbadd26 ("KVM: Improve create VCPU parameter (CVE-2013-4587)")
>introduced a check to prevent pote
Hi Radim !
On Thu, 21 Apr 2016 19:36:11 +0200
Radim Krčmář wrote:
> 2016-04-21 18:45+0200, Greg Kurz:
> > On Thu, 21 Apr 2016 18:00:19 +0200
> > Radim Krčmář wrote:
> >> 2016-04-21 16:20+0200, Greg Kurz:
> >> > Commit 338c7dbadd26 ("KVM: Improve create VCPU parameter
> >> > (CVE-2013-4587)
On Fri, 22 Apr 2016 17:21:03 +0800
Wei Yang wrote:
> Hi, Greg
>
Hi Wei !
> One confusion.
>
> There are 5 kvm_arch_vcpu_create() while in this patch you changed 2 of them.
> Some particular reason?
>
Yes and the reason is given in the changelog:
- ARM and s390 already have such a check
- Po
1 - 100 of 886 matches
Mail list logo
