Hi, Yuval
On 2017/10/16 14:25, Yuval Mintz wrote:
>> Hi, Yuval
>>
>> On 2017/10/15 13:14, Yuval Mintz wrote:
Hi, Yuval
On 2017/10/13 4:21, Yuval Mintz wrote:
>> This patchset adds a new hardware offload type in mqprio before
>> adding
>> mqprio hardware offload support in hn
From: Sean Wang
Changes since v4:
- for patch 1/7 and 5/7, add the description about how to bind pmic wrapper
with MT6380.
- for patch 3/7, add more comments explaining why additional pwrap_read is
required in the pwrap_write32.
- for patch 4/7 and 5/7, refactoring pwrap_init would help the dri
From: Sean Wang
fixup those warnings such as lines over 80 words and parenthesis
alignment which would be complained by checkpatch.pl.
Signed-off-by: Sean Wang
---
drivers/soc/mediatek/mtk-pmic-wrap.c | 20 +---
1 file changed, 13 insertions(+), 7 deletions(-)
diff --git a/dri
From: Sean Wang
Add MediaTek MT6380 regulator becoming one of PMIC wrapper slave
and also add extra new regmap_config of 32-bit mode for MT6380
since old regmap_config of 16-bit mode can't be fit into the need.
Signed-off-by: Chenglin Xu
Signed-off-by: Chen Zhong
Signed-off-by: Sean Wang
---
On Mon, Oct 16, 2017 at 03:12:35AM +0200, Rafael J. Wysocki wrote:
> Hi All,
>
> Well, this took more time than expected, as I tried to cover everything I had
> in mind regarding PM flags for drivers.
>
> This work was triggered by attempts to fix and optimize PM in the
> i2c-designware-platdev d
From: Chenglin Xu
Add the registers, callbacks and data structures required to make the
PMIC wrapper work on MT7622.
Signed-off-by: Chenglin Xu
Signed-off-by: Chen Zhong
Signed-off-by: Sean Wang
---
drivers/soc/mediatek/mtk-pmic-wrap.c | 180 +++
1 file change
From: Sean Wang
Some regulators such as MediaTek MT6380 has to be read in 32-bit mode.
So the patch adds pwrap_read32, rename old pwrap_read into pwrap_read16
and one function pointer is introduced for increasing flexibility allowing
the determination which mode is used by the pwrap slave detecti
On Tue, Oct 10, 2017 at 05:26:18PM +0200, Geert Uytterhoeven wrote:
> On Salvator-X(S), all of DDR0, DDR1, DDR0C, and DDR1C need to be kept
> powered when backup mode is enabled.
>
> Reflect this in the rohm,ddr-backup-power property for the BD9571MWV
> PMIC.
>
> Signed-off-by: Geert Uytterhoeven
From: Sean Wang
pwrap initialization is highly associated with the base SoC and the
target PMICs, so slight refactorization is made here for allowing
pwrap_init to run on those PMICs with different capability from the
previous MediaTek PMICs and the determination for the enablement of the
pwrap c
From: Sean Wang
Some regulators such as MediaTek MT6380 also has to be written in
32-bit mode. So the patch adds pwrap_write32, rename old pwrap_write
into pwrap_write16 and one additional function pointer is introduced
for increasing flexibility allowing the determination which mode is
used by t
From: Sean Wang
Signed-off-by: Chenglin Xu
Signed-off-by: Sean Wang
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/soc/mediatek/pwrap.txt | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/soc/mediatek/pwrap.txt
b/Documenta
Hi Geert
> > SYS/RT/Audio DMAC have both TCR/TCRB register.
> > Its difference is transfer counter value of read (= TCR)
> > or write (= TCRB). The relationship is like below.
> >
> > TCR TCRB
> > [SOURCE] -> [DMAC] -> [DESTINATION]
> >
> > Thus, we want to read TCRB instead of TC
Hi Morimoto-san,
On Mon, Oct 16, 2017 at 9:12 AM, Kuninori Morimoto
wrote:
>> > SYS/RT/Audio DMAC have both TCR/TCRB register.
>> > Its difference is transfer counter value of read (= TCR)
>> > or write (= TCRB). The relationship is like below.
>> >
>> > TCR TCRB
>> > [SOURCE] ->
Hello,
On Wed, Oct 11, 2017 at 01:05:38PM +0200, Lothar Waßmann wrote:
> diff --git a/arch/arm/boot/dts/imx28-tx28.dts
> b/arch/arm/boot/dts/imx28-tx28.dts
> index 211e67d..3c852f7 100644
> --- a/arch/arm/boot/dts/imx28-tx28.dts
> +++ b/arch/arm/boot/dts/imx28-tx28.dts
> @@ -328,8 +328,7 @@
>
Hi Geert
> >> > SYS/RT/Audio DMAC have both TCR/TCRB register.
> >> > Its difference is transfer counter value of read (= TCR)
> >> > or write (= TCRB). The relationship is like below.
> >> >
> >> > TCR TCRB
> >> > [SOURCE] -> [DMAC] -> [DESTINATION]
> >> >
> >> > Thus, we want to
On Thu, 2017-10-05 at 10:52 +0200, Jean Delvare wrote:
> Hi Sean,
>
> On Thu, 5 Oct 2017 11:17:49 +0800, sean.w...@mediatek.com wrote:
> > From: Sean Wang
> >
> > Add cleanup for placing all Kconfig for all MediaTek SoC drivers under
> > the independent menu as other SoCs vendor usually did. Sin
From: Kuninori Morimoto
SYS/RT/Audio DMAC have both TCR/TCRB.
Its difference is transfer counter value of read (= TCR)
or write (= TCRB). The relationship is like below.
TCR TCRB
[SOURCE] -> [DMAC] -> [DESTINATION]
Thus, for residue calculation, we want to read
TCRB when MEM_TO
On Monday 16 October 2017 03:12:43 Andreas Bombe wrote:
> The other thing is completely ignoring the boot sector label, which I
> could have as a mode enabled by command line switch or environmental
> variable, or just outright make it the default. I'm not decided yet.
>
> Another problem is wheth
Hi! Just a small idea, what about including example userspace
application which would use this new API? I think such application can
be useful for documentation purpose to see how this new API should be
used. And in review process other people can point if there would be
some problems with usage.
Add documentation on optional dt attribute "debounce-timeout-ms"
in extcon node to capture user specified timeout value for id
and vbus gpio detection.
Signed-off-by: Raveendra Padasalagi
Reviewed-by: Ray Jui
Reviewed-by: Srinath Mannam
---
Documentation/devicetree/bindings/extcon/extcon-usb-g
Add changes to capture optional dt attribute "debounce-timeout-ms"
provided in extcon node and used the same value if provided otherwise
default value of 20ms is used for id and vbus gpios debounce time.
Signed-off-by: Raveendra Padasalagi
Reviewed-by: Ray Jui
Reviewed-by: Srinath Mannam
---
d
The only change for the non-nowait case is that we now do a trylock before
locking i_rwsem. In the past that was the more optimal pattern. Can you
test the patch below if that's not the case anymore? We have a few more
instances like that which might also want to be changed then.
diff --git a/f
On Fri, Oct 13, 2017 at 2:05 PM, Arnd Bergmann wrote:
> The last cleanup introduced two harmless warnings:
>
> fs/xfs/xfs_fsmap.c:480:1: warning: '__xfs_getfsmap_rtdev' defined but not used
> fs/xfs/xfs_fsmap.c:372:1: warning: 'xfs_getfsmap_rtdev_rtbitmap_helper'
> defined but not used
>
> This m
On 2017/10/14 9:14, Rafael J. Wysocki wrote:
> On Saturday, September 30, 2017 9:20:26 AM CEST Aubrey Li wrote:
>> We found under some latency intensive workloads, short idle periods occurs
>> very common, then idle entry and exit path starts to dominate, so it's
>> important to optimize them. To d
On Mon, Oct 16, 2017 at 05:58:12AM +, 冯锐 wrote:
> > On Fri, Oct 13, 2017 at 10:54:22AM +0100, Lee Jones wrote:
> > > On Fri, 13 Oct 2017, Greg KH wrote:
> > >
> > > > On Fri, Oct 13, 2017 at 04:50:35PM +0800, rui_f...@realsil.com.cn wrote:
> > > > > From: rui_feng
> > > > >
> > > > > Add suppo
Am 16.10.2017 um 04:29 schrieb Jérémy Lefaure:
Using the ARRAY_SIZE macro improves the readability of the code.
Found with Coccinelle with the following semantic patch:
@r depends on (org || report)@
type T;
T[] E;
position p;
@@
(
(sizeof(E)@p /sizeof(*E))
|
(sizeof(E)@p /sizeof(E[...]))
|
On 10/15/2017 10:26 AM, CK Hu wrote:
Hi, Chaotian:
On Wed, 2017-10-11 at 10:41 +0800, Chaotian Jing wrote:
mt2701/mt2712 has 12bit clock div, which is not compatible with
mt8135/mt8173. and, some additional features will be added in
mt2701/mt2712, so that need distinguish it by comatibale nam
* kernel test robot wrote:
>
> FYI, we noticed the following commit (built with gcc-6):
>
> commit: 379a4bb9880608931642e1b4208380468d347b84 ("x86/topology: Avoid
> wasting 128k for package id array")
> url:
> https://github.com/0day-ci/linux/commits/Prarit-Bhargava/x86-smpboot-Cleanup-logic
On Thu, Oct 12, 2017 at 04:01:48PM -0400, Tyler Hall wrote:
> Hi,
>
> I have a reproducible scenario wherein removing a USB device while
> reading /sys/kernel/debug/usb/devices causes a deadlock. This should
> not be specific to any USB device. Any USB device removal that causes
> a call to debugf
* Prarit Bhargava wrote:
>
>
> On 09/26/2017 08:53 AM, Prarit Bhargava wrote:
> > Sending to wider audience. I originally sent this to only the people Andi
> > had cc'd.
>
> Here's an example of the panic:
>
> smpboot: Booting Node 1, Processors #1 OK
> smpboot: Package 1 of CPU
On 13 October 2017 at 15:25, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Fix the kerneldoc comments of __device_suspend_noirq(),
> __device_suspend_late() and __device_suspend() where the function
> names in kerneldoc don't match the actual names of the functions.
>
> Also fix the devi
Hello Vinod!
It looks like the patch did not get enough attention. If no one except me will
test the patch,
how do we proceed? This patch does not depend on the SOC implementation and the
runtime environment. For me the patch looks fine and will not do harm if it
will be committed.
Regards,
Ale
Hi,
I've applied all the other patches.
On Sat, Oct 14, 2017 at 12:02:50PM +0800, Chen-Yu Tsai wrote:
> The display backend, as well as other peripherals that have a DRAM
> clock gate and access DRAM directly, bypassing the system bus,
> address the DRAM starting from 0x0, while physical addresse
On 14 October 2017 at 17:43, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> On top of a previous change getting rid of the PM QoS flag
> PM_QOS_FLAG_REMOTE_WAKEUP, combine two ACPI device suspend routines,
> acpi_dev_runtime_suspend() and acpi_dev_suspend_late(), into one,
> acpi_dev_susp
On 2017/10/14 8:45, Rafael J. Wysocki wrote:
> On Saturday, September 30, 2017 9:20:29 AM CEST Aubrey Li wrote:
>> For the governor has predict functionality, add a new predict
>> interface in cpuidle framework to call and use it.
>
> Care to describe how it is intended to work?
>
> Also this pat
On Fri, Oct 13, 2017 at 10:45 PM, Boris Ostrovsky
wrote:
> On 10/13/2017 02:37 PM, Arnd Bergmann wrote:
>> The x86 platform operations are fairly isolated, so we can
>> change them from using timespec to timespec64. I checked that
>> All the users and callers are safe, and there is only one
>> cri
+ Robin and Christoph
On 16/10/17 06:27, Marian Mihailescu wrote:
> I am using 4.14-rc4 with a patch on top that includes
> arch/arm/include/asm/dma-mapping.h in a module.
>
> I have MMU enabled, so
> select DMA_NOOP_OPS if !MMU
> does nothing for me, and I get a compile error because dma_noop_op
On Sun 2017-10-15 20:27:15, Steven Rostedt wrote:
> On Sat, 14 Oct 2017 18:21:29 +0900
> Sergey Senozhatsky wrote:
>
> > On (10/11/17 12:46), Steven Rostedt wrote:
> > > From: Steven Rostedt (VMware)
> > >
> > > The variable printk_safe_irq_ready is set and never cleared at system
> > > boot up
On Mon, 2017-10-16 at 09:51 +0200, Greg Kroah-Hartman wrote:
> As Paul stated, fixing up the patches and sending them in is the best
> solution, can you help out with that?
Is there anything to fix though? I'm not really aware of anything, and
there were no comments on his v2 patchset.
johannes
Hi Alexandre,
Thanks for your valuable suggestions on the driver.
I added comments inline and will have following-ups in the next version
Sean
On Thu, 2017-10-12 at 23:20 +0200, Alexandre Belloni wrote:
> Hi,
>
> On 22/09/2017 at 11:33:15 +0800, sean.w...@mediatek.com wrote:
> > diff -
On Sun 15-10-17 08:58:56, Pavel Machek wrote:
> Hi!
>
> > Yes you wrote that already and my counter argument was that this generic
> > posix interface shouldn't bypass virtual memory abstraction.
> >
> > > > > The contiguous allocations are particularly useful for the RDMA API
> > > > > which
>
Hi,
On Mon, Oct 16, 2017 at 4:00 PM, Maxime Ripard
wrote:
> Hi,
>
> I've applied all the other patches.
>
> On Sat, Oct 14, 2017 at 12:02:50PM +0800, Chen-Yu Tsai wrote:
>> The display backend, as well as other peripherals that have a DRAM
>> clock gate and access DRAM directly, bypassing the sys
On Thu, Oct 12, 2017 at 1:36 PM, Masahiro Yamada
wrote:
> Changes in v8:
> - Move dt-binding header to binding commit
> - Add MAINTAINERS entry for the binding doc
> - Add a consumer example to the binding doc
This v8 looks OK to me.
The stuff is still hard to understand, but that is beca
On Sun 15-10-17 10:50:29, Guy Shattah wrote:
>
>
> On 13/10/2017 19:17, Michal Hocko wrote:
> > On Fri 13-10-17 10:56:13, Cristopher Lameter wrote:
> > > On Fri, 13 Oct 2017, Michal Hocko wrote:
> > >
> > > > > There is a generic posix interface that could we used for a variety of
> > > > > spec
On Montag, 16. Oktober 2017 06:18:17 CEST ravi wrote:
> On Friday 13 October 2017 07:38 PM, Arnaldo Carvalho de Melo wrote:
> > Em Fri, Oct 13, 2017 at 10:39:03AM -0300, Arnaldo Carvalho de Melo
escreveu:
> >> Em Mon, Oct 09, 2017 at 10:33:05PM +0200, Milian Wolff escreveu:
> >>> Some of the code
On Mon, Oct 16, 2017 at 10:15:55AM +0200, Johannes Berg wrote:
> On Mon, 2017-10-16 at 09:51 +0200, Greg Kroah-Hartman wrote:
>
> > As Paul stated, fixing up the patches and sending them in is the best
> > solution, can you help out with that?
>
> Is there anything to fix though? I'm not really a
Viresh Kumar writes:
> Some platforms have the capability to configure the performance state of
> PM domains. This patch enhances the genpd core to support such
> platforms.
>
> The performance levels (within the genpd core) are identified by
> positive integer values, a lower value represents lo
On 10/12/2017 10:06 PM, John Stultz wrote:
> On Thu, Oct 12, 2017 at 12:59 AM, Minas Harutyunyan
> wrote:
>>
>> 1. Vardan's patch fixing issue when dwc2 switched from host to device
>> mode. It's allow to make functional device after reconnecting without
>> tracking UDC state.
>
> While I'm sure
From: rui_feng
Add support for new chip rts5260.
In order to support rts5260，the definitions of some internal
registers and workflow have to be modified and are different from its
predecessors and OCP function is added for RTS5260.
So we need this patch to ensure RTS5260 can work.
Signed-off-by:
On Fri, 13 Oct 2017 13:38:48 -0400
Tony Krowiak wrote:
> Introduces an AP matrix bus. The sysfs location of the
> AP matrix bus is:
>
> /sys/bus/ap_matrix
>
> The AP matrix bus will create an AP matrix device that will
> hold the AP queues reserved for use by KVM guests.
>
> Signed-off-by: Ton
Hi Morimoto-san,
Thank you for the patch.
(By the way the subject line should have mentioned v2)
On Monday, 16 October 2017 10:28:35 EEST Kuninori Morimoto wrote:
> From: Kuninori Morimoto
>
> SYS/RT/Audio DMAC have both TCR/TCRB.
> Its difference is transfer counter value of read (= TCR)
> or
On Fri, 13 Oct 2017 19:16:31 +0200,
Bhumika Goyal wrote:
>
> Make the function argument of function sound_install_audiodrv const.
> After this change, make the structures audio_driver const as they are
> only passed to the const argument (made const in Patch[1/2])
> of the function sound_install
On Sat, Oct 14, 2017 at 01:19:08PM -0400, Brian Gerst wrote:
> From what we've seen with the TLB flush rework, having potential
> garbage in the page tables that speculative reads can see can cause
> bad things like machine checks. It would be best to have a second
> temporary page just for the pa
On 16-10-17, 03:59, Kevin Hilman wrote:
> I have some usecases in mind where the performance state might need to
> be selected based on OPP voltage, but that's now a change that can be
> added later when that feature is needed.
I will be more than happy to get that in.
> Reviewed-by: Kevin Hilman
Hi,
On Mon, 16 Oct 2017 09:17:26 +0200 Uwe Kleine-König wrote:
> Hello,
>
> On Wed, Oct 11, 2017 at 01:05:38PM +0200, Lothar Waßmann wrote:
> > diff --git a/arch/arm/boot/dts/imx28-tx28.dts
> > b/arch/arm/boot/dts/imx28-tx28.dts
> > index 211e67d..3c852f7 100644
> > --- a/arch/arm/boot/dts/imx28
On Fri, 13 Oct 2017 13:38:50 -0400
Tony Krowiak wrote:
> diff --git a/drivers/s390/crypto/Makefile b/drivers/s390/crypto/Makefile
> index 87646ca..1983afa 100644
> --- a/drivers/s390/crypto/Makefile
> +++ b/drivers/s390/crypto/Makefile
> @@ -13,4 +13,8 @@ obj-$(CONFIG_ZCRYPT) += zcrypt_pcixcc.o z
From: woojung@microchip.com
> Sent: 13 October 2017 18:59
> > >> > + REG_WRITE(REG_GLOBAL, GLOBAL_MAC_01, (addr[0] << 9) |
> > >> addr[1]);
> > >>
> > >> Is that supposed to be 9 ?
> > >
> > > Looks like it.
> > > Check
> > http://www.marvell.com/switching/assets/marvell_linkstreet_88E6060
On Mon, Oct 16, 2017 at 10:56:32AM +0200, Lothar Waßmann wrote:
> Hi,
>
> On Mon, 16 Oct 2017 09:17:26 +0200 Uwe Kleine-König wrote:
> > Hello,
> >
> > On Wed, Oct 11, 2017 at 01:05:38PM +0200, Lothar Waßmann wrote:
> > > diff --git a/arch/arm/boot/dts/imx28-tx28.dts
> > > b/arch/arm/boot/dts/im
On Fri, 13 Oct 2017 13:38:51 -0400
Tony Krowiak wrote:
> diff --git a/drivers/s390/crypto/ap_matrix_bus.c
> b/drivers/s390/crypto/ap_matrix_bus.c
> index 66bfa54..418c23b 100644
> --- a/drivers/s390/crypto/ap_matrix_bus.c
> +++ b/drivers/s390/crypto/ap_matrix_bus.c
> @@ -61,6 +61,7 @@ static int
From: Vivien Didelot
> Sent: 13 October 2017 19:18
> As for mv88e6xxx, setup the switch from within the mv88e6060 driver with
> a random MAC address, and remove the .set_addr implementation.
>
> Signed-off-by: Vivien Didelot
> ---
> drivers/net/dsa/mv88e6060.c | 43 ++
On Fri, Oct 13, 2017 at 07:26:21PM +0800, Icenowy Zheng wrote:
> The R40 SoC has a watchdog like the one on A20, in the timer memory zone
> (which is also the same on A20).
>
> Add the device tree node for it.
>
> Signed-off-by: Icenowy Zheng
Applied, thanks!
Maxime
--
Maxime Ripard, Free Ele
On Wed, 11 Oct 2017 04:38:21 +0200
Dong Jia Shi wrote:
> We currently returns the same error code (-EFAULT) to indicate two
s/returns/return/
> different error cases:
> 1. a bug in vfio-ccw implementation has been found.
> 2. a buggy channel program has been detected.
>
> This brings difficult
On Fri, Oct 13, 2017 at 04:47:45PM +0200, Oleg Nesterov wrote:
> Yes, sorry, my fault. Fixed by the patch from Eryu, already in -mm tree.
No worries, I just used power button to "help" the system to shutdown :-)
Now is fixed in mainline, thanks.
Stanislaw
On Fri, 13 Oct 2017 13:38:52 -0400
Tony Krowiak wrote:
> This patch introduces a new compilation unit that will contain
> all of the data structures and logic for configuring AP adapters,
> usage domains and control domains for a KVM guest.
>
> Signed-off-by: Tony Krowiak
> ---
> MAINTAINERS
On 16/10/2017 11:24, Michal Hocko wrote:
On Sun 15-10-17 10:50:29, Guy Shattah wrote:
On 13/10/2017 19:17, Michal Hocko wrote:
On Fri 13-10-17 10:56:13, Cristopher Lameter wrote:
On Fri, 13 Oct 2017, Michal Hocko wrote:
There is a generic posix interface that could we used for a variety o
On Sat, Oct 14, 2017 at 08:29:24PM +0800, Icenowy Zheng wrote:
> A64's Display Engine 2.0 needs a section of SRAM (SRAM C) to be claimed.
Why?
--
Maxime Ripard, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
signature.asc
Description: PGP signature
On 15/10/17 09:04, Masahiro Yamada wrote:
OK.
usb_mon: usb_mon {
should be fixed.
Srinivas forwarded this to Greg,
but I guess Greg has not applied this yet.
The author can do re-spin,
or a follow-up patch will do if it is too late.
Please send a patch to fix!
Thanks,
srini
On Sat, Oct 14, 2017 at 12:01 PM, Christos Gkekas wrote:
> Variable 'err' is set but never used, so should be removed.
>
> Signed-off-by: Christos Gkekas
> ---
> fs/ceph/mds_client.c | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/fs/ceph/mds_client.c b/fs/ceph/mds_client.c
> index f23
On Thu, Oct 12, 2017 at 06:56:26PM -0700, Keith Packard wrote:
> New since last time:
>
> * Don't lease encoders
> * Do lease planes
> * Automatically lease primary and cursor planes for
>apps which don't set universal_planes
> * Restrict leases to only contain objects which
>are actua
On Fri, 13 Oct 2017 13:38:58 -0400
Tony Krowiak wrote:
> The AP control domain being assigned to the mediated
> matrix driver must be assigned to the LPAR.
>
> Signed-off-by: Tony Krowiak
> ---
> drivers/s390/crypto/vfio_ap_matrix_ops.c | 33
> ++
> 1 files chang
On Wed, 11 Oct 2017 04:38:22 +0200
Dong Jia Shi wrote:
> If the count field of a ccw is zero, there is no need to
> try to pin page(s) for it. Let's check the count value
> before starting pinning operations.
>
> Reviewed-by: Pierre Morel
> Signed-off-by: Dong Jia Shi
> ---
> drivers/s390/cio
On Fri, Oct 13, 2017 at 05:27:59PM +0200, Christian König wrote:
> Am 13.10.2017 um 16:06 schrieb Steven Rostedt:
> > From: Steven Rostedt (VMware)
> >
> > Commit e941759c74 ("fence: dma-buf cross-device synchronization") added
> > trace event fence_annotate_wait_on, but never used it. It was ren
Hi Zhang,
Today's linux-next merge of the thermal tree got a conflict in:
arch/arm/boot/dts/imx6ul.dtsi
between commit:
efb9adb274754 ("ARM: dts: imx6ul: Remove leading zeroes from unit addresses")
from the imx-mxs tree and commit:
1dc31d4981dd9 ("ARM: dts: imx6ul: Add imx6ul-tempmon"
Hi!
In -next... after few days of usage with suspend and resume cycles,
wifi failed on thinkpad x60. I have not seen this in years...
[28140.944044] CE: hpet increased min_delta_ns to 20115 nsec
[28174.048418] iwl3945 :03:00.0: Error sending C_RATE_SCALE: time
out after 500ms.
[28174.048430]
On Sun, Oct 15, 2017 at 01:58:23AM +0530, Harsha Sharma wrote:
> Replace use of list_for_each with list_for_each_entry to simplify the
> code and remove variables that are used only in list_for_each.
> Done with following coccinelle patch:
>
> @r@
> identifier fn,i,f,p;
> expression e;
> iterator
On Fri, 13 Oct 2017 13:39:04 -0400
Tony Krowiak wrote:
> Sets up the following facilities bits to enable the specified AP
> facilities for the guest VM:
> * STFLE.12: Enables the AP Query Configuration Information
> facility. The AP bus running in the guest uses
>
On Sun, Oct 15, 2017 at 7:55 PM, Gustavo A. R. Silva
wrote:
> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> where we are expecting to fall through.
>
> Signed-off-by: Gustavo A. R. Silva
> ---
> net/ceph/ceph_hash.c | 12 +++-
> net/ceph/messenger.c | 1 +
> n
The following changes since commit 33d930e59a98fa10a0db9f56c7fa2f21a4aef9b9:
Linux 4.14-rc5 (2017-10-15 21:01:12 -0400)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/
tags/enforcement-4.14-rc6
for you to fetch changes up to 9ed
Hi Eric,
On Mon, Sep 25, 2017 at 03:34:36PM +0200, Eric Auger wrote:
> When the GITS_BASER.Valid gets cleared, the data structures in
> guest RAM are not provisionned anymore. The device, collection
> and LPI lists stored in the in-kernel ITS represent the same
> information in some form of cache.
From: Changbin Du
The first one introduce new interfaces, the second one kills naming confusion.
The aim is to remove duplicated code and simplify transparent huge page
allocation.
Changbin Du (2):
mm, thp: introduce dedicated transparent huge page allocation
interfaces
mm: rename page d
From: Changbin Du
This patch introduced 4 new interfaces to allocate a prepared
transparent huge page.
- alloc_transhuge_page_vma
- alloc_transhuge_page_nodemask
- alloc_transhuge_page_node
- alloc_transhuge_page
The aim is to remove duplicated code and simplify transparent
huge page all
From: Changbin Du
The current name free_{huge,transhuge}_page are paired with
alloc_{huge,transhuge}_page functions, but the actual page free
function is still free_page() which will indirectly call
free_{huge,transhuge}_page. So this patch removes this confusion
by renaming all the compound page
On 13/10/17 20:26, Rob Herring wrote:
On Fri, Oct 06, 2017 at 05:51:30PM +0200, srinivas.kandaga...@linaro.org wrote:
From: Sagar Dharia
SLIMbus (Serial Low Power Interchip Media Bus) is a specification
developed by MIPI (Mobile Industry Processor Interface) alliance.
SLIMbus is a 2-wire imp
On 13/10/17 20:17, Rob Herring wrote:
On Fri, Oct 06, 2017 at 05:51:32PM +0200, srinivas.kandaga...@linaro.org wrote:
From: Sagar Dharia
This controller driver programs manager, interface, and framer
devices for Qualcomm's slimbus HW block.
Manager component currently implements logical addr
On Fri, 13 Oct 2017 13:38:45 -0400
Tony Krowiak wrote:
> Tony Krowiak (19):
> KVM: s390: SIE considerations for AP Queue virtualization
> KVM: s390: refactor crypto initialization
> s390/zcrypt: new AP matrix bus
> s390/zcrypt: create an AP matrix device on the AP matrix bus
> s390/zcry
From: Greg Kroah-Hartman
This adds a short document describing the views of how the Linux kernel
community feels about enforcing the license of the kernel.
Acked-by: Al Viro
Acked-by: Alex Elder (Linaro)
Acked-by: Andrea Arcangeli
Acked-by: Andy Gross
Acked-by: Aneesh Kumar K.V
Acked-by: An
On Fri, Oct 13, 2017 at 06:15:00PM +0800, Du, Changbin wrote:
> Hi Jiri,
> Sorry, missed you (but get_maintainer.pl doesn't list you). Here is ealier
> email.
> https://lkml.org/lkml/2017/9/12/158
>
> Do you think if this is a real issue?
SNIP
> > 0.02 │ test %esi,%esi
On Sun, Oct 15, 2017 at 10:33:56PM -0400, Jérémy Lefaure wrote:
> Using the ARRAY_SIZE macro improves the readability of the code.
>
> Found with Coccinelle with the following semantic patch:
> @r depends on (org || report)@
> type T;
> T[] E;
> position p;
> @@
> (
> (sizeof(E)@p /sizeof(*E))
>
On Sun, Oct 15, 2017 at 10:30:46PM -0400, Jérémy Lefaure wrote:
> Using the ARRAY_SIZE macro improves the readability of the code. Also,
> it is useless to re-invent it.
>
> Found with Coccinelle with the following semantic patch:
> @r depends on (org || report)@
> type T;
> T[] E;
> position p;
>
On Thu, 12 Oct 2017, David Kozub wrote:
> On Thu, 12 Oct 2017, Thomas Gleixner wrote:
> > On Thu, 12 Oct 2017, Daniel Lezcano wrote:
> > The real question is why
> >
> >/* Set the clock scale and enable the event mode for CMP2 */
> >val = MFGPT_SCALE | (3 << 8);
> >
> >cs5
On Fri, Oct 13, 2017 at 06:15:00PM +0800, Du, Changbin wrote:
> Hi Jiri,
> Sorry, missed you (but get_maintainer.pl doesn't list you). Here is ealier
> email.
> https://lkml.org/lkml/2017/9/12/158
>
> Do you think if this is a real issue?
>
> btw, is their a dedicated mailist for perf? Thanks.
On Tue, Oct 10, 2017 at 07:24:28AM +0800, Icenowy Zheng wrote:
> >> + interrupts = ;
> >> + clocks = <&ccu CLK_BUS_OHCI1>,
> >> + <&ccu CLK_BUS_EHCI1>,
> >> + <&ccu CLK_USB_OHCI1>;
> >> + resets =
Two minor fixes for creating user space line handles. The first patch
simplifies checking the request flags. The second adds an additional
sanitizing check.
Bartosz Golaszewski (2):
gpiolib: only check line handle flags once
gpiolib: don't allow OPEN_DRAIN & OPEN_SOURCE flags for input
drive
OPEN_DRAIN and OPEN_SOURCE flags only affect the way we drive a GPIO
line, so they only make sense for output mode. Just as we only allow
input mode for event handle requests, don't allow passing open-drain
and open-source flags for any other mode than explicit output.
Signed-off-by: Bartosz Golas
> On 6 Oct 2017, at 19.43, Bart Van Assche wrote:
>
> On Fri, 2017-10-06 at 19:35 +0200, Christoph Hellwig wrote:
>> On Fri, Oct 06, 2017 at 10:23:53AM -0700, Bart Van Assche wrote:
>>> The purpose of patch "linux/types.h: enable endian checks for all
>>> sparse builds" was to encourage driver au
There's no need to check the validity of handle request flags more
than once, right after copying the data from user. Move the check
out of the for loop and simplify the error path by bailing out before
allocating any resources.
Signed-off-by: Bartosz Golaszewski
---
drivers/gpio/gpiolib.c | 14
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
drivers/net/dsa/mv88e6060.c
between commit:
3efc93c2bc243 ("net: dsa: mv88e6060: fix switch MAC address")
from the net tree and commit:
56c3ff9bf23e1 ("net: dsa: mv88e6060: setup random mac address")
from the net-
On Wed, 11 Oct 2017 04:38:20 +0200
Dong Jia Shi wrote:
> Some bugfixes according to recent discussion.
>
> Dong Jia Shi (2):
> vfio: ccw: bypass bad idaw address when fetching IDAL ccws
> vfio: ccw: validate the count field of a ccw before pinning
>
> drivers/s390/cio/vfio_ccw_cp.c | 22 ++
在 2017-10-16 17:32，Maxime Ripard 写道：
On Tue, Oct 10, 2017 at 07:24:28AM +0800, Icenowy Zheng wrote:
>> + interrupts = ;
>> + clocks = <&ccu CLK_BUS_OHCI1>,
>> + <&ccu CLK_BUS_EHCI1>,
>> + <&ccu
Hi Dmitry
On Sat, Oct 14, 2017 at 04:38:03PM +0200, Dmitry Vyukov wrote:
> On Thu, Oct 12, 2017 at 9:25 AM, Stanislaw Gruszka
> wrote:
> > Hi
> >
> > On Mon, Oct 09, 2017 at 07:50:53PM +0200, Andrey Konovalov wrote:
> >> I've got the following report while fuzzing the kernel with syzkaller.
> >>
1 - 100 of 1175 matches
Mail list logo
