On Thu, Jan 03, 2019 at 05:20:08PM +, Charles Keepax wrote:
> On Wed, Jan 02, 2019 at 09:42:51AM +0200, Matti Vaittinen wrote:
> > On Mon, Dec 31, 2018 at 07:11:27PM +, Mark Brown wrote:
> > > On Fri, Dec 28, 2018 at 10:05:33AM +0200, Matti Vaittinen wrote:
> > >
> > > > Last night - just
On Mon, Nov 26, 2018 at 10:17:20AM +0530, Sahitya Tummala wrote:
> When there is a failure in f2fs_fill_super() after/during
> the recovery of fsync'd nodes, it frees the current sbi and
> retries again. This time the mount is successful, but the files
> that got recovered before retry, still
Hello
Acked-by: Pierre-Yves MORDRET
Regards
On 12/28/18 8:26 PM, Aditya Pakki wrote:
> In stm32_mdma_probe, after reading the property "st,ahb-addr-masks", the
> second call is not checked for failure. This time of check to time of use
> case of "count" error is sent upstream.
>
>
One more ifdef to rescue..
Btw, do you know why we only play these mark clean bits for swiotlb
and not for the various iommus?
Also do you have any good receipe to build an ia64 cross compiler on
a recent Debian system? Unlike most architectures Debian doesn't have
a pre-built one, and the
Hi Bartosz,
On 03/01/19 8:40 PM, Bartosz Golaszewski wrote:
> From: Bartosz Golaszewski
>
> Hi Sekhar,
>
> I noticed some more breakage resulting from commit 587f7a694f01 ("gpio:
> davinci: Use dev name for label and automatic base selection"). This
> series fixes GPIO lookups in legacy mode
On 1/3/19 11:57 PM, Mel Gorman wrote:
> syzbot reported the following regression in the latest merge window
> and it was confirmed by Qian Cai that a similar bug was visible from a
> different context.
>
> ==
> WARNING: possible circular locking
Hello everyone,
After changing network namespace using setns, the content of /proc/net
still represents the original namespace.
It looks like procfs dentries are not invalidated in dcache properly
after the namespace switch.
It happens only, when you read content of /proc/net before changing
On Thu, Jan 03, 2019 at 05:18:05PM +0100, Juan Manuel Torres Palma wrote:
> Declare wilc_get_stats_async as static since it's only
> used within the definition file scope.
>
> Signed-off-by: Juan Manuel Torres Palma
> ---
> drivers/staging/wilc1000/host_interface.c | 2 +-
> 1 file changed, 1
On Fri, Dec 28, 2018 at 05:51:09PM +0530, Sushil Verma wrote:
> Remove CamelCase words. Warning found using checkpatch.pl
>
> Signed-off-by: Sushil Verma
> ---
> drivers/staging/rtl8192e/dot11d.c | 84 +++
> 1 file changed, 42 insertions(+), 42 deletions(-)
Please
Quoting Eric Wong (2019-01-04 03:06:26)
> Joonas Lahtinen wrote:
> > Quoting Eric Wong (2018-12-27 13:49:48)
> > > I just got a used Thinkpad X201 (Core i5 M 520, Intel QM57
> > > chipset) and hit some kernel panics while trying to view
> > > image/animation-intensive stuff in Firefox (X11)
On Sun, Dec 23, 2018 at 10:57:02AM +0100, Michael Straube wrote:
> This satisfies a checkpatch warning and is the preferred
> method for notating the license.
>
> The SPDX identifier is a legally binding shorthand, which
> can be used instead of the full boiler plate text.
>
> Signed-off-by:
Customer reported a bug on a high end server with many pcie devices, where
kernel bootup with crashkernel=384M, and kaslr is enabled. Even
though we still see much memory under 896 MB, the finding still failed
intermittently. Because currently we can only find region under 896 MB,
if w/0 ',high'
On 1/4/2019 3:43 PM, Steffen Klassert wrote:
On Thu, Jan 03, 2019 at 07:48:41AM -0500, Su Yanjun wrote:
Recently we run a network test over ipcomp virtual tunnel.We find that
if a ipv4 packet needs fragment, then the peer can't receive
it.
We deep into the code and find that when packet need
On Wed, Jan 02, 2019 at 01:36:36PM -0800, Ryan Case wrote:
> Signed-off-by: Ryan Case
> ---
>
> drivers/tty/serial/qcom_geni_serial.c | 22 +++---
> 1 file changed, 11 insertions(+), 11 deletions(-)
I can not take patches without any changelog text, sorry.
greg k-h
On Mon, 31 Dec 2018, Arnd Bergmann wrote:
> On Sun, Dec 30, 2018 at 4:29 AM Finn Thain wrote:
> >
> > On Sat, 29 Dec 2018, Arnd Bergmann wrote:
> >
> > > With the current method, it does seem odd to have a single
> > > per-architecture instance of the exported structure containing
> > >
There is no early_trap_pf_init() implementation, hence removing this
useless declaration
Signed-off-by: Pingfan Liu
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Borislav Petkov
Cc: "H. Peter Anvin"
Cc: linux-kernel@vger.kernel.org
---
arch/x86/include/asm/processor.h | 1 -
1 file changed, 1
On Wed, 2018-12-12 at 04:51 +0800, Sean Wang wrote:
> The subject should be refined to be close to the content
>
> On Tue, Dec 11, 2018 at 12:02 AM Zhiyong Tao wrote:
> >
> > This patch provides the advanced drive for I2C used pins on MT8183.
> >
>
> Additionally, you should state more how much
On 1/3/19 9:42 AM, Dmitry Vyukov wrote:
> On Thu, Jan 3, 2019 at 9:36 AM Vlastimil Babka wrote:
>>
>>
>> On 12/31/18 8:51 AM, syzbot wrote:
>>> Hello,
>>>
>>> syzbot found the following crash on:
>>>
>>> HEAD commit:79fc24ff6184 kmsan: highmem: use kmsan_clear_page() in cop..
>>> git tree:
Hi Nicolin,
On Jo, 2019-01-03 at 12:03 -0800, Nicolin Chen wrote:
> Hi,
>
> On Thu, Jan 03, 2019 at 03:56:46PM +, Viorel Suman wrote:
> >
> > >
> > > >
> > > > sound/soc/fsl/fsl_amix.c | 554
> > > > +
> > > > sound/soc/fsl/fsl_amix.h
Hi Michal,
can you try the patch below?
---
>From 6b22ae23a1971646dacc8a0ad313a6329a04cf98 Mon Sep 17 00:00:00 2001
From: Christoph Hellwig
Date: Fri, 4 Jan 2019 09:50:33 +0100
Subject: x86/amd_gart: fix unmapping of non-GART mappings
In many cases we don't have to create a GART mapping at
From: Lan Tianyu
This patchset is to introduce hv ept tlb range list flush function
support in the KVM MMU component. Flushing ept tlbs of several address
range can be done via single hypercall and new list flush function is
used in the kvm_mmu_commit_zap_page() and FNAME(sync_page). This
From: Lan Tianyu
Add parameter offset to specify start position to add flush ranges in
guest address list of struct hv_guest_mapping_flush_list.
Signed-off-by: Lan Tianyu
---
arch/x86/hyperv/nested.c| 4 ++--
arch/x86/include/asm/mshyperv.h | 2 +-
arch/x86/kvm/vmx/vmx.c | 2
From: Lan Tianyu
Populate ranges on the flush list into struct hv_guest_mapping_flush_list
when flush list is available in the struct kvm_tlb_range.
Signed-off-by: Lan Tianyu
---
arch/x86/kvm/vmx/vmx.c | 18 --
1 file changed, 16 insertions(+), 2 deletions(-)
diff --git
From: Lan Tianyu
This patch is to flush tlb via flush list function.
Signed-off-by: Lan Tianyu
---
arch/x86/kvm/paging_tmpl.h | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kvm/paging_tmpl.h b/arch/x86/kvm/paging_tmpl.h
index
> -Original Message-
> On 12/19/2018 09:23 PM, Dongli Zhang wrote:
> > The xenstore 'ring-page-order' is used globally for each blkback queue
> and
> > therefore should be read from xenstore only once. However, it is
> obtained
> > in read_per_ring_refs() which might be called multiple
From: Lan Tianyu
This patch is to introduce tlb flush with range list interface and use
struct kvm_mmu_page as list entry. Use flush list function in the
kvm_mmu_commit_zap_page().
Signed-off-by: Lan Tianyu
---
arch/x86/include/asm/kvm_host.h | 7 +++
arch/x86/kvm/mmu.c | 24
From: Lan Tianyu
It's necessary to check whether mmu page is last or large page when add
mmu page into flush list. "spte" is needed for such check and so add
spte point in the struct kvm_mmu_page.
Signed-off-by: Lan Tianyu
---
arch/x86/include/asm/kvm_host.h | 1 +
arch/x86/kvm/mmu.c
From: Lan Tianyu
This patch is to add flush parameter for kvm_aga_hva() and inside code
can check whether tlb flush is necessary when associated sptes are changed.
The platform may just flush affected address tlbs instead of entire
table's.
Signed-off-by: Lan Tianyu
---
From: Lan Tianyu
This patch is to flush tlb in the kvm_mmu_write_protect_pt_masked() when
tlb range flush is available and make kvm_mmu_write_protect_pt_masked()
return flush request.
Signed-off-by: Lan Tianyu
---
arch/x86/kvm/mmu.c | 25 ++---
1 file changed, 18
From: Lan Tianyu
This patch is to flush tlb directly in the kvm_mmu_slot_gfn_write_protect()
when range flush is available.
Signed-off-by: Lan Tianyu
---
arch/x86/kvm/mmu.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
index
From: Lan Tianyu
The dirty bits have already been checked in the previous check of
"dirty_bitmap" and mask must be non-zero value at this point.
Signed-off-by: Lan Tianyu
---
virt/kvm/kvm_main.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/virt/kvm/kvm_main.c
From: Lan Tianyu
This patch is to flush tlb in the kvm_age_rmapp() when tlb range flush
is available and flush request is true.
Signed-off-by: Lan Tianyu
---
arch/x86/kvm/mmu.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
index
From: Lan Tianyu
This patch is to make kvm_arch_mmu_enable_log_dirty_pt_masked() return value
and caller can use it to determine whether tlb flush is necessary.
kvm_get_dirty_log_protect() and kvm_clear_dirty_log_protect() use the return
value of kvm_arch_mmu_enable_log_dirty_pt_masked() to
On Thu 03-01-19 20:15:30, Yang Shi wrote:
>
>
> On 1/3/19 12:01 PM, Michal Hocko wrote:
> > On Thu 03-01-19 11:49:32, Yang Shi wrote:
> > >
> > > On 1/3/19 11:23 AM, Michal Hocko wrote:
> > > > On Thu 03-01-19 11:10:00, Yang Shi wrote:
> > > > > On 1/3/19 10:53 AM, Michal Hocko wrote:
> > > > >
Current code compares device name with name in i2c_device_id to decide
whether PMBUS_SKIP_STATUS_CHECK should be set in pmbus_platform_data,
which makes adding new devices with PMBUS_SKIP_STATUS_CHECK should also
modify code in pmbus_probe().
This patch adds pmbus_device_info to save pages and
Hi, Vinod,
Gentle ping. Would you please help to review these two patches and merge?
On 2018/12/14 9:03, Yang, Shunyong wrote:
> Hi, Sinan
>
> On 2018/12/9 4:28, Sinan Kaya wrote:
>> On 12/6/2018 11:29 PM, Shunyong Yang wrote:
>>> When dma_cookie_complete() is called in
On Fri 04-01-19 10:35:58, Arun KS wrote:
> On 2018-11-07 11:51, Arun KS wrote:
> > On 2018-11-07 01:38, Michal Hocko wrote:
> > > On Tue 06-11-18 21:01:29, Arun KS wrote:
> > > > On 2018-11-06 19:36, Michal Hocko wrote:
> > > > > On Tue 06-11-18 11:33:13, Arun KS wrote:
> > > > > > When free pages
On Fri, Jan 4, 2019 at 9:50 AM Vlastimil Babka wrote:
>
> On 1/3/19 9:42 AM, Dmitry Vyukov wrote:
> > On Thu, Jan 3, 2019 at 9:36 AM Vlastimil Babka wrote:
> >>
> >>
> >> On 12/31/18 8:51 AM, syzbot wrote:
> >>> Hello,
> >>>
> >>> syzbot found the following crash on:
> >>>
> >>> HEAD commit:
On 2019/1/4 12:19, Jaegeuk Kim wrote:
> This exports pin_file status to user.
Semantics of pin_file flag is the same as nocow flag which is more widely
used in lsattr/chattr and vfs now.
#define FS_NOCOW_FL 0x0080 /* Do not cow file */
lsattr/chattr
no copy on write (C)
When drivers pass non-empty lists of modifiers for initializing their
planes, we can infer that they allow framebuffer modifiers and set the
driver's allow_fb_modifiers mode config element.
In case the allow_fb_modifiers element was not set (some drivers tend
to set them after registering
On Fri, Jan 4, 2019 at 2:28 PM Michal Hocko wrote:
>
> On Fri 04-01-19 10:35:58, Arun KS wrote:
> > On 2018-11-07 11:51, Arun KS wrote:
> > > On 2018-11-07 01:38, Michal Hocko wrote:
> > > > On Tue 06-11-18 21:01:29, Arun KS wrote:
> > > > > On 2018-11-06 19:36, Michal Hocko wrote:
> > > > > > On
Hi Ilias,
> -Original Message-
> From: Ilias Apalodimas [mailto:ilias.apalodi...@linaro.org]
> Sent: 2019年1月3日 19:39
> To: Po Liu
> Cc: Vinicius Costa Gomes ; net...@vger.kernel.org;
> linux-kernel@vger.kernel.org; da...@davemloft.net; haus...@cisco.com;
> nicolas.fe...@microchip.com;
The Delta dps650ab provides main power and standby power to server.
dps650ab can be detected by MFR_ID and MFR_MODEL referring to
manufacturer's feedback. This patch adds driver to moniter power
supply status.
Signed-off-by: Xiaoting Liu
---
drivers/hwmon/pmbus/Kconfig| 10 +
Hi Andreas,
Btw. I see nothing standing in the way of merging btuart.c driver and then
go from there. Either I dig this out and submit or someone else does.
>>> Do you mean this?
>>> https://patchwork.kernel.org/patch/10490651/
>>
>> yes, that one.
>>
> Hmm, there seemed to
When building on x86, I got the following build failure:
drivers/pci/controller/dwc/pci-meson.c: In function ‘meson_pcie_assert_reset’:
drivers/pci/controller/dwc/pci-meson.c:290:2: error: implicit declaration of
function ‘gpiod_set_value_cansleep’; did you mean ‘gpio_set_value_cansleep’?
Hi Balakrishna,
>>> We will collect the ramdump of BT controller when hardware error event
>>> received before rebooting the HCI layer. Before restarting a subsystem
>>> or a process running on a subsystem, it is often required to request
>>> either a subsystem or a process to perform proper
On Thu, Jan 3, 2019 at 11:09 PM Zhiyong Tao wrote:
>
> On Sat, 2018-12-29 at 06:04 +0800, Rob Herring wrote:
> > On Fri, Dec 28, 2018 at 04:09:40PM +0800, Erin Lo wrote:
> > > From: Zhiyong Tao
> > >
> > > The commit adds mt8183 compatible node in binding document.
> > >
> > > Signed-off-by:
Hi Valentin,
On Wednesday 02 Jan 2019 at 13:55:49 (+), Valentin Schneider wrote:
> The prototype of that function was already hoisted up in
>
> commit 3b1baa6496e6 ("sched/fair: Add 'group_misfit_task' load-balance
> type")
>
> but that seems to have been missed.
Indeed, I missed that
Hi Po,
> > >
> > > [Po] Ya, there are operations of switchdev. You may think that to add the
> > > TSN
> > configurations ops into switchdev operations. But we need to consider the
> > end-
> > station devices and switch all in the devices or in the TSN domain. The TSN
> > domain is the devices
On Thu, Jan 03, 2019 at 05:04:35PM +0100, Loys Ollivier wrote:
>
> As suggested by Neil Armstrong - this GNSS device seems to behave like
> most generic GNSS receivers.
> I'll send a v2 with a generic driver that works for both GlobalTop and
> u-blox.
That doesn't sound right to me. Judging from
Add dps650ab device tree to support power supply dps650ab driver.
Signed-off-by: Xiaoting Liu
---
arch/arm/boot/dts/aspeed-bmc-arm-stardragon4800-rep2.dts | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/aspeed-bmc-arm-stardragon4800-rep2.dts
On 03/01/2019 20:29, Pavel Machek wrote:
> On Fri 2018-12-07 18:39:25, Kristina Martsenko wrote:
>> From: Mark Rutland
>>
>> This patch adds basic support for pointer authentication,
>> allowing userspace to make use of APIAKey, APIBKey, APDAKey,
>> APDBKey, and APGAKey. The kernel maintains key
On Thu, Jan 03, 2019 at 11:52:51PM +, Martin Lau wrote:
> On Thu, Jan 03, 2019 at 11:41:18PM +0100, Heiko Carstens wrote:
> > On Thu, Jan 03, 2019 at 07:12:05PM +, Martin Lau wrote:
> > > On Thu, Jan 03, 2019 at 12:46:13PM +0100, Heiko Carstens wrote:
> > > > Hello,
> > > >
> > > > the
syzbot has found a reproducer for the following crash on:
HEAD commit:645ff1e8e704 Merge branch 'for-linus' of git://git.kernel...
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1303e2bb40
kernel config:
In commit 05a4ab823983 ("powerpc/uaccess: fix warning/error with
access_ok()") an attempt was made to remove a warning by referencing the
variable `type`, however in commit 96d4f267e40f ("Remove 'type' argument
from access_ok() function") the variable `type` has been removed.
Revert commit
On 2019/1/4 12:20, Jaegeuk Kim wrote:
> Otherwise, we can get wrong counts incurring checkpoint hang.
>
> IO_W (CP: -24, Data: 24, Flush: ( 001), Discard: ( 00))
>
> Cc:
> Signed-off-by: Jaegeuk Kim
Good catch! ;)
I can understand this condition, but for other new
On 2019/1/4 12:20, Jaegeuk Kim wrote:
> This fixes wrong access of address spaces of node and meta inodes after iput.
>
> Fixes: 60aa4d5536ab ("f2fs: fix use-after-free issue when accessing
> sbi->stat_info")
> Signed-off-by: Jaegeuk Kim
Reviewed-by: Chao Yu
Thanks,
On Fri 2019-01-04 09:21:30, Marc Zyngier wrote:
> On 03/01/2019 20:29, Pavel Machek wrote:
> > On Fri 2018-12-07 18:39:25, Kristina Martsenko wrote:
> >> From: Mark Rutland
> >>
> >> This patch adds basic support for pointer authentication,
> >> allowing userspace to make use of APIAKey,
The below patch added this quirk only for the first generation of family
15 processors, over time its noticed that its required for later
generations too.
"575203b4747c x86, MCE, AMD: Disable error thresholding bank 4 on some
models"
This patch extends the quirk to make it applicable till 7th
This patch adds threshold quirk applicable for family 15
in resume path as well, since mce_amd_feature_init()
does not have quirks applied when originating from mce_syscore_resume(),
resulting in the below message at every successful resume:
"[Firmware Bug]: cpu 0, invalid threshold interrupt
On Thu 03-01-19 21:31:58, Roman Penyaev wrote:
> On 2019-01-03 20:40, Michal Hocko wrote:
> > On Thu 03-01-19 20:27:26, Roman Penyaev wrote:
> > > On 2019-01-03 16:13, Michal Hocko wrote:
> > > > On Thu 03-01-19 15:59:52, Roman Penyaev wrote:
> > > > > area->size can include adjacent guard page
Type of inject_rate is unsigned int, let's check new value's
validity during configuring.
Signed-off-by: Chao Yu
---
fs/f2fs/sysfs.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/fs/f2fs/sysfs.c b/fs/f2fs/sysfs.c
index 0575edbe3ed6..02d4012a9183 100644
--- a/fs/f2fs/sysfs.c
+++
On Fri, 2019-01-04 at 01:14 -0800, Sean Wang wrote:
> On Thu, Jan 3, 2019 at 11:09 PM Zhiyong Tao wrote:
> >
> > On Sat, 2018-12-29 at 06:04 +0800, Rob Herring wrote:
> > > On Fri, Dec 28, 2018 at 04:09:40PM +0800, Erin Lo wrote:
> > > > From: Zhiyong Tao
> > > >
> > > > The commit adds mt8183
On 01/04/19 at 04:39pm, Pingfan Liu wrote:
> Customer reported a bug on a high end server with many pcie devices, where
> kernel bootup with crashkernel=384M, and kaslr is enabled. Even
> though we still see much memory under 896 MB, the finding still failed
> intermittently. Because currently we
Since the commit 2a4eb7358aba ("OPP: Don't remove dynamic OPPs from
_dev_pm_opp_remove_table()"), dynamically created OPP aren't
automatically removed anymore by dev_pm_opp_cpumask_remove_table(). This
affects the scpi and scmi cpufreq drivers which no longer free OPPs on
failures or on
syzbot has found a reproducer for the following crash on:
HEAD commit:645ff1e8e704 Merge branch 'for-linus' of git://git.kernel...
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=172cee4b40
kernel config:
On Fri, Jan 04, 2019 at 09:18:38AM +0100, Vlastimil Babka wrote:
> On 1/3/19 11:57 PM, Mel Gorman wrote:
> > While zone->flag could have continued to be unused, there is potential
> > for moving some existing fields into the flags field instead. Particularly
> > read-mostly ones like
Editing for photos. Retouching for photos. Cutting out for photos,
We are a photo team of 20 image editors and we can edit your photos today
if you need help,
We mainly work on:
Clipping path - image cut out
Shadow creation
Image masking
Image retouching
Beauty model retouching
Please reply if
On Fri, Jan 4, 2019 at 10:46 AM syzbot
wrote:
>
> syzbot has found a reproducer for the following crash on:
>
> HEAD commit:645ff1e8e704 Merge branch 'for-linus' of git://git.kernel...
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=172cee4b40
>
On 01/03/2019 12:33 AM, Liang, Kan wrote:
On 12/26/2018 4:25 AM, Wei Wang wrote:
+
+/*
+ * It could be possible that people have vcpus of old model run on
+ * physcal cpus of newer model, for example a BDW guest on a SKX
+ * machine (but not possible to be the other way
On Fri, Jan 4, 2019 at 1:40 AM Zhiyong Tao wrote:
>
> On Fri, 2019-01-04 at 01:14 -0800, Sean Wang wrote:
> > On Thu, Jan 3, 2019 at 11:09 PM Zhiyong Tao
> > wrote:
> > >
> > > On Sat, 2018-12-29 at 06:04 +0800, Rob Herring wrote:
> > > > On Fri, Dec 28, 2018 at 04:09:40PM +0800, Erin Lo wrote:
I wanted to test the virtex440-ml507 qemu machine and found that the dtb
for it was not builded.
All powerpc DTB are only built when CONFIG_OF_ALL_DTBS is set which depend on
COMPILE_TEST.
But building DTB is not related to a "compile build test".
So this patch made building of DTB independent of
On Wed, 2 Jan 2019 at 20:16, Jacek Anaszewski
wrote:
>
> Hi Krzysztof,
>
> You mentioned change of helper name in the cover
> letter, but it still has "classdev" part.
Yes, you're right. I mixed up my branches. Sorry for that.
I'll send v6.
Best regards,
Krzysztof
On 01/03/2019 11:34 PM, Jim Mattson wrote:
On Wed, Jan 2, 2019 at 11:16 PM Wei Wang wrote:
On 01/03/2019 07:26 AM, Jim Mattson wrote:
On Wed, Dec 26, 2018 at 2:01 AM Wei Wang wrote:
The lbr stack is architecturally specific, for example, SKX has 32 lbr
stack entries while HSW has 16
On 2019/01/03 18:04, Dmitry Vyukov wrote:
> On Thu, Jan 3, 2019 at 9:55 AM Maarten Lankhorst
> wrote:
>> Just guessing..
>>
>> Does this help?
Yes it will. And while at it, let's fix another one together.
>From 291e42211e3cc6d85c915772717dd08d40fb5fed Mon Sep 17 00:00:00 2001
From: Tetsuo
Allow initialization of delays used in oneshot trigger from Device
Tree property.
This is especially useful for embedded systems where the trigger might
be used early, before bringing up user-space.
Signed-off-by: Krzysztof Kozlowski
---
drivers/leds/trigger/ledtrig-oneshot.c | 38
Allow initialization of pattern used in pattern trigger from Device Tree
property.
This is especially useful for embedded systems where the pattern trigger
would be used to indicate the process of boot status in a nice,
user-friendly blinking way. This initialization pattern will be used
till
Document new led-pattern property for initialization of LED triggers.
The property format is trigger-specific (except being array of
integers). For pattern trigger, the explanation of pattern format was
moved to a common file shared with sysfs ABI.
Signed-off-by: Krzysztof Kozlowski
---
Hi,
Changes since v5:
1. Drop the "classdev" prefix from helper for getting default pattern
and move the kerneldoc to header file (this was not fixed in v5 by
mistake).
Changes since v4:
1. Move helper to get default pattern from led-class.c to led-core.c and
rename it (build issue
Allow initialization of delays used in timer trigger from Device
Tree property.
This is especially useful for embedded systems where the trigger might
be used early, before bringing up user-space.
Signed-off-by: Krzysztof Kozlowski
---
drivers/leds/trigger/ledtrig-timer.c | 34
Multiple LED triggers might need to access default pattern so add a
helper for that.
Signed-off-by: Krzysztof Kozlowski
---
drivers/leds/led-core.c | 32
include/linux/leds.h| 13 +
2 files changed, 45 insertions(+)
diff --git
On Fri, Jan 4, 2019 at 12:48 AM Zhiyong Tao wrote:
>
> On Wed, 2018-12-12 at 04:51 +0800, Sean Wang wrote:
> > The subject should be refined to be close to the content
> >
> > On Tue, Dec 11, 2018 at 12:02 AM Zhiyong Tao
> > wrote:
> > >
> > > This patch provides the advanced drive for I2C used
On Fri, Jan 4, 2019 at 10:44 AM Viresh Kumar wrote:
>
> Since the commit 2a4eb7358aba ("OPP: Don't remove dynamic OPPs from
> _dev_pm_opp_remove_table()"), dynamically created OPP aren't
> automatically removed anymore by dev_pm_opp_cpumask_remove_table(). This
> affects the scpi and scmi cpufreq
On Fri, Jan 04, 2019 at 09:18:41AM +0900, Masahiro Yamada wrote:
> Use the standard obj-$(CONFIG_...) syntex. The behavior is still the
> same.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> Changes in v2:
> - Rebase
Thanks for the reminder -- I'll queue this up today!
Will
It seems more clear for red_left_pad to be zero despite not being used
without SLAB_RED_ZONE flag.
Signed-off-by: Peng Wang
---
mm/slub.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/mm/slub.c b/mm/slub.c
index 36c0befeebd8..9d16ca30bc2a 100644
--- a/mm/slub.c
+++ b/mm/slub.c
@@ -3603,6
On Thu, Jan 03, 2019 at 02:32:44PM -0600, Jeremy Linton wrote:
> On 01/03/2019 01:30 PM, Stefan Wahren wrote:
> > > Jeremy Linton hat am 3. Januar 2019 um 17:46
> > > geschrieben:
> > > On 01/03/2019 10:37 AM, Dave Martin wrote:
> > > > On Wed, Jan 02, 2019 at 06:49:15PM -0600, Jeremy Linton
On 04-01-19, 11:10, Rafael J. Wysocki wrote:
> On Fri, Jan 4, 2019 at 10:44 AM Viresh Kumar wrote:
> >
> > Since the commit 2a4eb7358aba ("OPP: Don't remove dynamic OPPs from
> > _dev_pm_opp_remove_table()"), dynamically created OPP aren't
> > automatically removed anymore by
On Thu, Dec 13, 2018 at 06:12:33PM +0800, Herbert Xu wrote:
> Vitaly Chikunov wrote:
> > Current akcipher .verify() just decrypts signature to uncover message
> > hash, which is then verified in upper level public_key_verify_signature
> > by memcmp with the expected signature value, which is
On 2019-01-04 10:38, Michal Hocko wrote:
[...]
>
> OK, my response was more confusing than I intended. I meant to say. Is
> there any in kernel code that would allow the bug have had in mind?
> In other words can userspace trick any existing code?
In theory any existing caller of
On 2019/01/04 0:57, Paul Fulghum wrote:
>> On Jan 3, 2019, at 3:32 AM, Tetsuo Handa
>> wrote:
>>
>> On 2019/01/03 18:09, Jiri Slaby wrote:
>>> On 02. 01. 19, 16:04, Tetsuo Handa wrote:
+ if (wait_event_interruptible(tty->read_wait,
+ (ret = -EIO, test_bit(TTY_OTHER_CLOSED,
On Wed, Jan 2, 2019 at 7:38 PM wrote:
>
> From: "chuanjia.liu"
>
> Virtual gpio only used inside SOC and not being exported to outside SOC.
> Some modules use virtual gpio as eint and doesn't need SMT.
> So this patch add EINT support to virtual GPIOs.
>
> Signed-off-by: chuanjia.liu
Acked-by:
On Fri 04-01-19 11:21:39, Roman Penyaev wrote:
> On 2019-01-04 10:38, Michal Hocko wrote:
>
> [...]
>
> > > >
> > > > OK, my response was more confusing than I intended. I meant to say. Is
> > > > there any in kernel code that would allow the bug have had in mind?
> > > > In other words can
On Fri, Jan 04, 2019 at 09:08:37AM +, Corentin Labbe wrote:
> When building on x86, I got the following build failure:
Hi,
what tree are you testing on and which config ?
Thanks,
Lorenzo
> drivers/pci/controller/dwc/pci-meson.c: In function ‘meson_pcie_assert_reset’:
>
Do not register type setting callback if HW does not support
setting the irq type. IRQ core can then handle cases where
type setting is not supported and no regmap-irq specific handling
is required.
Signed-off-by: Matti Vaittinen
---
drivers/base/regmap/regmap-irq.c | 4 +++-
1 file changed, 3
On Thu, Jan 3, 2019 at 10:54 PM Stefano Brivio wrote:
>
> On Thu, 3 Jan 2019 15:15:06 -0600
> Willem de Bruijn wrote:
>
> > syzbot generated stack traces with
> >
> > [ 183.517380] udpv6_err+0x46/0x60
> > [ 183.520739] ? __udp6_lib_err+0x1890/0x1890
> > [ 183.525054]
From: Bartosz Golaszewski
Nested interrupts run inside the calling thread's context and the top
half handler is never called which means that we never read the
timestamp.
This issue came up when trying to read line events from a gpiochip
using regmap_irq_chip for interrupts.
Fix it by reading
On Fri, Jan 04, 2019 at 04:42:05PM +0800, Su Yanjun
wrote:
> On 1/4/2019 3:43 PM, Steffen Klassert wrote:
>
> > On Thu, Jan 03, 2019 at 07:48:41AM -0500, Su Yanjun wrote:
> > > Recently we run a network test over ipcomp virtual tunnel.We find that
> > > if a ipv4 packet needs fragment, then the
On Fri, Jan 4, 2019 at 11:32 AM Dmitry Vyukov wrote:
>
> On Thu, Jan 3, 2019 at 10:54 PM Stefano Brivio wrote:
> >
> > On Thu, 3 Jan 2019 15:15:06 -0600
> > Willem de Bruijn wrote:
> >
> > > syzbot generated stack traces with
> > >
> > > [ 183.517380] udpv6_err+0x46/0x60
> > > [ 183.520739]
On Fri, Jan 04, 2019 at 10:30:25AM +, Lorenzo Pieralisi wrote:
> On Fri, Jan 04, 2019 at 09:08:37AM +, Corentin Labbe wrote:
> > When building on x86, I got the following build failure:
>
> Hi,
>
> what tree are you testing on and which config ?
I use the next-20190102 tree
The config
Hi,
On 04/01/2019 09:44, Viresh Kumar wrote:
> Since the commit 2a4eb7358aba ("OPP: Don't remove dynamic OPPs from
> _dev_pm_opp_remove_table()"), dynamically created OPP aren't
> automatically removed anymore by dev_pm_opp_cpumask_remove_table(). This
> affects the scpi and scmi cpufreq drivers
1 - 100 of 654 matches
Mail list logo
