On Thu, Oct 27, 2016 at 2:40 PM, Archit Taneja wrote:
>
>
> On 10/25/2016 02:29 PM, Chen-Yu Tsai wrote:
>>
>> On Tue, Oct 25, 2016 at 4:09 PM, Archit Taneja
>> wrote:
>>>
>>> Hi,
>>>
>>> On 10/20/2016 09:13 AM, Chen-Yu Tsai wrote:
Some rgb-to-vga bridges have an enable GPIO, either
On Wed, Oct 26, 2016 at 04:35:22PM -0700, Joe Perches wrote:
> On Wed, 2016-10-26 at 14:56 +0200, Uwe Kleine-König wrote:
> > Hello,
> >
> > these were found by
> >
> > git grep -i 0x%[lh]*[du]
> >
> > Maybe it would make sense to catch this type of unconvenience in
> > checkpatch?
>
> Alre
On Thu, 2016-10-27 at 10:47 +0800, Ian Kent wrote:
> On Thu, 2016-10-27 at 03:11 +0100, Al Viro wrote:
> >
> >
> > How much testing did it get? I've several test setups involving
> > autofs, but they are nowhere near exhaustive and I don't have good
> > enough feel of the codebase to slap togeth
The code has been rewritten to remove "generic" calls to
imx_pwm_{enable|disable|config}.
Such approach would facilitate switch to atomic PWM (a.k.a ->apply())
implementation.
Suggested-by: Stefan Agner
Suggested-by: Boris Brezillon
Signed-off-by: Lukasz Majewski
---
Changes for v2:
- Add miss
The code, which waits for fifo slot, has been extracted from
imx_pwm_config_v2 function and moved to new one - imx_pwm_wait_fifo_slot().
This change reduces the overall size of imx_pwm_config_v2() and prepares
it for atomic PWM operation.
Suggested-by: Stefan Agner
Suggested-by: Boris Brezillon
> -Original Message-
> From: Mark Rutland [mailto:mark.rutl...@arm.com]
> Sent: Wednesday, October 26, 2016 5:31 AM
> To: M.H. Lian
> Cc: linux-arm-ker...@lists.infradead.org; linux-kernel@vger.kernel.org;
> devicet...@vger.kernel.org; Marc Zyngier ; Stuart
> Yoder ; Leo Li ; Scott Wood
The code providing functionality surpassed by the atomic PWM is not needed
anymore and hence can be removed.
Suggested-by: Stefan Agner
Suggested-by: Boris Brezillon
Signed-off-by: Lukasz Majewski
Reviewed-by: Boris Brezillon
---
Changes for v2:
- None
---
drivers/pwm/pwm-imx.c | 127
From: Lothar Wassmann
Change the pwm chip driver registration, so that a chip driver that
supports polarity inversion can still be used with DTBs that don't
provide the 'PWM_POLARITY' flag.
This is done to provide polarity inversion support for the pwm-imx
driver without having to modify all exi
With this patch the polarity settings for i.MX's PWMv2 is now supported
on top of atomic PWM setting
Signed-off-by: Bhuvanchandra DV
Signed-off-by: Lukasz Majewski
---
Changes for v2:
- New patch
---
drivers/pwm/pwm-imx.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/
On 10/25/2016 02:29 PM, Chen-Yu Tsai wrote:
On Tue, Oct 25, 2016 at 4:09 PM, Archit Taneja wrote:
Hi,
On 10/20/2016 09:13 AM, Chen-Yu Tsai wrote:
Some rgb-to-vga bridges have an enable GPIO, either directly tied to
an enable pin on the bridge IC, or indirectly controlling a power
switch.
> * non-volatile media on completion.
> + * WRITE_BG Background write. This is for background activity like
> + * the periodic flush and background threshold writeback
> *
> */
> #define RW_MASK REQ_OP_WRITE
> @@ -202,6 +204,7
This patch provides separate set of pwm ops utilized by
i.MX's PWMv1 and PWMv2.
Signed-off-by: Lothar Waßmann
Signed-off-by: Bhuvanchandra DV
Signed-off-by: Lukasz Majewski
Acked-by: Shawn Guo
Reviewed-by: Sascha Hauer
---
Changes for v2:
- New patch
---
drivers/pwm/pwm-imx.c | 17 ++
From: Lothar Wassmann
Make the messages that are printed in case of fatal errors actually
visible to the user without having to recompile the driver with
debugging enabled.
Signed-off-by: Lothar Waßmann
Signed-off-by: Bhuvanchandra DV
---
drivers/pwm/core.c | 4 ++--
1 file changed, 2 inserti
> Dave, can you hit the warnings with this? Totally untested...
Can we just kill off the unhelpful blk_map_ctx structure, e.g.:
diff --git a/block/blk-mq.c b/block/blk-mq.c
index ddc2eed..d74a74a 100644
--- a/block/blk-mq.c
+++ b/block/blk-mq.c
@@ -1190,21 +1190,15 @@ static inline bool blk_mq_m
The imx-pwm.txt documentation update as a preparation for polarity
support.
Signed-off-by: Bhuvanchandra DV
Signed-off-by: Lukasz Majewski
---
Changes for v2:
- New patch
---
Documentation/devicetree/bindings/pwm/imx-pwm.txt | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --gi
This commit provides apply() callback implementation for i.MX's PWMv2.
Suggested-by: Stefan Agner
Suggested-by: Boris Brezillon
Signed-off-by: Lukasz Majewski
Reviewed-by: Boris Brezillon
---
Changes for v2:
- None
---
drivers/pwm/pwm-imx.c | 76 +++
The software reset code has been extracted from imx_pwm_config_v2 function
and moved to new one - imx_pwm_sw_reset().
This change reduces the overall size of imx_pwm_config_v2() and prepares
it for atomic PWM operation.
Suggested-by: Stefan Agner
Suggested-by: Boris Brezillon
Signed-off-by: Luk
* Josh Poimboeuf wrote:
> Add a sanity check to ensure the stack only grows down, and print a
> warning if the check fails.
>
> Signed-off-by: Josh Poimboeuf
> ---
> arch/x86/kernel/unwind_frame.c | 36
> 1 file changed, 32 insertions(+), 4 deletions(-)
>
This patch set brings atomic operation to i.MX's PWMv2 driver.
This work has been supported and suggested by Boris Brezillon [1] and
Stefan Agner, by showing how simple the transition could be :-).
It has been divided into several steps:
- Provide different pwm ops for PWMv1 and PWM v2
- Separ
Since the commit f14bbe77a96bb ("blk-mq: pass in suggested NUMA
node to ->alloc_hctx()") has already computed and set the
suggested NUMA node for hctx, so this code here is reduntant.
Signed-off-by: Xiubo Li
---
block/blk-mq.c | 19 ++-
1 file changed, 2 insertions(+), 17 deletio
On 27 October 2016 at 11:35, Leon Romanovsky wrote:
> On Tue, Oct 25, 2016 at 06:46:58PM +0530, Binoy Jayan wrote:
>> On 25 October 2016 at 17:56, Leon Romanovsky wrote:
>> > On Tue, Oct 25, 2016 at 05:31:59PM +0530, Binoy Jayan wrote:
>>
>> > In case of success (err == 0), you will call to unmap
On Wed, Oct 26, 2016 at 03:36:32PM -0400, Lyude wrote:
> Now that these have finally made it into 4.9, it's time to finally backport
> these fixes. Skylake has been a mess in multi-monitor setups for a while now
> because up until recently we've been updating the watermarks on Skylake just
> like w
* Bjorn Helgaas wrote:
> On Mon, Oct 24, 2016 at 05:33:18PM +0200, Arnd Bergmann wrote:
> > gcc -Wmaybe-uninitialized detects that quirk_intel_brickland_xeon_ras_cap
> > uses uninitialized data when CONFIG_PCI is not set:
> >
> > arch/x86/kernel/quirks.c: In function ‘quirk_intel_brickland_xeon
On Tue, Oct 25, 2016 at 09:09:33PM -0400, Paul Gortmaker wrote:
> On Mon, Oct 24, 2016 at 11:31 PM, Stephen Rothwell
> wrote:
> > Hi all,
> >
> > There will probably be no linux-next releases next week while I attend
> > the Kernel Summit.
> >
> > Changes since 20161024:
> >
> > The pm tree gaine
On Wed, Oct 26, 2016 at 01:31:13PM +0530, Binoy Jayan wrote:
> Clean up the following common code (to post a list of work requests to the
> send queue of the specified QP) at various places and add a helper function
> 'mlx5_ib_post_send_wait' to implement the same.
>
> - Initialize 'mlx5_ib_umr_co
On Tue, Oct 25, 2016 at 06:46:58PM +0530, Binoy Jayan wrote:
> On 25 October 2016 at 17:56, Leon Romanovsky wrote:
> > On Tue, Oct 25, 2016 at 05:31:59PM +0530, Binoy Jayan wrote:
>
> > In case of success (err == 0), you will call to unmap_dma instead of
> > normal flow.
> >
> > NAK,
> > Leon Roma
On Wed, Oct 26, 2016 at 08:47:46AM -0500, Dimitri Sivanich wrote:
> On Wed, Oct 26, 2016 at 02:56:57PM +0200, Uwe Kleine-König wrote:
> > It makes the result hard to interpret correctly if a base 10 number is
> > prefixed by 0x. So change to a hex number.
> >
>
> Would like to have this be a decim
On 10/21/2016 01:12 AM, Alex Williamson wrote:
> On Thu, 20 Oct 2016 15:23:53 +0800
> Jike Song wrote:
>
>> On 10/18/2016 05:22 AM, Kirti Wankhede wrote:
>>> diff --git a/drivers/vfio/mdev/mdev_core.c b/drivers/vfio/mdev/mdev_core.c
>>> new file mode 100644
>>> index ..7db5ec164aeb
>>
From: Lokesh Vutla
RTC can be clocked from an external 32KHz oscillator, or from the
Peripheral PLL. The RTC has an internal oscillator buffer to support
direct operation with a crystal.
| Device - |
From: Tero Kristo
If RTC is running from an internal clock source, the RTC module can't
be disabled; otherwise it stops ticking completely. Current suspend
handler implementation disables the clock/module unconditionally,
instead fix this by disabling the clock only if we are running on
external
On 2016/10/27 12:02, Gao Feng wrote:
> On Thu, Oct 27, 2016 at 11:56 AM, zhongjiang wrote:
>> From: zhong jiang
>>
>> when I compiler the newest kernel, I hit the following error with
>> Werror=may-uninitalized.
>>
>> net/core/flow_dissector.c: In function ?._skb_flow_dissect?
>> include/uapi/lin
Hi Alexandre,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 9fe68cad6e74967b88d0c6aeca7d9cd6b6e91942
commit: 3489187204eb75e5635d8836babfd0a18be613f4 serial: stm32: adding dma
support
date: 5 weeks ago
config: m
>From: Arnd Bergmann [mailto:a...@arndb.de]
>On Tuesday, October 25, 2016 4:26:27 PM CEST Sriram Dash wrote:
>> Do not require dma_set_coherent_mask for hcd
>>
>> Signed-off-by: Arnd Bergmann
>
>Aside from the comments I had for patch 3, you are doing two different things
>here:
>
>> diff --git a/
On 10/26/2016 09:43 PM, Bjorn Helgaas wrote:
> Hi Johannes,
>
> On Wed, Oct 26, 2016 at 03:53:34PM +0200, Johannes Thumshirn wrote:
>> The Read Completion Boundary bit must only be set on a device or endpoint if
>> it is set on the upstream bridge.
>>
>> Fixes: 7a1562d4f ("PCI: Apply _HPX Link Con
On Tue, Oct 25, 2016 at 08:27:52PM -0400, Dave Jones wrote:
> DaveC: Do these look like real problems, or is this more "looks like
> random memory corruption" ? It's been a while since I did some stress
> testing on XFS, so these might not be new..
>
> XFS: Assertion failed: oldlen > newlen, file
Hi,
On Wed, Oct 26, 2016 at 07:54:00PM -0400, Paul Gortmaker wrote:
> So, no EXPORT_SYMBOL, and any .config which has ACOMP2=m will fail.
I sent a patch for this:
https://patchwork.kernel.org/patch/9396503/
Regards,
--
Giovanni
On Wed, Oct 26, 2016 at 02:49:41PM -0700, Guenter Roeck wrote:
> On Wed, Oct 26, 2016 at 02:21:00PM +0200, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.8.5 release.
> > There are 140 patches in this series, all will be posted as a response
> > to this one. I
On Wed, Oct 26, 2016 at 12:44:58PM -0600, Shuah Khan wrote:
> On 10/26/2016 06:21 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.8.5 release.
> > There are 140 patches in this series, all will be posted as a response
> > to this one. If anyone has any issu
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
Hi Scott,
> -Original Message-
> From: Scott Wood [mailto:o...@buserror.net]
> Sent: Thursday, October 27, 2016 1:06 AM
> To: Y.B. Lu; linux-...@vger.kernel.org; ulf.hans...@linaro.org; Arnd
> Bergmann
> Cc: linuxppc-...@lists.ozlabs.org; devicet...@vger.kernel.org; linux-arm-
> ker...@li
On Wed, Oct 26, 2016 at 10:50:20AM -0500, Brian Boylston wrote:
> Update copy_from_iter_nocache() to use memcpy_nocache()
> for bvecs and kvecs.
>
> Cc: Ross Zwisler
> Cc: Thomas Gleixner
> Cc: Ingo Molnar
> Cc: "H. Peter Anvin"
> Cc:
> Cc: Al Viro
> Cc: Dan Williams
> Signed-off-by: Brian
From: Wanpeng Li
Add write msr notrace, it will be used by later patch.
Suggested-by: Peter Zijlstra
Suggested-by: Paolo Bonzini
Cc: Ingo Molnar
Cc: Mike Galbraith
Cc: Peter Zijlstra
Cc: Thomas Gleixner
Cc: Paolo Bonzini
Cc: Borislav Petkov
Signed-off-by: Wanpeng Li
---
arch/x86/includ
From: Wanpeng Li
| RCU used illegally from idle CPU!
| rcu_scheduler_active = 1, debug_locks = 0
| RCU used illegally from extended quiescent state!
| no locks held by swapper/1/0.
|
| [] do_trace_write_msr+0x135/0x140
| [] native_write_msr+0x20/0x30
| [] native_apic_msr_eoi_write+0x1d/0x30
|
On 10/26/2016 09:32 PM, Jerome Glisse wrote:
> On Wed, Oct 26, 2016 at 04:43:10PM +0530, Anshuman Khandual wrote:
>> On 10/26/2016 12:22 AM, Jerome Glisse wrote:
>>> On Tue, Oct 25, 2016 at 11:01:08PM +0530, Aneesh Kumar K.V wrote:
Jerome Glisse writes:
> On Tue, Oct 25, 2016 at 10:2
| RCU used illegally from idle CPU!
| rcu_scheduler_active = 1, debug_locks = 0
| RCU used illegally from extended quiescent state!
| no locks held by swapper/1/0.
|
| [] do_trace_write_msr+0x135/0x140
| [] native_write_msr+0x20/0x30
| [] native_apic_msr_eoi_write+0x1d/0x30
| [] smp_reschedule
Please pull these fixes from David Howells:
(1) Fix a buffer overflow when displaying /proc/keys [CVE-2016-7042].
(2) Fix broken initialisation in the big_key implementation that can
result in an oops.
(3) Make big_key depend on having a random number generator available in
Kconfig
Hi Jingoo,
> On Monday, October 24, 2016, Lukasz Majewski wrote:
> >
> > Hi Jingoo,
> >
> > > On Saturday, October 22, 2016, Lukasz Majewski wrote:
> > > >
> > > > The commit: a55944ca82d287ca099ca90413af857af9086773 has posed
> > > > some extra
>
> Please add the 'subject' of patch as below.
>
On Thu, Oct 27, 2016 at 11:56 AM, zhongjiang wrote:
> From: zhong jiang
>
> when I compiler the newest kernel, I hit the following error with
> Werror=may-uninitalized.
>
> net/core/flow_dissector.c: In function ?._skb_flow_dissect?
> include/uapi/linux/swab.h:100:46: error: ?.lan?.may be used un
From: zhong jiang
when I compiler the newest kernel, I hit the following error with
Werror=may-uninitalized.
net/core/flow_dissector.c: In function ?._skb_flow_dissect?
include/uapi/linux/swab.h:100:46: error: ?.lan?.may be used uninitialized in
this function [-Werror=maybe-uninitialized]
net/c
On 2016/10/27 2:36, Will Deacon wrote:
> On Tue, Oct 25, 2016 at 10:59:18AM +0800, Zhen Lei wrote:
>> Some numa nodes may have no memory. For example:
>> 1) a node has no memory bank plugged.
>> 2) a node has no memory bank slots.
>>
>> To ensure percpu variable areas and numa control blocks of t
The kernel WARNs and then crashes today if wm8994_device_init() fails
after calling devm_regulator_bulk_get().
That happens because there are multiple devices involved here and the
order in which resources are freed isn't correct.
The regulators are added as children of wm8994->dev.
devm_regulato
On 27-10-16, 01:41, Masahiro Yamada wrote:
> Add compatible strings for Pro5, PXs2, LD6b, LD11, LD20 SoCs to use
> the generic cpufreq driver.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> drivers/cpufreq/cpufreq-dt-platdev.c | 6 ++
> 1 file changed, 6 insertions(+)
Acked-by: Viresh Kumar
On 27-10-16, 01:37, Masahiro Yamada wrote:
> Add a CPU clock to every CPU node and a CPU OPP table to use the
> generic cpufreq driver.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> arch/arm/boot/dts/uniphier-pro5.dtsi | 74
>
> 1 file changed, 74 insertions
On 10/26/2016 10:03 AM, Alexandre Bailon wrote:
From: Petr Kulhavy
This adds DT support for TI DA8xx/OMAP-L1x/AM17xx/AM18xx MUSB driver
Signed-off-by: Petr Kulhavy
Signed-off-by: Alexandre Bailon
---
drivers/usb/musb/da8xx.c | 47 +++
1 file chang
On 10/26/2016 10:03 AM, Alexandre Bailon wrote:
From: Petr Kulhavy
This adds the function musb_get_mode() to get the DT property "dr_mode"
Signed-off-by: Petr Kulhavy
Acked-by: Sergei Shtylyov
Signed-off-by: Alexandre Bailon
---
drivers/usb/musb/musb_core.c | 19 +++
driver
Hi all,
There will probably be no linux-next releases next week while I attend
the Kernel Summit.
Changes since 20161026:
The akpm-current tree still had its build failures for which I applied
2 patches.
Non-merge commits (relative to Linus' tree): 2802
3583 files changed, 220238 inser
2016-10-26 19:50 GMT+08:00 Borislav Petkov :
> On Wed, Oct 26, 2016 at 07:35:26PM +0800, Wanpeng Li wrote:
>> From: Wanpeng Li
>>
>> As Peterz pointed out:
>>
>> | The thing is, many many smp_reschedule_interrupt() invocations don't
>> | actually execute anything much at all and are only send to t
On Wed, Oct 26, 2016 at 04:14:00PM +0200, Oleg Nesterov wrote:
> +/*
> + * TODO: kill it and use to_kthread(). But we still need the users
> + * like kthread_stop() which has to sync with the exiting kthread.
> + */
> static struct kthread *to_live_kthread(struct task_struct *k)
Now that the kthr
On Mon, Oct 17, 2016 at 08:27:32PM -0700, Deepa Dinamani wrote:
> struct timeval is not y2038 safe.
> All usage of timeval in the kernel will be replaced by
> y2038 safe structures.
>
> struct input_event maintains time for each input event.
> Real time timestamps are not ideal for input as this
>
On Thu, 2016-10-27 at 03:17 +0100, Al Viro wrote:
> On Tue, Oct 11, 2016 at 01:34:18PM +0800, Ian Kent wrote:
> >
> > + path = file->f_path;
> > +
> > /*
> > * An empty directory in an autofs file system is always a
> > * mount point. The daemon must have failed to mount this
> > @
2016-10-26 22:01 GMT+08:00 Radim Krčmář :
> 2016-10-26 14:08+0800, Wanpeng Li:
>> 2016-10-26 14:02 GMT+08:00 Wanpeng Li :
>>> 2016-10-25 19:43 GMT+08:00 Radim Krčmář :
I will have some comments, because it would be nicer if it measured the
latency ... expected_expiration is not computed c
On Thu, 2016-10-27 at 03:11 +0100, Al Viro wrote:
> On Fri, Oct 21, 2016 at 07:39:36AM +0800, Ian Kent wrote:
>
> >
> > Maybe Al has been too busy to comment, he has been on the Cc from the start.
> That's... a very mild version of what's been going on. Let's just say that
> the last few weeks h
On 2016/10/26 17:31, Michal Hocko wrote:
> On Wed 26-10-16 11:10:44, Leizhen (ThunderTown) wrote:
>>
>>
>> On 2016/10/25 21:23, Michal Hocko wrote:
>>> On Tue 25-10-16 10:59:17, Zhen Lei wrote:
If HAVE_MEMORYLESS_NODES is selected, and some memoryless numa nodes are
actually exist. The
On Thu, 27 Oct 2016, Paul Bolle wrote:
> On Tue, 2016-10-25 at 22:28 -0400, Nicolas Pitre wrote:
> > Similar to "imply" but with no added restrictions on the target symbol's
> > value. Useful for providing a default value to another symbol.
> >
> > Suggested by Edward Cree.
> >
> > Signed-off-by
Hi Deepa,
On Mon, Oct 17, 2016 at 08:27:32PM -0700, Deepa Dinamani wrote:
> struct timeval is not y2038 safe.
> All usage of timeval in the kernel will be replaced by
> y2038 safe structures.
>
> struct input_event maintains time for each input event.
> Real time timestamps are not ideal for inpu
Tune dsi frame rate by pixel clock, dsi add some extra signal (i.e.
Tlpx, Ths-prepare, Ths-zero, Ths-trail,Ths-exit) when enter and exit LP
mode, those signals will cause h-time larger than normal and reduce FPS.
So need to multiply a coefficient to offset the extra signal's effect.
coefficient
On Tue, Oct 11, 2016 at 01:34:18PM +0800, Ian Kent wrote:
> + path = file->f_path;
> +
> /*
>* An empty directory in an autofs file system is always a
>* mount point. The daemon must have failed to mount this
> @@ -123,7 +126,7 @@ static int autofs4_dir_open(struct inode *
On Fri, Oct 21, 2016 at 07:39:36AM +0800, Ian Kent wrote:
> Maybe Al has been too busy to comment, he has been on the Cc from the start.
That's... a very mild version of what's been going on. Let's just say that
the last few weeks had been really interesting. Not that the shit has
settled, but
2016-10-26 21:32 GMT+08:00 Radim Krčmář :
> 2016-10-26 14:02+0800, Wanpeng Li:
>> 2016-10-25 19:43 GMT+08:00 Radim Krčmář :
>>> 2016-10-25 07:39+0800, Wanpeng Li:
2016-10-24 23:27 GMT+08:00 Radim Krčmář :
> 2016-10-24 17:09+0200, Paolo Bonzini:
>> On 24/10/2016 17:03, Radim Krčmář wrot
On 10/26/2016 04:08 PM, ahas...@baylibre.com wrote:
From: Manjunath Goudar
Separate the Davinci OHCI host controller driver from ohci-hcd
host code so that it can be built as a separate driver module.
This work is part of enabling multi-platform kernels on ARM
Signed-off-by: Manjunath Goudar
> "Suganath" == Suganath Prabu S
> writes:
Suganath> Here is the change list: Posting 11 patches for mpt3sas driver
Suganath> enhancements and few fixes.
Suganath> * Added Device ID's for SAS35 devices and updated MPI
Suganath> Header.
Suganath> * Support "EEDP Escape flag" for S
On Mon, Oct 17, 2016 at 08:27:31PM -0700, Deepa Dinamani wrote:
> struct timeval is not y2038 safe.
>
> All references to timeval in the kernel will be replaced
> by y2038 safe structures.
> Replace all references to timeval with y2038 safe
> struct timespec64 here.
>
> struct input_event will be
On 10/25, Thomas Gleixner wrote:
>On Tue, 25 Oct 2016, kernel test robot wrote:
>> FYI, we noticed a -2.3% regression of will-it-scale.per_thread_ops due to
>> commit:
>>
>> commit 71854cb812ec23bfe5f63d52217e6b9e6cb901f5 ("x86/platform/UV: Fix
>> support for EFI_OLD_MEMMAP after BIOS callback u
Hi Mark,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 9fe68cad6e74967b88d0c6aeca7d9cd6b6e91942
commit: 3ceeda1cbee9f93bb5537c9b840d1f7e767d7c01 Merge remote-tracking branches
'asoc/topic/cs53l30', 'asoc/topic/cyg
On Mon, Oct 17, 2016 at 08:27:30PM -0700, Deepa Dinamani wrote:
> struct timeval which is part of struct input_event to
> maintain the event times is not y2038 safe.
>
> Real time timestamps are also not ideal for input_event
> as this time can go backwards as noted in the patch
> a80b83b7b8 by Jo
> "Arnd" == Arnd Bergmann writes:
Arnd> The advansys probe function tries to handle both ISA and PCI
Arnd> cases, each hidden in an #ifdef when unused. This leads to a
Arnd> warning indicating that when PCI is disabled we could be using
Arnd> uninitialized data:
Arnd> drivers/scsi/advansys.c
Dear RT Folks,
I'm pleased to announce the 3.10.104-rt116 stable release.
This release is just an update to the new stable 3.10.104 version
and no RT specific changes have been made.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable
Dear RT Folks,
I'm pleased to announce the 3.2.83-rt120 stable release.
This release is just an update to the new stable 3.2.83 version
and no RT specific changes have been made.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.
Dear RT Folks,
I'm pleased to announce the 3.18.44-rt47 stable release.
This release is just an update to the new stable 3.18.44 version
and no RT specific changes have been made.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt
Dear RT Folks,
I'm pleased to announce the 3.12.66-rt88 stable release.
This release is just an update to the new stable 3.12.66 version
and no RT specific changes have been made.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt
Dear RT Folks,
I'm pleased to announce the 4.1.35-rt40 stable release.
This release is just an update to the new stable 4.1.35 version
and no RT specific changes have been made.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.g
Dear RT Folks,
I'm pleased to announce the 4.4.27-rt37 stable release.
This release is just an update to the new stable 4.4.27 version
and no RT specific changes have been made.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.g
On 10/24/2016 06:58 AM, Sekhar Nori wrote:
On Saturday 22 October 2016 12:06 AM, David Lechner wrote:
This adds a device tree definition file for LEGO MINDSTORMS EV3.
Thanks for the patch!
What is working:
* Pin muxing
* MicroSD card reader
* UART on input port 1
What is partially working
On Thu, Oct 27, 2016 at 12:57 AM, Mark Brown wrote:
> On Mon, Oct 03, 2016 at 07:07:54PM +0800, Chen-Yu Tsai wrote:
>
>> While DAPM is mono or single channel, its controls can be shared between
>> widgets, such as sharing one stereo mixer control between the left and
>> right channel widgets.
>
>>
: Eric Jeong
---
This patch applies against linux-next and next-20161026
Hi,
This patch adds MFD core driver for PV88080 PMIC.
This is done as part of the existing PV88080 regulator driver by expending
the driver for GPIO function support.
Change since PATCH V1
- Patch separated from PATCH
From: Eric Jeong
The change is to move pv88080 binding document
from the regulator directory to mfd binding directory
for PV88080 PMIC MFD support.
Signed-off-by: Eric Jeong
---
This patch applies against linux-next and next-20161026
Hi,
Change since PATCH V1
- Patch separated from
From: Eric Jeong
This patch adds support for PV88080 PMIC GPIOs.
PV88080 has two configurable GPIOs.
Kconfig and Makefile are updated to reflect support
for PV88080 PMIC GPIO.
Signed-off-by: Eric Jeong
---
This patch applies against linux-next and next-20161026
Hi,
Change since PATCH V1
core support
[PATCH V2 3/4] Update regulator driver for MFD support
[PATCH V2 4/4] Add GPIO function support
This patch applies against linux-next and next-20161026
Thank you,
Eric Jeong, Dialog Semiconductor Ltd.
Eric Jeong (4):
Documentation: pv88080: Move binding document
mfd: pv88080: MFD
support for PV88080 regulator.
Signed-off-by: Eric Jeong
---
This patch applies against linux-next and next-20161026
Hi,
The existing PV88080 regulstor driver is updated to support
MFD structure by adding GPIO function.
Most of changes are related with MFD structure support.
Change since PATCH
On 2016-10-26 4:32 PM, Michael Scott wrote:
Initial pinctrl driver for QCOM msm8994 platforms.
In order to continue the initial board support for QCOM msm8994/msm8992
presented in patches from Jeremy McNicoll , let's put
a proper pinctrl driver in place.
Currently, the DT for these platforms us
On Fri, Oct 21, 2016 at 12:02:35PM +0300, Mika Westerberg wrote:
> On Thu, Oct 20, 2016 at 03:06:36PM -0700, Dmitry Torokhov wrote:
> > When someone requests button with wakeup (which this driver does not
> > support) we should drop reference to the current child device node before
> > returning er
On Wed, 2016-10-26 at 16:52 +1100, Michael Ellerman wrote:
> Cyril Bur writes:
>
> > On Wed, 2016-10-05 at 07:57 +0200, Valentin Rothberg wrote:
> > > s/ALIVEC/ALTIVEC/
> > >
> >
> > Oops, nice catch
> >
> > > Signed-off-by: Valentin Rothberg
> >
> > Reviewed-by: Cyril Bur
>
> How did we n
On 10/26/2016 04:08 PM, ahas...@baylibre.com wrote:
+module_exit(ohci_da8xx_exit);
+MODULE_DESCRIPTION(DRIVER_DESC);
+MODULE_LICENSE("GPL");
MODULE_ALIAS("platform:ohci");
The "ohci" in MODULE_ALIAS() should also be replaced with hcd_name.
Michael Zoran writes:
> The original arm implementation uses dmac_map_area which is not
> portable. Replace it with an architecture neutral version
> which uses dma_map_sg.
>
> As you can see that for larger page sizes, the dma_map_sg
> implementation is faster then the original unportable dma_m
> On 10/26/2016 03:06 AM, Li, Liang Z wrote:
> > I am working on Dave's new bitmap schema, I have finished the part of
> > getting the 'hybrid scheme bitmap' and found the complexity was more
> > than I expected. The main issue is more memory is required to save the
> > 'hybrid scheme bitmap' besid
Sorry for late reply, Namhyung
On 10/25/2016 01:37 AM, Namhyung Kim wrote:
Hi Taeung,
On Mon, Oct 24, 2016 at 07:10:24PM +0900, Taeung Song wrote:
Hi, Namhyung and Arnaldo :)
On 10/24/2016 02:11 PM, Namhyung Kim wrote:
Hi Arnaldo,
Sorry for late reply.
On Fri, Oct 07, 2016 at 11:35:45AM -0
Em Wed, 26 Oct 2016 17:19:38 -0600
Jonathan Corbet escreveu:
> This is crufty stuff and should maybe just be deleted, but I'm not quite
> ready to do that yet.
>
> Signed-off-by: Jonathan Corbet
> ---
> Documentation/process/submitting-drivers.rst | 8
> 1 file changed, 8 insertions(+
> Cc: linux-kernel@vger.kernel.org; virtualizat...@lists.linux-foundation.org;
> linux...@kvack.org; virtio-...@lists.oasis-open.org; k...@vger.kernel.org;
> qemu-de...@nongnu.org; quint...@redhat.com; dgilb...@redhat.com;
> pbonz...@redhat.com; cornelia.h...@de.ibm.com; amit.s...@redhat.com
> Subj
Em Wed, 26 Oct 2016 17:19:39 -0600
Jonathan Corbet escreveu:
> This is ancient stuff and we don't do things this way anymore. In the
> absence of simply deleting the document, at least add a warning to it.
>
> Signed-off-by: Jonathan Corbet
> ---
> Documentation/process/applying-patches.rst |
Em Wed, 26 Oct 2016 17:19:31 -0600
Jonathan Corbet escreveu:
> The admin guide is a good start, but it's time to turn it into something
> better than an unordered blob of files. This is a first step in that
> direction. The TOC has been split up and annotated, the guides have been
> reordered,
1 - 100 of 1294 matches
Mail list logo
