On 1/8/2021 4:16 PM, Linus Walleij wrote:
>> * ep93xx -- added in 2006, LinusW still working on it, any users left?
>
> I was contacted by a user of this platform, using it with mainline and
> fixing bugs in the GPIO driver for this kernel cycle. So it has users.
You can count me as one of the
On Sat, Jan 9, 2021 at 6:06 PM Josh Poimboeuf wrote:
>
> On Sat, Jan 09, 2021 at 11:03:57AM -0600, Josh Poimboeuf wrote:
> > On Sat, Jan 09, 2021 at 05:45:47PM +0100, Sedat Dilek wrote:
> > > I tried merging with clang-cfi Git which is based on Linux v5.11-rc2+
> > > with a lot of merge conflicts.
On Sat, Jan 9, 2021 at 6:14 PM Eric Biggers wrote:
>
> +Jason, since this looks WireGuard-related.
I suspect that the uninit was created by geneve or batadv and then
just handed off to wireguard, which couldn't deal with it at that
point.
> On Sat, Jan 09, 2021 at 05:05:24AM -0800, syzbot wrote:
On 1/8/2021 2:55 PM, Arnd Bergmann wrote:
> After v5.10 was officially declared an LTS kernel, I had a look around
> the Arm platforms that look like they have not seen any patches from
> their maintainers or users that are actually running the hardware for
> at least five years (2015 or earlier
On Sat, Jan 09, 2021 at 03:09:43AM -0500, Miaohe Lin wrote:
> The cache->slots and cache->slots_ret is already checked before we try to
> drain it. And kvfree can handle the NULL pointer itself. So remove the
> NULL pointer check here.
> @@ -178,7 +178,7 @@ static void drain_slots_cache_cpu(unsign
On Fri, Jan 08, 2021 at 11:55:06PM +0100, Arnd Bergmann wrote:
> * dove -- added in 2009, obsoleted by mach-mvebu in 2015
May be obsoleted, but I still use this for my dove cubox with
additional patches.
> * footbridge -- added in prehistory, stable since ~2013, rmk and LinusW
> have one
Yes,
On Sat, Jan 9, 2021 at 9:11 AM Alexander Lobakin wrote:
>
> Machine: MIPS32 R2 Big Endian (interAptiv (multi))
>
> While testing MIPS with LLVM, I found a weird and very rare bug with
> MIPS relocs that LLVM emits into kernel modules. It happens on both
> 11.0.0 and latest git snapshot and applies
Hi Adam,
On 09/01/21 04:00, Adam Ford wrote:
> On Fri, Jan 8, 2021 at 4:49 PM Luca Ceresoli wrote:
>>
>> Hi Adam,
>>
>> On 06/01/21 18:39, Adam Ford wrote:
>>> There are two registers which can set the load capacitance for
>>> XTAL1 and XTAL2. These are optional registers when using an
>>> extern
Add the SAWv4.1 parameters for MSM8998's Gold and Silver clusters.
Signed-off-by: AngeloGioacchino Del Regno
---
drivers/soc/qcom/spm.c | 16
1 file changed, 16 insertions(+)
diff --git a/drivers/soc/qcom/spm.c b/drivers/soc/qcom/spm.c
index 843732d12c54..2e6312663293 100644
-
Add the SDM630, SDM636 and SDM660 to the blacklist since the CPU
scaling is handled out of this.
Signed-off-by: AngeloGioacchino Del Regno
---
drivers/cpufreq/cpufreq-dt-platdev.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/cpufreq/cpufreq-dt-platdev.c
b/drivers/cpufreq/cpuf
The OSM programming addition has been done under the
qcom,cpufreq-hw-8998 compatible name: specify the requirement
of two additional register spaces for this functionality.
This implementation, with the same compatible, has been
tested on MSM8998 and SDM630.
Signed-off-by: AngeloGioacchino Del Reg
The CPR driver's common functions were split and put in another
file in order to support newer CPR revisions: to simplify the
commonization, the expected names of the fuses had to be changed
in order for both new and old support to use the same fuse name
retrieval function and keeping the naming co
Add the MSM8998 to the blacklist since the CPU scaling is handled
out of this.
Signed-off-by: AngeloGioacchino Del Regno
---
drivers/cpufreq/cpufreq-dt-platdev.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/cpufreq/cpufreq-dt-platdev.c
b/drivers/cpufreq/cpufreq-dt-platdev.c
inde
Implement the support for SAW v4.1, used in at least MSM8998,
SDM630, SDM660 and APQ variants and, while at it, also add the
configuration for the SDM630/660 Silver and Gold cluster L2
Adaptive Voltage Scaler: this is also one of the prerequisites
to allow the OSM controller to perform DCVS.
Signe
On new SoCs (SDM845 onwards) the Operating State Manager (OSM) is
being programmed in the bootloader and write-protected by the
hypervisor, leaving to the OS read-only access to some of its
registers (in order to read the Lookup Tables and also some
status registers) and write access to the p-state
This patchset adds basic support for the embedded controller found on
older ebook reader boards designed by/with the ODM Netronix Inc.[1] and
sold by Kobo or Tolino, for example the Kobo Aura and the Tolino Shine.
These drivers are based on information contained in the vendor kernel
sources, but in
Convert the qcom,cpr.txt document to YAML schema and place it in the
appropriate directory, since this driver was moved from power/avs
to soc/qcom, but forgets to move the documentation.
Fixes: a7305e684fcf ("PM: AVS: qcom-cpr: Move the driver to the qcom specific
drivers")
Signed-off-by: AngeloG
From: Manivannan Sadhasivam
Convert Qualcomm cpufreq devicetree binding to YAML.
Signed-off-by: Manivannan Sadhasivam
Signed-off-by: AngeloGioacchino Del Regno
---
.../bindings/cpufreq/cpufreq-qcom-hw.txt | 172 ---
.../bindings/cpufreq/cpufreq-qcom-hw.yaml | 204 +++
Add the bindings for the CPR3 driver to the documentation.
Signed-off-by: AngeloGioacchino Del Regno
---
.../bindings/soc/qcom/qcom,cpr3.yaml | 241 ++
1 file changed, 241 insertions(+)
create mode 100644 Documentation/devicetree/bindings/soc/qcom/qcom,cpr3.yaml
diff
This commit introduces a new driver, based on the one for cpr v1,
to enable support for the newer Qualcomm Core Power Reduction
hardware, known downstream as CPR3, CPR4 and CPRh, and support
for MSM8998 and SDM630 CPU power reduction.
In these new versions of the hardware, support for various new
In commit a871be6b8eee ("cpuidle: Convert Qualcomm SPM driver to a generic
CPUidle driver") the SPM driver has been converted to a
generic CPUidle driver: that was mainly made to simplify the
driver and that was a great accomplishment;
Though, it was ignored that the SPM driver is not used only
on
From: Manivannan Sadhasivam
Add devicetree documentation for 'qcom,freq-domain' property specific
to Qualcomm CPUs. This property is used to reference the CPUFREQ node
along with Domain ID (0/1).
Signed-off-by: Manivannan Sadhasivam
Signed-off-by: AngeloGioacchino Del Regno
---
Documentation
Add maintainers entry for the Qualcomm CPR3/CPR4/CPRh driver.
Signed-off-by: AngeloGioacchino Del Regno
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index c8c006f08dcc..a37c3ae91f2f 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -14461,6 +14
In preparation for implementing a new driver that will be handling
CPRv3, CPRv4 and CPR-Hardened, format out common functions to a new
file.
Signed-off-by: AngeloGioacchino Del Regno
---
drivers/soc/qcom/Makefile | 2 +-
drivers/soc/qcom/cpr-common.c | 382 +
d
Changes in v2:
- Rebased qcom-cpufreq-hw dt-binding on top of Manivannan's patches
- Fixed CPR and CPR3 YAML doc issues
- Fixed bugs in qcom-cpufreq-hw:
-- The APM corner number is now handled correctly when a corner with
higher voltage than the maximum APM threshold is detected
-- The APM
The Netronix embedded controller is a microcontroller found in some
e-book readers designed by the original design manufacturer Netronix,
Inc. It contains RTC, battery monitoring, system power management, and
PWM functionality.
This driver implements register access and version detection.
Third-p
Netronix, Inc. (http://www.netronixinc.com/) makes ebook reader board
designs, which are for example used in Kobo and Tolino devices.
An alternative prefix for Netronix would be "ntx", which is already used
in code released by Netronix. It is shorter, but perhaps less clear.
Signed-off-by: Jonath
This EC is found in e-book readers of multiple brands (e.g. Kobo,
Tolino), and is typically implemented as a TI MSP430 microcontroller.
It controls different functions of the system, such as power on/off,
RTC, PWM for the backlight. The exact functionality provided can vary
between boards.
Signed
Hello,
syzbot found the following issue on:
HEAD commit:36bbbd0e Merge branch 'rcu/urgent' of git://git.kernel.org..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=16ef4dfb50
kernel config: https://syzkaller.appspot.com/x/.config?x=b991a69440391446
das
Hi Linus,
Please pull hwmon fixes for Linux v5.11-rc3 from signed tag:
git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git
hwmon-for-v5.11-rc3
Thanks,
Guenter
--
The following changes since commit 5c8fe583cce542aa0b84adc939ce85293de36e5e:
Linux 5.11-rc1 (2020-12-2
Hi Bjorn,
Am 2021-01-08 22:20, schrieb Bjorn Helgaas:
On Wed, Dec 30, 2020 at 07:53:17PM +0100, Michael Walle wrote:
The Intel i210 doesn't work if the Expansion ROM BAR overlaps with
another BAR. Networking won't work at all and once a packet is sent
the
netdev watchdog will bite:
1) Is t
On Thu, 31 Dec 2020 10:46:40 +0800
"Ye, Xiang" wrote:
> On Wed, Dec 30, 2020 at 12:05:17PM +, Jonathan Cameron wrote:
> > On Tue, 15 Dec 2020 13:44:41 +0800
> > Ye Xiang wrote:
> >
> > > Here we register one iio device with three channels which present angle
> > > for
> > > hinge, keyboa
Il giorno sab 5 dic 2020 alle ore 06:08 Bjorn Andersson
ha scritto:
>
> On Sat 26 Sep 08:03 CDT 2020, khol...@gmail.com wrote:
>
> > From: AngeloGioacchino Del Regno
> >
> > It is required for optimal performance and to avoid MDP stalls to
> > retain mem/periph on GDSC enablement: to achieve this
On Sat, Jan 9, 2021 at 7:08 PM Rafael J. Wysocki wrote:
> On Saturday, January 9, 2021 10:37:41 AM CET Dexuan Cui wrote:
...
> > Do you want a simple strlen() check like the below, or a full
> > check of the AAA or format?
>
> It would be good to check the format too while at it.
L
On Fri, Jan 8, 2021 at 10:46 PM Darrick J. Wong wrote:
>
> Change my email contact ahead of a likely painful eleven-month migration
> to a certain cobalt enteprisey groupware cloud product that will totally
> break my workflow. Some day I may get used to having to email being
> sequestered behind
On Wed, 6 Jan 2021 21:23:53 +
Jyoti Bhayana wrote:
> Hi Jonathan,
>
> Instead of adding IIO_VAL_INT_H32_L32, I am thinking of adding
> IIO_VAL_FRACTIONAL_LONG
> or IIO_VAL_FRACTIONAL_64 as the scale/exponent used for min/max range can be
> different
> than the one used in resolution accor
Hi Martin,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 996e435fd401de35df62ac943ab9402cfe85c430
commit: d8fe6009aa3ecbeeab3a4ec1a8bce68959a885be rtc: support for the Amlogic
Meson RTC
date: 1 year, 11 months a
> On Jan 8, 2021, at 3:34 PM, Andrea Arcangeli wrote:
>
> On Fri, Jan 08, 2021 at 10:31:24AM -0800, Andy Lutomirski wrote:
>> Can we just remove vmsplice() support? We could make it do a normal
>
>> copy, thereby getting rid of a fair amount of nastiness and potential
>> attacks. Even ignoring
Let's make sure I'll notice when there are patches for the NTXEC
drivers.
Signed-off-by: Jonathan Neuschäfer
---
v4-v7:
- no changes
v3:
- https://lore.kernel.org/lkml/20200924192455.2484005-7-j.neuschae...@gmx.net/
- Remove pwm and rtc bindings
v2:
- https://lore.kernel.org/lkml/20200905144503
The Netronix EC provides a PWM output which is used for the backlight
on some ebook readers. This patches adds a driver for the PWM output.
The .get_state callback is not implemented, because the PWM state can't
be read back from the hardware.
Signed-off-by: Jonathan Neuschäfer
---
v7:
- no chan
With this driver, mainline Linux can keep its time and date in sync with
the vendor kernel.
Advanced functionality like alarm and automatic power-on is not yet
supported.
Signed-off-by: Jonathan Neuschäfer
Acked-by: Alexandre Belloni
---
v7:
- Adjust to recent RTC API change (rtc_register_devic
Enable the Netronix EC on the Kobo Aura ebook reader.
Several features are still missing:
- Frontlight/backlight. The vendor kernel drives the frontlight LED
using the PWM output of the EC and an additional boost pin that
increases the brightness.
- Battery monitoring
- Interrupts for RTC
On Fri, 8 Jan 2021 20:37:38 +0200
Cristian Pop wrote:
> New interface is proposed for dither functionality. This future allows
> composing an external signals to the selected output channel.
> The dither signal can be turned on/off, scaled, inverted, or it can be
> selected from different source
On Saturday 09 January 2021 15:46:01 Russell King - ARM Linux admin wrote:
> On Thu, Jan 07, 2021 at 05:54:28PM +0100, Andrew Lunn wrote:
> > On Wed, Jan 06, 2021 at 04:37:48PM +0100, Pali Rohár wrote:
> > > From: Russell King
> > >
> > > Some GPON SFP modules (e.g. Ubiquiti U-Fiber Instant) have
From: Nick Desaulniers
Date: Sat, 9 Jan 2021 09:50:44 -0800
> On Sat, Jan 9, 2021 at 9:11 AM Alexander Lobakin wrote:
>>
>> Machine: MIPS32 R2 Big Endian (interAptiv (multi))
>>
>> While testing MIPS with LLVM, I found a weird and very rare bug with
>> MIPS relocs that LLVM emits into kernel mod
On Sat, Jan 9, 2021 at 11:03 AM Andy Lutomirski wrote:
>
> >
> > Sorry to ask but I'm curious, what also goes wrong if the user
> > modifies memory under GUP pin from vmsplice? That's not obvious to
> > see.
>
> It breaks the otherwise true rule that the data in pipe buffers is
> immutable.
Note
On Fri, 8 Jan 2021 20:37:39 +0200
Cristian Pop wrote:
> The AD5766/AD5767 are 16-channel, 16-bit/12-bit, voltage output dense DACs
> Digital-to-Analog converters.
>
> This change adds support for these DACs.
>
> Signed-off-by: Cristian Pop
One comment inline about including linux/unaligned/be_
On Thu, 7 Jan 2021 13:20:49 +0200
Alexandru Ardelean wrote:
> From: Lars-Peter Clausen
>
> Some enums might have gaps or reserved values in the middle of their value
> range. E.g. consider a 2-bit enum where the values 0, 1 and 3 have a
> meaning, but 2 is a reserved value and can not be used.
Hi Oliver,
On Fri, Jan 8, 2021 at 7:24 PM Oliver Graute wrote:
>
> On 19/12/20, Oliver Graute wrote:
> > Add support for the Solomon Goldentek Display Model: GKTW70SDAD1SD
> > to panel-simple.
> >
> > The panel spec from Variscite can be found at:
> > https://www.variscite.com/wp-content/uploads/
On Tue, 5 Jan 2021 17:26:33 +0800
"Ye, Xiang" wrote:
> On Tue, Jan 05, 2021 at 12:53:44AM -0800, Srinivas Pandruvada wrote:
> > On Tue, 2021-01-05 at 15:21 +0800, Ye Xiang wrote:
> > > This patch series add a timestamp channel for hid sensors,
> > > including gravity sensor, gyro sensor, magnet
From: Frank Wunderlich
- change sdcard (mmc1) to uhs by change vqmmc-supply to 1V8 because driver
maps pinctrl depending on this
- add reset-control for mmc1 like it's done for mmc0/emmc
Fixes: 2c002a3049f7 ("arm64: dts: mt7622: add mmc related device nodes")
Fixes: 0b6286dd96c0 ("arm64: dts:
>From version 2.35, binutils can be configured with
--enable-mips-fix-loongson3-llsc=yes, which means it defaults to
-mfix-loongson3-llsc. This breaks labels which might then point at the
wrong instruction.
The workaround to explicitly pass -mno-fix-loongson3-llsc has been
added in Linux version 5
On Thu, Jan 07, 2021 at 01:05:19PM -0800, Linus Torvalds wrote:
> Side note, and not really related to UFFD, but the mmap_sem in
> general: I was at one point actually hoping that we could make the
> mmap_sem a spinlock, or at least make the rule be that we never do any
> IO under it. At which poin
Hi Luc,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 996e435fd401de35df62ac943ab9402cfe85c430
commit: e5fc436f06eef54ef512ea55a9db8eb9f2e76959 sparse: use static inline for
__chk_{user,io}_ptr()
date: 4 month
Hi Oliver,
On Fri, Jan 8, 2021 at 7:22 PM Oliver Graute wrote:
> +&fec1 {
> + pinctrl-names = "default";
> + pinctrl-0 = <&pinctrl_enet1>;
> + phy-mode = "rmii";
> + phy-handle = <ðphy0>;
> + phy-reset-gpios=<&gpio5 10 1>;
> + phy-reset-duration=<100>;
These
The pull request you sent on Sat, 9 Jan 2021 10:22:41 -0800:
> git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git
> hwmon-for-v5.11-rc3
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/2ff90100ace886895e4fbb2850b8d5e49d931ed6
Thank you!
--
Deet-d
The pull request you sent on Sat, 9 Jan 2021 14:31:24 +0530:
> git://git.kernel.org/pub/scm/linux/kernel/git/vkoul/dmaengine.git
> tags/dmaengine-fix-5.11
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/f408126be7dc642102224cdb55d6533519a67c19
Thank you!
--
Deet-doo
The pull request you sent on Sat, 9 Jan 2021 09:31:56 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux.git i2c/for-current
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/caab314792aca89f327abc8b9f730526d3080366
Thank you!
--
Deet-doot-dot, I am a bot
On Sat, Jan 9, 2021 at 11:33 AM Matthew Wilcox wrote:
>
> On Thu, Jan 07, 2021 at 01:05:19PM -0800, Linus Torvalds wrote:
> > Side note, and not really related to UFFD, but the mmap_sem in
> > general: I was at one point actually hoping that we could make the
> > mmap_sem a spinlock, or at least m
On Fri, Jan 8, 2021 at 7:23 PM Oliver Graute wrote:
> + panel1: panel-lcd {
> + compatible = "sgd,gktw70sdad1sd";
> +
> + backlight = <&backlight_lcd>;
> + power-supply = <®_touch_3v3>;
> + label = "gktw70sdad1sd";
> +
> +
Add support for more interrupt controllers by switching from
of_irq_init() to irqchip_init() in Lantiq's arch_init_irq(). This
requires switching the ICU interrupt controller to use
IRQCHIP_DECLARE(), like a real irqchip driver would do.
This is needed for future changes when new irqchip drivers a
On Fri, Jan 8, 2021 at 7:23 PM Oliver Graute wrote:
> diff --git a/Documentation/devicetree/bindings/arm/fsl.yaml
> b/Documentation/devicetree/bindings/arm/fsl.yaml
> index 05906e2..5f74d78 100644
> --- a/Documentation/devicetree/bindings/arm/fsl.yaml
> +++ b/Documentation/devicetree/bindings/ar
On Sat, 9 Jan 2021, Aurelien Jarno wrote:
> diff --git a/arch/mips/Makefile b/arch/mips/Makefile
> index cd4343edeb11..5ffdd67093bc 100644
> --- a/arch/mips/Makefile
> +++ b/arch/mips/Makefile
> @@ -136,6 +136,25 @@ cflags-$(CONFIG_SB1XXX_CORELIS) += $(call
> cc-option,-mno-sched-prolog) \
> #
On 1/9/21 07:59, Pavel Begunkov wrote:
> iov_iter_bvec() initialises iterators well, no need to pre-zero it
> beforehand as done in fd_execute_rw_aio(). Compilers can't optimise it
> out and generate extra code for that (confirmed with assembly).
It will be great if we can quantify this optimizatio
Sie haben eine Spende von € 5.800.000,00. von Mavis Wanczyk antworten Sie mit
diesem Code [MW530342019], um die Spende zu erhalten
Vous avez un don de 5 800 000,00 €. de Mavis Wanczyk répondez avec ce code
[MW530342019] pour recevoir le don
Hello,
syzbot found the following issue on:
HEAD commit:f6e7a024 Merge tag 'arc-5.11-rc3' of git://git.kernel.org/..
git tree: net
console output: https://syzkaller.appspot.com/x/log.txt?x=16f6472b50
kernel config: https://syzkaller.appspot.com/x/.config?x=8aa30b9da402d224
dashboar
Andy Lutomirski writes:
> The implementation was rather buggy. It unconditionally marked PTEs
> read-only, even for VM_SHARED mappings. I'm not sure whether this is
> actually a problem, but it certainly seems unwise. More importantly, it
> released the mmap lock before flushing the TLB, which
Hi Arnd,
On Sat, Jan 09 2021, Arnd Bergmann wrote:
> * digicolor -- added in 2014, no notable changes after 2015
I have access to the hardware and I'm still interested in maintaining
mainline kernel support for it.
baruch
--
~. .~ Tk Open
On Fri, Jan 08, 2021 at 11:55:26AM +0100, Geert Uytterhoeven wrote:
> Unlike most other architectures, MIPS defines ffz() below ffs().
>
> Signed-off-by: Geert Uytterhoeven
> ---
> arch/mips/include/asm/bitops.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
applied to mips-next.
Thom
On Tue, 5 Jan 2021 17:35:09 +0800
Ye Xiang wrote:
> This patch series add a timestamp channel for hid sensors,
> including gravity sensor, gyro sensor, magnetometer sensor,
> ambient light sensor, inclinometer sensor, and rotation sensor.
>
> With this patch series, user can get the time when s
On 09/01/2021 20:09, Chaitanya Kulkarni wrote:
> On 1/9/21 07:59, Pavel Begunkov wrote:
>> iov_iter_bvec() initialises iterators well, no need to pre-zero it
>> beforehand as done in fd_execute_rw_aio(). Compilers can't optimise it
>> out and generate extra code for that (confirmed with assembly).
Sie haben eine Spende von € 5.800.000,00. von Mavis Wanczyk antworten Sie mit
diesem Code [MW530342019], um die Spende zu erhalten
Vous avez un don de 5 800 000,00 €. de Mavis Wanczyk répondez avec ce code
[MW530342019] pour recevoir le don
> On Jan 9, 2021, at 12:17 PM, ebied...@xmission.com wrote:
>
> Andy Lutomirski writes:
>
>> The implementation was rather buggy. It unconditionally marked PTEs
>> read-only, even for VM_SHARED mappings. I'm not sure whether this is
>> actually a problem, but it certainly seems unwise. Mo
On Wed, Oct 28, 2020 at 9:31 AM syzbot
wrote:
>
> Hello,
>
> syzbot found the following issue on:
>
> HEAD commit:4d09c1d9 Merge tag 'devicetree-fixes-for-5.10-1' of git://..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=1615899c50
> kernel config:
On Sun, 13 Dec 2020 17:02:19 PST (-0800), ati...@atishpatra.org wrote:
On Wed, Nov 18, 2020 at 4:39 PM Atish Patra wrote:
This series attempts to move the ARM64 numa implementation to common
code so that RISC-V can leverage that as well instead of reimplementing
it again.
RISC-V specific bits
On 1/9/21 12:40, Pavel Begunkov wrote:
> I expect you won't find any, but such little things can pile up
> into a not-easy-to-spot overhead over time.
That is what I suspected with the resulting assembly. The commit log
needs to document that there is no direct impact on the performance
which can
On Sat, Jan 9, 2021 at 9:23 PM Jonathan Cameron wrote:
>
> On Thu, 7 Jan 2021 13:20:49 +0200
> Alexandru Ardelean wrote:
>
> > From: Lars-Peter Clausen
> >
> > Some enums might have gaps or reserved values in the middle of their value
> > range. E.g. consider a 2-bit enum where the values 0, 1 a
Hi AngeloGioacchino,
I love your patch! Yet something to improve:
[auto build test ERROR on pm/linux-next]
[also build test ERROR on robh/for-next linux/master linus/master v5.11-rc2
next-20210108]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch,
Hello,
syzbot found the following issue on:
HEAD commit:6207214a Merge tag 'afs-fixes-04012021' of git://git.kerne..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=146967c0d0
kernel config: https://syzkaller.appspot.com/x/.config?x=8aa30b9da402d224
das
On Thu, 7 Jan 2021 10:47:34 +0800 Jiapeng Zhong wrote:
> The print format of this parameter does not match, because it is defined
> as int type, so modify the matching format of this parameter to %d format.
>
> Signed-off-by: Jiapeng Zhong
> Reported-by: Abaci
> ---
> net/ipv6/proc.c | 2 +-
>
Hi folks,
A new version erofs-utils 1.2.1 is available at:
git://git.kernel.org/pub/scm/linux/kernel/git/xiang/erofs-utils.git tags/v1.2.1
This is a quick release addressing recent reported issues since v1.2:
- fix reported build issues due to different corner configurations;
- (mkfs.erofs, AOS
This commit adds a new multicast group to the netlink api for wireguard.
The purpose of this multicast group is to notify userspace when the
peers of an interface change. Right now this is only done when the
endpoint is changed by whatever means.
An example for an consumer of this API would be a s
On Sat, Jan 9, 2021 at 3:55 AM Drew Fustini wrote:
> I discussed my use case and this patch on #armlinux earlier this week
> and Alexandre Belloni suggested looking at the pinmux-pins debugfs file.
This sounds reasonable.
> This made me think that a possible solution could be to define a store
On Sat, Jan 9, 2021 at 6:34 PM Florian Fainelli wrote:
> On 1/8/2021 2:55 PM, Arnd Bergmann wrote:
> > * bcm/kona -- added in 2013, no notable changes after 2014
>
> I have a development board that I occasionally turn on for testing
> upstream kernels, it has not broken in a while which is why it
On Sat, Jan 9, 2021 at 9:21 PM Baruch Siach wrote:
>
> Hi Arnd,
>
> On Sat, Jan 09 2021, Arnd Bergmann wrote:
> > * digicolor -- added in 2014, no notable changes after 2015
>
> I have access to the hardware and I'm still interested in maintaining
> mainline kernel support for it.
Ok, dropping it
On 09/01/2021 17:03, Al Viro wrote:
> On Sat, Jan 09, 2021 at 04:09:08PM +, Pavel Begunkov wrote:
>> On 06/12/2020 16:01, Pavel Begunkov wrote:
>>> On 21/11/2020 14:37, Pavel Begunkov wrote:
The problem here is that iov_iter_is_*() helpers check types for
equality, but all iterate_* h
On Sun, Dec 27, 2020 at 12:22:34PM +0100, Paul Kocialkowski wrote:
> Hi,
Sorry it has taken so long to respond to this. The holidays intervened,
but that's no excuse.
> On Fri 11 Sep 20, 09:25, Hamish Martin wrote:
> > Some integrated OHCI controller hubs do not expose all ports of the hub
> >
On Sat, Jan 9, 2021 at 5:51 AM Hailong liu wrote:
> From: Hailong Liu
>
> The size of kasan_early_shadow_pte[] now is PTRS_PER_PTE which defined to
> 512 for arm architecture. This means that it only covers the prev Linux pte
> entries, but not the HWTABLE pte entries for arm.
>
> The reason it
On 09/01/2021 20:52, Chaitanya Kulkarni wrote:
> On 1/9/21 12:40, Pavel Begunkov wrote:
>> I expect you won't find any, but such little things can pile up
>> into a not-easy-to-spot overhead over time.
>
> That is what I suspected with the resulting assembly. The commit log
> needs to document tha
On Sat, Jan 9, 2021 at 6:43 PM Russell King - ARM Linux admin
wrote:
>
> On Fri, Jan 08, 2021 at 11:55:06PM +0100, Arnd Bergmann wrote:
> > * dove -- added in 2009, obsoleted by mach-mvebu in 2015
>
> May be obsoleted, but I still use this for my dove cubox with
> additional patches.
What is the
On Sat, Jan 9, 2021 at 12:34 AM Greg KH wrote:
>
> On Sat, Jan 09, 2021 at 07:49:24AM +, Chen, Mike Ximing wrote:
> > > > +static int dlb_ioctl_arg_size[NUM_DLB_CMD] = {
> > > > + sizeof(struct dlb_get_device_version_args),
> > > > + sizeof(struct dlb_create_sched_domain_args),
> > > > + sizeo
From: Al Viro
> Sent: 09 January 2021 17:04
>
> On Sat, Jan 09, 2021 at 04:09:08PM +, Pavel Begunkov wrote:
> > On 06/12/2020 16:01, Pavel Begunkov wrote:
> > > On 21/11/2020 14:37, Pavel Begunkov wrote:
> > >> The problem here is that iov_iter_is_*() helpers check types for
> > >> equality, b
On Thu, 7 Jan 2021 17:34:00 -0600 Alex Elder wrote:
> This series adds the IPA driver as a possible target when
> the COMPILE_TEST configuration is enabled. Two small changes to
> dependent subsystems needed to be made for this to work.
>
> Version 2 of this series adds one more patch, which add
On Sat, Jan 9, 2021 at 6:56 AM Willy Tarreau wrote:
>
> On Fri, Jan 08, 2021 at 11:55:06PM +0100, Arnd Bergmann wrote:
> > * 80486SX/DX: 80386 CPUs were dropped in 2012, and there are
> > indications that 486 have no users either on recent kernels.
> > There is still the Vortex86 family of SoC
On Thu, 7 Jan 2021 20:03:49 -0800 Randy Dunlap wrote:
> On 1/7/21 6:53 PM, menglong8.d...@gmail.com wrote:
> > From: Menglong Dong
> >
> > Some typos are found out by codespell tool:
> >
> > $ codespell ./net/bridge/
> > ./net/bridge/br_stp.c:604: permanant ==> permanent
> > ./net/bridge/br_stp
On 1/8/21 3:54 PM, Rikard Falkeborn wrote:
> The only usage of these is to put their addresses in arrays of pointers
> to const attribute_groups. Make them const to allow the compiler to put
> them in read-only memory.
>
> Signed-off-by: Rikard Falkeborn
> ---
> drivers/fpga/dfl-fme-perf.c | 6
On Sat, Jan 9, 2021 at 1:18 AM Linus Walleij wrote:
>
> On Fri, Jan 8, 2021 at 11:55 PM Arnd Bergmann wrote:
>
> > * u300 -- added in 2009, no notable changes since 2013
>
> We can delete this, I don't see any use for it moving forward.
> I'll send patches to drop it.
Ok, thanks for confirming.
On Sat, Jan 9, 2021 at 12:32 AM Steven Rostedt wrote:
>
> On Fri, 8 Jan 2021 23:55:06 +0100
> Arnd Bergmann wrote:
>
> > * h8300: Steven Rostedt has repeatedly asked about it to be removed
> >or fixed in 2020 with no reply. This was killed before in 2013, added
> > back
> >in 2015 but ha
On Thu, 7 Jan 2021 15:36:45 +0100 Andrew Lunn wrote:
> > +static void ar9331_get_stats64(struct dsa_switch *ds, int port,
> > + struct rtnl_link_stats64 *s)
> > +{
> > + struct ar9331_sw_priv *priv = (struct ar9331_sw_priv *)ds->priv;
> > + struct ar9331_sw_port *p = &p
On 12/28/20 5:51 AM, Zheng Yongjun wrote:
> spinlock can be initialized automatically with DEFINE_SPINLOCK()
> rather than explicitly calling spin_lock_init().
>
> Signed-off-by: Zheng Yongjun
This looks fine.
Reviewed-by: Tom Rix
> ---
> drivers/fpga/fpga-bridge.c | 4 +---
> 1 file change
201 - 300 of 385 matches
Mail list logo