Arnd, Olof,
Here is the DT pull request, adding a few boards and improving
sama5d2 and sama5d4 support.
The following changes since commit 7ce7d89f48834cefece7804d38fc5d85382edf77:
Linux 4.10-rc1 (2016-12-25 16:13:08 -0800)
are available in the git repository at:
git://git.kernel.org/pub/s
Hi Arnd, Olof
A single cleanup for mach-at91. Maybe I'll send another pull request
later with further PM cleanup. Else, that will probably be all for 4.11
The following changes since commit 7ce7d89f48834cefece7804d38fc5d85382edf77:
Linux 4.10-rc1 (2016-12-25 16:13:08 -0800)
are available in t
Hi,
On Wed, Jan 18, 2017 at 4:06 AM, Maxime Ripard
wrote:
> On Wed, Jan 18, 2017 at 12:57:08AM +0800, Icenowy Zheng wrote:
>>
>>
>> 17.01.2017, 16:06, "Maxime Ripard" :
>> > On Tue, Jan 17, 2017 at 03:14:46AM +0800, Icenowy Zheng wrote:
>> >> The PHY0 on H3 can be wired either to MUSB controller
On Tue, 17 Jan 2017, Thomas Gleixner wrote:
On Fri, 6 Jan 2017, Vikas Shivappa wrote:
@@ -741,7 +741,13 @@ static int intel_cqm_event_init(struct perf_event *event)
INIT_LIST_HEAD(&event->hw.cqm_group_entry);
INIT_LIST_HEAD(&event->hw.cqm_groups_entry);
- event->destroy
On 01/17/2017 11:13 AM, Dave Jiang wrote:
>
>
> On 01/17/2017 09:05 AM, Dave Jiang wrote:
>> On 01/16/2017 03:45 AM, Stephen Rothwell wrote:
>>> Hi Xiong,
>>>
>>> Just cc'ing Andrew.
>>>
>>> On Mon, 16 Jan 2017 17:29:16 +0800 Xiong Zhou wrote:
On Fri, Jan 13, 2017 at 06:16:41PM +0800,
Arnd, Olof,
A single patch, adding the drivers needed by the newly added Axentia
TSE-850
The following changes since commit 7ce7d89f48834cefece7804d38fc5d85382edf77:
Linux 4.10-rc1 (2016-12-25 16:13:08 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel
On Tue, 17 Jan 2017, Peter Zijlstra wrote:
On Fri, Jan 06, 2017 at 01:59:58PM -0800, Vikas Shivappa wrote:
- Introduce event_terminate as event_destroy is called after cgrp is
disassociated from the event to support rmid handling of the cgroup.
This helps cqm clean up the cqm specific arch_in
On Mon, Jan 16, 2017 at 4:33 AM, Dmitry Safonov wrote:
> In the following patch they will be used to compute:
> - mmap_base in compat sys_mmap() in native 64-bit binary
> and vice-versa
> - mmap_base for native sys_mmap() in compat x32/ia32-bit binary.
I may be wrong here, but I suspect that you'
By failing to set the errno, we'd continue on to trying to set up the
RCL, and then oops on trying to dereference the tile_bo that binning
validation should have set up.
Reported-by: Ingo Molnar
Signed-off-by: Eric Anholt
Fixes: d5b1a78a772f ("drm/vc4: Add support for drawing 3D frames.")
---
d
On Mon, Jan 16, 2017 at 4:33 AM, Dmitry Safonov wrote:
> Fix 32-bit compat_sys_mmap() mapping VMA over 4Gb in 64-bit binaries
> and 64-bit sys_mmap() mapping VMA only under 4Gb in 32-bit binaries.
> Changed arch_get_unmapped_area{,_topdown}() to recompute mmap_base
> for those cases and use accord
We copy the unvalidated ioctl arguments from the user into kernel
temporary memory to run the validation from, to avoid a race where the
user updates the unvalidate contents in between validating them and
copying them into the validated BO.
However, in setting up the layout of the kernel side, we
On Tue, Jan 17, 2017 at 07:17:22PM +0100, Vlastimil Babka wrote:
> On 01/17/2017 07:07 PM, Jesper Dangaard Brouer wrote:
> >
> > On Tue, 17 Jan 2017 09:29:51 + Mel Gorman
> > wrote:
> >
> >> +/* Lock and remove page from the per-cpu list */
> >> +static struct page *rmqueue_pcplist(struct z
On Tue, 17 Jan 2017, Borislav Petkov wrote:
> + /* Find the equivalence ID of our CPU in this table: */
> + eq_id = find_equiv_id(eq, eax);
So here we figure out whether the blob claims to have a patch for that cpu.
> + /*
> + * Scan through the rest of the container to find wher
On Thu, 12 Jan 2017 15:40:41 -0800
Kees Cook wrote:
> WARNING: drivers/clk/bcm/built-in.o(.text+0xec2): Section mismatch in
> reference from the function clk_gate() to the variable
> .init.rodata.str:__func__.29708
> The function clk_gate() references
> the variable __initconst __func__.29708.
>
The DSI pixel clocks are muxed from clocks generated in the analog phy
by the DSI driver. In order to set them as parents, we need to do the
same name lookup dance on them as we do for our root oscillator.
Signed-off-by: Eric Anholt
---
v2: now with of_clk_parent_fill().
.../bindings/clock/br
Our core PLLs are intended to be configured once and left alone. With
the SET_RATE_PARENT, asking to set the PLLD_DSI1 clock rate would
change PLLD just to get closer to the requested DSI clock, thus
changing PLLD_PER, the UART and ethernet PHY clock rates downstream of
it, and breaking ethernet.
On 01/17/2017 06:26 AM, Bartosz Golaszewski wrote:
Register a dummy clock modelling the external SATA oscillator for
da850 DT mode. For non-DT boot we don't register the clock - instead
we rely on the default MPY value defined in the da850 ahci driver (as
is done currently).
Why not register a
> > >
> >
> > The cache->slots_ret is protected by cache->free_lock and
> > cache->slots is protected by cache->free_lock.
Typo. cache->slots is protected by cache->alloc_lock.
Tim
> >
> > Will you be able to look into that? Openrisc doesnt have jump_label
> > support, so its no issue at the moment.
> >
> > Archs that do have it:
> >
> > arch/arm64/Kconfig: select HAVE_ARCH_JUMP_LABEL
> > arch/mips/Kconfig: select HAVE_ARCH_JUMP_LABEL
> > arch/s390/Kconfig: s
On Tue, Jan 17, 2017 at 5:58 AM, Michal Hocko wrote:
> On Tue 17-01-17 14:32:04, Peter Zijlstra wrote:
>> On Tue, Jan 17, 2017 at 02:03:03PM +0100, Michal Hocko wrote:
>> > On Sun 15-01-17 20:19:01, Tejun Heo wrote:
>> > [...]
>> > > So, what's proposed is a proper part of bpf. In terms of
>> > >
This proved incredibly useful during debugging of the DSI driver, to
see if our clocks were running at rate we requested. Let's leave it
here for the next person interacting with clocks on the platform (and
so that hopefully we can just hook it up to debugfs some day).
Signed-off-by: Eric Anholt
On 01/17/2017 09:43 PM, Jarkko Sakkinen wrote:
On Tue, Jan 17, 2017 at 01:23:44PM +0530, Nayna wrote:
On 01/12/2017 11:50 PM, Jarkko Sakkinen wrote:
On Thu, Jan 12, 2017 at 11:58:10AM -0500, Nayna Jain wrote:
The current TPM 2.0 device driver extends only the SHA1 PCR bank
but the TCG Spec
On Mon, Jan 16, 2017 at 4:33 AM, Dmitry Safonov wrote:
> At this momet, logic in arch_get_unmapped_area{,_topdown} for mmaps with
> MAP_32BIT flag checks TIF_ADDR32 which means:
> o if 32-bit ELF changes mode to 64-bit on x86_64 and then tries to
> mmap() with MAP_32BIT it'll result in addr over
Kirill, can you take a careful look at this series? I bet you're
going to run into this stuff too.
On Mon, Jan 16, 2017 at 4:33 AM, Dmitry Safonov wrote:
> Changes since v1:
> - Recalculate mmap_base instead of using max possible virtual address
> for compat/native syscall. That will make poli
On Tue, 17 Jan 2017, Borislav Petkov wrote:
> From: Borislav Petkov
>
> Check final patch levels for AMD only on the BSP. This way, we decide
> early and only once whether to continue loading or to leave the loader
> disabled on such systems.
>
> Simplify a lot.
>
> Signed-off-by: Borislav Pet
From: Christoph Hellwig
Date: Mon, 16 Jan 2017 23:55:21 -0800
> On Mon, Jan 16, 2017 at 10:42:43PM -0500, David Miller wrote:
>> The lseek() done by dump_skip() should extend the file properly.
>
> lseek never extends a file. It just moves the current file position.
> So if you do not have a wr
On Tue, 17 Jan 2017, Borislav Petkov wrote:
> -struct container {
> +struct cont_desc {
> + struct microcode_amd *mc;
> + u32 psize;
> + u16 eq_id;
> u8 *data;
> size_t size;
While at it can you please structure the members in tabular fashion?
struct cont_desc {
st
On Tue, Jan 17, 2017 at 06:09:49PM +0100, PaX Team wrote:
> On 17 Jan 2017 at 10:42, Dave P Martin wrote:
>
> > On Mon, Jan 16, 2017 at 08:22:24PM +0100, PaX Team wrote:
> > > the 'issue' is that before C11 the standard didn't make it clear that in
> > > case of a partial initializer list the compi
On Tue, Jan 17, 2017 at 11:48:22AM -0800, Brian Norris wrote:
> On Sun, Jan 15, 2017 at 04:54:52PM -0800, Dmitry Torokhov wrote:
> > On Fri, Jan 13, 2017 at 03:35:37PM -0800, Brian Norris wrote:
> > > The following sequence occurs when using IEEE power-save on 8997:
> > > (a) driver sees SLEEP even
On Tue, Jan 17, 2017 at 08:43:32PM +0200, Krzysztof Kozlowski wrote:
> On Tue, Jan 17, 2017 at 10:54:39PM +0900, Andi Shyti wrote:
> > Add binding for the STMicroelectronics FingerTip (stmfts)
> > touchscreen driver.
> >
> > Signed-off-by: Andi Shyti
> > ---
> > .../bindings/input/touchscreen/st
vif->lock is used to protect statistics gathering agents from using the
queue structure during cleaning.
Signed-off-by: Igor Druzhinin
---
drivers/net/xen-netback/interface.c | 6 --
drivers/net/xen-netback/xenbus.c| 2 ++
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/dr
Just split the initial patch in two as proposed by Wei.
Since the approach for locking netdev statistics is inconsistent (tends not
to have any locking at all) accross the kernel we'd better to rely on our
internal lock for this purpose.
Igor Druzhinin (2):
xen-netback: fix memory leaks on XenB
On 17.1.2017 21:34, Andrew Morton wrote:
>>>
>>> Will you be able to look into that? Openrisc doesnt have jump_label
>>> support, so its no issue at the moment.
>>>
>>> Archs that do have it:
>>>
>>> arch/arm64/Kconfig: select HAVE_ARCH_JUMP_LABEL
>>> arch/mips/Kconfig: select HAVE_ARCH_JU
Eliminate memory leaks introduced several years ago by cleaning the
queue resources which are allocated on XenBus connection event. Namely, queue
structure array and pages used for IO rings.
Signed-off-by: Igor Druzhinin
---
drivers/net/xen-netback/xenbus.c | 11 +++
1 file changed, 11 i
On Tue, 17 Jan 2017, Borislav Petkov wrote:
> void load_ucode_amd_ap(unsigned int cpuid_1_eax)
> {
> struct equiv_cpu_entry *eq;
> struct microcode_amd *mc;
> + struct cont_desc *desc;
> u16 eq_id;
>
> + if (IS_ENABLED(CONFIG_X86_32)) {
> + mc = (struct m
中华人民共和国商务部引导支持展会
国家级国际性汽车充电设备展贸平台
2017第八届中国（广州）国际新能源汽车工业展览会 （NEA 2017）
The 8th Guangzhou International New Energy Automobiles Industry Expo 2017
2017第八届中国（广州）国际充电站技术装备展览会 （EVE 2017）
The 8th Guangzhou International Electric Vehicle Supply Equipments Expo 2017
【 展 会 信 息 】
■ 展览日期
2017年06月02—
> "Christoph" == Christoph Hellwig writes:
Christoph> On Tue, Jan 17, 2017 at 07:43:51PM +0530, Sreekanth Reddy wrote:
>> [Sreekanth] Just for readability purpose, can use use "if
>> (test_bit(0, &sas_device_priv_data->ata_command_pending)" instead of
>> "if (sas_device_priv_data->ata_command
Hi Vineet,
> -Original Message-
> From: Vineet Gupta
> Sent: Monday, January 16, 2017 11:58 PM
> To: linux-snps-...@lists.infradead.org; Alexey Brodkin
>
> Cc: linux-kernel@vger.kernel.org; Vineet Gupta
> Subject: [PATCH 2/4] ARC: smp-boot: run-on-reset: add callback to allow non
> maste
On Tue, Jan 17, 2017 at 01:03:28PM +0100, Paolo Bonzini wrote:
>
>
> On 17/01/2017 12:13, Dmitry Vyukov wrote:
> > On Tue, Jan 17, 2017 at 12:08 PM, Paolo Bonzini wrote:
> >>
> >>
> >> On 17/01/2017 10:56, Dmitry Vyukov wrote:
> I am seeing use-after-frees in process_srcu as struct srcu_str
On 01/17/2017 02:44 PM, David Miller wrote:
> From: Christoph Hellwig
> Date: Mon, 16 Jan 2017 23:55:21 -0800
>
>> On Mon, Jan 16, 2017 at 10:42:43PM -0500, David Miller wrote:
>>> The lseek() done by dump_skip() should extend the file properly.
>>
>> lseek never extends a file. It just moves th
On 01/15/2017 08:48 PM, Viresh Kumar wrote:
> On 13-01-17, 15:35, Shuah Khan wrote:
>> Could you please add .gitignore for generated files. You can
>> send that as a separate patch and don't have to resend the
>> series.
>
> Hi Shuah,
>
>>> tools/testing/selftests/Makefile | 1
On Jan 17, 2017, at 8:59 AM, Theodore Ts'o wrote:
>
> On Tue, Jan 17, 2017 at 04:18:17PM +0100, Michal Hocko wrote:
>>
>> OK, so I've been staring into the code and AFAIU current->journal_info
>> can contain my stored information. I could either hijack part of the
>> word as the ref counting is
On Tue, Jan 17, 2017 at 08:20:08PM +, Mel Gorman wrote:
> It's late so I'm fairly tired but assuming I can reproduce this in the
> morning, the first thing I'll try is something like this to force a reread
> of mems_allowed;
>
> diff --git a/mm/page_alloc.c b/mm/page_alloc.c
> index ebea51cc01
On Tue, 17 Jan 2017, Borislav Petkov wrote:
> From: Borislav Petkov
>
> Use the generic helper instead of semi-open-coding the procedure.
>
> Signed-off-by: Borislav Petkov
Reviewed-by: Thomas Gleixner
On Tue, 17 Jan 2017, Borislav Petkov wrote:
> From: Borislav Petkov
>
> Get CPUID(1).EAX value once per CPU and propagate value into the callers
> instead of conveniently calling it every time.
>
Reviewed-by: Thomas Gleixner
On Tue, 17 Jan 2017, Borislav Petkov wrote:
> From: Borislav Petkov
>
> We have a container which we update/prepare each time before applying a
> patch.
>
> Signed-off-by: Borislav Petkov
Reviewed-by: Thomas Gleixner
Ok, this addresses the this_equiv_id storage thing I asked before :)
On Tue, Jan 17, 2017 at 12:53 PM, Luis R. Rodriguez wrote:
> On Tue, Jan 17, 2017 at 10:04:20AM -0800, Jakub Kicinski wrote:
>> On Tue, Jan 17, 2017 at 9:30 AM, Luis R. Rodriguez wrote:
>> > On Tue, Jan 17, 2017 at 08:30:37AM -0800, Jakub Kicinski wrote:
>> >> Adding a NULL-check would just paper
On Tue, 17 Jan 2017, Borislav Petkov wrote:
> From: Borislav Petkov
>
> No need to use the previously stashed info in the container - simply go
> ahead and parse the initrd once more. It simplifies and streamlines the
> code a whole lot.
>
> Signed-off-by: Borislav Petkov
Reviewed-by: Thomas
On Tue, 17 Jan 2017, Thomas Gleixner wrote:
> On Tue, 17 Jan 2017, Borislav Petkov wrote:
> > void load_ucode_amd_ap(unsigned int cpuid_1_eax)
> > {
> > struct equiv_cpu_entry *eq;
> > struct microcode_amd *mc;
> > + struct cont_desc *desc;
> > u16 eq_id;
> >
> > + if (IS_ENABL
The TCA8418 might be used using different interrupt triggers on various
boards. This is not working so far because the current code forces a
falling edge trigger.
The device tree already provides a trigger type, so let's use whatever it
sets up, and since we can be loaded without DT, keep the old
Hi Jaroslav, Takashi,
I need an ack from sound sybsystem maintainer.
Are you OK with this patch going through LED tree?
Best regards,
Jacek Anaszewski
On 01/16/2017 02:22 PM, Michał Kępień wrote:
> With dell_app_wmi_led_set() replaced by dell_micmute_led_set(), rename
> the function pointer to t
On Tue, Jan 17, 2017 at 12:13:36PM -0800, Andrey Pronin wrote:
> > Is there some way we can have the TPM core do this without requiring
> > the driver to add a shutdown the struct driver?
> >
> > Maybe we could put something in chip->dev->driver? Not sure..
>
> I can play more with it. We can che
Hi Darren,
Are you OK with the patches 4/6 and 6/6? If so, could you give
your ack so that I could apply the whole patch set to the LED tree?
Best regards,
Jacek Anaszewski
On 01/16/2017 02:21 PM, Michał Kępień wrote:
> This patch series moves the dell-led driver from the LED subsystem to
> the
On Mon, Jan 16, 2017 at 1:32 AM, Dmitry Vyukov wrote:
> On Fri, Dec 9, 2016 at 7:41 AM, Al Viro wrote:
>> On Thu, Dec 08, 2016 at 10:32:00PM -0800, Cong Wang wrote:
>>
>>> > Why do we do autobind there, anyway, and why is it conditional on
>>> > SOCK_PASSCRED? Note that e.g. for SOCK_STREAM we c
On 01/17/2017 10:07 PM, Mel Gorman wrote:
> On Tue, Jan 17, 2017 at 08:20:08PM +, Mel Gorman wrote:
>
> I later recalled that we looked at this before and didn't think a reinit
> was necessary because the location of cpuset_current_mems_allowed doesn't
> change so I came back and took another
Hi Michał,
On 01/17/2017 10:19 AM, Michał Kępień wrote:
>> On Tue, 2017-01-17 at 08:17 +0100, Michał Kępień wrote:
>>> Fix coding style issues in dell-wmi-led which checkpatch complains about
>>> to make sure the module gets a clean start in the x86 platform driver
>>> subsystem.
>>
>> trivia:
>>
Hello,
On Wed, 18 Jan 2017 01:10:00 +0800, Icenowy Zheng wrote:
> > Add a new compatible for sun4i-i2s driver to handle some
> > SoCs that have a reset line that must be asserted/deasserted.
> >
> > This new compatible, "allwinner,sun6i-a31-i2s", requires two
> > properties:
> > - resets: phandle
Hi Andi.
On Tue, Jan 17, 2017 at 10:54:40PM +0900, Andi Shyti wrote:
> The stmfts (ST-Microelectronics FingerTip S) touchscreen device
> is a capacitive multi-touch controller mainly for mobile use.
>
> It's connected through i2c bus at the address 0x49 and it
> interfaces with userspace through
On Tue, 17 Jan 2017, Shivappa Vikas wrote:
> On Tue, 17 Jan 2017, Thomas Gleixner wrote:
>
> > On Fri, 6 Jan 2017, Vikas Shivappa wrote:
> > > @@ -741,7 +741,13 @@ static int intel_cqm_event_init(struct perf_event
> > > *event)
> > > INIT_LIST_HEAD(&event->hw.cqm_group_entry);
> > > INIT_LIST_
On Tue, Jan 17, 2017 at 10:04:20AM -0800, Jakub Kicinski wrote:
> On Tue, Jan 17, 2017 at 9:30 AM, Luis R. Rodriguez wrote:
> > On Tue, Jan 17, 2017 at 08:30:37AM -0800, Jakub Kicinski wrote:
> >> On Tue, Jan 17, 2017 at 8:21 AM, Luis R. Rodriguez
> >> wrote:
> >> >>>
> >> >>> retval = fw_
Hi Vineet,
> -Original Message-
> From: Vineet Gupta
> Sent: Monday, January 16, 2017 11:58 PM
> To: linux-snps-...@lists.infradead.org; Alexey Brodkin
>
> Cc: linux-kernel@vger.kernel.org; Vineet Gupta
> Subject: [PATCH 4/4] ARCv2: smp-boot: MCIP: use Inter-Core-Debug unit to
> kick sta
On Tue, 17 Jan 2017, Borislav Petkov wrote:
> From: Borislav Petkov
>
> The idea was to not scan the microcode blob on each AP (Application
> Processor) during boot and thus save us some milliseconds. However, on
> architectures where the microcode engine is shared between threads, this
> doesn'
On 01/16/2017 09:47 PM, David Miller wrote:
From: Dave Hansen
Date: Wed, 11 Jan 2017 10:13:54 -0800
For memory shared by two different processes, do they have to agree on
what the tags are, or can they differ?
Whoever allocates the memory (does the mmap()+mprotect() or whatever),
decides on
On Tue, Jan 17, 2017 at 10:55:47AM +0800, Huang, Ying wrote:
> Hi, Andrew,
>
> This update patch is to fix the preemption warning raised by Michal
> Hocko. raw_cpu_ptr() is used to replace this_cpu_ptr() and comments are
> added for why it is used.
>
Andrew & Michal,
Here's a fix that's a foll
On Sat, 2017-01-14 at 02:05 +, Estrin, Alex wrote:
> [ ... ]
> please see hfi1/verbs.c @ hfi1_register_ib_device()
> [ ... ]
Hello Alex,
I think I figured out what I did wrong: both the hfi1 and the qib drivers need
two
sets of DMA mapping operations. ULPs have to use &dma_virt_ops and the
On Tue 17-01-17 17:24:15, Chen, Tim C wrote:
> > > + /*
> > > + * Preemption need to be turned on here, because we may sleep
> > > + * in refill_swap_slots_cache(). But it is safe, because
> > > + * accesses to the per-CPU data structure are protected by a
> > > + * mutex.
> > > + */
> >
> >
- On Jan 16, 2017, at 10:55 PM, fweisbec fweis...@gmail.com wrote:
> On Mon, Jan 16, 2017 at 10:56:07PM +, Mathieu Desnoyers wrote:
>> - On Jan 16, 2017, at 3:15 PM, Linus Torvalds
>> torva...@linux-foundation.org
>> wrote:
>>
>> > Excuse my french, but this looks like incredible shi
Only a few bio-based drivers actually generate blktrace completion
(C) events. Instead of changing all bio-based drivers to call
trace_block_bio_complete, move the tracing to bio_complete, and remove
the explicit tracing from the few drivers that actually do it. After
this patch, there is exactly
On Tue, 2017-01-17 at 13:48 -0800, Bart Van Assche wrote:
> On Sat, 2017-01-14 at 02:05 +, Estrin, Alex wrote:
> > [ ... ]
> > please see hfi1/verbs.c @ hfi1_register_ib_device()
> > [ ... ]
>
> Hello Alex,
>
> I think I figured out what I did wrong: both the hfi1 and the qib drivers
> nee
On Tue, Jan 17, 2017 at 1:42 AM, Greg KH wrote:
> On Mon, Jan 16, 2017 at 03:22:48PM -0600, christopher.lee.bos...@gmail.com
> wrote:
>> From: Chris Bostic
>
>
>
> Only this, and patch 02/18 came through, did something get stuck on your
> end?
>
Hi Greg,
Yes had an issue with the server block
On Tue, Jan 17, 2017 at 04:55:22AM +0100, Frederic Weisbecker wrote:
[ . . . ]
> In fact due to the complexity involved, I have to ask first if we
> really need this feature. Typically nohz_full workloads don't want to
> be disturbed at all, so do we have real and significant usecases of CPU
> i
On 01/17/2017 12:58 PM, Alexey Brodkin wrote:
>>
>> +static void arc_default_smp_wait_to_boot(int cpu) {
>> +while (wake_flag != cpu)
>> +;
>> +
>> +wake_flag = 0;
>
> Why don't we convert "wake_flag" into bit-field so each core uses its special
> bit.
> It is IMHO beneficial
Fix Makefile for x86 support, dependency on CONFIG_COMMON_CLK
was not explicit
Fixes: 701190fd7419 ('clk: x86: add support for Lynxpoint LPSS clocks')
Signed-off-by: Pierre-Louis Bossart
---
drivers/clk/Makefile | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/clk/Makefile b/drivers
These patches specifically enable the audio MCLK required by Baytrail
CR devices. It is the remaining part of a bigger set of patches
(already merged in Mark Brown's tree) that enable sound for Baytrail CR
devices (especially Asus T100TAF) [1]. They include the clock driver
and clock enabling in th
On Tue, Jan 17, 2017 at 08:25:49PM +0100, PaX Team wrote:
> On 17 Jan 2017 at 18:07, Dave P Martin wrote:
>
> > On Tue, Jan 17, 2017 at 06:09:49PM +0100, PaX Team wrote:
> > > On 17 Jan 2017 at 10:42, Dave P Martin wrote:
> > >
> > > > This can be read with the interpretation you suggest, but the w
From: Irina Tirdea
The BayTrail and CherryTrail platforms provide platform clocks
through their Power Management Controller (PMC).
The SoC supports up to 6 clocks (PMC_PLT_CLK[0..5]) with a
frequency of either 19.2 MHz (PLL) or 25 MHz (XTAL) for BayTrail
and a frequency of 19.2 MHz (XTAL) for Ch
On 01/17/2017 01:57 PM, Jeff Moyer wrote:
> Only a few bio-based drivers actually generate blktrace completion
> (C) events. Instead of changing all bio-based drivers to call
> trace_block_bio_complete, move the tracing to bio_complete, and remove
> the explicit tracing from the few drivers that a
On 01/16/2017 03:33 AM, Felipe Balbi wrote:
>
> Hi,
>
> Shuah Khan writes:
>> Change goto labels to meaningful names from a series of errNs.
>>
>> Signed-off-by: Shuah Khan
>
> doesn't apply to testing/next, please rebase.
>
Hi Felipe,
This patch is dependent on the
usb: dwc3: exynos fix a
From: Chris Bostic
Introduction of the IBM 'Flexible Support Interface' (FSI) bus device
driver. FSI is a high fan out serial bus consisting of a clock and a serial
data line capable of running at speeds up to 166 MHz.
This set provides the basic framework to add FSI extensions to the
Linux bus
s/Acumulate/Accumulate/
Signed-off-by: Pierre-Louis Bossart
---
include/linux/platform_data/x86/pmc_atom.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/platform_data/x86/pmc_atom.h
b/include/linux/platform_data/x86/pmc_atom.h
index aa8744c..e4905fe 100644
--
From: Irina Tirdea
The pmc_atom driver does not contain any architecture specific
code. It only enables the SoC Power Management Controller driver
for BayTrail and CherryTrail platforms.
Move the pmc_atom driver from arch/x86/platform/atom to
drivers/platform/x86. Also clean-up and reorder inclu
On 01/17/2017 01:41 PM, Alexey Brodkin wrote:
>
> Has this one passed checkpatch? Above "{" on the same line as function name
> and closing one merged with the previous line look strange.
Nope - I didn't :-(
I will fix it. Thx for spotting this.
>> + */
>> +if (mp.dbg)
>> +as
From: Irina Tirdea
The BayTrail and CherryTrail platforms provide platform clocks
through their Power Management Controller (PMC).
The SoC supports up to 6 clocks (PMC_PLT_CLK[0..5]) with a
frequency of either 19.2 MHz (PLL) or 25 MHz (XTAL) for BayTrail
and a frequency of 19.2 MHz (XTAL) for Ch
On 01/17/2017 02:14 PM, Vineet Gupta wrote:
>> Has this one passed checkpatch? Above "{" on the same line as function name
>> and closing one merged with the previous line look strange.
> Nope - I didn't :-(
> I will fix it. Thx for spotting this.
>
Is there some issue with ur mailer - my patch se
On Tue, Jan 17, 2017 at 10:08:37PM +0100, Maxime Ripard wrote:
> The TCA8418 might be used using different interrupt triggers on various
> boards. This is not working so far because the current code forces a
> falling edge trigger.
>
> The device tree already provides a trigger type, so let's use
On Tue, Jan 17, 2017 at 10:00:00PM +, Bart Van Assche wrote:
> + /*
> + * qib and hfi1 use two sets of DMA operations:
> + * - The DMA operations of the PCIe device for SDMA.
> + * - dma_virt_ops for users of the qib and hfi1 drivers.
> + * The only purpose of @dma_devic
On 01/17/2017 09:49 AM, Jarkko Sakkinen wrote:
On Mon, Jan 16, 2017 at 04:41:11PM -0500, Stefan Berger wrote:
+ * @min_rx_length: minimum expected length of response
Please, rename as min_rsp_body_len and change the description
accordingly.
* @flags: tpm transmit flags - bitmap
* @desc
On 01/17/17 09:34, Denys Vlasenko wrote:
>
>
> On 01/17/2017 06:15 PM, Theodore Ts'o wrote:
>> On Tue, Jan 17, 2017 at 09:21:31AM +0100, Denys Vlasenko wrote:
If someone wants to send me a patch, I'll happily take a look at it,
>>>
>>> Will something along these lines be accepted?
>>
>> The
On Tue, 17 Jan 2017, Thomas Gleixner wrote:
On Fri, 6 Jan 2017, Vikas Shivappa wrote:
Introduce a scheduling hook finish_arch_pre_lock_switch which is
called just after the perf sched_in during context switch. This method
handles both cat and cqm sched in scenarios.
Sure, we need yet anothe
Jens Axboe writes:
> On 01/17/2017 01:57 PM, Jeff Moyer wrote:
>> Only a few bio-based drivers actually generate blktrace completion
>> (C) events. Instead of changing all bio-based drivers to call
>> trace_block_bio_complete, move the tracing to bio_complete, and remove
>> the explicit tracing
On Tue, Jan 17, 2017 at 08:12:24PM +0100, Thomas Gleixner wrote:
> We really want to have a single place for all of this MSR stuff, because
> following your argumentation will be a perfect precedence for more private
> implementations.
Yes, you're so right. Ok, how about this untested thing. The w
On Fri, 6 Jan 2017, Vikas Shivappa wrote:
> Introduce a scheduling hook finish_arch_pre_lock_switch which is
> called just after the perf sched_in during context switch. This method
> handles both cat and cqm sched in scenarios.
Sure, we need yet another special hook. What's wrong with
finish_arch
Hello Arnd and Olof,
Please pull the Aspeed defconfig tree for 4.11.
The following changes since commit 7ce7d89f48834cefece7804d38fc5d85382edf77:
Linux 4.10-rc1 (2016-12-25 16:13:08 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/joel/aspeed.git
Hi all,
Today's linux-next merge of the amlogic tree got a conflict in:
arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi
between commit:
f7bcd4b6f698 ("ARM64: dts: meson-gxbb-odroidc2: Disable SCPI DVFS")
from the arm-soc tree and commit:
47961f1353b8 ("ARM64: dts: meson-gx: move the SCPI an
On Tue, 17 Jan 2017, Michal Hocko wrote:
> From: Michal Hocko
>
> 599d0c954f91 ("mm, vmscan: move LRU lists to node") has added per numa
> node statistics to show_mem but it forgot to add skip_free_areas_node
> to fileter out nodes which are outside of the allocating task numa
> policy. Add this
Cc: a...@kingnoval.com
Signed-off-by: Andreas Färber
---
To be squashed in v2.
arch/arm64/boot/dts/amlogic/meson-gxm-rbox-pro.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gxm-rbox-pro.dts
b/arch/arm64/boot/dts/amlogic/meson-gxm-rbox
Cc: a...@kingnoval.com
Signed-off-by: Andreas Färber
---
Originally I thought we would group by SoC (6, 8, 8b, gxbb, gxl, gmx, etc.)
but this got out of order with nexbox,a95x - so inserting kingnovel between
amlogic and nexbox here. If that's what we want going forward, we should move
the old
Their domain name is spelled kingnoval, but textually Kingnovel.
Cc: a...@kingnoval.com
Signed-off-by: Andreas Färber
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentati
Hello Arnd and Olof,
Please pull the Aspeed soc tree for 4.11.
The following changes since commit 7ce7d89f48834cefece7804d38fc5d85382edf77:
Linux 4.10-rc1 (2016-12-25 16:13:08 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/joel/aspeed.git
tags/
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in:
arch/arm/mach-ux500/platsmp.c
between commit:
6996cbb23721 ("ARM: 8641/1: treewide: Replace uses of virt_to_phys with
__pa_symbol")
from the arm tree and commit:
9e634cae7256 ("ARM: ux500: simplify secondary boot")
601 - 700 of 1063 matches
Mail list logo
