Am Samstag, 12. Januar 2019, 10:55:35 CET schrieb Herbert Xu:
Hi Herbert,
> On Fri, Jan 11, 2019 at 09:12:54PM -0800, Eric Biggers wrote:
> > Hi Stephan,
> >
> > On Fri, Jan 11, 2019 at 08:10:39PM +0100, Stephan Müller wrote:
> > > The RFC5869 compliant Key Derivation Function is implemented as
Hi,
On 11-01-19 20:49, Andy Shevchenko wrote:
On Fri, Jan 11, 2019 at 03:21:39PM +0100, Linus Walleij wrote:
On Tue, Jan 8, 2019 at 7:02 PM Andy Shevchenko
wrote:
New quirk enforces search for GPIO based on its type.
Note, supplied index in the mapping table must be 0.
Signed-off-by: Andy
On Sat, Jan 12, 2019 at 09:42:21AM -0800, Guenter Roeck wrote:
> On 1/11/19 6:07 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.18.132 release.
> > There are 47 patches in this series, all will be posted as a response
> > to this one. If anyone has any
On Wed 09 Jan 09:46 PST 2019, Sai Prakash Ranjan wrote:
> Add coresight components found on Qualcomm SDM845 SoC.
>
> Signed-off-by: Sai Prakash Ranjan
Hi Sai,
The content of this patch looks good, but please fold it into
sdm845.dtsi (keep the nodes sorted by address).
And mention below the
On Sat, Jan 12, 2019 at 10:35:59PM +0100, Christoph Biedl wrote:
> Greg Kroah-Hartman wrote...
>
> > 4.20-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Greg Kroah-Hartman
> >
> > This reverts commit
On Sat, Jan 12, 2019 at 01:35:35PM -0800, Martin Kelly wrote:
> On 1/12/19 1:18 PM, Sudip Mukherjee wrote:
> > Hi Greg,
> >
> > On Fri, Jan 11, 2019 at 2:34 PM Greg Kroah-Hartman
> > wrote:
> > >
> > > 4.14-stable review patch. If anyone has any objections, please let me
> > > know.
> > >
>
On Sat, Jan 12, 2019 at 09:22:40PM +, Sudip Mukherjee wrote:
> Hi Greg,
>
> On Fri, Jan 11, 2019 at 2:33 PM Greg Kroah-Hartman
> wrote:
> >
> > 4.14-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > [ Upstream commit
Sorry for that I missed typing 'd' in the email addreslist.
On 2019/1/10 20:52, Zheng Xiang wrote:
> Hi all,
>
> Recently I encountered a problem that virtio-gpu driver would have a very low
> chance of getting hung
> when I boot VM from linux kernel 4.19 on ARM64 server by using qemu. The
>
Hi Steven, just noticed that the last patch had issue with the formatting,
this patch is the good one.
Thanks.
Previous changes:
PATCH v1: Initial patch
PATCH v2:
Removed arch specific code and use the default clock.
Add more code re-usability
Add HAVE_EARLY_BOOT_FTRACE config option,
On January 12, 2019 4:22:55 PM PST, Timotej Lazar
wrote:
>Since the referenced commit, Ethernet fails to come up at boot on the
>board meson-gxl-s905x-libretech-cc. Fix this by re-enabling the
>genphy_soft_reset callback for the Amlogic Meson GXL PHY driver.
>
>Fixes: 6e2d85ec0559 ("net: phy:
Do you need to edit your photos?
Here are the editing service we mostly for the photos from our clients.
Photos cut out background , clipping path, and also retouching.
You may send some photos to us. we will let our editing staffs to work on
them.
Thanks,
Ruby
The mlxreg-io for the merge window assumed 4.21 as the next kernel
version. Replace 4.21 with 5.0.
Signed-off-by: Darren Hart (VMware)
---
Documentation/ABI/stable/sysfs-driver-mlxreg-io | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
On Mon, Jan 07, 2019 at 03:36:48PM +, mario.limoncie...@dell.com wrote:
>
>
> > -Original Message-
> > From: platform-driver-x86-ow...@vger.kernel.org > ow...@vger.kernel.org> On Behalf Of Jérôme de Bretagne
> > Sent: Sunday, January 6, 2019 11:57 AM
> > To: Alex Hung
> > Cc:
On Thu, Jan 10, 2019 at 06:05:33PM +0800, Peng Ma wrote:
> Add sata node support and Enable sata support
>
> Signed-off-by: Peng Ma
> ---
> arch/arm64/boot/dts/freescale/fsl-lx2160a-rdb.dts | 16 +++
> arch/arm64/boot/dts/freescale/fsl-lx2160a.dtsi| 44
> +
> 2
On Fri, Jan 04, 2019 at 05:16:38PM +0100, Jan Vlietland wrote:
> Hi Darren,
>
> I understand your extra workload. For me it is just being another user
> complaining about some bug. Sorry for that :-) Good to know the response
> time. I will keep that in mind.
>
> Anyway. I have changed the
On Sat, Jan 12, 2019 at 6:05 PM Jens Axboe wrote:
>
> On 1/12/19 6:29 PM, john.hubb...@gmail.com wrote:
> > From: John Hubbard
> >
> > Commit 49e54187ae0b ("ata: libahci_platform: comply to PHY framework") uses
> > the PHY_MODE_SATA, but that enum had not yet been added. This caused a
> > build
On Fri, Jan 11, 2019 at 2:12 PM Masahiro Yamada
wrote:
>
> I accidentally dropped '*' in the previous renaming patch.
>
> Revive it so that 'make mrproper' can clean the generated files.
>
> Fixes: d86271af6460 ("kconfig: rename generated .*conf-cfg to *conf-cfg")
> Signed-off-by: Masahiro Yamada
On Sat, Jan 12, 2019 at 6:00 AM Paul Burton wrote:
>
> When building using GCC 4.7 or older, -ffunction-sections & the -pg flag
> used by ftrace are incompatible. This causes warnings or build failures
> (where -Werror applies) such as the following:
>
> arch/mips/generic/init.c:
> error:
Hello,
syzbot found the following crash on:
HEAD commit:66c56cfa64d9 Merge tag 'remove-dma_zalloc_coherent-5.0' of..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=167fd6d8c0
kernel config: https://syzkaller.appspot.com/x/.config?x=b05cfdb4ee8ab9b2
On Mon, Jan 07, 2019 at 01:28:48PM +, Leonard Crestez wrote:
> This was implemented in the driver but not actually defined and
> referenced in dts. This makes it always on.
>
> From reference manual in section "10.4.1.4.1 Power Distribution":
>
> "Display domain - The DISPLAY domain contains
On Mon, Jan 07, 2019 at 02:22:25PM +0100, Stefan Agner wrote:
> Allow to use DMA for SPI by adding the appropriate DMA properites
> to the ecspi nodes.
>
> Signed-off-by: Stefan Agner
Applied both, thanks.
On Mon, Jan 07, 2019 at 09:29:55AM +, Schrempf Frieder wrote:
> From: Frieder Schrempf
>
> After switching to the new FSL QSPI driver the property
> 'fsl,qspi-has-second-chip' is not needed anymore.
>
> The driver now uses the 'reg' property to determine the bus and
> the chipselect.
>
>
On Mon, Jan 07, 2019 at 09:29:54AM +, Schrempf Frieder wrote:
> From: Frieder Schrempf
>
> After switching to the new FSL QSPI driver the property
> 'fsl,qspi-has-second-chip' is not needed anymore.
>
> The driver now uses the 'reg' property to determine the bus and
> the chipselect.
>
>
Do you need to edit your photos?
Here are the editing service we mostly for the photos from our clients.
Photos cut out background , clipping path, and also retouching.
You may send some photos to us. we will let our editing staffs to work on
them.
Thanks,
Ruby
Do you need to edit your photos?
Here are the editing service we mostly for the photos from our clients.
Photos cut out background , clipping path, and also retouching.
You may send some photos to us. we will let our editing staffs to work on
them.
Thanks,
Ruby
On Thu, Jan 03, 2019 at 03:36:31PM +0100, Stefan Agner wrote:
> The symbols provided by ssi-fiq are used in sound/soc/fsl/imx-pcm-fiq.c
> only. Build ssi-fiq.o/ssi-fiq-ksym.o only if SND_SOC_IMX_PCM_FIQ is
> enabled.
>
> Signed-off-by: Stefan Agner
Applied, thanks.
On Sat, Dec 29, 2018 at 10:01:18AM +, Anson Huang wrote:
> i.MX6SX has same GPT type as i.MX6DL, in GPT driver, it uses
> below TIMER_OF_DECLARE, so the backward compatible should be
> "fsl,imx6dl-gpt", correct it.
>
> TIMER_OF_DECLARE(imx6sx_timer, "fsl,imx6sx-gpt", imx6dl_timer_init_dt);
>
> >
> >
> >
> > >
> > > On Thu 10-01-19 12:26:17, Dave Chinner wrote:
> > > > 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
This is the third version of a patch series to fix system clock jumps
and other timer instability on the Allwinner A64 SoC. It has now been
tested for a week, and I've received no reports of date jumps with this
version. So this is, as far as I can tell, a complete workaround.
See the commit
As instability in the architectural timer has been observed on multiple
devices using this SoC, inluding the Pine64 and the Orange Pi Win,
enable the workaround in the SoC's device tree.
Acked-by: Maxime Ripard
Signed-off-by: Samuel Holland
---
arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 1
The Allwinner A64 SoC is known[1] to have an unstable architectural
timer, which manifests itself most obviously in the time jumping forward
a multiple of 95 years[2][3]. This coincides with 2^56 cycles at a
timer frequency of 24 MHz, implying that the time went slightly backward
(and this was
On 1/12/19 6:29 PM, john.hubb...@gmail.com wrote:
> From: John Hubbard
>
> Commit 49e54187ae0b ("ata: libahci_platform: comply to PHY framework") uses
> the PHY_MODE_SATA, but that enum had not yet been added. This caused a
> build failure for me, with today's linux.git.
>
> Also, there is a
On Sat, Jan 12, 2019 at 5:38 PM Pankaj Gupta wrote:
>
>
>
> >
> > On Thu 10-01-19 12:26:17, Dave Chinner wrote:
> > > 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
Hi,
On 01/11/19 at 11:13am, Mimi Zohar wrote:
> On Fri, 2019-01-11 at 21:43 +0800, Dave Young wrote:
> [snip]
>
> > Personally I would like to see platform key separated from integrity.
> > But for the kexec_file part I think it is good at least it works with
> > this fix.
> >
> > Acked-by:
>
> On Thu 10-01-19 12:26:17, Dave Chinner wrote:
> > 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.
From: John Hubbard
Commit 49e54187ae0b ("ata: libahci_platform: comply to PHY framework") uses
the PHY_MODE_SATA, but that enum had not yet been added. This caused a
build failure for me, with today's linux.git.
Also, there is a potentially conflicting (mis-named) PHY_MODE_SATA, hiding
in the
From: John Hubbard
Hi,
Say, I just ran into this build breakage on today's linux.git, and after
checking the email threads, I do realize that PHY_MODE_SATA is about to be
added as part of [1]. However, I also noticed that it was not identified
as a build fix, nor did anyone notice the potential
On January 11, 2019 11:34:34 AM PST, Linus Torvalds
wrote:
>On Fri, Jan 11, 2019 at 11:24 AM wrote:
>>
>> I still don't see why can't simply spin in the #BP handler until the
>patch is complete.
>
>So here's at least one problem:
>
>text_poke_bp()
> text_poke(addr, , sizeof(int3));
>
On January 11, 2019 11:34:34 AM PST, Linus Torvalds
wrote:
>On Fri, Jan 11, 2019 at 11:24 AM wrote:
>>
>> I still don't see why can't simply spin in the #BP handler until the
>patch is complete.
>
>So here's at least one problem:
>
>text_poke_bp()
> text_poke(addr, , sizeof(int3));
>
Since the referenced commit, Ethernet fails to come up at boot on the
board meson-gxl-s905x-libretech-cc. Fix this by re-enabling the
genphy_soft_reset callback for the Amlogic Meson GXL PHY driver.
Fixes: 6e2d85ec0559 ("net: phy: Stop with excessive soft reset")
Signed-off-by: Timotej Lazar
---
On Jan 12, 2019, at 2:43 AM, Geert Uytterhoeven wrote:
>
> Hi Ted,
>
> I'm still regularly using a Linux rev 0.0 ext2 filesystem as a ramdisk
> on m68k, containing mid-90's binaries, from right after the a.out-to-ELF
> transition, so I notice if someone breaks old syscall support.
>
>
From: "Joel Fernandes (Google)"
More details of the seal can be found in the LKML patch:
https://lore.kernel.org/lkml/20181120052137.74317-1-j...@joelfernandes.org/T/#t
Signed-off-by: Joel Fernandes (Google)
---
man2/memfd_create.2 | 15 ++-
1 file changed, 14 insertions(+), 1
From: "Joel Fernandes (Google)"
More details of the seal can be found in the LKML patch:
https://lore.kernel.org/lkml/20181120052137.74317-1-j...@joelfernandes.org/T/#t
Signed-off-by: Joel Fernandes (Google)
---
man2/fcntl.2 | 15 +++
1 file changed, 15 insertions(+)
diff --git
Hello,
These manpages correspond to the following kernel patches:
https://lore.kernel.org/patchwork/patch/1031550/
https://lore.kernel.org/patchwork/patch/1031551/
This is just a resend with no changes from last time.
Joel Fernandes (Google) (2):
fcntl.2: Update manpage with new memfd
On Fri, Jan 11, 2019 at 1:22 PM Josh Poimboeuf wrote:
>
> On Fri, Jan 11, 2019 at 12:46:39PM -0800, Linus Torvalds wrote:
> > On Fri, Jan 11, 2019 at 12:31 PM Josh Poimboeuf wrote:
> > >
> > > I was referring to the fact that a single static call key update will
> > > usually result in patching
Hello all,
On 09/27/18 02:05, Christophe Leroy wrote:
[..snip..]
> diff --git a/arch/powerpc/Makefile b/arch/powerpc/Makefile
> index 07d9dce7eda6..45b8eb4d8fe7 100644
> --- a/arch/powerpc/Makefile
> +++ b/arch/powerpc/Makefile
> @@ -112,6 +112,9 @@ KBUILD_LDFLAGS+= -m
On Sat, Jan 12, 2019 at 12:57 PM 隆春 wrote:
>
> commit（2a61f4747eeaa85ce26ca9fbd81421b15facd018）rename CC_STACKPROTECTOR_NONE
> config. but unfortunately if the compiler support option -fno-stack-protector,
> CC_HAS_STACKPROTECTOR_NONE will not be disabled.
You completely misunderstood that
On 1/11/19 7:40 PM, Dmitry Torokhov wrote:
> Hi Kim,
Hi Dmitry,
> On Fri, Jan 11, 2019 at 02:54:30PM -0600, Kim Phillips wrote:
>> This patch is the result of seeing this message:
>>
>> psmouse serio1: synaptics: Your touchpad (PNP: DLL087c PNP0f13) says it can
>> support a different bus. If
Add code needed to support i.MX8MQ variant.
Cc: Bjorn Helgaas
Cc: Fabio Estevam
Cc: Chris Healy
Cc: Lucas Stach
Cc: Leonard Crestez
Cc: "A.s. Dong"
Cc: Richard Zhu
Cc: linux-...@nxp.com
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-...@vger.kernel.org
Both i.MX7D and i.MX8MQ have the same behaviour when it comes to
clearing DIRECT_SPEED_CHANGE bit when no speed change occur. To
account for that change the code handling that to use a generic flag
instead of checking IP block variant.
Cc: Bjorn Helgaas
Cc: Fabio Estevam
Cc: Chris Healy
Cc:
PCIE PHY IP block on i.MX7D differs from the one used on i.MX6 family,
so none of the code in current implementation of imx6_setup_phy_mpll()
is applicable.
Tested-by: Trent Piepho
Signed-off-by: Andrey Smirnov
Reviewed-by: Lucas Stach
Cc: Bjorn Helgaas
Cc: Fabio Estevam
Cc: Chris Healy
Cc:
Everyone:
This series contains changes I made in order to enable support of PCIE
IP block on i.MX8MQ SoCs.
Changes since [v4]:
- Collected Reviewed-by from Lucas
- Replaced ((ARM || ARM64) && COMPILE_TEST) with COMPILE_TEST as per
suggestion from Rob
Changes since [v3]:
- Based on
Introduce driver data struct. This will simplify handling of device
specific differences.
Cc: Bjorn Helgaas
Cc: Fabio Estevam
Cc: Chris Healy
Cc: Lucas Stach
Cc: Leonard Crestez
Cc: "A.s. Dong"
Cc: Richard Zhu
Cc: linux-...@nxp.com
Cc: linux-arm-ker...@lists.infradead.org
Cc:
Am Sonntag, 6. Januar 2019, 05:40:10 CET schrieb pragnesh_pa...@mentor.com:
> From: Akash Gajjar
>
> ROCK Pi 4 is RK3399 based SBC from radxa.com. board has a 1G/2G/4G lpddr4,
> CSI,
> DSI, HDMI, OTG, USB 2.0, USB 3.0, 10/100/1000 RGMII Ethernet Phy, es8316
> codec,
> POE, WIFI (for Model B
Greg Kroah-Hartman wrote...
> 4.20-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Greg Kroah-Hartman
>
> This reverts commit d412deb85a4aada382352a8202beb7af8921cd53 which is
> commit 6f5b9f018f4c7686fd944d920209d1382d320e4e upstream.
>
>
On 1/12/19 1:18 PM, Sudip Mukherjee wrote:
Hi Greg,
On Fri, Jan 11, 2019 at 2:34 PM Greg Kroah-Hartman
wrote:
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Martin Kelly
commit 7ed1c1901fe52e6c5828deb155920b44b0adabb1 upstream.
On 1/12/19 10:03 PM, Kyungtae Kim wrote:
On Sat, Jan 12, 2019 at 3:02 PM Oliver Hartkopp wrote:
So there could potentially be some other users of timeval_to_ktime()
that might have the same issue.
The following would be the one related.
Yes - it is also in bcm_rx_setup(). Same issue
On Fri, Jan 11, 2019 at 11:53 AM Rob Herring wrote:
>
> On Fri, Jan 04, 2019 at 08:53:35AM -0800, Andrey Smirnov wrote:
> > Add code needed to support i.MX8MQ variant.
> >
> > Cc: Bjorn Helgaas
> > Cc: Fabio Estevam
> > Cc: Chris Healy
> > Cc: Lucas Stach
> > Cc: Leonard Crestez
> > Cc:
Hi Greg,
On Fri, Jan 11, 2019 at 2:33 PM Greg Kroah-Hartman
wrote:
>
> 4.14-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> [ Upstream commit 04f05230c5c13b1384f66f5186a68d7499e34622 ]
This was fixed upstream by 38355a5f9a22 ("bnx2x: Fix NULL
Hi Greg,
On Fri, Jan 11, 2019 at 2:34 PM Greg Kroah-Hartman
wrote:
>
> 4.14-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Martin Kelly
>
> commit 7ed1c1901fe52e6c5828deb155920b44b0adabb1 upstream.
This was fixed upstream by
On Wed, Jan 09, 2019 at 06:13:12PM +0530, Faiz Abbas wrote:
> Commit 961de0a856e3 ("mmc: sdhci-omap: Workaround errata regarding
> SDR104/HS200 tuning failures (i929)") added a select on TI_SOC_THERMAL
> for the driver to get temperature for tuning.
>
> However, this causes the following warning
On Sat, Jan 12, 2019 at 3:02 PM Oliver Hartkopp wrote:
>
> So there could potentially be some other users of timeval_to_ktime()
> that might have the same issue.
>
The following would be the one related.
=
UBSAN: Undefined behaviour in
Hi guys,
my odyssey with the GPU continues. This time it didn't reset itself
but started spewing a single line about the hardware locking up.
The machine was responsive to sysrq so I was able to write out
/var/log/messages and reboot.
This is still with 4.20-rc7 but I'm building 5.0-rc1 to see
Many new generic allocation functions like the
kvmalloc family have been added recently to the kernel.
The allocation functions test now includes:
o kvmalloc and variants
o kstrdup_const
o kmemdup_nul
o dma_alloc_coherent
o alloc_skb and variants
Add a separate $allocFunctions variable to help
On 1/11/19 7:25 PM, Jerome Glisse wrote:
[...]
Why is it that page lock cannot be used for gup fast, btw?
>>>
>>> Well it can not happen within the preempt disable section. But after
>>> as a post pass before GUP_fast return and after reenabling preempt then
>>> it is fine like it would be
From: "Joel Fernandes (Google)"
Android uses ashmem for sharing memory regions. We are looking forward to
migrating all usecases of ashmem to memfd so that we can possibly remove
the ashmem driver in the future from staging while also benefiting from
using memfd and contributing to it. Note
From: "Joel Fernandes (Google)"
This is just a resend of the previous series at
https://lore.kernel.org/patchwork/patch/1014892/
with a small if block refactor as Andy suggested:
https://lore.kernel.org/patchwork/comment/1198679/
All,
Could you please provide your Reviewed-by / Acked-by tags?
From: "Joel Fernandes (Google)"
Add tests to verify sealing memfds with the F_SEAL_FUTURE_WRITE works as
expected.
Cc: dan...@google.com
Cc: minc...@kernel.org
Cc: Jann Horn
Cc: John Stultz
Signed-off-by: Joel Fernandes (Google)
---
tools/testing/selftests/memfd/memfd_test.c | 74
Am Freitag, 4. Januar 2019, 02:40:23 CET schrieb Otavio Salvador:
> rv1108-elgin-r1 board is based on Rockchip RV1108 SoC.
>
> Signed-off-by: Otavio Salvador
applied all 4 patches (including the vendor-prefix) for 5.1
I've rearranged some minor properties in the board-dts to follow
Hi,
thanks for the report!
On 1/12/19 8:25 PM, Kyungtae Kim wrote:
We report a bug in linux-4.19.13: "UBSAN: Undefined behaviour in net/can/bcm.c"
kernel config: https://kt0755.github.io/etc/config_4.19.13
repro: https://kt0755.github.io/etc/repro.296b5.c
An integer overflow arose in
Hi Dan,
On 1/12/19 6:09 PM, Dan Murphy wrote:
Jacek
On 1/11/19 3:52 PM, Jacek Anaszewski wrote:
Dan,
On 1/11/19 1:38 PM, Dan Murphy wrote:
Jacek
Sorry I missed some replies
On 1/10/19 4:03 PM, Jacek Anaszewski wrote:
On 1/10/19 9:43 PM, Dan Murphy wrote:
Jacek
On 1/10/19 1:57 PM, Jacek
On Sat, Jan 12, 2019 at 10:13 PM Maxime Ripard
wrote:
>
> On Wed, Jan 09, 2019 at 06:57:57PM +0530, Jagan Teki wrote:
> > On Tue, Jan 8, 2019 at 2:28 PM Maxime Ripard
> > wrote:
> > >
> > > On Mon, Jan 07, 2019 at 08:48:21PM +0530, Jagan Teki wrote:
> > > > On Mon, Jan 7, 2019 at 7:42 PM Maxime
The pull request you sent on Sat, 12 Jan 2019 19:13:55 +0100:
> git://git.infradead.org/users/hch/dma-mapping.git
> tags/remove-dma_zalloc_coherent-5.0
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/66c56cfa64d9dbb9efa8a06c1aece77e8d57ea19
Thank you!
--
In the quest to get rid of drmP.h move the newly
added EXPORT_SYMBOL_FOR_TESTS_ONLY to drm_util.h.
Fix the single user.
Add a note to drmP.h to avoid further use of it.
Signed-off-by: Sam Ravnborg
Cc: Maarten Lankhorst
Cc: Maxime Ripard
Cc: Sean Paul
Cc: David Airlie
Cc: Daniel Vetter
---
The use of drmP.h is discouraged and removal of it from
drm_modeset_helper.h caused drm/stm to fail to build.
This patch introduce the necessary fixes to prepare for the
drmP.h removal from drm_modeset_helper.h.
Build tested on arm and x86 allmodconfig
Signed-off-by: Sam Ravnborg
Cc: Yannick
The use of drmP.h is discouraged and removal of it from
drm_modeset_helper.h caused cdns to fail to build.
This patch introduce the necessary fixes to prepare for the
drmP.h removal from drm_modeset_helper.h.
Build tested on arm x86 and arm allmodconfig.
Signed-off-by: Sam Ravnborg
Cc: Andrzej
The use of drmP.h is discouraged and removal of it from
drm_modeset_helper.h caused rcar-du to fail to build.
This patch introduce the necessary fixes to prepare for the
drmP.h removal from drm_modeset_helper.h.
Build tested on arm x86 and arm allmodconfig.
Signed-off-by: Sam Ravnborg
Cc:
Updated patchset, with merged patches removed.
And one patch split in merge frindly bits.
As noted in the commit message for kirin a hack
to kirin/Kconfig was required to build it on my box.
It would be good if we could have this driver covered
by COMPILE_TEST.
There are likely others that could
Move drm_can_sleep() out of drmP.h to allow users
to get rid of the drmP.h include.
There was no header file that was a good match for this helper function.
So add this to drm_util with the relevant includes.
Add include of drm_util.h to all users.
v2:
- Update comments to use kernel-doc style
With the removal of drmP.h from drm_modeset_helper.h
the drmP.h are no longer included by any include files
in include/drm.
The drmP.h file is thus only included explicit
either in .c files or in local .h files.
This makes the process of deleting the drmP.h includes easier
as we have a more local
The use of drmP.h is discouraged and removal of it from
drm_modeset_helper.h caused kirin to fail to build.
This patch introduce the necessary fixes to prepare for the
drmP.h removal from drm_modeset_helper.h.
List of include files sorted alphabetically.
Build tested on arm x86 allmodconfig
The use of drmP.h is discouraged and removal of it from
drm_modeset_helper.h caused arcgpu to fail to build.
This patch introduce the necessary fixes to prepare for the
drmP.h removal from drm_modeset_helper.h.
List of include files sorted alphabetically.
Build tested on arm x86 and arm
On 2018-12-06 20:05, Aurelien Jarno wrote:
> The preadv2 and pwritev2 syscalls are supposed to emulate the readv and
> writev syscalls when offset == -1. Therefore the compat code should
> check for offset before calling do_compat_preadv64 and
> do_compat_pwritev64. This is the case for the
We report a bug in linux-4.19.13: "UBSAN: Undefined behaviour in net/can/bcm.c"
kernel config: https://kt0755.github.io/etc/config_4.19.13
repro: https://kt0755.github.io/etc/repro.296b5.c
An integer overflow arose in bcm_timeval_to_ktime() when
tv.tv_usec * NSEC_PER_USEC is larger than its
Am Samstag, 29. Dezember 2018, 14:33:16 CET schrieb Johan Jonker:
> From: Mark Yao
>
> This patch adds the core display subsystem and vop nodes to rk3066.
>
> Signed-off-by: Mark Yao
> Signed-off-by: Johan Jonker
applied for 5.1
Thanks
Heiko
On Tue, 8 Jan 2019 14:48:48 +
Anson Huang wrote:
> Hi, Martin
>
> From Anson's iPhone 6
>
>
> > 在 2019年1月8日，19:41，Martin Kepplinger 写道：
> >
> >> On 08.01.19 10:14, Anson Huang wrote:
> >> The accelerometer's power supply could be controllable on some
> >> platforms, such as
On Fri, 11 Jan 2019 08:32:19 -0600
Rob Herring wrote:
> On Tue, 8 Jan 2019 09:14:01 +, Anson Huang wrote:
> > The accelerometer's power supplies could be controllable on some
> > platforms, add property "vdd/vddio" power supply to let device tree
> > to pass phandles to the regulators to
On Sat, Jan 12, 2019 at 06:37:58PM +, Jason Gunthorpe wrote:
> On Sat, Jan 12, 2019 at 12:27:05PM -0600, Shiraz Saleem wrote:
> > On Fri, Jan 04, 2019 at 10:35:43PM +, Jason Gunthorpe wrote:
> > > Commit 2db76d7c3c6d ("lib/scatterlist: sg_page_iter: support sg lists w/o
> > > backing
On Tue, 8 Jan 2019 09:09:39 +
Anson Huang wrote:
> The light sensor's power supply could be controllable by regulator
> on some platforms, such as i.MX6Q-SABRESD board, the light sensor
> isl29023's power supply is controlled by a GPIO fixed regulator,
> need to make sure the regulator is
On Tue, 8 Jan 2019 09:16:04 +
Anson Huang wrote:
> The magnetometer's power supplies could be controllable on some platforms,
> such as i.MX6Q-SABRESD board, the mag3110's power supplies are controlled
> by a GPIO fixed regulator, need to make sure the regulators are enabled
> before any
On Wed, 9 Jan 2019 11:14:16 +0200
Mircea Caprioru wrote:
> The AD5674R/AD5679R are low power, 16-channel, 12-/16-bit buffered voltage
> output digital-to-analog converters (DACs). They include a 2.5 V internal
> reference (enabled by default).
>
> These devices are very similar to
On Wed, 9 Jan 2019 18:43:43 +0200
Tomer Maimon wrote:
> Add Nuvoton NPCM BMC Analog-to-Digital Converter(ADC) driver.
>
> The NPCM ADC is a 10-bit converter for eight channel inputs.
>
> Signed-off-by: Tomer Maimon
Hi Tomer,
Only remaining element I think needs tidying up is the relative
Am Freitag, 11. Januar 2019, 15:54:24 CET schrieb Rob Herring:
> On Sun, Dec 30, 2018 at 06:22:00PM +0100, Heiko Stuebner wrote:
> > Hi Johan,
> >
> > Am Samstag, 29. Dezember 2018, 14:33:14 CET schrieb Johan Jonker:
> > > From: Mark Yao
> > >
> > > This patch adds the rk3066 VOP definitions.
>
On Sat, Jan 12, 2019 at 10:31 AM Christoph Hellwig wrote:
>
> Many users don't need it for security reasons, but given that x86
> and arm have done it forever various drivers started relying on the
> behavior.
Ok, I guess that's a pretty strong argument.
Linus
On Wed, 9 Jan 2019 18:43:42 +0200
Tomer Maimon wrote:
> Added device tree binding documentation for Nuvoton BMC
> NPCM Analog-to-Digital Converter(ADC).
>
> Signed-off-by: Tomer Maimon
This looks fine to me, but I would like Rob's confirmation that
he is happy with the reset part in
The pull request you sent on Sat, 12 Jan 2019 13:30:38 +0100:
> git://git.kernel.org/pub/scm/virt/kvm/kvm tags/for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/473348891c36ff6de3e224fefa0b3fc86a629178
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Sat, 12 Jan 2019 00:06:48 +0100:
> git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2019-01-11-1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/7b5c8f5226bd0eb77da8a055f43b2f1a06e92ba8
Thank you!
--
Deet-doot-dot, I am a bot.
On Fri, Jan 11, 2019 at 7:56 PM 隆春 wrote:
>
> commit（2a61f4747eeaa85ce26ca9fbd81421b15facd018）rename CC_STACKPROTECTOR_NONE
> config. but unfortunately if the compiler support option -fno-stack-protector,
> CC_HAS_STACKPROTECTOR_NONE will not be disabled.
>
> CC_HAS_STACKPROTECTOR_NONE and
On Sat, 12 Jan 2019 18:42:49 +
Jonathan Cameron wrote:
> On Fri, 11 Jan 2019 13:57:06 -0600
> Dan Murphy wrote:
>
> > Introduce the TI ADS124S08 and the ADS124S06 ADC
> > devices from TI. The ADS124S08 is the 12 channel ADC
> > and the ADS124S06 is the 6 channel ADC device
> >
> > These
On Fri 11 Jan 13:06 PST 2019, Doug Anderson wrote:
> Hi,
>
> On Wed, Jan 9, 2019 at 9:00 AM Sibi Sankar wrote:
> >
> > This patch adds Q6V5 MSS remoteproc node for SDM845 SoCs.
> >
> > Signed-off-by: Sibi Sankar
> > Reviewed-by: Douglas Anderson
> > ---
> >
> > v5:
> > * Use qmp_aop updated
1 - 100 of 226 matches
Mail list logo
