On Thursday, June 28, 2018 9:48:48 AM CEST Krzysztof Kozlowski wrote:
> On 28 June 2018 at 09:41, Krzysztof Kozlowski wrote:
> > On 27 June 2018 at 19:12, Paweł Chmiel
> > wrote:
> >> This DTS file have initial support Samsung Aries based phones.
> >> Initial version have support for:
> >> - sdc
From: Michal Hocko
3812c8c8f395 ("mm: memcg: do not trap chargers with full callstack on OOM")
has changed the ENOMEM semantic of memcg charges. Rather than invoking
the oom killer from the charging context it delays the oom killer to the
page fault path (pagefault_out_of_memory). This in turn me
> -Original Message-
> From: Vitaly Kuznetsov
> Sent: Thursday, June 28, 2018 8:05 AM
> To: Wanpeng Li
> Cc: Radim Krcmar ; kvm ;
> Paolo Bonzini ; Roman Kagan
> ; KY Srinivasan ; Haiyang
> Zhang ; Stephen Hemminger
> ; Michael Kelley (EOSG)
> ; Mohammed Gamal
> ; Cathy Avery ; LKML k
On Tue, Jun 19, 2018 at 06:23:52PM +0200, Vitor Fernandes Ferreira wrote:
> Signed-off-by: Vitor Fernandes Ferreira
> ---
> drivers/staging/comedi/comedi_fops.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Hi,
This is the friendly patch-bot of Greg Kroah-Hartman. You have sent h
Wanpeng Li writes:
> Hi Paolo and Radim,
>
> I have already completed the patches for linux guest/kvm/qemu w/ vCPUs
> <= 64, however, extra complication as the ex in hyperv should be
> introduced for vCPUs > 64, so do you think vCPU <=64 is enough for
> linux guest or should me introduce two hype
On Thu, Jun 28, 2018 at 05:34:07PM +0300, Sagi Grimberg wrote:
>
> > Thinking more on this, not using the hw qid really limits the utility
> > out of using these trace events: We may not be able to match a completion
> > to the submission without it since cmdid alone isn't enough to match up
> > t
>
> On Wed, 2018-06-27 at 21:13 +, Winkler, Tomas wrote:
> > Very well, I will remove the NESTED flag. though I have feeling you
> > are shooting from the hip you didn't really read the code.
> > Please there anyone who can review the code?
>
> Asking to change a minor thing in a patch doe
Hi,
On 28-06-18 17:00, Michael Straube wrote:
On 06/28/18 11:34, Bastien Nocera wrote:
On Thu, 2018-06-28 at 10:22 +0200, Hans de Goede wrote:
Hi,
On 28-06-18 09:43, Michael Straube wrote:
Hi,
I stumbled upon the following if else construct in
drivers/staging/rtl8723bs/os_dep/sdio_intf.c:61
On 06/28/18 11:34, Bastien Nocera wrote:
On Thu, 2018-06-28 at 10:22 +0200, Hans de Goede wrote:
Hi,
On 28-06-18 09:43, Michael Straube wrote:
Hi,
I stumbled upon the following if else construct in
drivers/staging/rtl8723bs/os_dep/sdio_intf.c:618
if (pwrpriv->bInternalAutoSuspend)
On Thu, Jun 28, 2018 at 07:23:22AM -0700, Fenghua Yu wrote:
> On Thu, Jun 28, 2018 at 09:53:17AM +0200, Thomas Gleixner wrote:
> > On Wed, 27 Jun 2018, Fenghua Yu wrote:
> > > On Thu, Jun 21, 2018 at 09:55:40PM +0200, Peter Zijlstra wrote:
> > > > On Sun, May 27, 2018 at 08:45:53AM -0700, Fenghua Y
When booting with devicetree, and the devicetree has the cpu-map
node, the topology IDs that are visible from sysfs are generated
with counters. ACPI, on the other hand, uses ACPI table pointer
offsets, which, while guaranteed to be unique, look a bit weird.
Instead, we can generate DT identical to
On 06/28/2018 04:49 PM, David Hildenbrand wrote:
> On 28.06.2018 16:39, Christian Borntraeger wrote:
>>
>>
>> On 06/28/2018 03:18 PM, David Hildenbrand wrote:
>>> On 28.06.2018 14:39, Christian Borntraeger wrote:
KVM guests on s390 can notify the host of unused pages. This can result
i
On Thu, Jun 28, 2018 at 03:09:19PM +0100, Sudeep Holla wrote:
>
>
> On 28/06/18 14:19, Jeremy Linton wrote:
> > Hi,
> >
> > On 06/28/2018 07:12 AM, Sudeep Holla wrote:
>
> [...]
>
> >>
> >> OK sure. I liked the approach in Shunyong's patch. I was thinking if we
> >> can avoid the list and dyna
Hi Will,
On 2018/6/27 14:28, Will Deacon wrote:
> On Wed, Jun 27, 2018 at 02:22:03PM +0100, Wei Xu wrote:
>> On 2018/6/26 18:47, Will Deacon wrote:
>>> If you look at the __idmap_kpti_put_pgtable_ent_ng asm macro, can you try
>>> replacing:
>>>
>>> dc civac, cur_\()\type\()p
>>>
>>> with:
On 28.06.2018 16:39, Christian Borntraeger wrote:
>
>
> On 06/28/2018 03:18 PM, David Hildenbrand wrote:
>> On 28.06.2018 14:39, Christian Borntraeger wrote:
>>> KVM guests on s390 can notify the host of unused pages. This can result
>>> in pte_unused callbacks to be true for KVM guest memory.
>>
Hi,
On Thu, Jun 28, 2018 at 10:28:56PM +0800, joeyli wrote:
> On Thu, Jun 28, 2018 at 09:50:17PM +0800, Yu Chen wrote:
> > Hi,
> > On Thu, Jun 28, 2018 at 09:07:20PM +0800, joeyli wrote:
> > > Hi Chen Yu,
> > >
> > > On Wed, Jun 20, 2018 at 05:40:32PM +0800, Chen Yu wrote:
> > > > Use the helper f
Em Tue, May 08, 2018 at 09:27:42PM +, Jeremy Cline escreveu:
> Hi folks,
>
> This patch set adds Python 3 support to a number of perf scripts,
> including those generated by "perf script -g python", without breaking
> Python 2 compatibility.
Argh, this fell thru the cracks, sorry, all seems o
On 06/28/2018 03:18 PM, David Hildenbrand wrote:
> On 28.06.2018 14:39, Christian Borntraeger wrote:
>> KVM guests on s390 can notify the host of unused pages. This can result
>> in pte_unused callbacks to be true for KVM guest memory.
>>
>> If a page is unused (checked with pte_unused) we might
Thinking more on this, not using the hw qid really limits the utility
out of using these trace events: We may not be able to match a completion
to the submission without it since cmdid alone isn't enough to match up
the two events.
Here's an updated proposal and actually tested. I was also abl
Matthew Wilcox wrote on Thu, Jun 28, 2018:
> How about this?
>
> /*
>* This barrier is needed to make sure any change made to req before
> - * the other thread wakes up will indeed be seen by the waiting side.
> + * the status change is visible to another thread
>*/
On Thu, Jun 28, 2018 at 09:50:17PM +0800, Yu Chen wrote:
> Hi,
> On Thu, Jun 28, 2018 at 09:07:20PM +0800, joeyli wrote:
> > Hi Chen Yu,
> >
> > On Wed, Jun 20, 2018 at 05:40:32PM +0800, Chen Yu wrote:
> > > Use the helper functions introduced previously to encrypt
> > > the page data before they
On Mon, Jun 25, 2018 at 09:46:11PM +1000, Finn Thain wrote:
> A 32-bit mask is used by default because a NuBus slot has 32
> address/data lines and a NuBus board is free to use all of them.
Looks good:
On Fri, Jun 22, 2018 at 8:29 PM Bjorn Andersson
wrote:
> On Fri 22 Jun 10:58 PDT 2018, Bjorn Andersson wrote:
> > On Mon 18 Jun 13:52 PDT 2018, Stephen Boyd wrote:
> >
> > > We rely on devices to use pinmuxing configurations in DT to select the
> > > GPIO function (function 0) if they're going to
On Thu, Jun 28, 2018 at 09:53:17AM +0200, Thomas Gleixner wrote:
> On Wed, 27 Jun 2018, Fenghua Yu wrote:
> > On Thu, Jun 21, 2018 at 09:55:40PM +0200, Peter Zijlstra wrote:
> > > On Sun, May 27, 2018 at 08:45:53AM -0700, Fenghua Yu wrote:
> > > > set_bit() called by set_cpu_cap() is a locked bit s
On Mon, Jun 18, 2018 at 4:23 PM Arnd Bergmann wrote:
> getnstimeofday64() is deprecated in favor of the ktime_get() family.
>
> The direct replacement would be ktime_get_real_ts64(), but we only need
> the seconds value, and it seems better to use boottime than real time
> to avoid unexpected beh
> Is this at a point in boot where a BUG_ON() generally produces useful
> output, or will it just produce and early-boot silent hang with no
> console output?
Probably depends on the platform, but in KVM, I see a nice panic
message (inserted BUG_ON(1) into sparse_init()):
[0.00] kernel BU
On 28/06/18 14:19, Jeremy Linton wrote:
> Hi,
>
> On 06/28/2018 07:12 AM, Sudeep Holla wrote:
[...]
>>
>> OK sure. I liked the approach in Shunyong's patch. I was thinking if we
>> can avoid the list and dynamic allocation on each addition and make it
>> more simpler.
>>
>
> This one reads s
On 28/06/2018 12:45, Stanley Chu wrote:
> This patch adds a new "System Timer" on the Mediatek SoCs.
>
> The System Timer is introduced as an always-on timer being
> clockevent device for tick-broadcasting.
>
> For clock, it is driven by 13 MHz system clock.
> The implementation uses the system c
On 28/06/2018 12:45, Stanley Chu wrote:
> This patch fixes bindings of existed "General Purpose Timer",
> and then add bindings of new "System Timer" on Mediatek SoCs.
>
> Signed-off-by: Stanley Chu
> ---
> .../bindings/timer/mediatek,mtk-timer.txt | 38
>
> 1 fi
On Sat, 23 Jun 2018 at 03:14, Radim Krčmář wrote:
>
> 2018-06-22 16:56+0200, Vitaly Kuznetsov:
> > Using hypercall for sending IPIs is faster because this allows to specify
> > any number of vCPUs (even > 64 with sparse CPU set), the whole procedure
> > will take only one VMEXIT.
> >
> > Current H
On 06/28/2018 05:12 AM, Pavel Tatashin wrote:
> You did not, this is basically a safety check. A BUG_ON() would be
> better here. As, this something that should really not happening, and
> would mean a bug in the current project.
Is this at a point in boot where a BUG_ON() generally produces usefu
On Thu, Jun 28, 2018 at 12:20 AM Rohit Kumar wrote:
>
> Thanks Rob for reviewing.
>
>
> On 6/26/2018 12:47 AM, Rob Herring wrote:
> > On Thu, Jun 21, 2018 at 04:23:18PM +0530, Rohit kumar wrote:
> >> Add devicetree bindings documentation file for SDM845 sound card.
> >>
> >> Signed-off-by: Rohit k
On Thu, Jun 28, 2018 at 03:40:29PM +0200, Dominique Martinet wrote:
> Matthew Wilcox wrote on Thu, Jun 28, 2018:
> > --- a/net/9p/client.c
> > +++ b/net/9p/client.c
> > @@ -436,13 +436,9 @@ void p9_client_cb(struct p9_client *c, struct p9_req_t
> > *req, int status)
> > {
> > p9_debug(P9_DEBU
On 28/06/2018 12:45, Stanley Chu wrote:
> Convert the driver to use the timer_of helpers.
> This allows to remove custom proprietary structure,
> factors out and simplifies the code.
>
> Signed-off-by: Stanley Chu
> ---
> drivers/clocksource/timer-mediatek.c | 222
> ---
On repeated module load/unload cycles, its possible for the pvrmda
driver to encounter this crash:
...
297.032448] RIP: 0010:[] []
netdev_walk_all_upper_dev_rcu+0x50/0xb0
[ 297.034078] RSP: 0018:95087780bd08 EFLAGS: 00010286
[ 297.034986] RAX: RBX: RCX: f
On Thu, Jun 28, 2018 at 01:32:41PM +0100, John Whitmore wrote:
> On Thu, Jun 28, 2018 at 10:38:28AM +0300, Dan Carpenter wrote:
> > On Wed, Jun 27, 2018 at 09:22:50PM +0100, John Whitmore wrote:
> > > On Tue, Jun 26, 2018 at 11:56:24AM +0800, Greg KH wrote:
> > > > On Sun, Jun 24, 2018 at 04:34:51P
On 25.6.2018 04:50, Andy Duan wrote:
On 11.6.2018 14:36, Michal Vokáč wrote:
Ahoj,
To configure individual pad's characteristics on i.MX6 SoC a
fsl,pins = property can be used. Is there any
convenient way to configure the pad group control registers?
The issue is that some bits (DDR_SEL and O
Hi.
2018-06-22 0:58 GMT+09:00 Laura Abbott :
> On 06/21/2018 05:43 AM, Ingo Molnar wrote:
>>
>>
>> * Laura Abbott wrote:
>>
>>>
>>> Both the kernel and the vDSO need to have unique build ids.
>>> Insert the build salt section to make the build ids unique.
>>>
>>> Signed-off-by: Laura Abbott
>>>
We can use 'NULL' to represent 'all cpus' case in
kvm_make_vcpus_request_mask() and avoid building vCPU mask with
all vCPUs.
Suggested-by: Radim Krčmář
Signed-off-by: Vitaly Kuznetsov
---
arch/x86/kvm/hyperv.c | 42 +++---
virt/kvm/kvm_main.c | 6 ++
2
On Tue, Jun 19, 2018 at 11:31 AM Tony Lindgren wrote:
> Here are fixes to the race issues for generic group and functions
> reported by H. Nikolaus Schaller . I have not seen
> the issue here myself, so please test to see if this is sufficient.
It looks sane to me, it'd be great to have some Tes
As we now have a fast way to get vCPU index from VP number we can
avoid walking through all vCPUs in kvm_hv_flush_tlb().
Signed-off-by: Vitaly Kuznetsov
---
arch/x86/kvm/hyperv.c | 59 ++-
1 file changed, 16 insertions(+), 43 deletions(-)
diff --g
Using hypercall for sending IPIs is faster because this allows to specify
any number of vCPUs (even > 64 with sparse CPU set), the whole procedure
will take only one VMEXIT.
Current Hyper-V TLFS (v5.0b) claims that HvCallSendSyntheticClusterIpi
hypercall can't be 'fast' (passing parameters through
These structures are going to be used from KVM code so let's make
their names reflect their Hyper-V origin.
Signed-off-by: Vitaly Kuznetsov
---
arch/x86/hyperv/hv_apic.c | 12 ++--
arch/x86/include/asm/hyperv-tlfs.h | 16 +---
2 files changed, 15 insertions(+), 13 de
While it is easy to get VP index from vCPU index the reverse task is hard.
Basically, to solve it we have to walk all vCPUs checking if their VP index
matches. For hypercalls like HvFlushVirtualAddress{List,Space}* and the
upcoming HvSendSyntheticClusterIpi* where a single CPU may be specified in
t
Changes since v1 [Radim Krčmář]:
- Implement VP_IDX -> VCPU_IDX mapping, use it for both PV IPIs and
TLB flush (PATCHes 1-3 added)
- Minor tweaks.
Using hypercall for sending IPIs is faster because this allows to specify
any number of vCPUs (even > 64 with sparse CPU set), the whole procedure
wi
Matthew Wilcox wrote on Thu, Jun 28, 2018:
> --- a/net/9p/client.c
> +++ b/net/9p/client.c
> @@ -436,13 +436,9 @@ void p9_client_cb(struct p9_client *c, struct p9_req_t
> *req, int status)
> {
> p9_debug(P9_DEBUG_MUX, " tag %d\n", req->tc->tag);
>
> - /*
> - * This barrier is nee
Hi,
On Thu, Jun 28, 2018 at 09:07:20PM +0800, joeyli wrote:
> Hi Chen Yu,
>
> On Wed, Jun 20, 2018 at 05:40:32PM +0800, Chen Yu wrote:
> > Use the helper functions introduced previously to encrypt
> > the page data before they are submitted to the block device.
> > Besides, for the case of hiberna
Send out a morse code by using LEDs.
This is useful especially on embedded systems without displays to tell the
user about error conditions and status information.
The trigger will be called "morse"
The string to be send is written into the file morse_string and sent out
with a workqueue. Suppor
2018-06-24 3:59 GMT+09:00 kbuild test robot :
> Hi Masahiro,
>
> I love your patch! Yet something to improve:
>
> [auto build test ERROR on kbuild/for-next]
> [also build test ERROR on v4.18-rc1 next-20180622]
> [cannot apply to mmarek/for-next mmarek/rc-fixes]
> [if your patch is applied to the wr
On Thu, Jun 28, 2018 at 08:38:34AM +0800, Ye Xiaolong wrote:
> Update the result:
>
> testcase/path_params/tbox_group/run: will-it-scale/poll2-performance/lkp-sb03
So this looks like a huge improvement in the per process ops, but not
as large as the original regression, and no change in the per-t
Hi Andrey,
On Thu, Jun 28, 2018 at 1:37 AM, Andrey Smirnov
wrote:
> There's already a USB PHY with reg of zero on that bus - usbphy0, used
> by usbotg (included from imx51.dtsi). Move usbh1phy to @1 avoid
> address collision.
>
> Cc: Fabio Estevam
> Cc: Shawn Guo
> Cc: linux-arm-ker...@lists.in
On Thu, Jun 28, 2018 at 1:37 AM, Andrey Smirnov
wrote:
> Pinctrl_usbh1reg defines pinmux setting for reset GPIO used by
> usbh1phy, but is not referenced by that node. Fix that.
>
> Cc: Fabio Estevam
> Cc: Shawn Guo
> Cc: linux-arm-ker...@lists.infradead.org
> Cc: linux-kernel@vger.kernel.org
>
On Wed, 2018-06-27 at 21:13 +, Winkler, Tomas wrote:
> Very well, I will remove the NESTED flag. though I have feeling you are
> shooting from the hip you didn't really read the code.
> Please there anyone who can review the code?
Asking to change a minor thing in a patch does not really fit
The p9_idpool being used to allocate the IDs uses an IDR to allocate
the IDs ... which we then keep in a doubly-linked list, rather than in
the IDR which allocated them. We can use an IDR directly which saves
two pointers per p9_fid, and a tiny memory allocation per p9_client.
Signed-off-by: Matt
Return NULL instead of ERR_PTR when we can't allocate a FID. The ENOSPC
return value was getting all the way back to userspace, and that's
confusing for a userspace program which isn't expecting read() to tell it
there's no space left on the filesystem. The best error we can return to
indicate a
On a 64-bit system, the wait_queue_head_t is 24 bytes while the pointer
to it is 8 bytes. Growing the p9_req_t by 16 bytes is better than
performing a 24-byte memory allocation.
Signed-off-by: Matthew Wilcox
---
include/net/9p/client.h | 2 +-
net/9p/client.c | 19 +--
There are no more users left of the p9_idpool; delete it.
Signed-off-by: Matthew Wilcox
---
include/net/9p/9p.h | 8 ---
net/9p/Makefile | 1 -
net/9p/util.c | 141
3 files changed, 150 deletions(-)
delete mode 100644 net/9p/util.c
dif
Replace the custom batch allocation with a slab. Use an IDR to store
pointers to the active requests instead of an array. We don't try to
handle P9_NOTAG specially; the IDR will happily shrink all the way back
once the TVERSION call has completed.
Signed-off-by: Matthew Wilcox
---
include/net/
And add a comment about why we don't need it.
Signed-off-by: Matthew Wilcox
---
net/9p/client.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/net/9p/client.c b/net/9p/client.c
index 602f76de388a..2dce8d8307cc 100644
--- a/net/9p/client.c
+++ b/net/9p/client.c
@@ -436,1
The 9p code doesn't take advantage of the IDR's ability to store
a pointer. We can actually get rid of the p9_idpool abstraction
and the multi-dimensional array of requests.
I haven't tested these patches, so caveat maintainer.
Matthew Wilcox (6):
9p: Change p9_fid_create calling convention
Hi,
On 06/28/2018 07:12 AM, Sudeep Holla wrote:
On 28/06/18 12:57, Andrew Jones wrote:
On Thu, Jun 28, 2018 at 10:38:24AM +0100, Sudeep Holla wrote:
Hi Shunyong,
On 28/06/18 10:18, Shunyong Yang wrote:
As PPTT spec doesn't define the physical package id,
find_acpi_cpu_topology_package() wi
On 28.06.2018 14:39, Christian Borntraeger wrote:
> KVM guests on s390 can notify the host of unused pages. This can result
> in pte_unused callbacks to be true for KVM guest memory.
>
> If a page is unused (checked with pte_unused) we might drop this page
> instead of paging it. This can have sid
On Thu, Jun 28, 2018 at 08:12:04AM -0400, Pavel Tatashin wrote:
> > > + if (nr_consumed_maps >= nr_present_sections) {
> > > + pr_err("nr_consumed_maps goes beyond
> > > nr_present_sections\n");
> > > + break;
> > > + }
> >
> > Hi Bao
On Thu, 2018-06-28 at 11:15 +0100, Mark Brown wrote:
> On Wed, Jun 27, 2018 at 11:48:18AM +0200, Jerome Brunet wrote:
>
> > As you've probably noticed, this patch applies on top Jiada's patch
> > pf4c277b817cc ("ASoC: soc-pcm: DPCM cares BE channel constraint")
>
> That isn't a valid hash...
I
On Thu, Jun 28, 2018 at 02:28:55PM +0800, Baoquan He wrote:
> alloc_usemap_and_memmap() is passing in a "void *" that points to
> usemap_map or memmap_map. In next patch we will change both of the
> map allocation from taking 'NR_MEM_SECTIONS' as the length to taking
> 'nr_present_sections' as the
On Tue, Jun 26, 2018 at 11:56:39PM -0400, Nicolas Pitre wrote:
> The vt code translates UTF-8 strings into glyph index values and stores
> those glyph values in the screen buffer. Because there can only be at
> most 512 glyphs at the moment, it is impossible to represent most
> unicode character
Hi Chen Yu,
On Wed, Jun 20, 2018 at 05:40:32PM +0800, Chen Yu wrote:
> Use the helper functions introduced previously to encrypt
> the page data before they are submitted to the block device.
> Besides, for the case of hibernation compression, the data
> are firstly compressed and then encrypted,
Hi Ethan,
On mer., juin 27 2018, Ethan Tuttle wrote:
> Hi Gregory.
>
> On Tue, Jun 26, 2018 at 11:20 PM, Gregory CLEMENT
> wrote:
>> Hi Ethan,
>>
>> On mar., juin 19 2018, Ethan Tuttle wrote:
>>
>>> With CONFIG_FORTIFY_SOURCE, memcpy uses the declared size of operands to
>>> detect buffer o
On Wed, Jun 27, 2018 at 05:21:35PM +0800, honghui.zh...@mediatek.com wrote:
> From: Honghui Zhang
>
> Mediatek's host controller have two slots, each have it's own control
> registers. The host driver need to identify which slot was connected
> in order to access the device's configuration space.
On Thu, Jun 28, 2018 at 05:38:33AM -0700, Paul E. McKenney wrote:
> Please let me try again.
>
> The approach you are suggesting, clever though it is, disables a check
https://lkml.kernel.org/r/20180627094633.gg2...@hirez.programming.kicks-ass.net
Is the one we're talking about, right?
That
On Tue, Jun 26, 2018 at 02:28:26PM -0700, Isaac J. Manjarres wrote:
> When invoking migrate_swap(), stop_two_cpus() swaps the
> source and destination CPU IDs if the destination CPU
> ID is greater than the source CPU ID. This leads to the
> following race condition:
>
> The source CPU invokes mig
Add a new coresight device type, which do not belong to any
of the existing types, i.e, source, sink, link etc. A helper
device could be connected to a coresight device, which could
augment the functionality of the coresight device.
This is intended to cover Coresight Address Translation Unit (CAT
Add support for the Coresight Address Translation Unit (CATU), which
provides improved scatter-gather functionality for TMC-ETR. The CATU
performs address translation for ETR based on a page table, which
contains address of 4KB sized data pages, but uses a different
format from that of the TMC-ETR
Add the initial support for Coresight Address Translation Unit, which
augments the TMC in Coresight SoC-600 by providing an improved Scatter
Gather mechanism. CATU is always connected to a single TMC-ETR and
converts the AXI address with a translated address (from a given SG
table with specific for
Document CATU device-tree bindings. CATU augments the TMC-ETR
by providing an improved Scatter Gather mechanism for streaming
trace data to non-contiguous system RAM pages.
Cc: devicet...@vger.kernel.org
Cc: frowand.l...@gmail.com
Cc: Mark Rutland
Cc: Mathieu Poirier
Reviewed-by: Rob Herring
Si
Now that we can use a CATU with a scatter gather table, add support
for the TMC ETR to make use of the connected CATU in translate mode.
This is done by adding CATU as new buffer mode.
Cc: Mathieu Poirier
Signed-off-by: Suzuki K Poulose
---
drivers/hwtracing/coresight/coresight-catu.c| 122
This patch adds the support for setting up a SG table for use
by the CATU. We reuse the tmc_sg_table to represent the table/data
pages, even though the table format is different.
Similar to ETR SG table, CATU uses a 4KB page size for data buffers
as well as page tables. All table entries are 64bit
Clean up our struct a little bit by using a union instead of
a struct for tracking the subtype of a device.
Cc: Mathieu Poirier
Signed-off-by: Suzuki K Poulose
---
include/linux/coresight.h | 21 -
1 file changed, 12 insertions(+), 9 deletions(-)
diff --git a/include/linux/
Add support for MSI.
Signed-off-by: Xiaowei Song
---
drivers/pci/dwc/pcie-kirin.c | 28
1 file changed, 28 insertions(+)
diff --git a/drivers/pci/dwc/pcie-kirin.c b/drivers/pci/dwc/pcie-kirin.c
index d2970a009eb5..6997276eb69c 100644
--- a/drivers/pci/dwc/pcie-kirin
Before Version Patches
==
patch v4
https://patchwork.kernel.org/patch/10402399/
patch v3
https://www.spinics.net/lists/linux-pci/msg72322.html
patch v2
https://www.spinics.net/lists/kernel/msg2797610.html
patch v1
https://www.spinics.net/lists/kernel/msg2796410.html
Changes be
On 28/06/2018 14:45, Norbert Manthey wrote:
> In some scenarios, we do not want to use CONFIG_NET even though we want
> to use CONFIG_KVM. To get this working, and to not pull in more
> dependencies, we need to disable CONFIG_TASKSTATS as well.
>
> Signed-off-by: Norbert Manthey
> ---
> arch/x86
In some scenarios, we do not want to use CONFIG_NET even though we want
to use CONFIG_KVM. To get this working, and to not pull in more
dependencies, we need to disable CONFIG_TASKSTATS as well.
Signed-off-by: Norbert Manthey
---
arch/x86/kvm/Kconfig | 5 ++---
1 file changed, 2 insertions(+), 3
With the goal of dropping CONFIG_NET, we have to drop the dependency
in the configuration management. Since SECCOMP_FILTER also requires
BPF functionality, which is usually activated by CONFIG_NET, imply
BPF from SECCOMP_FILTER directly.
In case both CONFIG_NET and CONFIG_SECCOMP_FILTER are activa
When we want to use CONFIG_SECCOMP_FILTER without CONFIG_NET, we have
to ensure that the required files that would be pulled in via
CONFIG_NET are compiled when dropping CONFIG_NET.
Here, we could also select CONFIG_NLATTR instead of pulling the file
in explicitly. One could go even one step furth
In the first version of this series, I found a compilation error after
running make randconfig multiple times. I fixed the error, and rebased
the series. Furthermore, this series passed many make randconfig
compilations, as well as a compilation test for multiple architectures
and configurations.
On Thu, Jun 28, 2018 at 5:38 AM Will Deacon wrote:
>
> On Wed, Jun 27, 2018 at 12:46:14PM -0700, Greg Hackmann wrote:
> > Linking the ARM64 defconfig kernel with LLVM lld fails with the error:
> >
> > ld.lld: error: unknown argument: -p
> > Makefile:1015: recipe for target 'vmlinux' failed
> >
KVM guests on s390 can notify the host of unused pages. This can result
in pte_unused callbacks to be true for KVM guest memory.
If a page is unused (checked with pte_unused) we might drop this page
instead of paging it. This can have side-effects on userfaultd, when the
page in question was alrea
On Thursday, June 28, 2018 01:52 PM, Sebastian Reichel wrote:
Hi,
On Thu, Jun 28, 2018 at 09:55:40AM +0200, Daniel Mack wrote:
The w1 slave device used by this driver now has a of_node in case it
was matched against a devicetree sub-node of the bus master. This can
now be passed down to the pow
On Thu, Jun 28, 2018 at 01:33:45PM +0100, Mark Rutland wrote:
> Since commit:
>
> b899a850431e2dd0 ("compiler.h: Remove ACCESS_ONCE()")
>
> ... there has been no definition of ACCESS_ONCE() in the kernel tree,
> and it has been necessary to use READ_ONCE() or WRITE_ONCE() instead.
>
>
On Thu, Jun 28, 2018 at 10:26:53AM +0200, Peter Zijlstra wrote:
> On Wed, Jun 27, 2018 at 10:13:34PM -0700, Paul E. McKenney wrote:
> > On Wed, Jun 27, 2018 at 07:51:34PM +0200, Peter Zijlstra wrote:
> > > On Wed, Jun 27, 2018 at 08:57:21AM -0700, Paul E. McKenney wrote:
> > > > > Another variant,
Since commit:
b899a850431e2dd0 ("compiler.h: Remove ACCESS_ONCE()")
... there has been no definition of ACCESS_ONCE() in the kernel tree,
and it has been necessary to use READ_ONCE() or WRITE_ONCE() instead.
Let's update the exmaples in recipes.txt likewise for consistency, using
READ_ONCE() f
Since commit:
b899a850431e2dd0 ("compiler.h: Remove ACCESS_ONCE()")
... there has been no definition of ACCESS_ONCE() in the kernel tree,
and it has been necessary to use READ_ONCE() or WRITE_ONCE() instead.
Correspondingly, let's remove ACCESS_ONCE() from the kernel memory
model.
Signed-off-
Since commit:
b899a850431e2dd0 ("compiler.h: Remove ACCESS_ONCE()")
... there has been no definition of ACCESS_ONCE() in the kernel tree,
and it has been necessary to use READ_ONCE() or WRITE_ONCE() instead.
However, since then the kernel memory model was added to the Linux tree,
sport
On Thu, Jun 28, 2018 at 10:38:28AM +0300, Dan Carpenter wrote:
> On Wed, Jun 27, 2018 at 09:22:50PM +0100, John Whitmore wrote:
> > On Tue, Jun 26, 2018 at 11:56:24AM +0800, Greg KH wrote:
> > > On Sun, Jun 24, 2018 at 04:34:51PM +0100, John Whitmore wrote:
> > > > Changed a number of hard coded fu
On 20180628 04:38, Martin Steigerwald wrote:
Martin Steigerwald - 28.06.18, 13:30:
jdow - 28.06.18, 12:00:
On 20180628 01:16, Martin Steigerwald wrote:
[…]
That brings to the fore an interesting question. Why bother with
RDBs
over 2TB unless you want a disk with one single partition? This
Adding device tree binding for vcnl4035 and vendor
prefix for Vishay Intertechnology
Signed-off-by: Parthiban Nallathambi
---
.../devicetree/bindings/iio/light/vcnl4035.txt| 19 +++
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
2 files changed, 20 insertio
Add support for VCNL4035, which is capable of Ambient light
sensing (ALS) and proximity function. This patch adds support
only for ALS function
Signed-off-by: Parthiban Nallathambi
---
drivers/iio/light/Kconfig| 12 +
drivers/iio/light/Makefile | 1 +
drivers/iio/light/vcnl4035.c | 684
On Thu, 28 Jun 2018, Peter Zijlstra wrote:
> On Thu, Jun 28, 2018 at 12:43:59PM +0200, Thomas Gleixner wrote:
> > init_hypervisor_platform()
> >vmware:
> >Retrieves frequency and store it for the
> >calibration function
> >
> >khz = vmwar
On Fri, Jun 22, 2018 at 05:55:59PM +0100, Mark Rutland wrote:
> Hi,
>
> On Wed, Jun 06, 2018 at 04:00:42PM +0200, Greg Kroah-Hartman wrote:
> > On Tue, Jun 05, 2018 at 04:53:34PM +0200, Peter Zijlstra wrote:
> > > On Tue, Jun 05, 2018 at 04:43:04PM +0200, Peter Zijlstra wrote:
> > >
> > > > I can
On Mon, Jun 04, 2018 at 06:01:27PM -0600, Tycho Andersen wrote:
> We have reports of the following crash:
>
> PID: 7 TASK: 88085c6d61c0 CPU: 1 COMMAND: "kworker/u25:0"
> #0 [88085c6db710] machine_kexec at 81046239
> #1 [88085c6db760] crash_kexec at 810fc248
301 - 400 of 562 matches
Mail list logo