On Fri, May 15, 2020 at 03:08:59PM -0600, Jeffrey Hugo wrote:
> 2. There are a limited number of dynamic minor numbers for misc devs (64),
> so if you are expecting more devices than that, a misc dev is not
> appropiate. Also, these minors are shared with other misc dev users, so
> depending on th
After commit 87fcfa7b7fe6 ("MIPS: Loongson64: Add generic dts"),
there already exists the node and property of Loongson CPU UART0
in loongson3-package.dtsi:
cpu_uart0: serial@1fe001e0 {
compatible = "ns16550a";
reg = <0 0x1fe001e0 0x8>;
clock-frequency = <3300>;
Hi,
On Fri, May 01, 2020 at 12:19:22AM +0530, m...@kernel.org wrote:
> From: Manivannan Sadhasivam
>
> Hello,
>
> This series adds support for MaxLinear/Exar USB to serial converters.
> This driver only supports XR21V141X series but it can easily be extended
> to other series in future.
>
> Th
Hi,
Thinh Nguyen writes:
> Jun Li wrote:
>>> -Original Message-
>>> From: Felipe Balbi On Behalf Of Felipe Balbi
>>> Sent: 2020年5月15日 17:31
>>> To: Jun Li
>>> Cc: John Stultz ; lkml
>>> ; Yu
>>> Chen ; Greg Kroah-Hartman
>>> ; Rob
>>> Herring ; Mark Rutland ; ShuFan
>>> Lee
>>> ; He
于 2020年5月16日 GMT+08:00 下午3:03:08, Tiezhu Yang 写到:
>After commit 87fcfa7b7fe6 ("MIPS: Loongson64: Add generic dts"),
>there already exists the node and property of Loongson CPU UART0
>in loongson3-package.dtsi:
>
>cpu_uart0: serial@1fe001e0 {
>compatible = "ns16550a";
>reg = <0 0
Hi Douglas,
On 2020/5/14 7:41, Doug Anderson wrote:
>> - }
>> + } else if (strcmp(argv[1], "KDBFLAGS") == 0)
>> + return KDB_NOPERM;
>
> One slight nit is that my personal preference is that if one half of
> an "if/else" needs braces then both halves should have braces.
A warning was found by smatch tool:
"add_template() error: testing array offset 'c' after use."
Fix it by removing the useless checking in add_template().
Signed-off-by: Yunfeng Ye
---
lib/842/842_compress.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/lib/842/842_compress.c b/lib/84
A warning was found by smatch tool:
"check_template() error: testing array offset 'c' after use."
Fix it by removing the useless checking in check_template().
Signed-off-by: Yunfeng Ye
---
lib/842/842_compress.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/lib/842/842_compress.c b/li
Excerpts from Leonardo Bras's message of May 16, 2020 3:21 pm:
> Implement rtas_call_reentrant() for reentrant rtas-calls:
> "ibm,int-on", "ibm,int-off",ibm,get-xive" and "ibm,set-xive".
>
> On LoPAPR Version 1.1 (March 24, 2016), from 7.3.10.1 to 7.3.10.4,
> items 2 and 3 say:
>
> 2 - For the P
On Sat, May 16, 2020 at 8:06 AM afzal mohammed wrote:
>
> On Thu, May 14, 2020 at 05:32:41PM +0200, Arnd Bergmann wrote:
>
> > Typical distros currently offer two kernels, with and without LPAE,
> > and they probably don't want to add a third one for LPAE with
> > either highmem or vmsplit-4g-4g.
From: Madhuparna Bhowmik
This patch fixes the following warning:
=
WARNING: suspicious RCU usage
5.7.0-rc4-next-20200507-syzkaller #0 Not tainted
-
net/ipv6/ip6mr.c:124 RCU-list traversed in non-reader section!!
ipmr_new_table() returns an
>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:
>> linu
On Thu, May 14, 2020 at 12:50:11PM -0700, David Miller wrote:
> From: Madhuparna Bhowmik
> Date: Thu, 14 May 2020 12:34:09 +0530
>
> > Sorry for this malformed patch, I have sent a patch with all these
> > corrections.
>
> It still needs more work, see Jakub's feedback.
>
Yes, I have sent the v2
Just a reminder so that this doesn't get lost:
On Tue, Apr 28, 2020 at 05:16:35PM +0200, Joerg Roedel wrote:
> + if (exit_info_1 & IOIO_TYPE_STR) {
> + int df = (regs->flags & X86_EFLAGS_DF) ? -1 : 1;
...
> +
> + if (!(exit_info_1 & IOIO_TYPE_IN)) {
> +
On Sat, May 16, 2020 at 1:29 AM Alexei Starovoitov
wrote:
>
> On Thu, May 14, 2020 at 12:47 PM Alexei Starovoitov
> wrote:
> >
> > On Thu, May 14, 2020 at 12:43 PM James Morris
> > wrote:
> > >
> > > On Wed, 13 May 2020, Alexei Starovoitov wrote:
> > >
> > > > James,
> > > >
> > > > since you to
When SYNC_STATE_ONLY support was added in commit 05ef983e0d65 ("driver
core: Add device link support for SYNC_STATE_ONLY flag"),
device_link_add() incorrectly skipped adding the new SYNC_STATE_ONLY
device link to the supplier's and consumer's "device link" list. So the
"device link" is lost forever
bcm2835_register_gate is used as a callback for the clk_register member
of bcm2835_clk_desc, which expects a struct clk_hw * return type but
bcm2835_register_gate returns a struct clk *.
This discrepancy is hidden by the fact that bcm2835_register_gate is
cast to the typedef bcm2835_clk_register b
Hi Pali,
> The mwifiex_cfg80211_dump_station() uses static variable for iterating over
> a linked list of all associated stations (when the driver is in UAP role).
> This has
> a race condition if .dump_station is called in parallel for multiple
> interfaces.
> This corruption can be triggered b
There are four different callback functions that are used for the
clk_register callback that all have different second parameter types.
bcm2835_register_pll -> struct bcm2835_pll_data
bcm2835_register_pll_divider -> struct bcm2835_pll_divider_data
bcm2835_register_clock -> struct bcm2835_clock_dat
Hi Pali,
Thanks for this notice. We will try to push the new firmware and also, fix the
naming problem.
Regards,
Ganapathi
Hi Douglas,
On 2020/5/14 8:23, Doug Anderson wrote:
(SNIP)
>> diff --git a/arch/arm64/kernel/kgdb.c b/arch/arm64/kernel/kgdb.c
>> index 3910ac06c261..093ad9d2e5e6 100644
>> --- a/arch/arm64/kernel/kgdb.c
>> +++ b/arch/arm64/kernel/kgdb.c
>> @@ -230,7 +230,8 @@ int kgdb_arch_handle_exception(int ex
Hi Douglas,
On 2020/5/14 8:34, Doug Anderson wrote:
> Hi,
>
> On Sat, May 9, 2020 at 6:49 AM Wei Li wrote:
>>
>> This patch set is to fix several issues of single-step debugging
>> in kgdb/kdb on arm64.
>>
>> It seems that these issues have been shelved a very long time,
>> but i still hope to s
On Saturday 16 May 2020 08:17:17 Ganapathi Bhat wrote:
> Hi Pali,
>
> Thanks for this notice. We will try to push the new firmware and also, fix
> the naming problem.
>
> Regards,
> Ganapathi
Thank you! Please consider extending kernel driver to load firmware
from filename sdsd8997_combo_v4.bin
From: Madhuparna Bhowmik
Fix the following false positive warnings:
[ 9403.765413][T61744] =
[ 9403.786541][T61744] WARNING: suspicious RCU usage
[ 9403.807865][T61744] 5.7.0-rc1-next-20200417 #4 Tainted: G L
[ 9403.838945][T61744]
Add binding for Loongson PCH PIC Controller.
Signed-off-by: Jiaxun Yang
--
v2:
- Fix naming
- Mark loongson,pic-base-vec as required
---
.../loongson,pch-pic.yaml | 53 +++
1 file changed, 53 insertions(+)
create mode 100644
Documentation/dev
This controller appears on Loongson-3 chips for receiving interrupt
vectors from PCH's PIC and PCH's PCIe MSI interrupts.
Signed-off-by: Jiaxun Yang
---
v2:
- Style cleanup
- Set ack callback and set correct edge_irq handler
v3:
- Correct bitops in ACK callback
v4:
Add binding for Loongson-3 HyperTransport Interrupt Vector Controller.
Signed-off-by: Jiaxun Yang
--
v4: Drop ref, '|', add additionalProperties, fix example
---
.../interrupt-controller/loongson,htvec.yaml | 58 +++
1 file changed, 58 insertions(+)
create mode 100644
Document
This controller appears on Loongson LS7A family of PCH to transform
interrupts from PCI MSI into HyperTransport vectorized interrrupts
and send them to procrssor's HT vector controller.
Signed-off-by: Jiaxun Yang
--
v2:
- Style clean-ups
- Add ack callback
- Use bitmap_fin
This controller appears on Loongson LS7A family of PCH to transform
interrupts from devices into HyperTransport vectorized interrrupts
and send them to procrssor's HT vector controller.
Signed-off-by: Jiaxun Yang
---
v2:
- Style clean-ups
- Use IRQ_FASTEOI_HIERARCHY_HANDLERS
Add binding for Loongson PCH MSI controller.
Signed-off-by: Jiaxun Yang
Reviewed-by: Rob Herring
---
.../loongson,pch-msi.yaml | 56 +++
1 file changed, 56 insertions(+)
create mode 100644
Documentation/devicetree/bindings/interrupt-controller/loongson,pch-
Hello all,
a bit of a delayed response here, but:
On Tue, Apr 28, 2020 at 11:39 AM Alexandre Torgue
wrote:
>
> Hi Adrian
>
> On 4/27/20 10:05 PM, Adrian Pop wrote:
> > Added lee.jo...@linaro.org.
> >
> > First, thank you all for taking a look at my changes!
>
> no pb.
>
> >
> > Hello Alex,
> >
Hi Douglas,
On 2020/5/14 8:21, Doug Anderson wrote:
(SNIP)
>> +/*
>> + * Interrupts need to be disabled before single-step mode is set, and not
>> + * reenabled until after single-step mode ends.
>> + * Without disabling interrupt on local CPU, there is a chance of
>> + * interrupt occurrence in t
Add kernel parameter to disable Intel SGX kernel support.
Tested-by: Sean Christopherson
Reviewed-by: Sean Christopherson
Signed-off-by: Jarkko Sakkinen
---
Documentation/admin-guide/kernel-parameters.txt | 2 ++
arch/x86/kernel/cpu/feat_ctl.c | 9 +
2 files changed, 1
Move hung_task sysctl interface to hung_task.c.
Use register_sysctl() to register the sysctl interface to avoid
merge conflicts when different features modify sysctl.c at the same time.
Signed-off-by: Xiaoming Ni
---
include/linux/sched/sysctl.h | 8 +-
kernel/hung_task.c | 63 +++
In order to eliminate the duplicate code for registering the sysctl
interface during the initialization of each feature, add the
register_sysctl_init() interface
Signed-off-by: Xiaoming Ni
---
include/linux/sysctl.h | 2 ++
kernel/sysctl.c| 19 +++
2 files changed, 21 in
Move watchdog syscl interface to watchdog.c.
Use register_sysctl() to register the sysctl interface to avoid
merge conflicts when different features modify sysctl.c at the same time.
Signed-off-by: Xiaoming Ni
---
kernel/sysctl.c | 96 ---
kerne
Kernel/sysctl.c contains more than 190 interface files, and there are a
large number of config macro controls. When modifying the sysctl
interface directly in kernel/sysctl.c, conflicts are very easy to occur.
E.g: https://lkml.org/lkml/2020/5/10/413.
Use register_sysctl() to register the sysctl
Some boundary (.extra1 .extra2) constants (E.g: neg_one two) in
sysctl.c are used in multiple features. Move these variables to
sysctl_vals to avoid adding duplicate variables when cleaning up
sysctls table.
Signed-off-by: Xiaoming Ni
---
fs/proc/proc_sysctl.c | 2 +-
include/linux/sysctl.h |
Add kernel parameter to disable Intel SGX kernel support.
Tested-by: Sean Christopherson
Reviewed-by: Sean Christopherson
Signed-off-by: Jarkko Sakkinen
---
Documentation/admin-guide/kernel-parameters.txt | 2 ++
arch/x86/kernel/cpu/feat_ctl.c | 9 +
2 files changed, 1
Hi, Enric:
Chun-Kuang Hu 於 2020年5月10日 週日 上午9:24寫道：
>
> Hi, Enric:
>
> Enric Balletbo i Serra 於 2020年5月4日 週一
> 下午10:14寫道：
> >
> > The mtk-dpi driver still uses the drm_encoder API which is now somehow
> > deprecated. We started to move all the Mediatek drivers to the drm_bridge
> > API,
> > lik
Hi Bart,
>
> Hi Avri,
>
> Thank you for having taken the time to publish your work. The way this
> series has been split into individual patches makes reviewing easy.
> Additionally, the cover letter and patch descriptions are very
> informative, insightful and well written. However, I'm concern
Hi Linus,
here is a bunch of pin control fixes, some a bit overly ripe,
sorry about that. We have important systems like Intel
laptops and Qualcomm mobile chips covered.
Details in the signed tag.
Please pull it in!
Yours,
Linus Walleij
The following changes since commit 8f3d9f354286745c751374
On Thu, May 7, 2020 at 5:47 AM Baolin Wang wrote:
> The bits of pull up resistor selection were defined mistakenly,
> thus fix them.
>
> Fixes: 41d32cfce1ae ("pinctrl: sprd: Add Spreadtrum pin control driver")
> Signed-off-by: Baolin Wang
Patch applied.
Yours,
Linus Walleij
Hi,
> -Original Message-
> From: Felipe Balbi On Behalf Of Felipe Balbi
> Sent: 2020年5月16日 15:13
> To: Thinh Nguyen ; Jun Li ; Jun Li
>
> Cc: John Stultz ; lkml
> ; Yu
> Chen ; Greg Kroah-Hartman ;
> Rob
> Herring ; Mark Rutland ; ShuFan Lee
> ; Heikki Krogerus ;
> Suzuki K Poulose ; Ch
On Thu, May 7, 2020 at 1:36 PM Geert Uytterhoeven
wrote:
> The Equilibrium pin controller is only present on Intel Lightning
> Mountain SoCs. Add an architecture dependency to the
> PINCTRL_EQUILIBRIUM config symbol, to avoid asking the user about it
> when configuring a kernel for a non-x86 arc
On Thu, May 7, 2020 at 1:37 PM Geert Uytterhoeven
wrote:
> Currently the AMD pin controller driver supports ACPI platform only.
> Make the PINCTRL_AMD config symbol depend on ACPI, to avoid asking the
> user about it when configuring a kernel without ACPI support.
>
> Signed-off-by: Geert Uytterh
On 16/05/2020 07:30, Greg Kroah-Hartman wrote:
> On Fri, May 15, 2020 at 01:21:21PM -0400, 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 becaus
'KDBFLAGS' is an internal variable of kdb, it is combined by 'KDBDEBUG'
and state flags. But the user can define an environment variable named
'KDBFLAGS' too, so let's make it undefinable to avoid confusion.
Signed-off-by: Wei Li
Reviewed-by: Douglas Anderson
---
v1 -> v2:
- Fix lack of braces.
On Sat, May 9, 2020 at 4:15 PM Bartosz Golaszewski wrote:
> Since the flags can be configured in different ways depending on how the
> line is being requested - we need to call the notifier chain in different
> places separately.
Ooops.
> This comes late in the release cycle but I only recently
Hi Linus,
Please pull the changes (10 fixups) for v5.7-rc6.
Best Regards
Guo Ren
The following changes since commit 2ef96a5bb12be62ef75b5828c0aab838ebb29cb8:
Linux 5.7-rc5 (2020-05-10 15:16:58 -0700)
are available in the Git repository at:
https://github.com/c-sky/csky-linux.git tags/csk
On 05/15/2020 09:50 PM, David Hildenbrand wrote:
> On 14.05.20 08:50, Bibo Mao wrote:
>> If there are two threads hitting page fault at the address, one
>> thread updates pte entry and local tlb, the other thread can update
>> local tlb also, rather than give up and let page fault happening
>> a
On Mon, May 11, 2020 at 12:18 PM Geert Uytterhoeven
wrote:
> gpiochip_set_desc_names() no longer rejects GPIO line name collisions.
> Hence GPIO line names are not guaranteed to be globally unique.
> In case of multiple GPIO lines with the same name, gpio_name_to_desc()
> will return the first ma
On Tue, May 12, 2020 at 12:43 PM Bartosz Golaszewski
wrote:
> pon., 11 maj 2020 o 12:18 Geert Uytterhoeven
> napisał(a):
> >
> > gpiochip_set_desc_names() no longer rejects GPIO line name collisions.
> > Hence GPIO line names are not guaranteed to be globally unique.
> > In case of multiple GPIO
add support to set pause param with ethtool -A and get pause
param with ethtool -a. Also remove set_link_ksettings ops for VF.
Signed-off-by: Luo bin
---
.../net/ethernet/huawei/hinic/hinic_ethtool.c | 100 +-
.../net/ethernet/huawei/hinic/hinic_hw_dev.c | 2 +
.../net/etherne
On 05/16/2020 04:40 AM, Andrew Morton wrote:
> On Fri, 15 May 2020 12:10:08 +0800 Bibo Mao wrote:
>
>> If there are two threads hitting page fault at the same page,
>> one thread updates PTE entry and local TLB, the other can
>> update local tlb also, rather than give up and do page fault
>> a
On Fri, 2020-05-15 at 12:40 -0400, Sasha Levin wrote:
> > Can you put me to the CC-loop for this patches. Some SGX-enabled
>
> Sure!
>
> > frameworks such as Graphene use out-of-tree changes to achieve this.
> > That's where the interest to possibly test this comes from.
>
> Indeed, we've seen a
On Thu, May 14, 2020 at 3:42 PM Bartosz Golaszewski wrote:
> So this "numbing down" of the chip works - in that I don't see any
> splat in the above use-case but right now if nvmem takes an existing
> GPIO descriptor over nvmem_config, then it will call gpiod_put() on it
> and we'll do the same i
On Fri, 2020-05-15 at 15:54 -0400, Nathaniel McCallum wrote:
> The (Red Hat sponsored) Enarx project will continue building an
> unofficial, unsupported version of the Fedora kernel with the SGX
> patches[0] until such time as the patches are upstream. Once upstream,
> I intend to propose that the
tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/next
branch HEAD: 53281c92e73ab42f7dec96595dec2476fa8d0a34 tick/nohz: Narrow down
noise while setting current task's tick dependency
elapsed time: 480m
configs tested: 128
configs skipped: 7
The following
Hi Mike, Suzuki
[...]
Please look at the CoreSight components specification 3.0 (ARM IHI
0029E) Section B2.1.2 which describes the Unique Component Identifier
(UCI).
As mentioned above this consists of a combination of bits from
multiple registers, including PIDR4.
Ok got it now, thanks for
Switch to bitmap_zalloc() to show clearly in dma_init_coherent_memory().
No functional change.
Signed-off-by: Yunfeng Ye
---
kernel/dma/coherent.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/kernel/dma/coherent.c b/kernel/dma/coherent.c
index 2a0c4985f38e..794b31e61
Switch to bitmap_zalloc() to show clearly in __create_xol_area().
No functional change.
Signed-off-by: Yunfeng Ye
---
kernel/events/uprobes.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/kernel/events/uprobes.c b/kernel/events/uprobes.c
index ece7e13f6e4a..1d3dde91
Hi, Enric:
Enric Balletbo i Serra 於 2020年5月15日 週五 上午1:35寫道：
>
> Hi again,
>
> On 14/5/20 19:12, Enric Balletbo i Serra wrote:
> > Hi Chun-Kuang,
> >
> > On 14/5/20 18:44, Chun-Kuang Hu wrote:
> >> Hi, Enric:
> >>
> >> Enric Balletbo i Serra 於 2020年5月14日 週四
> >> 下午11:42寫道：
> >>>
> >>> Hi Chun-Ku
randconfig-a002-20200515
i386 randconfig-a006-20200516
i386 randconfig-a005-20200516
i386 randconfig-a003-20200516
i386 randconfig-a001-20200516
i386 randconfig-a004-20200516
i386 randconfig-a002-20200516
i386
The spreadtrum platform uses a special set/clear method to update
registers' bits, which can remove the race of updating the global
registers between the multiple subsystems. Thus we can register
a physical regmap bus into syscon core to support this.
Signed-off-by: Baolin Wang
---
drivers/soc/K
Some platforms such as Spreadtrum platform, define a special method to
update bits of the registers instead of reading and writing, which means
we should use a physical regmap bus to define the reg_update_bits()
operation instead of the MMIO regmap bus.
Thus add a a __weak function for the syscon
The Spreadtrum platform uses a special set/clear method to update
registers' bits, thus this patch set exports a weak function to
allow to register a physical regmap bus to support this feature
instead of using the MMIO bus, which is not a physical regmap bus.
Any comments are welcome. Thanks.
Ch
Add documentation of l1d flushing, explain the need for the
feature and how it can be used.
[tglx: Reword the documentation]
Signed-off-by: Thomas Gleixner
Signed-off-by: Balbir Singh
Reviewed-by: Kees Cook
---
Documentation/admin-guide/hw-vuln/index.rst | 1 +
.../admin-guide/hw-vuln/l1d_f
Implement a mechanism to selectively flush the L1D cache. The goal is to
allow tasks that are paranoid due to the recent snoop assisted data sampling
vulnerabilites, to flush their L1D on being switched out. This protects
their data from being snooped or leaked via side channels after the task
has
Use the existing PR_GET/SET_SPECULATION_CTRL API to expose the L1D
flush capability. For L1D flushing PR_SPEC_FORCE_DISABLE and
PR_SPEC_DISABLE_NOEXEC are not supported.
There is also no seccomp integration for the feature.
Suggested-by: Thomas Gleixner
Signed-off-by: Balbir Singh
---
arch/x86
These are the remaining patches built on top of
https://git.kernel.org/pub/scm/linux/kernel/git/tglx/devel.git/log/?h=x86/mm
for the series posted at
https://lore.kernel.org/lkml/20200510014803.12190-1-sbl...@amazon.com/
Changelog v7
- Split patch 5 from the previous series into two patches
- Reu
Trond Myklebust wrote:
> This whole thing needs to be reviewed and acked by the NFS community,
> and quite frankly I'm inclined to NAK this. This is the second time
> David tries to push this unwanted rewrite of totally unrelated code.
Rewrite? What?
It's example code of what NFS could export
'exynos_dsi_parse_dt()' takes a reference to 'dsi->in_bridge_node'.
This must be released in the error handling path.
In order to do that, add an error handling path and move the
'exynos_dsi_parse_dt()' call from the beginning to the end of the probe
function to ease the error handling path.
This
Constify properties and platform_data in mfd cells
Tomas Winkler (2):
mfd: constify properties in mfd_cell
mfd: mfd_cell: constify platform_data
include/linux/mfd/core.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--
2.21.3
Constify 'struct property_entry *properties' in
mfd_cell It is always passed
around as a pointer const struct.
Signed-off-by: Tomas Winkler
---
include/linux/mfd/core.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/mfd/core.h b/include/linux/mfd/core.h
index d
platform_data is duplicated into platform_device platform_data
via platform_device_add_data() and is not modified.
Signed-off-by: Tomas Winkler
---
include/linux/mfd/core.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/mfd/core.h b/include/linux/mfd/core.h
ind
On 5/16/20 3:03 PM, Tiezhu Yang wrote:
After commit 87fcfa7b7fe6 ("MIPS: Loongson64: Add generic dts"),
there already exists the node and property of Loongson CPU UART0
in loongson3-package.dtsi:
cpu_uart0: serial@1fe001e0 {
compatible = "ns16550a";
reg = <0 0x1fe001e0 0x8>;
A recent commit started warning for deprecated makefile variables.
Turns out there was an in-tree user, so update it.
Signed-off-by: Valdis Kletnieks
diff --git a/samples/watch_queue/Makefile b/samples/watch_queue/Makefile
index eec00dd0a8df..8511fb6c53d2 100644
--- a/samples/watch_queue/Makefil
Am seeing a build error in next-0514. -0420 built OK.
building a 'make allmodconfig' on a RPi4 in 32-bit mode.
MODPOST 7575 modules
ERROR: modpost: "__aeabi_uldivmod" [drivers/md/dm-zoned.ko] undefined!
objdump and 'make drivers/md/dm-zoned-target.s' tells
me that the problem is in function dm
On Fri, May 15, 2020 at 11:06:47PM +0200, Thomas Bogendoerfer wrote:
> On Fri, May 15, 2020 at 10:48:27AM +0300, Serge Semin wrote:
> > Thomas,
> > Could you take a look at my comment below so I could proceed with the
> > patchset v3 development?
>
> I can't help, but using r4k clocksource with ch
Hi,
Jun Li writes:
>> >> Hi Thinh, could you comment this?
>> >
>> > You only need to wake up the usb2 phy when issuing the command while
>> > running in highspeed or below. If you're running in SS or higher,
>> > internally the controller does it for you for usb3 phy. In Jun's case,
>> > it see
15.05.2020 21:18, Michał Mirosław пишет:
> 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
"Paul A. Clarke" writes:
> On Wed, May 13, 2020 at 06:28:31PM +1000, Michael Ellerman wrote:
>> "Paul A. Clarke" writes:
>> > Add the following metrics to the POWER9 'cpi_breakdown' metricgroup:
>> > - ict_noslot_br_mpred_cpi
>> > - ict_noslot_br_mpred_icmiss_cpi
>> > - ict_noslot_cyc_other_cpi
>
phy_ops are never modified and can therefore be made const to allow the
compiler to put it in read-only memory.
Before:
textdata bss dec hex filename
78313144 128 111032b5f
drivers/phy/broadcom/phy-bcm-ns2-usbdrd.o
After:
textdata bss dec he
A number of structs were not modified and can therefore be made const
to allow the compiler to put them in read-only memory.
In order to do so, update a few functions that don't modify there input
to take pointers to const.
Before:
textdata bss dec hex filename
155116448
A small series adding const to a few static structs. Each patch can be
applied separately.
Rikard Falkeborn (3):
phy: phy-bcm-ns2-usbdrd: Constify phy_ops
phy: sr-usb: Constify phy_ops
phy: phy-brcm-usb: Constify static structs
drivers/phy/broadcom/phy-bcm-ns2-usbdrd.c | 2 +-
drivers/phy
phy_ops are never modified and can therefore be made const to allow the
compiler to put it in read-only memory.
Before:
textdata bss dec hex filename
43101244 0555415b2 drivers/phy/broadcom/phy-bcm-sr-usb.o
After:
textdata bss dec hex fil
On Sat, 2020-05-16 at 09:58 +0300, Amir Goldstein wrote:
> [pulling in nfs guys]
>
> > > Questions:
> > > 1. Does sync() result in fully purging inodes on MDS?
> >
> > I don't think so, but again, that code is not trivial to follow. I do
> > know that the MDS keeps around a "strays directory" whi
Hi Anup,
On 2020-05-16 07:38, Anup Patel wrote:
For multiple PLIC instances, the plic_init() is called once for each
PLIC instance. Due to this we have two issues:
1. cpuhp_setup_state() is called multiple times
2. plic_starting_cpu() can crash for boot CPU if cpuhp_setup_state()
is called be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi Linus,
Please pull some more powerpc fixes for 5.7.
This is actually three weeks worth of fixes, I was going to send most of them
last week but my build box had a hiccup so I didn't. ie. we haven't just found
all these just before rc6.
cheers
Currently, an aggregated taskstats struct for task group exit does not
have its version field set. This patch fixes it.
Signed-off-by: Xidorn Quan
---
Users of taskstats may expect that version of the struct is always set
up properly, so that they can check whether it's supported.
---
kernel/tas
Hello Daniel,
Thanks for your comment. My response is below.
On Fri, May 15, 2020 at 07:10:04PM +0200, Daniel Lezcano wrote:
> On Thu, May 07, 2020 at 12:41:07AM +0300, Serge Semin wrote:
> > Currently neither clocksource nor scheduler clock kernel framework
> > support the clocks with variable f
On 2020-05-16 07:38, Anup Patel wrote:
We improve PLIC banner to help distinguish multiple PLIC instances
in boot time prints.
Signed-off-by: Anup Patel
---
drivers/irqchip/irq-sifive-plic.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/irqchip/irq-sif
On Fri, 2020-05-15 at 10:55 -0700, Andi Kleen wrote:
> > 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
Linus,
The following changes since commit 2673cb6849722a4ffd74c27a9200a9ec43f64be3:
Merge tag 'kvm-s390-master-5.7-3' of
git://git.kernel.org/pub/scm/linux/kernel/git/kvms390/linux into HEAD
(2020-05-06 08:09:17 -0400)
are available in the Git repository at:
https://git.kernel.org/pub/scm
... for security reasons.
No breaking changes as either the HTTP vhost redirects to HTTPS
or both vhosts redirect to the same location
or both serve the same content.
---
Documentation/COPYING-logo| 2 +-
Documentation/accounting/cgroupstats.rst | 4 +-
Documentation/
On 2020-05-16 07:39, Anup Patel wrote:
To distinguish interrupts from multiple PLIC instances, we use a
per-PLIC irq_chip instance with a different name.
Signed-off-by: Anup Patel
---
drivers/irqchip/irq-sifive-plic.c | 28 +++-
1 file changed, 15 insertions(+), 13 dele
On 2020-05-16 07:39, Anup Patel wrote:
For multiple PLIC instances, each PLIC can only target a subset of
CPUs which is represented by "lmask" in the "struct plic_priv".
Currently, the default irq affinity for each PLIC interrupt is all
online CPUs which is illegal value for default irq affinity
Hi all,
In my Linux box, I see that kernel crashes for a known test case.
In the first attempt when I run that test case I landed into “general
protection fault: [#1] SMP" .. Next I rebooted and ran the same
test , but now it resulted the “Oops: 0002 [#1] SMP".
In both cases the call trace l
On 15/05/20 7:41 pm, Arnaldo Carvalho de Melo wrote:
> Sorry for the top post: Adrian, can you take a look at this?
>
> Adrian Hunter was not CCed, Adrian?
From: Adrian Hunter
Date: Sat, 16 May 2020 15:12:28 +0300
Subject: [PATCH] perf intel-pt: Use allocated branch stack for PEBS sample
To avo
1 - 100 of 391 matches
Mail list logo
