__always_inline can cause build error on musl libc. The fix patch has
submitted but not merged yet[1]. To build perf tool with musl libc,
inclusion is necessary and it should be included before
perf_event.h.
from /usr/include/linux/byteorder/little_endian.h:13,
from /usr/include/asm/byteorder.h:2
On 06/12/2020 12:42, Jernej Škrabec wrote:
Hi,
> Dne nedelja, 06. december 2020 ob 13:32:49 CET je Clément Péron napisal(a):
>> Hi Andre,
>>
>> On Wed, 2 Dec 2020 at 14:54, Andre Przywara wrote:
>>> Port A is used for an internal connection to some analogue circuitry
>>> which looks like an AC20
On Sat, Dec 5, 2020 at 11:15 PM Serge Semin wrote:
> Hmm, that sounds like a problem, but the explanation is a bit unclear
> to me. AFAICS you are saying that the only callbacks which are
> called during the IRQ request/release are the irq_enable(), right? If
> so then the only reason why we have
On Sat, Dec 5, 2020 at 6:34 AM Dmitry Osipenko wrote:
> Some Atmel touchscreen controllers have a WAKE line that needs to be
> asserted low in order to wake up controller from a deep sleep. Document
> the wakeup methods and the wake-GPIO properties.
>
> Signed-off-by: Dmitry Osipenko
Looks real
Add an 'of_node_put()' call when a tested device node is not available.
Fixes:94ae899b2096 ("dpaa2-mac: add PCS support through the Lynx module")
Signed-off-by: Christophe JAILLET
---
drivers/net/ethernet/freescale/dpaa2/dpaa2-mac.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net
On Sat, Dec 5, 2020 at 6:48 AM Dmitry Osipenko wrote:
> According to datasheets, chips like mXT1386 have a WAKE line, it is used
> to wake the chip up from deep sleep mode before communicating with it via
> the I2C-compatible interface.
>
> If the WAKE line is connected to a GPIO line, the line m
I also suggest the singular form La Dyas, for related languages.
https://youtu.be/V4HVLWoUnl4
Den 03.12.2020 21:37, skrev Ywe Cærlyn:
For people interested in subconscious interaction and symboldevelopment
(which is a great part of business and related psychology), one should
know that Uni is
Add fix option to INCLUDE_LINUX and ARCH_INCLUDE_LINUX
checks to replace asm includes.
Macros of type:
#include
#include
are corrected to:
#include
#include
Signed-off-by: Dwaipayan Ray
---
Changes in v3:
- Add --fix option to ARCH_INCLUDE_LINUX check
Changes in v2:
- Use \Q..\E quotin
On 12/6/20 5:10 AM, Vladimir Kondratiev wrote:
> Double fault detected in do_exit() is symptom of integrity
> compromised. For safety critical systems, it may be better to
> panic() in this case to minimize risk.
Does this fix a real problem that you have observed in practice?
Or, is this a gener
On 06.12.2020 11:09, Paolo Bonzini wrote:
On 05/12/20 01:48, Maciej S. Szmigiero wrote:
From: "Maciej S. Szmigiero"
Commit cae7ed3c2cb0 ("KVM: x86: Refactor the MMIO SPTE generation handling")
cleaned up the computation of MMIO generation SPTE masks, however it
introduced a bug how the upper p
On 12/6/20 8:07 AM, Leon Romanovsky wrote:
On Thu, Dec 03, 2020 at 10:26:31PM +0100, Maximilian Luz wrote:
Hello,
Here is version two of the Surface System Aggregator Module (SAM/SSAM)
driver series, adding initial support for the embedded controller on 5th
and later generation Microsoft Surfac
From: "shaojie.dong"
Function register_netdev() can fail, so we should check it's return value
Signed-off-by: shaojie.dong
---
drivers/staging/rtl8712/hal_init.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8712/hal_init.c
b/drivers/staging/rtl8712/
On Sun, Dec 06, 2020 at 11:59:07PM +0800, shaojie.d...@isrc.iscas.ac.cn wrote:
> From: "shaojie.dong"
>
> Function register_netdev() can fail, so we should check it's return value
You just check it, you are not doing anything with it, which is just the
same as not checking this.
Please fix this
于 2020年12月6日 GMT+08:00 下午10:52:17, "André Przywara" 写到:
>On 06/12/2020 12:42, Jernej Škrabec wrote:
>
>Hi,
>
>> Dne nedelja, 06. december 2020 ob 13:32:49 CET je Clément Péron
>napisal(a):
>>> Hi Andre,
>>>
>>> On Wed, 2 Dec 2020 at 14:54, Andre Przywara
>wrote:
Port A is used for an inte
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_* helpers do bitwise ands. This confuses
> compilers, so even if some cases were handled separately with
> iov_iter_is_*(), corresponding ifs in iterate*() right
On Sun, Dec 06, 2020 at 06:24:05PM +0700, Bui Quang Minh wrote:
> On Sat, Dec 05, 2020 at 10:15:11AM -0500, Alan Stern wrote:
> > On Sat, Dec 05, 2020 at 07:47:01PM +0700, Minh Bùi Quang wrote:
> > > Vào Th 6, 4 thg 12, 2020 vào lúc 23:12 Alan Stern
> > > đã viết:
> > > > Does this initializatio
On Thu, Dec 03 2020 at 19:11, Maxim Levitsky wrote:
> + case KVM_SET_TSC_STATE: {
> + struct kvm_tsc_state __user *user_tsc_state = argp;
> + struct kvm_tsc_state tsc_state;
> + u64 host_tsc, wall_nsec;
> +
> + u64 new_guest_tsc, new_guest_tsc_off
Hi,
When the seqcount_LOCKNAME_t group of data types were introduced, two
classes of seqlock.h sequence counter macros were added:
- An external public API which can either take a plain seqcount_t or
any of the seqcount_LOCKNAME_t variants.
- An internal API which takes only a plain seqc
When the seqcount_LOCKNAME_t group of data types were introduced, two
classes of seqlock.h sequence counter macros were added:
- An external public API which can either take a plain seqcount_t or
any of the seqcount_LOCKNAME_t variants.
- An internal API which takes only a plain seqcount_
The kernel-doc annotations for sequence counters write side functions
are incomplete: they do not specify when preemption is automatically
disabled and re-enabled.
This has confused a number of call-site developers. Fix it.
Link: https://lkml.kernel.org/r/20201030235121.gq2620...@nvidia.com
Link:
Sequence counters with an associated write serialization lock are called
seqcount_LOCKNAME_t. Fix the documentation accordingly.
While at it, remove a paragraph that inappropriately discussed a
seqlock.h implementation detail.
Fixes: 6dd699b13d53 ("seqlock: seqcount_LOCKNAME_t: Standardize naming
You has been chosen via E-mail for the United Nations Covid-19 Relief F und,
for more details reply to sangior...@aclipisa.it
Best regards,
Dr. Susan Marshal
From: Ofir Bitton
As all packets use the same CTL register masks, we remove duplicated
masks and use common masks instead.
Signed-off-by: Ofir Bitton
Reviewed-by: Oded Gabbay
Signed-off-by: Oded Gabbay
---
drivers/misc/habanalabs/gaudi/gaudi.c | 32 +--
.../habanalabs
From: Ofir Bitton
In order for reserving VA ranges for kernel memory, we need
to allow the VM module to be initiated with kernel context.
Signed-off-by: Ofir Bitton
Reviewed-by: Oded Gabbay
Signed-off-by: Oded Gabbay
---
drivers/misc/habanalabs/common/context.c | 16 +---
drivers
From: Ofir Bitton
As part of the staged submission feature, we need Gaudi to support
command submissions that will never get a completion.
Signed-off-by: Ofir Bitton
Reviewed-by: Oded Gabbay
Signed-off-by: Oded Gabbay
---
drivers/misc/habanalabs/common/command_submission.c | 1 +
drivers/mi
Update to latest firmware hl_boot_if.h file.
Signed-off-by: Oded Gabbay
---
drivers/misc/habanalabs/include/common/hl_boot_if.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/misc/habanalabs/include/common/hl_boot_if.h
b/drivers/misc/habanalabs/include/common/hl_boot_if.h
inde
From: Ohad Sharabi
remove mmu_cache_lock as it protects a section which is already
protected by mmu_lock.
in addition, wrap mmu cache invalidate calls in hl_vm_ctx_fini with
mmu_lock.
Signed-off-by: Ohad Sharabi
Reviewed-by: Oded Gabbay
Signed-off-by: Oded Gabbay
---
drivers/misc/habanalabs
From: Ofir Bitton
In order to support the staged submission feature, user must be
allowed to use the same CS sequence for all submissions in the
same staged submission.
Signed-off-by: Ofir Bitton
Reviewed-by: Oded Gabbay
Signed-off-by: Oded Gabbay
---
.../habanalabs/common/command_submission
On 11/28/20 4:00 PM, Sonal Santan wrote:
> Hello,
>
> This patch series adds management physical function driver for Xilinx Alveo
> PCIe
> accelerator cards, https://www.xilinx.com/products/boards-and-kits/alveo.html
> This driver is part of Xilinx Runtime (XRT) open source stack.
A few general t
syzbot has found a reproducer for the following issue on:
HEAD commit:7059c2c0 Merge branch 'for-linus' of git://git.kernel.org/..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=11a1199b50
kernel config: https://syzkaller.appspot.com/x/.config?x=e49433c
On Fri, Dec 04 2020 at 18:43, Jerry Snitselaar wrote:
> Now that kstat_irqs is exported, get rid of count_interrupts in
> i915_pmu.c
> --- a/drivers/gpu/drm/i915/i915_pmu.c
> +++ b/drivers/gpu/drm/i915/i915_pmu.c
> @@ -423,22 +423,6 @@ static enum hrtimer_restart i915_sample(struct hrtimer
> *hrt
On Sat, Dec 05 2020 at 12:39, Jarkko Sakkinen wrote:
> On Fri, Dec 04, 2020 at 06:43:37PM -0700, Jerry Snitselaar wrote:
>> To try and detect potential interrupt storms that
>> have been occurring with tpm_tis devices it was suggested
>> to use kstat_irqs() to get the number of interrupts.
>> Since
Add documentation about the Allwinner system-control bindings used
for the V3s SoC. The bindings are already in use in the device-tree
files and produced warnings in dt bindings checks.
Signed-off-by: Paul Kocialkowski
---
.../bindings/sram/allwinner,sun4i-a10-system-control.yaml | 3 +++
1
From: Bean Huo
Distinguish between TM request UPIU and response UPIU in TM UPIU trace,
for the TM response, let TM UPIU trace print its TM response UPIU.
Signed-off-by: Bean Huo
---
drivers/scsi/ufs/ufshcd.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/sc
From: Bean Huo
Transaction Specific Fields (TSF) in the UPIU package could be CDB
(SCSI/UFS Command Descriptor Block), OSF (Opcode Specific Field), and
TM I/O parameter (Task Management Input/Output Parameter). But, currently,
we take all of these as CDB in the UPIU trace. Thus makes user confus
From: Bean Huo
Bean Huo (3):
scsi: ufs: Distinguish between query REQ and query RSP in query trace
scsi: ufs: Distinguish between TM request UPIU and response UPIU in TM
UPIU trace
scsi: ufs: Make UPIU trace easier differentiate among CDB, OSF, and TM
drivers/scsi/ufs/ufshcd.c | 21
From: Bean Huo
Currently, in the query completion trace print, since we use
hba->lrb[tag].ucd_req_ptr and didn't differentiate UPIU between
request and response, thus header and transaction-specific field
in UPIU printed by query trace are identical. This is not very
practical. As below:
query_
The SL631 is a family of Allwinner V3 action cameras sold under
various names, such as SJCAM SJ4000 Air or F60 Action Camera.
Devices in this family share a common board design but can be found
with different image sensors, including the IMX179 and the OV4689.
This adds support for a common dtsi
This fixes a few things with the Pinecube AXP209 node:
- No compatible is required since it is using an AXP209 (not AXP203)
according to the schematics and this is what the included axp209.dtsi
already has;
- The interrupt-controller and #interrupt-cells properties are already
described in th
The V3s/V3 has a NMI interrupt controller, mainly used for the AXP209.
Its address follows the system controller block, which was previously
incorrectly described as spanning over 0x1000 address bytes.
Even though this is what the Allwinner documentation indicates,
precedence from other SoCs such a
This adds documentation for the compatible strings of the
SL631 Action Camera with IMX179.
Note that the device is sold under various different names, such as the
SJCAM SJ4000 Air or F60 Action Camera. This is a similar situation to
the Q8 tablets and just like them, the allwinner vendor is used a
The V3s NMI controller seems register-compatible with the A80 (sun9i).
Add new items for the compatible string, with an entry specific to the V3s
and the A80 entry.
Signed-off-by: Paul Kocialkowski
---
.../interrupt-controller/allwinner,sun7i-a20-sc-nmi.yaml | 3 +++
1 file changed, 3 inse
This series adds support for the Allwinner V3-based SL631 family of
Action Cameras, starting with the IMX179 fashion.
A few fixes to V3 support are added along the way, most notably support
for the NMI IRQ controller which is necessary for the AXP209 IRQ.
Note that some patches in this series may
From: Andrea Parri (Microsoft) Sent: Wednesday,
November 18, 2020 6:37 AM
>
> __vmbus_open() and vmbus_teardown_gpadl() do not inizialite the memory
> for the vmbus_channel_open_channel and the vmbus_channel_gpadl_teardown
> objects they allocate respectively. These objects contain padding byte
hi,
adding support to enable/disable specific events via control
file via following commands:
# echo enable-sched:sched_process_fork > control
# echo disabled-sched:sched_process_fork > control
The code is available in here:
git://git.kernel.org/pub/scm/linux/kernel/git/jolsa/perf.git
Adding interface to enable/disable single event in the
evlist based on its name. It will be used later in new
control enable/disable interface.
Keeping the evlist::enabled true when one or more events
are enabled so the toggle can work properly and toggle
evlist to disabled state.
Signed-off-by:
Adding new control events to enable/disable specific event.
The interface string for control file are:
'enable-'
'disable-'
when received the command, perf will scan the current evlist
for and if found it's enabled/disabled.
Example session:
terminal 1:
# mkfifo control ack perf.pipe
Adding new control event to display all evlist events.
The interface string for control file is 'list'. When
received, perf will scan and print current evlist into
perf record terminal.
Example session:
terminal 1:
# mkfifo control ack perf.pipe
# perf record --control=fifo:control,ack
Hi!
> From: Lijun Pan
>
> [ Upstream commit 98025bce3a6200a0c4637272a33b5913928ba5b8 ]
>
> Commit 61d3e1d9bc2a ("ibmvnic: Remove netdev notify for failover resets")
> excluded the failover case for notify call because it said
> netdev_notify_peers() can cause network traffic to stall or halt.
>
Hi,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on staging/staging-testing]
url:
https://github.com/0day-ci/linux/commits/shaojie-dong-isrc-iscas-ac-cn/staging-rtl8712-check-register_netdev-return-value/20201207-000540
base: https://git.kernel.org/pub/scm/linu
From: Andrea Parri (Microsoft) Sent: Wednesday,
November 18, 2020 6:37 AM
>
> vmbus_on_msg_dpc() double fetches from msgtype. The double fetch can
> lead to an out-of-bound access when accessing the channel_message_table
> array. In turn, the use of the out-of-bound entry could lead to code
>
From: Andrea Parri (Microsoft) Sent: Wednesday,
November 18, 2020 6:37 AM
>
> vmbus_on_msg_dpc() double fetches from payload_size. The double fetch
> can lead to a buffer overflow when (mem)copying the hv_message object.
> Avoid the double fetch by saving the value of payload_size into a local
From: Andrea Parri (Microsoft) Sent: Wednesday,
November 18, 2020 6:37 AM
>
> When channel->device_obj is non-NULL, vmbus_onoffer_rescind() could
> invoke put_device(), that will eventually release the device and free
> the channel object (cf. vmbus_device_release()). However, a pointer
> to th
This reverts commit 9e2369c06c8a181478039258a4598c1ddd2cadfa.
On a Xen PV dom0, with NVME disk, this makes the dom0 crash when starting
a domain. This looks like some bad interaction between xen-blkback and
NVME driver, both using ZONE_DEVICE. Since the author is on leave now,
revert the change un
Hi Serge,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 7059c2c00a2196865c2139083cbef47cd18109b6
commit: abf00907538e21c469a10809dc2991982673fcbf spi: dw: Add Baikal-T1 SPI
Controller glue driver
date: 8 weeks a
On Sat, Dec 5, 2020 at 3:49 PM Jakub Kicinski wrote:
>
> On Fri, 4 Dec 2020 14:38:03 -0800 Alexander Duyck wrote:
> > > > The patches look good to me. Just need to address the minor issue that
> > > > seems to have been present prior to the introduction of this patch
> > > > set.
> > > >
> > > > R
On Wed, Dec 02, 2020 at 04:47:17PM -0500, Chris Hyser wrote:
> On Tue, Nov 17, 2020 at 06:19:53PM -0500, Joel Fernandes (Google) wrote:
> > Add a per-thread core scheduling interface which allows a thread to share a
> > core with another thread, or have a core exclusively for itself.
> >
> > Chrom
On Sun, 2020-12-06 at 17:40 +0100, Thomas Gleixner wrote:
> On Sat, Dec 05 2020 at 12:39, Jarkko Sakkinen wrote:
> > On Fri, Dec 04, 2020 at 06:43:37PM -0700, Jerry Snitselaar wrote:
> > > To try and detect potential interrupt storms that
> > > have been occurring with tpm_tis devices it was sugges
Hi Peter,
On Tue, Dec 01, 2020 at 08:34:51PM +0100, Peter Zijlstra wrote:
> On Tue, Dec 01, 2020 at 02:20:28PM -0500, Joel Fernandes wrote:
> > On Wed, Nov 25, 2020 at 12:10:14PM +0100, Peter Zijlstra wrote:
> > > On Tue, Nov 17, 2020 at 06:19:52PM -0500, Joel Fernandes (Google) wrote:
> > > > +vo
On Sun, Dec 06, 2020 at 04:59:32PM +, Michael Kelley wrote:
> From: Andrea Parri (Microsoft) Sent: Wednesday,
> November 18, 2020 6:37 AM
> >
> > __vmbus_open() and vmbus_teardown_gpadl() do not inizialite the memory
> > for the vmbus_channel_open_channel and the vmbus_channel_gpadl_teardown
Jerry,
On Fri, Dec 04 2020 at 18:43, Jerry Snitselaar wrote:
The proper prefix is 'genirq:' git log kernel/irq/irqdesc.c would have
told you.
> To try and detect potential interrupt storms that
> have been occurring with tpm_tis devices it was suggested
> to use kstat_irqs() to get the number o
On 12/6/20 9:25 AM, kernel test robot wrote:
> Hi Serge,
>
> FYI, the error/warning still remains.
>
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> master
> head: 7059c2c00a2196865c2139083cbef47cd18109b6
> commit: abf00907538e21c469a10809dc2991982673fcbf spi: dw
Hello,
syzbot found the following issue on:
HEAD commit:509a1542 Merge tag '5.10-rc6-smb3-fixes' of git://git.samb..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1694d67350
kernel config: https://syzkaller.appspot.com/x/.config?x=e49433cfed49b7d9
das
On Sun, Dec 06, 2020 at 05:10:26PM +, Michael Kelley wrote:
> From: Andrea Parri (Microsoft) Sent: Wednesday,
> November 18, 2020 6:37 AM
> >
> > vmbus_on_msg_dpc() double fetches from msgtype. The double fetch can
> > lead to an out-of-bound access when accessing the channel_message_table
Hi Geert,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 7059c2c00a2196865c2139083cbef47cd18109b6
commit: ea00d95200d02ece71f5814d41b14f2eb16d598b ASoC: Use imply for
SND_SOC_ALL_CODECS
date: 10 months ago
conf
On Tue, Dec 01, 2020 at 08:20:50PM +0100, Peter Zijlstra wrote:
> On Tue, Dec 01, 2020 at 02:11:33PM -0500, Joel Fernandes wrote:
> > On Wed, Nov 25, 2020 at 12:15:41PM +0100, Peter Zijlstra wrote:
> > > On Tue, Nov 17, 2020 at 06:19:52PM -0500, Joel Fernandes (Google) wrote:
> > >
> > > > +/*
> >
On Tue, Dec 01, 2020 at 01:12:44PM -0800, Sowjanya Komatineni wrote:
> + ret = devm_spi_register_master(&pdev->dev, master);
[...]
> +static int tegra_qspi_remove(struct platform_device *pdev)
> +{
> + struct spi_master *master = platform_get_drvdata(pdev);
> + struct tegra_qspi_data *
On Sun, Dec 06, 2020 at 05:14:18PM +, Michael Kelley wrote:
> From: Andrea Parri (Microsoft) Sent: Wednesday,
> November 18, 2020 6:37 AM
> >
> > vmbus_on_msg_dpc() double fetches from payload_size. The double fetch
> > can lead to a buffer overflow when (mem)copying the hv_message object.
The pull request you sent on Sun, 6 Dec 2020 21:47:13 +0900:
> git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild.git
> tags/kbuild-fixes-v5.10-2
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/e6585a493921991653be1fd65c3aa3fb90b000ae
Thank you!
--
From: Andrea Parri (Microsoft) Sent: Wednesday,
December 2, 2020 1:22 AM
>
> The hv_message object is in memory shared with the host. To prevent
> an erroneous or a malicious host from 'corrupting' such object, copy
> the object into private memory.
Sorry for reviewing the older version of thi
Hello,
I hope this email find you well.
My name is Fawaz KHE Al SALEH, Member of the Board of Directors at Kuveyt Turk
Participation Bankasi & CEO and Chairman Turkapital Holding B.S.C.C
I am reaching out to you because I am looking to confidentially invest my asset
sum USD $47,500,000.00 over
On 2020-12-06 15:02, Linus Walleij wrote:
On Sat, Dec 5, 2020 at 11:15 PM Serge Semin
wrote:
Hmm, that sounds like a problem, but the explanation is a bit unclear
to me. AFAICS you are saying that the only callbacks which are
called during the IRQ request/release are the irq_enable(), right?
On 12/6/20 8:42 AM, Bean Huo wrote:
> From: Bean Huo
>
> Currently, in the query completion trace print, since we use
> hba->lrb[tag].ucd_req_ptr and didn't differentiate UPIU between
> request and response, thus header and transaction-specific field
> in UPIU printed by query trace are identica
Hi--
Please see doc. comments below.
On 11/3/20 8:01 AM, Sumit Garg wrote:
> Update documentation for Trusted and Encrypted Keys with TEE as a new
> trust source. Following is brief description of updates:
>
> - Add a section to demostrate a list of supported devices along with
On 12/6/20 8:42 AM, Bean Huo wrote:
> From: Bean Huo
>
> Distinguish between TM request UPIU and response UPIU in TM UPIU trace,
> for the TM response, let TM UPIU trace print its TM response UPIU.
>
> Signed-off-by: Bean Huo
> ---
> drivers/scsi/ufs/ufshcd.c | 8 ++--
> 1 file changed, 6
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 7059c2c00a2196865c2139083cbef47cd18109b6
commit: b13812ddea615b6507beef24f76540c0c1143c5c MIPS: Loongson2ef: Disable
Loongson MMI instructions
date: 2 months ago
config: mips-randconfig-r005-20201207 (atta
On Sun, Dec 06, 2020 at 02:27:12PM +0100, Aleksander Jan Bajkowski wrote:
> This patch allows to use all PHYs on GRX300 and GRX330. The ARX300 has 3
> and the GRX330 has 4 integrated PHYs connected to different ports compared
> to VRX200.
>
> Port configurations:
>
> xRX200:
> GMAC0: RGMII/MII/RE
On 03.12.20 12:40, Xiaohui Zhang wrote:
> From: Zhang Xiaohui
>
> The fix makes sure no zero value in the buffer, by comparing the
> strlen() of the original buffer with the size variable.
What problem do you want to fix here?
I think, presently iblock_set_configfs_dev_params() just ignores inpu
Jerry,
On Fri, Dec 04 2020 at 18:43, Jerry Snitselaar wrote:
> @@ -715,9 +717,23 @@ static irqreturn_t tis_int_handler(int dummy, void
> *dev_id)
> {
> struct tpm_chip *chip = dev_id;
> struct tpm_tis_data *priv = dev_get_drvdata(&chip->dev);
> + static bool check_storm = true;
>
On Sun, Dec 06 2020 at 09:40, James Bottomley wrote:
> On Sun, 2020-12-06 at 17:40 +0100, Thomas Gleixner wrote:
>> On Sat, Dec 05 2020 at 12:39, Jarkko Sakkinen wrote:
>> > On Fri, Dec 04, 2020 at 06:43:37PM -0700, Jerry Snitselaar wrote:
>> > > To try and detect potential interrupt storms that
>>
The pull request you sent on Sun, 06 Dec 2020 13:11:41 -:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> x86-urgent-2020-12-06
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/8100a58044f8f502a53d90af96d6030767df0fbd
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Sun, 06 Dec 2020 13:11:38 -:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> irq-urgent-2020-12-06
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/592d9a0835c97f54744a7c3ce845c16735c0ab14
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Sun, 06 Dec 2020 13:11:40 -:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> perf-urgent-2020-12-06
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/9f6b28d498ba084dff970ad95796642f804ffcd8
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Sun, 06 Dec 2020 13:11:39 -:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> locking-urgent-2020-12-06
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/ff615c98035729776a74f9c86c3b137ae35ac1d3
Thank you!
--
Deet-doot-dot
Hi Jiaxun,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 7059c2c00a2196865c2139083cbef47cd18109b6
commit: b13812ddea615b6507beef24f76540c0c1143c5c MIPS: Loongson2ef: Disable
Loongson MMI instructions
date: 2 mon
Hello Linus,
06.12.2020 18:13, Linus Walleij пишет:
> On Sat, Dec 5, 2020 at 6:34 AM Dmitry Osipenko wrote:
>
>> Some Atmel touchscreen controllers have a WAKE line that needs to be
>> asserted low in order to wake up controller from a deep sleep. Document
>> the wakeup methods and the wake-GPIO
06.12.2020 18:20, Linus Walleij пишет:
> On Sat, Dec 5, 2020 at 6:48 AM Dmitry Osipenko wrote:
>
>> According to datasheets, chips like mXT1386 have a WAKE line, it is used
>> to wake the chip up from deep sleep mode before communicating with it via
>> the I2C-compatible interface.
>>
>> If the W
The pull request you sent on Sun, 6 Dec 2020 15:35:51 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git tags/tty-5.10-rc7
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/d49248eb25a223b238cd7687ea92b080f595a323
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Sun, 6 Dec 2020 15:35:28 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git tags/usb-5.10-rc7
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/f5226f1d20c4113922dbe7742c416f06700c1ea9
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Sun, 6 Dec 2020 15:36:20 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git
> tags/char-misc-5.10-rc7
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/ab91292cb3e9f43d9c6839d7572d17b35bc21710
Thank you!
--
Deet-do
Hi all,
In commit
9b73bde39cf2 ("drm/msm: Fix use-after-free in msm_gem with carveout")
Fixes tag
Fixes: 4b85f7f5cf7 ("drm/msm: support for an arbitrary number of address
spaces")
has these problem(s):
- SHA1 should be at least 12 digits long
In the furture, this can be avoided by set
On Sat, Dec 5, 2020 at 10:50 PM Nathan Chancellor
wrote:
>
> On Fri, Dec 04, 2020 at 02:52:41PM -0800, Sami Tolvanen wrote:
> > On Thu, Dec 3, 2020 at 2:32 PM Nick Desaulniers
> > wrote:
> > >
> > > So I'd recommend to Sami to simply make the Kconfig also depend on
> > > clang's integrated assem
Hi Rasmus,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 7059c2c00a2196865c2139083cbef47cd18109b6
commit: 5a35435ef4e6e4bd2aabd6706b146b298a9cffe5 soc: fsl: qe: remove PPC32
dependency from CONFIG_QUICC_ENGINE
d
Hi all,
In commit
c3c882898d07 ("pinctrl: aspeed: Fix GPIO requests on pass-through banks")
Fixes tag
Fixes: 6726fbff19bf ("pinctrl: aspeed: Fix GPI only function problem.")
has these problem(s):
- Target SHA1 does not exist
Maybe you meant
Fixes: 9b92f5c51e9a ("pinctrl: aspeed: Fix G
Apply changes to usecount also the the master partition.
Otherwise we have no refcounting at all if an MTD has no partitions.
Cc: sta...@vger.kernel.org
Fixes: 46b5889cc2c5 ("mtd: implement proper partition handling")
Signed-off-by: Richard Weinberger
---
drivers/mtd/mtdcore.c | 4
1 file c
On 2020-12-04, Petr Mladek wrote:
> On Tue 2020-12-01 21:59:40, John Ogness wrote:
>> Currently @clear_seq access is protected by @logbuf_lock. Once
>> @logbuf_lock is removed some other form of synchronization will be
>> required. Change the type of @clear_seq to atomic64_t to provide the
>> sync
On 2020-12-04, Sergey Senozhatsky wrote:
>> +static char *get_printk_count(void)
>
> A nit: I think get_foo() has some sort of special meaning and one
> would expect that there should be put_foo() as well, and that those
> have something to do with the ref counting.
OK. How about:
static char *p
Hi Shuosheng,
On 04/12/2020 08:09, Shuosheng Huang wrote:
Let's add cpufreq nvmem based for allwinner a100 soc. It's similar to h6,
let us use efuse_xlate to extract the differentiated part.
So you introduce 2 modifications here.
In this case it's better to have 2 patches.
One to introduce the
On 2020-12-04, Petr Mladek wrote:
>> Since the ringbuffer is lockless, there is no need for it to be
>> protected by @logbuf_lock. Remove @logbuf_lock.
>
> It might make sense to split also this patch into few more pieces that
> would remove the lock from a particular interface.
OK.
>> diff --gi
Dominique Martinet wrote on Sun, Dec 06, 2020:
> Chengguang Xu wrote on Sat, Dec 05, 2020:
> > If vma is shared and the file was opened for writing,
> > we should also create writeback fid because vma may be
> > mprotected writable even if now readonly.
>
> Hm, I guess it makes sense.
I had a sec
301 - 400 of 651 matches
Mail list logo
