On Thu, May 12, 2016 at 12:50:07PM +0200, Tomasz Nowicki wrote:
> On 12.05.2016 00:43, Bjorn Helgaas wrote:
> >@@ -70,9 +71,11 @@ struct pci_config_window *pci_ecam_create(struct device
> >*dev,
> > cfg->res.flags = IORESOURCE_MEM | IORESOURCE_BUSY;
> > cfg->res.name = "PCI ECAM";
> >
> >
This reverts commit b80443c2211c7daaabd20fbbe9e7beb3fa3408e0.
After covering to use helper of_platform_default_populate() to populate
the default bus, no need to export of_default_bus_match_table anymore.
Reviewed-by: Masahiro Yamada
Cc: Masahiro Yamada
Cc: Rob Herring
Cc: Frank Rowand
Cc: Gr
Use helper of_platform_default_populate() in linux/of_platform
when possible, instead of calling of_platform_populate() with
the default match table.
Cc: Rob Herring
Cc: Frank Rowand
Cc: Grant Likely
Signed-off-by: Kefeng Wang
---
drivers/of/unittest.c | 5 ++---
1 file changed, 2 insertions(
On Wed, May 11, 2016 at 08:03:46PM +0200, Michal Hocko wrote:
> I still cannot say I would understand why the pending
> RWSEM_WAITING_BIAS matters but I would probably need to look at the code
> again with a clean head, __rwsem_wake is quite tricky...
Ah, you're asking why an unconditional __rwsem
On Thu, May 12, 2016 at 01:49:12PM +0200, Guillermo Rodriguez Garcia wrote:
> Hello,
>
> [...]
> >>> One thing that I'd request is that instead of the cpu_relax() you use a
> >>> usleep_range() within the loop instead. I assume it can potentially take
> >>> a long time for the current period to fi
Hi,
On 12/05/16 13:31, Yoshihiro Shimoda wrote:
> Hi,
>
>> From: Roger Quadros
>> Sent: Thursday, May 12, 2016 6:32 PM
>>
>> Hi,
>>
>> On 12/05/16 11:34, Roger Quadros wrote:
>>> On 12/05/16 07:00, Yoshihiro Shimoda wrote:
Hi,
> From: Alan Stern
> Sent: Wednesday, May 11, 2016 1
Hi folks,
There was a bug in the first version of the set --- the pb argument to
__vb2_get_done_vb() is NULL in cases which did not get tested the last time.
The second patch in the set was reverted for that reason.
This set contains a patch originally from David and again the second
reverted pa
On Thu, May 12, 2016 at 01:57:38PM +0200, Borislav Petkov wrote:
> #ifdef CONFIG_X86_32
> # define PUSH_DX"pushl %%edx\n\t"
> # define POP_DX "popl %%edx\n\t"
> #else
> # define PUSH_DX"pushq %%rdx\n\t"
> # define POP_DX "popq %%rdx\n\t"
> #endif
>
> unsigned int __
An earlier patch fixing an input validation issue introduced another
issue: vb2_core_dqbuf() is called with pb argument value NULL in some
cases, causing a NULL pointer dereference. Fix this by skipping the
verification as there's nothing to verify.
Signed-off-by: David R
Use if () instead of ?
When a buffer is being dequeued using VIDIOC_DQBUF IOCTL, the exact buffer
which will be dequeued is not known until the buffer has been removed from
the queue. The number of planes is specific to a buffer, not to the queue.
This does lead to the situation where multi-plane buffers may be requeste
Commit-ID: 6d4acadc1ca37a3aca10892d32fb7205bc5b0cfc
Gitweb: http://git.kernel.org/tip/6d4acadc1ca37a3aca10892d32fb7205bc5b0cfc
Author: Peter Zijlstra
AuthorDate: Thu, 12 May 2016 13:57:45 +0200
Committer: Ingo Molnar
CommitDate: Thu, 12 May 2016 14:10:39 +0200
locking/rwsem: Fix down_w
On Mon, Feb 22, 2016 at 11:46:39AM -0800, Dmitry Torokhov wrote:
> On Wed, Feb 17, 2016 at 02:19:26PM +0100, Manfred Schlaegl wrote:
> > If the pwm can sleep defer actions to it using a worker.
> > A similar approach was used in leds-pwm (c971ff185)
> >
> > Trigger:
> > On a Freescale i.MX53 based
On Thu 12-05-16 14:12:04, Peter Zijlstra wrote:
> On Wed, May 11, 2016 at 08:03:46PM +0200, Michal Hocko wrote:
> > I still cannot say I would understand why the pending
> > RWSEM_WAITING_BIAS matters but I would probably need to look at the code
> > again with a clean head, __rwsem_wake is quite t
From: Shannon Zhao
The EFI DT parameters for bare metal are located under /chosen node,
while for Xen Dom0 they are located under /hyperviosr/uefi node. These
parameters under /chosen and /hyperviosr/uefi are not expected to appear
at the same time.
Parse these EFI parameters and initialize EFI l
Hi Wolfram,
this update adds ACPI support for the clock-frequency setting in the
thunderx driver. For SMBUS alert support it is currently unclear how
it will look like in ACPI so I left that unimplemented.
Patch #5 - #7 are (final) cleanup patches.
Patches are on-top of next-20160512.
Changes
The ThunderX SOC uses the same i2c block as the Octeon SOC.
The main difference is that on ThunderX the device is a PCI device
so device probing is done via PCI, interrupts are MSI-X. The
clock rates can be set via device tree or ACPI.
Signed-off-by: Jan Glauber
---
drivers/i2c/busses/Kconfig
Initialize booleon values with true instead of 1.
Signed-off-by: Jan Glauber
---
drivers/i2c/busses/i2c-cavium.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/i2c/busses/i2c-cavium.c b/drivers/i2c/busses/i2c-cavium.c
index e95ee5c..140f0d1 100644
--- a/drivers/i
Sort include files alphabetically to reduce probability of merge
conflicts.
Signed-off-by: Jan Glauber
---
drivers/i2c/busses/i2c-octeon-core.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/i2c/busses/i2c-octeon-core.c
b/drivers/i2c/busses/i2c-octeon-cor
The register offsets are different between Octeon and ThunderX so move
them into the algorithm struct and get rid of the define.
Signed-off-by: Jan Glauber
---
drivers/i2c/busses/i2c-cavium.c| 28 +--
drivers/i2c/busses/i2c-cavium.h| 35 +--
Add SMBUS alert interrupt support. For now only device tree is
supported for specifying the alert. In case of ACPI an error
is returned.
Signed-off-by: Jan Glauber
---
drivers/i2c/busses/i2c-cavium.h| 6
drivers/i2c/busses/i2c-thunderx-core.c | 51 ++
Move common functionality into a separate file in preparation of the
re-use from the ThunderX i2c driver.
Functions are slightly re-ordered but no other changes are included.
Signed-off-by: Jan Glauber
---
drivers/i2c/busses/Makefile | 3 +-
drivers/i2c/busses/i2c-cavium.c | 807
The i2c Octeon and ThunderX drivers are maintained by Cavium.
While at it fix the whitespace errors of the next entry.
Signed-off-by: Jan Glauber
Acked-by: David Daney
---
MAINTAINERS | 25 +
1 file changed, 17 insertions(+), 8 deletions(-)
diff --git a/MAINTAINERS b/MA
This is an intermediate commit in preparation of the driver split.
The module rename in this commit will be reverted in the next patch,
this is just done to make the series bisectible.
Signed-off-by: Jan Glauber
---
drivers/i2c/busses/Makefile| 2 +-
drivers/i2c/busse
tip-bot for Alexander Shishkin writes:
> Commit-ID: 5fbe4788b55540a6c4fe2c47e05482ac356eaf74
> Gitweb: http://git.kernel.org/tip/5fbe4788b55540a6c4fe2c47e05482ac356eaf74
> Author: Alexander Shishkin
> AuthorDate: Tue, 10 May 2016 16:18:32 +0300
> Committer: Ingo Molnar
> CommitDate: T
This patch adds the device tree to support Toradex Apalis TK1 a
computer on module which can be used on different carrier boards.
The module consists of a Tegra TK1 SoC, a PMIC solution, 2 GB of DDR3L
RAM, a bunch of level shifters, an eMMC, a TMP451 temperature sensor
chip and an I210 gigabit Eth
Device-tree binding documentation for Xilinx zynqmp dma engine used in
Zynq UltraScale+ MPSoC.
Signed-off-by: Punnaiah Choudary Kalluri
Signed-off-by: Kedareswara rao Appana
---
Changes in v8:
- Removed all the software runtime configuration parameters
from the binding doc as suggested by the
Added the driver for zynqmp dma engine used in Zynq
UltraScale+ MPSoC. This dma controller supports memory to memory
and memory to I/O buffer transfers.
Signed-off-by: Punnaiah Choudary Kalluri
Signed-off-by: Kedareswara rao Appana
---
Changes for v8:
- Derive the software runtime configuration
Use BIT macro for register field definition and make constant as U
when using in shift operator like (3 << 30) to (3U << 30)
Signed-off-by: Laxman Dewangan
Acked-by: Jon Hunter
---
Changes from V1:
- Remove the indenting of line which is not for BIT macro usage.
Changes from V2:
- None
Changes
The IO pins of Tegra SoCs are grouped for common control of IO interface
like setting voltage signal levels and power state of the interface. The
group is generally referred as IO pads. The power state and voltage control
of IO pins can be done at IO pads level.
Tegra124 onwards IO pads support t
The function tegra_pmc_readl() returns the u32 type data and hence
change the data type of variable where this data is stored to u32
type.
Signed-off-by: Laxman Dewangan
Reviewed-by: Jon Hunter
---
Changes from V1:
-This is new in series as per discussion on V1 series to use u32 for
tegra_pmc_r
Commit-ID: 9a7a076e8e4ffcfec05e3cafe4c4e31d41ddbaa0
Gitweb: http://git.kernel.org/tip/9a7a076e8e4ffcfec05e3cafe4c4e31d41ddbaa0
Author: Dmitry V. Levin
AuthorDate: Wed, 11 May 2016 11:48:17 +0300
Committer: Thomas Gleixner
CommitDate: Thu, 12 May 2016 14:27:13 +0200
x86: Use compat vers
Commit-ID: e2724e9d969294879936daf7833d4adda26c8efc
Gitweb: http://git.kernel.org/tip/e2724e9d969294879936daf7833d4adda26c8efc
Author: Jeremy Compostella
AuthorDate: Wed, 11 May 2016 17:23:34 +0200
Committer: Thomas Gleixner
CommitDate: Thu, 12 May 2016 14:27:14 +0200
x86/tsc: Add miss
The IO pins of Tegra SoCs are grouped for common control of IO
interface like setting voltage signal levels and power state of
the interface. The group is generally referred as IO pads. The
power state and voltage control of IO pins can be done at IO pads
level.
Tegra generation SoC supports the p
Hi Richard,
On Thu, 12 May 2016 13:32:45 +0200
Richard Weinberger wrote:
> Sometimes all you need is a NAND with a given page, erase and chip size
> to load and inspect a certain image.
> OOB, ECC sizes and other metrics don't matter much then.
> In such a situation I find myself often fiddling
Currently, crashkernel parameter supports the below syntax to parse size
based on memory range:
crashkernel=:[,:,...]
While such parsing is implemented for crashkernel parameter, it applies to
other parameters with similar syntax. So, move this code to a more generic
place for code reuse.
From: Martin Sperl
Add a memory-controller driver for the bcm2835 SOC.
This is mostly needed to claim the SDRAM clock
so that this (and the corresponding parent pll)
never gets disabled.
It also exposes the sdram registers via debugfs.
Signed-off-by: Martin Sperl
---
drivers/memory/Kconfig
From: Martin Sperl
Add the bcm2835 sdram controller to the device tree.
Signed-off-by: Martin Sperl
---
arch/arm/boot/dts/bcm283x.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/bcm283x.dtsi b/arch/arm/boot/dts/bcm283x.dtsi
index 8aaf193..9db9d97 100644
--- a/a
From: Martin Sperl
Add memory controller dt-binding documentation for the
bcm2835 soc.
Signed-off-by: Martin Sperl
---
.../bindings/memory-controllers/brcm,bcm2835-sdram.txt | 16
1 file changed, 16 insertions(+)
create mode 100644
Documentation/devicetree/bindings/memory-
From: Martin Sperl
As the sdram clock is a critical clock to the system
the minimal bcm2835-sdram driver claims (and enables)
this clock and also exposes the corresponding sdram
registers via debugfs.
Martin Sperl (4):
dt: bindings: add bcm2835-memory-controller documentation
memory: bcm2835
From: Martin Sperl
Add the bcm2835-sdram controller driver to the default config.
(as the driver is enabled by default vi KConfig, we only need
to enable CONFIG_MEMORY)
Signed-off-by: Martin Sperl
---
arch/arm/configs/bcm2835_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/a
Currently, memory for fadump can be specified with fadump_reserve_mem=size,
where only a fixed size can be specified. Add the below syntax as well, to
support conditional reservation based on system memory size:
fadump_reserve_mem=:[,:,...]
This syntax helps using the same commandline par
Hi, Robin, Thanks very much for your comment, and sorry for the last
reply format.
On Tue, 2016-05-10 at 11:28 +0100, Robin Murphy wrote:
> On 09/05/16 09:00, honghui.zh...@mediatek.com wrote:
> [...]
> > +static void *mtk_iommu_alloc_pgt(struct device *dev, size_t size, gfp_t
> > gfp)
> > +{
> >
On Tue 10-05-16 14:30:11, Vlastimil Babka wrote:
[...]
> >From 68f09f1d4381c7451238b4575557580380d8bf30 Mon Sep 17 00:00:00 2001
> From: Vlastimil Babka
> Date: Fri, 29 Apr 2016 11:51:17 +0200
> Subject: [RFC 02/13] mm, page_alloc: set alloc_flags only once in slowpath
>
> In __alloc_pages_slowpa
On 05/12/2016 02:29 PM, Kedareswara rao Appana wrote:
[...]
> +- xlnx,include-sg: Indicates the controller to operate in simple or
> + scatter gather dma mode
This is also a software runtime configuration parameter.
Hi,
On Thursday 12 May 2016 16:42:31 Pranay Srivastava wrote:
> Hi Markus,
>
>
> On Thu, May 12, 2016 at 3:13 PM, Markus Pargmann wrote:
> > spinlocked ranges should be small and not contain calls into huge
> > subfunctions. Fix my mistake and just get the pointer to the socket
> > instead of d
Boris,
Am 12.05.2016 um 14:36 schrieb Boris Brezillon:
> Hi Richard,
>
> On Thu, 12 May 2016 13:32:45 +0200
> Richard Weinberger wrote:
>
>> Sometimes all you need is a NAND with a given page, erase and chip size
>> to load and inspect a certain image.
>> OOB, ECC sizes and other metrics don't
* Alexander Shishkin wrote:
> tip-bot for Alexander Shishkin writes:
>
> > Commit-ID: 5fbe4788b55540a6c4fe2c47e05482ac356eaf74
> > Gitweb:
> > http://git.kernel.org/tip/5fbe4788b55540a6c4fe2c47e05482ac356eaf74
> > Author: Alexander Shishkin
> > AuthorDate: Tue, 10 May 2016 16:18:32
On Tue 10-05-16 09:35:53, Vlastimil Babka wrote:
> After __alloc_pages_slowpath() sets up new alloc_flags and wakes up kswapd, it
> first tries get_page_from_freelist() with the new alloc_flags, as it may
> succeed e.g. due to using min watermark instead of low watermark. This attempt
> does not ha
Simplify netvsvc pointer graph by getting rid of the redundant ndev
pointer. We can always get a pointer to struct net_device from somewhere
else.
Signed-off-by: Vitaly Kuznetsov
---
drivers/net/hyperv/hyperv_net.h | 2 --
drivers/net/hyperv/netvsc.c | 30 --
Crash in netvsc_send() is observed when netvsc device is re-created on
mtu change/set channels. The crash is caused by dereferencing of NULL
channel pointer which comes from chn_table. The root cause is a mixture
of two facts:
- we set nvdev pointer in net_device_context in alloc_net_device()
bef
netvsc_link_change() can race with netvsc_change_mtu() or
netvsc_set_channels() as these functions destroy struct netvsc_device and
rndis filter. Use start_remove flag for syncronization. As
netvsc_change_mtu()/netvsc_set_channels() are called with rtnl lock held
we need to take it before checking
Hi,
On 2016/5/12 17:21, Arnd Bergmann wrote:
On Thursday 12 May 2016 10:17:58 Catalin Marinas wrote:
On Wed, May 11, 2016 at 09:30:07PM +0200, Arnd Bergmann wrote:
On Wednesday 11 May 2016 17:59:01 Catalin Marinas wrote:
I don't think the shifts are a problem, the main downside would be
the l
Commit-ID: 9f448cd3cbcec8995935e60b27802ae56aac8cc0
Gitweb: http://git.kernel.org/tip/9f448cd3cbcec8995935e60b27802ae56aac8cc0
Author: Alexander Shishkin
AuthorDate: Tue, 10 May 2016 16:18:33 +0300
Committer: Ingo Molnar
CommitDate: Thu, 12 May 2016 14:46:11 +0200
perf/core: Disable th
struct netvsc_device is destroyed on mtu change so keeping the
protection flag there is not a good idea. Move it to struct
net_device_context which is preserved.
Signed-off-by: Vitaly Kuznetsov
---
drivers/net/hyperv/hyperv_net.h | 4 +++-
drivers/net/hyperv/netvsc.c | 3 +--
drivers/net/h
When netvsc device is removed during mtu change or channels setup we get
into troubles as both paths are trying to remove the device. Synchronize
them with start_remove flag and rtnl lock.
Signed-off-by: Vitaly Kuznetsov
---
drivers/net/hyperv/netvsc_drv.c | 9 +++--
1 file changed, 7 insert
Commit-ID: ab92b232ae05c382c3df0e3d6a5c6d16b639ac8c
Gitweb: http://git.kernel.org/tip/ab92b232ae05c382c3df0e3d6a5c6d16b639ac8c
Author: Alexander Shishkin
AuthorDate: Tue, 10 May 2016 16:18:32 +0300
Committer: Ingo Molnar
CommitDate: Thu, 12 May 2016 14:45:59 +0200
perf/x86/intel/pt: Ge
MTU change and set channels operations are implemented as netvsc device
re-creation destroying internal structures (struct net_device stays). This
is really unfortunate but there is no support from Hyper-V host to do it
in a different way. Such re-creation is unsurprisingly racy, Haiyang
reported a
We have the following structures keeping netvsc adapter state:
- struct net_device
- struct net_device_context
- struct netvsc_device
- struct rndis_device
- struct hv_device
and there are pointers/dependencies between them:
- struct net_device_context is contained in struct net_device
- struct hv_
Add drm_fb_cma_create_with_funcs() for drivers that need to set the
dirty() callback.
Cc: laurent.pinch...@ideasonboard.com
Signed-off-by: Noralf Trønnes
---
Changes since v1:
- Expand docs
drivers/gpu/drm/drm_fb_cma_helper.c | 31 +--
include/drm/drm_fb_cma_helper.
Provides helper functions for drivers that have a simple display
pipeline. Plane, crtc and encoder are collapsed into one entity.
Cc: jsa...@ti.com
Signed-off-by: Noralf Trønnes
---
Changes since v2:
- Drop Kconfig knob DRM_KMS_HELPER
- Expand documentation
Changes since v1:
- Add DOC header an
This patchset adds various helpers that was originally part of the
tinydrm patchset.
4 patches from the previous version have been applied and 2 are now left.
Essentially it adds 2 functions:
- drm_fb_cma_create_with_funcs()
CMA backed framebuffer supporting a dirty() callback.
- drm_simple_dis
On Thu, May 12, 2016 at 10:56 AM, Will Deacon wrote:
> On Thu, May 12, 2016 at 12:29:02AM +0200, Rafael J. Wysocki wrote:
>> On Wed, May 11, 2016 at 11:30 PM, David Daney
>> wrote:
>> > On 05/11/2016 02:22 PM, Rafael J. Wysocki wrote:
>> >> On Wed, May 11, 2016 at 11:08 PM, David Daney
>> >> wr
Hi,
On 2016/5/12 16:24, Yury Norov wrote:
On Thu, May 12, 2016 at 11:45:53AM +0800, Zhangjian (Bamvor) wrote:
[...]
Hmm, that is indeed tricky. I think COMPAT_SYSCALL_WRAP4 rightfully
refuses the loff_t argument here, as the common case is that this is
not possible.
It works if I apply the f
Commit 086d7f804e26 ("ASoC: Convert WM8962 MICBIAS to a supply widget",
2011-09-23) says:
A supply widget is generally clearer than a MICBIAS widget and a
mic bias is just a type of supply so use a supply widget for the
MICBIAS. This also avoids confusion with the routing w
Hi Steve,
On Thu, May 12, 2016 at 4:09 AM, Steven Rostedt wrote:
>
> At the end of process_filter(), collapse_tree() was changed to update the
> parg parameter, but the reassignment after the call wasn't removed.
> What happens is that the "current_op" gets modified and freed and parg
> is assign
Ingo Molnar writes:
> * Alexander Shishkin wrote:
>
>> tip-bot for Alexander Shishkin writes:
>>
>> > Commit-ID: 5fbe4788b55540a6c4fe2c47e05482ac356eaf74
>> > Gitweb:
>> > http://git.kernel.org/tip/5fbe4788b55540a6c4fe2c47e05482ac356eaf74
>> > Author: Alexander Shishkin
>> > AuthorD
On 10.05.2016 20:20, Konstantin Khlebnikov wrote:
On 10.05.2016 19:36, Tejun Heo wrote:
Hello,
On Tue, May 10, 2016 at 07:28:08PM +0300, Konstantin Khlebnikov wrote:
On 10.05.2016 11:21, Konstantin Khlebnikov wrote:
I've got plenty warnings, bugs and oops around trivial use of mod_delayed_wor
On Thursday, May 12, 2016 07:30:05 PM Alexandre Courbot wrote:
> On Wednesday, May 11, 2016 6:34:35 PM JST, Christian Lamparter wrote:
> > This patch integrates the GPIO drivers for the following
> > boards, SoCs, etc. into gpio-mmio:
> > - CLPS711X SoCs
> > - MOXA ART SoC
> > - TS-4800 FPGA DIO
On Thursday 12 May 2016 20:49:24 Zhangjian wrote:
> Hi,
>
> On 2016/5/12 17:21, Arnd Bergmann wrote:
> > On Thursday 12 May 2016 10:17:58 Catalin Marinas wrote:
> >> On Wed, May 11, 2016 at 09:30:07PM +0200, Arnd Bergmann wrote:
> >>> On Wednesday 11 May 2016 17:59:01 Catalin Marinas wrote:
> >>>
On 10/05/16 15:31, Mark Rutland wrote:
On Tue, May 10, 2016 at 02:41:54PM +0100, Daniel Thompson wrote:
On 10/05/16 11:45, Mark Rutland wrote:
When commit 44679a4f142b ("arm64: KGDB: Add step debugging support") was
introduced it was paired with a gdb patch that made an incompatible
change to t
On Thu, May 12, 2016 at 02:14:52PM +0200, Peter Zijlstra wrote:
> But this is a C function, with C calling convention. You're now assuming
> GCC doesn't clobber anything with its prologue/epilogue.
>
> I think hpa meant to put it in an .S file and avoid all that.
I wanted to have gcc use %[w] and
Em Thu, May 12, 2016 at 08:43:12AM +, He Kuang escreveu:
> Symfs dir and buildid dir are two places that perf looks into for
> symbols, currently, if symfs dir is given, buildid-cache is skipped.
>
> In the cross-platform perf record/script scenario, we need vdsos in
> buildid-cache dir and ot
On 2016/5/12 19:52, Aleksey Makarov wrote:
> Hi Jon,
>
> In v7 I addressed the issues that were brought up by Rafael J . Wysocki
> (but I still do not have ACK from ACPI people).
>
> The issue with D02 will be addressed in a separate patch.
>
> There possibly is an issue with 16550 and command
Em Thu, May 12, 2016 at 08:43:11AM +, He Kuang escreveu:
> When unwinding callchains on a different machine, vdso info should be
> provided so the unwind process won't be interrupted if address falls
> into vdso region. But in most cases, the addresses of sample events
> are not in vdso range,
Il 06/05/2016 22:20, Paolo Valente ha scritto:
...
I can now confirm that, because of a little bug, a fraction ranging
from one third to half of the writeback bios for the writer is wrongly
associated with the root group. I'm sending a bugfix.
I'm retesting BFQ after this blk fix. If I underst
From: Rafael J. Wysocki
None of the cpufreq governors currently in the tree will ever fail
an invocation of the ->governor() callback with the event argument
equal to CPUFREQ_GOV_STOP (unless invoked with incorrect arguments
which doesn't matter anyway) and it is rather difficult to imagine
a val
Hi,
As it turns out, all of the existing governors (and the upcoming schedutil one)
always return 0 from ->governor() for the event argument equal to _GOV_STOP
or _POLICY_EXIT.
The following two patches rearrange the core cpufreq code to take that into
account.
Thanks,
Rafael
From: Rafael J. Wysocki
None of the cpufreq governors currently in the tree will ever fail
an invocation of the ->governor() callback with the event argument
equal to CPUFREQ_GOV_POLICY_EXIT (unless invoked with incorrect
arguments which doesn't matter anyway) and it wouldn't really
make sense to
Improves clarity. No functional changes.
Signed-off-by: Jani Nikula
---
scripts/docproc.c | 17 +++--
1 file changed, 11 insertions(+), 6 deletions(-)
diff --git a/scripts/docproc.c b/scripts/docproc.c
index e267e621431a..48abc01a920e 100644
--- a/scripts/docproc.c
+++ b/scripts/doc
From: Jonathan Corbet
If given the -rst flag, output will now be in RestructuredText. Various
glitches to be worked out yet.
In the end I decided not to use RST section headings within the kerneldoc
comments. gpu.tmpl already has headings five levels deep; adding more is
not going to bring cla
Jon, I was hoping we could consider nudging things forward a bit in the
kernel-doc and docproc reStructuredText front already in 4.7. I know
it's a bit close to the merge window, but this should not interfere with
anything else, and some of it are just trivial cleanups that I've been
carrying aroun
Instead of having the kernel-doc usage in both comments and in output to
the user, merge them all to one here document. While at it, imrove the
text and make it pretty. Give shoemaker's children some shoes.
Signed-off-by: Jani Nikula
---
scripts/kernel-doc | 83 --
Leave a hint to folks which file to edit instead.
Signed-off-by: Jani Nikula
---
scripts/docproc.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/scripts/docproc.c b/scripts/docproc.c
index 9babfd108d2e..0a12593b9041 100644
--- a/scripts/docproc.c
+++ b/scripts/docproc.c
@@ -45,6 +45
Cleaner code. Also fixes a bug when F or P directives didn't in fact
have space.
Signed-off-by: Jani Nikula
---
scripts/docproc.c | 34 +-
1 file changed, 21 insertions(+), 13 deletions(-)
diff --git a/scripts/docproc.c b/scripts/docproc.c
index bc900310b431..a93
Helps follow-up work. No functional changes.
Signed-off-by: Jani Nikula
---
scripts/docproc.c | 30 --
1 file changed, 20 insertions(+), 10 deletions(-)
diff --git a/scripts/docproc.c b/scripts/docproc.c
index fb195f0ed0ef..bc900310b431 100644
--- a/scripts/docproc.c
Expect reStructuredText input and have kernel-doc produce
reStructuredText output with the new --rst option. Also add --docbook
option for completeness. If no option is given, default to
reStructuredText if the input file has ".rst" extension, DocBook
otherwise.
Directives for reStructuredText use
Improves clarity. No functional changes.
Signed-off-by: Jani Nikula
---
scripts/docproc.c | 93 ---
1 file changed, 47 insertions(+), 46 deletions(-)
diff --git a/scripts/docproc.c b/scripts/docproc.c
index 48abc01a920e..fb195f0ed0ef 100644
--
On Tue, 10 May 2016, Keerthy wrote:
> The LP873X chip is a power management IC for Portable Navigation Systems
> and Tablet Computing devices. It contains the following components:
>
> - Regulators.
> - Configurable General Purpose Output Signals(GPO).
>
> PMIC interacts with the m
On Thu, May 12, 2016 at 08:52:46PM +0800, Zhangjian (Bamvor) wrote:
> Hi,
>
> On 2016/5/12 16:24, Yury Norov wrote:
> >On Thu, May 12, 2016 at 11:45:53AM +0800, Zhangjian (Bamvor) wrote:
> >
> >[...]
> >
> >>>Hmm, that is indeed tricky. I think COMPAT_SYSCALL_WRAP4 rightfully
> >>>refuses the loff
ACPI 6.0 adds a new method to specify the CPU idle states(C-states)
called Low Power Idle(LPI) states. Since new architectures like ARM64
use only LPIs, introduce ACPI_PROCESSOR_CSTATE to encapsulate all the
code supporting the old style C-states(_CST).
This patch will help to extend the processor
On Tue, 10 May 2016, Keerthy wrote:
> Add information for the mfd and regulator drivers.
>
> Signed-off-by: Keerthy
> ---
> Documentation/devicetree/bindings/mfd/lp873x.txt | 55
>
> 1 file changed, 55 insertions(+)
> create mode 100644 Documentation/devicetree/bindin
Hi Stephen,
On 10/05/16 19:31, Stephen Hemminger wrote:
On Tue, 10 May 2016 17:43:21 +0100
Harvey Hunt wrote:
For ethernet devices, net_device.name will be eth%d before
register_netdev() is called. Don't print the net_device name until
the format string is replaced.
Cc: Robert Jarzmik
Cc: B
Hi David,
On 12/05/16 00:26, David Miller wrote:
From: Harvey Hunt
Date: Tue, 10 May 2016 17:43:21 +0100
@@ -1686,8 +1686,7 @@ dm9000_probe(struct platform_device *pdev)
}
if (!is_valid_ether_addr(ndev->dev_addr)) {
- dev_warn(db->dev, "%s: Invalid ethernet MAC
On Tue 10-05-16 09:35:54, Vlastimil Babka wrote:
> The retry loop in __alloc_pages_slowpath is supposed to keep trying reclaim
> and compaction (and OOM), until either the allocation succeeds, or returns
> with failure. Success here is more probable when reclaim precedes compaction,
> as certain wa
Hi Linus,
this will be my last pin control fix for this kernel cycle. It's tagged for
stable and only hits a single driver with two added lines so
should be safe. Tested in linux-next.
Please pull it in!
Yours,
Linus Walleij
The following changes since commit 02da2d72174c61988eb4456b53f405e3ebd
2016-05-12 14:14 GMT+02:00 Thierry Reding :
> On Thu, May 12, 2016 at 01:49:12PM +0200, Guillermo Rodriguez Garcia wrote:
>> Hello,
>>
>> [...]
>> >>> One thing that I'd request is that instead of the cpu_relax() you use a
>> >>> usleep_range() within the loop instead. I assume it can potentially t
First, the headings for structs, enums and typedefs will be similar to
functions. Second, this provides a kind of namespace for cross
references. Third, and most importantly, the return and parameter types
from .. c:function:: definitions will automagically become cross
references to the documented
Le 05/12/2016 à 11:36 AM, Jerome Glisse a écrit :
> On Thu, May 12, 2016 at 08:07:59AM +0200, Nicolas Morey-Chaisemartin wrote:
>>
>> Le 05/11/2016 à 04:51 PM, Jerome Glisse a écrit :
>>> On Wed, May 11, 2016 at 01:15:54PM +0200, Nicolas Morey Chaisemartin wrote:
Le 05/10/2016 à 12:01 PM, Je
On Thursday, May 12, 2016 01:55:44 PM Arnd Bergmann wrote:
> On Thursday 12 May 2016 11:58:18 Christian Lamparter wrote:
> > > > > Detecting the endianess of the
> > > > > device is probably the best future-proof solution, but it's also
> > > > > considerably more work to do in the driver, and come
> ---
> Subject: perf/core: don't find side-band event from all pmus
> From: Kan Liang
> Date: Wed, 23 Mar 2016 11:24:37 -0700
>
Hi Peter,
Is there something wrong with the patch?
The last time I saw this patch was in your personal tree
(kernel/git/peterz/queue.git).
But now I cannot find it
301 - 400 of 871 matches
Mail list logo
