On 2019/2/7 10:26 上午, Dave Chinner wrote:
> On Thu, Feb 07, 2019 at 01:24:25AM +0100, Andre Noll wrote:
>> On Thu, Feb 07, 10:43, Dave Chinner wrote
>>> File data readahead: REQ_RAHEAD
>>> Metadata readahead: REQ_META | REQ_RAHEAD
>>>
>>> drivers/md/bcache/request.c::check_should_bypass():
>>>
>>>
The QMX86 is a PLD present on some TQ-Systems ComExpress modules. It
provides 1 or 2 I2C bus masters, 8 GPIOs and a watchdog timer. Add an
MFD which will instantiate the individual drivers.
Signed-off-by: Andrew Lunn
---
v2:
Drop setting i2c bus speed, which removes the build dependencies on
Casey Schaufler wrote:
> On 2/6/2019 2:23 AM, Tetsuo Handa wrote:
> > But as I update the documentation (
> > https://tomoyo.osdn.jp/2.6/chapter-3.html.en#3.6 ),
> > I came to think that we should ignore security= parameter when lsm=
> > parameter is specified.
> >
> > Currently, it is possible
Hi Christoph,
On Wed, Feb 06, 2019 at 08:07:26AM +0100, Christoph Hellwig wrote:
> On Tue, Feb 05, 2019 at 03:05:30PM -0800, Nicolin Chen wrote:
> > > And my other concern is that this skips allocating from the per-device
> > > pool, which drivers might rely on.
> >
> > Actually Robin had the
On Thu, Feb 07, 2019 at 01:24:25AM +0100, Andre Noll wrote:
> On Thu, Feb 07, 10:43, Dave Chinner wrote
> > File data readahead: REQ_RAHEAD
> > Metadata readahead: REQ_META | REQ_RAHEAD
> >
> > drivers/md/bcache/request.c::check_should_bypass():
> >
> > /*
> > * Flag for bypass
On 2019/2/7 8:24 上午, Andre Noll wrote:
> On Thu, Feb 07, 10:43, Dave Chinner wrote
>> File data readahead: REQ_RAHEAD Metadata readahead: REQ_META |
>> REQ_RAHEAD
>>
>> drivers/md/bcache/request.c::check_should_bypass():
>>
>> /* * Flag for bypass if the IO is for read-ahead or background, *
>>
Created a way to clear the multicast forwarding cache on a socket
without having to either remove the entries manually using the delete
entry socket option or destroy and recreate the multicast socket.
Using the flags MRT_FLUSH_ENTRIES and MRT_FLUSH_VIFS, all multicast
entries can be cleared, all
Currently the only way to clear the mfc cache was to delete the entries
one by one using the MRT_DEL_MFC socket option or to destroy and
recreate the socket.
Create a new socket option which will clear the multicast forwarding
cache on the socket without destroying the socket.
Signed-off-by:
On Wed, Feb 06, 2019 at 04:04:49PM +0530, Amit Kucheria wrote:
> Since all cpus in the big and little clusters, respectively, are in the
> same frequency domain, use all of them for mitigation in the
> cooling-map. We end up with two cooling devices - one each for the big
> and little clusters.
>
On Wed, Feb 06, 2019 at 11:34:41AM -0800, Matthias Kaehlcke wrote:
> On Wed, Feb 06, 2019 at 04:05:41PM +0530, Amit Kucheria wrote:
> > On Sat, Jan 26, 2019 at 3:50 AM Matthias Kaehlcke wrote:
> > > > > > trips {
> > > > > > - cpu_alert0: trip0 {
> > > >
On Wed, 2019-02-06 at 14:44 -0800, Dan Williams wrote:
> On Wed, Feb 6, 2019 at 2:25 PM Doug Ledford wrote:
> > On Wed, 2019-02-06 at 15:08 -0700, Jason Gunthorpe wrote:
> > > On Thu, Feb 07, 2019 at 08:03:56AM +1100, Dave Chinner wrote:
> > > > On Wed, Feb 06, 2019 at 07:16:21PM +,
Auditing / Accounting Director
Bank of Africa (BOA)
My Dear Friend, I have a business proposal in the tune of ($6.5 Million
United States Dollar only)
My name is Mrs.Mariel Adrian, I am the Telex Manager of (BOA) bank of
Africa in Ouagadougou Burkina Faso.
i want the bank to transfer the
Auditing / Accounting Director
Bank of Africa (BOA)
My Dear Friend, I have a business proposal in the tune of ($6.5 Million
United States Dollar only)
My name is Mrs.Mariel Adrian, I am the Telex Manager of (BOA) bank of
Africa in Ouagadougou Burkina Faso.
i want the bank to transfer the
Hello LKML,
Is there a serious reason why CPU MSR is write protected in UEFI secure
boot mode in Linux?
* In order to even use MSR you have to be root to `modprobe msr`.
* In order to read/write from/to MSR you have to be root as
/dev/cpu/*/msr is accessible only by root.
* CPU registers
We are really talking about pinned_vm here.
Signed-off-by: Davidlohr Bueso
---
Documentation/infiniband/user_verbs.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/infiniband/user_verbs.txt
b/Documentation/infiniband/user_verbs.txt
index
On Thu, Feb 07, 2019 at 12:43:51AM +, Nadav Amit wrote:
> > On Feb 6, 2019, at 4:32 PM, Michael S. Tsirkin wrote:
> >
> > On Wed, Feb 06, 2019 at 03:57:03PM -0800, Nadav Amit wrote:
> >> Introduce interfaces for ballooning enqueueing and dequeueing of a list
> >> of pages. These interfaces
Hi all,
Today's linux-next merge of the nand tree got a conflict in:
MAINTAINERS
between commit:
2e73bb33366d ("arm64: dts: marvell: Add device tree for uDPU board")
from the mvebu tree and commit:
0f416a463ecc ("MAINTAINERS: Add entry for Amlogic NAND controller driver")
from the
From: Miquel Raynal
Date: Tue, 5 Feb 2019 12:07:28 +0100
> On one hand, the mv88e6xxx driver has a work queue called in loop
> which will attempt register accesses after MDIO bus suspension, that
> entirely freezes the platform during suspend.
>
> On the other hand, the DSA core is not ready
From: Randy Dunlap
Fix markup warnings in cgroup-v2.rst:
Documentation/admin-guide/cgroup-v2.rst:1509: WARNING: Block quote ends without
a blank line; unexpected unindent.
Documentation/admin-guide/cgroup-v2.rst:1511: WARNING: Block quote ends without
a blank line; unexpected unindent.
I have a patch up for review that fixes the second case of chopping
off the directory when nesting thin archives:
https://reviews.llvm.org/D57842. I'll commit it tomorrow if there are
no more comments.
I was looking at the first case of supporting the P modifier, and
found that, as implemented
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
drivers/net/ethernet/mellanox/mlx5/core/en_tc.c
between commit:
1651925d403e ("net/mlx5e: Use the inner headers to determine tc/pedit offload
limitation on decap flows")
from the net tree and commit:
738678817573
On Thu, Feb 07, 10:43, Dave Chinner wrote
> File data readahead: REQ_RAHEAD
> Metadata readahead: REQ_META | REQ_RAHEAD
>
> drivers/md/bcache/request.c::check_should_bypass():
>
> /*
> * Flag for bypass if the IO is for read-ahead or background,
> * unless the
On Tue, Jan 22, 2019 at 3:38 PM Tri Vo wrote:
>
> This patch series adds Clang supoprt for gcov.
>
> Patch 1 refactors existing code in preparation for Clang support.
> Patch 2 implements necessary LLVM runtime hooks and gcov kernel interfaces.
> Patch 3 updates documentation.
>
> Greg Hackmann
Hi Viresh,
Today's linux-next merge of the opp tree got a conflict in:
drivers/cpufreq/qcom-cpufreq-hw.c
between commit:
5471b2c9bd08 ("cpufreq: qcom: Read voltage LUT and populate OPP")
from the cpufreq-arm tree and commit:
597457d7e054 ("cpufreq: qcom-hw: Register an Energy Model")
> On Feb 6, 2019, at 4:32 PM, Michael S. Tsirkin wrote:
>
> On Wed, Feb 06, 2019 at 03:57:03PM -0800, Nadav Amit wrote:
>> Introduce interfaces for ballooning enqueueing and dequeueing of a list
>> of pages. These interfaces reduce the overhead of storing and restoring
>> IRQs by batching the
On Wed, Feb 6, 2019 at 4:37 PM Nathan Chancellor
wrote:
>
> On Wed, Feb 06, 2019 at 04:30:21PM -0800, Nick Desaulniers wrote:
> > On Wed, Feb 6, 2019 at 4:28 PM Masahiro Yamada
> > wrote:
> > > BTW, it would be nice if kbuild test robot
> > > could test building with clang ...
> >
> > Is "kbuild
On Wed, Feb 06, 2019 at 04:30:21PM -0800, Nick Desaulniers wrote:
> On Wed, Feb 6, 2019 at 4:28 PM Masahiro Yamada
> wrote:
> > BTW, it would be nice if kbuild test robot
> > could test building with clang ...
>
> Is "kbuild test robot" different than 0day, kernelCI, or ClangBuiltLinux's CI?
>
On 2/6/19 4:17 PM, Luck, Tony wrote:
> [ 93.491692] RAX: RBX: RCX:
> 99623f2c3f70
> [ 93.499658] RDX: 2e6b58da0121 RSI: RDI:
> 7fff9981feeab000
...
> Potentially the problem might be a non-canonical address passed down
> by the
On Wed, Feb 06, 2019 at 03:57:03PM -0800, Nadav Amit wrote:
> Introduce interfaces for ballooning enqueueing and dequeueing of a list
> of pages. These interfaces reduce the overhead of storing and restoring
> IRQs by batching the operations. In addition they do not panic if the
> list of pages is
On Mon, 21 Jan 2019 11:17:21 +
Quentin Perret wrote:
> The recently introduced Energy Aware Scheduling (EAS) feature relies on
> a large set of concepts, assumptions, and design choices that are
> probably not obvious for an outsider. Moreover, enabling EAS on a
> particular platform isn't
On Wed, Feb 6, 2019 at 4:28 PM Masahiro Yamada
wrote:
> BTW, it would be nice if kbuild test robot
> could test building with clang ...
Is "kbuild test robot" different than 0day, kernelCI, or ClangBuiltLinux's CI?
--
Thanks,
~Nick Desaulniers
On Thu, Feb 7, 2019 at 9:24 AM Masahiro Yamada
wrote:
>
> On Thu, Feb 7, 2019 at 3:03 AM Nathan Chancellor
> wrote:
> >
> > On Wed, Feb 06, 2019 at 09:36:55AM -0800, Nick Desaulniers wrote:
> > > On Wed, Feb 6, 2019 at 9:32 AM Jon Flatley wrote:
> > > >
> > > > On Wed, Feb 6, 2019 at 8:45 AM
On Fri, 25 Jan 2019 12:07:00 -0600
Jeremy Linton wrote:
> For a while Arm64 has been capable of force enabling
> or disabling the kpti mitigations. Lets make sure the
> documentation reflects that.
>
> Signed-off-by: Jeremy Linton
> Cc: Jonathan Corbet
> Cc: linux-...@vger.kernel.org
I've
On Thu, Feb 7, 2019 at 3:03 AM Nathan Chancellor
wrote:
>
> On Wed, Feb 06, 2019 at 09:36:55AM -0800, Nick Desaulniers wrote:
> > On Wed, Feb 6, 2019 at 9:32 AM Jon Flatley wrote:
> > >
> > > On Wed, Feb 6, 2019 at 8:45 AM Nathan Chancellor
> > > wrote:
> > > >
> > > > On Tue, Feb 05, 2019 at
On Mon, 4 Feb 2019 22:30:47 +0100
Federico Vaga wrote:
> This patch adds the Italian translation for the following documents
> in Documentation/process:
>
> - applying-patches
> - submit-checklist
> - submitting-drivers
> - changes
> - stable api nonsense
>
> Signed-off-by: Federico Vaga
On Wed, 23 Jan 2019 21:22:55 +0100
Federico Vaga wrote:
> This patch translates in Italian the content of the following patch
>
> 7967656ffbfa coding-style: Clarify the expectations around bool
>
> Signed-off-by: Federico Vaga
Applied, thanks.
jon
On Wed, Feb 6, 2019 at 3:41 PM Jason Gunthorpe wrote:
[..]
> > You're describing the current situation, i.e. Linux already implements
> > this, it's called Device-DAX and some users of RDMA find it
> > insufficient. The choices are to continue to tell them "no", or say
> > "yes, but you need to
On Tue, 29 Jan 2019 15:11:40 +0100 (CET)
Thomas Gleixner wrote:
> On Tue, 29 Jan 2019, Jessica Yu wrote:
> > +++ Thomas Gleixner [28/01/19 23:38 +0100]:
> > > +"GPL" Module is licensed under GPL version
> > > 2. This
> > > + does not
On Wed, 06 Feb 2019 23:55:38 +0100
Federico Vaga wrote:
> I am having a look at this document and I am wandering if this is an
> useful
> document? Clearly I see value in the table with all requirements
> summarised,
> but I do not see it for the rest of the document.
>
> So, I propose to
On Tue, Dec 25, 2018 at 12:11:06AM +0100, Ingo Molnar wrote:
> Peter Zijlstra (9):
> x86/mm/cpa: Add ARRAY and PAGES_ARRAY selftests
> x86/mm/cpa: Add __cpa_addr() helper
> x86/mm/cpa: Make cpa_data::vaddr invariant
> x86/mm/cpa: Simplify the code after making cpa->vaddr
On Tue, Feb 5, 2019 at 1:38 AM Rasmus Villemoes
wrote:
>
> On 05/02/2019 09.05, Masahiro Yamada wrote:
> > On Mon, Feb 4, 2019 at 4:24 AM Rasmus Villemoes
> > wrote:
> >> +#define static_assert(expr, ...) __static_assert(expr, ##__VA_ARGS__,
> >> #expr)
> >> +#define __static_assert(expr, msg,
Code polling NVME_CSTS_SHST_CMPLT in nvme_shutdown_ctrl() is very
similar to polling loop in nvme_wait_ready(). Move shared polling loop
code into __nvme_wait_ready() and re-implement both
nvme_shutdown_ctrl() and nvme_wait_ready() on top of it to avoid code
repetition.
Signed-off-by: Andrey
Simplify filed's initialization by directly assigning its final value
instead of initializing the variable to sero and then bitwise or-ing
it.
Signed-off-by: Andrey Smirnov
Cc: Mathias Nyman
Cc: Greg Kroah-Hartman
Cc: linux-...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
Get page size order using ffs() instead of open coding it with a loop.
Signed-off-by: Andrey Smirnov
Cc: Mathias Nyman
Cc: Greg Kroah-Hartman
Cc: linux-...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
drivers/usb/host/xhci-mem.c | 6 +-
1 file changed, 1 insertion(+), 5
Xhci_handshake() implements the algorithm already captured by
readl_poll_timeout(). Convert the former to use the latter to avoid
repetition.
Signed-off-by: Andrey Smirnov
Cc: Mathias Nyman
Cc: Greg Kroah-Hartman
Cc: linux-...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
On Fri, 1 Feb 2019 10:30:58 +0300
Alexey Budankov wrote:
> Elaborate on possible perf_event/Perf privileged users groups
> and document steps about creating such groups.
>
> Signed-off-by: Alexey Budankov
> ---
> Documentation/admin-guide/perf-security.rst | 43 +
> 1 file
On Fri, 1 Feb 2019 10:29:11 +0300
Alexey Budankov wrote:
> Extend perf-security.rst file with perf_events/Perf resource control
> section describing RLIMIT_NOFILE and perf_event_mlock_kb settings for
> performance monitoring user processes.
>
> Signed-off-by: Alexey Budankov
Overall these
The mm-of-the-moment snapshot 2019-02-06-15-57 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You
From: Xavier Deguillard
Currently, the balloon driver would fail to run if memory is greater
than 16TB of vRAM. Previous patches have already converted the balloon
target and size to 64-bit, so all that is left to do add is to avoid
asserting memory is smaller than 16TB if the hypervisor
The hypervisor might refuse to inflate pages. While the balloon driver
handles this scenario correctly, a refusal to inflate a 2MB pages might
cause the same page to be allocated again later just for its inflation
to be refused again. This wastes energy and time.
To avoid this situation, split
Following the new kernel policy.
Signed-off-by: Nadav Amit
---
drivers/misc/vmw_balloon.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/misc/vmw_balloon.c b/drivers/misc/vmw_balloon.c
index f8240b87df22..c4371ec132d3 100644
--- a/drivers/misc/vmw_balloon.c
+++
Introduce interfaces for ballooning enqueueing and dequeueing of a list
of pages. These interfaces reduce the overhead of storing and restoring
IRQs by batching the operations. In addition they do not panic if the
list of pages is empty.
Cc: "Michael S. Tsirkin"
Cc: Jason Wang
Cc:
Add a shrinker to the VMware balloon to prevent out-of-memory events.
We reuse the deflate logic for this matter. Deadlocks should not happen,
as no memory allocation is performed while the locks of the
communication (batch/page) and page-list are taken. In the unlikely
event in which the
Various enhancements for VMware balloon, some of which are remainder
from a previous patch-set.
Patch 1: Drop the version number
Patch 2: Adds support for 64-bit memory limit
Patches 3-4: Support for compaction
Patch 5: Support for memory shrinker - disabled by default
Patch 6: Split refused
Add support for compaction for VMware balloon. Since unlike the virtio
balloon, we also support huge-pages, which are not going through
compaction, we keep these pages in vmballoon and handle this list
separately. We use the same lock to protect both lists, as this lock is
not supposed to be
REGULATORY_WIPHY_SELF_MANAGED as set here breaks NL80211_CMD_GET_REG,
because it expects the wiphy to do regulatory management. Since
virt_wifi does not do regulatory management, this triggers a WARN_ON in
NL80211_CMD_GET_REG and fails the netlink command.
Removing REGULATORY_WIPHY_SELF_MANAGED
Paul Kocialkowski writes:
> From: Boris Brezillon
>
> Add a debugfs entry and helper for reporting HVS underrun errors as
> well as helpers for masking and unmasking the underrun interrupts.
> Add an IRQ handler and initial IRQ configuration.
> Rework related register definitions to take the
Paul Kocialkowski writes:
> When the pipeline is reconfigured with a different mode, changes take
> effect immediately for the CRTC and encoder while the HVS takes some
> time to switch the active display list. This results in a period of
> time where the pipeline is out of sync, that is very
On Thu, Feb 7, 2019 at 12:10 AM Keith Busch wrote:
>
> On Tue, Feb 05, 2019 at 04:17:09PM +0100, Rafael J. Wysocki wrote:
> > wrote:
> > >
> > > When you use a "raw" kobject then userspace tools do not see the devices
> > > and attributes in libraries like udev.
> >
> > And why would they need
On Sun, 3 Feb 2019 21:00:19 +0100
Otto Sabart wrote:
> Legacy IO schedulers (cfq, deadline and noop) were removed in
> f382fb0bcef4.
>
> The documentation for deadline was retained because it carries over to
> mq-deadline as well, but location of the doc file was changed over time.
>
> The old
On Mon, 4 Feb 2019 14:16:57 +0530
Kamalesh Babulal wrote:
> Fix the spelling of 'functionnality' -> 'functionality'.
>
> Signed-off-by: Kamalesh Babulal
Applied, thanks.
jon
On Wed, Feb 06, 2019 at 10:11:21PM +, Nix wrote:
> So I just upgraded to 4.20 and revived my long-turned-off bcache now
> that the metadata corruption leading to mount failure on dirty close may
> have been identified (applying Tang Junhui's patch to do so)... and I
> spotted something a bit
On Wed, Feb 6, 2019 at 3:17 PM Larry Bassel wrote:
>
> Is mmaping a PMEM/DAX/fs file MAP_PRIVATE supported?
Yes.
> Is it something
> that people are likely to want to do?
MAP_PRIVATE for file backed mappings is useful for processes to read
common data as input, but hide their writes to that
On Wed, Feb 06, 2019 at 03:30:27PM -0800, Dan Williams wrote:
> On Wed, Feb 6, 2019 at 3:21 PM Jason Gunthorpe wrote:
> >
> > On Wed, Feb 06, 2019 at 02:44:45PM -0800, Dan Williams wrote:
> >
> > > > Do they need to stick with xfs?
> > >
> > > Can you clarify the motivation for that question?
Hi Joel,
> I'm curious did you try the freezing process and see if pointless wakeups are
> reduced? That would be an added bonus if you did.
I'm currently testing these changes. I hope to be able to come back with
more concrete results soon.
Also, I just noticed that the third patch removes a
On Wed, Feb 6, 2019 at 3:21 PM Jason Gunthorpe wrote:
>
> On Wed, Feb 06, 2019 at 02:44:45PM -0800, Dan Williams wrote:
>
> > > Do they need to stick with xfs?
> >
> > Can you clarify the motivation for that question? This problem exists
> > for any filesystem that implements an mmap that where
So I just upgraded to 4.20 and revived my long-turned-off bcache now
that the metadata corruption leading to mount failure on dirty close may
have been identified (applying Tang Junhui's patch to do so)... and I
spotted something a bit disturbing. It appears that XFS directory and
metadata I/O is
The HW only executes a load once the tile coordinates packet happens,
and only tracks one at a time, so by emitting our two MSAA loads back
to back we would end up with an undefined color or Z buffer.
Fixes dEQP-EGL.functional.render.multi_context.gles2.rgb888_window
Signed-off-by: Eric Anholt
On Tue, Feb 05, 2019 at 01:04:28PM -0800, Thinh Nguyen wrote:
> The Synopsys HAPS USB controller has a VID PID (16c3,abcd) that matches
> to an existing PCIe controller. This quirk is intended for USB HAPS
> devices only. To fix this, check for the PCI class USB xHCI to prevent
> matching the PCIe
On Wed, Feb 06, 2019 at 02:44:45PM -0800, Dan Williams wrote:
> > Do they need to stick with xfs?
>
> Can you clarify the motivation for that question? This problem exists
> for any filesystem that implements an mmap that where the physical
> page backing the mapping is identical to the physical
Is mmaping a PMEM/DAX/fs file MAP_PRIVATE supported? Is it something
that people are likely to want to do?
If it is supported, suppose I open a file in PMEM/DAX/fs, mmap it
MAP_PRIVATE, read from the memory mapped file (with memory accesses,
not the read syscall) and take a page fault which the
On Wed, Feb 6, 2019 at 2:02 PM Ulf Hansson wrote:
>
> On Wed, 6 Feb 2019 at 13:10, Rafael J. Wysocki wrote:
> >
> > On Wed, Feb 6, 2019 at 12:24 PM Ulf Hansson wrote:
> > >
> > > On Wed, 6 Feb 2019 at 10:56, Rafael J. Wysocki wrote:
> > > >
> > > > On Tue, Feb 5, 2019 at 12:27 PM Rafael J.
On Tue, Feb 05, 2019 at 04:17:09PM +0100, Rafael J. Wysocki wrote:
> wrote:
> >
> > When you use a "raw" kobject then userspace tools do not see the devices
> > and attributes in libraries like udev.
>
> And why would they need it in this particular case?
>
> > So unless userspace does not care
From: John Hubbard
Hi,
I ran across this while working on the get_user_pages() + [R]DMA problem,
but we might as well remove the small bit of code duplication, independent
of gup/dma (which is going to take "a little bit" longer to get submitted,
ha).
John Hubbard (1):
mm:
From: John Hubbard
This combines the common elements of these routines:
page_cache_get_speculative()
page_cache_add_speculative()
This was anticipated by the original author, as shown by the comment
in commit ce0ad7f095258 ("powerpc/mm: Lockless get_user_pages_fast()
for 64-bit (v3)"):
On Mon, 28 Jan 2019 at 11:53, Maxime Ripard wrote:
>
> The older CSI drivers have camera capture interface different from the one
> in the newer ones.
>
> This IP is pretty simple. Some variants (one controller out of two
> instances on some SoCs) have an ISP embedded, but there's no code that
Hi all,
In commit
4284dc008f43 ("platform/x86: intel_pmc_core: Fix file permissions for
ltr_show")
Fixes tag
Fixes: 63cde0c16c67 ("platform/x86: intel_pmc_core: Show Latency Tolerance
info")
has these problem(s):
- Target SHA1 does not exist
Did you mean:
2eb150558bb7
On 2019-01-21 09:11, Federico Vaga wrote:
On Monday, January 21, 2019 2:56:17 AM CET Jonathan Corbet wrote:
On Sat, 19 Jan 2019 23:13:41 +0100
Federico Vaga wrote:
> This patch adds the Italian translation for the following documents
> in Documentation/process:
>
> - applying-patches
> -
Hi all,
Today's linux-next merge of the tegra tree got a conflict in:
arch/arm64/configs/defconfig
between commit:
9bd01e74c715 ("arm64: defconfig: Add i.MX8MQ boot necessary configs")
from the imx-mxs tree and commit:
bc72bed682a9 ("arm64: defconfig: Enable Tegra TCU")
from the tegra
If you need it:
Reviewed-by: William Kucharski
On Wed, Feb 6, 2019 at 2:25 PM Doug Ledford wrote:
>
> On Wed, 2019-02-06 at 15:08 -0700, Jason Gunthorpe wrote:
> > On Thu, Feb 07, 2019 at 08:03:56AM +1100, Dave Chinner wrote:
> > > On Wed, Feb 06, 2019 at 07:16:21PM +, Christopher Lameter wrote:
> > > > On Wed, 6 Feb 2019, Doug Ledford
On Wed, Feb 6, 2019 at 11:32 PM Pavel Machek wrote:
>
> On Wed 2019-02-06 23:19:18, Rafael J. Wysocki wrote:
> > On Wed, Feb 6, 2019 at 10:20 PM Pavel Machek wrote:
> > >
> > > Hi!
> > >
> > > > Since kernel version 4.19, my computer is unable to resume from suspend
> > > > to
> > > > RAM. I've
On 2/6/19 2:38 PM, Moritz Fischer wrote:
> Hi Andrew,
>
> thanks for your feedback.
>
> On Wed, Feb 06, 2019 at 10:53:22PM +0100, Andrew Lunn wrote:
>> On Wed, Feb 06, 2019 at 12:51:06PM -0800, Moritz Fischer wrote:
>>> Move the DT based link GPIO parsing to of_mdio and let the places
>>> that
Hi,
On 19/01/2019 15:43:32+0100, Martin Blumenstingl wrote:
> +static int meson_rtc_probe(struct platform_device *pdev)
> +{
> + struct nvmem_config meson_rtc_nvmem_config = {
> + .name = "meson-rtc-regmem",
> + .word_size = 4,
> + .stride = 4,
> +
Hi Andrew,
thanks for your feedback.
On Wed, Feb 06, 2019 at 10:53:22PM +0100, Andrew Lunn wrote:
> On Wed, Feb 06, 2019 at 12:51:06PM -0800, Moritz Fischer wrote:
> > Move the DT based link GPIO parsing to of_mdio and let the places
> > that register a fixed_phy pass in a GPIO descriptor or
On Wed 2019-02-06 23:19:18, Rafael J. Wysocki wrote:
> On Wed, Feb 6, 2019 at 10:20 PM Pavel Machek wrote:
> >
> > Hi!
> >
> > > Since kernel version 4.19, my computer is unable to resume from suspend to
> > > RAM. I've run git bisect and filed bug report at
> > >
Hi,
On 19/01/2019 15:43:31+0100, Martin Blumenstingl wrote:
> The 32-bit Amlogic Meson SoCs (Meson6, Meson8, Meson8b and Meson8m2)
> have a built-in RTC block.
> It has the following inputs:
> - an 32.768kHz crystal oscillator
> - an interrupt line
> - a reset line
> - 0.9V voltage input
>
>
Geliang Tang wrote:
> key->type->instantiate can be NULL, add NULL checking to prevent
> NULL pointer dereference in __key_instantiate_and_link().
Do you have an oops report or test case for this?
David
Oleg Nesterov writes:
> Eric, at al,
>
> Sorry, I am on on vacation, can't even read this thread right now,
> so I am not sure I understand the problem correctly...
That is fair. Please don't let me mess up your vacation.
The problem is an infinite stream of SIGHUP from a timer, making
On Wed, 2019-02-06 at 15:08 -0700, Jason Gunthorpe wrote:
> On Thu, Feb 07, 2019 at 08:03:56AM +1100, Dave Chinner wrote:
> > On Wed, Feb 06, 2019 at 07:16:21PM +, Christopher Lameter wrote:
> > > On Wed, 6 Feb 2019, Doug Ledford wrote:
> > >
> > > > > Most of the cases we want revoke for are
On Wed, Feb 6, 2019 at 10:20 PM Pavel Machek wrote:
>
> Hi!
>
> > Since kernel version 4.19, my computer is unable to resume from suspend to
> > RAM. I've run git bisect and filed bug report at
> > https://bugzilla.kernel.org/show_bug.cgi?id=201519
> > three months ago, however, I received no
From: David Miller
Date: Wed, 06 Feb 2019 13:50:50 -0800 (PST)
> From: Florian Fainelli
> Date: Wed, 6 Feb 2019 09:45:34 -0800
>
>> Based on discussion with Ido and feedback from Jakub there are clearly
>> two classes of users that implement SWITCHDEV_ATTR_ID_PORT_PARENT_ID:
>>
>> - PF/VF
On Thu, Jan 24, 2019 at 07:03:53PM +0200, Timo Alho wrote:
> Split BPMP driver into common and chip specific parts to facilitate
> adding support for previous and future Tegra chips that are using BPMP
> as co-processor.
>
> Signed-off-by: Timo Alho
> Acked-by: Jon Hunter
> Signed-off-by:
> On Feb 6, 2019, at 1:06 PM, Greg Kroah-Hartman
> wrote:
>
> On Wed, Feb 06, 2019 at 08:39:52PM +, Nadav Amit wrote:
>>> On Feb 6, 2019, at 8:42 AM, Greg Kroah-Hartman
>>> wrote:
>>>
>>> On Tue, Feb 05, 2019 at 09:13:31PM -0800, Nadav Amit wrote:
Following recent changes.
On 2/6/19 9:22 AM, Eugeniy Paltsev wrote:
> Handle U-boot arguments paranoidly:
> * don't allow to pass unknown tag.
> * try to use external device tree blob only if corresponding tag
>(TAG_DTB) is set.
> * don't check: uboot_tag if kernel build with no ARC_UBOOT_SUPPORT.
>
> While I'm at
On Fri, Feb 01, 2019 at 02:28:26PM +0100, Thierry Reding wrote:
> If we use the IOMMU API directly to map buffers into host1x' IOVA space,
> we must make sure that the DMA API doesn't already set up a mapping, or
> else translation will fail.
>
> The direct DMA API allows us to allocate memory
On Thu, Feb 07, 2019 at 08:03:56AM +1100, Dave Chinner wrote:
> On Wed, Feb 06, 2019 at 07:16:21PM +, Christopher Lameter wrote:
> > On Wed, 6 Feb 2019, Doug Ledford wrote:
> >
> > > > Most of the cases we want revoke for are things like truncate().
> > > > Shouldn't happen with a sane
Quoting Evan Green (2019-02-05 10:59:02)
> The phy code was using implicit sequencing between the PHY driver
> and the UFS driver to implement certain hardware requirements.
> Specifically, the PHY reset register in the UFS controller needs
> to be deasserted before serdes start occurs in the PHY.
On Wed, Feb 6, 2019 at 5:47 PM Daniel Vetter wrote:
>
> While typing these I think doing an s/component_master/aggregate/
> would be useful:
> - it's shorter :-)
> - I think component/aggregate is much more meaningful naming than
> component/puppetmaster or something like that. At least to my
>
On 2/6/19 1:48 PM, Julien Gomes wrote:
>
>
> On 2/6/19 1:39 PM, Neil Horman wrote:
>> On Wed, Feb 06, 2019 at 01:26:55PM -0800, Julien Gomes wrote:
>>>
>>>
>>> On 2/6/19 1:07 PM, Marcelo Ricardo Leitner wrote:
On Wed, Feb 06, 2019 at 12:48:38PM -0800, Julien Gomes wrote:
>
>
101 - 200 of 994 matches
Mail list logo