On 12/13/2017 09:36 PM, Tejun Heo wrote:
> Hello, Prateek.
>
> On Wed, Dec 13, 2017 at 01:20:46PM +0530, Prateek Sood wrote:
>> This change makes the usage of cpuset_hotplug_workfn() from cpu
>> hotplug path synchronous. For memory hotplug it still remains
>> asynchronous.
>
> Ah, right.
>
>> Me
Hello,
Thanks for contributing this driver.
As you may know, the NAND framework is currently moving to an interface
called ->exec_op(). Please look at the l2-mtd -or linux-next- tree to
see what this is (drivers/mtd/nand/nand_base.c is quite well
documented about this interface).
New drivers sho
Hi!
> >> > Ok, so I'm compiling, and I'd like to run a flight simulator.
> >> >
> >> > Flightgear normally does 20fps on my system... kinda low but playable.
> >> >
> >> > I have reniced make -j 5 fo kernel running. Scheduler gives 100% of
> >> > one of CPUs to Flightgear (good), but the smt
On 12/28/2017 12:22 PM, Paul Cercueil wrote:
Le jeu. 28 déc. 2017 à 21:19, Guenter Roeck a écrit :
On 12/28/2017 11:59 AM, Paul Cercueil wrote:
Hi Guenter,
Le jeu. 28 déc. 2017 à 18:48, Guenter Roeck a écrit :
On 12/28/2017 08:29 AM, Paul Cercueil wrote:
- Use devm_clk_get instead of clk
On Thu, 2017-12-28 at 21:18 +0100, Thomas Gleixner wrote:
> On Thu, 28 Dec 2017, Andy Shevchenko wrote:
> > On Thu, 2017-12-28 at 18:44 +0100, Thomas Gleixner wrote:
> > > On Thu, 28 Dec 2017, Andy Shevchenko wrote:
> > > > On Thu, 2017-12-28 at 18:21 +0100, Thomas Gleixner wrote:
> > > > > > [ 8
28.12.2017, 23:59, "Pavel Machek" :
> Hi!
>
>> >> > Ok, so I'm compiling, and I'd like to run a flight simulator.
>> >> >
>> >> > Flightgear normally does 20fps on my system... kinda low but playable.
>> >> >
>> >> > I have reniced make -j 5 fo kernel running. Scheduler gives 100% of
>>
On Thu, 2017-12-28 at 11:25 -0800, Guenter Roeck wrote:
> On 12/28/2017 09:05 AM, Ben Hutchings wrote:
> > This is the start of the stable review cycle for the 3.16.52 release.
> > There are 204 patches in this series, which will be posted as responses
> > to this one. If anyone has any issues wit
On Fri, Dec 22, 2017 at 6:51 PM, Colin King wrote:
> From: Colin Ian King
>
> In the case that shm->pages fails to allocate, the current exit
> error path will try to put_page on a null shm->pages and cause
> a null pointer dereference when accessing shm->pages[n]. Fix this
> by only performing t
Hi Leo,
On 2017/12/22 9:37, Wei Xu wrote:
> Hi Leo,
>
> On 2017/12/12 9:12, Leo Yan wrote:
>> Thanks a lot for Vincent Guittot careful work to find bug for 'CPU_NAP'
>> idle state. From ftrace log we can observe CA73 CPUs can be easily
>> waken up from 'CPU_NAP' state but the 'waken up' CPUs doe
On Fri, Dec 22, 2017 at 6:01 PM, Colin King wrote:
> From: Colin Ian King
>
> The function __tee_shm_alloc is local to the source and does
> not need to be in global scope, so make it static.
>
> Cleans up sparse warning:
> symbol '__tee_shm_alloc' was not declared. Should it be static?
>
> Signe
On Thu, 28 Dec 2017, Ingo Molnar wrote:
>
> * Julia Lawall wrote:
>
> >
> >
> > On Thu, 28 Dec 2017, Ingo Molnar wrote:
> >
> > >
> > > * Julia Lawall wrote:
> > >
> > > > > > [...] There does seem to be a few cases where the field actually
> > > > > > does hold an
> > > > > > integer. I gue
Hi Linus,
Please pull a single LED fix for brightness setting when delay_off is 0.
The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323:
Linux 4.15-rc1 (2017-11-26 16:01:47 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/j
On Tue, Dec 26, 2017 at 04:55:20PM +0100, Paul Menzel wrote:
> Am 08.04.2017 um 17:41 schrieb Bjorn Helgaas:
> >On Fri, Apr 07, 2017 at 11:07:15PM +0200, Paul Menzel wrote:
>
> >>Measuring where time is spent during boot with `systemd-bootchart`
> >>on an Asus A780FullHD, it turns out that half a
This patchset bring support for read-only access to the JZ4780 efuse as found
on MIPS Creator CI20.
To keep the driver as simple as possible, it was not possible to re-use most of
the nvmem core functionalities. This driver is not compatible with the original
efuse driver as found in the custom li
MIPS Creator CI20 comes with JZ4780 SoC. Provides access to the efuse block
using jz4780 efuse driver.
Signed-off-by: Mathieu Malaterre
---
arch/mips/configs/ci20_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/mips/configs/ci20_defconfig b/arch/mips/configs/ci20_defconfig
i
From: PrasannaKumar Muralidharan
This patch brings support for the JZ4780 efuse. Currently it only expose
a read only access to the entire 8K bits efuse memory.
Tested-by: Mathieu Malaterre
Signed-off-by: PrasannaKumar Muralidharan
Signed-off-by: Mathieu Malaterre
---
.../ABI/testing/sysfs-d
On Thu, 28 Dec 2017, Andy Shevchenko wrote:
> On Thu, 2017-12-28 at 21:18 +0100, Thomas Gleixner wrote:
> > Yes, you missed the typo in the command line. It should be:
> >
> > 'trace_event=irq_vectors:* ftrace_dump_on_oops'
>
> Indeed.
>
> So, I had to disable LOCAL_TIMER_VECTOR, CALL_FUNCTION_
[+cc maintainers, lists (not sure why linux-pci was the original recipient)]
On Sun, Dec 24, 2017 at 05:15:59PM +0100, Andreas Hartmann wrote:
> On 09/09/2017 at 01:09 PM Andreas Hartmann wrote:
> > Hello Radim,
> >
> > I tested your patch against 4.12.11 and 4.9.47. The warnings are gone.
> >
>
2017-12-28 12:28 GMT+01:00 Johan Hovold :
> On Wed, Dec 27, 2017 at 03:10:38PM +0100, Bartosz Golaszewski wrote:
>> This function can fail with -EBUSY, but we don't check its return
>> value in at24_remove(). Bail-out of remove() if nvmem_unregister()
>> doesn't succeed.
>>
>> Signed-off-by: Bartos
From: Markus Elfring
Date: Thu, 28 Dec 2017 22:42:10 +0100
Three update suggestions were taken into account
from static source code analysis.
Markus Elfring (3):
cistpl: Delete error messages for a failed memory allocation
in three functions
cis: Delete an error message for a failed memo
From: Markus Elfring
Date: Thu, 28 Dec 2017 22:12:00 +0100
Omit extra messages for a memory allocation failure in these functions.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/pcmcia/cistpl.c | 12
1 file changed, 4 insertion
From: Markus Elfring
Date: Thu, 28 Dec 2017 22:20:51 +0100
Omit an extra message for a memory allocation failure in these functions.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/pcmcia/pcmcia_cis.c | 9 +++--
1 file changed, 3 inserti
From: Markus Elfring
Date: Thu, 28 Dec 2017 22:30:42 +0100
Replace the specification of a data structure by a pointer dereference
as the parameter for the operator "sizeof" to make the corresponding size
determination a bit safer according to the Linux coding style convention.
This issue was det
Fixed a coding style issue.
Signed-off-by: Philippe Loctaux
---
drivers/staging/vme/devices/vme_user.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/vme/devices/vme_user.c
b/drivers/staging/vme/devices/vme_user.c
index a3d4610fb..41a5b32e0 10064
On Thu, 28 Dec 2017, Thomas Gleixner wrote:
> On Thu, 28 Dec 2017, Alexandru Chirvasitu wrote:
>
> > No; it seems to be tied to this specific issue, and I was seeing even
> > before getting logs just now, whenever I'd start one of the bad
> > kernels in recovery mode.
> >
> > But no, I've never s
2017-11-22 16:38 GMT-08:00 Long Li :
> From: Long Li
>
> Starting with SMB2 dialect 3.0, Microsoft introduced SMB Direct transport
> protocol for transferring upper layer (SMB2) payload over RDMA via Infiniband,
> RoCE or iWARP. The prococol is published in [MS-SMBD]
> (https://msdn.microsoft.com/
On Thu, 28 Dec 2017, Thomas Gleixner wrote:
> On Thu, 28 Dec 2017, Andy Shevchenko wrote:
> > On Thu, 2017-12-28 at 21:18 +0100, Thomas Gleixner wrote:
> > > Yes, you missed the typo in the command line. It should be:
> > >
> > > 'trace_event=irq_vectors:* ftrace_dump_on_oops'
> >
> > Indeed.
>
Removed unnecessary parentheses in the if statement.
Signed-off-by: Philippe Loctaux
---
drivers/staging/vme/devices/vme_user.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/vme/devices/vme_user.c
b/drivers/staging/vme/devices/vme_user.c
index 41a5b32e0..61
On Thu, 28 Dec 2017, Thomas Gleixner wrote:
Sorry for the spam. I somehow missed to refresh the patch before generating
the mbox. Find below the correct version of that one which has ALL braces
removed which we don't need.
Thanks,
tglx
8<--
Subject: Documentation
On 27 December 2017 at 18:46, Ingo Molnar wrote:
>
> * Ard Biesheuvel wrote:
>
>> On 25 October 2017 at 11:14, Ard Biesheuvel
>> wrote:
>> > The following changes since commit
>> > 8a5776a5f49812d29fe4b2d0a2d71675c3facf3f:
>> >
>> > Linux 4.14-rc4 (2017-10-08 20:53:29 -0700)
>> >
>> > are av
Did you get our last email?
On Thu, Dec 28, 2017 at 08:09:50PM +0530, Kishon Vijay Abraham I wrote:
> Hi Niklas,
>
> On Thursday 28 December 2017 01:36 PM, Kishon Vijay Abraham I wrote:
> > Hi Niklas,
> >
> > On Thursday 28 December 2017 03:59 AM, Niklas Cassel wrote:
> >> On Tue, Dec 26, 2017 at 06:20:54PM +0530, Kishon Vi
On 28.12.2017 05:58, William Breathitt Gray wrote:
> On Wed, Dec 27, 2017 at 07:42:21PM +0100, Maciej S. Szmigiero wrote:
>> On 27.12.2017 01:24, William Breathitt Gray wrote:
>>> On Mon, Dec 25, 2017 at 03:48:16PM +0100, Maciej S. Szmigiero wrote:
>> (..)
All the existing ISA bus drivers seem
On Mon, Dec 18, 2017 at 07:16:01PM +0100, Cyrille Pitchen wrote:
> This patch cleans drivers/Makefile up by moving the pci/endpoint and
> pci/dwc entries from drivers/Makefile into drivers/pci/Makefile.
Thanks a lot for doing this!
s/This patch cleans/Clean up/
Speaking of cleanup, this Makefile
Linus Torvalds writes:
> From: Linus Torvalds
> Date: Wed, 27 Dec 2017 11:41:30 -0800
> Subject: [PATCH] x86-32: fix kexec with stack canary
> (CONFIG_CC_STACKPROTECTOR)
>
> Commit e802a51ede91 ("x86/idt: Consolidate IDT invalidation") cleaned up
> and unified the IDT invalidation that existed
Attached.
I don't have a 4.14 family kernel available at the moment on that
machine. What I'm attaching comes from the 4.13 one I was playing with
yesterday, what with kexec and all.
On Thu, Dec 28, 2017 at 10:54:25PM +0100, Thomas Gleixner wrote:
> On Thu, 28 Dec 2017, Thomas Gleixner wrote:
> >
On 28.12.2017 17:01, William Breathitt Gray wrote:
(..)
>
> Linus, please pickup this entire patchset through your GPIO subsystem
> tree; a recursive dependency error is present if these patches are
> cherry-picked (see https://lkml.org/lkml/2017/12/26/235), so they should
> be merged together in
On 11/29, Vasyl Gomonovych wrote:
> Fix ptr_ret.cocci warnings:
> drivers/clk/mvebu/armada-37xx-periph.c:362:1-3: WARNING: PTR_ERR_OR_ZERO can
> be used
>
> Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR
>
> Generated by: scripts/coccinelle/api/ptr_ret.cocci
>
> Signed-off-by: Vasyl
On Thu, 28 Dec 2017, Alexandru Chirvasitu wrote:
> Attached.
>
> I don't have a 4.14 family kernel available at the moment on that
> machine. What I'm attaching comes from the 4.13 one I was playing with
> yesterday, what with kexec and all.
Good enough. Thanks !
On 08/14, Lori Hikichi wrote:
> From: Lori Hikichi
>
> There were a few fields in the iproc pll data structures that were
> holding information that was not true state information.
> Using stack variables is sufficient and simplifies the structure.
> There are not any functional changes in this c
On 08/14, Lori Hikichi wrote:
> Add the ability for the iproc pll to calculate the pll parameters at
> runtime instead of only using predefined tables. This ability allows
> the clock users to select from the full range of vco frequencies.
> The old method of table based programming is retained so
On 08/14, Lori Hikichi wrote:
> From: Lori Hikichi
>
> The iproc plls are capable of doing small rate changes without the
> need for a full reset and re-lock procedure. This feature will
> allow for small tweaks to the PLL rate to occur smoothly.
>
> Signed-off-by: Lori Hikichi
> ---
Applied
On 08/14, Lori Hikichi wrote:
> The pll post divider code was using DIV_ROUND_UP when determining the
> divider value best suited to produce the target frequency.
> Using DIV_ROUND_CLOSEST will give us better divider values when
> the division results in a small remainder.
> Also, change the post d
On Mon, Dec 18, 2017 at 07:16:06PM +0100, Cyrille Pitchen wrote:
> This patch adds support to the Cadence PCIe controller in host mode.
>
> The "cadence/" entry in drivers/pci/Makefile is placed after the
> "endpoint/" entry so when the next patch introduces a EPC driver for the
> Cadence PCIe con
Am 28.12.2017 um 22:42 schrieb Bartosz Golaszewski:
> 2017-12-28 12:28 GMT+01:00 Johan Hovold :
>> On Wed, Dec 27, 2017 at 03:10:38PM +0100, Bartosz Golaszewski wrote:
>>> This function can fail with -EBUSY, but we don't check its return
>>> value in at24_remove(). Bail-out of remove() if nvmem_unr
Fixes checkpatch coding style issues.
Philippe Loctaux (2):
Staging: most: aim-sound: sound.c: fixed an alignment issue
Staging: most: aim-sound: sound.c: removed unnecessary parentheses
drivers/staging/most/aim-sound/sound.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(
Removed unnecessary parentheses in a if statement.
Signed-off-by: Philippe Loctaux
---
drivers/staging/most/aim-sound/sound.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/most/aim-sound/sound.c
b/drivers/staging/most/aim-sound/sound.c
index ab2b0d833..0e79
Fixed a coding style issue.
Signed-off-by: Philippe Loctaux
---
drivers/staging/most/aim-sound/sound.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/most/aim-sound/sound.c
b/drivers/staging/most/aim-sound/sound.c
index ea1366a44..ab2b0d833 1006
On Thu, Dec 28, 2017 at 09:14:03PM +, Wei Xu wrote:
> Hi Leo,
[...]
> Sorry, since this patch is still under discussion,
> I will drop it firstly.
> Thanks!
Thanks, Wei.
> Best Regards,
> Wei
29.12.2017, 02:07, "Philippe Loctaux" :
> Fixes checkpatch coding style issues.
Hello,
how can i see is changed/patched code lines?
Ozgur
> Philippe Loctaux (2):
> Staging: most: aim-sound: sound.c: fixed an alignment issue
> Staging: most: aim-sound: sound.c: removed unnecessary parenthese
On 12/21, Jerome Brunet wrote:
> divider_recalc_rate() is an helper function used by clock divider of
> different types, so the structure containing the 'hw' pointer is not
> always a 'struct clk_divider'
>
> At the following line:
> > div = _get_div(table, val, flags, divider->width);
>
> in sev
The following changes since commit 61d2f2a05765a5f57149efbd93e3e81a83cbc2c1:
clk: sunxi: sun9i-mmc: Implement reset callback for reset controls
(2017-12-19 11:50:46 -0800)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux.git
tags/clk-fixes-for
On Thu, 28 Dec 2017, Thomas Gleixner wrote:
> On Thu, 28 Dec 2017, Alexandru Chirvasitu wrote:
>
> > Attached.
> >
> > I don't have a 4.14 family kernel available at the moment on that
> > machine. What I'm attaching comes from the 4.13 one I was playing with
> > yesterday, what with kexec and a
29.12.2017, 02:07, "Philippe Loctaux" :
> Removed unnecessary parentheses in a if statement.
>
> Signed-off-by: Philippe Loctaux
> ---
> drivers/staging/most/aim-sound/sound.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/staging/most/aim-sound/sound.c
> b/dr
From: Hans de Goede
class_find_device already does a get_device on the returned device.
So the device returned by of_find_mux_chip_by_node is already referenced
and we should not reference it again (and unref it on error).
Signed-off-by: Hans de Goede
Signed-off-by: Peter Rosin
---
drivers/mu
Remove all free-text license texts.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL license text.
No copyright headers or other non-license-description text was removed.
Reviewed-by: Philippe Ombredanne
Acked-by: Philipp Zabel
Signed-off-by:
On 28 December 2017 at 15:42, Steven Rostedt wrote:
> On Wed, 27 Dec 2017 08:50:30 +
> Ard Biesheuvel wrote:
>
>> To avoid the need for relocating absolute references to tracepoint
>> structures at boot time when running relocatable kernels (which may
>> take a disproportionate amount of spac
Commit-ID: 45fa8d89192e4e8e801e67dac3394d6597613e07
Gitweb: https://git.kernel.org/tip/45fa8d89192e4e8e801e67dac3394d6597613e07
Author: Thomas Gleixner
AuthorDate: Thu, 28 Dec 2017 11:33:33 +0100
Committer: Thomas Gleixner
CommitDate: Fri, 29 Dec 2017 00:21:04 +0100
x86/apic: Switch al
Attached, but heads up on this: when redirecting the output of lspci
-vvv to a text file as root I get
pcilib: sysfs_read_vpd: read failed: Input/output error
I can find bugs filed for various distros to this same effect, but
haven't tracked down any explanations.
On Fri, Dec 29, 2017 at 12:19:1
It would be better to try to check other siblings first if
SD_PREFER_SIBLING is flaged when pushing tasks - migration.
Suggested-by: Peter Zijlstra
Signed-off-by: Byungchul Park
Acked-by: Juri Lelli
---
kernel/sched/deadline.c | 82 -
1 file chan
Currently, migrating tasks to cpu0 unconditionally happens when the
heap is empty, since cp->elements[].cpu was initialized to 0(=cpu0).
We have to distinguish between the empty case and cpu0 to avoid the
unnecessary migrations. Therefore, it has to return an invalid value
e.i. -1 in that case.
Si
Change from v10
-. modify a comment a bit as Steven suggested
Change from v9
-. modify a comment a bit so to be more clear as Juri suggested
Change from v8
-. add suggested-by Peterz
-. add several comments
Change from v7
-. fix a trivial typo
-. modify commit messages to expla
Changes from v2
- Run spellchecker over the text and fix typos
- Add acked-by Daniel
Changes from v1
- Enhance commit msg
- Prevent WARN in cpumask_test_cpu() in cpudl_find() when best_cpu == -1
-8<-
>From 7735382d07ae6a61d740ae39ba2ecf169d43b8a2 Mon Sep 17 00:00:00 2001
From: Byungch
It would be better to try to check other siblings first if
SD_PREFER_SIBLING is flaged when pushing tasks - migration.
Suggested-by: Peter Zijlstra
Signed-off-by: Byungchul Park
Reviewed-by: Steven Rostedt (VMware)
---
kernel/sched/rt.c | 80
On December 28, 2017 2:47:47 PM PST, ebied...@xmission.com wrote:
>Linus Torvalds writes:
>
>> From: Linus Torvalds
>> Date: Wed, 27 Dec 2017 11:41:30 -0800
>> Subject: [PATCH] x86-32: fix kexec with stack canary
>(CONFIG_CC_STACKPROTECTOR)
>>
>> Commit e802a51ede91 ("x86/idt: Consolidate IDT inv
On Thu, 28 Dec 2017, Alexandru Chirvasitu wrote:
> Attached, but heads up on this: when redirecting the output of lspci
> -vvv to a text file as root I get
>
> pcilib: sysfs_read_vpd: read failed: Input/output error
>
> I can find bugs filed for various distros to this same effect, but
> haven't
On 28.12.2017 16:12, Andy Shevchenko wrote:
> On Fri, 2017-12-22 at 19:58 +0100, Maciej S. Szmigiero wrote:
>> This commit adds GPIO driver for Winbond Super I/Os.
>>
>> Currently, only W83627UHG model (also known as Nuvoton NCT6627UD) is
>> supported but in the future a support for other Winbond m
Hi Friend.
I am Mr. Mustapha Ali a banker in Bank of Africa Burkina Faso West
Africa, Please i want to transfer an abandoned sum of 13.5 millions
USD to your account.50% will be for you and 50% for me.
No risk involved. Contact me for more details along with your personal
information needed below
On Thu, 28 Dec 2017 12:06:13 -0500 (EST)
David Miller wrote:
> From: Masami Hiramatsu
> Date: Thu, 28 Dec 2017 15:10:00 +0900
>
> > Changes from v5:
> > [1/6]: Avoid preprocessor directives in tracepoint macro args
>
> Patch #1 is not the only patch which has this problem, at a minimum
> pat
From: "Steven Rostedt (VMware)"
When trace_printk() was introduced, it was discussed that making it be as
low overhead as possible, that the processing of the format string should be
delayed until it it is read. That is, a "trace_printk()" should not convert
the %d into numbers and so on, but ins
On 12/22, Georgi Djakov wrote:
> On 22.12.17 г. 2:49, Stephen Boyd wrote:
> > On 12/05, Georgi Djakov wrote:
> >> This patchset adds support for the A53 CPU clock on MSM8916 platforms
> >> and allows scaling of the CPU frequency on msm8916 based platforms.
> >
> > Ok. I will apply just the clk one
On Fri, Dec 29, 2017 at 12:36:37AM +0100, Thomas Gleixner wrote:
> On Thu, 28 Dec 2017, Alexandru Chirvasitu wrote:
>
> > Attached, but heads up on this: when redirecting the output of lspci
> > -vvv to a text file as root I get
> >
> > pcilib: sysfs_read_vpd: read failed: Input/output error
> >
On 12/05, Georgi Djakov wrote:
> +#include
> +#include
> +#include
> +#include
> +#include "clk-regmap.h"
> +#include "clk-regmap-mux-div.h"
> +
> +enum {
> + P_GPLL0,
> + P_A53PLL,
> +};
This is always 0, 1.
> +
> +static const struct parent_map gpll0_a53cc_map[] = {
> + { P_GPLL
On 12/05, Georgi Djakov wrote:
> The CPUs on Qualcomm MSM8916-based platforms are clocked by two PLLs,
> a primary (A53) CPU PLL and a secondary fixed-rate GPLL0. These sources
> are connected to a mux and half-integer divider, which is feeding the
> CPU cores.
>
> This patch adds support for the
On 12/05, Georgi Djakov wrote:
> Add support for hardware that can switch both parent clock and divider
> at the same time. This avoids generating intermediate frequencies from
> either the old parent clock and new divider or new parent clock and
> old divider combinations.
>
> Signed-off-by: Geor
On 12/28, Alexander Kochetkov wrote:
> Initial thread here:
> https://www.spinics.net/lists/linux-clk/msg21682.html
>
>
> > 27 дек. 2017 г., в 4:06, Stephen Boyd написал(а):
> >
> > Are these limits the min/max limits that the parent clk can
> > output at? Or the min/max limits that software ha
On Thu, Dec 28, 2017 at 06:30:58PM -0500, Alexandru Chirvasitu wrote:
> Attached, but heads up on this: when redirecting the output of lspci
> -vvv to a text file as root I get
>
> pcilib: sysfs_read_vpd: read failed: Input/output error
>
> I can find bugs filed for various distros to this same e
h...@zytor.com writes:
> On December 28, 2017 2:47:47 PM PST, ebied...@xmission.com wrote:
>>Linus Torvalds writes:
>>
>>> From: Linus Torvalds
>>> Date: Wed, 27 Dec 2017 11:41:30 -0800
>>> Subject: [PATCH] x86-32: fix kexec with stack canary
>>(CONFIG_CC_STACKPROTECTOR)
>>>
>>> Commit e802a51ed
On 12/28, Viresh Kumar wrote:
> On 27-12-17, 15:54, Rob Herring wrote:
> >
> > I don't really know. I don't really care either. I'll probably go
> > along with what everyone agrees to, but the only one I see any
> > agreement from is Ulf. Also, it is pretty vague as to what platforms
> > will use
+++ Steven Rostedt [28/12/17 11:32 -0500]:
Jessica,
Can you take this patch. You can add:
Reviewed-by: Steven Rostedt (VMware)
Sure, thanks Steven.
Namit, your patch does not apply cleanly to modules-next nor
linux-next. It looks like you based your patch on an old tree?
(e.g., we got rid
On Thu, Dec 28, 2017 at 06:15:19PM -0600, Bjorn Helgaas wrote:
> On Thu, Dec 28, 2017 at 06:30:58PM -0500, Alexandru Chirvasitu wrote:
> > Attached, but heads up on this: when redirecting the output of lspci
> > -vvv to a text file as root I get
> >
> > pcilib: sysfs_read_vpd: read failed: Input/o
On Thu, Dec 28, 2017 at 02:02:07PM +0100, Krzysztof Kozlowski wrote:
>On Thu, Dec 28, 2017 at 10:34 AM, Peng Fan wrote:
>> Select CONFIG_RTC_DRV_SNVS for i.MX6 to use RTC to wakeup system
>> Patch generated with:
>> make ARCH=arm multi_v7_defconfig
>> select CONFIG_RTC_DRV_SNVS
>>
On Fri, 29 Dec 2017 01:36:48 +0100
Jessica Yu wrote:
> +++ Steven Rostedt [28/12/17 11:32 -0500]:
> >
> >Jessica,
> >
> >Can you take this patch. You can add:
> >
> >Reviewed-by: Steven Rostedt (VMware)
>
> Sure, thanks Steven.
>
> Namit, your patch does not apply cleanly to modules-next nor
+++ Steven Rostedt [28/12/17 19:57 -0500]:
On Fri, 29 Dec 2017 01:36:48 +0100
Jessica Yu wrote:
+++ Steven Rostedt [28/12/17 11:32 -0500]:
>
>Jessica,
>
>Can you take this patch. You can add:
>
>Reviewed-by: Steven Rostedt (VMware)
Sure, thanks Steven.
Namit, your patch does not apply clean
On Thu, 28 Dec 2017 18:50:26 -0500
Steven Rostedt wrote:
> + default:
> + if (!isalnum(*fmt)) {
> + process = true;
> + break;
> + }
> +
On 12/28/17 12:20 AM, Masami Hiramatsu wrote:
On Wed, 27 Dec 2017 20:32:07 -0800
Alexei Starovoitov wrote:
On 12/27/17 8:16 PM, Steven Rostedt wrote:
On Wed, 27 Dec 2017 19:45:42 -0800
Alexei Starovoitov wrote:
I don't think that's the case. My reading of current
trace_kprobe_ftrace() -> a
On Thu, Dec 28, 2017 at 02:03:01PM +0100, Krzysztof Kozlowski wrote:
>On Thu, Dec 28, 2017 at 10:34 AM, Peng Fan wrote:
>> Enable OP-TEE for multi_v7_defconfig
>
>Why? You essentially copied here the subject of patch. That is not enough.
This patch could be dropped. Previously, I could not select
Hi Greg,
I know, everybody hates NVidia and their proprietary stuff around here.
Anyway, I wanted to let you and followers of 4.14 know, that changes between
4.14.8 and 4.14.9 broke both current nvidia kernel drivers. See:
https://devtalk.nvidia.com/default/topic/1028016/linux/patch-fo
On 12/27/17 11:51 PM, Masami Hiramatsu wrote:
Then what happen if the user set invalid retval to those functions?
even if we limit the injectable functions, it can cause a problem,
for example,
obj = func_return_object();
if (!obj) {
handling_error...;
}
obj->field = x;
In this case,
From: "Steven Rostedt (VMware)"
When trace_printk() was introduced, it was discussed that making it be as
low overhead as possible, that the processing of the format string should be
delayed until it is read. That is, a "trace_printk()" should not convert
the %d into numbers and so on, but instea
On Wed, Dec 13, 2017 at 03:24:29PM +0900, Byungchul Park wrote:
> Lockdep works, based on the following:
>
>(1) Classifying locks properly
>(2) Checking relationship between the classes
>
> If (1) is not good or (2) is not good, then we
> might get false positives.
>
> For (1), we don't
When PCH works under eSPI mode, the PMC (Power Management Controller) in
PCH is waiting for SUS_ACK from BMC after it alerts SUS_WARN. It is in
dead loop if no SUS_ACK assert. This is the basic requirement for the BMC
works as eSPI slave.
Also for the host power on / off actions, from BMC side, th
This fixes generic/449 hang problem caused by no ENOSPC forever which should be
returned by setxattr under disk full scenario.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/xattr.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/fs/f2fs/xattr.c b/fs/f2fs/xattr.c
index 5e2b905cc0c4..600162f4ddbf 1
If we got EIO by block layer, we still can proceed since EIO can be recovered.
But, if we injected stop_checkpoint, we must stop everything.
This should fix generic/441 failure in xfstests.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/checkpoint.c | 16
fs/f2fs/data.c | 8 ++--
On Fri, Dec 29, 2017 at 10:47:36AM +0900, Byungchul Park wrote:
> On Wed, Dec 13, 2017 at 03:24:29PM +0900, Byungchul Park wrote:
> > Lockdep works, based on the following:
> >
> >(1) Classifying locks properly
> >(2) Checking relationship between the classes
> >
> > If (1) is not good or
1) IPv6 gre tunnels end up with different default features enabled
depending upon whether netlink or ioctls are used to bring them
up. Fix from Alexey Kodanev.
2) Fix read past end of user control message in RDS< from Avinash
Repaka.
3) Missing RCU barrier in mini qdisc code, from Cong
[Re: [Regression 4.15] Can't kill CONFIG_UNWINDER_ORC with fire or plague.] On
28/12/2017 (Thu 11:29) Randy Dunlap wrote:
> On 12/25/2017 08:30 PM, Paul Gortmaker wrote:
> > There is a regression new to 4.15 that happens in a rather common
> > workflow which results in the frustrating situation w
Hi all:
This series tries to implement eBPF socket filter for tun. This could
be used for implementing efficient virtio-net receive filter for
vhost-net.
Thanks
Jason Wang (2):
tuntap: rename struct tun_steering_prog to struct tun_prog
tun: allow to attach ebpf socket filter
drivers/net/tu
This patch allows userspace to attach eBPF filter to tun. This will
allow to implement VM dataplane filtering in a more efficient way
compared to cBPF filter.
Signed-off-by: Jason Wang
---
drivers/net/tun.c | 26 ++
include/uapi/linux/if_tun.h | 1 +
2 files ch
To be reused by other eBPF program other than queue selection.
Signed-off-by: Jason Wang
---
drivers/net/tun.c | 32
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index e367d631..0853829 100644
--- a/drivers
301 - 400 of 876 matches
Mail list logo
