On Tue, Aug 14, 2018 at 11:30:51AM +0200, David Hildenbrand wrote:
>
> While it is correct in current code, I wonder if this sanity check
> should stay. I would completely agree if it would be a static function.
Hi David,
Well, unregister_mem_sect_under_nodes() __only__ gets called from
On 13.08.2018 20:53, Roman Gushchin wrote:
On Mon, Aug 13, 2018 at 01:11:19PM -0400, Johannes Weiner wrote:
On Mon, Aug 13, 2018 at 06:48:42AM -0700, Tejun Heo wrote:
Hello, Konstantin.
On Mon, Aug 13, 2018 at 09:58:05AM +0300, Konstantin Khlebnikov wrote:
After removing cgroup subsystem
From: Johannes Berg
> Sent: 14 August 2018 08:57
...
> > How about fixing the root cause
> > in drivers/net/wireless/intel/iwlwifi/fw/api/rx.h ?
> >
> >
> > #define IWL_RX_HE_PHY_SIBG_SYM_OR_USER_NUM_MASK 0x1eULL
> >
> >
> > enum iwl_rx_he_phy looks really strange.
>
> Why? I don't
On Monday, August 13, 2018 7:15:19 PM CEST Schmauss, Erik wrote:
>
> > -Original Message-
> > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> > ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
> > Sent: Sunday, August 12, 2018 3:50 AM
> > To: Linux ACPI
> > Cc: Paul
Hi Linus,
Please pull from the tag
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pm-4.19-rc1
with top-most commit 7425ecd5e3e8c9d84f399a102282a23a90a19278
Merge branch 'pm-cpufreq'
on top of commit 9b7c19e96cededec6b0435933adefbd56cad37ab
Merge branch 'pm-tools'
to
Hi Linus,
Please pull from the tag
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
acpi-4.19-rc1
with top-most commit 76f7d6c07acd7a694ccc97355d37637f6677de51
Merge branches 'acpi-button', 'acpi-battery' and 'acpi-osi'
on top of commit
On Fri, Aug 10, 2018 at 12:13:53PM -0400, Joseph Salisbury wrote:
> Hi Daniel,
>
> A kernel bug report was opened against Ubuntu [0]. It was found the
> following patch introduced the regression:
>
> da9970668948 ("usb: xhci: Add XHCI_TRUST_TX_LENGTH for Renesas uPD720201")
I can see nothing
On 13/08/18 20:41, Lina Iyer wrote:
> On Wed, Aug 01 2018 at 14:04 -0600, Lina Iyer wrote:
>> On Wed, Aug 01 2018 at 02:42 -0600, Marc Zyngier wrote:
>>> On Wed, 01 Aug 2018 03:00:19 +0100,
>>> Lina Iyer wrote:
Add GPIO to PDC pin map for the SDM845 SoC.
Signed-off-by: Lina
On Wednesday 25 July 2018 03:00 PM, Alexandre Belloni wrote:
> Hi,
>
> On 25/07/2018 11:21:22+0530, Keerthy wrote:
>> Cut down the shutdown time from 2 seconds to 1 sec. In case of roll
>> over try again.
>>
>> Signed-off-by: Keerthy
>> ---
>>
>> Changes in v5:
>>
>> * Added an additional
2018-08-14 16:56 GMT+09:00 Johannes Berg :
> On Tue, 2018-08-14 at 08:57 +0900, Masahiro Yamada wrote:
>> 2018-08-14 7:09 GMT+09:00 Arnd Bergmann :
>> > Passing an enum into FIELD_GET() produces a long but harmless warning on
>> > newer compilers:
>> >
>> > from
On Tuesday 14 August 2018 02:53 PM, Johan Hovold wrote:
> On Wed, Jul 25, 2018 at 11:21:22AM +0530, Keerthy wrote:
>> Cut down the shutdown time from 2 seconds to 1 sec. In case of roll
>> over try again.
>>
>> Signed-off-by: Keerthy
>> ---
>>
>> Changes in v5:
>>
>> * Added an additional
On Saturday, August 11, 2018 3:29:52 PM CEST Pu Wen wrote:
> Enable ACPI cpufreq driver support for Hygon by adding family ID check
> along with AMD.
>
> As Hygon platforms have SMBus device(PCI device ID 0x790b), enable Hygon
> support to function amd_freq_sensitivity_init().
>
> Signed-off-by:
Hi Greg,
On Mon, Aug 13, 2018 at 12:30:11PM -0700, Greg Hackmann wrote:
> ARM64's pfn_valid() shifts away the upper PAGE_SHIFT bits of the input
> before seeing if the PFN is valid. This leads to false positives when
> some of the upper bits are set, but the lower bits match a valid PFN.
>
>
We prefer to ARRAY_SIZE rather than duplicating its implementation.
And just one place use the #define variable, therefore, remove
PFM_CMD_COUNT definition altogether.
Signed-off-by: zhong jiang
---
v1->v2:
- According to Joe's suggestion. remove the #define variable,
and use ARRAY_SIZE
On Tue, 2018-08-14 at 13:08 +0200, Arnd Bergmann wrote:
> > It would be much more useful to indicate where the values are used.
> > Such a field/parameter could (probably) have the type of the enum.
> > But, at some point, the compiler might start barfing at that at well.
>
> I think the
On 07/08/2018 18:19:18+0200, Krzysztof Kozlowski wrote:
> Replace GPL v2.0+ license statements with SPDX license
> identifiers.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/rtc/rtc-max77686.c | 20 +++-
> drivers/rtc/rtc-max8997.c | 20 +++-
>
The function has an inline "return false;" definition with CONFIG_SMP=n but the
"real" definition is also visible leading to "redefinition of
‘apic_id_is_primary_thread’" compiler error. Guard it with #ifdef CONFIG_SMP
Signed-off-by: Vlastimil Babka
Fixes: 6a4d2657e048 ("x86/smp: Provide
Em Tue, Aug 14, 2018 at 11:46:08AM +0300, Adrian Hunter escreveu:
> When the number of queues grows beyond 32, the array of queues is resized
> but not all members were being copied. Fix by also copying 'tid', 'cpu' and
> 'set'.
Thanks, applied.
> Fixes: e502789302a6e ("perf auxtrace: Add
On Tue, Aug 14, 2018 at 02:18:41AM -0400, Hanjie Lin wrote:
> From: Yue Wang
>
> The Amlogic Meson PCIe host controller is based on the Synopsys DesignWare
> PCI core. This patch adds documentation for the DT bindings in Meson PCIe
> controller.
>
> Signed-off-by: Yue Wang
> Signed-off-by:
On Tue, Aug 14, 2018 at 03:17:35PM -0700, Michal Wnukowski wrote:
> /* Update dbbuf and return true if an MMIO is required */
> static bool nvme_dbbuf_update_and_check_event(u16 value, u32 *dbbuf_db,
> - volatile u32 *dbbuf_ei)
> +
Guys, you're both wrong.
On Tue, Aug 14, 2018 at 03:17:35PM -0700, Michal Wnukowski wrote:
>
> With memory barrier in place, the volatile keyword around *dbbuf_ei is
> redundant.
No. The memory barrier enforces _ordering_, but it doesn't enforce
that the accesses are only done once. So when you
Hi all,
On Fri, 3 Aug 2018 08:08:56 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the dma-mapping tree got a conflict in:
>
> arch/nios2/Kconfig
>
> between commit:
>
> 17c46a6aff5c ("kconfig: remove duplicate SWAP symbol defintions")
>
> from the kbuild tree and commit:
Hi all,
On Mon, 6 Aug 2018 14:47:36 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the tip tree got conflicts in:
>
> arch/arm64/Kconfig
> arch/openrisc/Kconfig
>
> between commit:
>
> 1572497cb0e6 ("kconfig: include common Kconfig files from top-level
> Kconfig")
>
>
On Sat, 11 Aug 2018 17:24:50 +0100, Craig Tatlor wrote:
> Add the compatible for SDM660.
> This does not need clocks to do scm calls
>
> Signed-off-by: Craig Tatlor
> ---
> Documentation/devicetree/bindings/firmware/qcom,scm.txt | 1 +
> drivers/firmware/qcom_scm.c |
On Tuesday, 19 June 2018 14:00:23 MSK Dmitry Osipenko wrote:
> Implement L2 cache initialization firmware callback that should be invoked
> early in boot to enable cache HW.
>
> Signed-off-by: Dmitry Osipenko
> ---
> arch/arm/firmware/trusted_foundations.c | 27 +
> 1
On Sat, 11 Aug 2018 22:02:25 +0200, Marcus Folkesson wrote:
> LTC1665/LTC1660 is a 8/10-bit Digital-to-Analog Converter (DAC)
> with eight individual channels.
>
> Signed-off-by: Marcus Folkesson
> ---
> .../devicetree/bindings/iio/dac/ltc166x.txt | 21
> +
> 1 file
Hi,
On 24/07/2018 11:31:21+, Denis OSTERLAND wrote:
> changes since v4:
> - fix 'souces' typo and change interrupt documentation
> - change "isil,ev-evienb" type to int and do not touch bit if not present
> - pass ISL1219_REG_EV_EVEN directly instead of assigning it to rc
> - fix module
On Tue, 14 Aug 2018 10:09:04 -0700 Guenter Roeck wrote:
> Since commit c1a2f7f0c0645 ("mm: Allocate the mm_cpumask
> (mm->cpu_bitmap[]) dynamically based on nr_cpu_ids"), building
> the Linux kernel with gcc version 4.5 and older fails as follows.
>
> In file included from
On 07/08/2018 18:19:19+0200, Krzysztof Kozlowski wrote:
> Replace GPL v2.0+ license statement with SPDX license
> identifier.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/rtc/rtc-s5m.c | 22 ++
> 1 file changed, 6 insertions(+), 16 deletions(-)
>
Applied, thanks.
Attention;
I consult with a UAE based investment company, I seek for beneficial projects
for the organizations, seeking means of expanding and relocating our business
interest abroad in the following sectors: oil/Gas, banking, real estate, stock
speculation and mining, transportation, health
allmodconfig+CONFIG_INTEL_KVM=n results in the following build error.
ERROR: "l1tf_vmx_mitigation" [arch/x86/kvm/kvm.ko] undefined!
Fixes: 5b76a3cff011 ("KVM: VMX: Tell the nested hypervisor to skip L1D flush on
vmentry")
Reported-by: Meelis Roos
Cc: Meelis Roos
Cc: Paolo Bonzini
Cc: Thomas
Hi,
On 08/14/2018 01:03 PM, Doug Anderson wrote:
> On Tue, Aug 14, 2018 at 11:30 AM, David Collins
> wrote:>>> --- a/drivers/regulator/core.c
>>> +++ b/drivers/regulator/core.c
>>> @@ -732,6 +732,7 @@ static int drms_uA_update(struct regulator_dev *rdev)
>>> struct regulator *sibling;
>>>
On Tue, Aug 14, 2018 at 2:39 PM Vlastimil Babka wrote:
>
> The function has an inline "return false;" definition with CONFIG_SMP=n but
> the
> "real" definition is also visible leading to "redefinition of
> ‘apic_id_is_primary_thread’" compiler error. Guard it with #ifdef CONFIG_SMP
Applied.
This patch adds full memory barrier into nvme_dbbuf_update_and_check_event
function to ensure that the shadow doorbell is written before reading
EventIdx from memory. This is a critical bugfix for initial patch that
added support for shadow doorbell into NVMe driver
On 08/14/2018 03:11 PM, Stephen Rothwell wrote:
> Hi Vineet,
>
> Today's linux-next merge of the arc-current tree got a conflict in:
>
> arch/arc/include/asm/atomic.h
>
> between commit:
>
> ab0b910490fe ("atomics/arc: Define atomic64_fetch_add_unless()")
>
> from Linus' tree and commit:
>
>
On Mon, Aug 06, 2018 at 02:41:50PM +0100, Suzuki K Poulose wrote:
> Add support for the CLAIM tag protocol for negotiating the
> device ownership with other agents trying to use the coresight
> component (internal vs. external). The Coresight architecture
> specifies CLAIM tags (managed via
On Tue, Aug 14, 2018 at 4:02 PM Andrew Morton wrote:
>
> The m68k build still fails because 0cc3cd21657 ("cpu/hotplug: Boot HT
> siblings at least once") was evidently never tested on CONFIG_SMP=n.
> How could that come about - the patch is six weeks old??
Ehh, meet the joys of embargoes.
The
On 08/14/2018 06:42 AM, Cornelia Huck wrote:
On Mon, 13 Aug 2018 17:48:05 -0400
Tony Krowiak wrote:
diff --git a/drivers/s390/crypto/vfio_ap_drv.c
b/drivers/s390/crypto/vfio_ap_drv.c
new file mode 100644
index 000..5069580
--- /dev/null
+++ b/drivers/s390/crypto/vfio_ap_drv.c
@@ -0,0
Hi all,
On Fri, 3 Aug 2018 09:21:00 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the mips tree got a conflict in:
>
> arch/mips/Kconfig
>
> between commit:
>
> 1572497cb0e6 ("kconfig: include common Kconfig files from top-level
> Kconfig")
>
> from the kbuild tree and
From: Justin Chen
Sometimes we have empty banks within the GPIO block. This commit allows
proper handling of 0 width GPIO banks. We handle 0 width GPIO banks by
incrementing the bank and number of GPIOs, but not initializing them.
This will mean a call into the non-existent GPIOs will return an
On Mon, Aug 06, 2018 at 02:41:51PM +0100, Suzuki K Poulose wrote:
> Use the CLAIM tags to grab the device for self-hosted usage.
>
> Cc: Mathieu Poirier
> Signed-off-by: Suzuki K Poulose
> ---
> drivers/hwtracing/coresight/coresight-etm3x.c | 18 +++---
>
On Mon, 13 Aug 2018 16:38:25 +0900 Sergey Senozhatsky
wrote:
> On (08/13/18 15:16), Minchan Kim wrote:
> > > The call to strlcpy in backing_dev_store is incorrect. It should take
> > > the size of the destination buffer instead of the size of the source
> > > buffer. Additionally, ignore the
On Sat, 11 Aug 2018 17:24:17 +0100, Craig Tatlor wrote:
> Add the compatible for the RPM in SDM660, so that rpm resources can be
> made available.
>
> Signed-off-by: Craig Tatlor
> ---
> Documentation/devicetree/bindings/soc/qcom/qcom,smd-rpm.txt | 1 +
> drivers/soc/qcom/smd-rpm.c
On Tue, Aug 14, 2018 at 10:06:18AM -0700, Paul E. McKenney wrote:
> On Tue, Aug 14, 2018 at 12:49:45PM -0400, Steven Rostedt wrote:
> > On Tue, 14 Aug 2018 09:24:48 -0700
> > "Paul E. McKenney" wrote:
> >
> > > Event tracing is moving to SRCU in order to take advantage of the fact
> > > that
On Tue, Aug 14, 2018 at 9:30 AM, David Woodhouse wrote:
> On Tue, 2018-08-14 at 07:20 -0700, Andy Lutomirski wrote:
>> > + /* Doubled switch statement to work around kernel Makefile error */
>> > + /* See:
>> > https://www.mail-archive.com/gcc-bugs@gcc.gnu.org/msg567499.html */
>>
>>
Following commit breaks the non-SMP builds.
[0cc3cd21657be04cb0] cpu/hotplug: Boot HT siblings at least once
Signed-off-by: Abel Vesa
---
kernel/cpu.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/kernel/cpu.c b/kernel/cpu.c
index 099fb20cd7be..f06c513c5c42 100644
--- a/kernel/cpu.c
On Tue, Aug 14, 2018 at 2:26 PM Abel Vesa wrote:
>
> Following commit breaks the non-SMP builds.
Thanks, we obviously don't do a lot of coverage of UP any more.
I'm not sure if we should just move the bool's to be bitfields and
make them all available unconditionally, because the #ifdef in code
Signed-off-by: Constantine Shulyupin
---
fs/pipe.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/fs/pipe.c b/fs/pipe.c
index bb0840e234f3..4990d92b0849 100644
--- a/fs/pipe.c
+++ b/fs/pipe.c
@@ -34,6 +34,7 @@
* be set by root in /proc/sys/fs/pipe-max-size
*/
unsigned int pipe_max_size
Replace FUSE_MAX_PAGES_PER_REQ with the configurable
mount parameter max_pages to improve performance.
Old RFC with detailed description of the problem and
many fixes by Mitsuo Hayasaka (mitsuo.hayasaka...@hitachi.com):
- https://lkml.org/lkml/2012/7/5/136
Changes in v3:
- used clamp_val
-
This patch moves the etb_drvdata::mode from a locat_t to a simple u32,
as it is for the ETF and ETR drivers. This streamlines the code and adds
commonality with the other drivers when dealing with similar operations.
Signed-off-by: Mathieu Poirier
---
Up until now the relative simplicity of enabling the ETB made it
possible to accommodate processing for both sysFS and perf methods.
But work on claimtags and CPU-wide trace scenarios is adding some
complexity, making the current code messy and hard to maintain.
As such follow what has been done
On Tue, Aug 14, 2018 at 03:06:44PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Tue, Aug 14, 2018 at 09:27:26AM +0200, Jiri Olsa escreveu:
> > On Tue, Aug 14, 2018 at 11:47:39AM +1000, Michael Ellerman wrote:
> > > Jiri Olsa writes:
> > > > diff --git a/tools/perf/check-headers.sh
On Tue, 14 Aug 2018 00:09:34 +0200 Arnd Bergmann wrote:
> Passing an enum into FIELD_GET() produces a long but harmless warning on
> newer compilers:
>
> from include/linux/linkage.h:7,
> from include/linux/kernel.h:7,
> from
On Tue, 14 Aug 2018 16:11:06 -0700 Andrew Morton
wrote:
> > include/linux/bitfield.h:103:3: note: in expansion of macro
> > '__BF_FIELD_CHECK'
> >__BF_FIELD_CHECK(_mask, _reg, 0U, "FIELD_GET: "); \
> >^~~~
> > drivers/net/wireless/intel/iwlwifi/mvm/rxmq.c:1025:21: note: in
Hi Vineet,
Today's linux-next merge of the arc-current tree got a conflict in:
arch/arc/include/asm/atomic.h
between commit:
ab0b910490fe ("atomics/arc: Define atomic64_fetch_add_unless()")
from Linus' tree and commit:
39456148db74 ("ARC: atomic64: fix atomic64_add_unless function")
On Tue, Aug 14, 2018 at 02:36:55PM -0700, Andrew Morton wrote:
> On Tue, 14 Aug 2018 10:09:04 -0700 Guenter Roeck wrote:
>
> > Since commit c1a2f7f0c0645 ("mm: Allocate the mm_cpumask
> > (mm->cpu_bitmap[]) dynamically based on nr_cpu_ids"), building
> > the Linux kernel with gcc version 4.5 and
By making this enum accessible to the userspace API, we can avoid
conflicts between the kernel-space ib_wr_opcode and the user-space
ibv_wr_opcode enums.
When using the rxe software driver interface between kernel and user
space, the enum value IBV_WR_SEND_WITH_INV was being improperly
translated
On Tue, Aug 14, 2018 at 02:12:13AM -0400, Hanjie Lin wrote:
> From: Yue Wang
Subject should be "dt-bindings: phy: ..."
> The Meson-PCIE-PHY controller supports the 5-Gbps data rate
> of the PCI Express Gen 2 specification and is backwardcompatible
space
On Tue, 14 Aug 2018 15:15:59 -0700 Guenter Roeck wrote:
> > Confused. Why does it think that the mm_struct is "otherwise empty"?
> >
>
> The problem isn't really that the structure is otherwise empty.
> Some digging reveals that the error message is wrong; gcc should
> instead complain about
Redeem your donation of $3.5M
On Tue, Aug 14, 2018 at 04:16:41PM -0700, Linus Torvalds wrote:
> On Tue, Aug 14, 2018 at 3:56 PM Keith Busch
> wrote:
> >
> > You just want to ensure the '*dbbuf_db = value' isn't reordered, right?
> > The order dependency might be more obvious if done as:
> >
> > WRITE_ONCE(*dbbuf_db,
Hi,
On Tue, Aug 14, 2018 at 2:59 PM, David Collins wrote:
> Hi,
>
> On 08/14/2018 01:03 PM, Doug Anderson wrote:
>> On Tue, Aug 14, 2018 at 11:30 AM, David Collins
>> wrote:>>> --- a/drivers/regulator/core.c
+++ b/drivers/regulator/core.c
@@ -732,6 +732,7 @@ static int
if SWAP is disabled in kernel config, the following compile error will
raise up with this release
arch/x86/built-in.o: in function `max_swapfile_size': (.text+0x3bba1):
undefined reference to `generic_max_swapfile_size'
of course this is simple to fix. the function max_swapfile_size must be
On Tue, Aug 14, 2018 at 5:36 PM Roman Gushchin wrote:
>
> Memcg charge is batched using per-cpu stocks, so an offline memcg
> can be pinned by a cached charge up to a moment, when a process
> belonging to some other cgroup will charge some memory on the same
> cpu. In other words, cached charges
On Tue, Aug 14, 2018 at 5:37 PM Roman Gushchin wrote:
>
> If CONFIG_VMAP_STACK is set, kernel stacks are allocated
> using __vmalloc_node_range() with __GFP_ACCOUNT. So kernel
> stack pages are charged against corresponding memory cgroups
> on allocation and uncharged on releasing them.
>
> The
On 08/14/2018 04:16 PM, Linus Torvalds wrote:
> On Tue, Aug 14, 2018 at 03:17:35PM -0700, Michal Wnukowski wrote:
>>
>> With memory barrier in place, the volatile keyword around *dbbuf_ei is
>> redundant.
>
> No. The memory barrier enforces _ordering_, but it doesn't enforce
> that the
Hi all,
On Thu, 26 Jul 2018 14:56:24 +1000 Stephen Rothwell
wrote:
>
> After merging the block tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> drivers/nvme/target/rdma.c: In function 'nvmet_rdma_find_get_device':
> drivers/nvme/target/rdma.c:894:26: error: 'struct
On Wed, 2018-07-25 at 09:26 +0800, Houlong Wei wrote:
> This patch adds the device node of the GCE hardware for CMDQ module.
>
> Signed-off-by: Houlong Wei
> Signed-off-by: HS Liao
> ---
> arch/arm64/boot/dts/mediatek/mt8173.dtsi | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff
On Tue, Aug 14, 2018 at 6:35 PM Michal Wnukowski wrote:
>
> I got confused after comaring disassembly of this code with and
> without volatile keyword. Thanks for the correction.
Note that _usually_, the "volatile" has absolutely no impact. When
there is one read in the source code, it's almost
On Fri, 10 Aug 2018 13:57:06 -0300
Arnaldo Carvalho de Melo wrote:
> > Arnaldo takes care of that, but I guess pulling from branch is the prefered
> > way
>
> I'll try pulling and building it automatically patch by patch,
Hi Arnaldo,
Were you able to take this? We have another patch series
On Thu, Jul 26, 2018 at 2:26 AM, Federico Vaga wrote:
> Hi Alan,
>
> have you considered the possibility of having something like devm_fpga_[mgr|
> bridge|region]_[create|free]() ? Like this, it will be obvious that 'struct
> fpga_mgr' will be released automatically without reading any comment
On Tue, Aug 14, 2018 at 4:26 PM, Ghannam, Yazen wrote:
>
> > -Original Message-
> > From: Michael Jin
> > Sent: Friday, August 10, 2018 2:36 PM
> > To: Borislav Petkov ; Ghannam, Yazen
> > ; Mauro Carvalho Chehab
> >
> > Cc: linux-e...@vger.kernel.org; linux-kernel@vger.kernel.org;
o be built and checked by sparse.
Signed-off-by: Randy Dunlap
---
scripts/kconfig/Makefile |8
1 file changed, 8 insertions(+)
--- linux-next-20180814.orig/scripts/kconfig/Makefile
+++ linux-next-20180814/scripts/kconfig/Makefile
@@ -33,6 +33,14 @@ config: $(obj)/conf
nconfig: $(
Memcg charge is batched using per-cpu stocks, so an offline memcg
can be pinned by a cached charge up to a moment, when a process
belonging to some other cgroup will charge some memory on the same
cpu. In other words, cached charges can prevent a memory cgroup
from being reclaimed for some time,
If CONFIG_VMAP_STACK is set, kernel stacks are allocated
using __vmalloc_node_range() with __GFP_ACCOUNT. So kernel
stack pages are charged against corresponding memory cgroups
on allocation and uncharged on releasing them.
The problem is that we do cache kernel stacks in small
per-cpu caches and
On Wed, Aug 15, 2018 at 02:36:00AM +0200, Sebastian Gottschall wrote:
> if SWAP is disabled in kernel config, the following compile error will raise
> up with this release
>
> arch/x86/built-in.o: in function `max_swapfile_size': (.text+0x3bba1):
> undefined reference to
On 2018/8/13 20:42, Paul E. McKenney wrote:
On Mon, Aug 13, 2018 at 05:26:49PM +0800, Jia-Ju Bai wrote:
On 2018/8/13 12:18, Paul E. McKenney wrote:
On Mon, Aug 13, 2018 at 11:04:10AM +0800, Jia-Ju Bai wrote:
The kernel may sleep with holding a spinlock.
The function call paths (from
On 08/14/18 07:46, 张波 wrote:
> /delete-node/ /delete-prop/ could be used in dtsi files without device
> tree overlay.
>
> but with device tree overlay, /delete-node/ and /delete-prop/ are not work.
> How to delete property and node in overlay dts?
>
> for example,
> in basel.dts have following
Hi Rob,
On 15 August 2018 at 04:27, Rob Herring wrote:
> On Thu, Aug 09, 2018 at 11:03:11AM +0800, Baolin Wang wrote:
>> Hi Trent,
>>
>> On 9 August 2018 at 02:57, Trent Piepho wrote:
>> > On Wed, 2018-08-08 at 11:54 +0100, Mark Brown wrote:
>> >> On Wed, Aug 08, 2018 at 06:35:28PM +0800,
+Cc: stable
Hi Greg, JFI:
This one has hit a couple of times on autotests on v4.9 stable.
The fix for BUG() is trivial, so probably worth to ship it to v4.9/v4.4/v3.18.
2017-06-13 5:59 GMT+01:00 Song liwei :
> From: Liwei Song
>
> Fix the following kernel bug:
>
> kernel BUG at
If cppc_cpufreq.ko is deleted at the same time that tuned-adm is
changing profiles, there is a small chance that a race can occur
between cpufreq_dbs_governor_exit() and cpufreq_dbs_governor_limits()
resulting in a system failure when the latter tries to use
policy->governor_data that has been
> >> HEAD commit:5ed5da74de9e Add linux-next specific files for 20180813
> >> git tree: linux-next
> >
> > I fetched linux-next but don't have 5ed5da74de9e.
>
> +Stephen for the disappeared linux-next commit.
That is just the HEAD commit on linux-nex
On 08/14/2018 01:48 AM, Kirill A. Shutemov wrote:
> On Mon, Aug 13, 2018 at 11:21:41PM +, Mike Kravetz wrote:
>> On 08/13/2018 03:58 AM, Kirill A. Shutemov wrote:
>>> On Sun, Aug 12, 2018 at 08:41:08PM -0700, Mike Kravetz wrote:
I am not %100 sure on the required flushing, so suggestions
On 08/14/2018 05:36 PM, Sebastian Gottschall wrote:
if SWAP is disabled in kernel config, the following compile error will raise up
with this release
arch/x86/built-in.o: in function `max_swapfile_size': (.text+0x3bba1):
undefined reference to `generic_max_swapfile_size'
of course this is
On 08/14/2018 04:20 PM, Linus Torvalds wrote:
On Tue, Aug 14, 2018 at 4:02 PM Andrew Morton wrote:
The m68k build still fails because 0cc3cd21657 ("cpu/hotplug: Boot HT
siblings at least once") was evidently never tested on CONFIG_SMP=n.
How could that come about - the patch is six weeks
On 08/14/2018 04:56 PM, Doug Anderson wrote:
> On Tue, Aug 14, 2018 at 2:59 PM, David Collins
> wrote:
>> On 08/14/2018 01:03 PM, Doug Anderson wrote:
>>> On Tue, Aug 14, 2018 at 11:30 AM, David Collins
>>> wrote:>>> --- a/drivers/regulator/core.c
> +++ b/drivers/regulator/core.c
> @@
.flush_iotlb_all can not just wait for previous tlbi operations to be
completed, but should also invalid all TLBs of the related domain.
Signed-off-by: Zhen Lei
Reviewed-by: Robin Murphy
---
drivers/iommu/arm-smmu-v3.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git
On Wed, 2018-07-25 at 09:26 +0800, Houlong Wei wrote:
> Add Mediatek CMDQ helper to create CMDQ packet and assemble GCE op code.
>
> Signed-off-by: Houlong Wei
> Signed-off-by: HS Liao
> ---
> drivers/soc/mediatek/Kconfig | 12 ++
> drivers/soc/mediatek/Makefile |1 +
>
Hi all,
On Thu, 26 Jul 2018 13:58:04 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the block tree got a conflict in:
>
> drivers/nvme/target/rdma.c
>
> between commit:
>
> 23f96d1f15a7 ("nvmet-rdma: Simplify ib_post_(send|recv|srq_recv)() calls")
> 202093848cac
Hi Rob,
On 15 August 2018 at 04:21, Rob Herring wrote:
> On Tue, Aug 07, 2018 at 06:43:37PM +0800, Baolin Wang wrote:
>> From: Lanqing Liu
>>
>> This patch adds the binding documentation for Spreadtrum SPI
>> controller device.
>>
>> Signed-off-by: Lanqing Liu
>> Signed-off-by: Baolin Wang
>>
Hi all,
On Mon, 6 Aug 2018 14:53:31 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the tip tree got a conflict in:
>
> drivers/infiniband/core/rdma_core.c
>
> between commit:
>
> 9867f5c6695f ("IB/uverbs: Convert 'bool exclusive' into an enum")
>
> from the rdma tree and
Greetings in the name of God
Dear Friend
Greetings in the name of God,please let this not sound strange to you
for my only surviving lawyer who would have done this died early this
year.I prayed and got your email id from your country guestbook. I am
Mrs Suran Yoda from London,I am 72 years
uexing Wang
> Cc: Masahiro Yamada
> ---
> scripts/mod/modpost.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> --- linux-next-20180814.orig/scripts/mod/modpost.c
> +++ linux-next-20180814/scripts/mod/modpost.c
> @@ -672,7
Hi Steven,
Today's linux-next merge of the ftrace tree got a conflict in:
kernel/events/uprobes.c
between commit:
788faab70d5a ("perf, tools: Use correct articles in comments")
from Linus' tree and commit:
38e967ae1e60 ("Uprobes: Simplify uprobe_register() body")
from the ftrace tree.
Hi all,
Today's linux-next merge of the kvm tree got a conflict in:
arch/x86/include/asm/kvm_host.h
between commit:
5b76a3cff011 ("KVM: VMX: Tell the nested hypervisor to skip L1D flush on
vmentry")
from Linus' tree and commit:
4180bf1b655a ("KVM: X86: Implement "send IPI" hypercall")
Hi all,
On Wed, 8 Aug 2018 13:54:45 +1000 Stephen Rothwell
wrote:
>
> Paolo pointed out a semantic conflict between the kvm tree and the tip
> tree in
>
> arch/x86/kernel/kvm.c
>
> between commit:
>
> 368a540e0232 ("x86/kvmclock: Remove memblock dependency")
>
> from the tip tree and
On Wed, 2018-08-15 at 11:59 +0800, Dave Young wrote:
> > Does this improve things, and plug the no boot hole?
>
> Would you mind to tune my patch with some acpi_rsdp checking and add
> some error message in case kexec load failure? Eg. suggest people to use
> append acpi_rsdp for noefi booting
Fix ram size and sort nodes in alphabetical order.
Signed-off-by: Ryder Lee
---
arch/arm64/boot/dts/mediatek/mt7622-rfb1.dts | 196 +--
1 file changed, 98 insertions(+), 98 deletions(-)
diff --git a/arch/arm64/boot/dts/mediatek/mt7622-rfb1.dts
On 2018/8/15 4:48, Rob Herring wrote:
On Fri, Aug 10, 2018 at 05:54:27PM +0800, Jian Hu wrote:
Add new clock controller compatible and dt-bingdings headers
for the Always-On domain of the g12a SoC
Signed-off-by: Jian Hu
---
.../bindings/clock/amlogic,gxbb-aoclkc.txt | 1 +
On Tue, Aug 14, 2018 at 11:58:18AM -0700, Nathan Chancellor wrote:
> On Tue, Aug 14, 2018 at 07:16:23PM +0200, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.9.120 release.
> > There are 107 patches in this series, all will be posted as a response
> > to this
601 - 700 of 1640 matches
Mail list logo