On 1/10/2019 6:38 PM, Jarkko Sakkinen wrote:
On Mon, Jan 07, 2019 at 11:06:33AM +0100, Roberto Sassu wrote:
On 12/22/2018 1:03 AM, Jarkko Sakkinen wrote:
On Fri, Dec 21, 2018 at 10:40:09AM +0100, Roberto Sassu wrote:
On 12/20/2018 3:55 PM, Jarkko Sakkinen wrote:
On Thu, Dec 13, 2018 at
Joe Lawrence writes:
> On Fri, Jan 11, 2019 at 01:00:38AM +0100, Nicolai Stange wrote:
>> Hi Joe,
>>
>> Joe Lawrence writes:
>>
>> > tl;dr: On ppc64le, what is top-most stack frame for scheduled tasks
>> >about?
>>
>> If I'm reading the code in _switch() correctly, the first frame is
Commit-ID: 15c03092a9fbcdd041f58e5f832bf76c21c42e6a
Gitweb: https://git.kernel.org/tip/15c03092a9fbcdd041f58e5f832bf76c21c42e6a
Author: Ravi Bangoria
AuthorDate: Thu, 10 Jan 2019 15:19:36 +0530
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 10 Jan 2019 10:42:08 -0300
tools
Commit-ID: 0206131811fa6e4b3ed64b5f1c107e2815dcab42
Gitweb: https://git.kernel.org/tip/0206131811fa6e4b3ed64b5f1c107e2815dcab42
Author: Ravi Bangoria
AuthorDate: Thu, 10 Jan 2019 15:19:35 +0530
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 10 Jan 2019 10:34:52 -0300
perf
Commit-ID: 549aff770ccfec368aa8f0652dbce8b1e8e6715a
Gitweb: https://git.kernel.org/tip/549aff770ccfec368aa8f0652dbce8b1e8e6715a
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 9 Jan 2019 16:19:24 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 9 Jan 2019 16:21:15 -0300
Commit-ID: 498c203d855eaf6571b63ea860a53862c4fe91b7
Gitweb: https://git.kernel.org/tip/498c203d855eaf6571b63ea860a53862c4fe91b7
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 9 Jan 2019 10:02:12 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 9 Jan 2019 10:02:12 -0300
Linus,
Please pull the latest efi-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
efi-urgent-for-linus
# HEAD: b12f5440d8ca02e8f9ab4f1461f9214295cc4f66 Merge branch 'linus' into
efi/urgent, to resolve conflict
A single fix that adds an
>
> On Wed, Jan 09, 2019 at 08:17:31PM +0530, Pankaj Gupta wrote:
> > This patch series has implementation for "virtio pmem".
> > "virtio pmem" is fake persistent memory(nvdimm) in guest
> > which allows to bypass the guest page cache. This also
> > implements a VIRTIO based asynchronous
Linus,
Please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
# HEAD: 4e72ee8872279a70ebe973172133b98e8acbf54e Merge tag
'perf-core-for-mingo-5.0-20190110' of
git://git.kernel.org/pub/scm/linux/kernel
Hi,
Manu Gautam writes:
> If a function driver tries to re-submit an already queued request,
> it can results in corruption of pending/started request lists.
> Catch such conditions and fail the request submission to DCD.
>
> Signed-off-by: Manu Gautam
> ---
> drivers/usb/dwc3/gadget.c | 6
On 1/10/19 9:15 PM, Gustavo A. R. Silva wrote:
Hi,
Friendly ping (second one):
Who can ack/review/take this patch, please?
Thanks
--
Gustavo
On 12/19/18 9:36 AM, Gustavo A. R. Silva wrote:
Hi,
Friendly ping:
Who can ack or review this patch, please?
Thanks
--
Gustavo
On 11/27/18 10:26
On Thu, 10 Jan 2019, Dave Chinner wrote:
> Sounds nice from a theoretical POV, but reality has taught us very
> different lessons.
>
> FWIW, a quick check of XFS's history so you understand how long this
> behaviour has been around. It was introduced in the linux port in 2001
> as direct IO
On Thu, Jan 10, 2019 at 11:08:07PM -0800, Linus Torvalds wrote:
> On Thu, Jan 10, 2019 at 8:04 PM Dave Chinner wrote:
> >
> > So it will only read the single page we tried to access and won't
> > perturb the rest of the message encoded into subsequent pages in
> > file.
>
> Dave, you're being
Linus Torvalds wrote on Thu, Jan 10, 2019:
> But those numbers aren't about the mincore() change. That's just from
> dropping caches.
>
> Now, what's the difference with the mincore change, and without? Is it
> actually measurable?
>
> Because that's all that matters: is the mincore change
On 11/01/2019 08:15, Juergen Gross wrote:
> On 11/01/2019 00:10, Boris Ostrovsky wrote:
>> On 1/10/19 12:17 PM, Boris Ostrovsky wrote:
>>> On 1/10/19 11:14 AM, Juergen Gross wrote:
On 10/01/2019 16:34, Boris Ostrovsky wrote:
> On 1/10/19 5:07 AM, Juergen Gross wrote:
>>
>> +void
On Thu, 10 Jan 2019 at 19:53, Daniel Thompson
wrote:
>
> On Thu, Jan 10, 2019 at 05:54:56PM +0530, Sumit Garg wrote:
> > This flag indicates that requests in this context should not wait for
> > tee-supplicant daemon to be started if not present and just return
> > with an error code. It is
On Tue, Dec 18, 2018 at 04:19:26AM +, Z.q. Hou wrote:
> From: Hou Zhiqiang
>
> Add num-viewport property for PCIe DT nodes to specify how many
> viewports are implemented.
>
> Signed-off-by: Hou Zhiqiang
Applied, thanks.
On Tue, Dec 18, 2018 at 04:19:32AM +, Z.q. Hou wrote:
> From: Hou Zhiqiang
>
> Add num-viewport property for PCIe DT nodes to specify how many
> viewports are implemented.
>
> Signed-off-by: Hou Zhiqiang
Applied, thanks.
On 10.01.2019 18:18, Luis de Oliveira wrote:
>
>
> On 09-Jan-19 13:07, eugen.hris...@microchip.com wrote:
>>
>>
>> On 19.10.2018 15:52, Luis Oliveira wrote:
>>> Add the Synopsys MIPI CSI-2 controller driver. This
>>> controller driver is divided in platform dependent functions
>>> and core
On Thu, 10 Jan 2019 at 19:49, Daniel Thompson
wrote:
>
> On Thu, Jan 10, 2019 at 05:54:55PM +0530, Sumit Garg wrote:
> > OP-TEE provides a pseudo TA to enumerate TAs which can act as devices/
> > services for TEE bus. So implement device enumeration using invoke
> > function: PTA_CMD_GET_DEVICES
On Thu, Jan 10, 2019 at 08:08:37PM -0800, Andy Lutomirski wrote:
> > On Jan 10, 2019, at 8:04 PM, Dave Chinner
> > wrote:
> >
> >> On Thu, Jan 10, 2019 at 06:18:16PM -0800, Linus Torvalds
> >> wrote:
> >>> On Thu, Jan 10, 2019 at 6:03 PM Dave Chinner
> >>> wrote:
> >>>
> On Thu, Jan 10,
On Mon, Dec 17, 2018 at 10:47:57AM -0500, Sven Van Asbroeck wrote:
> Sven Van Asbroeck (3):
> dt-bindings: bus: imx-weim: document multiple address ranges per child
> node
> bus: imx-weim: support multiple address ranges per child node
> bus: imx-weim: guard against timing configuration
On 11/01/2019 00:10, Boris Ostrovsky wrote:
> On 1/10/19 12:17 PM, Boris Ostrovsky wrote:
>> On 1/10/19 11:14 AM, Juergen Gross wrote:
>>> On 10/01/2019 16:34, Boris Ostrovsky wrote:
On 1/10/19 5:07 AM, Juergen Gross wrote:
>
> +void xen_clocksource_suspend(void)
> +{
> +
Linus,
Please pull the latest x86-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-urgent-for-linus
# HEAD: e4f358916d528d479c3c12bd2fd03f2d5a576380 x86, modpost: Replace last
remnants of RETPOLINE with CONFIG_RETPOLINE
A 32-bit build fix,
nel/git/acme/linux.git
> tags/perf-core-for-mingo-5.0-20190110
>
> for you to fetch changes up to 15c03092a9fbcdd041f58e5f832bf76c21c42e6a:
>
> tools headers powerpc: Remove unistd.h (2019-01-10 10:42:08 -0300)
>
> ---
On Thu, Jan 10, 2019 at 8:58 PM Dominique Martinet
wrote:
>
> I get on average over a few queries approximately a real time of 350ms,
> 230ms and 220ms immediately after drop cache and service restart, and
> 150ms, 60ms and 60ms after a prefetch (hand-wavy average over 3 runs, I
> didn't have the
On Thu, Jan 10, 2019 at 06:27:33AM -0800, Guenter Roeck wrote:
> On 1/10/19 5:17 AM, Greg Kroah-Hartman wrote:
> > On Thu, Jan 10, 2019 at 07:52:07AM +0100, Greg Kroah-Hartman wrote:
> > > On Wed, Jan 09, 2019 at 11:40:48AM -0800, Guenter Roeck wrote:
> > > > On Wed, Jan 09, 2019 at 03:38:11PM
* Tycho Andersen wrote:
> On Wed, Jan 09, 2019 at 07:59:16AM +0100, Ingo Molnar wrote:
> >
> > * Kees Cook wrote:
> >
> > > This was already picked up by x86-urgent...
> > >
> > > -Kees
> >
> > I'm fine with both routes - if Linus pulls this I'll zap the x86/urgent
> > one.
>
> The
On Thu, Jan 10, 2019 at 11:55:45PM +0100, Christoph Biedl wrote:
> Greg Kroah-Hartman wrote...
>
> > Ok, Breno and Christoph, what should I do here? Should I drop this
> > patch in the tree or add this new one? Ideally I can fix this soon as I
> > don't like having broken trees out there...
>
During system suspend, the SNVS RTC's clock will be disabled in
noirq suspend phase, but SNVS RTC's alarm interrupt could still
arrive, system will hang if SNVS RTC driver tries to access register
without clock enabled, this patch fixes the issue of this scenario.
Signed-off-by: Anson Huang
---
On Thu, Jan 10, 2019 at 8:04 PM Dave Chinner wrote:
>
> So it will only read the single page we tried to access and won't
> perturb the rest of the message encoded into subsequent pages in
> file.
Dave, you're being intentionally obtuse, aren't you?
It's only that single page that *matters*.
One more thought that may be nothing, but when kmemleak crashed,
SUnreclaim was at 932552 kB, and after reclaimed/cleared 299840 kB.
There weren't any performance issues like when I had a leak of 5.5 gB
in the 4.18 kernel.
On Mon, Jan 7, 2019 at 3:52 AM Catalin Marinas wrote:
>
> Under memory
In h4_recv(), if h4_recv_buf() returns error and h4_recv() is
asynchronously called again before setting rx_skb to NULL, ERR_PTR will
be dereferenced in h4_recv_buf(). Check return value in a local variable
before writing to rx_skb.
Reported-by:
Remove linux/xattr.h which is included more than once
Signed-off-by: Sabyasachi Gupta
---
fs/cachefiles/namei.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/fs/cachefiles/namei.c b/fs/cachefiles/namei.c
index 95983c7..edecb7f 100644
--- a/fs/cachefiles/namei.c
+++ b/fs/cachefiles/namei.c
On Thu, 10 Jan 2019 at 19:36, Daniel Thompson
wrote:
>
> On Thu, Jan 10, 2019 at 05:54:54PM +0530, Sumit Garg wrote:
> > Introduce a generic TEE bus driver concept for TEE based kernel drivers
> > which would like to communicate with TEE based devices/services.
> >
> > In this TEE bus concept,
+Zang
Thanks,
Avri
From: John Stultz
Sent: Friday, January 11, 2019 1:02:21 AM
To: Sahitya Tummala; Christoph Hellwig; Wei Li; Martin K. Petersen
Cc: Evan Green; Avri Altman; Vijay Viswanath; lkml; linux-s...@vger.kernel.org
Subject:
>-Original Message-
>From: Leo Li
>Sent: 2019年1月11日 4:30
>To: Peng Ma ; shawn...@kernel.org; ax...@kernel.dk
>Cc: robh...@kernel.org; mark.rutl...@arm.com;
>linux-arm-ker...@lists.infradead.org; devicet...@vger.kernel.org;
>linux-kernel@vger.kernel.org; linux-...@vger.kernel.org; Andy
On 2019/1/11 14:08, Herbert Xu wrote:
> On Sat, Dec 22, 2018 at 03:51:44PM +0800, Zhou Wang wrote:
>>
>> +static struct crypto_alg hisi_zip_zlib = {
>> +.cra_name = "zlib-deflate",
>> +.cra_flags = CRYPTO_ALG_TYPE_COMPRESS,
>> +.cra_ctxsize=
On Thu, 10 Jan 2019 at 19:26, Joakim Bech wrote:
>
> On Thu, Jan 10, 2019 at 05:54:57PM +0530, Sumit Garg wrote:
> > On ARM SoC's with TrustZone enabled, peripherals like entropy sources
> > might not be accessible to normal world (linux in this case) and rather
> > accessible to secure world
-Original Message-
From: Gustavo A. R. Silva [mailto:gust...@embeddedor.com]
Sent: 11 January 2019 01:42
To: Anil Gurumurthy ; Sudarsana Kalluru
Cc: James E.J. Bottomley ; Martin K. Petersen
; linux-s...@vger.kernel.org;
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 11/41] scsi:
-Original Message-
From: Gustavo A. R. Silva [mailto:gust...@embeddedor.com]
Sent: 11 January 2019 01:41
To: Anil Gurumurthy ; Sudarsana Kalluru
Cc: James E.J. Bottomley ; Martin K. Petersen
; linux-s...@vger.kernel.org;
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 12/41] scsi:
-Original Message-
From: Gustavo A. R. Silva [mailto:gust...@embeddedor.com]
Sent: 11 January 2019 01:42
To: Anil Gurumurthy ; Sudarsana Kalluru
Cc: James E.J. Bottomley ; Martin K. Petersen
; linux-s...@vger.kernel.org;
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 10/41] scsi:
On Fri, Dec 28, 2018 at 02:41:00PM +0800, YueHaibing wrote:
> set_msg_len may fails with -EOVERFLOW, It should be propagate
> to upstream.
>
> Fixes: 2debd3325e55 ("crypto: chcr - Add AEAD algos.")
> Signed-off-by: YueHaibing
> ---
> drivers/crypto/chelsio/chcr_algo.c | 6 --
> 1 file
Pavel's patch looks correct to me, but since this may be a common
issue, how to better handle unexpected EINTR on sock_sendmsg, others
outside cifs/smb3 world may have run into this before and have
additional comments.
-- Forwarded message -
From: Pavel Shilovsky
Date: Thu, Jan
Should i make v3 with all tags or me as author?
Regards Frank
On Thu, Jan 10, 2019 at 03:58:12PM +0200, Horia Geantă wrote:
> There are several issues with symbols shared b/w:
> -caam/jr and caam/qi drivers on one hand
> -caam/qi2 driver on the other hand
>
> Commit 52813ab24959 ("crypto: caam/qi2 - avoid double export") fixed
> some of them, however
On Thu, Jan 10, 2019 at 02:07:14PM -0800, Suren Baghdasaryan wrote:
> From: Johannes Weiner
>
> Kernfs has a standardized poll/notification mechanism for waking all
> pollers on all fds when a filesystem node changes. To allow polling
> for custom events, add a .poll callback that can override
These changes in writepage and writepages for cifs remind me of
loosely related writeback changes that Jeff and Brian have done in the
VFS/MM layer, so was hopeful that others might have comments if they
see anything missing from Pavel's patch.
-- Forwarded message -
From: Pavel
On 2019-01-10 9:40 p.m., Greg Kroah-Hartman wrote:
> Sorry, no, we do not keep symbols exported for no in-kernel users.
>
> greg k-h
Hi Greg,
Can you please address the email that Lukas was responding to?
Thanks.
signature.asc
Description: OpenPGP digital signature
On Mon, Jan 7, 2019 at 6:59 PM Maxime Ripard wrote:
>
> On Mon, Dec 24, 2018 at 08:57:48PM +0530, Jagan Teki wrote:
> > On Fri, Dec 21, 2018 at 6:30 PM Maxime Ripard
> > wrote:
> > >
> > > On Thu, Dec 20, 2018 at 06:24:34PM +0530, Jagan Teki wrote:
> > > > Unfortunately default CSI_SCLK rate
Add i.MX7ULP system integration module (SIM) binding.
Signed-off-by: Anson Huang
---
.../bindings/arm/freescale/fsl,imx7ulp-sim.txt | 16
1 file changed, 16 insertions(+)
create mode 100644
Documentation/devicetree/bindings/arm/freescale/fsl,imx7ulp-sim.txt
diff
i.MX7ULP SoC's revision info is inside the SIM module,
bit[31:28] of JTAG_ID register defines revision as below
from B0:
0001B0
0010B1
This patch adds SoC revision support for i.MX7ULP, test
result as below:
root@imx7ulp-evk ~$ cat /sys/devices/soc0/revision
2.1
Signed-off-by:
i.MX7ULP SoC revision info is inside the SIM mode's JTAG_ID
register, add sim node to support SoC revision check.
Signed-off-by: Anson Huang
---
arch/arm/boot/dts/imx7ulp.dtsi | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/imx7ulp.dtsi
This is an important series, addressing various problems with
crediting (flow control) but more importantly patches 4 and 7 deal
with error cases in writeback, in writepages and writepage which may
be of more general interest. Brian and Jeff have changed loosely
related code in the VFS and may
Hello Alexandre,
On Mon, 10 Dec 2018, Alexandre Ghiti wrote:
> This patch implements both 4MB huge page support for 32bit kernel
> and 2MB/1GB huge pages support for 64bit kernel.
>
> Signed-off-by: Alexandre Ghiti
This patch introduces a few minor checkpatch and strict checkpatch
warnings,
On Thu, Jan 10, 2019 at 04:12:12PM +0800, Guan Yung Tseng wrote:
> Some multiport serial cards, such as the NI PXI-8430/2, NI PXI-8430/8,
> and NI PXI-8432/4 use PCI_CLASS_COMMUNICATION_OTHER and this fail the
> serial_pci_is_class_communication test added in the commit 7d8905d06405
> ("serial:
-- Forwarded message -
From: Steve French
Date: Fri, Jan 11, 2019 at 12:11 AM
Subject: scp bug due to progress indicator when copying from remote to
local on Linux
To: CIFS , linux-fsdevel
Cc: CIFS , Pavel Shilovsky
In discussing an interesting problem with scp recently with
On Fri, Jan 11, 2019 at 01:12:51PM +0800, Pingfan Liu wrote:
>This patch identifies the point where memblock alloc start. It has no
>functional.
[...]
>+#ifdef CONFIG_MEMORY_HOTPLUG
>+ /*
>+ * Memory used by the kernel cannot be hot-removed because Linux
>+ * cannot migrate the
On 11.01.2019 04:48, Stephen Rothwell wrote:
> Hi all,
>
> Commit
>
> b19bce0335e2 ("net: ethernet: mediatek: fix warning in phy_start_aneg")
>
> is missing a Signed-off-by from its author.
>
I suggested the changes and Frank prepared the patch with me as author.
Therefore:
Suggested-by:
Hi Christoph,
On 17/12/18 9:59 pm, Christoph Hellwig wrote:
On Sat, Dec 15, 2018 at 12:14:29AM +1000, Greg Ungerer wrote:
Yep, that is right. Certainly the MMU case is broken. Some noMMU cases work
by virtue of the SoC only having an instruction cache (the older V2 cores).
Is there a good an
On Sat, Dec 22, 2018 at 03:51:44PM +0800, Zhou Wang wrote:
>
> +static struct crypto_alg hisi_zip_zlib = {
> + .cra_name = "zlib-deflate",
> + .cra_flags = CRYPTO_ALG_TYPE_COMPRESS,
> + .cra_ctxsize= sizeof(struct hisi_zip_ctx),
> +
On Wed, Jan 09, 2019 at 01:49:17PM -0600, Tom Zanussi wrote:
> From: Tom Zanussi
>
> Add a 'trace(synthetic_event_name, params)' alternative to
> synthetic_event_name(params).
>
> Currently, the syntax used for generating synthetic events is to
> invoke synthetic_event_name(params) i.e. use the
Hi Alistair,
Looks like you're still sending patches to "palmpalmer" ?
On Thu, 10 Jan 2019, Alistair Francis wrote:
> Enable generic PCIe by default in the RISC-V defconfig, this allows us
> to use QEMU's PCIe support out of the box.
>
> Signed-off-by: Alistair Francis
> ---
>
Tyrel Datwyler writes:
> On 01/09/2019 04:37 AM, Michael Ellerman wrote:
>> Bjorn Helgaas writes:
>>> I want to update the PCI Kconfig labels so they're more consistent and
>>> useful to users, something like the patch below. IIUC, the items
>>> below are all IBM-related; please correct me if
On Mon, Jan 7, 2019 at 6:59 PM Maxime Ripard wrote:
>
> On Mon, Dec 24, 2018 at 08:57:48PM +0530, Jagan Teki wrote:
> > On Fri, Dec 21, 2018 at 6:30 PM Maxime Ripard
> > wrote:
> > >
> > > On Thu, Dec 20, 2018 at 06:24:34PM +0530, Jagan Teki wrote:
> > > > Unfortunately default CSI_SCLK rate
If a function driver tries to re-submit an already queued request,
it can results in corruption of pending/started request lists.
Catch such conditions and fail the request submission to DCD.
Signed-off-by: Manu Gautam
---
drivers/usb/dwc3/gadget.c | 6 ++
1 file changed, 6 insertions(+)
This patch adds cpuidle support for i.MX7ULP, 3 cpuidle
states supported as below:
1. WFI, just ARM wfi;
2. WAIT mode, mapped to SoC's partial stop mode #3;
3. STOP mode, mapped to SoC's partial stop mode #1.
In WAIT mode, system clock and bus clock will be enabled;
In STOP mode, system clock
It is possible to trigger a NULL pointer dereference by writing an
incorrectly formatted string to krpobe_events (trying to create a
kretprobe omitting the symbol).
Example:
echo "r:event_1 " >> /sys/kernel/debug/tracing/kprobe_events
That triggers this:
BUG: unable to handle kernel NULL
On Wed, 2019-01-02 at 14:16 +0800, Ley Foon Tan wrote:
> Add PCIe Root Port support for Stratix 10 device and also update
> device tree binding documentation.
>
> v2 -> v3:
> -
> - Rename Stratix10 to Stratix 10.
> - Change bool s10_flag to enum version.
>
> v1 -> v2:
> -
> - Add
On Fri, Jan 11, 2019 at 06:04:07AM +0100, Lukas Wunner wrote:
> On Thu, Jan 10, 2019 at 07:24:13PM +0100, Greg Kroah-Hartman wrote:
> > My tolerance for ZFS is pretty non-existant. Sun explicitly did not
> > want their code to work on Linux, so why would we do extra work to get
> > their code to
On Wed, Jan 09, 2019 at 12:52:45PM +0200, Andy Shevchenko wrote:
> New quirk enforces search for GPIO based on its type,
> i.e. iterate over GpioIo resources only.
>
> Signed-off-by: Andy Shevchenko
Acked-by: Mika Westerberg
Conversion to atomic modesetting, step one.
Add atomic crtc helper callbacks.
Signed-off-by: Gerd Hoffmann
Acked-by: Daniel Vetter
---
drivers/gpu/drm/bochs/bochs_kms.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/drivers/gpu/drm/bochs/bochs_kms.c
Conversion to atomic modesetting, step four.
Use atomic set_config helper for crtc.
Signed-off-by: Gerd Hoffmann
Reviewed-by: Oleksandr Andrushchenko
Acked-by: Daniel Vetter
---
drivers/gpu/drm/bochs/bochs_kms.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Most unused callbacks can be NULL pointers these days.
Drop a bunch of empty encoder callbacks.
Signed-off-by: Gerd Hoffmann
Reviewed-by: Oleksandr Andrushchenko
Acked-by: Daniel Vetter
---
drivers/gpu/drm/bochs/bochs_kms.c | 26 --
1 file changed, 26 deletions(-)
bochs_fbdev.c is almost empty now. Move the remaining framebuffer bits
over to bochs_kms.c. Pure code motion. No functional change.
Signed-off-by: Gerd Hoffmann
Reviewed-by: Oleksandr Andrushchenko
Acked-by: Daniel Vetter
---
drivers/gpu/drm/bochs/bochs_fbdev.c | 29
Signed-off-by: Gerd Hoffmann
Acked-by: Daniel Vetter
---
drivers/gpu/drm/bochs/bochs_fbdev.c | 8
drivers/gpu/drm/bochs/bochs_kms.c | 14 +-
drivers/gpu/drm/bochs/bochs_mm.c| 8
3 files changed, 9 insertions(+), 21 deletions(-)
diff --git
Signed-off-by: Gerd Hoffmann
Acked-by: Daniel Vetter
---
drivers/gpu/drm/bochs/bochs_drv.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/bochs/bochs_drv.c
b/drivers/gpu/drm/bochs/bochs_drv.c
index a3f4e21078..cea42ac64d 100644
---
Conversion to atomic modesetting, step two.
Add mode_set_nofb crtc helper callback.
Signed-off-by: Gerd Hoffmann
Reviewed-by: Oleksandr Andrushchenko
Acked-by: Daniel Vetter
---
drivers/gpu/drm/bochs/bochs_kms.c | 9 +
1 file changed, 9 insertions(+)
diff --git
Switch to atomic helpers: drm_mode_config_helper_suspend/resume().
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/bochs/bochs_drv.c | 11 ++-
1 file changed, 2 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/bochs/bochs_drv.c
b/drivers/gpu/drm/bochs/bochs_drv.c
index
Conversion to atomic modesetting, final step.
Set the DRIVER_ATOMIC flag.
Signed-off-by: Gerd Hoffmann
Reviewed-by: Oleksandr Andrushchenko
Acked-by: Daniel Vetter
---
drivers/gpu/drm/bochs/bochs_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
It's always NULL, so just remove it.
Signed-off-by: Gerd Hoffmann
Reviewed-by: Oleksandr Andrushchenko
Acked-by: Daniel Vetter
---
drivers/gpu/drm/bochs/bochs.h | 2 +-
drivers/gpu/drm/bochs/bochs_fbdev.c | 2 +-
drivers/gpu/drm/bochs/bochs_kms.c | 2 +-
Conversion to atomic modesetting, step three.
Wire up atomic helpers. Switch planes to atomic.
We are late to the party, the transitional helpers are gone,
so this can't be splitted into smaller steps any more.
Signed-off-by: Gerd Hoffmann
Reviewed-by: Oleksandr Andrushchenko
Acked-by: Daniel
Just enough to make the generic framebuffer emulation happy.
Signed-off-by: Gerd Hoffmann
Reviewed-by: Oleksandr Andrushchenko
Acked-by: Daniel Vetter
---
drivers/gpu/drm/bochs/bochs.h | 7 ++
drivers/gpu/drm/bochs/bochs_drv.c | 11 -
drivers/gpu/drm/bochs/bochs_mm.c | 49
Conversion to atomic modesetting, step five.
Use atomic page_flip helper for crtc.
Signed-off-by: Gerd Hoffmann
Reviewed-by: Oleksandr Andrushchenko
Acked-by: Daniel Vetter
---
drivers/gpu/drm/bochs/bochs_kms.c | 23 +--
1 file changed, 1 insertion(+), 22 deletions(-)
Remove the old, now unused crtc callbacks.
Signed-off-by: Gerd Hoffmann
Reviewed-by: Oleksandr Andrushchenko
Acked-by: Daniel Vetter
---
drivers/gpu/drm/bochs/bochs_kms.c | 81 ---
1 file changed, 81 deletions(-)
diff --git
Create a separate bochs_hw_setformat function to configure
the framebuffer format (actually just the byteorder).
Signed-off-by: Gerd Hoffmann
Reviewed-by: Oleksandr Andrushchenko
Acked-by: Daniel Vetter
---
drivers/gpu/drm/bochs/bochs.h | 5 +++--
drivers/gpu/drm/bochs/bochs_hw.c | 19
Not needed any more, bochs uses the generic emulation now.
Signed-off-by: Gerd Hoffmann
Reviewed-by: Oleksandr Andrushchenko
Acked-by: Daniel Vetter
---
drivers/gpu/drm/bochs/bochs.h | 9 ---
drivers/gpu/drm/bochs/bochs_fbdev.c | 129
2 files
On Thu, Jan 10, 2019 at 10:17:38AM -0700, Nathan Chancellor wrote:
> Hi Greg and Sasha,
>
> Attached is an mbox with a series of patches to allow building the
> powerpc kernel with Clang. We have been running continuous integration
> that builds and boots the kernel in QEMU for almost two months
Hi Bin,
On Wed, Jan 09, 2019 at 09:02:15AM -0600, Bin Liu wrote:
> Hi Paul,
>
> On Wed, Jan 09, 2019 at 02:10:09AM -0500, Paul Elder wrote:
> > Handling short packets (length < max packet size) in the Inventra DMA
> > engine in the MUSB driver causes the MUSB DMA controller to hang. An
> >
On Fri, Jan 11, 2019 at 01:12:52PM +0800, Pingfan Liu wrote:
>The current acpi_table_upgrade() relies on initrd_start, but this var is
>only valid after relocate_initrd(). There is requirement to extract the
>acpi info from initrd before memblock-allocator can work(see [2/4]), hence
Hello, My Name is Johann Reimann and i have something important to discuss with
you but only with your permission i will proceed.
Regards
J. Reimann
Masahiro Yamada writes:
> On Thu, Jan 10, 2019 at 2:44 PM Alexey Kardashevskiy wrote:
...
>> diff --git a/arch/powerpc/Makefile b/arch/powerpc/Makefile
>> index 488c9ed..0492f62 100644
>> --- a/arch/powerpc/Makefile
>> +++ b/arch/powerpc/Makefile
>> @@ -419,7 +419,11 @@ archheaders:
>> ifdef
Hi Bin,
I have some questions about
musbhs_dma_controller_destroy/create_noirq().
1,Because of controller->irq=0 in noirq case, destroy_noirq can reuse
musbhs_dma_controller_destroy. Is it necessary to write a destroy_noirq
function?
2, How about creating a common function for create musb dma
From: Praveen Kumar B
Change pwm compatible to new version of pwm-kona
Add new compatible to check pwm configure status
Signed-off-by: Praveen Kumar B
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
Signed-off-by: Sheetal Tigadoli
---
arch/arm/boot/dts/bcm-cygnus.dtsi | 2 +-
1 file
From: Praveen Kumar B
Add support for new version of pwm-kona.
Add support to make PWM changes configured and stable.
Signed-off-by: Praveen Kumar B
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
Signed-off-by: Sheetal Tigadoli
---
drivers/pwm/pwm-bcm-kona.c | 128
From: Praveen Kumar B
Add new compatible string for new version of pwm-kona
Signed-off-by: Praveen Kumar B
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
Signed-off-by: Sheetal Tigadoli
---
Documentation/devicetree/bindings/pwm/brcm,kona-pwm.txt | 2 +-
1 file changed, 1 insertion(+), 1
Hi,
This patchset contain support to make PWM changes configure
and stablize
Following are brief changes done
a. Add support for version2 compatible string
b. Change PWM config and stablize delay in PWM Kona
Praveen Kumar B (3):
dt-bindings: pwm: kona:
At present, memblock bottom-up allocation can help us against staining over
movable node in very high probability. But if the hotplug info has already
been parsed, the memblock allocator can step around the movable node by
itself. This patch pushes the parsing step forward, just ahead of where,
The current acpi_table_upgrade() relies on initrd_start, but this var is
only valid after relocate_initrd(). There is requirement to extract the
acpi info from initrd before memblock-allocator can work(see [2/4]), hence
acpi_table_upgrade() need to accept the input param directly.
Signed-off-by:
Due to the incoming divergence of x86_32 and x86_64, there is requirement
to set the allowed allocating range at the early boot stage.
This patch also includes minor change to remove redundat cond check, refer
to memblock_find_in_range_node(), memblock_find_in_range() has already
protect itself
1 - 100 of 1151 matches
Mail list logo
