On 12/10/16 21:40, Zach Brown wrote:
> When the broken-highspeed property is set the sdhci driver will not
> go into highspeed mode even if the controller and card appear to
> otherwise support highspeed mode.
>
> This is useful in cases where the controller and card support highspeed,
> but the
On 17 October 2016 at 08:28, Johannes Berg wrote:
> On Sat, 2016-10-15 at 18:16 +0100, Ard Biesheuvel wrote:
>> The CCM code goes out of its way to perform the CTR encryption of the
>> MAC using the subordinate CTR driver. To this end, it tweaks the
>> input and output
On 17/10/16 04:17 PM, Baoquan He wrote:
> In fact this could happen in radeon_pci_shutdown. I tried reboot and
> poweroff, kernel panic happened in both cases. Attachments are console
> log and kernel config of 4.9-rc1 on linus's tree.
This is fixed with these commits, which should land in Linus'
From: Wanpeng Li
Extract start_sw_period() to handle periodic/oneshot mode, it will be
used by later patch.
Cc: Paolo Bonzini
Cc: Radim Krčmář
Cc: Yunhong Jiang
Signed-off-by: Wanpeng Li
On Mon, Oct 17, 2016 at 01:13:55AM +0530, Pankaj Bharadiya wrote:
> Replace CamelCase names with underscores to comply with the standard
> kernel coding style.
>
> Signed-off-by: Pankaj Bharadiya
> ---
> drivers/staging/dgnc/dgnc_tty.c | 20 ++--
> 1
From: Wanpeng Li
Introdce kvm_get_lapic_target_expiration_tsc() to get APIC Timer target
deadline tsc.
Cc: Paolo Bonzini
Cc: Radim Krčmář
Cc: Yunhong Jiang
Signed-off-by: Wanpeng Li
Hi Zheng,
On Fri, Oct 14, 2016 at 4:47 AM, Yan, Zheng wrote:
> On Thu, Oct 13, 2016 at 11:15 PM, Geert Uytterhoeven
> wrote:
>> fs/ceph/super.c: In function ‘ceph_real_mount’:
>> fs/ceph/super.c:818: warning: ‘root’ may be used uninitialized in
On Mon, 2016-10-17 at 08:37 +0100, Ard Biesheuvel wrote:
>
> Could we get a statement first whether it is supported to allocate
> aead_req (and other crypto req structures) on the stack?
Well, we haven't heard from Herbert :)
> If not, then
> we have our work cut out for us. But if it is, I'd
From: Wanpeng Li
Check apic_lvtt_tscdeadline() mode directly instead of apic_lvtt_oneshot()
and apic_lvtt_period() to guarantee the timer is in tsc-deadline mode when
rdmsr MSR_IA32_TSCDEADLINE.
Suggsted-by: Radim Krčmář
Cc: Paolo Bonzini
From: Takashi Sakamoto
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 8da08ca03b73593d5299893bf29fc08569c3fb5f upstream.
Currently, usb-line6 module exports an array of MIDI manufacturer ID and
usb-pod module uses
From: James Hogan
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 91e4f1b6073dd680d86cdb7e42d7a9db39d8 upstream.
When a guest TLB entry is replaced by TLBWI or TLBWR, we only invalidate
TLB entries on the local
From: Takashi Iwai
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit db68577966abc1aeae4ec597b3dcfa0d56e92041 upstream.
The pointer callbacks of ali5451 driver may return the value at the
boundary occasionally, and it results in
On Mon, 2016-10-17 at 08:50 +0100, Ard Biesheuvel wrote:
> I just realised that patch should probably use
> aead_request_alloc/aead_request_free [and drop the memset]. That also
> fixes the latent bug where the alignment of the req ctx is not take
> into account.
Good point, I'll fix that up.
>
From: Alex Vesker
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit e5ac40cd66c2f3cd11bc5edc658f012661b16347 upstream.
Because of an incorrect bit-masking done on the join state bits, when
handling a join request we failed
Op 17-10-16 om 08:05 schreef Daniel Vetter:
> On Thu, Oct 13, 2016 at 05:04:03PM -0300, Paulo Zanoni wrote:
>> Em Qui, 2016-10-13 às 15:39 +0200, Maarten Lankhorst escreveu:
>>> Op 08-10-16 om 02:11 schreef Lyude:
Now that we've make skl_wm_levels make a little more sense, we can
remove
From: zhong jiang
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 5b398e416e880159fe55eefd93c6588fa072cd66 upstream.
I hit the following hung task when runing a OOM LTP test case with 4.1
kernel.
Call trace:
[]
From: Al Viro
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 1ae2293dd6d2f5c823cf97e60b70d03631cd622f upstream.
Signed-off-by: Al Viro
Signed-off-by: Jiri Slaby
---
From: Balbir Singh
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 135e8c9250dd5c8c9aae5984fde6f230d0cbfeaf upstream.
The origin of the issue I've seen is related to
a missing memory barrier between check for
From: Peter Zijlstra
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit ecf7d01c229d11a44609c0067889372c91fb4f36 upstream.
Oleg noticed that its possible to falsely observe p->on_cpu == 0 such
that we'll prematurely
From: Jeff Mahoney
3.12-stable review patch. If anyone has any objections, please let me know.
===
Prior to v3.17, XFS used positive error codes internally. Commit
af8d971602b9583e5e8400e637e2a48c7480bc64 (xfs: inode recovery
readahead can race with inode buffer
From: Michal Hocko
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 735f2770a770156100f534646158cb58cb8b2939 upstream.
Commit fec1d0115240 ("[PATCH] Disable CLONE_CHILD_CLEARTID for abnormal
exit") has caused a subtle
From: Alex Deucher
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 670bb4fd21c966d0d2a59ad4a99bb4889f9a2987 upstream.
Add clock quirks for Jet parts.
Reviewed-by: Sonny Jiang
Tested-by: Sonny
From: Robert Jarzmik
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 51193b76bfff5027cf96ba63effae808ad67cca7 upstream.
When the kernel path contains a space or a colon somewhere in the path
name, the modules_install
From: Yi Li
The adm1278 can optionally monitor the VOUT pin. This functioanltiy is
not enabled at reset, so PMON_CONFIG needs to be modified in order to
enable it.
Signed-off-by: Yi Li
Signed-off-by: Joel Stanley
---
v2:
Return an error
From: Will Deacon
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 3a402a709500c5a3faca2111668c33d96555e35a upstream.
When TIF_SINGLESTEP is set for a task, the single-step state machine is
enabled and we must take care
Hi,
(I have added you to another thread which is where we'll be collecting
discussion about this, however ...)
Alan Stern writes:
> On Fri, 14 Oct 2016, Felipe Balbi wrote:
>
>> argh, we have nested spinlocks :-( Well, we shouldn't call
>> usb_ep_disable() with locks
From: Khem Raj
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 1e407ee3b21f981140491d5b8a36422979ca246f upstream.
gcc-6 correctly warns about a out of bounds access
arch/powerpc/kernel/ptrace.c:407:24: warning: index 32
From: Sergei Miroshnichenko
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 9abefcb1aaa58b9d5aa40a8bb12c87d02415e4c8 upstream.
A timer was used to restart after the bus-off state, leading to a
relatively large
From: Bart Van Assche
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 51093254bf879bc9ce96590400a87897c7498463 upstream.
Let the target core check task existence instead of the SRP target
driver. Additionally, let
From: Michael Ellerman
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit e8a4fd0afe05d5213d809fa686d3b8319464acfd upstream.
The encoding of the lengths in the ibm_architecture_vec array is
"interesting" to say the least.
From: Vitaly Kuznetsov
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 32a158325acf12842764b1681f53903673f2f22e upstream.
It looks like clockevents_unbind is being exported by mistake as:
- it is static;
- it is not
From: Arnd Bergmann
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit e72e2dfe7c16ffbfbabf9cb24adc6d9f93a4fe37 upstream.
When gcov profiling is enabled, we see a lot of spurious warnings about
possibly uninitialized variables
From: Robin Murphy
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit ba6dea4f7cedb4b1c17e36f4087675d817c2e24b upstream.
Whilst MPIDR values themselves are less than 32 bits, it is still
perfectly valid for a DT to have
From: Joerg Roedel
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 3254de6bf74fe94c197c9f819fe62a3a3c36f073 upstream.
Not doing so might cause IO-Page-Faults when a device uses
an alias request-id and the alias-dte is left
On 10/17/2016 09:39 AM, SF Markus Elfring wrote:
Does it improve code? Does it improve anything?
>>>
>>> Yes. - I got such an impression.
>>>
>>> * Is it more efficient to call the function "seq_printf" for the desired
>>> data processing
>>> for a single character than to pass it to the
From: Sam Ravnborg
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 6eb64b8c64f7177b160b4bdbabd317d523bf4bfc upstream.
Fix headers_install by adjusting the path to arch files.
And delete unused Kbuild file.
Drop special
From: Srinivas Ramana
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 117e5e9c4cfcb7628f08de074fbfefec1bb678b7 upstream.
If the bootloader uses the long descriptor format and jumps to
kernel decompressor code, TTBCR
From: Dan Carpenter
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 2d6a4d64812bb12dda53704943b61a7496d02098 upstream.
The curly braces are missing here so we print stuff unintentionally.
Fixes: 9da4714a2d44
From: Michael Walle
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit b53893aae441a034bf4dbbad42fe218561d7d81f upstream.
According to the datasheet you should only write 1 to this bit. If it is
not set, at least AIN3 will
From: Russell King
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit da60626e7d02a4f385cae80e450afc8b07035368 upstream.
Clear the current reset status prior to rebooting the platform. This
adds the bit missing from
From: Nicolas Iooss
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit ae6c33ba6e37eea3012fe2640b22400ef3f2d0f3 upstream.
Commit bbeddf52adc1 ("printk: move braille console support into separate
braille.[ch] files")
From: Kuninori Morimoto
Current dw-hdmi is supporting sound via AHB bus, but it has
I2S audio feature too. This patch adds I2S audio support to dw-hdmi.
This HDMI I2S is supported by using ALSA SoC common HDMI encoder
driver.
Tested-by: Jose Abreu
On Mon, Oct 17, 2016 at 07:33:33AM +, David Binderman wrote:
> Hello there,
>
>
>
> linux-4.9-rc1/drivers/staging/lustre/lustre/osc/osc_request.c:973]: (style)
> Checking if unsigned variable 'cli.cl_avail_grant' is less than zero.
>
>
>
> Source code is
>
>
>
> if
Hi Rob, Mark
These are OF graph base simple-card patch-set.
1) - 3) : simple-scu-card cleanup
4) - 10) : soc-core prepare for OF graph card
11) - 17) : OF graph new feature
18) - 23) : OF graph base simple-card
I posted 11) - 17) OF graph new feature patches before, and then Rob requested
On 10/17/2016, 10:33 AM, Peter Zijlstra wrote:
> On Sun, Oct 16, 2016 at 05:16:05PM +0200, Vegard Nossum wrote:
>> The test in this loop:
>>
>> for (b_fw = __start_builtin_fw; b_fw != __end_builtin_fw; b_fw++) {
>>
>> was getting completely compiled out by my gcc, 7.0.0 20160520. The result
On Mon, Oct 17, 2016 at 11:01:13AM +0200, Jiri Slaby wrote:
> On 10/17/2016, 10:33 AM, Peter Zijlstra wrote:
> > On Sun, Oct 16, 2016 at 05:16:05PM +0200, Vegard Nossum wrote:
> >> The test in this loop:
> >>
> >>for (b_fw = __start_builtin_fw; b_fw != __end_builtin_fw; b_fw++) {
> >>
> >> was
gb_audio_manager_module_descriptor's intf_id field maintains the
information about the interface on which module is connected hence
having an extra slot field is redundant.
Thus remove the slot field and its associated code.
Signed-off-by: Pankaj Bharadiya
---
On Mon, 2016-10-17 at 00:42 +0200, Borislav Petkov wrote:
> On Sun, Oct 16, 2016 at 11:42:26AM -0700, h...@zytor.com wrote:
> >
> > It's needlessly adding complexity for no reason, at least for the
>
> What complexity? The init_scattered_cpuid_features() version is a
> trivial patch in
Below is the list of build error/warning regressions/improvements in
v4.9-rc1[1] compared to v4.8[2].
Summarized:
- build errors: +48/-3
- build warnings: +1576/-1194
As I haven't mastered kup yet, there's no verbose summary at
On Mon, Oct 17, 2016 at 9:21 AM, Geert Uytterhoeven
wrote:
> Below is the list of build error/warning regressions/improvements in
> v4.9-rc1[1] compared to v4.8[2].
> [1] http://kisskb.ellerman.id.au/kisskb/head/11053/ (all 262 configs)
> [2]
From: Arnd Bergmann
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 815eb71e7149ecce40db9dd0ad09c4dd9d33c60f upstream.
CONFIG_PROFILE_ALL_BRANCHES confuses gcc-5.x to the degree that it prints
incorrect warnings about a lot of
If user sets panic_on_warn, he wants kernel to panic if there is
anything barely wrong with the kernel. KASAN-detected errors
are definitely not less benign than an arbitrary kernel WARNING.
Panic after KASAN errors if panic_on_warn is set.
We use this for continuous fuzzing where we want kernel
- Original Message -
> From: "Wanpeng Li"
> To: "Peter Zijlstra"
> Cc: linux-kernel@vger.kernel.org, "Wanpeng Li" ,
> "Ingo Molnar" , "Mike
> Galbraith" , "Thomas Gleixner"
Remove the unused but set variable pinst in padata_parallel_worker to
fix the following warning when building with 'W=1':
kernel/padata.c: In function ‘padata_parallel_worker’:
kernel/padata.c:68:26: warning: variable ‘pinst’ set but not used
[-Wunused-but-set-variable]
Also remove the now
On 13/10/16 04:11, Muhammad Usman Nadeem wrote:
> Usage: sudo perf record -e intel_pt//u --filter='filter 0x40 /
> 0x1000 @./a.out' ./a.out 123
>
> a.out is my program (for loop, call using function pointer and use of
> longjump) and 123 is the argument.
>
> Output: [ perf record: Woken up 1
Most windows guests which I have on hand currently still utilize APIC Timer
periodic/oneshot mode instead of APIC Timer tsc-deadline mode:
- windows 2008 server r2
- windows 2012 server r2
- windows 7
- windows 10
This patchset adds the APIC Timer periodic/oneshot mode VMX preemption
timer
On Mon, Oct 17, 2016 at 08:38:57AM +0200, luca abeni wrote:
> > Yes, there currently is no existing schedulability analysis for
> > multi-processor EDF with random affinities (as far as I know)
> Correction: it looks like I was wrong, and the schedulability of
> multi-processor EDF with arbitrary
On 10/10/2016 04:36 PM, Sudeep Holla wrote:
> Hi Neil,
>
> Sorry, I could not reply to your response on v3. Anyways I will review v4.
>
> On 05/10/16 08:33, Neil Armstrong wrote:
>> This patch adds support for the Legacy SCPI protocol in early JUNO versions
>> and
>> shipped Amlogic ARMv8 based
On 10/14/2016 08:10 PM, Dmitry Vyukov wrote:
> If user sets panic_on_warn, he wants kernel to panic if there is
> anything barely wrong with the kernel. KASAN-detected errors
> are definitely not less benign than an arbitrary kernel WARNING.
>
> Panic after KASAN errors if panic_on_warn is set.
On Mon, Oct 17, 2016 at 10:21 AM, Jan Kara wrote:
> The changes in generic/092, generic/255, generic/316 look unrelated. Not
> sure how 0-day ended up blaming that commit (furthermore they don't
> reproduce for me locally). The change in generic/314 is known and
> deliberate.
On 17/10/2016 09:45, Wanpeng Li wrote:
> + remaining = ktime_sub(apic->lapic_timer.target_expiration, now);
> if (ktime_to_ns(remaining) < 0)
> remaining = ktime_set(0, 0);
>
> @@ -1351,13 +1352,28 @@ static void start_sw_period(struct kvm_lapic *apic)
> {
>
Commit-ID: ba2f81575eba8dcf128354169c20ae23f810f652
Gitweb: http://git.kernel.org/tip/ba2f81575eba8dcf128354169c20ae23f810f652
Author: Piotr Luc
AuthorDate: Wed, 12 Oct 2016 20:27:58 +0200
Committer: Ingo Molnar
CommitDate: Mon, 17 Oct 2016
On Fri, Oct 14, 2016 at 02:41:11PM +0100, Morten Rasmussen wrote:
> @@ -3515,6 +3517,10 @@ dequeue_entity(struct cfs_rq *cfs_rq, struct
> sched_entity *se, int flags)
>*/
> if ((flags & (DEQUEUE_SAVE | DEQUEUE_MOVE)) == DEQUEUE_SAVE)
> update_min_vruntime(cfs_rq);
> +
Remove the set but unused variable base in alarm_clock_get to fix the
following warning when building with 'W=1':
kernel/time/alarmtimer.c: In function ‘alarm_timer_create’:
kernel/time/alarmtimer.c:545:21: warning: variable ‘base’ set but not used
[-Wunused-but-set-variable]
Signed-off-by:
ATTENZIONE;
La cassetta postale ha superato il limite di archiviazione, che è 5 GB come
definiti dall'amministratore, che è attualmente in esecuzione su 10.9GB, non si
può essere in grado di inviare o ricevere nuovi messaggi fino a ri-convalidare
la tua mailbox. Per rinnovare la vostra casella
On 16/10/16 21:03, SF Markus Elfring wrote:
From: Markus Elfring
Date: Sun, 16 Oct 2016 20:48:28 +0200
Some data were printed into a sequence by six separate function calls.
Print the same data by a single function call instead.
Signed-off-by: Markus Elfring
On Mon, 2016-10-17 at 10:47 +0200, Ingo Molnar wrote:
> * Luc, Piotr wrote:
>
> >
> > On Mon, 2016-10-17 at 09:55 +0200, Thomas Gleixner wrote:
> > >
> > The typo was acknowledged and is going to be fixed in next version
> > of
> > the document.
>
> All of this should
On Mon, Oct 17, 2016 at 05:59:51PM +1100, Nicholas Piggin wrote:
> On Mon, 17 Oct 2016 08:51:31 +0200
> Adam Borowski wrote:
> > On Mon, Oct 17, 2016 at 02:57:09PM +1100, Nicholas Piggin wrote:
> > > On Sat, 15 Oct 2016 17:22:05 -0700 Omar Sandoval
> >
Hi,
This is Mediatek MT8173 Command Queue(CMDQ) driver. The CMDQ is used
to help write registers with critical time limitation, such as
updating display configuration during the vblank. It controls Global
Command Engine (GCE) hardware to achieve this requirement.
These patches have a build
On Sun, Oct 16, 2016 at 07:05:22PM +0200, Vegard Nossum wrote:
> On 10/16/2016 06:14 PM, Greg Kroah-Hartman wrote:
> > On Sun, Oct 16, 2016 at 05:16:04PM +0200, Vegard Nossum wrote:
> > > Hi,
> > >
> > > The first two patches in the series fix the concrete bug (a boot crash
> > > when using gcc
On Sun, Oct 16, 2016 at 05:16:05PM +0200, Vegard Nossum wrote:
> The test in this loop:
>
> for (b_fw = __start_builtin_fw; b_fw != __end_builtin_fw; b_fw++) {
>
> was getting completely compiled out by my gcc, 7.0.0 20160520. The result
> was that the loop was going beyond the end of the
On Sun, Oct 16, 2016 at 10:17:53AM -0700, Andy Lutomirski wrote:
> On Thu, Oct 6, 2016 at 10:25 AM, Andy Lutomirski wrote:
> > Pointing an sg list at the stack is verboten and, with
> > CONFIG_VMAP_STACK=y, will malfunction. Use kmalloc for the wusb
> > crypto stack space
On Sun, Oct 16, 2016 at 01:16:50PM -0400, Oleg Drokin wrote:
> It's multiple values per file, so it has no business being in sysfs,
> besides it was assuming seqfile anyway.
>
> Introduced by
> commit d806f30e639b ("staging: lustre: osc: revise unstable pages accounting")
In the future, the
On 17 October 2016 at 08:47, Johannes Berg wrote:
> On Mon, 2016-10-17 at 08:37 +0100, Ard Biesheuvel wrote:
>>
>> Could we get a statement first whether it is supported to allocate
>> aead_req (and other crypto req structures) on the stack?
>
> Well, we haven't heard
From: Kuninori Morimoto
simple sound card family are using very similar style, but because of its
historical reason, there are small differences. For example pointer style,
function name, caller postion etc...
This patch synchronized simple card style to other
In order to support the SMP feature of the Oxford Semiconductor OX820 SoC,
add the necessary code to handle the wake-up, hotplug and cpu entry.
Neil Armstrong (2):
ARM: oxnas: Add OX820 SMP support
ARM: oxnas: Add OX820 config and makefile entry
arch/arm/Makefile | 1 +
The Oxford Semiconductor OX820 is a ARM11MPcore based SoC sharing some
features with the OX810 earlier SoC.
This patch adds the core to wake up the second core.
Signed-off-by: Neil Armstrong
---
arch/arm/mach-oxnas/Makefile | 2 +
arch/arm/mach-oxnas/headsmp.S | 28
Refactor the oxnas Kconfig entries among the OX810SE and OX820 configs,
and add the files to support the OX820 SMP feature.
Signed-off-by: Neil Armstrong
---
arch/arm/Makefile | 1 +
arch/arm/mach-oxnas/Kconfig | 30 +-
2 files
Commit-ID: 608284bf0def3ca5e6936920fcd84294101ef12d
Gitweb: http://git.kernel.org/tip/608284bf0def3ca5e6936920fcd84294101ef12d
Author: Piotr Luc
AuthorDate: Wed, 12 Oct 2016 20:26:34 +0200
Committer: Ingo Molnar
CommitDate: Mon, 17 Oct 2016
>> diff --git a/arch/arm64/kernel/smp.c b/arch/arm64/kernel/smp.c
>> index d3f151cfd4a1..8507703dabe4 100644
>> --- a/arch/arm64/kernel/smp.c
>> +++ b/arch/arm64/kernel/smp.c
>> @@ -544,6 +544,7 @@ acpi_map_gic_cpu_interface(struct
>> acpi_madt_generic_interrupt *processor)
>>
When a task moves from/to a cfs_rq, we set a flag which is then used to
propagate the change at parent level (sched_entity and cfs_rq) during
next update. If the cfs_rq is throttled, the flag will stay pending until
the cfs_rw is unthrottled.
For propagating the utilization, we copy the
The moves of tasks are now propagated down to root and the utilization
of cfs_rq reflects reality so it doesn't need to be estimated at init.
Signed-off-by: Vincent Guittot
---
kernel/sched/fair.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 2016/10/13 16:08, js1...@gmail.com wrote:
> From: Joonsoo Kim
>
> Currently, freeing page can stay longer in the buddy list if next higher
> order page is in the buddy list in order to help coalescence. However,
> it doesn't work for the simplest sequential free case.
On Thu, Oct 13, 2016 at 01:20:20AM +0100, Lorenzo Stoakes wrote:
> This patch removes the write parameter from access_process_vm() and replaces
> it
> with a gup_flags parameter as use of this function previously _implied_
> FOLL_FORCE, whereas after this patch callers explicitly pass this flag.
On Sun, Oct 16, 2016 at 03:48:42PM -0700, Joel Fernandes wrote:
> Also, one more thing about the barrier dances you mentioned, this will
> also be done by the spinlock which was there before my patch. So in
> favor of my patch, it doesn't make things any worse than they were and
> actually fixes
On Thu, Oct 13, 2016 at 04:28:01PM +0100, Will Deacon wrote:
> On Fri, Oct 07, 2016 at 04:52:51PM +0200, Peter Zijlstra wrote:
> > @@ -457,15 +472,20 @@ static bool mutex_optimistic_spin(struct
> > * release the lock or go to sleep.
> > */
> > owner =
On 10/17/2016 11:06 AM, Arnd Bergmann wrote:
> On Monday, October 17, 2016 10:43:02 AM CEST Neil Armstrong wrote:
>> +
>> + /*
>> +* This is really belt and braces; we hold unintended secondary
>> +* CPUs in the holding pen until we're ready for them. However,
>> +*
On 10/17/2016 11:00 AM, SF Markus Elfring wrote:
>>> Calling the function "seq_putc" will be more efficient than "seq_printf"
>>> in this case because of the following reasons.
>>>
>>> 1. How does the distribution look like for supported processor architectures
>>>where the data transfer for
Documentation on development tools was moved to Documentation/devl-tools
and sphinxified (renamed from .txt to .rst).
References in lib/Kconfig.debug need to be updated to the new location.
Signed-off-by: Andreas Platschek
---
lib/Kconfig.debug | 8
1
On Mon, 17 Oct 2016, Luc, Piotr wrote:
> On Mon, 2016-10-17 at 10:47 +0200, Ingo Molnar wrote:
> > * Luc, Piotr wrote:
> > >
> > > The typo was acknowledged and is going to be fixed in next version
> > > of the document.
> >
> > All of this should be pointed out in the
Documenation/ubsan.txt was moved to Documentation/dev-tools/ubsan.rst,
this fixes the reference.
Signed-off-by: Andreas Platschek
---
lib/Kconfig.ubsan | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/lib/Kconfig.ubsan b/lib/Kconfig.ubsan
This patch is first version of Mediatek Command Queue(CMDQ) driver. The
CMDQ is used to help write registers with critical time limitation,
such as updating display configuration during the vblank. It controls
Global Command Engine (GCE) hardware to achieve this requirement.
Currently, CMDQ only
This adds documentation for the MediaTek Global Command Engine (GCE) unit
found in MT8173 SoCs.
Signed-off-by: HS Liao
Acked-by: Rob Herring
---
.../devicetree/bindings/mailbox/mtk-gce.txt| 43 ++
1 file changed, 43
This patch adds the device node of the GCE hardware for CMDQ module.
Signed-off-by: HS Liao
---
arch/arm64/boot/dts/mediatek/mt8173.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi
1. take suspend/resume into consideration
2. use clk_disable_unprepare instead of clk_disable to save more energy
when CMDQ is idle.
Signed-off-by: HS Liao
---
drivers/mailbox/mtk-cmdq-mailbox.c | 94 +++---
1 file changed, 88
On Mon, Oct 17, 2016 at 02:57:09PM +1100, Nicholas Piggin wrote:
> On Sat, 15 Oct 2016 17:22:05 -0700 Omar Sandoval wrote:
> > On Fri, Oct 14, 2016 at 10:12:46PM +0200, Michal Marek wrote:
> > > please pull these kbuild changes for v4.9-rc1:
> > >
> > > - EXPORT_SYMBOL for
On Sat, 2016-10-15 at 18:16 +0100, Ard Biesheuvel wrote:
> The CCM code goes out of its way to perform the CTR encryption of the
> MAC using the subordinate CTR driver. To this end, it tweaks the
> input and output scatterlists so the aead_req 'odata' and/or
> 'auth_tag' fields [which may live on
2016-10-17 9:12 GMT+02:00 Sekhar Nori :
> On Monday 17 October 2016 11:26 AM, Tomi Valkeinen wrote:
>> On 15/10/16 20:42, Sekhar Nori wrote:
>>
diff --git a/arch/arm/boot/dts/da850.dtsi b/arch/arm/boot/dts/da850.dtsi
index f79e1b9..32908ae 100644
---
Hello Vinod
On 10/17/2016 02:34 PM, Vinod Koul wrote:
On Mon, Oct 17, 2016 at 01:51:26PM +0900, Jiada Wang wrote:
Hello community
Is there any comment regarding this patch set?
I dont seem to have this, can you please rebase this and resend..
I found upstream already has similar
The wcove USB Type-C driver is currently being flooded with
interrupts that are not targeted to it. The reason for that
is because all CHRG first level interrupts are mapped to it.
This fixes the issue by introducing separate irq for the
usbc device, and mapping only USB Type-C PHY interrupts to
1 - 100 of 2320 matches
Mail list logo