Hi Vincent,
On Wed, Sep 09, 2020 at 04:36:32PM +0800, Vincent Huang wrote:
> Add trackpoint variant IDs to allow supported control
> on Synaptics trackpoints
>
> Signed-off-by: Vincent Huang
> ---
> drivers/input/mouse/trackpoint.c | 2 ++
> drivers/input/mouse/trackpoint.h | 2 ++
> 2 files
Thanks for having a look a this!
Jianyong Wu wrote on Mon, Sep 14, 2020:
> Eric's and Greg's patch offer a mechanism to fix open-unlink-f*syscall
> bug in 9p. But there is race issue in fid comtention.
> As Greg's patch stores all of fids from opened files into according inode,
> so all the
On Mon, Sep 14, 2020 at 6:05 AM Jiri Olsa wrote:
>
> When adding new build id link we fail if the link is already
> there. Adding check for existing link and warn/replace the
> link with new target.
>
> Signed-off-by: Jiri Olsa
> ---
> tools/perf/util/build-id.c | 20 +++-
> 1
'desc' variable is now defined but not used in sf_pdma_donebh_tasklet(),
causing this warning:
drivers/dma/sf-pdma/sf-pdma.c: In function 'sf_pdma_donebh_tasklet':
drivers/dma/sf-pdma/sf-pdma.c:287:23: warning: unused variable 'desc'
[-Wunused-variable]
Remove this unused variable
Reported-by:
Hi Fengping,
On Wed, Sep 09, 2020 at 03:22:00PM +0800, Fengping Yu wrote:
> From: "fengping.yu"
>
> This patch adds matrix keypad support for Mediatek SoCs.
I am generally happy with the driver, however I do not believe this will
be the only Mediatek driver ever. Do you think we could rename
Hi Rob,
On Wed, Sep 09, 2020 at 03:21:58PM +0800, Fengping Yu wrote:
> From: "fengping.yu"
>
> This patch add devicetree bindings for Mediatek matrix keypad driver.
I am generally happy with the driver itself, do you have any concerns
with the binding?
Thanks!
>
> Signed-off-by: fengping.yu
Kees Cook writes:
> Some archs (like ppc) only support changing the return code during
> syscall exit when ptrace is used. As the syscall number might not
> be available anymore during syscall exit, it needs to be saved
> during syscall enter. Adjust the ptrace tests to do this.
I'm not that
On 14/09/2020 03:52, liush wrote:
> This patch adds a cpuidle driver for systems based RISCV architecture.
> This patch supports state WFI. Other states will be supported in the
> future.
>
> Signed-off-by: liush
> ---
[ ... ]
>
> obj-$(CONFIG_RISCV_M_MODE) += traps_misaligned.o
> diff
Adrian,
On Fri, Aug 21, 2020 at 05:11:18PM +0300, Adrian Hunter wrote:
> On 10/07/20 2:11 pm, Ben Chuang wrote:
> > From: AKASHI Takahiro
> >
> > VDD2 is used for powering UHS-II interface.
> > Modify sdhci_set_power_and_bus_voltage(), sdhci_set_power_noreg()
> > and sdhci_set_power_noreg() to
On Mon, Sep 14, 2020 at 6:05 AM Jiri Olsa wrote:
>
> Adding build_id__is_defined helper to check build id
> is defined and is != zero build id.
>
> Signed-off-by: Jiri Olsa
> ---
> tools/perf/util/build-id.c | 11 +++
> tools/perf/util/build-id.h | 1 +
> 2 files changed, 12
Hi Anshuman,
On 9/14/20 3:31 PM, Anshuman Khandual wrote:
On 09/14/2020 05:17 AM, Gavin Shan wrote:
The function __{pgd, pud, pmd, pte}_error() are introduced so that
they can be called by {pgd, pud, pmd, pte}_ERROR(). However, some
of the functions could never be called when the corresponding
On Mon, 14 Sep 2020 at 01:34, Arvind Sankar wrote:
>
> On Tue, Aug 25, 2020 at 10:56:52AM -0400, Arvind Sankar wrote:
> > On Sat, Aug 15, 2020 at 01:56:49PM -0700, Nick Desaulniers wrote:
> > > Hi Ingo,
> > > I saw you picked up Arvind's other series into x86/boot. Would you
> > > mind please
Fix up the build error caused by undeclared usb_debug_root
Cc: stable
Fixes: a66ada4f241c("usb: gadget: bcm63xx_udc: create debugfs directory under
usb root")
Reported-by: kernel test robot
Signed-off-by: Chunfeng Yun
---
drivers/usb/gadget/udc/bcm63xx_udc.c | 1 +
1 file changed, 1
On 2020-09-12 04:18, Xie He wrote:
x25_type_trans only needs to be called before we call netif_rx to pass
the skb to upper layers.
It does not need to be called before lapb_data_received. The LAPB
module
does not need the fields that are set by calling it.
In the other two X.25 drivers -
On Mon, 14 Sep 2020, Lukas Bulwahn wrote:
> Commit 637cfacae96f ("PCI: mediatek: Add MediaTek PCIe host controller
> support") does not mention that linux-media...@lists.infradead.org is
> moderated for non-subscribers, but the other eight entries for
> linux-media...@lists.infradead.org do.
>
On Mon, Sep 14, 2020 at 6:03 AM Jiri Olsa wrote:
>
> Sync uapi header with kernel version for mmap3 support.
>
> Signed-off-by: Jiri Olsa
> ---
> tools/include/uapi/linux/perf_event.h | 27 ++-
> 1 file changed, 26 insertions(+), 1 deletion(-)
>
> diff --git
On Mon, Sep 14, 2020 at 6:03 AM Jiri Olsa wrote:
>
> Add new version of mmap event. The MMAP3 record is an
> augmented version of MMAP2, it adds build id value to
> identify the exact binary object behind memory map:
>
> struct {
> struct perf_event_header header;
>
> u32
On 21. 08. 20, 1:46, Tyrel Datwyler wrote:
> The code currently NULLs tty->driver_data in hvcs_close() with the
> intent of informing the next call to hvcs_open() that device needs to be
> reconfigured. However, when hvcs_cleanup() is called we copy hvcsd from
> tty->driver_data which was
On 09/14/2020 05:17 AM, Gavin Shan wrote:
> The function __{pgd, pud, pmd, pte}_error() are introduced so that
> they can be called by {pgd, pud, pmd, pte}_ERROR(). However, some
> of the functions could never be called when the corresponding page
> table level isn't enabled. For example,
Commit 637cfacae96f ("PCI: mediatek: Add MediaTek PCIe host controller
support") does not mention that linux-media...@lists.infradead.org is
moderated for non-subscribers, but the other eight entries for
linux-media...@lists.infradead.org do.
Adjust this entry to be consistent with all others.
Hi Tejun and Jens,
On Mon, Sep 07, 2020 at 04:10:12PM +0800, Baolin Wang wrote:
> Hi All,
>
> This patch set did some clean-ups, as well as removing some unnecessary
> bps/iops limitation calculation when checking if can dispatch a bio or
> not for a tg. Please help to review. Thanks.
Any
Hi Stephen,
On 14-09-20, 14:29, Stephen Rothwell wrote:
> Hi all,
>
> After merging the dmaengine tree, today's linux-next build (x86_64
> allmodconfig) produced this warning:
>
> drivers/dma/sf-pdma/sf-pdma.c: In function 'sf_pdma_donebh_tasklet':
> drivers/dma/sf-pdma/sf-pdma.c:287:23:
On Sat, 2020-09-12 at 00:00 +0200, Rikard Falkeborn wrote:
> These are never modified, so constify them to allow the compiler to
> place them in read-only memory. This moves about 25kB to read-only
> memory as seen by the output of the size command.
Nice.
Did you find this by tool or inspection?
Xie He writes:
> The HDLC device is not actually prepending any header when it is used
> with this driver. When the PVC device has prepended its header and
> handed over the skb to the HDLC device, the HDLC device just hands it
> over to the hardware driver for transmission without prepending
On September 13, 2020 4:35:44 PM t...@redhat.com wrote:
From: Tom Rix
clang static analysis flags this problem
sdio.c:3265:13: warning: Branch condition evaluates to
a garbage value
} else if (pending) {
^~~
brcmf_sdio_dcmd_resp_wait() only sets pending to true.
Hi Jiri,
On Mon, Sep 14, 2020 at 6:03 AM Jiri Olsa wrote:
>
> hi,
> while playing with perf daemon support I realized I need
> the build id data in mmap events, so we don't need to care
> about removed/updated binaries during long perf runs.
>
> This RFC patchset adds new mmap3 events that
Hi All,
How does "dma-coherent" property will work for PCIe as RC on an
ARM SOC ?
Because the end point device drivers are the one which will request dma
buffers and Root port driver doesn't involve in data path of end point
except for handling interrupts.
How does EP DMA buffers will be
nfig: i386-randconfig-r034-20200913 (attached as .config)
> compiler: gcc-9 (Debian 9.3.0-15) 9.3.0
> reproduce (this is a W=1 build):
> git checkout ba0fbe236fb8a7b992e82d6eafb03a600f5eba43
> # save the attached .config to linux build tree
> make W=1 ARCH=i386
&
On Mon, Sep 14, 2020 at 4:37 AM Andrew Lunn wrote:
>
> > +static int gaudi_nic_get_module_eeprom(struct net_device *netdev,
> > + struct ethtool_eeprom *ee, u8 *data)
> > +{
> > + struct gaudi_nic_device **ptr = netdev_priv(netdev);
> > + struct
On Mon, Sep 14, 2020 at 4:39 AM Florian Fainelli wrote:
>
>
>
> On 9/12/2020 7:41 AM, Oded Gabbay wrote:
> > From: Omer Shpigelman
> >
> > The driver supports ethtool callbacks and provides statistics using the
> > device's profiling infrastructure (coresight).
>
> Is there any relationship near
From: Muhammad Husaini Zulkifli
Voltage switching sequence is needed to support UHS-1 interface
as Keem Bay EVM is using external voltage regulator to switch between
1.8V and 3.3V.
Signed-off-by: Muhammad Husaini Zulkifli
Reviewed-by: Andy Shevchenko
Reviewed-by: Adrian Hunter
---
I can assure you that when I said "I think", I meant it in an assertive manner,
and not an assumptive one, but I can understand how that could easily get lost
in translation.
I wouldn't have sent in the patch if I had caught the build warning, and once
again, my apologies for not fixing it
Hi Pierre,
On 11-09-20, 09:50, Pierre-Louis Bossart wrote:
> > > > > > > > > + * 25 0 (Reserved)
> > > > > > > > > + * 24:22 Function Number [2:0]
> > > > > > > > > + * 21 Entity[6]
> > > > > > > > > + * 20:19 Control Selector[5:4]
> > > > > >
Hi Alex,
On 9/11/20 6:05 AM, Alex Williamson wrote:
On Tue, 1 Sep 2020 11:34:22 +0800
Lu Baolu wrote:
With subdevice information opt-in through iommu_ops.aux_at(de)tach_dev()
interfaces, the vendor iommu driver is able to learn the knowledge about
the relationships between the subdevices
Thanks for taking a look!
On Fri, Sep 4, 2020 at 1:09 PM Andrii Nakryiko
wrote:
>
> On Thu, Sep 3, 2020 at 3:35 PM Hao Luo wrote:
> >
> > Add bpf_this_cpu_ptr() to help access percpu var on this cpu. This
> > helper always returns a valid pointer, therefore no need to check
> > returned value
Thanks for review, Andrii.
One question, should I add bpf_{per, this}_cpu_ptr() to the
bpf_base_func_proto() in kernel/bpf/helpers.c?
On Fri, Sep 4, 2020 at 1:04 PM Andrii Nakryiko
wrote:
>
> On Thu, Sep 3, 2020 at 3:35 PM Hao Luo wrote:
> >
> > Add bpf_per_cpu_ptr() to help bpf programs
On 2020-09-11 17:09, Bean Huo wrote:
On Fri, 2020-09-11 at 02:16 +, Can Guo wrote:
> >
> > So your resolution looks good to me.
> >
> > Thanks so much : )
>
> You're welcome ... but just remember I have to explain this to
> Linus
> when the merge window opens. It would be a lot easier if
Thanks for taking a look, Andrii.
On Fri, Sep 4, 2020 at 12:49 PM Andrii Nakryiko
wrote:
>
> On Thu, Sep 3, 2020 at 3:35 PM Hao Luo wrote:
> >
> > Selftests for typed ksyms. Tests two types of ksyms: one is a struct,
> > the other is a plain int. This tests two paths in the kernel. Struct
> >
Will follow the libbpf logging convention. Thanks for the suggestions.
On Fri, Sep 4, 2020 at 12:34 PM Andrii Nakryiko
wrote:
>
> On Thu, Sep 3, 2020 at 3:34 PM Hao Luo wrote:
> >
> > If a ksym is defined with a type, libbpf will try to find the ksym's btf
> > information from kernel btf. If a
Andrii,
Sorry for the late reply. Your suggestions are concrete and helpful. I
can apply them in v3.
Thanks!
Hao
On Fri, Sep 4, 2020 at 12:05 PM Andrii Nakryiko
wrote:
>
> On Thu, Sep 3, 2020 at 3:34 PM Hao Luo wrote:
> >
> > Pseudo_btf_id is a type of ld_imm insn that associates a btf_id to
The de facto (and apparently uncommented) standard for using an mm had,
thanks to this code in sparc if nothing else, been that you must have a
reference on mm_users *and that reference must have been obtained with
mmget()*, i.e., from a thread with a reference to mm_users that had used
the mm.
Commit 0cef77c7798a7 ("powerpc/64s/radix: flush remote CPUs out of
single-threaded mm_cpumask") added a mechanism to trim the mm_cpumask of
a process under certain conditions. One of the assumptions is that
mm_users would not be incremented via a reference outside the process
context with
This is an attempt to fix a few different related issues around
switching mm, TLB flushing, and lazy tlb mm handling.
This will require all architectures to eventually move to disabling
irqs over activate_mm, but it's possible we could add another arch
call after irqs are re-enabled for those few
Reading and modifying current->mm and current->active_mm and switching
mm should be done with irqs off, to prevent races seeing an intermediate
state.
This is similar to commit 38cf307c1f20 ("mm: fix kthread_use_mm() vs TLB
invalidate"). At exec-time when the new mm is activated, the old one
powerpc uses IPIs in some situations to switch a kernel thread away
from a lazy tlb mm, which is subject to the TLB flushing race
described in the changelog introducing ARCH_WANT_IRQS_OFF_ACTIVATE_MM.
Signed-off-by: Nicholas Piggin
---
arch/powerpc/Kconfig | 1 +
On 8/28/2020 1:01 PM, Vijayanand Jitta wrote:
>
>
> On 8/20/2020 6:19 PM, vji...@codeaurora.org wrote:
>> From: Vijayanand Jitta
>>
>> When ever a new iova alloc request comes iova is always searched
>> from the cached node and the nodes which are previous to cached
>> node. So, even if
The mm-of-the-moment snapshot 2020-09-13-21-39 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You
在 2020/9/12 9:59, Youling Tang 写道:
Commit a94e4f24ec83 ("MIPS: init: Drop boot_mem_map") left
the BOOT_MEM_INIT_RAM unused, remove it.
Signed-off-by: Youling Tang
---
arch/mips/include/asm/bootinfo.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/mips/include/asm/bootinfo.h
Hi, Tiezhu
> -- Original --
> From: "Tiezhu Yang";
> Date: Mon, Sep 14, 2020 04:29 AM
> To: "Bjorn Helgaas";
> Cc: "Konstantin Khlebnikov"; "Khalid
> Aziz"; "Vivek Goyal"; "Lukas
> Wunner"; "oohall";
> "rafael.j.wysocki"; "Xuefeng
> Li"; "Huacai Chen";
Hi Steven,
Please let us know, if below change looks good.
Or let us know some other way to solve this.
Thanks,
Gaurav
On 9/4/2020 11:39 AM, Gaurav Kohli wrote:
Below race can come, if trace_open and resize of
cpu buffer is running parallely on different cpus
CPUX
Hi all,
After merging the dmaengine tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
drivers/dma/sf-pdma/sf-pdma.c: In function 'sf_pdma_donebh_tasklet':
drivers/dma/sf-pdma/sf-pdma.c:287:23: warning: unused variable 'desc'
[-Wunused-variable]
287 | struct
The code in the current implementation of safexcel_hmac_alg_setkey
can be reused by safexcel_cipher. This patch does just that by
renaming the previous safexcel_hmac_setkey to __safexcel_hmac_setkey.
The now-shared safexcel_hmac_alg_setkey becomes safexcel_hmac_setkey
and a new
This patch moves the priv pointer into struct safexcel_context
because both structs that extend safexcel_context have that pointer
as well.
Signed-off-by: Herbert Xu
---
drivers/crypto/inside-secure/safexcel.h|1
drivers/crypto/inside-secure/safexcel_cipher.c | 42
As both safexcel_ahash_ctx and safexcel_cipher_ctx contain ipad
and opad buffers this patch moves them into the common struct
safexcel_context. It also adds a union so that they can be accessed
in the appropriate endian without crazy casts.
Signed-off-by: Herbert Xu
---
cbb1c86aa6cc
> commit: bb7679b840cc7cf23868e05c5ef7a044e7fafd97 crypto: inside-secure -
> Added support for authenc HMAC-SHA1/DES-CBC
> date: 12 months ago
> config: arm-randconfig-r005-20200913 (attached as .config)
> compiler: arm-linux-gnueabi-gcc (GCC) 9.3.0
> reproduce (this i
Updated information about H2+ and H3 differences and added a link to a
slightly newer datasheet.
Signed-off-by: Wilken Gottwalt
---
Changes in v2:
- addressed comments/proposals from Maxime
---
Documentation/arm/sunxi.rst | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff
On 2020/9/9 AM2:50, Julius Hemanth Pitti wrote:
> For non root CG, in try_charge(), we keep trying
> to charge until we succeed. On non-preemptive
> kernel, when we are OOM, this results in holding
> CPU forever.
>
> On SMP systems, this doesn't create a big problem
> because oom_reaper get a
On Sun, Sep 13, 2020 at 07:35:22AM -0700, t...@redhat.com wrote:
> From: Tom Rix
>
> clang static analysis flags this problem
> sdio.c:3265:13: warning: Branch condition evaluates to
> a garbage value
> } else if (pending) {
>^~~
>
> brcmf_sdio_dcmd_resp_wait()
On Mon, Sep 14, 2020 at 04:29:10AM +0800, Tiezhu Yang wrote:
> --- a/drivers/pci/pcie/portdrv_pci.c
> +++ b/drivers/pci/pcie/portdrv_pci.c
> @@ -143,6 +144,28 @@ static void pcie_portdrv_remove(struct pci_dev *dev)
> }
>
> pcie_port_device_remove(dev);
> +
On 09/11/2020 07:36 PM, Catalin Marinas wrote:
> Hi Anshuman,
>
> On Mon, Aug 24, 2020 at 09:34:29AM +0530, Anshuman Khandual wrote:
>> This brings about three different changes to the sole memory event notifier
>> for arm64 platform and improves it's robustness while also enhancing debug
>>
On Sun, Sep 13, 2020 at 8:42 AM Andrew Morton wrote:
>
> On Sat, 12 Sep 2020 23:51:00 +0800 Muchun Song
> wrote:
>
> > The memory_stat_format() returns a format string, but the return buf
> > may not including the trailing '\0'. So the users may read the buf
> > out of bounds.
>
> That sounds
On Wed, 9 Sep 2020 17:53:07 +0200
Maxime Ripard wrote:
> On Wed, Sep 09, 2020 at 03:54:46PM +0200, Wilken Gottwalt wrote:
> > On Wed, 9 Sep 2020 14:08:59 +0200
> > Maxime Ripard wrote:
> > > Hi!
> > >
> > > Thanks for contributing
> > >
> > > The prefix isn't right though.
> > >
> > >
Convert cpu_to_le16(le16_to_cpu(E1) + E2) to use le16_add_cpu().
Signed-off-by: Liu Shixin
---
drivers/net/wireless/mediatek/mt76/mt7915/mcu.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/wireless/mediatek/mt76/mt7915/mcu.c
Convert cpu_to_be32(be32_to_cpu(E1) + E2) to use be32_add_cpu().
Signed-off-by: Liu Shixin
---
security/keys/dh.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/security/keys/dh.c b/security/keys/dh.c
index 1abfa70ed6e1..2635cb8a4561 100644
--- a/security/keys/dh.c
+++
Signed-off-by: Liu Shixin
drivers/soc/fsl/qbman/qman_test_api.c---
drivers/soc/fsl/qbman/qman_test_api.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/soc/fsl/qbman/qman_test_api.c
b/drivers/soc/fsl/qbman/qman_test_api.c
index 2895d062cf51..7066b2f1467c 100644
---
Convert cpu_to_le64(le64_to_cpu(E1) + E2) to use le64_add_cpu().
Signed-off-by: Liu Shixin
---
drivers/md/dm-integrity.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/md/dm-integrity.c b/drivers/md/dm-integrity.c
index 3fc3757def55..cf9dadd55625 100644
---
Convert cpu_to_be32(be32_to_cpu(E1) + E2) to use be32_add_cpu().
Signed-off-by: Liu Shixin
---
drivers/crypto/atmel-aes.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/crypto/atmel-aes.c b/drivers/crypto/atmel-aes.c
index a6e14491e080..b1d286004295 100644
---
Convert cpu_to_le32(le32_to_cpu(E1) + E2) to use le32_add_cpu().
Signed-off-by: Liu Shixin
---
drivers/net/can/usb/peak_usb/pcan_usb_pro.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/can/usb/peak_usb/pcan_usb_pro.c
> From: Shawn Guo
> Sent: Wednesday, August 19, 2020 9:23 PM
>
> On Tue, Aug 18, 2020 at 09:52:02AM +0200, Franck LENORMAND (OSS) wrote:
> > Hello,
> >
> > Peng was able to do a firt pass of review on my patchset which led to
> > this second version. I hope a maintainer will be able to take a
On 2020/9/14 10:46, Jason Wang wrote:
+
+#define VIRTIO_I2C_MSG_OK 0
+#define VIRTIO_I2C_MSG_ERR 1
+
+/**
+ * struct virtio_i2c_hdr - the virtio I2C message header structure
+ * @addr: i2c_msg addr, the slave address
+ * @flags: i2c_msg flags
+ * @len: i2c_msg len
+ */
+struct
> On Thu, 27 Aug 2020 at 19:20, Johnny Chuang
> wrote:
> >
> > This patch adds a new behavior to report touch major resolution based
> > on information provided by firmware.
> >
> > In initial process, driver acquires touch information from touch ic.
> > It contains one byte about the resolution
Kees Cook writes:
> On powerpc, the errno is not inverted, and depends on ccr.so being
> set. Add this to a powerpc definition of SYSCALL_RET_SET().
>
> Co-developed-by: Thadeu Lima de Souza Cascardo
> Signed-off-by: Thadeu Lima de Souza Cascardo
> Link:
>
Eric's and Greg's patch offer a mechanism to fix open-unlink-f*syscall
bug in 9p. But there is race issue in fid comtention.
As Greg's patch stores all of fids from opened files into according inode,
so all the lookup fid ops can retrieve fid from inode preferentially. But
there is no mechanism to
From: Greg Kurz
A previous patch fixed the "create-unlink-getattr" idiom: if getattr is
called on an unlinked file, we try to find an open fid attached to the
corresponding inode.
We have a similar issue with file permissions and setattr:
open("./test.txt", O_RDWR|O_CREAT, 0666) = 4
From: Eric Van Hensbergen
Fixes several outstanding bug reports of not being able to getattr from an
open file after an unlink. This patch cleans up transient fids on an unlink
and will search open fids on a client if it detects a dentry that appears to
have been unlinked. This search is
From: Greg Kurz
This patch adds accounting of open fids in a list hanging off the i_private
field of the corresponding inode. This allows faster lookups compared to
searching the full 9p client list.
The lookup code is modified accordingly.
Change-Id: I9f1b99d9c7ab36a15534726cce034a8a1443d680
open-unlink-f*syscall bug is a well-known bug in 9p, we try to fix the bug
in this patch set.
I take Eric's and Greg's patches which constiute the 1/4 - 3/4 of this patch
set as the main frame of the solution. In patch 4/4, I fix the fid race issue
exists in Greg's patch.
Eric Van Hensbergen (1):
Change config to tristate, add module device table, module author,
description and license to support module build for i.MX GPIO driver.
As this is a SoC GPIO module, it provides common functions for most
of the peripheral devices, such as GPIO pins control, secondary
interrupt controller for
i.MX GPIO is NOT default enabled now, so select CONFIG_GPIO_MXC
as built-in manually.
Signed-off-by: Anson Huang
---
No change.
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index 63003ec..c8fca1a
i.MX GPIO is NOT default enabled now, so select CONFIG_GPIO_MXC
as built-in manually.
Signed-off-by: Anson Huang
---
No change.
---
arch/arm/configs/imx_v6_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/imx_v6_v7_defconfig
i.MX GPIO is NOT default enabled now, so select CONFIG_GPIO_MXC
as built-in manually.
Signed-off-by: Anson Huang
---
new patch.
---
arch/arm/configs/multi_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
b/arch/arm/configs/multi_v7_defconfig
On Sat, 5 Sep 2020 00:12:29 + "Isaac J. Manjarres"
wrote:
> The per-cpu cached vmalloc'ed stacks are currently freed in the
> CPU hotplug teardown path by the free_vm_stack_cache() callback,
> which invokes vfree(), which may result in purging the list of
> lazily freed vmap areas.
>
>
On Sun, 6 Sep 2020 13:26:32 -0700 Kees Cook wrote:
> On Sun, Sep 06, 2020 at 12:08:09PM -0400, Arvind Sankar wrote:
> > On Sun, Sep 06, 2020 at 03:06:29AM -0700, Kees Cook wrote:
> > > Fix the language around return values to indicate destination instead of
> > > source.
> > >
> > >
uio_register_device() do two things.
1) get an uio id from a global pool, e.g. the id is
2) create file nodes like /sys/class/uio/uio
uio_unregister_device() do two things.
1) free the uio id and return it to the global pool
2) free the file node /sys/class/uio/uio
There is a situation is that
On Mon, Sep 14, 2020 at 11:19 AM Zefan Li wrote:
>
> On 2020/9/14 11:10, Muchun Song wrote:
> > On Mon, Sep 14, 2020 at 1:09 AM Chris Down wrote:
> >>
> >> Muchun Song writes:
> >>> In the cgroup v1, we have a numa_stat interface. This is useful for
> >>> providing visibility into the numa
在 2020/9/14 3:08, Richard Weinberger 写道:
On Mon, Jun 1, 2020 at 11:11 AM Zhihao Cheng wrote:
I agree that this needs fixing. Did you also look into getting rid of pxent?
UBIFS uses the pxent pattern over and over and the same error got copy pasted
a lot. :-(
I thought about it. I'm not
Hi all,
After merging the tip tree, today's linux-next build (x86_64 allmodconfig)
produced this warning:
x86_64-linux-gnu-ld: warning: orphan section `.ctors.65435' from
`kernel/trace/trace_selftest_dynamic.o' being placed in section `.ctors.65435'
x86_64-linux-gnu-ld: warning: orphan section
uio_register_device() do two things.
1) get an uio id from a global pool, e.g. the id is
2) create file nodes like /sys/class/uio/uio
uio_unregister_device() do two things.
1) free the uio id and return it to the global pool
2) free the file node /sys/class/uio/uio
There is a situation is that
On 2020/9/14 11:10, Muchun Song wrote:
> On Mon, Sep 14, 2020 at 1:09 AM Chris Down wrote:
>>
>> Muchun Song writes:
>>> In the cgroup v1, we have a numa_stat interface. This is useful for
>>> providing visibility into the numa locality information within an
>>> memcg since the pages are allowed
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 856deb866d16e29bd65952e0289066f6078af773
commit: 5a769f6ff439cedc547395a6dc78faa26108f741 optee: Fix multi page dynamic
shm pool alloc
date: 9 months ago
config: arm64-randconfig-c004-20200913 (attached
On Mon, Sep 14, 2020 at 1:09 AM Chris Down wrote:
>
> Muchun Song writes:
> >In the cgroup v1, we have a numa_stat interface. This is useful for
> >providing visibility into the numa locality information within an
> >memcg since the pages are allowed to be allocated from any physical
> >node. One
Hi Alex,
On 9/11/20 6:05 AM, Alex Williamson wrote:
On Tue, 1 Sep 2020 11:34:19 +0800
Lu Baolu wrote:
This adds two new APIs for the use cases like vfio/mdev where subdevices
derived from physical devices are created and put in an iommu_group. The
new IOMMU API interfaces mimic the
Document the binding for enabling dvfsrc on MediaTek SoC.
Signed-off-by: Henry Chen
Reviewed-by: Rob Herring
---
.../devicetree/bindings/soc/mediatek/dvfsrc.txt| 25 ++
include/dt-bindings/soc/mtk,dvfsrc.h | 14
2 files changed, 39
From: Arvin Wang
Add a header to collect SIPs and add one SIP call to initialize power
management hardware for the SIP interface defined to access the SPM
handling vcore voltage and ddr rate changes on mt8183 (and most likely
later socs).
Signed-off-by: Arvin Wang
---
Add DDR EMI provider dictating dram interconnect bus performance found on
MT8183-based platforms
Signed-off-by: Henry Chen
---
arch/arm64/boot/dts/mediatek/mt8192.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8192.dtsi
Add opp table on scpsys dt-bindings for Mediatek SoC.
Signed-off-by: Henry Chen
Reviewed-by: Rob Herring
---
.../devicetree/bindings/soc/mediatek/scpsys.txt| 38 ++
1 file changed, 38 insertions(+)
diff --git a/Documentation/devicetree/bindings/soc/mediatek/scpsys.txt
Introduce Mediatek MT6873/MT8183/MT8192 specific provider driver
using the interconnect framework.
ICC provider ICC Nodes
- |CPU | |--- |VPU |
- | |- |
Add support for performance state of scpsys on mt8183 platform
Signed-off-by: Henry Chen
---
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 22 ++
1 file changed, 22 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8183.dtsi
b/arch/arm64/boot/dts/mediatek/mt8183.dtsi
Add DDR EMI provider dictating dram interconnect bus performance found on
MT8192-based platforms
Signed-off-by: Henry Chen
---
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8183.dtsi
Add dvfsrc driver for MT6873/MT8183/MT8192
Signed-off-by: Henry Chen
---
drivers/soc/mediatek/Kconfig| 12 +
drivers/soc/mediatek/Makefile | 1 +
drivers/soc/mediatek/mtk-dvfsrc.c | 618
include/linux/soc/mediatek/mtk_dvfsrc.h |
1 - 100 of 421 matches
Mail list logo
