Hi Maxime
On Wed, Dec 19, 2018 at 11:25 AM Maxime Ripard
wrote:
>
> On Tue, Dec 18, 2018 at 08:58:22PM +0530, Jagan Teki wrote:
> > On Tue, Dec 18, 2018 at 8:51 PM Maxime Ripard
> > wrote:
> > >
> > > On Tue, Dec 18, 2018 at 05:03:14PM +0530, Jagan Teki wrote:
> > > > This series support CSI
Hi Thomas,
one patch felt into the cracks.
- Add dt-bindings for RDA8810PL SoC (Manivannan Sadhasivam)
Thanks
-- Daniel
The following changes since commit 7f83a1327962b9b3712866db8cbafbdee239cce4:
clocksource/drivers/rda: Add clock driver for RDA8810PL SoC
(2018-12-18 22:22:23
On Tue, Dec 18, 2018 at 08:03:29PM -0700, Jason Gunthorpe wrote:
> On Wed, Dec 19, 2018 at 10:42:54AM +1100, Dave Chinner wrote:
>
> > Essentially, what we are talking about is how to handle broken
> > hardware. I say we should just brun it with napalm and thermite
> > (i.e. taint the kernel with
On Tue, Dec 18, 2018 at 08:58:22PM +0530, Jagan Teki wrote:
> On Tue, Dec 18, 2018 at 8:51 PM Maxime Ripard
> wrote:
> >
> > On Tue, Dec 18, 2018 at 05:03:14PM +0530, Jagan Teki wrote:
> > > This series support CSI on Allwinner A64.
> > >
> > > Tested 640x480, 320x240, 720p, 1080p resolutions
On Thu, Sep 13, 2018 at 11:23 AM Alexander Potapenko wrote:
>
> On Thu, Sep 13, 2018 at 11:18 AM syzbot
> wrote:
> >
> > Hello,
> >
> > syzbot found the following crash on:
> >
> > HEAD commit:123906095e30 kmsan: introduce kmsan_interrupt_enter()/kmsa..
> > git tree:
On Wed, 19 Dec 2018 10:24:37 +0100 Marcin Wojtas wrote:
> Hi Jisheng,
>
> śr., 19 gru 2018 o 04:11 Jisheng Zhang
> napisał(a):
> >
> >
> > On Mon, 17 Dec 2018 08:37:35 +0100 Thomas Petazzoni wrote:
> >
> > > Hello Marcin,
> > >
> > > On Mon, 17 Dec 2018 00:25:58 +0100, Marcin Wojtas wrote:
>
On Wed, 19 Dec 2018 at 11:11, Vincent Guittot
wrote:
>
> On Wed, 19 Dec 2018 at 10:58, Ulf Hansson wrote:
> >
> > On Tue, 18 Dec 2018 at 15:55, Vincent Guittot
> > wrote:
> > >
> > > Some drivers (like i915/drm) need to get the accounted suspended time.
> > > pm_runtime_accounted_time_get()
On Wed, Dec 19, 2018 at 11:06 AM Fabrizio Castro
wrote:
> RZ/G2M (R8A774A1) SoC also has the R-Car Gen3 compatible SCIF and
> HSCIF ports, so document the SoC specific bindings. While at it,
> update the RZ/G1 and RZ/G2 family specific strings description as
> outdated.
>
> Signed-off-by:
On Tue 18-12-18 20:57:32, Qian Cai wrote:
[...]
> diff --git a/include/linux/mm.h b/include/linux/mm.h
> index 5411de93a363..f083f366ea90 100644
> --- a/include/linux/mm.h
> +++ b/include/linux/mm.h
> @@ -985,9 +985,7 @@ extern int page_to_nid(const struct page *page);
> #else
> static inline
This reverts commit d9678adbe733a770428a98651beaa2817d503ed3.
Received below report from Stefan.
Revert the commit until CAAM driver dependency cycles are fixed.
this patch in next-20181214 breaks "make modules_install" for
arm64/defconfig on my Ubuntu machine:
DEPMOD 4.20.0-rc6-next-20181214
On 19/12/2018 09:48:25+, Aisheng Dong wrote:
> [...]
> > >
> > > I applied it on my test branch and this makes sparc64-allyesconfig
> > > fail
> > > with:
> > >
> > >drivers/rtc/rtc-imx-sc.o: In function `imx_sc_rtc_read_time':
> > >rtc-imx-sc.c:(.text+0x34): undefined reference to
Hi Tudor,
> -Original Message-
> From: tudor.amba...@microchip.com [mailto:tudor.amba...@microchip.com]
> Sent: Tuesday, December 11, 2018 1:40 PM
> To: Yogesh Narayan Gaur ; linux-
> m...@lists.infradead.org; boris.brezil...@bootlin.com; broo...@kernel.org;
> marek.va...@gmail.com;
On 12/19/18 9:49 AM, Thomas Gleixner wrote:
> On Wed, 19 Dec 2018, Jiri Kosina wrote:
>
>> On Tue, 18 Dec 2018, Daniel Bristot de Oliveira wrote:
>>
>>> This patch creates a new functions
>>
>> I am not a native speaker, but this doesn't sound like proper english to
>> me.
>
> Aside of that
On 2018/12/19 18:27, syzbot wrote:
> HEAD commit:ddfbab46539f Merge tag 'scsi-fixes' of git://git.kernel.or..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=15b87fa340
> kernel config: https://syzkaller.appspot.com/x/.config?x=861a3573f4e78ba1
>
Add support for octal mode I/O data transfer based on the controller (spi)
mode.
Assign hw-capability mask bits for octal transfer.
Signed-off-by: Yogesh Narayan Gaur
---
Changes for v6:
- Correct S-o-b tag with full author name as 'Yogesh Narayan Gaur'.
Changes for v5:
- Modified string 'octo'
Flash mt35xu512aba connected to FlexSPI controller supports
1-1-8/1-8-8 protocol.
Added flag spi-rx-bus-width and spi-tx-bus-width with values as
8 and 8 respectively for both flashes connected at CS0 and CS1.
Signed-off-by: Yogesh Narayan Gaur
---
Changes for v6:
- Correct S-o-b tag with full
Add octal read flag for flash mt35xu512aba.
This flash, mt35xu512aba, is only complaint to SFDP JESD216B and does
not seem to support newer JESD216C standard that provides auto
detection of Octal mode capabilities and opcodes. Therefore, this
capability is manually added using new
Add support for octal mode IO data transfer.
Micron flash, mt35xu512aba, supports octal mode data transfer and
NXP FlexSPI controller supports 8 data lines for data transfer (Rx/Tx).
Patch series
* Add support for octal mode flags and parsing of same in spi driver.
* Add parsing logic for spi-mem
Add support for octal mode I/O data transfer in spi-mem framework.
Signed-off-by: Yogesh Narayan Gaur
Reviewed-by: Boris Brezillon
---
Changes for v6:
- Correct S-o-b tag with full author name as 'Yogesh Narayan Gaur'.
Changes for v5:
- Modified string 'octo' with 'octal'.
Changes for v4:
-
- Add opcodes for octal I/O commands
* Read : 1-1-8 and 1-8-8 protocol
* Write : 1-1-8 and 1-8-8 protocol
* opcodes for 4-byte address mode command
- Entry of macros in _convert_3to4_xxx function
- Add flag specifying flash support octal read commands.
Signed-off-by: Vignesh R
On Wed, 19 Dec 2018 at 10:58, Ulf Hansson wrote:
>
> On Tue, 18 Dec 2018 at 15:55, Vincent Guittot
> wrote:
> >
> > Some drivers (like i915/drm) need to get the accounted suspended time.
> > pm_runtime_accounted_time_get() will return the suspended or active
> > accounted time until now.
>
> I
Add octal mode flags for octal I/O data transfer support.
NXP FlexSPI controller supports 8 lines Rx/Tx data transfer.
Signed-off-by: Yogesh Narayan Gaur
---
Changes for v6:
- Correct S-o-b tag with full author name as 'Yogesh Narayan Gaur'.
Changes for v5:
- Modified string 'octo' with 'octal'.
> -Original Message-
> From: Anson Huang
> Sent: Thursday, November 29, 2018 9:50 AM
[...]
> i.MX8QXP is an ARMv8 SoC which has a Cortex-M4 system controller inside,
> the system controller is in charge of controlling power, clock and secure rtc
> etc..
>
> This patch adds i.MX system
Add flags for Octal mode I/O data transfer
Required for the SPI controller which can do the data transfer (TX/RX)
on 8 data lines e.g. NXP FlexSPI controller.
SPI_TX_OCTAL: transmit with 8 wires
SPI_RX_OCTAL: receive with 8 wires
Signed-off-by: Yogesh Narayan Gaur
Reviewed-by: Boris Brezillon
On Wed, 19 Dec 2018 at 10:54, Daniel Lezcano wrote:
>
> On 29/11/2018 18:46, Ulf Hansson wrote:
> > As it's now perfectly possible that a PM domain managed by genpd contains
> > devices belonging to CPUs, we should start to take into account the
> > residency values for the idle states during the
On Tue, Dec 18, 2018 at 09:08:17PM +0530, Jagan Teki wrote:
> On Tue, Dec 18, 2018 at 8:53 PM Maxime Ripard
> wrote:
> >
> > On Tue, Dec 18, 2018 at 05:03:17PM +0530, Jagan Teki wrote:
> > > Unfortunately A64 CSI cannot work with default CSI_SCLK rate.
> > >
> > > A64 BSP is using 300MHz clock
RZ/G2E (R8A774C0) SoC also has the R-Car Gen3 compatible SCIF and
HSCIF ports, so document the SoC specific bindings.
Signed-off-by: Fabrizio Castro
Reviewed-by: Geert Uytterhoeven
Reviewed-by: Simon Horman
Reviewed-by: Rob Herring
---
v1->v2:
* Fixed title according to Geert's comment
RZ/G2M (R8A774A1) SoC also has the R-Car Gen3 compatible SCIF and
HSCIF ports, so document the SoC specific bindings. While at it,
update the RZ/G1 and RZ/G2 family specific strings description as
outdated.
Signed-off-by: Fabrizio Castro
Reviewed-by: Biju Das
Reviewed-by: Rob Herring
Hello Greg,
as promised I am resending the SCIF and HSCIF dt-bindings related
patches for the RZ/G2M and RZ/G2E.
This series applies on top of next-20181219.
Thanks,
Fab
Fabrizio Castro (2):
dt-bindings: serial: sh-sci: Document r8a774a1 bindings
dt-bindings: serial: sh-sci: Document
Hi,
On 19.12.2018 01:56, Kuninori Morimoto wrote:
> Hi Laurent
>
>>> few weeks passed, nothing happen. I re-post this patch again.
>>> I added Andrew on Cc
>> The driver seems to be lacking a maintainer :-S
> bridge drivers all have a fallback maintainer, but none of them are
On 12/18/2018 08:17 PM, Matthew Wilcox wrote:
On Tue, Dec 18, 2018 at 08:20:28AM +0800, kernel test robot wrote:
Greetings,
0day kernel testing robot got the below dmesg and the first bad commit is
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit
On Wed, 19 Dec 2018 at 10:53, Daniel Lezcano wrote:
>
> On 29/11/2018 18:46, Ulf Hansson wrote:
> > To enable a device belonging to a CPU to be attached to a PM domain managed
> > by genpd, let's do a few changes to it, as to make it convenient to manage
> > the specifics around CPUs.
> >
> > To
On 2018-12-19 10:12, Andrzej Hajda wrote:
> On 19.12.2018 00:19, Peter Rosin wrote:
>> Add optional property to specify a power-down GPIO.
>> The pwdn-gpios name is already in use by the thine,thc63lvdm83d
>> binding, so go with that.
>>
>> Signed-off-by: Peter Rosin
>> ---
>>
On Tue, 18 Dec 2018 at 15:55, Vincent Guittot
wrote:
>
> Some drivers (like i915/drm) need to get the accounted suspended time.
> pm_runtime_accounted_time_get() will return the suspended or active
> accounted time until now.
I suggest to leave the active accounted time out for now. At least
Any comments from the iovec experts?
This is a regression in v4.20-rc1.
Thanks!
On Mon, Dec 17, 2018 at 8:01 PM Trond Myklebust wrote:
> On Mon, 2018-12-17 at 19:55 +0100, Geert Uytterhoeven wrote:
> > (For the newly added CCs, first message was
> >
On Wed, Dec 19, 2018 at 7:50 AM Marcel Holtmann wrote:
>
> Hi Chen-Yu,
>
> > This is v3 of my Broadcom-based Bluetooth controllers on Allwinner SoC-
> > based SBCs series. v2 was sent on 11/15, with a follow up ping on 11/28.
> > No response from either Bluetooth maintainer. Would the maintainers
On 29/11/2018 18:46, Ulf Hansson wrote:
> As it's now perfectly possible that a PM domain managed by genpd contains
> devices belonging to CPUs, we should start to take into account the
> residency values for the idle states during the state selection process.
> The residency value specifies the
On 12/11/2018 10:29 PM, Matthew Wilcox wrote:
On Tue, Dec 11, 2018 at 05:54:41PM +0800, kernel test robot wrote:
# To reproduce,
# 1) save job-script and this script (both are attached in 0day report email)
# 2) run this script with your compiled kernel and optional env
$INSTALL_MOD_PATH
Hi Joerg,
This patch landed in today's linux-next and causes a regression.
On 2018-12-11 16:05, Joerg Roedel wrote:
> From: Joerg Roedel
>
> Make sure to invoke this call-back through the proper
> function of the IOMMU-API.
>
> Signed-off-by: Joerg Roedel
> ---
> drivers/iommu/of_iommu.c | 6
On 29/11/2018 18:46, Ulf Hansson wrote:
> To enable a device belonging to a CPU to be attached to a PM domain managed
> by genpd, let's do a few changes to it, as to make it convenient to manage
> the specifics around CPUs.
>
> To be able to quickly find out what CPUs that are attached to a
On 18/12/2018 18:44, Eric Farman wrote:
My questions to this patch from the original RFC series are still
outstanding. :(
https://marc.info/?l=linux-s390=154223063716128=2
Hi Eric,
Thanks for the following of this patch series.
For your question about quiece during remove I do not think
[...]
> >
> > I applied it on my test branch and this makes sparc64-allyesconfig
> > fail
> > with:
> >
> >drivers/rtc/rtc-imx-sc.o: In function `imx_sc_rtc_read_time':
> >rtc-imx-sc.c:(.text+0x34): undefined reference to `imx_scu_call_rpc'
> >drivers/rtc/rtc-imx-sc.o: In function
Add this property to all layerscape platforms to improve USB read write
performance.
Signed-off-by: Ran Wang
---
arch/arm64/boot/dts/freescale/fsl-ls1012a.dtsi |1 +
arch/arm64/boot/dts/freescale/fsl-ls1043a.dtsi |3 +++
arch/arm64/boot/dts/freescale/fsl-ls1046a.dtsi |3 +++
On Wed, Dec 19, 2018 at 02:55:02PM +0530, Buland Singh wrote:
> The kernel command parameter 'hpet_mmap' never takes effect due to missing
> '=' character in the __setup() code of hpet_mmap_enable and the memory map
> of the HPET registers never get expose to userspace.
>
> Signed-off-by: Buland
Hello Greg,
> From: Greg Kroah-Hartman
> Sent: 19 December 2018 07:26
> To: Fabrizio Castro
> Subject: Re: [PATCH v2] dt-bindings: serial: sh-sci: Document r8a774c0
> bindings
>
> On Tue, Dec 18, 2018 at 12:03:10PM +, Fabrizio Castro wrote:
> > RZ/G2E (R8A774C0) SoC also has the R-Car Gen3
Add this property to improve USB read write performance.
Signed-off-by: Ran Wang
---
arch/arm/boot/dts/ls1021a.dtsi |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/ls1021a.dtsi b/arch/arm/boot/dts/ls1021a.dtsi
index bdd6e66..f788a89 100644
---
On Wed, Dec 19, 2018 at 05:03:21PM +0800, peng.h...@zte.com.cn wrote:
> >> Return 0 for empty body register function normally.
> >>
> >> Signed-off-by: Peng Hao
> >> ---
> >> v4 --> v5 : handle all typo "drvier/driver" in funtion name.
> >>
> >> v3 --> v4 : use pcim* function instead of pci*
On Wed, 19 Dec 2018, Li, Aubrey wrote:
> On 2018/12/19 5:38, Andi Kleen wrote:
> >> I misunderstood, you mean 32bit kernel, not 32bit machine. Theoretically
> >> 32bit
> >> kernel can use AVX512, but not sure if anyone use it like this.
> >> get_jiffies_64()
> >> includes jiffies_lock ops so not
On Wed, Dec 19, 2018 at 10:24:51AM +0100, Rafael J. Wysocki wrote:
> On Wed, Dec 19, 2018 at 8:01 AM Greg Kroah-Hartman
> wrote:
> >
> > On Tue, Dec 18, 2018 at 09:14:43PM +0100, Daniel Vetter wrote:
> > > This is the much more correct fix for my earlier attempt at:
> > >
> > >
Changed License header from C to C++ style comment block.
Signed-off-by: Maruthi Srinivas Bayyavarapu
---
sound/soc/xilinx/xlnx_i2s.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
diff --git a/sound/soc/xilinx/xlnx_i2s.c b/sound/soc/xilinx/xlnx_i2s.c
index
On 18/12/2018 17:34, Mathieu Poirier wrote:
Good day Suzuki,
On Tue, 18 Dec 2018 at 07:14, Suzuki K Poulose wrote:
Hi Mathieu,
On 17/12/2018 17:21, Mathieu Poirier wrote:
This patch uses the PMU driver configuration held in event::hw::drv_config
to select a sink for each event that is
On Wed 19-12-18 16:23:39, Tetsuo Handa wrote:
> Andrew, will you fold below diff into "mm, oom: add oom victim's memcg to the
> oom context information" ?
>
> >From add1e8daddbfc5186417dbc58e9e11e7614868f8 Mon Sep 17 00:00:00 2001
> From: Tetsuo Handa
> Date: Wed, 19 Dec 2018 16:09:31 +0900
>
Hi Wolfram,
On Wed, Dec 19, 2018 at 12:34 AM Wolfram Sang wrote:
> > > + unsigned int is_suspended:1;/* owned by the I2C core */
> >
> > When more stuff is added to this bit field (which always happens at
> > some point) updates to all members of the bit field will have to use
> > the same
On Tue, Dec 18, 2018 at 6:02 PM Joe Perches wrote:
>
> On Tue, 2018-12-18 at 15:29 +0530, Amit Kucheria wrote:
> > Several drivers didn't have a specific maintainer (other than the
> > subsystem maintainer). Add all drivers referring to qcom or msm to the
> > list of supported drivers.
> []
> >
Hi, Alexandre
Best Regards!
Anson Huang
> -Original Message-
> From: Alexandre Belloni [mailto:alexandre.bell...@bootlin.com]
> Sent: 2018年12月19日 16:54
> To: Anson Huang
> Cc: a.zu...@towertech.it; robh...@kernel.org; mark.rutl...@arm.com;
> catalin.mari...@arm.com; will.dea...@arm.com;
On 2018-12-19 14:41, Jarkko Sakkinen wrote:
On Wed, Dec 19, 2018 at 08:41:12AM +, Jethro Beekman wrote:
One weird thing is the departure from the normal mmap behavior that the
memory mapping persists even if the original fd is closed. (See man mmap:
"closing the file descriptor does not
Hi Andreas,
On Mon, Dec 17, 2018 at 8:34 PM Andreas Schwab wrote:
> On Dez 17 2018, Andreas Schwab wrote:
> > On Dez 13 2018, Andreas Schwab wrote:
> >> I'm now getting this Oops:
> >>
> >> [ 65.39] Unable to handle kernel NULL pointer dereference at virtual
> >> address (ptrval)
> >> [
On Wed, Dec 19, 2018 at 09:01:09AM +0530, Souptick Joarder wrote:
> On Tue, Dec 18, 2018 at 6:31 PM Russell King - ARM Linux
> wrote:
> >
> > On Tue, Dec 18, 2018 at 06:24:29PM +0530, Souptick Joarder wrote:
> > > On Tue, Dec 18, 2018 at 6:03 PM Russell King - ARM Linux
> > > wrote:
> > > >
> >
On Tuesday 18 Dec 2018 at 16:31:13 (+0100), Rafael J. Wysocki wrote:
> > > + /*
> > > + * Count and sum the most recent idle duration values less
> > > than
> > > + * the target residency of the state selected so far, find
> > > the
> > > + *
On Wed, Dec 19, 2018 at 10:24 AM Daniel Vetter wrote:
>
> On Wed, Dec 19, 2018 at 8:01 AM Greg Kroah-Hartman
> wrote:
> >
> > On Tue, Dec 18, 2018 at 09:14:43PM +0100, Daniel Vetter wrote:
> > > This is the much more correct fix for my earlier attempt at:
> > >
> > >
SQLite in Wal mode may trigger sequential IPU write in db-wal file, after
commit d1b3e72d5490 ("f2fs: submit bio of in-place-update pages"), we
lost the chance of merging page in inner managed bio cache, result in
submitting more small-sized IO.
So let's add temporary bio in writepages() to cache
-Original Message-
From: Greg KH
Sent: 2018年12月19日 17:21
To: Xiaowei Bao
Cc: bhelg...@google.com; robh...@kernel.org; mark.rutl...@arm.com;
shawn...@kernel.org; Leo Li ; kis...@ti.com;
lorenzo.pieral...@arm.com; a...@arndb.de; M.h. Lian ;
Mingkai Hu ; Roy Zang ;
On Wed, Dec 19, 2018 at 09:47:56AM +0100, Greg KH wrote:
> On Fri, Dec 14, 2018 at 01:11:14PM +0100, Christian Brauner wrote:
> > As discussed at Linux Plumbers Conference 2018 in Vancouver [1] this is the
> > implementation of binderfs.
>
>
>
> Looks good to me, thanks so much for doing this,
Matthew Wilcox writes:
> The failure path removes the allocated PIDs from the wrong namespace.
> I believe this is correct, but have not tested it. Spotted by inspection,
> do we have a test suite for PID namespaces? Some error injection,
> perhaps?
>
> Fixes: 95846ecf9dac ("pid: replace pid
Since "usb: gadget: uvc: enqueue uvc_request_data in setup handler
for control OUT requests" it is no longer necessary for userspace to
call ioctl UVCIOC_SEND_RESPONSE in response to receiving a
UVC_EVENT_SETUP from the uvc function driver for a control OUT request.
This change means that for
Currently, for uvc class-specific control IN and OUT requests, in the
setup handler a UVC_EVENT_SETUP with the setup control is enqueued to
userspace. In response to this, the uvc function driver expects
userspace to call ioctl UVCIOC_SEND_RESPONSE containing uvc request
data.
In the case of
We now have a mechanism to signal the UDC driver to reply to a control
OUT request with STALL or ACK, and we have packaged the setup stage data
and the data stage data of a control OUT request into a single
UVC_EVENT_DATA for userspace to consume. The ioctl UVCIOC_SEND_RESPONSE
in the case of a
A usb gadget function driver may or may not want to delay the status
stage of a control OUT request. An instance it might want to is to
asynchronously validate the data of a class-specific request.
A function driver that wants an explicit status stage should set the
newly added explicit_status
Implement the mechanism for optional explicit status stage for the MUSB
driver. This allows a function driver to specify what to reply for the
status stage. The functionality for an implicit status stage is
retained.
Signed-off-by: Paul Elder
v1 Reviewed-by: Laurent Pinchart
v1 Acked-by: Bin
Hello,
syzbot found the following crash on:
HEAD commit:ddfbab46539f Merge tag 'scsi-fixes' of git://git.kernel.or..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=15b87fa340
kernel config: https://syzkaller.appspot.com/x/.config?x=861a3573f4e78ba1
V4L2_EVENT_PRIVATE_START is used in g_uvc.h but is defined in
videodev2.h, which is not included and causes a compiler warning:
linux/usb/g_uvc.h:15:28: error: ‘V4L2_EVENT_PRIVATE_START’ undeclared here (not
in a function)
#define UVC_EVENT_FIRST (V4L2_EVENT_PRIVATE_START + 0)
Include
This patch series adds a mechanism to allow asynchronously validating
the data stage of a control OUT request, and for stalling or suceeding
the request accordingly. This mechanism is implemented for MUSB, and is
used by UVC. At the same time, UVC packages the setup stage and data
stage data
On Fri, 14 Dec 2018 at 15:22, Vincent Guittot
wrote:
>
> pm runtime uses the timer infrastructure for autosuspend. This implies that
> the minimum time before autosuspending a device is in the range
> of 1 tick included to 2 ticks excluded
> -On arm64 this means between 4ms and 8ms with default
On Fri, Dec 07, 2018 at 01:28:52PM +0100, Peter Rajnoha wrote:
> On 12/7/18 1:01 PM, Greg KH wrote:
> > On Fri, Dec 07, 2018 at 12:46:07PM +0100, Peter Rajnoha wrote:
> >> This patch adds /sys/kernel/uevent_features file which currently lists
> >> 'synthargs' string to denote that the kernel is
The kernel command parameter 'hpet_mmap' never takes effect due to missing
'=' character in the __setup() code of hpet_mmap_enable and the memory map
of the HPET registers never get expose to userspace.
Signed-off-by: Buland Singh
---
drivers/char/hpet.c | 2 +-
1 file changed, 1 insertion(+),
On Wed, Dec 19, 2018 at 8:01 AM Greg Kroah-Hartman
wrote:
>
> On Tue, Dec 18, 2018 at 09:14:43PM +0100, Daniel Vetter wrote:
> > This is the much more correct fix for my earlier attempt at:
> >
> > https://lkml.org/lkml/2018/12/10/118
> >
> > Short recap:
> >
> > - There's not actually a locking
Hi Jisheng,
śr., 19 gru 2018 o 04:11 Jisheng Zhang napisał(a):
>
>
> On Mon, 17 Dec 2018 08:37:35 +0100 Thomas Petazzoni wrote:
>
> > Hello Marcin,
> >
> > On Mon, 17 Dec 2018 00:25:58 +0100, Marcin Wojtas wrote:
> >
> > > Thanks. Indeed, the patch is valid as a fix for current version of SW
> >
On Wed, Dec 19, 2018 at 8:01 AM Greg Kroah-Hartman
wrote:
>
> On Tue, Dec 18, 2018 at 09:14:43PM +0100, Daniel Vetter wrote:
> > This is the much more correct fix for my earlier attempt at:
> >
> > https://lkml.org/lkml/2018/12/10/118
> >
> > Short recap:
> >
> > - There's not actually a locking
On Mon, Dec 03, 2018 at 06:35:05PM +0800, Xiaowei Bao wrote:
> Add the layerscape EP device support in pci_endpoint_test driver.
>
> Signed-off-by: Xiaowei Bao
> ---
> v2:
> - no change
> v3:
> - no change
>
> drivers/misc/pci_endpoint_test.c |2 ++
> 1 files changed, 2 insertions(+), 0
On Fri, Dec 14, 2018 at 01:57:29PM -0800, Sean Christopherson wrote:
> Intel Software Guard Extensions (SGX) SGX introduces a new CPL3-only
> enclave mode that runs as a sort of black box shared object that is
> hosted by an untrusted normal CPL3 process.
>
> Enclave transitions have semantics
On Wed, 19 Dec 2018 at 10:17, Rafael J. Wysocki wrote:
>
> On Wed, Dec 19, 2018 at 9:32 AM Greg Kroah-Hartman
> wrote:
> >
> > On Mon, Dec 17, 2018 at 09:19:07AM +0100, Ulf Hansson wrote:
> > > On Sat, 15 Dec 2018 at 09:45, Yangtao Li wrote:
> > > >
> > > > We already have the
On Tue, 18 Dec 2018 at 13:33, Jjian Zhou wrote:
>
> From: jjian zhou
>
> This patch enables support SDIO IRQs. It enables
> MMC_CAP_SDIO_IRQ & MMC_CAP2_SDIO_IRQ_NOTHREAD
> and implement the ->ack_sdio_irq callback.
>
> Signed-off-by: Jjian Zhou
> Signed-off-by: Chaotian Jing
> Signed-off-by:
On Wed, Dec 19, 2018 at 9:32 AM Greg Kroah-Hartman
wrote:
>
> On Mon, Dec 17, 2018 at 09:19:07AM +0100, Ulf Hansson wrote:
> > On Sat, 15 Dec 2018 at 09:45, Yangtao Li wrote:
> > >
> > > We already have the DEFINE_SHOW_ATTRIBUTE, There is no need to define
> > > such a macro, so remove
On Mon, Dec 17, 2018 at 03:31:28PM -0500, Paul Gortmaker wrote:
> The Kconfig currently controlling compilation of this code is:
>
> drivers/mfd/Kconfig:config MFD_WM8400
> drivers/mfd/Kconfig:bool "Wolfson Microelectronics WM8400"
>
> ...meaning that it currently is not being built as a
In some usecases, the buffer cached attribute is not determined at
allocation time, it's determined just before the real cpu mapping.
And from the memory view of point, a buffer should not have the cached
attribute util is really mapped by the cpu. So in this patch, we
introduced the new ioctl
On Mon, Dec 17, 2018 at 03:31:27PM -0500, Paul Gortmaker wrote:
> The Kconfig currently controlling compilation of this code is:
>
> drivers/mfd/Kconfig:config MFD_WM8350
> drivers/mfd/Kconfig:bool
>
> ...meaning that it currently is not being built as a module by anyone.
>
> Lets remove
On Tue, Dec 18, 2018 at 07:07:27PM -0300, Arnaldo Carvalho de Melo wrote:
> From: Arnaldo Carvalho de Melo
>
> Helps with comparing 'strace' and 'perf trace' output, for mutual
> regression testing.
>
> Cc: Adrian Hunter
> Cc: Jiri Olsa
> Cc: Luis Cláudio Gonçalves
> Cc: Namhyung Kim
> Cc:
On Mon, Dec 17, 2018 at 03:31:24PM -0500, Paul Gortmaker wrote:
> The Kconfig currently controlling compilation of this code is:
>
> drivers/mfd/Kconfig:config MFD_WM831X_I2C
> drivers/mfd/Kconfig:bool "Wolfson Microelectronics WM831x/2x PMICs with
> I2C"
>
> ...meaning that it currently is
On Mon, Dec 17, 2018 at 03:31:25PM -0500, Paul Gortmaker wrote:
> The Kconfig currently controlling compilation of this code is:
>
> drivers/mfd/Kconfig:config MFD_WM831X
> drivers/mfd/Kconfig:bool
>
> ...meaning that it currently is not being built as a module by anyone.
>
> Lets remove
On Mon, Dec 17, 2018 at 03:31:26PM -0500, Paul Gortmaker wrote:
> The Kconfig currently controlling compilation of this code is:
>
> drivers/mfd/Kconfig:config MFD_WM8350_I2C
> drivers/mfd/Kconfig:bool "Wolfson Microelectronics WM8350 with I2C"
>
> ...meaning that it currently is not being
On Mon, Dec 17, 2018 at 03:31:23PM -0500, Paul Gortmaker wrote:
> The Kconfig currently controlling compilation of this code is:
>
> drivers/mfd/Kconfig:config MFD_WM831X_SPI
> drivers/mfd/Kconfig:bool "Wolfson Microelectronics WM831x/2x PMICs with
> SPI"
>
> ...meaning that it currently is
On 19.12.2018 00:19, Peter Rosin wrote:
> Add optional property to specify a power-down GPIO.
> The pwdn-gpios name is already in use by the thine,thc63lvdm83d
> binding, so go with that.
>
> Signed-off-by: Peter Rosin
> ---
> Documentation/devicetree/bindings/display/bridge/lvds-transmitter.txt
On Wed, Dec 19, 2018 at 08:41:12AM +, Jethro Beekman wrote:
> One weird thing is the departure from the normal mmap behavior that the
> memory mapping persists even if the original fd is closed. (See man mmap:
> "closing the file descriptor does not unmap the region.")
The mmapped region and
On Wed, Dec 12, 2018 at 03:36:57PM +0100, Christian Borntraeger wrote:
> On 12.12.2018 15:18, haver wrote:
> > Hi Christian,
> >
> > On 2018-12-12 14:45, Christian Borntraeger wrote:
> >> Calling the test program genwqe_cksum with the default buffer size of
> >> 2MB triggers the following kernel
On Tue, Dec 18, 2018 at 11:29:16PM +0800, Dongli Zhang wrote:
>
>
> On 12/18/2018 11:13 PM, Roger Pau Monné wrote:
> > On Tue, Dec 18, 2018 at 07:31:59PM +0800, Dongli Zhang wrote:
> >> Hi Roger,
> >>
> >> On 12/18/2018 05:33 PM, Roger Pau Monné wrote:
> >>> On Tue, Dec 18, 2018 at 08:55:38AM
Hi Sasha,
> -Original Message-
> From: Sasha Levin [mailto:sas...@kernel.org]
> Sent: Wednesday, December 19, 2018 4:25 AM
> To: Sasha Levin ; Daniel Lezcano
> ; Alexey Brodkin ;
> t...@linutronix.de
> Cc: linux-kernel@vger.kernel.org; Daniel Lezcano ;
> Vineet Gupta ;
> Thomas Gleixner
On 14/12/18 8:21 PM, Sowjanya Komatineni wrote:
> eMMC-5.1 JESD85-B51 Spec (Section 6.6.39), mentions DMA selection
There is no JESD85-B51. I presume you mean JESD84-B51, but I can't find any
reference to DMA in 6.6.39. All the host controller relevant material seems
to be in Annex B. Can you
Attn: Sir/Madam
I am Honourable Barrister Aziz the personal resident Attorney here in
Burkina Faso to Late Mr. Muammar Muhammad Abu Minyar al-Gaddafi of
Libya c. 1942 – 20 October 2011.
My client Late Mr. Muammar Muhammad Abu Minyar al-Gaddafi c. 1942 – 20
October 2011, was having a deposit sum
Hello Dmitry,
On 12/12/18 11:55 AM, Dmitry Vyukov wrote:
On Tue, Dec 11, 2018 at 9:23 PM syzbot
wrote:
Hello,
syzbot found the following crash on:
HEAD commit:f5d582777bcb Merge branch 'for-linus' of git://git.kernel...
git tree: upstream
console output:
>From Ching Huang
Update driver version to v1.40.00.10-20181217
Signed-off-by: Ching Huang
---
diff --git a/drivers/scsi/arcmsr/arcmsr.h b/drivers/scsi/arcmsr/arcmsr.h
index 9041edc..a94c513 100755
--- a/drivers/scsi/arcmsr/arcmsr.h
+++ b/drivers/scsi/arcmsr/arcmsr.h
@@ -49,7 +49,7 @@ struct
801 - 900 of 949 matches
Mail list logo