On 07/19/2018 12:16 AM, Kirill A. Shutemov wrote:
> On Wed, Jul 18, 2018 at 10:36:24AM -0700, Dave Hansen wrote:
>> On 07/17/2018 04:20 AM, Kirill A. Shutemov wrote:
>>> Zero page is not encrypted and putting it into encrypted VMA produces
>>> garbage.
>>>
>>> We can map zero page with KeyID-0 into
On Wed, Jul 18, 2018 at 06:36:44PM -0400, Johannes Weiner wrote:
> On Wed, Jul 18, 2018 at 02:03:18PM +0200, Peter Zijlstra wrote:
> > On Thu, Jul 12, 2018 at 01:29:40PM -0400, Johannes Weiner wrote:
> > > + /* Time in which tasks wait for the CPU */
> > > + state = PSI_NONE;
> > > + if (tasks[NR_R
On Thu, Jul 19, 2018 at 03:46:22PM +0200, Michal Hocko wrote:
> On Thu 19-07-18 15:27:40, osalva...@techadventures.net wrote:
> > From: Oscar Salvador
> >
> > We should only care about deferred initialization when booting.
>
> Again why is this worth doing?
Well, it is not a big win if that is
On Mon, Jul 16, 2018 at 01:26:49PM -0400, Tyler Baicar wrote:
> Enable per-layer error reporting for ARM systems so that the error
> counters are incremented per-DIMM.
>
> On ARM systems that use firmware first error handling it is understood
> that card=channel and module=DIMM on that channel. Po
On 07/19/2018 12:32 AM, Kirill A. Shutemov wrote:
> On Wed, Jul 18, 2018 at 10:38:27AM -0700, Dave Hansen wrote:
>> On 07/17/2018 04:20 AM, Kirill A. Shutemov wrote:
>>> Pages encrypted with different encryption keys are not allowed to be
>>> merged by KSM. Otherwise it would cross security boundar
On Thu 19-07-18 15:58:59, Oscar Salvador wrote:
> On Thu, Jul 19, 2018 at 03:46:22PM +0200, Michal Hocko wrote:
> > On Thu 19-07-18 15:27:40, osalva...@techadventures.net wrote:
> > > From: Oscar Salvador
> > >
> > > We should only care about deferred initialization when booting.
> >
> > Again w
On Thu, Jul 19, 2018 at 03:44:17PM +0200, Michal Hocko wrote:
> On Thu 19-07-18 15:27:38, osalva...@techadventures.net wrote:
> > From: Oscar Salvador
> >
> > In free_area_init_core we calculate the amount of managed pages
> > we are left with, by substracting the memmap pages and the pages
> > r
On 07/19/2018 01:27 AM, Kirill A. Shutemov wrote:
>> What other code might need prep_encrypted_page()?
>
> Custom pages allocators if these pages can end up in encrypted VMAs.
>
> It this case compaction creates own pool of pages to be used for
> allocation during page migration.
OK, that makes
Yixun Lan writes:
[...]
>>
>> As Jerome said, I think consistency is an important goal, so leaving off
>> the "meson-" for drivers/clk is fine with me.
>>
> ok
>
>> Also for consistency, for the rest of the drivers, keeping "meson-" is
>> probably the right thing to do.
>>
> ok, for the above
Linus,
please pull sound fixes for v4.18-rc6 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
tags/sound-4.18-rc6
The topmost commit is f3d737b6340b0c7bacd8bc751605f0ed6203f146
sound fixes for 4.18-rc6
A ra
From: Rasmus Villemoes
Since syzbot is confused by concurrent printk() messages [1],
this patch changes show_opcodes() to use %ph format string.
When we start adding prefix to each line of printk() output,
we will be able to handle concurrent printk() messages.
[1] https://syzkaller.appspot.com
From: Masayoshi Mizuma
KASAN reported the following slab-out-of-bounds when sb_edac
module was loaded on Broadwell machine which has two PCI segments.
==
BUG: KASAN: slab-out-of-bounds in
sbridge_get_all_devices.constprop.14+0x75f/
On Thu, Jul 19, 2018 at 03:42:03PM +0200, Christoph Hellwig wrote:
> Without even looking at the code yet: why? The nvme abort isn't
> very useful, and due to the lack of ordering between different
> queues almost harmful on fabrics. What problem do you try to
> solve?
The problem I'm trying to
On Thu, Jul 19, 2018 at 11:07:58PM +0900, Tetsuo Handa wrote:
> From: Rasmus Villemoes
>
> Since syzbot is confused by concurrent printk() messages [1],
> this patch changes show_opcodes() to use %ph format string.
>
> When we start adding prefix to each line of printk() output,
> we will be abl
On 07/19/2018 01:59 AM, Kirill A. Shutemov wrote:
> On Wed, Jul 18, 2018 at 04:11:57PM -0700, Dave Hansen wrote:
>> On 07/17/2018 04:20 AM, Kirill A. Shutemov wrote:
>>> khugepaged allocates page in advance, before we found a VMA for
>>> collapse. We don't yet know which KeyID to use for the alloca
On Thu, Jul 19, 2018 at 6:40 AM Peter Zijlstra wrote:
>
> On Tue, Jul 17, 2018 at 10:22:10PM -0400, Pavel Tatashin wrote:
>
> > diff --git a/kernel/sched/clock.c b/kernel/sched/clock.c
> > index 0e9dbb2d9aea..7a8a63b940ee 100644
> > --- a/kernel/sched/clock.c
> > +++ b/kernel/sched/clock.c
> > @@
On 07/19/2018 02:54 AM, Kirill A. Shutemov wrote:
> On Wed, Jul 18, 2018 at 04:13:20PM -0700, Dave Hansen wrote:
>> On 07/17/2018 04:20 AM, Kirill A. Shutemov wrote:
>>> + } else {
>>> + /*
>>> +* Reset __PHYSICAL_MASK.
>>> +* Maybe needed if there's inconsistent
On Thu, Jul 19, 2018 at 04:10:25PM +0200, Johannes Thumshirn wrote:
> The problem I'm trying to solve here is really just single commands
> timing out because of i.e. a bad switch in between which causes frame
> loss somewhere.
And that is exactly the case where NVMe abort does not actually work
i
On 07/19/2018 03:21 AM, Kirill A. Shutemov wrote:
> On Wed, Jul 18, 2018 at 04:19:10PM -0700, Dave Hansen wrote:
>> On 07/17/2018 04:20 AM, Kirill A. Shutemov wrote:
>>> mktme_nr_keyids holds number of KeyIDs available for MKTME, excluding
>>> KeyID zero which used by TME. MKTME KeyIDs start from 1
David,
Now that your patches are about to be dropped from linux-next.git , please try
OOM lockup
(CVE-2016-10723) mitigation patch (
https://marc.info/?l=linux-mm&m=153112243424285&w=4 )
and my cleanup patch ( [PATCH 1/2] at
https://marc.info/?l=linux-mm&m=153119509215026&w=4 )
on top of linux.
On Thu, Jul 19, 2018 at 6:49 AM Peter Zijlstra wrote:
>
> On Tue, Jul 17, 2018 at 10:22:11PM -0400, Pavel Tatashin wrote:
> > sched_clock_running may be read every time sched_clock_cpu() is called.
> > Yet, this variable is updated only twice during boot, and never changes
> > again, therefore it
On 07/19/2018 10:06 PM, Kevin Hilman wrote:
> Yixun Lan writes:
>
> [...]
>
>>>
>>> As Jerome said, I think consistency is an important goal, so leaving off
>>> the "meson-" for drivers/clk is fine with me.
>>>
>> ok
>>
>>> Also for consistency, for the rest of the drivers, keeping "meson-" is
>
On Thu, Jul 19, 2018 at 10:03 AM Michal Hocko wrote:
>
> On Thu 19-07-18 15:58:59, Oscar Salvador wrote:
> > On Thu, Jul 19, 2018 at 03:46:22PM +0200, Michal Hocko wrote:
> > > On Thu 19-07-18 15:27:40, osalva...@techadventures.net wrote:
> > > > From: Oscar Salvador
> > > >
> > > > We should onl
Em Thu, Jul 12, 2018 at 11:18:05PM -0700, Stephane Eranian escreveu:
> Hi Jiri,
> On Thu, Jul 12, 2018 at 9:49 AM Jiri Olsa wrote:
> >
> > On Thu, Jul 12, 2018 at 09:34:45AM -0700, Stephane Eranian wrote:
> > > Hi Jiri,
> > > On Thu, Jul 12, 2018 at 6:52 AM Jiri Olsa wrote:
> > > >
> > > > Stepha
On Thu, Jul 19, 2018 at 11:47:49AM +0100, Alan Cox wrote:
> On Wed, 18 Jul 2018 05:01:52 +0200
> Adam Borowski wrote:
>
> > Hi!
> > Here's a patchset with two entangled improvements:
> >
> > * it'd be good to get rid of blinking where possible. Even CGA (thus VGA)
> > allows disabling it, ren
Separating threads::last_match cache set into
separate threads__set_last_match function.
This will be useful in following patch.
Link: http://lkml.kernel.org/n/tip-r2phhluimtb4747rug66m...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/machine.c | 12 +---
1 file changed, 9
hi,
perf top is occasionaly crashes on hitting assert, because of
the synthesize function that runs on multiple threads now.
I found some issues with list/tree accessing and this patchset
is trying to fix them.
I was runing 'perf top' in a loop with attached change below
and haven't hit any other
We occasionaly hit following assert failure in perf top,
when processing the /proc info in multiple threads.
perf: ...include/linux/refcount.h:109: refcount_inc:
Assertion `!(!refcount_inc_not_zero(r))' failed.
The gdb backtrace looks like this:
[Switching to Thread 0x711ba700 (L
Separating threads::last_match cache read/check into
separate threads__get_last_match function. This will
be useful in following patch.
Link: http://lkml.kernel.org/n/tip-z4zzlpp3vusjued0gzp5u...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/machine.c | 39 +
Hi Adam,
On Thu, Jul 19, 2018 at 4:29 PM Adam Borowski wrote:
> And vgacon has code that looks like it can do CGA and MDA (redundant with
> mdacon?), either of which I haven't used in... quite a while. Might be
> tricky getting access to such hardware to test...
Mdacon is meant to be used next
There's an issue with using threads::last_match in multithread
mode which is enabled during the perf top synthesize. It might
crash with following assertion:
perf: ...include/linux/refcount.h:109: refcount_inc:
Assertion `!(!refcount_inc_not_zero(r))' failed.
The gdb backtrace looks lik
On Thu, Jul 19, 2018 at 04:23:55PM +0200, Christoph Hellwig wrote:
> On Thu, Jul 19, 2018 at 04:10:25PM +0200, Johannes Thumshirn wrote:
> > The problem I'm trying to solve here is really just single commands
> > timing out because of i.e. a bad switch in between which causes frame
> > loss somewhe
On Thu, Jul 19, 2018 at 09:22:53PM +0800, YueHaibing wrote:
> Replace IS_ERR/PTR_ERR
That says what you did, not why.
Please fix and resend.
thanks,
greg k-h
On Wed, 18 Jul 2018 23:42:05 -0500
"Gustavo A. R. Silva" wrote:
> PTR_RET is deprecated, use PTR_ERR_OR_ZERO instead.
>
> Signed-off-by: Gustavo A. R. Silva
> ---
> drivers/s390/crypto/ap_bus.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/s390/crypto/ap
On Wed, 18 Jul 2018 23:50:50 -0500
"Gustavo A. R. Silva" wrote:
> PTR_RET is deprecated, use PTR_ERR_OR_ZERO instead.
>
> Signed-off-by: Gustavo A. R. Silva
> ---
> drivers/s390/block/dasd_eckd.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/s390/block/dasd_
On Wed, 18 Jul 2018 23:46:53 -0500
"Gustavo A. R. Silva" wrote:
> PTR_RET is deprecated, use PTR_ERR_OR_ZERO instead.
>
> Signed-off-by: Gustavo A. R. Silva
> ---
> drivers/s390/char/tape_class.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/s390/char/tape_c
On 19.07.2018 06:42, Gustavo A. R. Silva wrote:
> PTR_RET is deprecated, use PTR_ERR_OR_ZERO instead.
>
> Signed-off-by: Gustavo A. R. Silva
> ---
> drivers/s390/crypto/ap_bus.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/s390/crypto/ap_bus.c b/drivers/s39
On Thu, 19 Jul 2018 00:08:30 -0500
"Gustavo A. R. Silva" wrote:
> PTR_RET is deprecated, use PTR_ERR_OR_ZERO instead.
>
> Signed-off-by: Gustavo A. R. Silva
> ---
> arch/s390/hypfs/hypfs_diag.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/arch/s390/hypfs/hypfs_
Hi Dmitry
On 17/07/18 17:10, Dmitry Osipenko wrote:
> Commit 36b312792b97 ("gpiolib: Respect error code of ->get_direction()")
> broke tegra_gpio_irq_set_type() because requesting of GPIO direction must
> be done after enabling GPIO function for a pin.
>
> This patch fixes drivers probe failure l
Hi guys,
On 19/07/18 15:01, Borislav Petkov wrote:
> On Mon, Jul 16, 2018 at 01:26:49PM -0400, Tyler Baicar wrote:
>> Enable per-layer error reporting for ARM systems so that the error
>> counters are incremented per-DIMM.
>>
>> On ARM systems that use firmware first error handling it is understoo
On Thu, Jul 19, 2018 at 04:35:34PM +0200, Johannes Thumshirn wrote:
> > No with the the code following what we have in PCIe that just means
> > we'll eventually controller reset after the I/O command times out
> > the second time as we still won't have seen a completion for it.
>
> Exactly that wa
HI Alex,
On Thu, Jul 19, 2018 at 2:55 AM, Alex Williamson
wrote:
> On Thu, 19 Jul 2018 00:05:18 +0530
> Srinath Mannam wrote:
>
>> Hi Alex,
>>
>> On Tue, Jul 17, 2018 at 8:52 PM, Alex Williamson
>> wrote:
>> > On Fri, 13 Jul 2018 10:26:17 +0530
>> > Srinath Mannam wrote:
>> >
>> >> By default
On Wed, Jul 18, 2018 at 4:52 PM, Geert Uytterhoeven
wrote:
> As PERL uses its own internal character encoding, always calling
> encode("utf8", ...) on the author name may cause corruption, leading to
> an author signoff mismatch.
>
> This happens in the following cases:
> - If a patch is in ISO-
Device tree compiler gives a warning if a device node has "@"
but no reg property.
Fix the example in iio: adc: sigma-delta-modulator.
Signed-off-by: Fabrice Gasnier
---
Documentation/devicetree/bindings/iio/adc/sigma-delta-modulator.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
dif
Commit-ID: 8e974b3b8eddd42a8c43a18e8ea66a3e7b803a0d
Gitweb: https://git.kernel.org/tip/8e974b3b8eddd42a8c43a18e8ea66a3e7b803a0d
Author: Rasmus Villemoes
AuthorDate: Thu, 19 Jul 2018 23:07:58 +0900
Committer: Thomas Gleixner
CommitDate: Thu, 19 Jul 2018 16:46:23 +0200
x86: Avoid pr_cont
Yixun Lan writes:
> On 07/19/2018 10:06 PM, Kevin Hilman wrote:
>> Yixun Lan writes:
>>
>> [...]
>>
As Jerome said, I think consistency is an important goal, so leaving off
the "meson-" for drivers/clk is fine with me.
>>> ok
>>>
Also for consistency, for the rest of t
On Mon, 16 Jul 2018, Daniel Kurtz wrote:
> The AMD pinctrl driver demultiplexes GPIO interrupts and fires off their
> individual handlers.
>
> If one of these GPIO irqs is configured as a level interrupt, and its
> downstream handler is a threaded ONESHOT interrupt, the GPIO interrupt
> source is
On Thu, Jul 19, 2018 at 04:50:05PM +0200, Christoph Hellwig wrote:
> The upper layer is only going to retry after tearing down the transport
> connection. And a tear down of the connection MUST clear all pending
> commands on the way. If it doesn't we are in deep, deep trouble.
>
> A NVMe abort
Commit-ID: 30587589251a00974115e0815ac316980f48dbb5
Gitweb: https://git.kernel.org/tip/30587589251a00974115e0815ac316980f48dbb5
Author: Yi Wang
AuthorDate: Mon, 16 Jul 2018 14:08:57 +0800
Committer: Thomas Gleixner
CommitDate: Thu, 19 Jul 2018 16:52:40 +0200
timer: Fix coding style
Th
On Tue, 17 Jul 2018, Jeremy Cline wrote:
> "dict.has_key(key)" on dictionaries has been replaced with "key in
> dict". Additionally, when run under Python 3 some files don't decode
> with the default encoding (tested with UTF-8). To handle that, don't
> open the file in text mode and decode text l
On 7/19/2018 7:10 AM, Johannes Thumshirn wrote:
On Thu, Jul 19, 2018 at 03:42:03PM +0200, Christoph Hellwig wrote:
Without even looking at the code yet: why? The nvme abort isn't
very useful, and due to the lack of ordering between different
queues almost harmful on fabrics. What problem do
On Thu, Jul 19, 2018 at 10:27:44AM -0400, Pavel Tatashin wrote:
> On Thu, Jul 19, 2018 at 10:03 AM Michal Hocko wrote:
> > I am not really sure. I am not a big fan of SYSTEM_BOOTING global
> > thingy so I would rather not spread its usage.
>
> I agree, I do not think this patch is necessary. Call
Hi Arnd,
On Thu, Jul 19, 2018 at 4:50 PM Arnd Bergmann wrote:
> On a related note, I've looked through all files in the kernel, and found
> that very file files in there are something other than 7-bit ASCII, UTF-8
> or non-text files (according to /usr/bin/file). These are the only ones I
> foun
On 7/19/2018 7:54 AM, Johannes Thumshirn wrote:
On Thu, Jul 19, 2018 at 04:50:05PM +0200, Christoph Hellwig wrote:
The upper layer is only going to retry after tearing down the transport
connection. And a tear down of the connection MUST clear all pending
commands on the way. If it doesn't we
I'm announcing the release of the 4.4.142 kernel.
It's not an "essencial" upgrade, but a number of build problems with
perf are now resolved, and an x86 issue that some people might have hit
is now handled properly. If those were problems for you, please
upgrade.
The updated 4.4.y git tree can b
diff --git a/Makefile b/Makefile
index 3fc39e41dbde..75d6176c8786 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 4
PATCHLEVEL = 4
-SUBLEVEL = 141
+SUBLEVEL = 142
EXTRAVERSION =
NAME = Blurry Fish Butt
diff --git a/arch/x86/kernel/cpu/common.c b/arch/x86/kernel/cpu/common.c
ind
On Wed, Jul 18, 2018 at 5:03 AM Peter Zijlstra wrote:
>
> And as said before, we can compress the state from 12 bytes, to 6 bits
> (or 1 byte), giving another 11 bytes for 59 bytes free.
>
> Leaving us just 5 bytes short of needing a single cacheline :/
Do you actually need 64 bits for the times?
On Mon, 9 Jul 2018, Tian, Baofeng wrote:
> From: "Tian, Baofeng"
> Subject: [PATCH] Debug: Add cpu registers dump in case of kernel panic
>
> When kernel panic, the value of cpu registers are needed for analyzing,
> through whole ramdump to restore the crash point.
>
Please use proper line bre
On Thu, 19 Jul 2018 20:17:11 +0530
Srinath Mannam wrote:
> HI Alex,
>
> On Thu, Jul 19, 2018 at 2:55 AM, Alex Williamson
> wrote:
> > On Thu, 19 Jul 2018 00:05:18 +0530
> > Srinath Mannam wrote:
> >
> >> Hi Alex,
> >>
> >> On Tue, Jul 17, 2018 at 8:52 PM, Alex Williamson
> >> wrote:
> >>
On Thu 19-07-18 16:03:27, Oscar Salvador wrote:
> On Thu, Jul 19, 2018 at 03:44:17PM +0200, Michal Hocko wrote:
> > On Thu 19-07-18 15:27:38, osalva...@techadventures.net wrote:
> > > From: Oscar Salvador
> > >
> > > In free_area_init_core we calculate the amount of managed pages
> > > we are lef
Hi Arnaldo,
On Thu, Jul 19, 2018 at 7:29 AM Arnaldo Carvalho de Melo
wrote:
>
> Em Thu, Jul 12, 2018 at 11:18:05PM -0700, Stephane Eranian escreveu:
> > Hi Jiri,
> > On Thu, Jul 12, 2018 at 9:49 AM Jiri Olsa wrote:
> > >
> > > On Thu, Jul 12, 2018 at 09:34:45AM -0700, Stephane Eranian wrote:
> >
On Tue, 17 Jul 2018, Chao Fan wrote:
> In order to parse ACPI tables, reuse the head file linux/acpi.h,
> so that the files in 'compressed' directory can read ACPI table
> by including this head file.
>
> Signed-off-by: Chao Fan
> ---
> arch/x86/boot/compressed/acpitb.h | 50 +++
On 2018-07-19 15:43, Mircea Caprioru wrote:
> This patch adds basic support for Analog Device ADGS1408/09 SPI mux
> controller.
>
> The device is probed and set to a disabled state. It uses the new mux
> controller framework.
>
> Signed-off-by: Mircea Caprioru
> ---
> Changelog V2 -> V3
> - remo
How are you doing today?
We have not heard from you yet. Are you still interested in our photo
retouching services?
We mainly do:
e-commerce products photo retouching
jewelry photos retouching
model beauty/skin retouching
wedding photo editing
also photo cutting out, clipping path
You may choos
On Tue, 17 Jul 2018, Chao Fan wrote:
> +
> +/* Search efi table for rsdp table. */
> +static bool efi_get_rsdp_addr(acpi_physical_address *rsdp_addr)
> +{
> + efi_system_table_t *systab;
> + bool find_rsdp = false;
> + bool acpi_20 = false;
> + bool efi_64 = false;
> + void *con
Thomas,
Here's a handfull of very minor updates for 4.18, which is all I plan
on sending for that release. Random DT updates, one actual fix for
stm32mp1.
Please pull,
M.
The following changes since commit ce397d215ccd07b8ae3f71db689aedb85d56ab40:
Linux 4.18-rc1 (2018-06-17 08:04:49
On Wed, Jun 13, 2018 at 05:07:02PM +0200, Christian Brauner wrote:
> On Wed, Jun 13, 2018 at 04:24:54PM +0200, Greg KH wrote:
> > On Wed, Jun 13, 2018 at 04:06:25PM +0200, Christian Brauner wrote:
> > > On Fri, May 25, 2018 at 02:48:19PM +0200, Christian Brauner wrote:
> > > > From: Christian Braun
On Wed, Jul 18, 2018 at 2:25 AM, Colin King wrote:
> From: Colin Ian King
>
> Trivial fix to two spelling mistakes
> "execeeded" -> "exceeded"
> "Invaild" -> "Invalid"
>
> Signed-off-by: Colin Ian King
Acked-by: Alan Tull
> ---
>
> V2: Fix spelling mistakes in the commit message.
>
> ---
> dr
On 19/07/18 14:24, Dmitry Osipenko wrote:
> This fixes irrelevant "tegra-mc 7000f000.memory-controller: no memory
> timings for RAM code 0 registered" warning message during of kernels
> boot-up on Tegra20.
Looking at the tegra20-emc.txt bindings doc [0], the 'nvidia,ram-code'
property is also v
On Thu, Jul 19, 2018 at 01:33:54PM +0900, Prashant Bhole wrote:
> Hi Peter, Josh,
>
> Found following bug. This bug can not be seen with this fix:
> https://lkml.org/lkml/2018/5/10/280.
Peter, care to clean that up and submit it?
--
Josh
From: Bartosz Golaszewski
We want do add more sources from which to read the MAC address. In
order to avoid bloating this function too much, start by splitting it
into subroutines, each of which takes care of reading the MAC from
one source.
Signed-off-by: Bartosz Golaszewski
---
net/ethernet/
Hello Dear.
My Name is Mrs. Bella Yostin Mohammad, I got your contact from a
business directory search and I decided to contact you directly. well
am originally from South Africa, but based in London, i am searching
for a reliable and honest and understanding person to go into
partnership in invest
On Thursday, 19 July 2018 18:30:48 MSK Jon Hunter wrote:
> On 19/07/18 14:24, Dmitry Osipenko wrote:
> > This fixes irrelevant "tegra-mc 7000f000.memory-controller: no memory
> > timings for RAM code 0 registered" warning message during of kernels
> > boot-up on Tegra20.
>
> Looking at the tegra20
Ensure the arch-specific bzImage is present in the tarball
for s390 systems.
Signed-off-by: Major Hayden
---
scripts/package/buildtar | 3 +++
1 file changed, 3 insertions(+)
diff --git a/scripts/package/buildtar b/scripts/package/buildtar
index e8cc72a51b32..58937caab488 100755
--- a/scripts/p
On 07/18/2018 04:53 PM, Bjorn Helgaas wrote:
[+cc Mike (hfi1)]
On Mon, Jul 16, 2018 at 10:28:35PM +, alex_gagn...@dellteam.com wrote:
On 7/16/2018 4:17 PM, Bjorn Helgaas wrote:
...
The easiest way to detect this is with pcie_print_link_status(),
since the bottleneck is usually the link
On 07/18/2018 08:38 AM, Tal Gilboa wrote:
On 7/16/2018 5:17 PM, Bjorn Helgaas wrote:
[+cc maintainers of drivers that already use pcie_print_link_status()
and GPU folks]
[snip]
+ /* Multi-function PCIe share the same link/status. */
+ if ((PCI_FUNC(dev->devfn) != 0) || dev->is_virtf
Currently to read a response from the TPM device an application needs
provide "big enough" buffer for the whole response and read it in one go.
The application doesn't know how big the response it beforehand so it
always needs to maintain a 4K buffer and read the max (4K).
In case if the user of th
Miklos Szeredi wrote:
> What the cachefiles use case would be?
Cachfiles has to open the backing file so that it can write to it, and it has
to do it every time it writes because to leave a bunch of files open
contributes to ENFILE/EMFILE.
In the near future it's going to have to open the backi
On 07/17/2018 10:41 AM, Sinan Kaya wrote:
On 7/17/2018 8:31 AM, Alexandru Gagniuc wrote:
+ if (pcie_aer_get_firmware_first(dev))
+ return -EIO;
Can you move this to closer to the caller pci_aer_init()?
I could move it there. although pci_cleanup_aer_error_status_regs() is
call
On 07/19/2018 08:52 AM, Tadeusz Struk wrote:
> Currently to read a response from the TPM device an application needs
> provide "big enough" buffer for the whole response and read it in one go.
> The application doesn't know how big the response it beforehand so it
> always needs to maintain a 4K bu
Em Thu, Jul 19, 2018 at 08:17:03AM -0700, Stephane Eranian escreveu:
> Hi Arnaldo,
> On Thu, Jul 19, 2018 at 7:29 AM Arnaldo Carvalho de Melo
> wrote:
> >
> > Em Thu, Jul 12, 2018 at 11:18:05PM -0700, Stephane Eranian escreveu:
> > > Hi Jiri,
> > > On Thu, Jul 12, 2018 at 9:49 AM Jiri Olsa wrote:
On 2018-07-19 01:14, Bjorn Helgaas wrote:
This is a v3 of Oza's patches [1]. It's available at [2] if you prefer
git.
v3 changes:
- Add pci_aer_clear_fatal_status() to clear ERR_FATAL bits, only
called
from pcie_do_fatal_recovery(). Moved to first in series to avoid a
window where
On Thursday 19 July 2018 04:45 PM, Lorenzo Pieralisi wrote:
> On Thu, Jul 19, 2018 at 04:04:34PM +0530, Vignesh R wrote:
>> Hi Lorenzo,
>>
[...]
+ ret = dra7xx_pcie_unaligned_memaccess(dev);
+ if (ret)
+ dev_err(dev, "WA for Errata i870 not appplied. Update DT\n");
>>>
Em Thu, Jul 19, 2018 at 04:33:45PM +0200, Jiri Olsa escreveu:
> We occasionaly hit following assert failure in perf top,
> when processing the /proc info in multiple threads.
Namhyung, are you ok with this one?
- Arnaldo
> perf: ...include/linux/refcount.h:109: refcount_inc:
> Asserti
On 07/19/2018 07:01 AM, Thomas Gleixner wrote:
> On Thu, 19 Jul 2018, Peter Zijlstra wrote:
>> On Tue, Jul 17, 2018 at 10:22:06PM -0400, Pavel Tatashin wrote:
>>> During boot tsc is calibrated twice: once in tsc_early_delay_calibrate(),
>>> and the second time in tsc_init().
>>>
>>> Rename tsc_e
Add missing documentation for suspend and resume members of struct
samsung_pin_ctrl and samsung_pinctrl_drv_data.
Signed-off-by: Krzysztof Kozlowski
---
drivers/pinctrl/samsung/pinctrl-samsung.h | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/pinctrl/samsung/pinctrl-samsung.h
Suspend and resume callbacks in Exynos/S5Pv210 pin controller drivers,
save and restore state of registers. This operations should be done for
all banks which have external interrupts (as denoted by using
EXYNOS_PIN_BANK_EINTG/EINTW macros).
Add all banks of Exynos5260 and Exynos5420.
This is ne
Hi All,
Tests
=
This is both request for comments and requests for tests. Only basic
tests were done, including suspend to RAM on Odroid U3 (Exynos4412)
with max7768 RTC wakeup. Please kindly test it with devices capable of
suspending and resuming. I am mostly thinking about S5Pv210-based (Ari
The S5Pv210 external wakeup interrupts differ from Exynos therefore
separate compatible is needed. Duplicate existing flavor specific data
from exynos4210_wkup_irq_chip and add new compatible for S5Pv210.
At this point this new compatible does not bring anything new and works
exactly as "samsung,e
Hardware (S5Pv210 and all Exynos SoCs) provides only 32 external
interrupts which can wakeup device from deep sleep modes. On S5Pv210
these are gph0-gph3. On all Exynos designs these are gpx0-gpx3.
There is only pne 32-bit register for controlling the external wakeup
interrupt mask (masking and u
S5Pv210 and Exynos5433/Exynos7 have different address of
EINT_WAKEUP_MASK register. Rename existing S5P_EINT_WAKEUP_MASK to
avoid confusion and add new ones.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/mach-exynos/suspend.c | 2 +-
include/linux/soc/samsung/exynos-regs-pmu.h |
Since Exynos/S5Pv210 pin-controller driver is taking care about setting
the external wakeup interrupts mask, the legacy code can be removed.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/mach-exynos/common.h | 2 --
arch/arm/mach-exynos/suspend.c | 16
2 files changed, 12 in
Since Exynos/S5Pv210 pin-controller driver is taking care about setting
the external wakeup interrupts mask, the legacy code can be removed.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/mach-s5pv210/common.h | 1 -
arch/arm/mach-s5pv210/pm.c | 16
2 files changed, 12 ins
The pinctrl driver defines IRQ chip handling external wakeup interrupts,
therefore from logical point of view, it is the owner of external
interrupt mask. However the register controlling the mask belongs to
Power Management Unit address space. Therefore reuse existing PMU
syscon regmap handle, p
Remove the legacy, ugly API of exposing the static value of external
wakeup interrupts mask, because all arch-machine users where converted
to use generic implementation from pinctrl driver.
Signed-off-by: Krzysztof Kozlowski
---
drivers/pinctrl/samsung/pinctrl-exynos.c | 12 ++--
1 file
The pin controller block of S5Pv210 for handling external wakeup
interrupts is different than in newer designs (Exynos).
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/s5pv210.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/s5pv210.dtsi b/arch
convert drm_atomic_helper_suspend/resume() to use
drm_mode_config_helper_suspend/resume().
Fixed one sparse warning by making hibmc_drm_interrupt
static.
Signed-off-by: Souptick Joarder
Signed-off-by: Ajit Negi
---
drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 24
Group long variables together to minimize number of occupied lines
and place all definitions in back Christmas tree order. Also,
simplify expression around batch_size: use all power of C language!
Signed-off-by: Kirill Tkhai
---
mm/vmscan.c | 11 +++
1 file changed, 3 insertions(+), 8
On Thu, Jul 19, 2018 at 9:04 AM Kirill Tkhai wrote:
>
> Group long variables together to minimize number of occupied lines
> and place all definitions in back Christmas tree order. Also,
> simplify expression around batch_size: use all power of C language!
>
> Signed-off-by: Kirill Tkhai
Reviewe
HI Alex,
On Thu, Jul 19, 2018 at 8:42 PM, Alex Williamson
wrote:
> On Thu, 19 Jul 2018 20:17:11 +0530
> Srinath Mannam wrote:
>
>> HI Alex,
>>
>> On Thu, Jul 19, 2018 at 2:55 AM, Alex Williamson
>> wrote:
>> > On Thu, 19 Jul 2018 00:05:18 +0530
>> > Srinath Mannam wrote:
>> >
>> >> Hi Alex,
>>
301 - 400 of 762 matches
Mail list logo