In case spi_sync_locked fails, the fix reports the error and
returns the error code upstream.
Signed-off-by: Kangjie Lu
---
drivers/mmc/host/mmc_spi.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/mmc/host/mmc_spi.c b/drivers/mmc/host/mmc_spi.c
index 1b1498805972..a3533935e282
This series are based on 5.0-rc1(i2c/for-next) and these series
http://lists.infradead.org/pipermail/linux-mediatek/2019-February/017570.html
http://lists.infradead.org/pipermail/linux-mediatek/2019-February/017320.html
http://lists.infradead.org/pipermail/linux-mediatek/2019-January/017196.html
This patch adds nodes for I2C controller.
Signed-off-by: Qii Wang
---
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 190 ++
1 file changed, 190 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8183.dtsi
b/arch/arm64/boot/dts/mediatek/mt8183.dtsi
index
Add i2c compatible for MT8183. Compare to MT2712 i2c controller,
MT8183 has different register offsets. Ltiming_reg is added to
adjust low width of SCL. Arb clock and dma_sync are needed.
Signed-off-by: Qii Wang
---
drivers/i2c/busses/i2c-mt65xx.c | 62 +--
New i2c registers would have different offsets, so we use different
offsets array to distinguish different i2c registers version.
Signed-off-by: Qii Wang
Reviewed-by: Matthias Brugger
---
drivers/i2c/busses/i2c-mt65xx.c | 163 +--
1 file changed, 104
When two i2c controllers are internally connected to the same
GPIO pins, the arb clock is needed to ensure that the waveforms
do not interfere with each other. And we also need to enable
the interrupt to find arb lost, old i2c controllers also have
the bit.
Signed-off-by: Qii Wang
---
When i2c and apdma use different source clocks, we should enable
synchronization between them.
Signed-off-by: Qii Wang
Reviewed-by: Nicolas Boichat
---
drivers/i2c/busses/i2c-mt65xx.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/i2c/busses/i2c-mt65xx.c
Add MT8183 i2c binding to binding file. Compare to MT2712 i2c
controller, MT8183 has different registers, offsets, and clock.
Signed-off-by: Qii Wang
Reviewed-by: Rob Herring
---
Documentation/devicetree/bindings/i2c/i2c-mtk.txt |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff
On Fri, Mar 08, 2019 at 12:32:04PM +0100, Paolo Bonzini wrote:
> On 28/02/19 09:44, Yang Weijiang wrote:
> >>> if (!vmx_xsaves_supported())
> >>> return 1;
> >>> +
> >>> /*
> >>> - * The only supported bit as of Skylake is bit 8, but
> >>> -
On Fri, Mar 08, 2019 at 12:32:12PM +0100, Paolo Bonzini wrote:
> On 25/02/19 14:27, Yang Weijiang wrote:
> > + compacted = entry[i].eax &
> > + (F(XSAVES) | F(XSAVEC));
> > + entry[i].ebx =
Please pull to get the following IDE changes, nothing super exciting as
usual:
1) Switch fallthrus from Gustavo A. R. Silva
2) Kconfig formatting cleanup from Enrico Weigelt
3) OF interface adjustment from Rob Herring
Thanks!
The following changes since commit
Hi Miquel,
Thanks for the review.
I will update the driver to remove legacy hooks.
Apart from that, Do you have any other comments on this driver?
If any, I will fix those.
Thanks,
Naga Sureshkumar Relli
> -Original Message-
> From: Naga Sureshkumar Relli
> Sent: Monday, March 4, 2019
Hi Vignesh,
> -Original Message-
> From: linux-spi-ow...@vger.kernel.org On
> Behalf Of
> Vignesh Raghavendra
> Sent: Friday, March 8, 2019 10:20 AM
> To: Naga Sureshkumar Relli ; broo...@kernel.org;
> bbrezil...@kernel.org
> Cc: linux-...@vger.kernel.org; dw...@infradead.org;
On Sat, Mar 9, 2019 at 3:50 AM Subhra Mazumdar
wrote:
>
> expected. Most of the performance recovery happens in patch 15 which,
> unfortunately, is also the one that introduces the hard lockup.
>
After applied Subhra's patch, the following is triggered by enabling
core sched when a cgroup is
Dear Friend (Assalamu Alaikum),
I came across your e-mail contact prior a private search while in need of
your assistance. My name is Aisha Al-Qaddafi a single Mother and a Widow
with three Children. I am the only biological Daughter of late Libyan
President (Late Colonel Muammar Gaddafi).
I
On Sun, 10 Mar 2019, Qian Cai wrote:
atomic64_read() on ppc64le returns "long int", so fix the same way as
the commit d549f545e690 ("drm/virtio: use %llu format string form
atomic64_t") by adding a cast to u64, which makes it work on all arches.
In file included from
On 3/10/19 8:25 PM, Morris Ku 古文俊 wrote:
> Hi,
>
>> This patch add header file, Kconfig and Makefile.
>>
>> Signed-off-by: Morris Ku
>> ---
> ok , I'll delete Kconfig in next version.
Hi,
Please just send plain text emails -- no html.
vger.kernel.org (the mailing list server) ignores emails
clean up code
Signed-off-by: Hsin-Hsiung Wang
---
drivers/mfd/mt6397-core.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/mfd/mt6397-core.c b/drivers/mfd/mt6397-core.c
index 77b64bd..acb9812 100644
--- a/drivers/mfd/mt6397-core.c
+++
add dt-binding document for MediaTek MT6358 PMIC
Signed-off-by: Hsin-Hsiung Wang
---
.../bindings/regulator/mt6358-regulator.txt| 318 +
1 file changed, 318 insertions(+)
create mode 100644
Documentation/devicetree/bindings/regulator/mt6358-regulator.txt
diff
This adds support for the MediaTek MT6358 PMIC. This is a
multifunction device with the following sub modules:
- Regulator
- RTC
- Codec
- Interrupt
It is interfaced to the host controller using SPI interface
by a proprietary hardware called PMIC wrapper or pwrap.
MT6358 MFD is a child device of
In order to support different types of irq design, we decide to add
separate irq drivers for different design and keep mt6397 mfd core
simple and reusable to all generations of PMICs so far.
Signed-off-by: Hsin-Hsiung Wang
---
drivers/mfd/Makefile| 2 +-
drivers/mfd/mt6397-core.c
From: Ran Bi
This add support for the MediaTek MT6358 RTC. MT6397 mfd will pass
RTC_WRTGR address offset to RTC driver.
Signed-off-by: Ran Bi
---
drivers/rtc/rtc-mt6397.c | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git a/drivers/rtc/rtc-mt6397.c
The MT6358 is a regulator found on boards based on MediaTek MT8183 and
probably other SoCs. It is a so called pmic and connects as a slave to
SoC using SPI, wrapped inside the pmic-wrapper.
Signed-off-by: Hsin-Hsiung Wang
---
drivers/regulator/Kconfig | 9 +
This patchset including refactoring interrupt add support to MT6358 PMIC.
MT6358 is the primary PMIC for MT8183 platform.
changes since v1:
- refine for better code quality.
- remove of_match_table in the MT6358 regulator driver.
- some minor bug fix of mfd driver, like getting pmic id flow.
-
From: Ran Bi
Alarm registers high byte was reserved for other functions.
This add mask in alarm registers operation functions.
This also fix error condition in interrupt handler.
Fixes: fc2979118f3f ("rtc: mediatek: Add MT6397 RTC driver")
Signed-off-by: Ran Bi
---
drivers/rtc/rtc-mt6397.c |
This adds compatible for the MediaTek MT6358 PMIC.
Signed-off-by: Hsin-Hsiung Wang
---
Documentation/devicetree/bindings/mfd/mt6397.txt | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/Documentation/devicetree/bindings/mfd/mt6397.txt
add PMIC MT6358 related nodes which is for mt8183 platform
Signed-off-by: Hsin-Hsiung Wang
---
arch/arm64/boot/dts/mediatek/mt6358.dtsi | 318 +++
1 file changed, 318 insertions(+)
create mode 100644 arch/arm64/boot/dts/mediatek/mt6358.dtsi
diff --git
Linus,
The biggest change for this release is in the histogram code.
- Add "onchange(var)" histogram handler that executes a action when $var
changes.
- Add new "snapshot()" action for histogram handlers, that causes a
snapshot of the ring buffer when triggered.
ie.
Hi Rob,
Please find my comments below,
On Sat, Feb 23, 2019 at 1:05 AM Rob Herring wrote:
>
> On Fri, Feb 22, 2019 at 11:29 AM Srinath Mannam
> wrote:
> >
> > Hi Rob,
> >
> > Thanks for the review, Please find my comments below in line.
> >
> > On Fri, Feb 22, 2019 at 10:50 PM Rob Herring
On Sat, Mar 9, 2019 at 12:30 AM Luis Henriques wrote:
>
> The CephFS kernel client does not enforce quotas set in a directory that isn't
> visible from the mount point. For example, given the path '/dir1/dir2', if
> quotas
> are set in 'dir1' and the filesystem is mounted with
>
> mount -t
On 02/27/19 at 08:39am, Borislav Petkov wrote:
> + Kees.
>
> @Kees, you might want to go upthread a bit for context.
>
> On Wed, Feb 27, 2019 at 09:30:34AM +0800, Baoquan He wrote:
> > Agree that 'crashkernel=x' should be encouraged to use as the first
> > choice when reserve crashkernel. If we
On (03/08/19 15:02), Sebastian Andrzej Siewior wrote:
> On 2019-02-12 15:30:03 [+0100], John Ogness wrote:
>
> you removed the whole `irq_work' thing. You can also remove the include
> for linux/irq_work.h.
It may be too early to remove the whole `irq_work' thing.
printk()->call_console_driver()
On Thu, Feb 21, 2019 at 12:34:42PM +, Leon Romanovsky wrote:
> On Thu, Feb 21, 2019 at 05:13:32PM +1100, Stephen Rothwell wrote:
> > Hi all,
> >
> > After merging the xarray tree, today's linux-next build (powerpc
> > ppc64_defconfig) failed like this:
[API change]
So I ended up being really
CC more active Chinese peoples.
Hi Harry,
Could you please give some comments as the patch series is updated to v3 and I
can't see any problem of this series?
There could do more on the processing docs translation, but as the first step,
we want comments from Chinese doc maintainer.
Thanks
Hi David,
Is there something need do for this patch? Pls let me know.
I saw the patchwork status labled to 'Not Applicable'
https://patchwork.ozlabs.org/patch/1052624/
On 2019/3/7 10:22, Yue Haibing wrote:
> From: YueHaibing
>
> register_snap_client may return NULL, all the callers
> check
On March 9, 2019 10:18:40 PM PST, Greg Kroah-Hartman
wrote:
>On Sat, Mar 09, 2019 at 10:10:19PM -0800, h...@zytor.com wrote:
>> On March 8, 2019 4:50:03 AM PST, Greg Kroah-Hartman
> wrote:
>> >5.0-stable review patch. If anyone has any objections, please let
>me
>> >know.
>> >
>>
> > For Guest XSS, right now, only bit 11(user states) and bit 12
> > (supervisor states) are supported, if other bits are being set, need
> > to modify KVM_SUPPORTED_XSS macro to have support.
> >
> > Signed-off-by: Zhang Yi Z
> > Signed-off-by: Yang Weijiang
> > ---
> > arch/x86/kvm/vmx.c | 8
In ipc_idr_alloc(), the sequence number of the kern_ipc_perm object was
also set before calling idr_alloc(). That gets changed recently in order
to conserve the sequence number space. That can lead to a possible race
condition where another thread of the same kern_ipc_perm may have called
Currently we use the page->lru list for maintaining lists of slabs. We
have a list in the page structure (slab_list) that can be used for this
purpose. Doing so makes the code cleaner since we are not overloading
the lru list.
Use the slab_list instead of the lru list for maintaining lists of
Currently we use the page->lru list for maintaining lists of slabs. We
have a list in the page structure (slab_list) that can be used for this
purpose. Doing so makes the code cleaner since we are not overloading
the lru list.
Use the slab_list instead of the lru list for maintaining lists of
Currently we use the page->lru list for maintaining lists of slabs. We
have a list in the page structure (slab_list) that can be used for this
purpose. Doing so makes the code cleaner since we are not overloading
the lru list.
Use the slab_list instead of the lru list for maintaining lists of
SLUB allocator makes heavy use of ifdef/endif pre-processor macros.
The pairing of these statements is at times hard to follow e.g. if the
pair are further than a screen apart or if there are nested pairs. We
can reduce cognitive load by adding a comment to the endif statement of
form
Currently the slab allocators (ab)use the struct page 'lru' list_head.
We have a list head for slab allocators to use, 'slab_list'.
Clean up all three allocators by using the 'slab_list' list_head instead
of overloading the 'lru' list_head.
Initial patch makes no code changes, adds comments to
Andrew Jones Partners
8 Kennington Rd,
Lambeth,
London,
SE1 7BL
i...@andrewjonespartners.co.uk
Phone: +447978256654
Fax: +44 8704795246
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Sebastian Andrzej Siewior
> Sent: Friday, March 8, 2019 17:42
> To: Liu, Yongxin
> Cc: linux-kernel@vger.kernel.org; linux-rt-us...@vger.kernel.org;
>
Dear friend,
This is Daniel Murray and i am from Sinara Group Co.,LTD in Russia.
We are glad to know about your company from the web and we are interested in
your products.
Could you kindly send us your Latest catalog and price list for our trial order.
Thanks and Best Regards,
Daniel
Hi Linus,
Can you please pull the m68knommu git tree, for-next branch.
Only a single change to provide platform side support for the eDMA
hardware module on the ColdFire MCF5441X SoC.
Regards
Greg
The following changes since commit 5908e6b738e3357af42c10e1183753c70a0117a9:
Linux
Hi, Long
List some comments as the below and this week I will find a board to
test and then improve the driver.
Sean
On Wed, Mar 6, 2019 at 5:45 PM Long Cheng wrote:
>
> In DMA engine framework, add 8250 uart dma to support MediaTek uart.
> If MediaTek uart
On Sun, Mar 10, 2019 at 4:54 PM Dan Williams wrote:
>
> Unfortunately this particular b0rkage is not constrained to nvmem.
> I.e. there's nothing specific about nvmem requiring mc-safe memory
> copy, it's a cpu problem consuming any poison regardless of
> source-media-type with "rep; movs".
So
On Thu, 2019-02-28 at 19:07 -0300, Paul Cercueil wrote:
> Hi,
>
> This is a first attempt at a KMS driver for the JZ47xx MIPS SoCs by
> Ingenic. It is aimed to replace the aging jz4740-fb driver.
>
> The driver will later be updated with new features (overlays, TV-out
> etc.), that's why I
On 03/08/19 at 11:05am, Kairui Song wrote:
> On machines where the GART aperture is mapped over physical RAM,
> /proc/kcore contains the GART aperture range and reading it may lead
> to kernel panic.
>
> Vmcore used to have the same issue, until we fixed it in
> commit 2a3e83c6f96c ("x86/gart:
[ add Tony, who has wrestled with how to detect rep; movs recover-ability ]
On Sun, Mar 10, 2019 at 1:02 PM Linus Torvalds
wrote:
>
> On Sun, Mar 10, 2019 at 12:54 PM Dan Williams
> wrote:
> >
> > Hi Linus, please pull from:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm
The pll4_audio_div attempted to reflect one bit of a two-bit
divisor (AUDIO_DIV_LSB) in the CCM_ANALOG_MISC2 register.
Unfortunately, this divisor is non-functional at least on the
latest silicon revisions and has been removed from the reference
manual.
This is discussed in this NXP Community
On Sun, Mar 10, 2019 at 03:40:20PM -0700, Linus Torvalds wrote:
> SYSCALL_DEFINE3(osf_readv, unsigned long, fd,
> const struct iovec __user *, vector, unsigned long, count)
> {
> -#ifdef CONFIG_OSF4_COMPAT
> - if (unlikely(personality(current->personality) == PER_OSF4))
> -
On Sun, Mar 10, 2019 at 2:37 PM Matt Turner wrote:
>
> I'm not aware of a reason to keep a.out support on alpha.
Hmm. I was looking at removing a.out support entirely, but it's
actually fairly incestuous on alpha.
For example, arch/alpha/boot/tools/objstrip.c very much has some a.out
support in
On Fri, Mar 08, 2019 at 03:08:40AM +, Christopher Lameter wrote:
> On Wed, 6 Mar 2019, john.hubb...@gmail.com wrote:
> > Direct IO
> > =
> >
> > Direct IO can cause corruption, if userspace does Direct-IO that writes to
> > a range of virtual addresses that are mmap'd to a file. The
On Sat, 2019-03-09 at 17:02 +, Jonathan Cameron wrote:
> On Thu, 07 Mar 2019 21:34:12 +0100
> Andreas Brauchli wrote:
>
> > On Sat, 2018-12-22 at 16:56 +, Jonathan Cameron wrote:
> > > On Tue, 18 Dec 2018 18:44:40 +0100
> > > Tomasz Duszynski wrote:
> > >
> > > > On Mon, Dec 17, 2018
On Sun, Mar 10, 2019 at 01:22:24PM -0700, Linus Torvalds wrote:
> On Fri, Mar 8, 2019 at 12:33 PM Darren Hart wrote:
> >
> > The wmi mod alias changes collide with a similar series for TEE based
> > devices.
>
> Anyway, you also used a *very* new subkey. Can you please mention it,
> so that I
The pull request you sent on Fri, 8 Mar 2019 09:42:14 +0100:
> git://git.infradead.org/users/hch/dma-mapping.git tags/dma-mapping-5.1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/b7a7d1c1ec688104fdc922568c26395a756f616d
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Fri, 8 Mar 2019 12:33:26 -0800:
> git://git.infradead.org/linux-platform-drivers-x86.git pdx86-5.1-1-merge
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/dbbdf54c7206bf3f201f9ddaa5f4dd87835271cc
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Sun, 10 Mar 2019 12:33:47 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core-core-for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/077d3dafe63cb26653f2b171fa102dbefd242fa8
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Sun, 10 Mar 2019 12:33:47 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> locking-urgent-for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/9e55f87c0e3b3db11f52834222f881094eb97205
Thank you!
--
The pull request you sent on Sun, 10 Mar 2019 12:33:51 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> timers-urgent-for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/a15f6b923e1e1040edc79f222d5d229ea8097259
Thank you!
--
Deet-doot-dot,
The pull request you sent on Sat, 9 Mar 2019 22:44:35 -0500:
> git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/45ba8d5d061b13494c2a7a7652d51b9da3d9e77a
Thank you!
--
Deet-doot-dot, I am a
Rasmus Villemoes wrote:
> On 05/03/2019 04.06, George Spelvin wrote:
>> + * (Actually, it is always called with @a being the element which was
>> + * originally first, so it is not necessary to to distinguish the @a < @b
>> + * and @a == @b cases; the return value may be a simple boolean. But if
The pull request you sent on Sun, 10 Mar 2019 12:33:53 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-boot-for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/b6e3cb4e8679dd971eed33f6a08d62c66a4230c9
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Sun, 10 Mar 2019 12:33:48 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> perf-urgent-for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/12ad143e1b803e541e48b8ba40f550250259ecdd
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Sun, 10 Mar 2019 12:33:54 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/262d6a9a63a387c8dfa9eb4f7713e159c941e52c
Thank you!
--
Deet-doot-dot, I am
The pull request you sent on Fri, 8 Mar 2019 10:34:28 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git
> tags/iommu-updates-v5.1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/bb97be23db2a296c5f8b8b4c40feb0435b068c5e
Thank you!
--
On 10/03/2019 22.30, Alexey Dobriyan wrote:
> and BUILD_BUG is bad). Once everything is converted to static_assert(),
That will never happen, because the two are not interchangeable
[ignoring the churn it would involve]. BUILD_BUG_ON can eat expressions
which static_assert won't (e.g.
On 05/03/2019 04.06, George Spelvin wrote:
> * The comparison function @cmp must return a negative value if @a
> * should sort before @b, and a positive value if @a should sort after
> * @b. If @a and @b are equivalent, and their original relative
> * ordering is to be preserved, @cmp
On Sun, Mar 10, 2019 at 01:07:32PM +0800, Sean Fu wrote:
> On Sat, Mar 09, 2019 at 09:32:30AM -0800, Darrick J. Wong wrote:
> > On Sat, Mar 09, 2019 at 11:36:36PM +0800, Sean Fu wrote:
> > > Change the allocation of bp->b_pages to use kmem_zalloc instead of
> > > kmem_alloc.
> > > Remove
On Sun, Mar 10, 2019 at 2:06 PM Rasmus Villemoes
wrote:
>
> IIRC, this has been attempted before, causing a userspace regression
> because some sysfs/procfs file matched with %u or %x, and somebody wrote
> -1 to get 0x .
.. which is correct anyway. That's how scanf is supposed to work.
The intention was clearly to use the tty_pgrp local variable rather than
re-read tty->pgrp outside of ctrl_lock, so do that.
This bug was introduced by commit 2812d9e9fd94 ("tty: Combine
SIGTTOU/SIGTTIN handling").
Signed-off-by: David Emett
---
drivers/tty/tty_jobctrl.c | 2 +-
1 file
On Sun, Mar 10, 2019 at 4:33 AM Thomas Gleixner wrote:
>
>
> +extern volatile unsigned long cr4_pin;
> +
> static inline void native_write_cr4(unsigned long val)
> {
> + unsigned long warn = 0;
> +
> +again:
> + val |= cr4_pin;
> asm volatile("mov %0,%%cr4": : "r" (val), "m"
On Tue, Mar 5, 2019 at 11:04 AM Borislav Petkov wrote:
>
> On Tue, Mar 05, 2019 at 07:11:38PM +0100, Borislav Petkov wrote:
> > I guess you could Cc arch maintainers with the a.out-core.h removal
> > patch to see if anyone screams.
>
> And they're like two for which we need confirmation:
>
> $
On Sun, Mar 10, 2019 at 10:19:37PM +0100, Rasmus Villemoes wrote:
> On 10/03/2019 11.51, Alexey Dobriyan wrote:
> > Userspace places static_assert() macro at
> >
>
> So? That seems a rather weak argument. We have lots of interfaces that
> also exist in userspace which are not declared in
On Sun, Mar 10, 2019 at 10:03:35PM +0100, Greg Kroah-Hartman wrote:
> On Sun, Mar 10, 2019 at 01:34:03PM -0700, Sultan Alsawaf wrote:
> > From: Sultan Alsawaf
> >
> > This is a complete low memory killer solution for Android that is small
> > and simple. It kills the largest, least-important
The bug manifests as an attempt to access deallocated memory:
BUG: unable to handle kernel paging request at 9c8735448000
#PF error: [PROT] [WRITE]
PGD 288a05067 P4D 288a05067 PUD 288a07067 PMD 7f60c2063 PTE 8007f5448161
Oops: 0003 [#1] PREEMPT SMP
CPU: 6 PID: 388
The function vkms_output_init() is invoked during the module
initialization, and it handles the creation/configuration of the vkms
essential elements (e.g., connectors, encoder, etc). Among the
initializations, this function tries to initialize a connector and
register it by calling
Add spaces around minus operator to fix readibility.
Signed-off-by: Karen Palacio
---
drivers/staging/iio/adc/ad7192.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/iio/adc/ad7192.c b/drivers/staging/iio/adc/ad7192.c
index acdbc07..7c632cf 100644
---
When the subtest basic-plain-flip from IGT project was executed on Bochs
driver, the following bug appears:
BUG: unable to handle kernel NULL pointer dereference at
PGD 0 P4D 0
Oops: 0010 [#1] PREEMPT SMP PTI
CPU: 0 PID: 423 Comm: kms_flip Not tainted 5.0.0-VM+ #102
Hardware
Hi.
On 10.03.2019 19:11, Paolo Valente wrote:
this is the v2 of the series
https://lkml.org/lkml/2019/3/7/461
that fixes some bug affecting performance, reduces execution time a
little bit, and boosts throughput and responsiveness.
The difference w.r.t. v1 is that Francesco has fixed
Assalamu Alaikum Wa Rahmatullahi Wa Barakatuh,
hello dear
I came across your contact during my private search. Mrs Aisha Al-
Qaddafi is my name, the only daughter of late Libyan president, am a
single Mother and a Widow with three Children.I have funds the sum of
$27.5 million USD for,
On 10/03/2019 11.51, Alexey Dobriyan wrote:
> Userspace places static_assert() macro at
>
So? That seems a rather weak argument. We have lots of interfaces that
also exist in userspace which are not declared in similar-named headers
(e.g. we have no stdio.h, which is where snprintf lives). Not
On 10/03/2019 17.56, Konstantin Khlebnikov wrote:
> Traditional scanf implementations ignore integer overflows because
> C language standard allows here undefined behavior (§7.21.6.2 #10).
>
> So, sane and safe behavior wouldn't harm anything.
>
> This patch carefully checks integer overflows
On Sun, Mar 10, 2019 at 01:34:03PM -0700, Sultan Alsawaf wrote:
> From: Sultan Alsawaf
>
> This is a complete low memory killer solution for Android that is small
> and simple. It kills the largest, least-important processes it can find
> whenever a page allocation has completely failed (right
On Sun, Mar 10, 2019 at 4:33 AM Thomas Gleixner wrote:
>
> A small set of fixes for the scheduler:
What? No.
This is completely broken, and even warns loudly about it.
kernel/sched/cpufreq_schedutil.c: In function ‘sugov_iowait_boost’:
./include/linux/kernel.h:827:29: warning: comparison
From: Sultan Alsawaf
This is a complete low memory killer solution for Android that is small
and simple. It kills the largest, least-important processes it can find
whenever a page allocation has completely failed (right after direct
reclaim). Processes are killed according to the priorities
On 03/01, Ville Syrjälä wrote:
> On Fri, Mar 01, 2019 at 03:35:35PM -0300, Shayenne Moura wrote:
> > Em sex, 1 de mar de 2019 às 12:26, Ville Syrjälä
> > escreveu:
> > >
> > > On Fri, Mar 01, 2019 at 11:55:11AM -0300, Shayenne Moura wrote:
> > > > Em qui, 28 de fev de 2019 às 11:03, Ville Syrjälä
Hi Kangjie,
Thank you for the patch.
On 3/9/19 7:04 AM, Kangjie Lu wrote:
In case of_match_device cannot find a match, the fixes returns
-EINVAL to avoid NULL pointer dereference.
Signed-off-by: Kangjie Lu
---
drivers/leds/leds-pca9532.c | 8 ++--
1 file changed, 6 insertions(+), 2
Thanks for patches :)
10.03.19 20:28, Jacek Anaszewski пише:
> Replace of_led_classdev_register() with led_classdev_register_ext(), which
> accepts easily extendable struct led_init_data, instead of the fixed
> struct device_node argument. The latter can be now passed in a fwnode
> property of
On Fri, Mar 8, 2019 at 12:33 PM Darren Hart wrote:
>
> The wmi mod alias changes collide with a similar series for TEE based devices.
Anyway, you also used a *very* new subkey. Can you please mention it,
so that I don't then get taken by surprise when I find a key that was
used to sign this and
Hi Enrico,
Thank you for the patch.
On 3/7/19 10:04 PM, Enrico Weigelt, metux IT consult wrote:
On 06.03.19 22:19, Pavel Machek wrote:
On Wed 2019-03-06 19:15:46, Enrico Weigelt, metux IT consult wrote:
Would be nice if changelog here said what you did. AFAICT it cleans up
spaces before
The 'registered' flag is internally used by kmsg_dump_register()
and kmsg_dump_unregister() to track multiple registrations of the
same dumper.
It's protected by printk's internal dump_list_lock, and must thus
be accessed only from there. Mark it as private.
Signed-off-by: Ahmed S. Darwish
---
On Sun, Mar 10, 2019 at 12:54 PM Dan Williams wrote:
>
> Hi Linus, please pull from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm
> tags/devdax-for-5.1
>
> ...to receive new device-dax infrastructure to allow persistent memory
> and other "reserved" / performance
The commit f1dd2cd13c4b ("mm, memory_hotplug: do not associate hotadded
memory to zones until online") introduced move_pfn_range_to_zone() which
calls memmap_init_zone() during onlining a memory block.
memmap_init_zone() will reset pagetype flags and makes migrate type to
be MOVABLE.
However, in
Hi Linus, please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm
tags/devdax-for-5.1
...to receive new device-dax infrastructure to allow persistent memory
and other "reserved" / performance differentiated memories, to be
assigned to the core-mm as "System RAM".
While
Hi Dan,
Thank your for the patch.
I have some comments below, please take a look.
On 3/7/19 11:09 PM, Dan Murphy wrote:
Introduce the Texas Instruments LM3532 White LED driver.
The driver supports ALS configurability or manual brightness
control.
The driver also supports associating LED
This driver's remove path never explicitly cancels the
delayed work. So it is possible for the delayed work to
run after the core has freed the private structure
(struct envelope). This is a potential use-after-free.
Fix by adding a devm_add_action callback to the remove
path, called right after
1 - 100 of 258 matches
Mail list logo