From: Ricardo Rivera-Matos
Introduce the bq2515x family of chargers.
The BQ2515X family of devices are highly integrated battery management
ICs that integrate the most common functions for wearbale devices
namely a charger, an output voltage rail, ADC for battery and system
monitoring, and a pus
On Fri, May 15, 2020 at 9:51 AM Ian Rogers wrote:
>
> Fixes the following warnings:
>
> hashmap.c: In function ‘hashmap__clear’:
> hashmap.h:150:20: error: comparison of integer expressions of different
> signedness: ‘int’ and ‘size_t’ {aka ‘long unsigned int’}
> [-Werror=sign-compare]
> 150 |
pdata.dump_oops = dump_oops;
> + /* If "max_reason" is set, its value has priority over "dump_oops". */
> + if (ramoops_max_reason != -1)
> + pdata.max_reason = ramoops_max_reason;
(ramoops_max_reason >= 0) might make more sense here, we do not want
negative max_reason
On Fri, May 15, 2020 at 9:51 AM Ian Rogers wrote:
>
> Use a hashmap between a char* string and a double* value. While bpf's
> hashmap entries are size_t in size, we can't guarantee sizeof(size_t) >=
> sizeof(double). Avoid a memory allocation when gathering ids by making 0.0
> a special value enco
On Fri, May 15, 2020 at 9:51 AM Ian Rogers wrote:
>
> Remove #include of libbpf_internal.h that is unused.
> Discussed in this thread:
> https://lore.kernel.org/lkml/caef4bzzrmieds_8r8g4vaaewvjzpb4xylnpf0x2vny8otzk...@mail.gmail.com/
>
> Signed-off-by: Ian Rogers
> ---
Acked-by: Andrii Nakryiko
1) Fix sk_psock reference count leak on receive, from Xiyu Yang.
2) CONFIG_HNS should be invisible, from Geert Uytterhoeven.
3) Don't allow locking route MTUs in ipv6, RFCs actually forbid
this, from Maciej Żenczykowski.
4) ipv4 route redirect backoff wasn't actually enforced, from
Paolo
On Fri, 2020-05-15 at 16:50 +1000, Nicholas Piggin wrote:
>
> But what about if there are (real, not speculative) stores in the
> store
> queue still on the lazy thread from when it was switched, that have
> not
> yet become coherent? The page is freed by another CPU and reallocated
> for someth
> #define parse_u32(name, field, default_value) {
> \
> ret = ramoops_parse_dt_u32(pdev, name, default_value, \
The series seems to be missing the patch where ramoops_parse_dt_size
-> ramoops_parse_dt_u32 get renamed, and updated to handle default
On 13/05/2020 17:37, Petr Mladek wrote:
> On Thu 2020-04-30 19:14:34, Alper Nebi Yasak wrote:
>> | "console=tty0"|(no console arg) |
>>--+---+---+
>>QEMU VM | tty0 -WU (EC p ) | ttyAMA0
On Fri, May 15, 2020 at 01:16:59PM -0500, Eric W. Biederman wrote:
> Tetsuo Handa writes:
>
> > This is
> >
> > if (sb->s_magic == PROC_SUPER_MAGIC && *pos == '/') {
> > char *ep;
> > const pid_t pid = (pid_t) simple_strtoul(pos + 1, &ep, 10);
> >
An IORT PMCG node can have no ID mapping if its overflow interrupt is
wire based therefore the code that parses the PMCG node can not assume
the node will always have a single mapping present at index 0.
Fix iort_get_id_mapping_index() by checking for an overflow interrupt
and mapping count.
Fixe
Good day Bjorn,
On Wed, May 13, 2020 at 06:32:24PM -0700, Bjorn Andersson wrote:
> On Fri 08 May 14:01 PDT 2020, Mathieu Poirier wrote:
>
> > On Tue, May 05, 2020 at 05:22:53PM -0700, Bjorn Andersson wrote:
> > > On Fri 24 Apr 13:01 PDT 2020, Mathieu Poirier wrote:
> > >
> > > > Add a new sync_o
On Fri, May 15, 2020 at 2:44 PM Kees Cook wrote:
>
> The pstore subsystem already had a private version of this function.
> With the coming addition of the pstore/zone driver, this needs to be
> shared. As it really should live with printk, move it there instead.
>
> Link:
> https://lore.kernel.o
On Sat, 18 Apr 2020 21:19:06 +0100 Dmitry Safonov wrote:
> Currently, the log-level of show_stack() depends on a platform
> realization. It creates situations where the headers are printed with
> lower log level or higher than the stacktrace (depending on
> a platform or user).
>
> Furthermore,
On Fri, May 15, 2020 at 06:07:51AM -0400, Xiaochun Lee wrote:
> From: Xiaochun Lee
>
> The device [8086:a26c] is a Power Control Unit of
> Intel Ice Lake Server Processor and devices [8086:a1ec,a1ed]
> are the Power Control Unit of Intel Xeon Scalable Processor,
> kernel treats their pci BARs as
powerpc allyesconfig
powerpc rhel-kconfig
powerpc allmodconfig
powerpc allnoconfig
i386 randconfig-a006-20200515
i386 randconfig-a005-20200515
i386
On 2020-05-15 19:26, Joerg Roedel wrote:
On Fri, May 15, 2020 at 05:28:53PM +0100, Robin Murphy wrote:
On 2020-05-15 17:14, Joerg Roedel wrote:
diff --git a/drivers/iommu/dma-iommu.c b/drivers/iommu/dma-iommu.c
index ba128d1cdaee..403fda04ea98 100644
--- a/drivers/iommu/dma-iommu.c
+++ b/driver
On Wed, 2020-05-13 at 17:33 -0600, Shuah Khan wrote:
> Fix kernel_read_file_from_fd() to avoid fdput() after a failed fdget().
> fdput() doesn't do fput() on this file since FDPUT_FPUT isn't set
> in fd.flags. Fix it anyway since failed fdget() doesn't require
> a fdput().
>
> This was introduced
On 2020-05-15 00:30, Greg KH wrote:
On Thu, May 14, 2020 at 04:22:10PM -0700, rana...@codeaurora.org wrote:
On 2020-05-13 00:04, Greg KH wrote:
> On Tue, May 12, 2020 at 02:39:50PM -0700, rana...@codeaurora.org wrote:
> > On 2020-05-12 01:25, Greg KH wrote:
> > > On Tue, May 12, 2020 at 09:22:15
> -Original Message-
> From: Hans de Goede
> Sent: Friday, May 15, 2020 1:39 PM
> To: Darren Hart; Andy Shevchenko
> Cc: Hans de Goede; Limonciello, Mario; platform-driver-...@vger.kernel.org;
> linux-kernel@vger.kernel.org
> Subject: [PATCH] platform/x86: intel-vbtn: Only blacklist SW_TAB
WELCOME TO WESTERN UNION MONEY TRANSFER
THIS MAIL IS ONLY FOR THE OWNER OF THIS E-MAIL ADDRESS:
Below is the information of your first payments $5000 Dollars sent to you today.
But unfortunately, the managing Director of this department called us this
morning and reported that you have not paid th
On 15/05/20 20:46, Sean Christopherson wrote:
>> The new one using #VE is not coming very soon (we need to emulate it for
>> > going to keep "page not ready" delivery using #PF for some time or even
>> forever. However, page ready notification as #PF is going away for good.
>
> And isn't hardware
On Fri, May 15, 2020 at 2:44 PM Kees Cook wrote:
>
> To turn the KMSG_DUMP_* reasons into a more ordered list, collapse
> the redundant KMSG_DUMP_(RESTART|HALT|POWEROFF) reasons into
> KMSG_DUMP_SHUTDOWN. The current users already don't meaningfully
> distinguish between them, so there's no need t
> -Original Message-
> From: James Morse
> Sent: Friday, May 15, 2020 1:22 PM
> To: Moger, Babu ; Reinette Chatre
>
> Cc: x...@kernel.org; linux-kernel@vger.kernel.org; Fenghua Yu
> ; Thomas Gleixner ; Ingo Molnar
> ; Borislav Petkov ; H Peter Anvin
>
> Subject: Re: [PATCH v2 09/10] x86/
On Fri, May 15, 2020 at 09:23:22PM +0300, Serge Semin wrote:
> On Fri, May 15, 2020 at 07:12:19PM +0100, Mark Brown wrote:
> > Unless someone explicitly gives you a tag for something you shouldn't
> > usually assume that one applies, especially with maintainers giving acks
> > on their own trees s
Hi Linus,
Second rc pull request
One regression, some syzkaller crashers and other long standing bugs for RDMA.
Thanks,
Jason
The following changes since commit 0e698dfa282211e414076f9dc7e83c1c288314fd:
Linux 5.7-rc4 (2020-05-03 14:56:04 -0700)
are available in the Git repository at:
git
On Fri, 2020-05-15 at 19:56 +0300, Amir Goldstein wrote:
> On Fri, May 15, 2020 at 2:38 PM Jeff Layton wrote:
> > On Fri, 2020-05-15 at 12:15 +0100, Luis Henriques wrote:
> > > On Fri, May 15, 2020 at 09:42:24AM +0300, Amir Goldstein wrote:
> > > > +CC: fstests
> > > >
> > > > On Thu, May 14, 202
On Fri, May 15, 2020 at 2:44 PM Kees Cook wrote:
>
> Hello!
>
> I wanted to get the pstore tree nailed down, so here's the v4 of
> Pavel's series, tweaked for the feedback during v3 review.
Hi Kees,
Thank you, I was planning to send a new version of this series later
today. Let me quickly review
On 5/15/2020 11:55 AM, Stephen Smalley wrote:
> On Fri, May 15, 2020 at 12:45 PM David Howells wrote:
>> I can go back to the enum patch for the moment if you and Casey can put up
>> with that for the moment?
> Yes, let's do that.
OK by me.
get_maintainer behaves differently if there is a
double sequential forward slash in a filename because
the total number of slashes in a filename is used to
match MAINTAINERS file patterns.
For example:
# (with double slash)
$ ./scripts/get_maintainer.pl -f drivers/gpu/drm//lima
David Airlie (mai
Hi,
On Fri, May 1, 2020 at 3:30 AM Sharat Masetty wrote:
>
> This patch simply adds a new compatible string for SC7180 platform.
>
> Signed-off-by: Sharat Masetty
> ---
> Documentation/devicetree/bindings/iommu/arm,smmu.yaml | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/Documentation
The following changes since commit 2ef96a5bb12be62ef75b5828c0aab838ebb29cb8:
Linux 5.7-rc5 (2020-05-10 15:16:58 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux.git
tags/riscv-for-linus-5.7-rc6
for you to fetch changes up to ed1ed4c0d
On 5/13/20 3:24 PM, Alexei Starovoitov wrote:
On Tue, May 12, 2020 at 06:56:38AM +0100, Alan Maguire wrote:
The printk family of functions support printing specific pointer types
using %p format specifiers (MAC addresses, IP addresses, etc). For
full details see Documentation/core-api/printk
On Sat, May 16, 2020 at 02:20:38AM +0800, kbuild test robot wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> master
> head: 051e6b7e34b9bd24f46725f74994a4d3a653966e
> commit: 06e85c7e9a1c1356038936566fc23f7c0d363b96 asm-generic: fix unistd_32.h
> generation
On Thu, May 14, 2020 at 04:43:31PM +0200, Thomas Gleixner wrote:
[...]
> > Or, if [1] is merged, then we could just combine the checks into one check.
> > RCU_LOCKDEP_WARN(__this_cpu_read(rcu_data.dynticks_nesting) != 1,
> > "Bad RCU dynticks_nmi_nesting counter\n");
> >
>
months ago
config: ia64-randconfig-r015-20200515 (attached as .config)
compiler: ia64-linux-gcc (GCC) 9.3.0
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
chmod +x ~/bin/make.cross
git checkout
On Fri, May 15, 2020 at 12:45 PM David Howells wrote:
> I can go back to the enum patch for the moment if you and Casey can put up
> with that for the moment?
Yes, let's do that.
On Thu 14 May 19:32 PDT 2020, Doug Anderson wrote:
> Hi,
>
> On Mon, May 4, 2020 at 10:50 AM Douglas Anderson
> wrote:
> >
> > cpu_pm_notify() is basically a wrapper of notifier_call_chain().
> > notifier_call_chain() doesn't initialize *nr_calls to 0 before it
> > starts incrementing it--presu
On Fri, May 01, 2020 at 08:42:13AM +, Dmitry Golovin wrote:
> LLD by default disallows relocations in read-only segments. For a
I need more info here about which segment is read-only?
Is this something LLD does by default or what's happening?
Because my BFD-linked vmlinux has:
Program Heade
On Fri, May 15, 2020 at 05:59:43PM +0200, Paolo Bonzini wrote:
> On 13/05/20 14:52, Vivek Goyal wrote:
> >>> Also, type of event should not necessarily be tied to delivery method.
> >>> For example if we end up introducing say, "KVM_PV_REASON_PAGE_ERROR", then
> >>> I would think that event can be
To turn the KMSG_DUMP_* reasons into a more ordered list, collapse
the redundant KMSG_DUMP_(RESTART|HALT|POWEROFF) reasons into
KMSG_DUMP_SHUTDOWN. The current users already don't meaningfully
distinguish between them, so there's no need to, as discussed here:
https://lore.kernel.org/lkml/ca+ck2bap
Now that pstore_register() can correctly pass max_reason to the kmesg
dump facility, introduce a new "max_reason" module parameter and
"max-reason" Device Tree field.
The "dump_oops" module parameter and "dump-oops" Device
Tree field are now considered deprecated, but are now automatically
convert
The pstore subsystem already had a private version of this function.
With the coming addition of the pstore/zone driver, this needs to be
shared. As it really should live with printk, move it there instead.
Link: https://lore.kernel.org/lkml/20200510202436.63222-8-keesc...@chromium.org/
Acked-by:
From: Pavel Tatashin
kmsg_dump() allows to dump kmesg buffer for various system events: oops,
panic, reboot, etc. It provides an interface to register a callback call
for clients, and in that callback interface there is a field "max_reason"
which gets ignored unless always_kmsg_dump is passed as
From: Pavel Tatashin
Add a new member to struct pstore_info for passing information about
kmesg dump maximum reason. This allows a finer control of what kmesg
dumps are sent to pstore storage backends.
Those backends that do not explicitly set this field (keeping it equal to
0), get the default
Hello!
I wanted to get the pstore tree nailed down, so here's the v4 of
Pavel's series, tweaked for the feedback during v3 review.
-Kees
v4:
- rebase on pstore tree
- collapse shutdown types into a single dump reason
https://lore.kernel.org/lkml/ca+ck2bapv5u1ih5y9t5funtyximtfctdyxjcpuyjoyhnok
From: Pavel Tatashin
Currently, it is possible to dump kmsges for panic, or oops.
With max_reason it is possible to dump messages for other
kmesg_dump events, for example reboot, halt, shutdown, kexec.
Signed-off-by: Pavel Tatashin
Link: https://lore.kernel.org/lkml/20200506211523.15077-6-keesc
On Fri, May 15, 2020 at 06:28:20PM +, Karstens, Nate wrote:
> Our first attempt, which was to use the pthread_atfork() handlers, failed
> because system() is not required to call the handlers.
>
> Most of the feedback we're getting on this seems to say "don't use system(),
> it is unsafe for
On 5/14/20 7:31 AM, Shijie Hu wrote:
> Here is a final patch to solve that hugetlb_get_unmapped_area() can't
> get unmapped area below mmap base for huge pages based on a few previous
> discussions and patches from me.
>
> I'm so sorry. When sending v2 and v3 patches, I forget to cc:
> linux...@kv
On Fri, May 15, 2020 at 06:26:04PM +0100, Colin Ian King wrote:
> On 15/05/2020 18:21, Alan Stern wrote:
> > On Fri, May 15, 2020 at 05:54:53PM +0100, Colin King wrote:
> >> From: Colin Ian King
> >>
> >> The comparison of hcd->irq to less than zero for an error check will
> >> never be true becau
On Fri, 15 May 2020 11:27:35 -0600, Jonathan Corbet wrote:
> On Fri, 15 May 2020 18:04:06 +0200
> Stephen Kitt wrote:
>
> > diff --git a/Documentation/index.rst b/Documentation/index.rst
> > index 9599c0f3eea8..17c38d899572 100644
> > --- a/Documentation/index.rst
> > +++ b/Documentation/index.r
On 5/14/2020 8:10 PM, Rob Herring wrote:
> On Thu, May 07, 2020 at 02:59:28PM -0700, Wesley Cheng wrote:
>> Re-introduce the comment for the tx-fifo-resize setting for the DWC3
>> controller.
>
> Why?
>
Hi Rob,
Initially, the reasoning behind bringing back the DTSI parameter, was to
address
On Tue, 14 Apr 2020 18:34:44 +0300 Mike Rapoport wrote:
> Implement primitives necessary for the 4th level folding, add walks of p4d
> level where appropriate, replace 5level-fixup.h with pgtable-nop4d.h and
> remove __ARCH_USE_5LEVEL_HACK.
This needed some rework due to arm changes in linux-nex
On 5/12/20 4:20 PM, Yu-cheng Yu wrote:
> On Wed, 2020-04-29 at 16:02 -0700, Yu-cheng Yu wrote:
>> On Wed, 2020-04-29 at 15:53 -0700, Dave Hansen wrote:
>>> On 4/29/20 3:07 PM, Yu-cheng Yu wrote:
+Note:
+ There is no CET-enabling arch_prctl function. By design, CET is enabled
+ aut
On Fri, May 15, 2020 at 08:09:16AM +0530, Sandeep Maheswaram wrote:
> Subject: dt-bindings: phy: qcom,qmp-usb3-dp: Add dt bindings for USB3 DP PHY
The subject is misleading, this patch doesn't add the binding for the USB3 DP
PHY, but factors it out.
The HP Stream x360 11-p000nd no longer report SW_TABLET_MODE state / events
with recent kernels. This model reports a chassis-type of 10 / "Notebook"
which is not on the recently introduced chassis-type whitelist
Commit de9647efeaa9 ("platform/x86: intel-vbtn: Only activate tablet mode
switch on 2
> On May 14, 2020, at 2:13 PM, Paul E. McKenney wrote:
>
> Fair enough! And yes, the Linux kernel is quite large, so I certainly am
> not asking you to test the whole thing yourself.
Ok, I saw 0day bot also started to report those which is good. For example,
lkml.org/lkml/2020/5/12/1358
wh
James,
Sorry, perhaps I was indirect, but I thought I had responded to that in
https://lore.kernel.org/linux-fsdevel/de6adce76b534310975e4d3c4a4fa...@garmin.com/.
I really hope I do not come off as complaining about this issue. We identified
what seemed to be something that was overlooked with
On Fri, May 15, 2020 at 05:28:53PM +0100, Robin Murphy wrote:
> On 2020-05-15 17:14, Joerg Roedel wrote:
> > diff --git a/drivers/iommu/dma-iommu.c b/drivers/iommu/dma-iommu.c
> > index ba128d1cdaee..403fda04ea98 100644
> > --- a/drivers/iommu/dma-iommu.c
> > +++ b/drivers/iommu/dma-iommu.c
> > @@
On 15/05/2020 17:46, Kees Cook wrote:
> On Fri, May 15, 2020 at 01:04:08PM +0200, Mickaël Salaün wrote:
>>
>> On 15/05/2020 10:01, Kees Cook wrote:
>>> On Thu, May 14, 2020 at 09:16:13PM +0200, Mickaël Salaün wrote:
On 14/05/2020 18:10, Stephen Smalley wrote:
> On Thu, May 14, 2020 at 11
On Fri, May 15, 2020 at 07:12:19PM +0100, Mark Brown wrote:
> On Fri, May 15, 2020 at 08:54:20PM +0300, Serge Semin wrote:
> > On Fri, May 15, 2020 at 06:51:00PM +0100, Mark Brown wrote:
> > > On Fri, May 15, 2020 at 08:48:54PM +0300, Serge Semin wrote:
>
> > > > Acked-by: Mark Brown
>
> > > I d
Hi,
On Fri, 2020-05-15 at 09:11 -0400, Steven Rostedt wrote:
> It's best to Cc the maintainers of the file. Nobody reads linux-
> kernel (it
> produces 800 emails a day!). Luckily, I happen to monitor the
> linux-trace-devel list (which is mostly for userland tools),
> otherwise this
> email would
From: Borislav Petkov
... which
db47d5f85646 ("x86/nmi, EDAC: Get rid of DRAM error reporting thru PCI SERR
NMI")
forgot to remove.
No functional changes.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/nmi.c | 4
1 file changed, 4 deletions(-)
diff --git a/arch/x86/kernel/nmi.c
Hi guys,
On 13/05/2020 21:03, Babu Moger wrote:
>> From: Reinette Chatre
>> On 4/30/2020 10:03 AM, James Morse wrote:
>>> Intel expects the cache bitmap provided by user-space to have on a
>>> single span of 1s, whereas AMD can support bitmaps like 0xf00f.
>>> Arm's MPAM support also allows spars
On Fri, May 15, 2020 at 01:47:39PM +0300, Serge Semin wrote:
Appled:
> dt-bindings: spi: dw: Add Tx/Rx DMA properties
> spi: dw: Clear DMAC register when done or stopped
> spi: dw: Fix native CS being unset
> spi: dw: Initialize paddr in DW SPI MMIO private data
Thanks. No issues from m
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 051e6b7e34b9bd24f46725f74994a4d3a653966e
commit: 06e85c7e9a1c1356038936566fc23f7c0d363b96 asm-generic: fix unistd_32.h
generation format
date: 5 weeks ago
reproduce:
# apt-get install sparse
Tetsuo Handa writes:
> This is
>
> if (sb->s_magic == PROC_SUPER_MAGIC && *pos == '/') {
> char *ep;
> const pid_t pid = (pid_t) simple_strtoul(pos + 1, &ep, 10);
> struct pid_namespace *proc_pidns =
> proc_pid_ns(d_inode(dentry)); // <= he
Le vendredi 15 mai 2020 à 16:29 +0200, Greg KH a écrit :
> On Mon, May 11, 2020 at 10:35:35PM +0200, Akira Shimahara wrote:
> > Adding code comments to split code in dedicated parts. After the global
> > declarations (defines, macros and function declarations), code is organized
> > as follow :
> >
On Fri, May 15, 2020 at 12:36:50AM +0300, Dmitry Osipenko wrote:
> There are few hardware variants of NVIDIA Tegra30-based Nexus 7 device:
>
> 1. WiFi-only (named Grouper)
> 2. GSM (named Tilapia)
> 3. Using Maxim PMIC (E1565 board ID)
> 4. Using Ti PMIC (PM269 board ID)
Hi,
I've briefly looked
On Fri, May 15, 2020 at 08:09:15AM +0530, Sandeep Maheswaram wrote:
> Convert QMP PHY bindings to DT schema format using json-schema.
>
> Signed-off-by: Sandeep Maheswaram
This is essentially the same as v5, for which got a 'Reviewed-by' tag
from Rob:
diff --git a/Documentation/devicetree/bindi
On 5/15/20 10:38 AM, Stefano Garzarella wrote:
> v1 -> v2:
> - changed the flag name and behaviour from IORING_CQ_NEED_EVENT to
>IORING_CQ_EVENTFD_DISABLED [Jens]
>
> The first patch adds the new 'cq_flags' field for the CQ ring. It
> should be written by the application and read by the kerne
On Fri, May 15, 2020 at 12:35:47AM +, Luo bin wrote:
> add support to change TX/RX queue number with ethtool -L
>
> Signed-off-by: Luo bin
> ---
> .../net/ethernet/huawei/hinic/hinic_ethtool.c | 67 +--
> .../net/ethernet/huawei/hinic/hinic_hw_dev.c | 7 ++
> .../net/ethern
Hello,
On Thu, 14 May 2020, Andrew Sy Kim wrote:
> When expire_nodest_conn=1 and an IPVS destination is deleted, IPVS
> doesn't expire connections with the IP_VS_CONN_F_ONE_PACKET flag set (any
> UDP connection). If there are many UDP packets to a virtual server from a
> single client a
On Fri, May 15, 2020 at 08:54:20PM +0300, Serge Semin wrote:
> On Fri, May 15, 2020 at 06:51:00PM +0100, Mark Brown wrote:
> > On Fri, May 15, 2020 at 08:48:54PM +0300, Serge Semin wrote:
> > > Acked-by: Mark Brown
> > I didn't ack this but Andy did (or at least the for-5.8 version)?
> Andy sai
On Fri, 1 May 2020 17:37:55 +0200
Mauro Carvalho Chehab wrote:
> There are a number of random documents that seem to be
> describing some aspects of the core-api. Move them to such
> directory, adding them at the core-api/index.rst file.
>
> Signed-off-by: Mauro Carvalho Chehab
> ---
> Docume
On 15/05/2020 17:57, Marc Zyngier wrote:
When mapping a LPI, the ITS driver picks the first possible
affinity, which is in most cases CPU0, assuming that if
that's not suitable, someone will come and set the affinity
to something more interesting.
It apparently isn't the case, and people complai
On Fri, May 15, 2020 at 10:49:22AM -0700, Shakeel Butt wrote:
> On Fri, May 15, 2020 at 8:00 AM Roman Gushchin wrote:
> > On Fri, May 15, 2020 at 06:44:44AM -0700, Shakeel Butt wrote:
> > > On Fri, May 15, 2020 at 6:24 AM Johannes Weiner
> > > wrote:
> > > > You're right. It should only bypass t
On Fri, May 15, 2020 at 10:49:22AM -0700, Shakeel Butt wrote:
> On Fri, May 15, 2020 at 8:00 AM Roman Gushchin wrote:
> >
> > On Fri, May 15, 2020 at 06:44:44AM -0700, Shakeel Butt wrote:
> > > On Fri, May 15, 2020 at 6:24 AM Johannes Weiner
> > > wrote:
> > > >
> > > > On Fri, May 15, 2020 at 1
Hi Phil,
On Wed, Jul 24, 2019 at 12:26 PM Phil Frost wrote:
>
> Commit 425e0968a25fa3f111f9919964cac079738140b5 ("sched: move code into
> kernel/sched_stats.h") appears to have inadvertently changed the unit of
> time from jiffies to nanoseconds as part of the implementation of CFS.
>
> Signed-of
`jiffies` and `jiffies_64` are meant to alias (two different symbols
that share the same address). Most architectures make the symbols alias
to the same address via linker script assignment in their
arch//kernel/vmlinux.lds.S:
jiffies = jiffies_64;
which is effectively a definition of jiffies.
On Fri, 1 May 2020 17:37:54 +0200
Mauro Carvalho Chehab wrote:
> Several files under Documentation/*.txt describe some type of
> locking API. Move them to locking/ subdir and add to the
> locking/index.rst index file.
>
> Signed-off-by: Mauro Carvalho Chehab
I've applied this, but it really s
From: Oleksij Rempel
Date: Thu, 14 May 2020 21:42:18 +0200
> A typical 100Base-T1 link should be always connected. If the link is in
> a shot or open state, it is a failure. In most cases, we won't be able
> to automatically handle this issue, but we need to log it or notify user
> (if possible).
On Fri, 1 May 2020 17:37:53 +0200
Mauro Carvalho Chehab wrote:
> Signed-off-by: Mauro Carvalho Chehab
> ---
> Documentation/{digsig.txt => security/digsig.rst} | 0
> Documentation/security/index.rst | 1 +
> 2 files changed, 1 insertion(+)
> rename Documentation/{digsig.txt
On Fri, 1 May 2020 17:37:52 +0200
Mauro Carvalho Chehab wrote:
> Both documents are documenting Kernel core objects. So, add
> them into the core-api book.
>
> Signed-off-by: Mauro Carvalho Chehab
> ---
> Documentation/core-api/index.rst | 1 +
> Documentation/core-api/kobject.rs
On 4/29/20 12:10 AM, Nitin Gupta wrote:
> For some applications, we need to allocate almost all memory as
> hugepages. However, on a running system, higher-order allocations can
> fail if the memory is fragmented. Linux kernel currently does on-demand
> compaction as we request more hugepages, but
On Fri, 1 May 2020 17:37:51 +0200
Mauro Carvalho Chehab wrote:
> There are 4 IRQ documentation files under Documentation/*.txt.
>
> Move them into a new directory (core-api/irq) and add a new
> index file for it.
>
> While here, use a title markup for the Debugging section of the
> irq-domain.
On Fri, 15 May 2020 07:39:14 +
"Tian, Kevin" wrote:
> Hi, Alex,
>
> When working on an updated version Yi and I found an design open
> which needs your guidance.
>
> In concept nested translation can be incarnated as one GPA->HPA page
> table and multiple GVA->GPA page tables per VM. It mea
On Fri, 1 May 2020 17:37:50 +0200
Mauro Carvalho Chehab wrote:
> There is an special chapter inside the core-api book about
> some debug infrastructure like tracepoints and debug objects.
>
> It sounded to me that this is the best place to add a chapter
> explaining how to use a FireWire contro
The Gateworks System Controller has a hwmon sub-component that exposes
up to 16 ADC's, some of which are temperature sensors, others which are
voltage inputs. The ADC configuration (register mapping and name) is
configured via device-tree and varies board to board.
Signed-off-by: Tim Harvey
Revie
The Gateworks System Controller (GSC) is an I2C slave controller
implemented with an MSP430 micro-controller whose firmware embeds the
following features:
- I/O expander (16 GPIO's) using PCA955x protocol
- Real Time Clock using DS1672 protocol
- User EEPROM using AT24 protocol
- HWMON using cu
On Thu, May 14, 2020 at 09:42:18PM +0200, Oleksij Rempel wrote:
> A typical 100Base-T1 link should be always connected. If the link is in
> a shot or open state, it is a failure. In most cases, we won't be able
> to automatically handle this issue, but we need to log it or notify user
> (if possibl
This series adds support for the Gateworks System Controller used on Gateworks
Laguna, Ventana, and Newport product families.
The GSC is an MSP430 I2C slave controller whose firmware embeds the following
features:
- I/O expander (16 GPIO's emulating a PCA955x)
- EEPROM (enumating AT24)
- RTC (e
This patch adds documentation of device-tree bindings for the
Gateworks System Controller (GSC).
Signed-off-by: Tim Harvey
Reviewed-by: Rob Herring
---
v11:
- no change
v10:
- no change
v9:
- added Reviewed-by: Rob Herring
- remove allOf: see https://lkml.org/lkml/2020/4/15/1930
- encorp
> Indeed, we've seen a few hacks that basically just enable FSGSBASE:
>
> - https://github.com/oscarlab/graphene-sgx-driver
> - https://github.com/occlum/enable_rdfsbase
>
> And would very much like to get rid of them...
These are insecure and open root holes without the patches
used here.
-And
From: "David E. Box"
Add pcie dvsec extended capability id along with helper macros to
retrieve information from the headers.
https://members.pcisig.com/wg/PCI-SIG/document/12335
Signed-off-by: David E. Box
---
include/uapi/linux/pci_regs.h | 5 +
1 file changed, 5 insertions(+)
diff --g
On Fri, 1 May 2020 17:37:48 +0200
Mauro Carvalho Chehab wrote:
> The IPMI is under drivers/char. This doc describes the kAPI
> part of the IPMI (mainly).
>
> So, move it to the driver-api directory and add it to the
> corresponding index.rst file.
>
> Signed-off-by: Mauro Carvalho Chehab
App
Analogously to the introduction of panic_on_warn, this patch introduces a kernel
option named panic_on_taint in order to provide a simple and generic way to stop
execution and catch a coredump when the kernel gets tainted by any given flag.
This is useful for debugging sessions as it avoids having
This patch series implements basic Designated Vendor-Specific Extended
Capabilities (DVSEC) decode for Compute eXpress Link devices, a new CPU
interconnect building upon PCIe. As a basis for the CXL support it provides
PCI init handling for detection, decode, and caching of CXL device
capabilities.
Compute eXpress Link is a new CPU interconnect created with
workload accelerators in mind. The interconnect relies on PCIe Electrical
and Physical interconnect for communication. CXL devices enumerate to the
OS as an ACPI-described PCIe Root Complex Integrated Endpoint.
This patch introduces the b
On Fri, May 15, 2020 at 06:51:00PM +0100, Mark Brown wrote:
> On Fri, May 15, 2020 at 08:48:54PM +0300, Serge Semin wrote:
>
> > Acked-by: Mark Brown
>
> I didn't ack this but Andy did (or at least the for-5.8 version)?
Andy said he needs Fixes field to get his RB tag. You said:
"This and patch
301 - 400 of 1295 matches
Mail list logo