"Serge E. Hallyn" writes:
> On Thu, Jan 28, 2021 at 08:44:26PM +0100, Miklos Szeredi wrote:
>> On Thu, Jan 28, 2021 at 6:09 PM Serge E. Hallyn wrote:
>> >
>> > On Tue, Jan 19, 2021 at 07:34:49PM -0600, Eric W. Biederman wrote:
>> > > Miklos Szeredi writes:
>> > >
>> > > > if
On Fri, Jan 29, 2021 at 6:08 PM Willem de Bruijn
wrote:
>
> Okay. I found it a bit hard to parse how much true code change was
> mixed in with just reindenting existing code. If a lot, then no need
> to split of the code refactor.
Thank you. The code is quite hard to review in patch format.
On Fri, Jan 29, 2021 at 6:03 PM Sven Van Asbroeck wrote:
>
> Hoi Willem, thanks a lot for reviewing this patch, much appreciated !!
>
> On Fri, Jan 29, 2021 at 5:11 PM Willem de Bruijn
> wrote:
> >
> > > +static struct sk_buff *
> > > +lan743x_rx_trim_skb(struct sk_buff *skb, int frame_length)
>
Hoi Willem, thanks a lot for reviewing this patch, much appreciated !!
On Fri, Jan 29, 2021 at 5:11 PM Willem de Bruijn
wrote:
>
> > +static struct sk_buff *
> > +lan743x_rx_trim_skb(struct sk_buff *skb, int frame_length)
> > +{
> > + if (skb_linearize(skb)) {
>
> Is this needed? That will
On Tue, Jan 26, 2021 at 04:46:07PM +0100, Łukasz Majczak wrote:
> Hi Jarkko, Guenter
>
> Yes, here are the logs when failure occurs -
> https://gist.github.com/semihalf-majczak-lukasz/1575461f585f1e7fb1e9366b8eceaab9
> Look for a phrase "TPM returned invalid status"
>
> Guenter - good suggestion
On Sat, Jan 30, 2021 at 12:59:09AM +0200, Jarkko Sakkinen wrote:
> On Tue, Jan 26, 2021 at 04:46:07PM +0100, Łukasz Majczak wrote:
> > Hi Jarkko, Guenter
> >
> > Yes, here are the logs when failure occurs -
> > https://gist.github.com/semihalf-majczak-lukasz/1575461f585f1e7fb1e9366b8eceaab9
> >
Linus,
Please pull some more DT fixes for 5.11.
Rob
The following changes since commit 5c8fe583cce542aa0b84adc939ce85293de36e5e:
Linux 5.11-rc1 (2020-12-27 15:30:22 -0800)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git
On Mon, 25 Jan 2021 17:03:59 +0800
Shenming Lu wrote:
> When IOPF enabled, the pages are pinned and mapped on demand, we add
> a bitmap to track them.
>
> Signed-off-by: Shenming Lu
> ---
> drivers/vfio/vfio_iommu_type1.c | 12
> 1 file changed, 12 insertions(+)
>
> diff --git
"Serge E. Hallyn" writes:
> On Thu, Jan 28, 2021 at 02:19:13PM -0600, Eric W. Biederman wrote:
>> "Serge E. Hallyn" writes:
>>
>> > On Tue, Jan 19, 2021 at 07:34:49PM -0600, Eric W. Biederman wrote:
>> >> Miklos Szeredi writes:
>> >>
>> >> > If a capability is stored on disk in v2 format
On Mon, 25 Jan 2021 17:03:58 +0800
Shenming Lu wrote:
> Hi,
>
> The static pinning and mapping problem in VFIO and possible solutions
> have been discussed a lot [1, 2]. One of the solutions is to add I/O
> page fault support for VFIO devices. Different from those relatively
> complicated
Thanks for the explanation and test code. I think I see better what
is going on here.
[I took your idea for using madvise(...MADV_HWPOISON) and added a new "-S"
option to my einj_mem_uc test program to use madvise instead of ACPI/EINJ
for injections. Update pushed here:
On Fri, Jan 15, 2021 at 12:08:37PM -0500, Peter Xu wrote:
> This is a RFC series to support userfaultfd upon shmem and hugetlbfs.
>
> PS. Note that there's a known issue [0] with tlb against uffd-wp/soft-dirty in
> general and Nadav is working on it. It may or may not directly affect
>
Hi Peter,
I have modified the comments in v4 of that patch. Regarding your
suggestion of this driver handling a greater value range
by adjusting the scale accordingly, it would also require the driver
to change the sensor readings as well based on the updated scale and
the accuracy of the sensor
On Mon, Jan 25, 2021 at 09:18:46AM -0800, Guenter Roeck wrote:
> Hi Lukasz,
>
> On Sat, Jan 23, 2021 at 02:42:47AM +0100, Lukasz Majczak wrote:
> > There is a missing call to start_tpm_chip before the call to
> > the tpm_get_timeouts() and tpm_tis_probe_irq_single(). As the current
> > approach
Hi Andrew, thank you so much for looking at this patch !
On Fri, Jan 29, 2021 at 3:36 PM Andrew Lunn wrote:
>
> So this patch appears to contain two different changes
> 1) You only allocate a receive buffer as big as the MTU plus overheads
> 2) You change the cache operations to operate on the
On 2021-01-29, Nick Desaulniers wrote:
DWARF v5 is the latest standard of the DWARF debug info format.
Feature detection of DWARF5 is onerous, especially given that we've
removed $(AS), so we must query $(CC) for DWARF5 assembler directive
support.
The DWARF version of a binary can be
On Fri, Jan 29, 2021 at 5:01 PM Jakub Kicinski wrote:
>
> You may need to rebase to see this:
>
> drivers/net/ethernet/microchip/lan743x_main.c:2123:41: warning: restricted
> __le32 degrades to integer
Good catch. The problem goes away with the next commit in the set.
This is probably because I
On 1/29/21 8:41 AM, Richard Fitzgerald wrote:
> crc8() does not change the data passed to it, so the pointer argument
> should be declared const. This avoids callers that receive const data
> having to cast it to a non-const pointer to call crc8().
>
> Signed-off-by: Richard Fitzgerald
> ---
>
Hi Christian,
I have addressed your feedback in v4 of the patch. Please find below
the answers to some of your questions:
>The initial sensor_config ORed here is NOT initialized nor zeroed.
There is no need to initialize as it is already initialized to 0 when defined.
> being not so
Motorola is using a custom TS 27.010 based multiplexer protocol
for various devices on the modem. These devices can be accessed on
dedicated channels using Linux kernel serdev-ngsm driver.
For the GNSS on these devices, we need to kick the GNSS device at a
desired rate. Otherwise the GNSS device
On 1/29/21 2:06 PM, Scott Branden wrote:
> Correct compile issue if CONFIG_TTY is not set by
> only adding ttyVK devices if CONFIG_TTY is set.
>
> Reported-by: Randy Dunlap
> Signed-off-by: Scott Branden
>
> ---
> Changes since v1:
> Add function stubs rather than compiling out code
> ---
>
On Mon, 25 Jan 2021 17:04:01 +0800
Shenming Lu wrote:
> If IOMMU_DEV_FEAT_IOPF is set for the VFIO device, which means that
> the delivering of page faults of this device from the IOMMU is enabled,
> we register the VFIO page fault handler to complete the whole faulting
> path (HW+SW). And add a
On Fri, Jan 29, 2021 at 11:31 PM Nick Desaulniers
wrote:
>
> On Fri, Jan 29, 2021 at 2:23 PM Sedat Dilek wrote:
> >
> > On Fri, Jan 29, 2021 at 11:21 PM Nick Desaulniers
> > wrote:
> > >
> > > On Fri, Jan 29, 2021 at 2:11 PM Sedat Dilek wrote:
> > > >
> > > > On Fri, Jan 29, 2021 at 11:09 PM
On Fri, Jan 29, 2021 at 1:41 PM Jakub Jelinek wrote:
>
> On Fri, Jan 29, 2021 at 04:32:32PM -0500, Arvind Sankar wrote:
> > Given what Jakub is saying, i.e. it was previously impossible to get
> > dwarf2 with gcc, and you get dwarf4 whether or not DEBUG_INFO_DWARF4 was
>
> It isn't impossible to
On Sat, Jan 30, 2021 at 01:19:10AM +0300, Dmitry Baryshkov wrote:
> On Sat, 30 Jan 2021 at 00:50, Bjorn Helgaas wrote:
> > On Fri, Jan 29, 2021 at 06:45:21AM +0300, Dmitry Baryshkov wrote:
> > > On 28/01/2021 22:26, Rob Herring wrote:
> > > > On Thu, Jan 28, 2021 at 11:52 AM Dmitry Baryshkov
> >
On 1/29/2021 1:00 PM, Dave Hansen wrote:
On 1/27/21 1:25 PM, Yu-cheng Yu wrote:
@@ -135,6 +135,8 @@ enum xfeature {
#define XFEATURE_MASK_PT (1 << XFEATURE_PT_UNIMPLEMENTED_SO_FAR)
#define XFEATURE_MASK_PKRU(1 << XFEATURE_PKRU)
#define XFEATURE_MASK_PASID
Hi!
> > Motorola is using a custom TS 27.010 based serial port line discipline
>
> s/serial port line discipline/multiplexer protocol/
> > diff --git a/drivers/gnss/Kconfig b/drivers/gnss/Kconfig
> > index bd12e3d57baa..a7c449d8428c 100644
> > --- a/drivers/gnss/Kconfig
> > +++
On Thu, Jan 28, 2021 at 02:59:13PM -0800, Axel Rasmussen wrote:
> > +pte_t *huge_pte_alloc(struct mm_struct *mm, structt vm_area_struct *vma,
>
> This was pointed out to me just after I sent v3 of my series today
> (which includes this patch):
>
> Typo, s/structt/struct/.
Thanks Axel - fixed
On Wed, Jan 27, 2021 at 09:50:31AM +0100, Arnaud POULIQUEN wrote:
>
>
> On 12/18/20 6:32 PM, Mathieu Poirier wrote:
> > Introduce function rproc_detach() to enable the remoteproc
> > core to release the resources associated with a remote processor
> > without stopping its operation.
> >
> >
On Fri, Jan 29, 2021 at 2:23 PM Sedat Dilek wrote:
>
> On Fri, Jan 29, 2021 at 11:21 PM Nick Desaulniers
> wrote:
> >
> > On Fri, Jan 29, 2021 at 2:11 PM Sedat Dilek wrote:
> > >
> > > On Fri, Jan 29, 2021 at 11:09 PM Nick Desaulniers
> > > wrote:
> > > >
> > > > On Fri, Jan 29, 2021 at 1:20
On Fri, Jan 29, 2021 at 1:11 PM Jakub Jelinek wrote:
>
> On Fri, Jan 29, 2021 at 01:05:56PM -0800, Nick Desaulniers wrote:
> > > Wasn't that fixed in GAS?
> > > https://sourceware.org/bugzilla/show_bug.cgi?id=27195
> >
> > $ make LLVM=1 -j72 defconfig
> > $ ./scripts/config -e DEBUG_INFO -e
On Fri, Jan 29, 2021 at 1:11 PM Andy Shevchenko
wrote:
>
> On Fri, Jan 29, 2021 at 10:49 PM Yury Norov wrote:
> >
> > Many algorithms become simplier if they are passed with relatively small
>
> simpler
>
> > input values. One example is bitmap operations when the whole bitmap fits
> > into one
On Fri, Jan 29, 2021 at 11:21 PM Nick Desaulniers
wrote:
>
> On Fri, Jan 29, 2021 at 2:11 PM Sedat Dilek wrote:
> >
> > On Fri, Jan 29, 2021 at 11:09 PM Nick Desaulniers
> > wrote:
> > >
> > > On Fri, Jan 29, 2021 at 1:20 PM Sedat Dilek wrote:
> > > >
> > > > On Fri, Jan 29, 2021 at 10:13 PM
Joel,
Can you ack this patch?
-- Steve
On Thu, 28 Jan 2021 09:35:13 +0800
Song Chen wrote:
> The kernel thread executing test can run on any cpu, which might be
> different cpu latency tracer is running on, as a result, the
> big latency caused by preemptirq delay test can't be detected.
>
Hi,
This series adds support for ARM SCMI Protocol based IIO Device.
This driver provides support for Accelerometer and Gyroscope sensor using
SCMI Sensor Protocol extensions added in the SCMIv3.0 ARM specification,
which is available at
https://developer.arm.com/documentation/den0056/c/
This
On Fri, Jan 29, 2021 at 2:11 PM Sedat Dilek wrote:
>
> On Fri, Jan 29, 2021 at 11:09 PM Nick Desaulniers
> wrote:
> >
> > On Fri, Jan 29, 2021 at 1:20 PM Sedat Dilek wrote:
> > >
> > > On Fri, Jan 29, 2021 at 10:13 PM Sedat Dilek
> > > wrote:
> > > >
> > > > On Fri, Jan 29, 2021 at 10:09 PM
On Sat, 30 Jan 2021 at 00:50, Bjorn Helgaas wrote:
>
> On Fri, Jan 29, 2021 at 06:45:21AM +0300, Dmitry Baryshkov wrote:
> > On 28/01/2021 22:26, Rob Herring wrote:
> > > On Thu, Jan 28, 2021 at 11:52 AM Dmitry Baryshkov
> > > wrote:
> > > >
> > > > Some Qualcomm platforms require to power up an
This change provides ARM SCMI Protocol based IIO device.
This driver provides support for Accelerometer and Gyroscope using
SCMI Sensor Protocol extensions added in the SCMIv3.0 ARM specification
Signed-off-by: Jyoti Bhayana
---
MAINTAINERS| 6 +
On Wed, Jan 27, 2021 at 09:46:58AM +0100, Arnaud POULIQUEN wrote:
>
>
> On 12/18/20 6:32 PM, Mathieu Poirier wrote:
> > Introduce function __rproc_detach() to perform the same kind of
> > operation as rproc_stop(), but instead of switching off the
> > remote processor using rproc->ops->stop(),
Hi Clemens,
On Fri, Jan 29, 2021 at 4:24 PM Sven Van Asbroeck wrote:
>
> LEN_ON = 409, LED_OFF = 1228 and
> LED_ON = 419, LED_OFF = 1238
> produce the same result. you can't see the difference between the two
> when scoping the channel. there are probably more ways to do this,
> some might
On Fri, Jan 29, 2021 at 07:29:31PM +0100, Jan Henrik Weinstock wrote:
> This patch proposes to use the device tree to determine the present cpus
> instead of assuming all CONFIG_NRCPUS are actually present in the system.
>
> Signed-off-by: Jan Henrik Weinstock
> ---
> arch/openrisc/kernel/smp.c
The pull request you sent on Fri, 29 Jan 2021 19:03:24 +:
> git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux tags/arm64-fixes
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/0e9bcda5d286f4a26a5407bb38f55c55b453ecfb
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Fri, 29 Jan 2021 17:41:29 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git
> tags/iommu-fixes-v5.11-rc5
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/8ef24c2011b77bd6344d16630d3cd95d63de63f8
Thank you!
--
The pull request you sent on Fri, 29 Jan 2021 19:11:17 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git
> acpi-5.11-rc6
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/016decc0d836b746faac03de5e1ac976c53a3958
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Fri, 29 Jan 2021 13:46:34 +1000:
> git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2021-01-29
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/6305d15e013a70a7f1c4ee65d3e035cd705e3517
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Fri, 29 Jan 2021 17:26:04 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git pm-5.11-rc6
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/32b0c410cda19df9f0e88edcae126d0a660cf8b9
Thank you!
--
Deet-doot-dot, I am a
On Fri, Jan 22, 2021 at 03:09:14PM +0100, Arnd Bergmann wrote:
> On Thu, Jan 21, 2021 at 4:41 AM Lubomir Rintel wrote:
> >
> > Hi,
> >
> > chained to this message is a handful of patches related to MMP device
> > trees and bindings. Please take a look and consider queueing them for
> > for 5.12.
On Fri, Jan 29, 2021 at 2:56 PM Sven Van Asbroeck wrote:
>
> From: Sven Van Asbroeck
>
> Multi-buffer packets enable us to use rx ring buffers smaller than
> the mtu. This will allow us to change the mtu on-the-fly, without
> having to stop the network interface in order to re-size the rx
> ring
On Fri, Jan 29, 2021 at 11:09 PM Nick Desaulniers
wrote:
>
> On Fri, Jan 29, 2021 at 1:20 PM Sedat Dilek wrote:
> >
> > On Fri, Jan 29, 2021 at 10:13 PM Sedat Dilek wrote:
> > >
> > > On Fri, Jan 29, 2021 at 10:09 PM Nick Desaulniers
> > > wrote:
> > > >
> > > > On Fri, Jan 29, 2021 at 12:55
On Fri, Jan 29, 2021 at 02:05:59PM -0800, Nick Desaulniers wrote:
> Ah, I see. Then I should update the script I add
> (scripts/test_dwarf5_support.sh) to feature detect that bug, since
> it's the latest of the bunch. Also, should update my comment to note
> that this requires binutils greater
On Fri, Jan 29, 2021 at 1:20 PM Sedat Dilek wrote:
>
> On Fri, Jan 29, 2021 at 10:13 PM Sedat Dilek wrote:
> >
> > On Fri, Jan 29, 2021 at 10:09 PM Nick Desaulniers
> > wrote:
> > >
> > > On Fri, Jan 29, 2021 at 12:55 PM Sedat Dilek
> > > wrote:
> > > >
> > > > On Fri, Jan 29, 2021 at 9:48 PM
On Fri, Jan 29, 2021 at 11:03 AM Catalin Marinas
wrote:
>
> arm64 fixes:
>
> - Fix the virt_addr_valid() returning true for < PAGE_OFFSET addresses.
That's a really odd fix.
It went from an incorrect bitwise operation (masking) to an _odd_
bitwise operation (xor).
Yes, PAGE_OFFSET has the bit
On Fri, Jan 29, 2021 at 1:52 PM Fangrui Song wrote:
>
> On 2021-01-29, Nick Desaulniers wrote:
> >diff --git a/include/asm-generic/vmlinux.lds.h
> >b/include/asm-generic/vmlinux.lds.h
> >index 34b7e0d2346c..f8d5455cd87f 100644
> >--- a/include/asm-generic/vmlinux.lds.h
> >+++
Correct compile issue if CONFIG_TTY is not set by
only adding ttyVK devices if CONFIG_TTY is set.
Reported-by: Randy Dunlap
Signed-off-by: Scott Branden
---
Changes since v1:
Add function stubs rather than compiling out code
---
drivers/misc/bcm-vk/Makefile | 4 ++--
On Fri, Jan 29, 2021 at 1:11 PM Jakub Jelinek wrote:
>
> On Fri, Jan 29, 2021 at 01:05:56PM -0800, Nick Desaulniers wrote:
> > > Wasn't that fixed in GAS?
> > > https://sourceware.org/bugzilla/show_bug.cgi?id=27195
> >
> > $ make LLVM=1 -j72 defconfig
> > $ ./scripts/config -e DEBUG_INFO -e
On Fri, 29 Jan 2021 14:52:35 -0500 Sven Van Asbroeck wrote:
> From: Sven Van Asbroeck
>
> The buffers in the lan743x driver's receive ring are always 9K,
> even when the largest packet that can be received (the mtu) is
> much smaller. This performs particularly badly on cpu archs
> without dma
On 1/29/21 1:18 PM, Jakub Kicinski wrote:
On Fri, 29 Jan 2021 12:44:44 -0800 Shoaib Rao wrote:
On 1/29/21 12:18 PM, Jakub Kicinski wrote:
On Fri, 29 Jan 2021 12:10:21 -0800 Shoaib Rao wrote:
The code does not care about the size of data -- All it does is that if
MSG_OOB is set it will
On Thu, Jan 28, 2021 at 06:07:36PM -0600, Alex G. wrote:
> On 1/28/21 5:51 PM, Sinan Kaya wrote:
> > On 1/28/2021 6:39 PM, Bjorn Helgaas wrote:
> > > AFAICT, this thread petered out with no resolution.
> > >
> > > If the bandwidth change notifications are important to somebody,
> > > please speak
If a peer device doesn't support eSCO 2M we should skip the params that
use it when setting up sync connection since they will always fail.
Signed-off-by: Yu Liu
Reviewed-by: Abhishek Pandit-Subedi
---
Changes in v3:
- Use pkt_type instead of adding new field
Changes in v2:
- Fix title
On 2021-01-29, Nick Desaulniers wrote:
DWARF v5 is the latest standard of the DWARF debug info format.
Feature detection of DWARF5 is onerous, especially given that we've
removed $(AS), so we must query $(CC) for DWARF5 assembler directive
support.
The DWARF version of a binary can be
On Fri, Jan 29, 2021 at 06:45:21AM +0300, Dmitry Baryshkov wrote:
> On 28/01/2021 22:26, Rob Herring wrote:
> > On Thu, Jan 28, 2021 at 11:52 AM Dmitry Baryshkov
> > wrote:
> > >
> > > Some Qualcomm platforms require to power up an external device before
> > > probing the PCI bus. E.g. on RB5
On Thu, Jan 28, 2021 at 11:43 PM Sedat Dilek wrote:
>
> Some comments:
>
> [ hash mismatches ]
>
> Observed identical warnings when doing a rebuild with GAS or Clang-IAS.
>
> [ Importance of LLVM_IAS=1 working ]
>
> Clang-LTO and Clang-CFI depend both on LLVM_IAS=1 (see for example
> "kbuild: add
nvhe.o
make-arm64 -j arch/arm64/kvm/hyp/nvhe/kvm_nvhe.o
where make-arm64 is:
make -j32 ARCH=arm64 CROSS_COMPILE=aarch64-linux- $*
---
# bad: [b01f250d83f6c3af5c77699dd14e7b48ee0b5383] Add linux-next specific files
for 20210129
# good: [6ee1d745b7c9fd573fba142a2e
On Fri, Jan 29, 2021 at 04:32:32PM -0500, Arvind Sankar wrote:
> Given what Jakub is saying, i.e. it was previously impossible to get
> dwarf2 with gcc, and you get dwarf4 whether or not DEBUG_INFO_DWARF4 was
It isn't impossible to get it, -gdwarf-2 works, it is just not a very good
choice (at
On Wed, Jan 27, 2021 at 09:44:28AM +0100, Arnaud POULIQUEN wrote:
> Hi Mathieu,
>
> Come back on you series...
>
> On 12/18/20 6:32 PM, Mathieu Poirier wrote:
> > Add an new get_loaded_rsc_table() operation in order to support
> > scenarios where the remoteproc core has booted a remote processor
On Fri, Jan 29, 2021 at 01:18:20PM -0800, Jakub Kicinski wrote:
> On Fri, 29 Jan 2021 12:44:44 -0800 Shoaib Rao wrote:
> > On 1/29/21 12:18 PM, Jakub Kicinski wrote:
> > > On Fri, 29 Jan 2021 12:10:21 -0800 Shoaib Rao wrote:
> > >> The code does not care about the size of data -- All it does is
On Fri, Jan 29, 2021 at 12:57:20PM -0800, Nick Desaulniers wrote:
> On Fri, Jan 29, 2021 at 12:19 PM Nick Desaulniers
> wrote:
> >
> > On Fri, Jan 29, 2021 at 12:17 PM Jakub Jelinek wrote:
> > >
> > > On Fri, Jan 29, 2021 at 11:43:17AM -0800, Nick Desaulniers wrote:
> > > > Modifies
Christoph Hellwig writes:
> On Thu, Jan 28, 2021 at 05:50:56PM -0300, Thiago Jung Bauermann wrote:
>> > struct module *find_module(const char *name)
>> > {
>> > - module_assert_mutex();
>>
>> Does it make sense to replace the assert above with the warn below
>> (untested)?
>>
>>
On Wed, Jan 27, 2021 at 12:15 PM Kees Cook wrote:
>
> On Mon, Jan 25, 2021 at 01:45:25PM +0100, Arnd Bergmann wrote:
> > From: Arnd Bergmann
> >
> > I ran into a couple of problems with kunit tests taking too much stack
> > space, sometimes dangerously so. These the the three instances that
> >
On Fri, Jan 29, 2021 at 1:11 PM Andy Shevchenko
wrote:
>
> On Fri, Jan 29, 2021 at 10:49 PM Yury Norov wrote:
> >
> > Many algorithms become simplier if they are passed with relatively small
>
> simpler
>
> > input values. One example is bitmap operations when the whole bitmap fits
> > into one
On 2021-01-29, Nick Desaulniers wrote:
On Fri, Jan 29, 2021 at 12:11 PM Nathan Chancellor wrote:
clang produces .eh_frame sections when CONFIG_GCOV_KERNEL is enabled,
even when -fno-asynchronous-unwind-tables is in KBUILD_CFLAGS:
$ make CC=clang vmlinux
...
ld: warning: orphan section
On Fri, 29 Jan 2021 14:01:03 -0500
Steven Rostedt wrote:
> On Fri, 29 Jan 2021 18:59:43 +0100
> Peter Zijlstra wrote:
>
> > On Fri, Jan 29, 2021 at 09:45:48AM -0800, Alexei Starovoitov wrote:
> > > Same things apply to bpf side. We can statically prove safety for
> > > ftrace and kprobe
On Fri, 2021-01-29 at 23:10 +0200, Andy Shevchenko wrote:
> On Fri, Jan 29, 2021 at 10:49 PM Yury Norov wrote:
[]
> > @@ -37,7 +37,7 @@
> > #define GENMASK(h, l) \
> > (GENMASK_INPUT_CHECK(h, l) + __GENMASK(h, l))
> >
> > -#define BITS_FIRST(nr) GENMASK(nr), 0)
> > +#define
Hi Clemens,
On Fri, Jan 29, 2021 at 3:37 PM Clemens Gruber
wrote:
>
> Is the driver really responsible for bootloaders that program the chip
> with invalid values?
No, but it's responsible for correcting invalid values. Otherwise the driver
doesn't work.
> The chip comes out of PoR with sane
On Fri, Jan 29, 2021 at 05:57:17PM +0100, Rafael J. Wysocki wrote:
> On Fri, Jan 29, 2021 at 5:45 PM Sakari Ailus
> wrote:
> >
> > Hi Rafael,
> >
> > Thanks for the comments.
> >
> > On Fri, Jan 29, 2021 at 03:07:57PM +0100, Rafael J. Wysocki wrote:
> > > On Fri, Jan 29, 2021 at 12:27 AM Sakari
On Thu, Jan 28, 2021 at 04:56:26PM -0800, Marc MERLIN wrote:
> On Wed, Jan 27, 2021 at 03:33:00PM -0600, Bjorn Helgaas wrote:
> > Hi Marc, I appreciate your persistence on this. I am frankly
> > surprised that you've put up with this so long.
>
> Well, been using linux for 27 years, but also
On Fri, Jan 29, 2021 at 10:13 PM Sedat Dilek wrote:
>
> On Fri, Jan 29, 2021 at 10:09 PM Nick Desaulniers
> wrote:
> >
> > On Fri, Jan 29, 2021 at 12:55 PM Sedat Dilek wrote:
> > >
> > > On Fri, Jan 29, 2021 at 9:48 PM Nick Desaulniers
> > > wrote:
> > > >
> > > > On Fri, Jan 29, 2021 at 12:41
On Thu, Jan 28, 2021 at 08:35:54PM +0100, Adrien Grassein wrote:
> This driver is mandatory for the nitrogen8m mini board
> when booting from the sdcard slot.
>
> Signed-off-by: Adrien Grassein
> ---
> arch/arm64/configs/defconfig | 1 +
> 1 file changed, 1 insertion(+)
Reviewed-by: Krzysztof
On Fri, 29 Jan 2021 12:44:44 -0800 Shoaib Rao wrote:
> On 1/29/21 12:18 PM, Jakub Kicinski wrote:
> > On Fri, 29 Jan 2021 12:10:21 -0800 Shoaib Rao wrote:
> >> The code does not care about the size of data -- All it does is that if
> >> MSG_OOB is set it will deliver the signal to the peer
On 1/29/21 10:08 AM, Tetsuo Handa wrote:
On 2021/01/30 1:05, Shuah Khan wrote:
Since "general protection fault in tomoyo_socket_sendmsg_permission" is caused
by
unexpectedly resetting ud->tcp_socket to NULL without waiting for tx thread to
terminate, tracing the ordering of events is worth
On Fri, Jan 29, 2021 at 10:09 PM Nick Desaulniers
wrote:
>
> On Fri, Jan 29, 2021 at 12:55 PM Sedat Dilek wrote:
> >
> > On Fri, Jan 29, 2021 at 9:48 PM Nick Desaulniers
> > wrote:
> > >
> > > On Fri, Jan 29, 2021 at 12:41 PM Sedat Dilek
> > > wrote:
> > > >
> > > > On Fri, Jan 29, 2021 at
On 1/29/2021 12:46 PM, Borislav Petkov wrote:
On Fri, Jan 29, 2021 at 12:33:43PM -0800, Dave Hansen wrote:
In that case is there any reason to keep the "depends on CPU_SUP_INTEL"?
Probably not. I haven't heard of the AMD implementation being somehow
different from Intel's.
Ok, I will
On Fri, Jan 29, 2021 at 10:54 PM Yury Norov wrote:
> On Fri, Jan 29, 2021 at 12:45 PM Yury Norov wrote:
> >
> > Bitmap operations are much simpler and faster in case of small bitmaps,
> > whicn
> > fit into a single word. In linux/bitmap.h we have a machinery that allows
> > compiler to replace
On Fri, Jan 29, 2021 at 01:05:56PM -0800, Nick Desaulniers wrote:
> > Wasn't that fixed in GAS?
> > https://sourceware.org/bugzilla/show_bug.cgi?id=27195
>
> $ make LLVM=1 -j72 defconfig
> $ ./scripts/config -e DEBUG_INFO -e DEBUG_INFO_DWARF5
> $ make LLVM=1 -j72
> ...
> /tmp/init-d50d89.s:
On Fri, Jan 29, 2021 at 10:49 PM Yury Norov wrote:
>
> Many algorithms become simplier if they are passed with relatively small
simpler
> input values. One example is bitmap operations when the whole bitmap fits
> into one word. To implement such simplifications, linux/bitmap.h declares
>
Hi,
On 1/29/21 9:28 PM, Linus Torvalds wrote:
> On Fri, Jan 29, 2021 at 12:02 PM Linus Torvalds
> wrote:
>>
>> It's fairly easy to work around in this in the tty layer by just
>> avoiding that function entirely, so I'll cook up a patch to do that.
>> But I'm adding the appropriate people to the
On Fri, Jan 29, 2021 at 12:55 PM Sedat Dilek wrote:
>
> On Fri, Jan 29, 2021 at 9:48 PM Nick Desaulniers
> wrote:
> >
> > On Fri, Jan 29, 2021 at 12:41 PM Sedat Dilek wrote:
> > >
> > > On Fri, Jan 29, 2021 at 8:43 PM Nick Desaulniers
> > > wrote:
> > > >
> > > > diff --git a/Makefile
On 1/29/21 11:28 AM, Florian Fainelli wrote:
> While reworking the resources management and departing from using
> ahci_platform_enable_resources() which did not allow a proper step
> separation like we need, we unfortunately lost the ability to control
> AHCI regulators. This broke some Broadcom
On Sat, Jan 30, 2021 at 5:31 AM Nathan Chancellor wrote:
>
> On Wed, Jan 13, 2021 at 05:34:47PM -0700, Nathan Chancellor wrote:
> > The most common question around building the Linux kernel with clang is
> > "does it work?" and the answer has always been "it depends on your
> > architecture,
On Fri, Jan 29, 2021 at 02:01:03PM -0500, Steven Rostedt wrote:
> On Fri, 29 Jan 2021 18:59:43 +0100
> Peter Zijlstra wrote:
>
> > On Fri, Jan 29, 2021 at 09:45:48AM -0800, Alexei Starovoitov wrote:
> > > Same things apply to bpf side. We can statically prove safety for
> > > ftrace and kprobe
On Fri, Jan 29, 2021 at 12:57 PM Jakub Jelinek wrote:
>
> On Fri, Jan 29, 2021 at 12:48:11PM -0800, Nick Desaulniers wrote:
> > > Should this be...?
> > >
> > > KBUILD_AFLAGS += -Wa,-gdwarf-5
> >
> > No; under the set of conditions Clang is compiling .c to .S with DWARF
> > v5 assembler
On Mon, Jan 25, 2021 at 4:41 PM Dave Hansen wrote:
>
>
> From: Yang Shi
>
> The migrate_pages() returns the number of pages that were not migrated,
> or an error code. When returning an error code, there is no way to know
> how many pages were migrated or not migrated.
>
> In the following
On 1/27/21 1:25 PM, Yu-cheng Yu wrote:
> @@ -135,6 +135,8 @@ enum xfeature {
> #define XFEATURE_MASK_PT (1 << XFEATURE_PT_UNIMPLEMENTED_SO_FAR)
> #define XFEATURE_MASK_PKRU (1 << XFEATURE_PKRU)
> #define XFEATURE_MASK_PASID (1 << XFEATURE_PASID)
> +#define
On Mon, Jan 25, 2021 at 4:41 PM Dave Hansen wrote:
>
>
> From: Dave Hansen
>
> Reclaim-based migration is attempting to optimize data placement in
> memory based on the system topology. If the system changes, so must
> the migration ordering.
>
> The implementation here is pretty simple and
On Fri, Jan 29, 2021 at 12:19 PM Nick Desaulniers
wrote:
>
> On Fri, Jan 29, 2021 at 12:17 PM Jakub Jelinek wrote:
> >
> > On Fri, Jan 29, 2021 at 11:43:17AM -0800, Nick Desaulniers wrote:
> > > Modifies CONFIG_DEBUG_INFO_DWARF4 to be a member of a choice. Adds an
> > > explicit
On Fri, Jan 29, 2021 at 12:48:11PM -0800, Nick Desaulniers wrote:
> > Should this be...?
> >
> > KBUILD_AFLAGS += -Wa,-gdwarf-5
>
> No; under the set of conditions Clang is compiling .c to .S with DWARF
> v5 assembler directives. GAS will choke unless told -gdwarf-5 via
> -Wa,-gdwarf-5 for .c
On Thu, Dec 17, 2020 at 03:04:35PM +, Satya Tangirala wrote:
> Wire up metadata encryption support with the fscrypt metadata crypt
> additions. Note that this feature relies on the blk-crypto framework
> for encryption, and thus requires either hardware inline encryption
> support or the
On Fri, Jan 29, 2021 at 9:48 PM Nick Desaulniers
wrote:
>
> On Fri, Jan 29, 2021 at 12:41 PM Sedat Dilek wrote:
> >
> > On Fri, Jan 29, 2021 at 8:43 PM Nick Desaulniers
> > wrote:
> > >
> > > diff --git a/Makefile b/Makefile
> > > index 20141cd9319e..bed8b3b180b8 100644
> > > --- a/Makefile
> >
Quoting Vinicius Tinti (2021-01-29 18:15:19)
> By enabling -Wunreachable-code-aggressive on Clang the following code
> paths are unreachable.
That code exists as commentary and, especially for sdvo, library
functions that we may need in future.
The ivb-gt1 case => as we now set the gt level for
On Fri, Jan 29, 2021 at 12:45 PM Yury Norov wrote:
>
> Bitmap operations are much simpler and faster in case of small bitmaps, whicn
> fit into a single word. In linux/bitmap.h we have a machinery that allows
> compiler to replace actual function call with a few instructions if bitmaps
> passed
101 - 200 of 532 matches
Mail list logo
