On Wed, Oct 14, 2020 at 9:19 PM Peter Zijlstra wrote:
>
> On Fri, Oct 09, 2020 at 05:25:30PM +0800, qianjun.ker...@gmail.com wrote:
> > From: jun qian
> >
> > When the sched_schedstat changes from 0 to 1, some sched se maybe
> > already in the runqueue, the se->statistics.wait_start will be 0.
>
Hi James,
Have few queries on ARM SDEI Linux code. Queries are listed below; can
you please help provide your insights on these?
1. Looks like interrupt bind interface (SDEI_1_0_FN_SDEI_INTERRUPT_BIND)
is not available for clients to use; can you please share information on
why it is not
On Thu, Oct 15, 2020 at 02:51:05AM +0300, Serge Semin wrote:
> >
> > > So to speak thanks for suggesting it. I'll try it to validate the proposed
> > > changes.
> > >
> > > Two questions:
> > > 1) Any advise of a good inliner/command to compile all dtbs at once? Of
> > > course I
> > > can get
On 2020/10/14 上午7:42, si-wei liu wrote:
So what I suggest is to fix the pinning leakage first and do the
possible optimization on top (which is still questionable to me).
OK. Unfortunately, this was picked and got merged in upstream. So I
will post a follow up patch set to 1) revert the
From: Numfor Mbiziwo-Tiapo
If insn_init is given a NULL kaddr and 0 buflen then validate_next will
perform arithmetic on NULL, add a guard to avoid this.
Don't perform unaligned loads in __get_next and __peek_nbyte_next as
these are forms of undefined behavior.
These problems were identified
From: Numfor Mbiziwo-Tiapo
If insn_init is given a NULL kaddr and 0 buflen then validate_next will
perform arithmetic on NULL, add a guard to avoid this.
Don't perform unaligned loads in __get_next and __peek_nbyte_next as
these are forms of undefined behavior.
These problems were identified
This patch adds a missing word in x86/x86_64/mm.rst, without which
the note reads awkwardly.
Signed-off-by: Wei Lin Chang
---
Documentation/x86/x86_64/mm.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/x86/x86_64/mm.rst b/Documentation/x86/x86_64/mm.rst
On Wed, Oct 14, 2020 at 12:29 AM Masami Hiramatsu wrote:
>
> On Mon, 12 Oct 2020 10:39:49 -0500
> Josh Poimboeuf wrote:
>
> > On Mon, Oct 12, 2020 at 09:12:36AM +0900, Masami Hiramatsu wrote:
> > > On Sat, 10 Oct 2020 12:44:15 -0500
> > > Josh Poimboeuf wrote:
> > >
> > > > On Fri, Oct 09, 2020
Hi all,
Today's linux-next merge of the akpm-current tree got a conflict in:
mm/readahead.c
between commit:
fd0ec96ec35d ("readahead: use limited read-ahead to satisfy read")
from the block tree and commits:
16681dc9dd92 ("mm/readahead: pass readahead_control to force_page_cache_ra")
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 3e4fb4346c781068610d03c12b16c0cfb0fd24a3
commit: bd841d6154f5f41f8a32d3c1b0bc229e326e640a objtool: Fix CONFIG_UBSAN_TRAP
unreachable warnings
date: 6 months ago
config: x86_64-randconfig-m001-20201015
On (20/10/14 19:50), Petr Mladek wrote:
> diff --git a/kernel/printk/printk_ringbuffer.c
> b/kernel/printk/printk_ringbuffer.c
> index 2493348a1631..24a960a89aa8 100644
> --- a/kernel/printk/printk_ringbuffer.c
> +++ b/kernel/printk/printk_ringbuffer.c
> @@ -1125,7 +1125,10 @@ static char
Em Wed, 14 Oct 2020 14:16:16 -0600
Jonathan Corbet escreveu:
> On Wed, 14 Oct 2020 20:09:10 +
> Nícolas F. R. A. Prado wrote:
>
> > One I had noted down was:
> >
> > WARNING: Unparseable C cross-reference: '调用debugfs_rename'
> >
> > which I believe occurred in the chinese translation.
>
randconfig-a003-20201014
x86_64 randconfig-a016-20201015
x86_64 randconfig-a012-20201015
x86_64 randconfig-a015-20201015
x86_64 randconfig-a013-20201015
x86_64 randconfig-a014-20201015
x86_64 randconfig-a011
On Tue, Oct 13, 2020 at 08:17:39AM -0700, Kuppuswamy, Sathyanarayanan wrote:
>
>
> On 10/13/20 4:56 AM, Christoph Hellwig wrote:
> > You might want to split out pcie_do_fatal_recovery and get rid of the
> > state argument:
> This is how it was before Keith merged fatal and non-fatal error
From: jun qian
When the sched_schedstat changes from 0 to 1, some sched se maybe
already in the runqueue, the se->statistics.wait_start will be 0.
So it will let the (rq_of(cfs_rq)) - se->statistics.wait_start)
wrong. We need to avoid this scenario.
Signed-off-by: jun qian
Reviewed-by: Yafang
On Wed, Oct 14, 2020 at 11:43 PM Christoph Hellwig wrote:
>
> On Tue, Oct 13, 2020 at 08:17:39AM -0700, Kuppuswamy, Sathyanarayanan wrote:
> >
> >
> > On 10/13/20 4:56 AM, Christoph Hellwig wrote:
> > > You might want to split out pcie_do_fatal_recovery and get rid of the
> > > state argument:
>
> /* PCI error reporting and recovery */
> -pci_ers_result_t pcie_do_recovery(struct pci_dev *dev,
> - pci_channel_state_t state,
> +pci_ers_result_t pcie_do_nonfatal_recovery(struct pci_dev *dev);
> +
> +pci_ers_result_t pcie_do_fatal_recovery(struct pci_dev *dev,
>
On 2020/10/14 21:38, Rob Herring wrote:
> On Wed, Oct 14, 2020 at 12:08:41AM +0800, Zhen Lei wrote:
>> There are so many properties have not been described in this yaml file,
>> and a lot of errors will be reported. Especially, some yaml files such as
>> google,cros-ec-typec.yaml,
Hi Alexandru,
On Tue, Oct 13, 2020 at 1:57 PM Alexandru Stan wrote:
> Whenever num-interpolated-steps was larger than the distance
> between 2 consecutive brightness levels the table would get really
> discontinuous. The slope of the interpolation would stick with
> integers only and if it was 0
On Tue, Oct 13, 2020 at 02:42:38PM +0100, Robin Murphy wrote:
> I still think this situation would be best handled with a variant of
> dma_ops_bypass that also guarantees to bypass SWIOTLB, and can be set
> automatically when attaching to an unmanaged IOMMU domain.
dma_ops_bypass should mostly do
On Thu, 15 Oct 2020 at 00:03, Rob Herring wrote:
>
> On Wed, Oct 14, 2020 at 2:12 PM Nicolas Saenz Julienne
> wrote:
> >
> > Introduce of_dma_get_max_cpu_address(), which provides the highest CPU
> > physical address addressable by all DMA masters in the system. It's
> > specially useful for
Hi Zhen,
Thanks for your patch!
On Thu, Oct 15, 2020 at 6:52 AM Zhen Lei wrote:
> The definition "gpio_suffixes[] = { "gpios", "gpio" }" shows that both
> property names "cmd-gpios" and "cmd-gpio" are supported. But currently
> only "cmd-gpios" is allowed in this yaml, and the name used in
>
From: Wang Sheng Long
When data is transmitted between two serial ports,
the phenomenon of data loss often occurs. The two kinds
of flow control commonly used in serial communication
are hardware flow control and software flow control.
In serial communication, If you only use RX/TX/GND Pins,
On Mon, Oct 12, 2020 at 02:52:57PM +0200, David Hildenbrand wrote:
>Let's use pageblock_nr_pages and MAX_ORDER_NR_PAGES instead where
>possible, so we don't have do deal with allocation orders.
>
>Add a comment why we have that restriction for now.
>
>Cc: "Michael S. Tsirkin"
>Cc: Jason Wang
On 2020/10/14 下午4:37, Jie Deng wrote:
On 2020/10/13 16:00, Jason Wang wrote:
+
+ virtqueue_kick(vq);
+
+ time_left =
wait_for_completion_timeout(>completion, adap->timeout);
+ if (!time_left) {
+ dev_err(>dev, "msg[%d]: addr=0x%x
timeout.\n", i,
Hi Linus,
Please pull to receive dmaengine updates for v5.10-rc1. No new drivers
this time, few subsystem conversions and updates to drivers.
The following changes since commit ce65d55f92a67e247f4d799e581cf9fed677871c:
dmaengine: dmatest: Prevent to run on misconfigured channel (2020-09-22
Hi,
On Wed, Oct 14, 2020 at 12:08:45AM +0800, Zhen Lei wrote:
> The property name used in arch/arm/boot/dts/mmp2-olpc-xo-1-75.dts is
> cmd-gpio.
>
> arch/arm/boot/dts/mmp2-olpc-xo-1-75.dts:235:
> cmd-gpio = < 155 GPIO_ACTIVE_HIGH>;
>
> Signed-off-by: Zhen Lei
Thanks for the patch.
I've sent
On Mon, Oct 12, 2020 at 02:52:58PM +0200, David Hildenbrand wrote:
>We can drop rc2, we don't actually need the value.
>
>Cc: "Michael S. Tsirkin"
>Cc: Jason Wang
>Cc: Pankaj Gupta
>Signed-off-by: David Hildenbrand
Reviewed-by: Wei Yang
--
Wei Yang
Help you, Help me
Hi Linus,
please pull the fixes and updates for the parisc architecture for kernel
5.10-rc1 from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-5.10-1
This patchset includes:
* Added fw_cfg support for parisc on qemu
* Added font support in sti text console
Hi all,
On Thu, 8 Oct 2020 20:35:59 +1100 Stephen Rothwell
wrote:
>
> On Thu, 1 Oct 2020 19:43:37 +1000 Stephen Rothwell
> wrote:
> >
> > On Tue, 22 Sep 2020 18:11:26 +1000 Stephen Rothwell
> > wrote:
> > >
> > > After merging the pm tree, today's linux-next build (i386 defconfig)
> > >
In order to support MODULE_DEVICE_TABLE() for dfl device driver, this
patch moves struct dfl_device_id to mod_devicetable.h
Some brief description for DFL (Device Feature List) is added to make
the DFL known to the whole kernel.
Signed-off-by: Xu Yilun
Signed-off-by: Wu Hao
Signed-off-by:
Device Feature List (DFL) is a linked list of feature headers within the
device MMIO space. It is used by FPGA to enumerate multiple sub features
within it. Each feature can be uniquely identified by DFL type and
feature id, which can be read out from feature headers.
A dfl bus helps DFL
The value of the field dfl_device.type comes from the 12 bits register
field DFH_ID according to DFL spec. So this patch changes the definition
of the type field to u16.
Also it is not necessary to illustrate the valid bits of the type field
in comments. Instead we should explicitly define the
Now the dfl drivers could be made as independent modules and put in
different folders according to their functionalities. In order for
scattered dfl device drivers to include dfl bus APIs, move the
dfl bus APIs to a new header file in the public folder.
[m...@kernel.org: Fixed up MAINTAINERS
Patch #1 is a fix of the fields in struct dfl_device & dfl_device_id.
Patch #2, 3, 4 add dfl bus support to MODULE_DEVICE_TABLE(), they also
move the necessary definitions in head file to public folders so that
scatter dfl drivers could use them.
Patch #5 is the dfl driver for N3000 Nios private
This patch adds support for the Nios handshake private feature on Intel
PAC (Programmable Acceleration Card) N3000.
The Nios is the embedded processor on the FPGA card. This private feature
provides a handshake interface to FPGA Nios firmware, which receives
retimer configuration command from
This driver is for the EMIF private feature implemented under FPGA
Device Feature List (DFL) framework. It is used to expose memory
interface status information as well as memory clearing control.
The purpose of memory clearing block is to zero out all private memory
when FPGA is to be
Output on success:
$ ./futex
1..1
ok 1 futex
# Totals: pass:1 fail:0 xfail:0 xpass:0 skip:0 error:0
Signed-off-by: Andrei Vagin
---
tools/testing/selftests/timens/Makefile | 2 +-
tools/testing/selftests/timens/futex.c | 107
2 files changed, 108 insertions(+), 1
Hi all,
Since the merge window is open, please do not add any v5.11 material to
your linux-next included branches until after v5.10-rc1 has been released.
News: there will be no linux-next releases next Monday or Tuesday.
Changes since 20201013:
Dropped tree: btrfs (conflicts)
The risc-v and
For all commands except FUTEX_WAIT, timeout is interpreted as an
absolute value. This absolute value is inside the task's time namespace
and has to be converted to the host's time.
Cc:
Fixes: 5a590f35add9 ("posix-clocks: Wire up clock_gettime() with timens
offsets")
Reported-by: Hans van der
Hi Sergei,
On Wed, Oct 14, 2020 at 09:55:32PM +0300, Sergei Shtylyov wrote:
> On 10/14/20 12:44 PM, Jacopo Mondi wrote:
>
> > Add clock definitions of the VIN instances for R-Car V3U.
> >
> > Signed-off-by: Jacopo Mondi
> >
> > ---
> > Clocks at indexes 730 and 731 are named 'vin0' and 'vin1'.
>
On 2020/10/15 15:12, Lubomir Rintel wrote:
> Hi,
>
> On Wed, Oct 14, 2020 at 12:08:45AM +0800, Zhen Lei wrote:
>> The property name used in arch/arm/boot/dts/mmp2-olpc-xo-1-75.dts is
>> cmd-gpio.
>>
>> arch/arm/boot/dts/mmp2-olpc-xo-1-75.dts:235:
>> cmd-gpio = < 155 GPIO_ACTIVE_HIGH>;
>>
>>
On Mon, Oct 12, 2020 at 02:14:07PM -0700, Dan Williams wrote:
> > ZONE_DEVICE struct pages have an extra reference count that complicates the
> > code for put_page() and several places in the kernel that need to check the
> > reference count to see that a page is not being used (gup, compaction,
>
On Sun, Oct 11, 2020 at 05:53:37AM +1100, Stephen Rothwell wrote:
> Hi Naresh,
>
> Just adding Christoph and Jim to cc]
Well, a Cc doesn't help on its own. Can you send an actual bug
report including the setup, warnings and error messages, a bisection
result and the usual suspects?
From: Luiz Augusto von Dentz
This makes hci_encrypt_cfm calls hci_connect_cfm in case the connection
state is BT_CONFIG so callers don't have to check the state.
Signed-off-by: Luiz Augusto von Dentz
Signed-off-by: Marcel Holtmann
(cherry picked from commit
On 14/10/2020 19:06, Robin Murphy wrote:
+ "EventCode": "0x8a",
+ "EventName": "smmuv3_pmcg.L1_TLB",
+ "BriefDescription": "SMMUv3 PMCG L1 TABLE transation",
+ "PublicDescription": "SMMUv3 PMCG L1 TABLE transation",
Those typos are either missing "c"s or "l"s, but
On Wed 2020-10-14 23:01:30, John Ogness wrote:
> On 2020-10-14, Geert Uytterhoeven wrote:
> >> - Fully lockless ringbuffer implementation, including the support for
> >> continuous lines. It will allow to store and read messages in any
> >> situation wihtout the risk of deadlocks and without
From: Luiz Augusto von Dentz
E0 is not allowed with Level 4:
BLUETOOTH CORE SPECIFICATION Version 5.2 | Vol 3, Part C page 1319:
'128-bit equivalent strength for link and encryption keys
required using FIPS approved algorithms (E0 not allowed,
SAFER+ not allowed, and P-192 not allowed;
On Thu, Oct 15, 2020 at 2:09 AM Jason Gunthorpe wrote:
>
> On Fri, Oct 09, 2020 at 11:28:54AM -0700, Dan Williams wrote:
> > On Fri, Oct 9, 2020 at 7:32 AM Jason Gunthorpe wrote:
> > >
> > > On Fri, Oct 09, 2020 at 04:24:45PM +0200, Daniel Vetter wrote:
> > > > On Fri, Oct 9, 2020 at 2:31 PM
On Thu, Oct 8, 2020 at 5:46 PM Arnd Bergmann wrote:
> With Arm EBSA110 gone, nothing uses it any more, so the corresponding
> code and the Kconfig option can be removed.
>
> Signed-off-by: Arnd Bergmann
Very nice cleanup.
Reviewed-by: Linus Walleij
At some point we should do a retrospect
On Sun, Oct 11, 2020 at 04:59:23PM +0200, Michael Weiß wrote:
> @@ -79,6 +80,20 @@ static u64 get_iowait_time(struct kernel_cpustat *kcs, int
> cpu)
>
> #endif
>
> +static void get_boottime(struct timespec64 *ts)
> +{
> + ktime_t boottime;
> +
> + /* get kernel internal system boot
On Thu, Oct 15, 2020 at 9:52 AM Daniel Vetter wrote:
>
> On Thu, Oct 15, 2020 at 2:09 AM Jason Gunthorpe wrote:
> >
> > On Fri, Oct 09, 2020 at 11:28:54AM -0700, Dan Williams wrote:
> > > On Fri, Oct 9, 2020 at 7:32 AM Jason Gunthorpe wrote:
> > > >
> > > > On Fri, Oct 09, 2020 at 04:24:45PM
On 14.10.20 20:31, Mike Kravetz wrote:
> On 10/14/20 11:18 AM, David Hildenbrand wrote:
>> On 14.10.20 19:56, Mina Almasry wrote:
>>> On Wed, Oct 14, 2020 at 9:15 AM David Hildenbrand wrote:
On 14.10.20 17:22, David Hildenbrand wrote:
> Hi everybody,
>
> Michal Privoznik
On Tue, Oct 13, 2020 at 6:36 PM Srinivas Kandagatla
wrote:
>
> Hi Cheng,
>
> Sorry for such late review w.r.t compatibles,
>
Hi Srini,
Thank you for taking another look!
> On 14/09/2020 09:06, Cheng-Yi Chiang wrote:
> > +---
> > +$id:http://devicetree.org/schemas/sound/qcom,sc7180.yaml#
> >
On 2020/10/15 15:01, Geert Uytterhoeven wrote:
> Hi Zhen,
>
> Thanks for your patch!
>
> On Thu, Oct 15, 2020 at 6:52 AM Zhen Lei wrote:
>> The definition "gpio_suffixes[] = { "gpios", "gpio" }" shows that both
>> property names "cmd-gpios" and "cmd-gpio" are supported. But currently
>> only
Hello!
On 15.10.2020 12:32, Jacopo Mondi wrote:
[...]
Add clock definitions of the VIN instances for R-Car V3U.
Signed-off-by: Jacopo Mondi
---
Clocks at indexes 730 and 731 are named 'vin0' and 'vin1'.
I assumed it's a typographic error and renamed them 'vin00' and 'vin01'
---
On 15.10.20 06:02, Wei Yang wrote:
> On Mon, Oct 12, 2020 at 02:52:56PM +0200, David Hildenbrand wrote:
>> We actually need one byte less (next_mb_id is exclusive, first_mb_id is
>> inclusive). Simplify.
>>
>> Cc: "Michael S. Tsirkin"
>> Cc: Jason Wang
>> Cc: Pankaj Gupta
>> Signed-off-by:
* Ian Rogers wrote:
> From: Numfor Mbiziwo-Tiapo
>
> If insn_init is given a NULL kaddr and 0 buflen then validate_next will
> perform arithmetic on NULL, add a guard to avoid this.
>
> Don't perform unaligned loads in __get_next and __peek_nbyte_next as
> these are forms of undefined
On Tue, Oct 13, 2020 at 11:50 AM Cheng-yi Chiang wrote:
>
> On Mon, Sep 14, 2020 at 4:06 PM Cheng-Yi Chiang wrote:
> >
> > From: Ajit Pandey
> >
> > Add new driver to register sound card on sc7180 trogdor board and
> > do the required configuration for lpass cpu dai and external codecs
> >
On Wed 2020-10-14 16:58:27, Rasmus Villemoes wrote:
> On 14/10/2020 16.16, Geert Uytterhoeven wrote:
> > Hi Petr,
> >
> > On Mon, Oct 12, 2020 at 4:50 PM Petr Mladek wrote:
> >> - Fully lockless ringbuffer implementation, including the support for
> >> continuous lines. It will allow to store
I don't think this belongs into the kernel. It is a classic case for
infrastructure that should be built in userspace. If anything is
missing to implement it in userspace with equivalent performance we
need to improve out interfaces, although io_uring should cover pretty
much everything you
Hi
On Wed, 14 Oct 2020 08:21:37 + Xu Wang wrote:
> Because clk_enable, clk_disable, clk_prepare, and clk_unprepare already
> checked NULL clock parameter, so the additional checks are unnecessary,
> just remove them.
All clk_*() functions seem to handle NULL pointers gracefully, so you can
On Wed, 14 Oct 2020 08:49:20 + Xu Wang wrote:
> Because clk_prepare_enable() and clk_disable_unprepare() already checked
> NULL clock parameter, so the additional checks are unnecessary, just
> remove them.
>
> Signed-off-by: Xu Wang
Reviewed-by: Thomas Zimmermann
> ---
>
I will amend accordingly and submit new patch.
Thanks for review.
JC
On 9/28/20 9:50 PM, Thierry Reding wrote:
> On Wed, Sep 09, 2020 at 04:10:38PM +0800, JC Kuo wrote:
>> This commit implements Tegra186/Tegra194 XUSB PADCTL/AO wake and
>> sleepwalk operations.
>>
>> Signed-off-by: JC Kuo
>>
Hi Serge,
On 10/14/20 12:14 PM, Serge Semin wrote:
In accordance with the Generic EHCI/OHCI bindings the corresponding node
name is suppose to comply with the Generic USB HCD DT schema, which
requires the USB nodes to have the name acceptable by the regexp:
"^usb(@.*)?" . Let's fix the DTS
I will modify the commit message accordingly.
Thanks for review.
JC
On 9/28/20 9:53 PM, Thierry Reding wrote:
> On Wed, Sep 09, 2020 at 04:10:40PM +0800, JC Kuo wrote:
>> This commit unlinks xhci-tegra platform device with ss/host power
>> domain devices. Reasons for this change is - at elpg
On Wed, 14 Oct 2020 08:57:22 + Xu Wang wrote:
> Because clk_prepare_enable() and clk_disable_unprepare() already checked
> NULL clock parameter, so the additional checks are unnecessary, just
> remove them.
>
> Signed-off-by: Xu Wang
Reviewed-by: Thomas Zimmermann
> ---
>
Applied to nvme-5.10, thanks.
On 14.10.2020 19:53, Jason Andryuk wrote:
> @@ -76,7 +80,9 @@ config XEN_DEBUG_FS
> Enabling this option may incur a significant performance overhead.
>
> config XEN_PVH
> - bool "Support for running as a Xen PVH guest"
> + bool "Xen PVH guest support"
Tangential question: Is
This Sphinx pull:
https://github.com/sphinx-doc/sphinx/pull/8313
Fixes the C domain name conflicts when both a function and an
enum, struct or union have the same name. Those fixes will generate
new C domain warnings if an enum is defined using :c:struct.
So, we need to use different
Sphinx C domain code after 3.2.1 will start complaning if :c:struct
would be used for an union type:
.../Documentation/gpu/drm-kms-helpers:352: ../drivers/video/hdmi.c:851:
WARNING: C 'identifier' cross-reference uses wrong tag: reference name is
'union hdmi_infoframe' but found name is
I will amend accordingly and submit new patch.
Thanks for review.
JC
On 9/28/20 10:06 PM, Thierry Reding wrote:
> On Wed, Sep 09, 2020 at 04:10:41PM +0800, JC Kuo wrote:
>> This commit implements the complete programming sequence for ELPG
>> entry and exit.
>>
>> 1. At ELPG entry, invokes
One of the checks for Sphinx 3+ is broken, causing some
C warnings to return back with Sphinx 4.0.x.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/conf.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/conf.py b/Documentation/conf.py
index
On Wed, 14 Oct 2020 22:04:24 -0700 Saravana Kannan wrote:
>
>
> On Wed, Oct 14, 2020 at 9:02 PM Jisheng Zhang
> wrote:
> >
> > On Wed, 14 Oct 2020 10:29:36 -0700
> > Saravana Kannan wrote:
> >
> > >
> > >
> > > On Wed, Oct 14, 2020 at 4:12 AM Jisheng Zhang
> > > wrote:
> > > >
> > > >
Currently End.X action doesn't consider the outgoing interface
while looking up the nexthop.This breaks packet path functionality
specifically while using link local address as the End.X nexthop.
The patch fixes this by enforcing End.X action to have both nh6 and
oif and using oif in lookup.It
On Tue, Oct 13, 2020 at 6:15 PM Rob Clark wrote:
>
> On Tue, Oct 13, 2020 at 4:08 AM Daniel Vetter wrote:
> >
> > On Mon, Oct 12, 2020 at 08:07:38AM -0700, Rob Clark wrote:
> > > On Mon, Oct 12, 2020 at 7:40 AM Daniel Vetter wrote:
> > > >
> > > > On Sun, Oct 11, 2020 at 07:09:49PM -0700, Rob
On Wed, 14 Oct 2020, Kees Cook wrote:
> Note on patch 2: Christopher NAKed it, but I actually think this is a
> reasonable thing to add -- the "too small" check is only made when built
> with CONFIG_DEBUG_VM, so it *is* actually possible for someone to trip
> over this directly, even if it would
--
Lieber Freund (Assalamu Alaikum),
Ich bin vor einer privaten Suche auf Ihren E-Mail-Kontakt gestoßen
Ihre Hilfe. Mein Name ist Aisha Al-Qaddafi, eine alleinerziehende
Mutter und eine Witwe
mit drei Kindern. Ich bin die einzige leibliche Tochter des Spätlibyschen
Präsident (verstorbener Oberst
On Mon, Oct 12, 2020 at 02:52:59PM +0200, David Hildenbrand wrote:
>Let's check by traversing busy system RAM resources instead, to avoid
>relying on memory block states.
>
>Don't use walk_system_ram_range(), as that works on pages and we want to
>use the bare addresses we have easily at hand.
>
On Wed, 14 Oct 2020 23:21:47 -0700
Ian Rogers wrote:
> From: Numfor Mbiziwo-Tiapo
>
> If insn_init is given a NULL kaddr and 0 buflen then validate_next will
> perform arithmetic on NULL, add a guard to avoid this.
Maybe we should check the kaddr and end_kaddr existence in insn_init().
At
In commit 8d98416a55eb ("scsi: hisi_sas: Switch v3 hw to MQ"), the dispatch
function was changed to choose the delivery queue based on the request tag
HW queue index.
This heavily degrades performance for v2 hw, since the HW queues are not
exposed there, and, as such, HW queue #0 is used for
Hi,
Please merge the change on arch/x86/lib/insn.c and tools/arch/x86/lib/insn.c
to a single patch for bisecting.
Thank you,
On Wed, 14 Oct 2020 23:21:48 -0700
Ian Rogers wrote:
> From: Numfor Mbiziwo-Tiapo
>
> If insn_init is given a NULL kaddr and 0 buflen then validate_next will
>
On Mon, Oct 12, 2020 at 02:53:00PM +0200, David Hildenbrand wrote:
>Avoid using memory block ids. Rename it to virtio_mem_contains_range().
>
>Cc: "Michael S. Tsirkin"
>Cc: Jason Wang
>Cc: Pankaj Gupta
>Signed-off-by: David Hildenbrand
>---
> drivers/virtio/virtio_mem.c | 9 +
> 1 file
Installing dtschema from github.com/devicetree-org is not needed anymore
because dtschema is now part of regular PyPI repository. In certain
cases it might cause some troubles as it brings latest master version,
not the stable release:
$ pip3 show dtschema
Version: 2020.8.2.dev4+g341f3e3
Hi Mathieu,
On 10/14/20 1:25 AM, Mathieu Poirier wrote:
> Move structures rpmsg_hdr and rpmsg_ns_msg to their own header file
> so that they can be used by other entities.
>
> Signed-off-by: Mathieu Poirier
> ---
> drivers/rpmsg/virtio_rpmsg_bus.c | 58 ++
>
ring_request_msix() misses to call ida_simple_remove() in an error path.
Add a label 'err_ida_remove' and jump to it.
Fixes: 046bee1f9ab8 ("thunderbolt: Add MSI-X support")
Signed-off-by: Jing Xiangfeng
---
drivers/thunderbolt/nhi.c | 19 +++
1 file changed, 15 insertions(+), 4
On Mon, Oct 12, 2020 at 02:53:02PM +0200, David Hildenbrand wrote:
>No longer used, let's drop it.
>
>Cc: "Michael S. Tsirkin"
>Cc: Jason Wang
>Cc: Pankaj Gupta
>Signed-off-by: David Hildenbrand
If above two patches are merged.
Reviewed-by: Wei Yang
>---
> drivers/virtio/virtio_mem.c | 4
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86/urgent
branch HEAD: c3b484c439b0bab7a698495f33ef16286a1000c4 x86/syscalls: Document
the fact that syscalls 512-547 are a legacy mistake
elapsed time: 724m
configs tested: 126
configs skipped: 2
The following
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git master
branch HEAD: de0a4a21ef1ce7f3c1ab0c8a7e2d3830f2c291ae Merge branch
'sched/urgent'
elapsed time: 724m
configs tested: 119
configs skipped: 2
The following configs have been built successfully.
More configs may be
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched/urgent
branch HEAD: a73f863af4ce9730795eab7097fb2102e6854365 sched/features: Fix
!CONFIG_JUMP_LABEL case
elapsed time: 724m
configs tested: 128
configs skipped: 2
The following configs have been built
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
locking/urgent
branch HEAD: ed3e453798d4f81c99056aa09fcd79d0874a60fd locking/seqlocks: Fix
kernel-doc warnings
elapsed time: 724m
configs tested: 132
configs skipped: 2
The following configs have been built
On Wed, Oct 14, 2020 at 05:51:23PM -0700, Sudarshan Rajagopalan wrote:
> When section mappings are enabled, we allocate vmemmap pages from
> physically continuous memory of size PMD_SIZE using
> vmemmap_alloc_block_buf(). Section mappings are good to reduce TLB
> pressure. But when system is
On 15.10.20 10:32, Wei Yang wrote:
> On Mon, Oct 12, 2020 at 02:53:00PM +0200, David Hildenbrand wrote:
>> Avoid using memory block ids. Rename it to virtio_mem_contains_range().
>>
>> Cc: "Michael S. Tsirkin"
>> Cc: Jason Wang
>> Cc: Pankaj Gupta
>> Signed-off-by: David Hildenbrand
>> ---
>>
On Wed, Oct 14, 2020 at 09:12:03PM +0200, Nicolas Saenz Julienne wrote:
> crashkernel might reserve memory located in ZONE_DMA. We plan to delay
> ZONE_DMA's initialization after unflattening the devicetree and ACPI's
> boot table initialization, so move it later in the boot process.
>
Hi Florian,
thanks for the review first of all !
On Wed, Oct 14, 2020 at 12:03:45PM -0700, Florian Fainelli wrote:
> On 10/14/20 8:05 AM, Cristian Marussi wrote:
> > Extend common protocol registration routines and provide some new generic
> > protocols' init/deinit helpers that tracks
Do not report advertised link modes (local and remote) when
autonegotiation is turned off. mii_ethtool_get_link_ksettings() exhibits
the same behaviour and this patch aims at unifying the behavior of both
functions.
Signed-off-by: Łukasz Stelmach
---
Changes in v2:
- clear lp_advertising
-
Hi Geert,
This looks good to me.
Acked-by: Daniel Palmer
Thanks,
Daniel
On 10/14/20 1:25 AM, Mathieu Poirier wrote:
> Make function rpmsg_register_device() and rpmsg_unregister_device()
> functions public so that they can be used by other clients. While
> doing so get rid of two obsolete function, i.e register_rpmsg_device()
> and unregister_rpmsg_device(), to
On 10/14/20 1:25 AM, Mathieu Poirier wrote:
> Move structure rpmsg_endpoint_ops to header rpmsg.h so that it can
> be used by other entities.
>
> Signed-off-by: Mathieu Poirier
> ---
> drivers/rpmsg/rpmsg_internal.h | 19 ---
> include/linux/rpmsg.h | 24
On Thu, Oct 15, 2020 at 1:15 AM Jisheng Zhang
wrote:
>
> On Wed, 14 Oct 2020 22:04:24 -0700 Saravana Kannan wrote:
>
> >
> >
> > On Wed, Oct 14, 2020 at 9:02 PM Jisheng Zhang
> > wrote:
> > >
> > > On Wed, 14 Oct 2020 10:29:36 -0700
> > > Saravana Kannan wrote:
> > >
> > > >
> > > >
> > > > On
1 - 100 of 922 matches
Mail list logo