On 08/01/2019 15:40, Dave Martin wrote:
> On Tue, Jan 08, 2019 at 02:07:30PM +, Julien Thierry wrote:
>> Instead disabling interrupts by setting the PSR.I bit, use a priority
>> higher than the one used for interrupts to mask them via PMR.
>>
>> When using PMR to disable interrupts, the value
On Tue, Dec 25, 2018 at 11:37:44PM -0600, Kangjie Lu wrote:
> In case sysfs_create_group fails, let's check its return value and
> issues an error message.
It's in a function that's not currently used and the sysfs code needs to
be reworked. The return code should be passed to the caller,
On Tue, Jan 08, 2019 at 05:01:38PM +0800, Baoquan He wrote:
> Hi Mike,
>
> On 01/08/19 at 10:05am, Mike Rapoport wrote:
> > I'm not thrilled by duplicating this code (yet again).
> > I liked the v3 of this patch [1] more, assuming we allow bottom-up mode to
> > allocate [0, kernel_start)
On 08/01/2019 12:03, Jon Hunter wrote:
>
> On 08/01/2019 10:50, Jon Hunter wrote:
>> Hi Kuninori,
>>
>> On 08/01/2019 02:25, Kuninori Morimoto wrote:
>>>
>>> Hi Jon
>>>
I have been looking at this again recently. I see this issue occurring
all the time when the sound drivers are built
The hub sends hot-plug events to the host trough it's interrupt URB. The
driver takes care of completing the URB and re-submitting it. Completion
errors are handled in the hub_event() work, yet submission errors are
ignored, rendering the device unresponsive. All further events are lost.
It is
On Tue, Jan 08, 2019 at 06:04:26AM +, Ran Wang wrote:
> arm/arm64's io.h doesn't define clrbits32() and clrsetbits_be32(), which
> causing compile failure on some Layerscape Platforms (such as LS1021A and
> LS2012A which also integrates FSL EHCI controller). So use
> ioread32be()/iowrite32be()
Commit-ID: 03fa483821c0b4db7c2b1453d3332f397d82313f
Gitweb: https://git.kernel.org/tip/03fa483821c0b4db7c2b1453d3332f397d82313f
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 4 Jan 2019 15:10:00 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 4 Jan 2019 15:12:29 -0300
Commit-ID: a3366db06bb656cef2e03f30f780d93059bcc594
Gitweb: https://git.kernel.org/tip/a3366db06bb656cef2e03f30f780d93059bcc594
Author: Jin Yao
AuthorDate: Fri, 4 Jan 2019 14:10:30 +0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 4 Jan 2019 12:54:49 -0300
perf report: Fix
Commit-ID: f712a86c1406abf50b0dcff0500c723e2aca050a
Gitweb: https://git.kernel.org/tip/f712a86c1406abf50b0dcff0500c723e2aca050a
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 3 Jan 2019 16:03:46 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 4 Jan 2019 12:55:24 -0300
Hi,
On Thu, Dec 27, 2018 at 03:34:26PM +0800, min@mediatek.com wrote:
> From: Min Guo
>
> This adds support for MediaTek musb controller in
> host, peripheral and otg mode
>
> Signed-off-by: Min Guo
> Signed-off-by: Yonglong Wu
> ---
> drivers/usb/musb/Kconfig | 8 +-
>
Commit-ID: 099be748865eece21362aee416c350c0b1ae34df
Gitweb: https://git.kernel.org/tip/099be748865eece21362aee416c350c0b1ae34df
Author: Mattias Jacobsson <2...@mok.nu>
AuthorDate: Sat, 29 Dec 2018 15:17:50 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 4 Jan 2019 12:54:49
On Tue, Jan 08, 2019 at 06:04:29AM +, Ran Wang wrote:
> From: yinbo.zhu
I doubt Yinbo's name has a "." in it :)
Can you please fix this up to have the correct name here?
> Remove USB errata checking code from driver. Applicability of erratum
> is retrieved by reading corresponding property
Commit-ID: 442b4eb3af44906fcbb526d98c314b27f8c9acf3
Gitweb: https://git.kernel.org/tip/442b4eb3af44906fcbb526d98c314b27f8c9acf3
Author: Ivan Krylov
AuthorDate: Sun, 14 Oct 2018 11:18:03 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 4 Jan 2019 12:54:49 -0300
perf annotate:
Commit-ID: 86c22ab7227f59169f64275875c97ef495668b77
Gitweb: https://git.kernel.org/tip/86c22ab7227f59169f64275875c97ef495668b77
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 4 Jan 2019 12:13:34 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 4 Jan 2019 12:54:49 -0300
Commit-ID: 8c91fd605e1a66050c9c4dbc3e159a08e8c5f7d4
Gitweb: https://git.kernel.org/tip/8c91fd605e1a66050c9c4dbc3e159a08e8c5f7d4
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 4 Jan 2019 12:08:31 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 4 Jan 2019 12:54:49 -0300
Commit-ID: 558517c52c87da91a963708fe589044172470653
Gitweb: https://git.kernel.org/tip/558517c52c87da91a963708fe589044172470653
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 4 Jan 2019 11:45:03 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 4 Jan 2019 12:54:49 -0300
On Mon, Dec 03, 2018 at 06:26:43PM +0800, Kai-Heng Feng wrote:
> USB Bluetooth controller QCA ROME (0cf3:e007) sometimes stops working
> after S3:
> [ 165.110742] Bluetooth: hci0: using NVM file: qca/nvm_usb_0302.bin
> [ 168.432065] Bluetooth: hci0: Failed to send body at 4 of 1953 (-110)
>
>
Commit-ID: 4001b6a080aaca9a13ea07ae8972b82fdbd9ea6b
Gitweb: https://git.kernel.org/tip/4001b6a080aaca9a13ea07ae8972b82fdbd9ea6b
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 4 Jan 2019 11:41:42 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 4 Jan 2019 12:54:49 -0300
Commit-ID: 8858ecb5a28d871b79aa5b4eed45414b553a5b6e
Gitweb: https://git.kernel.org/tip/8858ecb5a28d871b79aa5b4eed45414b553a5b6e
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 4 Jan 2019 11:36:10 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 4 Jan 2019 12:54:49 -0300
One of the more common cases of allocation size calculations is finding the
size of a structure that has a zero-sized array at the end, along with memory
for some number of elements for that array. For example:
struct foo {
int stuff;
void *entry[];
};
instance = kzalloc(sizeof(struct
On Mon, Jan 07, 2019 at 07:08:49PM -0800, Andrey Smirnov wrote:
> ctrl->cntlid will already be initialized from id->cntlid for
> non-NVME_F_FABRICS controllers few lines below. For NVME_F_FABRICS
> controllers this field should already be initialized, otherwise the
> check
>
> if
Commit-ID: 302df34c4e64b9e83ee31cbf508b38b62b428bd6
Gitweb: https://git.kernel.org/tip/302df34c4e64b9e83ee31cbf508b38b62b428bd6
Author: Jiri Olsa
AuthorDate: Thu, 3 Jan 2019 17:13:49 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 4 Jan 2019 12:54:49 -0300
tools thermal
On Tue 08-01-19 17:51:07, Guo Ren wrote:
[...]
> static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm)
> {
> pte_t *pte;
> unsigned long i;
>
> pte = (pte_t *) __get_free_page(GFP_KERNEL | __GFP_RETRY_MAYFAIL);
>
On Tue, Jan 08, 2019 at 02:07:30PM +, Julien Thierry wrote:
> Instead disabling interrupts by setting the PSR.I bit, use a priority
> higher than the one used for interrupts to mask them via PMR.
>
> When using PMR to disable interrupts, the value of PMR will be used
> instead of PSR.[DAIF]
Commit-ID: 536cdb684d2d5139708d290b9dc124b1420886c1
Gitweb: https://git.kernel.org/tip/536cdb684d2d5139708d290b9dc124b1420886c1
Author: Jiri Olsa
AuthorDate: Thu, 3 Jan 2019 17:13:50 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 4 Jan 2019 12:54:49 -0300
tools iio:
Am Dienstag, 8. Januar 2019, 16:32:55 CET schrieb Andy Shevchenko:
> On Fri, Dec 28, 2018 at 12:18 AM Pali Rohár wrote:
> > On Monday 17 December 2018 10:50:04 Pali Rohár wrote:
> > > On Wednesday 12 December 2018 14:57:36 Pali Rohár wrote:
>
> > > Thanks for review of #94! As next you can take
Commit-ID: 805e4c8b61bd62f6d3f416c915cb9bb423835fee
Gitweb: https://git.kernel.org/tip/805e4c8b61bd62f6d3f416c915cb9bb423835fee
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 3 Jan 2019 14:59:11 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 3 Jan 2019 15:16:04 -0300
* JeffyChen [190108 03:17]:
> Hi Tony,
>
> On 01/08/2019 08:15 AM, Tony Lindgren wrote:
> > * Tony Lindgren [190108 00:06]:
> > > I'm now seeing the following error on omap5 during boot:
> > >
> > > (NULL device *): Failed to create dummy-scm_conf@0 debugfs directory
> This log means failed to
Commit-ID: 3d32c4531958c433a6ee087f31891cb02d6b68d9
Gitweb: https://git.kernel.org/tip/3d32c4531958c433a6ee087f31891cb02d6b68d9
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 3 Jan 2019 14:56:20 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 3 Jan 2019 14:56:20 -0300
Op 08-01-2019 om 16:07 schreef Paul Menzel:
> Dear Linux folks,
>
>
> Building Linux 5.0-rc1 fails with the errors below. Please find the
> configuration file attached.
>
> ```
> $ make -j120
> […]
> drivers/gpu/vga/vgaarb.c: In function ‘__vga_tryget’:
> drivers/gpu/vga/vgaarb.c:286:14: error:
Commit-ID: 94f45df8aaa35471ab3fc802c2cf1b75c8107500
Gitweb: https://git.kernel.org/tip/94f45df8aaa35471ab3fc802c2cf1b75c8107500
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 3 Jan 2019 13:53:59 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 3 Jan 2019 13:53:59 -0300
Commit-ID: 8a99255a50c0b4c2a449b96fd8d45fcc8d72c701
Gitweb: https://git.kernel.org/tip/8a99255a50c0b4c2a449b96fd8d45fcc8d72c701
Author: Jin Yao
AuthorDate: Thu, 3 Jan 2019 15:40:45 +0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 3 Jan 2019 12:12:18 -0300
perf stat: Fix
One of the more common cases of allocation size calculations is finding the
size of a structure that has a zero-sized array at the end, along with memory
for some number of elements for that array. For example:
struct foo {
int stuff;
void *entry[];
};
instance = kzalloc(sizeof(struct
Hi Stafford,
On Tue, Jan 8, 2019 at 8:12 PM Stafford Horne wrote:
>
> What is this patch based on? I tried to apply it to 5.0-rc1 and am having an
> issue with applying the arch/openrisc/include/uapi/asm/Kbuild part.
Based on Linus' latest tree.
(commit 3bd6e94be)
v5.0-rc1 is NOT the
On Tue, Dec 18, 2018 at 06:40:40PM +0100, Matthias Reichl wrote:
> On Sun, Oct 21, 2018 at 12:23:01PM +0100, Mark Brown wrote:
> > On Fri, Oct 19, 2018 at 11:22:46AM +0100, Jon Hunter wrote:
> > Indeed, this is a bit of a mess. We probably shouldn't be modifying the
> > data that the drivers
On Fri, Dec 28, 2018 at 12:18 AM Pali Rohár wrote:
> On Monday 17 December 2018 10:50:04 Pali Rohár wrote:
> > On Wednesday 12 December 2018 14:57:36 Pali Rohár wrote:
> > Thanks for review of #94! As next you can take #92 from list.
>
> Andreas, can you look at next pull requests?
Looking from
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> Best regards,
>
> - Arnaldo
>
> Test results at the end of this message, as usual.
>
> The following changes since commit 2573be22e5b6f24a0cabc97715c808c47e29eaaf:
>
> Merge tag
On Tue, 8 Jan 2019, Paul Elder wrote:
> On Sun, Jan 06, 2019 at 03:03:09PM -0500, Alan Stern wrote:
> > On Sun, 6 Jan 2019, Paul Elder wrote:
> >
> > > Implement the mechanism for optional explicit status stage for the MUSB
> > > driver. This allows a function driver to specify what to reply for
One of the more common cases of allocation size calculations is finding the
size of a structure that has a zero-sized array at the end, along with memory
for some number of elements for that array. For example:
struct foo {
int stuff;
void *entry[];
};
instance = kzalloc(sizeof(struct
On 2019-01-07 11:51 p.m., Yu Zhao wrote:
> Userspace may request pitch alignment that is not supported by GPU.
> Some requests 32, but GPU ignores it and uses default 64 when cpp is
> 4. If GEM object is allocated based on the smaller alignment, GPU
> DMA will go out of bound.
>
> Cc:
On Fri, Jan 4, 2019 at 7:54 PM Brian Norris wrote:
>
> Hi again,
>
> On Thu, Jan 03, 2019 at 04:11:58PM -0800, Brian Norris wrote:
> > On Thu, Jan 03, 2019 at 04:01:45PM -0800, Bjorn Andersson wrote:
> > > I share your concern about this, but I came to suggest this as the
> > > driver cares about
One of the more common cases of allocation size calculations is finding
the size of a structure that has a zero-sized array at the end, along
with memory for some number of elements for that array. For example:
struct foo {
int stuff;
void *entry[];
};
instance = kmalloc(sizeof(struct
On 08.01.19 13:59, Halil Pasic wrote:
On Wed, 19 Dec 2018 20:17:54 +0100
Michael Mueller wrote:
This function processes the Gib Alert List (GAL). It is required
to run when either a gib alert interruption has been received or
a gisa that is in the alert list is cleared or dropped.
The GAL
Hi Suzuki,
On 08/01/2019 14:51, Suzuki K Poulose wrote:
> Hi Julien,
>
> On 08/01/2019 14:07, Julien Thierry wrote:
>> From: Daniel Thompson
>>
>> Currently alternatives are applied very late in the boot process (and
>> a long time after we enable scheduling). Some alternative sequences,
>>
[Cc'ing the LSM and integrity mailing lists]
Repeating my comment on PATCH 0/1 here with the expanded set of
mailing lists.
The builtin and secondary keyrings have a signature change of trust
rooted in the signed kernel image. Adding the pre-boot keys to the
secondary keyring breaks that
On 2019-01-08 04:42, Roman Penyaev wrote:
What we can do:
a) disable irqs if we are not in interrupt.
b) revert the patch completely.
David, is it really crucial in terms of performance to avoid double
local_irq_save() on Xen on this ep_poll_callback() hot path?
Note that such optimizations
Currently the protection lookup tables in sd_prot_flag_mask() and
sd_prot_op() are declared as non-static. As such, they will be rebuilt
for each respective function call.
Optimise by making them static.
This saves ~100B object code for sd.c:
Before:
textdata bss dec hex
ipic_set_highest_priority(), ipic_enable_mcp() and ipic_disable_mcp()
are unused. This patch drops them.
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/ipic.h | 3 ---
arch/powerpc/sysdev/ipic.c | 35 ---
2 files changed, 38 deletions(-)
diff
Dear Linux folks,
Building Linux 5.0-rc1 fails with the errors below. Please find the
configuration file attached.
```
$ make -j120
[…]
drivers/gpu/vga/vgaarb.c: In function ‘__vga_tryget’:
drivers/gpu/vga/vgaarb.c:286:14: error: ‘PCI_VGA_STATE_CHANGE_DECODES’
undeclared (first use in this
On Thu 03-01-19 08:12:03, Shakeel Butt wrote:
> Move the memcg_kmem_enabled() checks into memcg kmem charge/uncharge
> functions, so, the users don't have to explicitly check that condition.
> This is purely code cleanup patch without any functional change. Only
> the order of checks in
On Fri, 28 Dec 2018, Linus Walleij wrote:
> On Fri, Dec 28, 2018 at 12:02 AM Leonard Crestez wrote:
>
> > Digging a little deeper it seems the touchpad interrupt is active on
> > boot and since it's configured as "level" and no touchpad driver is
> > available yet there does not seem to be any
Hi,
On 8/1/19 15:34, Guenter Roeck wrote:
> On Tue, Jan 8, 2019 at 6:28 AM Enric Balletbo i Serra
> wrote:
>>
>> Hi Moritz,
>>
>> Many thanks for the patch,I've one concern on this, and I'd be also
>> interested
>> on Benson and Guenter opinion ...
>>
>> On 8/1/19 4:56, Moritz Fischer wrote:
On 8.1.2019 15:56, Rob Herring wrote:
> On Tue, Jan 8, 2019 at 5:43 AM Vokáč Michal wrote:
>>
>> On 29.12.2018 00:25, Rob Herring wrote:
>>> On Tue, Dec 18, 2018 at 02:42:11PM +, Vokáč Michal wrote:
These are i.MX6S/DL based SBCs embedded in various Y Soft products.
All share the
On Wed 02-01-19 17:56:38, Shakeel Butt wrote:
> If a memcg is over high limit, memory reclaim is scheduled to run on
> return-to-userland. However it is assumed that the memcg is the current
> process's memcg. With remote memcg charging for kmem or swapping in a
> page charged to remote memcg,
On Tue, Jan 8, 2019 at 5:43 AM Vokáč Michal wrote:
>
> On 29.12.2018 00:25, Rob Herring wrote:
> > On Tue, Dec 18, 2018 at 02:42:11PM +, Vokáč Michal wrote:
> >> These are i.MX6S/DL based SBCs embedded in various Y Soft products.
> >> All share the same board design but have slightly
On Wed 02-01-19 10:12:04, Dave Hansen wrote:
> On 12/28/18 12:41 AM, Michal Hocko wrote:
> >>
> >> It can be done in kernel page reclaim path, near the anonymous page
> >> swap out point. Instead of swapping out, we now have the option to
> >> migrate cold pages to PMEM NUMA nodes.
> > OK, this
On Tue, Jan 8, 2019 at 8:25 AM Vokáč Michal wrote:
>
> On 8.1.2019 12:43, Vokáč Michal wrote:
> > On 29.12.2018 00:25, Rob Herring wrote:
> >> On Tue, Dec 18, 2018 at 02:42:11PM +, Vokáč Michal wrote:
> [...]
> >>> + {
> >>> + clock-frequency = <10>;
> >>> + pinctrl-names = "default";
On Wed 02-01-19 12:21:10, Jonathan Cameron wrote:
[...]
> So ideally I'd love this set to head in a direction that helps me tick off
> at least some of the above usecases and hopefully have some visibility on
> how to address the others moving forwards,
Is it sufficient to have such a memory
Cc Andrew (original patch is here
http://lkml.kernel.org/r/20190104183726.GA6374@embeddedor)
On Fri 04-01-19 12:37:26, Gustavo A. R. Silva wrote:
> One of the more common cases of allocation size calculations is finding
> the size of a structure that has a zero-sized array at the end, along
>
Hi Julien,
On 08/01/2019 14:07, Julien Thierry wrote:
From: Daniel Thompson
Currently alternatives are applied very late in the boot process (and
a long time after we enable scheduling). Some alternative sequences,
such as those that alter the way CPU context is stored, must be applied
much
During an atomic commit, the HVS is configured with a display list
for the channel matching the associated CRTC. The Pixel Valve (CRTC)
and encoder are also configured for the new setup at that time.
While the Pixel Valve and encoder are reconfigured synchronously, the
HVS is only reconfigured
From: Boris Brezillon
The HVS block is supposed to fill the pixelvalve FIFOs fast enough to
meet the requested framerate. The problem is, the HVS and memory bus
bandwidths are limited, and if we don't take these limitations into
account we might end up with HVS underflow errors.
This patch is
From: Boris Brezillon
The DRM framework provides a generic way to report underrun errors.
Let's implement the necessary hooks to support it in the VC4 driver.
Signed-off-by: Boris Brezillon
---
Changes in v3:
- Generic underrun report function has been dropped, adjust the
code accordingly
Hi,
Here is a third iteration of the VC4 load tracking series, which was
initially developed by Boris Brezillon and that I have now taken over.
This new version aggregates a standalone patch adding a debugfs entry,
which was updated since its last revision. A new preliminary patch is
also
In order to test whether the load tracker is working as expected, we
need the ability to compare the commit result with the underrun
indication. With the load tracker always enabled, commits that are
expected to trigger an underrun are always rejected, so userspace
cannot get the actual underrun
On Mon, Jan 7, 2019 at 12:51 PM Lina Iyer wrote:
>
> On Fri, Dec 28 2018 at 17:07 -0700, Rob Herring wrote:
> >On Wed, Dec 19, 2018 at 03:11:02PM -0700, Lina Iyer wrote:
> >> SDM845 SoC has an always-on interrupt controller (PDC) with select GPIO
> >> routed to the PDC as interrupts that can be
Hi, Martin
From Anson's iPhone 6
> 在 2019年1月8日,19:41,Martin Kepplinger 写道:
>
>> On 08.01.19 10:14, Anson Huang wrote:
>> The accelerometer's power supply could be controllable on some
>> platforms, such as i.MX6Q-SABRESD board, the mma8451's power supplies
>> are controlled by a GPIO fixed
On Tue, Jan 08, 2019 at 01:13:57PM +, Andrew Murray wrote:
> On Tue, Jan 08, 2019 at 02:10:31PM +0100, Peter Zijlstra wrote:
> > On Tue, Jan 08, 2019 at 01:07:41PM +, Andrew Murray wrote:
> >
> > > Yes I found lots of examples like this across the tree whilst doing this
> > > work.
On Tue 08-01-19 23:21:23, Tetsuo Handa wrote:
> From: Tetsuo Handa
>
> If memcg OOM events in different domains are pending, already OOM-killed
> threads needlessly wait for pending memcg OOM events in different domains.
> An out_of_memory() call is slow because it involves printk(). With slow
>
Without CONFIG_PM_SLEEP, we get annoying warnings about unused
functions:
drivers/mailbox/tegra-hsp.c:782:12: warning: ‘tegra_hsp_resume’ defined but not
used [-Wunused-function]
static int tegra_hsp_resume(struct device *dev)
^~~~
Mark them as __maybe_unused to shut up
On Tue, 8 Jan 2019, Christophe Leroy wrote:
> Oops, forgot to actually copy Thomas.
>
> Le 08/01/2019 à 12:37, Christophe Leroy a écrit :
> > arch_early_irq_init() does nothing different than
> > the weak arch_early_irq_init() in kernel/softirq.c
> >
> > Fixes: 089fb442f301 ("powerpc: Use
On Thu 20-12-18 10:19:34, Michal Hocko wrote:
> On Thu 20-12-18 15:19:39, Pingfan Liu wrote:
> > Hi Michal,
> >
> > WIth this patch applied on the old one, I got the following message.
> > Please get it from attachment.
> [...]
> > [0.409637] NUMA: Node 1 [mem 0x-0x0009] + [mem
>
Hi,
On Tue, Jan 08, 2019 at 01:43:09PM +, Christophe Leroy wrote:
> Since only the virtual address of allocated blocks is used,
> lets use functions returning directly virtual address.
>
> Those functions have the advantage of also zeroing the block.
>
> Suggested-by: Mike Rapoport
>
On Tue, Jan 8, 2019 at 6:28 AM Enric Balletbo i Serra
wrote:
>
> Hi Moritz,
>
> Many thanks for the patch,I've one concern on this, and I'd be also interested
> on Benson and Guenter opinion ...
>
> On 8/1/19 4:56, Moritz Fischer wrote:
> > From: Moritz Fischer
> >
> > Add cros_ec_readmem()
Dan Carpenter writes:
> On Mon, Jan 07, 2019 at 07:38:20PM +0100, Vitaly Kuznetsov wrote:
>> (I remember Greg disliked when people were tagging patches for stable@
>> themselves, he prefered maintainers deciding if the particular commit
>> deserves stable@ or not - but as you have a tree now we
On Tue, 2019-01-08 at 16:12 +0800, Kairui Song wrote:
> Hi, as the subject, this is a patch that links the new introduced
> .platform keyring into .secondary_trusted_keys keyring. This is
> mainly for the kexec_file_load, make kexec_file_load be able to verify
> the kernel image agains keys
On Tue, 8 Jan 2019, Christoph Hellwig wrote:
> From: Luis Chamberlain
>
> The last few stragglers coccinelle doesn't pick up are on driver
> specific header files. Phase those out as well as dma_alloc_coherent()
> zeroes out the memory as well now too.
You can use the --include-headers
On Tue, 8 Jan 2019, Christoph Hellwig wrote:
> From: Luis Chamberlain
>
> dma_zalloc_coherent() is no longer needed as it has no users because
> dma_alloc_coherent() already zeroes out memory for us.
>
> The Coccinelle grammar rule that used to check for dma_alloc_coherent()
> + memset() is
Hi Moritz,
Many thanks for the patch,I've one concern on this, and I'd be also interested
on Benson and Guenter opinion ...
On 8/1/19 4:56, Moritz Fischer wrote:
> From: Moritz Fischer
>
> Add cros_ec_readmem() based helpers for I2C/SPI based ECs.
> Unlike the LPC based ECs the I2C/SPI based
On Mon, 7 Jan 2019 20:18:03 +0100
Michael Mueller wrote:
>
>
> On 03.01.19 15:43, Pierre Morel wrote:
> > On 19/12/2018 20:17, Michael Mueller wrote:
> >> This function processes the Gib Alert List (GAL). It is required
> >> to run when either a gib alert interruption has been received or
> >>
Greg KH, le mar. 08 janv. 2019 15:25:07 +0100, a ecrit:
> On Tue, Jan 08, 2019 at 09:15:02AM -0500, Kyungtae Kim wrote:
> > On Tue, Jan 8, 2019 at 8:50 AM Greg KH wrote:
> > >
> > > On Tue, Jan 08, 2019 at 08:37:37AM -0500, Kyungtae Kim wrote:
> > > > We report a bug in linux-4.20: "general
On 8.1.2019 12:43, Vokáč Michal wrote:
> On 29.12.2018 00:25, Rob Herring wrote:
>> On Tue, Dec 18, 2018 at 02:42:11PM +, Vokáč Michal wrote:
[...]
>>> + {
>>> + clock-frequency = <10>;
>>> + pinctrl-names = "default";
>>> + pinctrl-0 = <_i2c3>;
>>> + status = "disabled";
>>> +
>>>
On Tue, Jan 08, 2019 at 09:15:02AM -0500, Kyungtae Kim wrote:
> On Tue, Jan 8, 2019 at 8:50 AM Greg KH wrote:
> >
> > On Tue, Jan 08, 2019 at 08:37:37AM -0500, Kyungtae Kim wrote:
> > > We report a bug in linux-4.20: "general protection fault in
> > > spk_ttyio_ldisc_close"
> > >
> > > kernel
On Tue, 8 Jan 2019 14:41:35 +0100
Cornelia Huck wrote:
> On Tue, 8 Jan 2019 14:36:13 +0100
> Halil Pasic wrote:
>
> > On Tue, 8 Jan 2019 11:34:44 +0100
> > Cornelia Huck wrote:
> >
> > > > >>
> > > > >>> + spin_unlock(>arch.iam_ref_lock);
> > > > >>> +
> > > > >>> + return
On Wed, Jan 02, 2019 at 10:59:53AM +0100, Peter Rajnoha wrote:
> On 12/19/18 10:24 AM, Greg KH wrote:
> > On Fri, Dec 07, 2018 at 01:28:52PM +0100, Peter Rajnoha wrote:
> >> On 12/7/18 1:01 PM, Greg KH wrote:
> >>> On Fri, Dec 07, 2018 at 12:46:07PM +0100, Peter Rajnoha wrote:
> This patch
Hi,
On Tue, Jan 08, 2019 at 11:02:24AM +0100, Christophe Leroy wrote:
>
> Le 31/12/2018 à 10:29, Mike Rapoport a écrit :
> >There are a several places that allocate memory using memblock APIs that
> >return a physical address, convert the returned address to the virtual
> >address and frequently
From: Tetsuo Handa
If memcg OOM events in different domains are pending, already OOM-killed
threads needlessly wait for pending memcg OOM events in different domains.
An out_of_memory() call is slow because it involves printk(). With slow
serial consoles, out_of_memory() might take more than a
On Jan 08 2019, Geert Uytterhoeven wrote:
> @@ -90,7 +90,7 @@ static struct dioname names[] =
> #undef DIOFBNAME
>
> static const char *unknowndioname
> -= "unknown DIO board -- please email
> !";
> + = "unknown DIO board, please email linux-m...@lists.linux-m68k.org";
This
> Subject: [PATCH 2/2] drm/msm/gpu: fix building without debugfs
>
> When debugfs is disabled, but coredump is turned on, the adreno driver fails
> to
> build:
>
> drivers/gpu/drm/msm/adreno/a3xx_gpu.c:460:4: error: 'struct msm_gpu_funcs'
> has no member named 'show'
>.show = adreno_show,
Hi Dietmar,
On 08/01/2019 13:58, Dietmar Eggemann wrote:
> Arm TC2 (multi_v7_defconfig plus CONFIG_ARM_BIG_LITTLE_CPUFREQ=y and
> CONFIG_ARM_VEXPRESS_SPC_CPUFREQ=y) fails hotplug stress tests.
>
> This issue was tracked down to a missing copy of the new affinity
> cpumask of the vexpress-spc
On Tue, Jan 8, 2019 at 8:50 AM Greg KH wrote:
>
> On Tue, Jan 08, 2019 at 08:37:37AM -0500, Kyungtae Kim wrote:
> > We report a bug in linux-4.20: "general protection fault in
> > spk_ttyio_ldisc_close"
> >
> > kernel config: https://kt0755.github.io/etc/config_v4.20_stable
> > repro:
On 1/7/19 11:15 PM, Su Yanjun wrote:
>
>
> On 1/8/2019 1:07 PM, Darrick J. Wong wrote:
>> On Tue, Jan 08, 2019 at 12:58:43PM +0800, Su Yanjun
>> wrote:
>>>
>>> On 1/8/2019 2:04 AM, Eric Sandeen wrote:
On 1/7/19 11:52 AM, Darrick J. Wong wrote:
> On Mon, Jan 07, 2019 at 04:53:10AM
Sir/madam,My name is John cavedo,I seek for investment plan in your
country,we may be of value to each other.Get back to me for more
details on below email(attorney.cav...@gmail.com)
There are some helpers to modify PSR.[DAIF] bits that are not referenced
anywhere. The less these bits are available outside of local_irq_*
functions the better.
Get rid of those unused helpers.
Signed-off-by: Julien Thierry
Reviewed-by: Mark Rutland
Acked-by: Catalin Marinas
Cc: Catalin
It is not supported to have some CPUs using GICv3 sysreg CPU interface
while some others do not.
Once ICC_SRE_EL1.SRE is set on a CPU, the bit cannot be cleared. Since
matching this feature require setting ICC_SRE_EL1.SRE, it cannot be
turned off if found on a CPU.
Set the feature as
Add helper functions to access system registers related to interrupt
priorities: PMR and RPR.
Signed-off-by: Julien Thierry
Reviewed-by: Mark Rutland
Acked-by: Catalin Marinas
Cc: Russell King
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Marc Zyngier
---
arch/arm/include/asm/arch_gicv3.h |
In order to replace PSR.I interrupt disabling/enabling with ICC_PMR_EL1
interrupt masking, ICC_PMR_EL1 needs to be saved/restored when
taking/returning from an exception. This mimics the way hardware saves
and restores PSR.I bit in spsr_el1 for exceptions and ERET.
Add PMR to the registers to
The addition of PMR should not bypass the semantics of daifflags.
When DA_F are set, I bit is also set as no interrupts (even of higher
priority) is allowed.
When DA_F are cleared, I bit is cleared and interrupt enabling/disabling
goes through ICC_PMR_EL1.
Signed-off-by: Julien Thierry
Cc:
In preparation for the application of alternatives at different points
during the boot process, provide the possibility to check whether
alternatives for a feature of interest was already applied instead of
having a global boolean for all alternatives.
Make VHE enablement code check for the VHE
On Sat, Dec 29, 2018 at 3:25 PM Geert Uytterhoeven wrote:
> On Fri, Aug 24, 2018 at 12:00 AM Joe Perches wrote:
> > On Thu, 2018-08-23 at 23:52 +0200, Geert Uytterhoeven wrote:
> > > Reverted locally (incl. the follow-up), applied Andrew's fix, detected new
> > > warnings in v4.18+, and sent
1001 - 1100 of 1482 matches
Mail list logo