refcount_t type and corresponding API should be
used instead of atomic_t when the variable is used as
a reference counter. This allows to avoid accidental
refcounter overflows that might lead to use-after-free
situations.
Signed-off-by: Elena Reshetova
Signed-off-by: Hans Liljestrand
Signed-off-
From: "david.wu"
If the pwm was not enabled at uboot loader, pwm could not work for clock
always disabled at pwm driver. The pwm clock is enabled at beginning of
pwm_apply(), but disabled at end of pwm_apply().
If the pwm was enabled at uboot loader, pwm clock is always enabled unless
closed by
Call qxl_add_monitors_config_modes() unconditionally. Do all sanity
checks in that function.
Fix sanity checks. monitors_config is the current monitor
configuration, whereas client_monitors_config is the configuration
requested by the spice client. So when filling the mode list, based on
the sp
very old qxl hardware revisions (predating qxl ksm support by a few
years) supported a fixed list of video modes only. The list is still
provided by the virtual hardware, for backward compatibility reasons.
The qxl kms driver never ever looks at it, except for dumping it to
the kernel log at load
On Wed, 1 Mar 2017 18:16:02 +0800
David Wu wrote:
> From: "david.wu"
>
> If the pwm was not enabled at uboot loader, pwm could not work for clock
> always disabled at pwm driver. The pwm clock is enabled at beginning of
> pwm_apply(), but disabled at end of pwm_apply().
>
> If the pwm was ena
The config information of RK3328 about address and port property
is different from before platform. So add config information in the
data of match table and documentation of the device tree bindings
of u2phy.
Meng Dongyang (2):
Documentation: bindings: add DT documentation for u2phy and u2phy gr
On 28.02.2017 23:08, Dmitry Torokhov wrote:
With the switch to devm, there is no need for ad7879_probe() to return the
touchscreen structure, we can use plain error code. This also fixes issue
introduced with devm concersion, where we returned 0 on success (which
worked OK since IS_ERR(0) would n
On 02/26/2017 04:07 AM, Masahiro Yamada wrote:
> MACH_OX820 depends on ARCH_MULTI_V6, which already selects CPU_V6K.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> arch/arm/mach-oxnas/Kconfig | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/arch/arm/mach-oxnas/Kconfig b/arch/arm/mach-oxna
On 03/01/2017 11:03 AM, Peter Zijlstra wrote:
> On Wed, Mar 01, 2017 at 11:57:13AM +0200, Nikolay Borisov wrote:
>>
>>
>> On 1.03.2017 11:46, Peter Zijlstra wrote:
>>> On Wed, Mar 01, 2017 at 09:59:00AM +0200, Nikolay Borisov wrote:
Commit 21caf2fc1931 ("mm: teach mm by current context info t
On 1-3-2017 9:59, Romain Perier wrote:
> Currently, mmc_power_up calls the pre_power_on callback, enables the
> power supply of the mmc by calling mmc_set_ios() and then call
> post_power_on. WiFi chipsets like the AP6335 require a specific power
> sequence ordering before being used. You must enab
On Tue, Feb 28, 2017 at 03:18:13PM +0800, Icenowy Zheng wrote:
>
> 2017年2月28日 14:44于 Maxime Ripard 写道:
> >
> > On Tue, Feb 28, 2017 at 03:40:53AM +0800, Icenowy Zheng wrote:
> > > From: Ondrej Jirman
> > >
> > > Allwinner SoCs from H3 (including H5, A64, etc) have a new version of
> > > therm
drivers/staging/media/atomisp/i2c/ov5693/ov5693.c:2066:3-8: No need to set
.owner here. The core will do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
CC: Alan Cox
Signed-off-by: Fengguang Wu
---
ov5693
drivers/staging/media/atomisp/i2c/ov2722.c:1352:3-8: No need to set .owner
here. The core will do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
CC: Alan Cox
Signed-off-by: Fengguang Wu
---
ov2722.c |
drivers/staging/media/atomisp/i2c/ap1302.c:1250:3-8: No need to set .owner
here. The core will do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
CC: Alan Cox
Signed-off-by: Fengguang Wu
---
ap1302.c |
drivers/staging/media/atomisp/pci/atomisp2/./atomisp_ioctl.c:560:5-8: Unneeded
variable: "ret". Return "0" on line 577
Remove unneeded variable used to store return value.
Generated by: scripts/coccinelle/misc/returnvar.cocci
CC: Alan Cox
Signed-off-by: Fengguang Wu
---
Please take the pat
Currently the slope and offset values for calculating the
hot spot temperature of a particular thermal zone is part
of driver data. Pass them here instead and obtain the values
while of node parsing.
Signed-off-by: Keerthy
---
arch/arm/boot/dts/omap5.dtsi | 9 +
1 file changed, 9 inserti
On 1.03.2017 11:46, Peter Zijlstra wrote:
> On Wed, Mar 01, 2017 at 09:59:00AM +0200, Nikolay Borisov wrote:
>> Commit 21caf2fc1931 ("mm: teach mm by current context info to not do I/O
>> during memory allocation") added the memalloc_noio_(save|restore) functions
>> to enable people to modify th
drivers/staging/media/atomisp/i2c/imx/imx.c:2486:3-8: No need to set .owner
here. The core will do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
CC: Alan Cox
Signed-off-by: Fengguang Wu
---
imx.c |1
On Wed, Mar 01, 2017 at 08:19:30AM +0800, kbuild test robot wrote:
> >> include/linux/intel-iommu.h:457:52: error: 'struct iommu_device' has no
> >> member named 'dev'
> return container_of(dev, struct intel_iommu, iommu.dev);
Yeah, I noticed that issue too and fixed it before sending the
pu
On Wed, Mar 01, 2017 at 01:42:40PM +1100, Balbir Singh wrote:
> >>>The idea of this patchset was to introduce
> >>>the concept of memory that is not necessarily system memory, but is
> >>>coherent
> >>>in terms of visibility/access with some restrictions
> >>>
> >>
> >>Which should be done without
On Sat, 18 Feb 2017, Arun Raghavan wrote:
> This dumps some information in logs when a process exceeds its CPU or RT
> limits (soft and hard). Makes debugging easier when userspace triggers
> these limits.
Sigh. This changelog sucks. "dumps some information" is pretty useless and
it does not expl
drivers/staging/media/atomisp/i2c/lm3554.c:986:3-8: No need to set .owner here.
The core will do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
CC: Alan Cox
Signed-off-by: Fengguang Wu
---
lm3554.c |
Commit-ID: 72042a8c7b01048a36ece216aaf206b7d60ca661
Gitweb: http://git.kernel.org/tip/72042a8c7b01048a36ece216aaf206b7d60ca661
Author: Tobin C. Harding
AuthorDate: Mon, 20 Feb 2017 10:12:35 +1100
Committer: Thomas Gleixner
CommitDate: Wed, 1 Mar 2017 11:27:26 +0100
x86/purgatory: Make
Commit-ID: 940b2f2fd963c043418ce8af64605783b2b19140
Gitweb: http://git.kernel.org/tip/940b2f2fd963c043418ce8af64605783b2b19140
Author: Borislav Petkov
AuthorDate: Sat, 18 Feb 2017 12:31:40 +0100
Committer: Thomas Gleixner
CommitDate: Wed, 1 Mar 2017 11:27:26 +0100
x86/events: Remove la
drivers/staging/media/atomisp/i2c/mt9m114.c:1946:3-8: No need to set .owner
here. The core will do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
CC: Alan Cox
Signed-off-by: Fengguang Wu
---
mt9m114.c |
On Wed 01-03-17 11:22:51, Vlastimil Babka wrote:
> On 03/01/2017 08:48 AM, Nikolay Borisov wrote:
> > Commit 21caf2fc1931 ("mm: teach mm by current context info to not do I/O
> > during memory allocation") added the memalloc_noio_(save|restore) functions
> > to enable people to modify the MM behavi
drivers/staging/media/atomisp/i2c/gc2235.c:1208:3-8: No need to set .owner
here. The core will do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
CC: Alan Cox
Signed-off-by: Fengguang Wu
---
gc2235.c |
drivers/staging/media/atomisp/pci/atomisp2/./atomisp_subdev.c:161:5-8: Unneeded
variable: "ret". Return "0" on line 163
Remove unneeded variable used to store return value.
Generated by: scripts/coccinelle/misc/returnvar.cocci
CC: Alan Cox
Signed-off-by: Fengguang Wu
---
Please take the pa
drivers/staging/media/atomisp/i2c/gc0310.c:1470:3-8: No need to set .owner
here. The core will do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
CC: Alan Cox
Signed-off-by: Fengguang Wu
---
gc0310.c |
ti_thermal_expose_sensor always takes the
devm_thermal_zone_of_sensor_register call for registration
with the device tree nodes present for all the bandgap sensors
for omap3/4/5 and dra7 family. There are large chunks of unused
code. Removing all of them.
Signed-off-by: Keerthy
---
drivers/therm
drivers/staging/media/atomisp/i2c/ov2680.c:1535:3-8: No need to set .owner
here. The core will do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
CC: Alan Cox
Signed-off-by: Fengguang Wu
---
ov2680.c |
* tip-bot for Josh Poimboeuf wrote:
> Commit-ID: 90a7e63a31b8f7d630d12ef0d8d37d3ab87f76e5
> Gitweb: http://git.kernel.org/tip/90a7e63a31b8f7d630d12ef0d8d37d3ab87f76e5
> Author: Josh Poimboeuf
> AuthorDate: Wed, 1 Mar 2017 00:05:04 -0600
> Committer: Ingo Molnar
> CommitDate: Wed, 1 M
> On Tue, Feb 28, 2017 at 10:45:25AM +0100, Michał Kępień wrote:
> > Some platform drivers use devm_input_allocate_device() together with
> > sparse_keymap_setup() in their .probe callbacks. While using the former
> > simplifies error handling, using the latter necessitates calling
> > sparse_keym
drivers/staging/media/atomisp/platform/clock/vlv2_plat_clock.c:248:3-8: No need
to set .owner here. The core will do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
CC: Alan Cox
Signed-off-by: Fengguang Wu
drivers/staging/media/atomisp/pci/atomisp2/./atomisp_v4l2.c:465:2-3: Unneeded
semicolon
drivers/staging/media/atomisp/pci/atomisp2/./atomisp_v4l2.c:511:2-3: Unneeded
semicolon
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Alan Cox
Signed-off-by: Fenggu
drivers/staging/media/atomisp/pci/atomisp2/./atomisp_compat_css20.c:551:3-4:
Unneeded semicolon
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Alan Cox
Signed-off-by: Fengguang Wu
---
atomisp_compat_css20.c |2 +-
1 file changed, 1 insertion(+), 1
drivers/staging/media/atomisp/i2c/imx/../ov8858.c:2199:3-8: No need to set
.owner here. The core will do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
CC: Alan Cox
Signed-off-by: Fengguang Wu
---
ov8858
Commit-ID: 73667e31a153a66da97feb1584726222504924f8
Gitweb: http://git.kernel.org/tip/73667e31a153a66da97feb1584726222504924f8
Author: Arnd Bergmann
AuthorDate: Tue, 14 Feb 2017 22:17:17 +0100
Committer: Thomas Gleixner
CommitDate: Wed, 1 Mar 2017 10:51:40 +0100
x86/hyperv: Hide unused
Commit-ID: b28ace12661fbcfd90959c1e84ff5a85113a82a1
Gitweb: http://git.kernel.org/tip/b28ace12661fbcfd90959c1e84ff5a85113a82a1
Author: Franck Demathieu
AuthorDate: Thu, 23 Feb 2017 10:48:55 +0100
Committer: Thomas Gleixner
CommitDate: Wed, 1 Mar 2017 10:08:20 +0100
irqchip/crossbar: Fi
refcount_t type and corresponding API should be
used instead of atomic_t when the variable is used as
a reference counter. This allows to avoid accidental
refcounter overflows that might lead to use-after-free
situations.
Signed-off-by: Elena Reshetova
Signed-off-by: Hans Liljestrand
Signed-off-
Now when new refcount_t type and API are finally merged
(see include/linux/refcount.h), the following
patches convert various refcounters in the generic fs code from atomic_t
to refcount_t. By doing this we prevent intentional or accidental
underflows or overflows that can led to use-after-free vul
On Wed, Mar 01, 2017 at 04:21:28PM +0900, Byungchul Park wrote:
> On Tue, Feb 28, 2017 at 07:15:47PM +0100, Peter Zijlstra wrote:
> > On Wed, Jan 18, 2017 at 10:17:32PM +0900, Byungchul Park wrote:
> > > + /*
> > > + * Each work of workqueue might run in a different context,
> > > + * thanks to c
Commit-ID: 8392f16d38bb5222c03073a3906b7fd272386faf
Gitweb: http://git.kernel.org/tip/8392f16d38bb5222c03073a3906b7fd272386faf
Author: Borislav Petkov
AuthorDate: Tue, 21 Feb 2017 19:36:39 +0100
Committer: Thomas Gleixner
CommitDate: Wed, 1 Mar 2017 11:27:26 +0100
x86/boot: Correct set
Commit-ID: 153654dbe595a68845ba14d5b0bfe299fa6a7e99
Gitweb: http://git.kernel.org/tip/153654dbe595a68845ba14d5b0bfe299fa6a7e99
Author: Rui Wang
AuthorDate: Tue, 28 Feb 2017 21:34:28 +0800
Committer: Thomas Gleixner
CommitDate: Wed, 1 Mar 2017 10:51:41 +0100
x86/PCI: Implement pcibios_r
Commit-ID: 1b17c6df852851b40c3c27c66b8fa2fd99cf25d8
Gitweb: http://git.kernel.org/tip/1b17c6df852851b40c3c27c66b8fa2fd99cf25d8
Author: Andrew Banman
AuthorDate: Fri, 17 Feb 2017 11:07:49 -0600
Committer: Ingo Molnar
CommitDate: Wed, 1 Mar 2017 10:28:20 +0100
x86/platform/uv/BAU: Fix HU
Commit-ID: f2ae5da726172fcf82f7be801489dd585f6a38eb
Gitweb: http://git.kernel.org/tip/f2ae5da726172fcf82f7be801489dd585f6a38eb
Author: Rui Wang
AuthorDate: Tue, 28 Feb 2017 21:34:29 +0800
Committer: Thomas Gleixner
CommitDate: Wed, 1 Mar 2017 10:51:41 +0100
x86/ioapic: Split IOAPIC hot
refcount_t type and corresponding API should be
used instead of atomic_t when the variable is used as
a reference counter. This allows to avoid accidental
refcounter overflows that might lead to use-after-free
situations.
Signed-off-by: Elena Reshetova
Signed-off-by: Hans Liljestrand
Signed-off-
Commit-ID: aa5ec3f715d576353c7d8f4f8085634bd845b73f
Gitweb: http://git.kernel.org/tip/aa5ec3f715d576353c7d8f4f8085634bd845b73f
Author: Masanari Iida
AuthorDate: Mon, 27 Feb 2017 21:29:22 +0900
Committer: Thomas Gleixner
CommitDate: Wed, 1 Mar 2017 10:51:40 +0100
x86/vmware: Remove dupl
Commit-ID: e98fe5127b9cc8ab33d1094b81c19deb1f9082bf
Gitweb: http://git.kernel.org/tip/e98fe5127b9cc8ab33d1094b81c19deb1f9082bf
Author: Tobin C. Harding
AuthorDate: Mon, 20 Feb 2017 10:12:36 +1100
Committer: Thomas Gleixner
CommitDate: Wed, 1 Mar 2017 11:27:26 +0100
x86/purgatory: Fix s
Commit-ID: 58ab9a088ddac4efe823471275859d64f735577e
Gitweb: http://git.kernel.org/tip/58ab9a088ddac4efe823471275859d64f735577e
Author: Dave Hansen
AuthorDate: Thu, 23 Feb 2017 14:26:03 -0800
Committer: Thomas Gleixner
CommitDate: Wed, 1 Mar 2017 10:51:50 +0100
x86/pkeys: Check against
refcount_t type and corresponding API should be
used instead of atomic_t when the variable is used as
a reference counter. This allows to avoid accidental
refcounter overflows that might lead to use-after-free
situations.
Signed-off-by: Elena Reshetova
Signed-off-by: Hans Liljestrand
Signed-off-
Commit-ID: e86a2d2d34e20289ae7d46692e16d43c3a785db9
Gitweb: http://git.kernel.org/tip/e86a2d2d34e20289ae7d46692e16d43c3a785db9
Author: Masanari Iida
AuthorDate: Mon, 27 Feb 2017 22:07:03 +0900
Committer: Thomas Gleixner
CommitDate: Wed, 1 Mar 2017 10:51:41 +0100
x86/intel_rdt: Remove d
refcount_t type and corresponding API should be
used instead of atomic_t when the variable is used as
a reference counter. This allows to avoid accidental
refcounter overflows that might lead to use-after-free
situations.
Signed-off-by: Elena Reshetova
Signed-off-by: Hans Liljestrand
Signed-off-
On Rab, 2017-03-01 at 10:01 +0100, Arnd Bergmann wrote:
> On Wed, Mar 1, 2017 at 8:23 AM, Loh, Tien Hock om> wrote:
> >
> > Arnd, Greg,
> Please don't top-post.
OK.
>
> >
> > I checked the attributes returned by the soc attribute subsystem,
> > but
> > it seems that it is lacking something equ
refcount_t type and corresponding API should be
used instead of atomic_t when the variable is used as
a reference counter. This allows to avoid accidental
refcounter overflows that might lead to use-after-free
situations.
Signed-off-by: Elena Reshetova
Signed-off-by: Hans Liljestrand
Signed-off-
On Wed, 1 Mar 2017 11:09:57 +0100
Cyrille Pitchen wrote:
> Le 28/02/2017 à 22:39, Richard Weinberger a écrit :
> > Vignesh,
> >
> > Am 27.02.2017 um 13:08 schrieb Vignesh R:
> >> Filesystems like UBIFS may pass vmalloc'd buffers to SPI NOR layer which
> >> will end up in SPI layer. SPI core do
Currently slope and offset values for calculating the hot spot
temperature of a thermal zone is being taken directly from driver
data. So try fetching it from device tree if not present only then
take it from driver data.
Signed-off-by: Keerthy
---
drivers/thermal/ti-soc-thermal/ti-thermal-commo
Currently the slope and offset values for calculating the
hot spot temperature of a particular thermal zone is part
of driver data. Pass them here instead and obtain the values
while of node parsing.
Signed-off-by: Keerthy
---
arch/arm/boot/dts/omap443x.dtsi | 4
1 file changed, 4 insertion
On 02/28/2017 12:41 PM, Greg Kurz wrote:
>>> +++ b/include/linux/syscalls.h
>>> @@ -775,6 +775,8 @@ asmlinkage long sys_futimesat(int dfd, const char
>>> __user *filename,
>>> asmlinkage long sys_faccessat(int dfd, const char __user *filename, int
>>> mode);
>>> asmlinkage long sys_fchmodat(in
On Wed, Mar 01, 2017 at 12:15:40PM +0800, Icenowy Zheng wrote:
> SoCs after A31 has a clock controller module in the PRCM part.
>
> Support the clock controller module on H5 and A64 now.
>
> Signed-off-by: Icenowy Zheng
> ---
> drivers/clk/sunxi-ng/Kconfig| 6 +
> drivers/clk/sunx
Add missing MALI clock IDs and expose the muxes and gates in the dt-bindings.
Signed-off-by: Neil Armstrong
---
drivers/clk/meson/gxbb.h | 9 -
include/dt-bindings/clock/gxbb-clkc.h | 5 +
2 files changed, 13 insertions(+), 1 deletion(-)
diff --git a/drivers/clk/meson/g
> -Original Message-
> From: Rob Herring [mailto:robh...@kernel.org]
> Sent: Wednesday, March 01, 2017 1:20 AM
>
> On Mon, Jan 30, 2017 at 8:43 AM, Madalin Bucur
> wrote:
> > Signed-off-by: Madalin Bucur
> > ---
>
> [...]
>
> > diff --git a/arch/arm64/boot/dts/freescale/qoriq-bman1-por
Hello,
I've got the following deadlock report while running syzkaller fuzzer
on linux-next/51788aebe7cae79cb334ad50641347465fc188fd:
==
[ INFO: possible circular locking dependency detected ]
4.10.0-next-20170301+ #1 Not ta
On Thu, 27 Oct 2016, Josh Poimboeuf wrote:
> TODO:
> - support .klp.arch.objname..altinstructions/parainstructions
> - split up the patches better
> - patch creation documentation
> - more tooling support for detecting missing relocations? or
> automatically converting them if a sympos isn't ne
The Mali is clocked by two identical clock paths behind a glitch free mux
to safely change frequency while running.
The two "mali_0" and "mali_1" clocks are composed of a mux, divider and gate.
Expose these two clocks trees using generic clocks.
Finally the glitch free mux is added as "mali" clock
For now we will increase the data area size to 1G, and the cmd area
size to 128M. The tcmu-runner should mmap() about (128M + 1G) when
running and the TCMU will dynamically grows the data area from 0 to
max 1G size.
Cool. This is a good approach for an initial patch but this raises
concerns ab
On Mon, 20 Feb 2017, Dou Liyang wrote:
> After we never do the last mapping of "cpuid <-> nodeid" at booting time. we
> also no need to enable MADT APIs to return disabled apicid.
>
> So, The patch work for reverting the commit 8ad893faf2:
> "x86/acpi: Enable MADT APIs to return disabled apicids"
On 03/01/2017 08:48 AM, Nikolay Borisov wrote:
> Commit 21caf2fc1931 ("mm: teach mm by current context info to not do I/O
> during memory allocation") added the memalloc_noio_(save|restore) functions
> to enable people to modify the MM behavior by disbaling I/O during memory
> allocation. This prev
Now that slope and offset data are being passed from
device tree no need to populate in driver data.
Signed-off-by: Keerthy
---
drivers/thermal/ti-soc-thermal/dra752-thermal-data.c | 10 --
drivers/thermal/ti-soc-thermal/omap4-thermal-data.c | 4
drivers/thermal/ti-soc-thermal/oma
Unnecessary parentheses are removed as reported by checkpatch.pl
to make coder nicer and to improve readability.
Also coding style is improved as it's often nicer to read if
&(foo[0]) is converted to foo like:
memcpy(&(ap->bssid[0]), &(ap_info->bssid[0]), ETH_ALEN);
memcpy(ap->bssid, ap_info->bs
Currently the slope and offset values for calculating the
hot spot temperature of a particular thermal zone is part
of driver data. Pass them here instead and obtain the values
while of node parsing.
Signed-off-by: Keerthy
---
arch/arm/boot/dts/dra7.dtsi | 17 +
1 file changed, 1
Thank you Brendan for reviewing,
On Wednesday 01 March 2017 10:34 AM, Brendan Gregg wrote:
> On Tue, Feb 28, 2017 at 2:31 PM, Brendan Gregg
> wrote:
>> G'Day Ravi,
>>
> [...]
>> Now retrying perf:
>>
>> # ./perf record -e sdt_node:http__server__request -a
>> ^C[ perf record: Woken up 1 times to w
On Wed, Mar 1, 2017 at 8:55 PM, Mel Gorman wrote:
> On Wed, Mar 01, 2017 at 01:42:40PM +1100, Balbir Singh wrote:
>> >>>The idea of this patchset was to introduce
>> >>>the concept of memory that is not necessarily system memory, but is
>> >>>coherent
>> >>>in terms of visibility/access with some
Add Chen, Catalin
On Thu, 16 Feb 2017 09:11:29 +0800 zhouxianrong wrote:
>
>
> On 2017/2/15 15:10, Ard Biesheuvel wrote:
> > On 15 February 2017 at 01:44, zhouxianrong wrote:
> >>
> >>
> >> On 2017/2/14 17:03, Ard Biesheuvel wrote:
> >>>
> >>> On 14 February 2017 at 06:53, wrote:
>
Currently the slope and offset values for calculating the
hot spot temperature of a particular thermal zone is part
of driver data. Pass them here instead and obtain the values
while of node parsing.
Tested for the slope and constant values on DRA7-EVM.
Keerthy (7):
ARM: DRA7: Thermal: Add slop
* Thomas Gleixner wrote:
> On Wed, 1 Mar 2017, Ingo Molnar wrote:
> >
> > * Jiri Slaby wrote:
> >
> > > This is a start of series to unify use of ENTRY, ENDPROC, GLOBAL, END,
> > > and other macros across x86. When we have all this sorted out, this will
> > > help to inject DWARF unwinding in
> I also checked all the other .ko files and they were properly aligned. So I
> think this should hopefully work, and I like that its not a per-arch fix.
>
> Sachin, sorry to bother you again, but I'm hoping you can try David's latest
> patch to scripts/module-common.lds, just to test in your s
On Mon, 20 Feb 2017, Dou Liyang wrote:
> Currently, We make the mapping of "cpuid <-> nodeid" fixed at the booting
> time.
> It keeps consistent with the WorkQueue and avoids some bugs which may be
> caused
> by the dynamic assignment.
>
> But, The ACPI table is unreliable and it is very risky
On 1.03.2017 12:31, Michal Hocko wrote:
> On Wed 01-03-17 11:22:51, Vlastimil Babka wrote:
>> On 03/01/2017 08:48 AM, Nikolay Borisov wrote:
>>> Commit 21caf2fc1931 ("mm: teach mm by current context info to not do I/O
>>> during memory allocation") added the memalloc_noio_(save|restore) function
Le 01/03/2017 à 05:54, Vignesh R a écrit :
>
>
> On Wednesday 01 March 2017 03:11 AM, Richard Weinberger wrote:
>> Vignesh,
>>
>> Am 27.02.2017 um 13:08 schrieb Vignesh R:
>>> Many SPI controller drivers use DMA to read/write from m25p80 compatible
>>> flashes. Therefore enable bounce buffers sup
Hi Boris,
在 2017/3/1 18:19, Boris Brezillon 写道:
On Wed, 1 Mar 2017 18:16:02 +0800
David Wu wrote:
From: "david.wu"
If the pwm was not enabled at uboot loader, pwm could not work for clock
always disabled at pwm driver. The pwm clock is enabled at beginning of
pwm_apply(), but disabled at e
From: "david.wu"
If the pwm was not enabled at uboot loader, pwm could not work for clock
always disabled at pwm driver. The pwm clock is enabled at beginning of
pwm_apply(), but disabled at end of pwm_apply().
If the pwm was enabled at uboot loader, pwm clock is always enabled unless
closed by
On Tue, Feb 28, 2017 at 10:31:15AM -0800, Randy Dunlap wrote:
> From: Randy Dunlap
>
> Fix kconfig dependencies when COMPILE_TEST is enabled so that
> interdependent module dependencies are configured as needed.
>
> Fixes build when WM831X_WATCHDOG=m and COMPILE_TEST=y.
> No other WM831X drivers
On Wed, Mar 01, 2017 at 01:40:33PM +0900, Byungchul Park wrote:
> Right. I decided to force MAX_XHLOCKS_NR to be power of 2 and everything
> became easy. Thank you very much.
Something like:
BUILD_BUG_ON(MAX_XHLOCKS_NR & (MAX_XHLOCK_NR - 1));
Should enforce I think.
On Tue, Feb 28, 2017 at 05:28:48PM -0600, Tom Lendacky wrote:
> That's a good idea, I'll expand on that. I probably won't be that
> direct in my comment though :)
You either haven't dealt with firmware long enough or you're much better
person than me. :-)))
--
Regards/Gruss,
Boris.
Good ma
From: Andi Kleen
Add generic infrastructure to perf stat to output ratios for "MetricExpr"
entries in the event lists. Many events are more useful as ratios
than in raw form, typically some count in relation to total ticks.
Transfer the MetricExpr information from the alias to the evsel.
We mar
refcount_t type and corresponding API should be
used instead of atomic_t when the variable is used as
a reference counter. This allows to avoid accidental
refcounter overflows that might lead to use-after-free
situations.
Signed-off-by: Elena Reshetova
Signed-off-by: Hans Liljestrand
Signed-off-
refcount_t type and corresponding API should be
used instead of atomic_t when the variable is used as
a reference counter. This allows to avoid accidental
refcounter overflows that might lead to use-after-free
situations.
Signed-off-by: Elena Reshetova
Signed-off-by: Hans Liljestrand
Signed-off-
On 02/28/2017 09:05 PM, Linus Torvalds wrote:
On Tue, Feb 28, 2017 at 7:24 PM, Peter Hutterer
wrote:
I suspect you're just triggering a bug that wasn't triggered by the ps/2
emulation. you can run linput-debug-events --verbose and have a look at the
various state debugging information, that ma
Hi Dmitry,
On 02/28/2017 11:46 PM, Dmitry Torokhov wrote:
> Also rename 'priv' variables to eeti.
>
> Signed-off-by: Dmitry Torokhov
> ---
>
> Hi,
>
> This is all is not tested as I do not have the hardware, so if anyone
> has raumfeld device that would be awesome.
I have no access to such ha
From: Benson Leung
This patch add documentation for binding of USB Type C cable detection
mechanism is using EXTCON subsystem. The device can detect the presence
of display out but it may also detect other external accessories when
external accessories is attached or detached.
Signed-off-by: Ben
On Mon, 20 Feb 2017, Dou Liyang wrote:
Please make your subject line short and a precise summary phrase, not an
overlong sentence.
> After we revert the the mapping of "cpuid <-> nodeid" fixed at the
> booting time. and do it at the hot-plug time. we should also do the
> verification of duplicate
Dear all,
Now that the drm/rockchip landed it's time to review the extcon cros-ec driver.
The
cdn-dp driver uses this extcon driver to get cable status and the presence of
display
out.
This driver is based on the one available in chromeos-4.4 kernel but removing
all the USB switch role stuff, a
On 01/03/2017 11:18, Boris Brezillon wrote:
> On Wed, 1 Mar 2017 11:09:57 +0100
> Cyrille Pitchen wrote:
>
>> Le 28/02/2017 à 22:39, Richard Weinberger a écrit :
>>> Vignesh,
>>>
>>> Am 27.02.2017 um 13:08 schrieb Vignesh R:
Filesystems like UBIFS may pass vmalloc'd buffers to SPI NOR lay
From: Benson Leung
This is the driver for the USB Type C cable detection mechanism
built into the ChromeOS Embedded Controller on systems that
have USB Type-C ports.
At present, this allows for the presence of display out, but in
future, it may also be used to notify host and device type cables
On Monday, February 20, 2017 12:51 PM +0100, Karol Wachowski wrote:
> Reuse events from KnightsLanding for KnightsMill
>
> Signed-off-by: Karol Wachowski
> ---
> tools/perf/pmu-events/arch/x86/mapfile.csv | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/tools/perf/pmu-events/arch/x86/map
The triplet present in "opp-microvolt" property should be in the order
, while all the examples have it in the order
.
Fix it.
Luckily all of the users of "opp-microvolt" property have applied brain
instead of copying the examples from documentation and none of the
actual dts files have it wrong.
On Tue, 28 Feb 2017 12:23:01 -0600
Eric Blake wrote:
> On 02/28/2017 11:03 AM, Greg Kurz wrote:
> > According to the POSIX.1-2008 manual page [1], the fchmodat() function has
> > a flag argument which may be passed the following value:
> >
> > AT_SYMLINK_NOFOLLOW
> > If path names a symbolic
On Wed, Mar 1, 2017 at 11:42 AM, Loh, Tien Hock wrote:
> On Rab, 2017-03-01 at 10:01 +0100, Arnd Bergmann wrote:
>> On Wed, Mar 1, 2017 at 8:23 AM, Loh, Tien Hock > Another option would be to fold the timestamp into the revision
>> attribute,
>> but whether that is a reasonable place for it would
On 01/03/2017 11:43, Cyrille Pitchen wrote:
> Le 01/03/2017 à 05:54, Vignesh R a écrit :
>>
>> On Wednesday 01 March 2017 03:11 AM, Richard Weinberger wrote:
>>> Vignesh,
>>>
>>> Am 27.02.2017 um 13:08 schrieb Vignesh R:
Many SPI controller drivers use DMA to read/write from m25p80 compatibl
101 - 200 of 879 matches
Mail list logo