On Sun, 2020-10-18 at 12:10 +0530, Dwaipayan Ray wrote:
> print index(" \t.,;?!", '');
>
> It output 0 in my case. So last words on a line seems to work.
> I don't know if this changes with the perl version though.
>
> So given this, will it be necessary to change end_char to ' ' ?
> or perhaps c
On Sat, Oct 17, 2020 at 11:05:06AM -0700, Linus Torvalds wrote:
> On Sat, Oct 17, 2020 at 3:02 AM Pavel Machek wrote:
> >
> > Bad Linus!
>
> Christ people.
>
> The bug is in linux-next, not in mainline. I've told the people
> involved already over a week ago.
>
> I can't do anything about linu
When clk_hw_register_fixed_rate_with_accuracy() fails,
clk_data should be freed. It's the same for the subsequent
two error paths, but we should also unregister the already
registered clocks in them.
Signed-off-by: Dinghao Liu
---
Changelog:
v2: - Unregister the already registered clocks on fai
On Sun, Oct 18, 2020 at 1:29 AM Jakub Kicinski wrote:
>
> On Sat, 17 Oct 2020 15:45:57 +0200 Heiner Kallweit wrote:
> > When __napi_schedule_irqoff was added with bc9ad166e38a
> > ("net: introduce napi_schedule_irqoff()") the commit message stated:
> > "Many NIC drivers can use it from their hard
Due to security reasons the rsp struct is not zerod out in one case this will
also zero out the former set rsp.id which seems to be wrong.
Signed-off-by: Stefan Gottwald
---
net/bluetooth/a2mp.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/net/bluetooth/a2mp.c b/net/blue
On 18.10.2020 10:02, Eric Dumazet wrote:
> On Sun, Oct 18, 2020 at 1:29 AM Jakub Kicinski wrote:
>>
>> On Sat, 17 Oct 2020 15:45:57 +0200 Heiner Kallweit wrote:
>>> When __napi_schedule_irqoff was added with bc9ad166e38a
>>> ("net: introduce napi_schedule_irqoff()") the commit message stated:
>>>
Hi,
On 10/14/20 3:32 PM, Juri Lelli wrote:
> Hi,
>
> On 08/10/20 23:47, Peng Liu wrote:
>> When change global rt bandwidth, we check to make sure that new
>> settings could accommodate the allocated dl bandwidth.
>>
>> Under SMP, the dl_bw is on a per root domain basis, currently we check
>> and
Dear Linux folks,
The Intel Broadwell-U laptop Dell Latitude E7250 (BIOS A19 01/23/2018),
according to PowerTOP, only reaches package C-State C7 and not C8, C9,
C10, while the four CPUs itself do reach C-State C10 and CE.
I was asked to look at:
1. `/sys/kernel/debug/pmc_core/package_cstat
--
Good Day,
I am Dr. Gerald Van Luven and I work as a financial consultant and
adviser
to Global Asset Management company LLC and some High Net worth
individuals
from the MENA region and European Union.
Basically, my principals are interested in investing in projects that
are
viable and
On Mon, Sep 28, 2020 at 07:04:38AM -0700, Dave Hansen wrote:
Good morning, I hope the weekend is going well for everyone.
> On 9/27/20 5:53 PM, Jarkko Sakkinen wrote:
> > On Fri, Sep 25, 2020 at 12:53:35PM -0700, Dave Hansen wrote:
> >> On 9/25/20 12:43 PM, Sean Christopherson wrote:
> That
Hi,
On 10/18/20 1:33 AM, Samuel Čavoj wrote:
> Hello everyone.
>
> On 17.09.2020 15:34, Samuel Čavoj wrote:
>> The UX360CA has a WMI device id 0x00060062, which reports whether the
>> lid is flipped in tablet mode (1) or in normal laptop mode (0).
>>
>> This commit adds a quirk (quirk_asus_use_li
Hi Tom,
Quick self intro: I have take over drivers/platform/x86
maintainership from Andy.
On 10/17/20 6:09 PM, t...@redhat.com wrote:
> From: Tom Rix
>
> This is a upcoming change to clean up a new warning treewide.
> I am wondering if the change could be one mega patch (see below) or
> normal
On Sun, Oct 18, 2020 at 05:21:28AM +, Aisheng Dong wrote:
> Not sure if EDAC could be a better place.
> e.g.
> drivers/edac/sifive_edac.c
I don't see how this functionality has anything to do with EDAC.
> If not, maybe we can put in 'soc' first.
Or drivers/misc/
--
Regards/Gruss,
Boris
Hi,
On 10/16/20 4:51 PM, Rafael J. Wysocki wrote:
> On Fri, Oct 16, 2020 at 1:11 PM Hans de Goede wrote:
>>
>> > from both threads to the Cc>
>>
>> Hi,
>>
>> On 10/14/20 5:42 PM, Rafael J. Wysocki wrote:
>>> On Wed, Oct 14, 2020 at 4:06 PM Hans de Goede wrote:
On 10/14/20 3:33 PM, Rafael J.
On Thu, Oct 15, 2020 at 02:38:07PM +0200, Linus Walleij wrote:
> On Thu, Oct 15, 2020 at 11:53 AM Russell King - ARM Linux admin
> wrote:
>
> > Don't be misled. It was not a matter of "enough gritty people", it
> > was a matter that EBSA110 was blocking it.
>
> I remember that EBSA110 was quite
Jakub,
On Sat, Oct 17 2020 at 16:29, Jakub Kicinski wrote:
> On Sat, 17 Oct 2020 15:45:57 +0200 Heiner Kallweit wrote:
>> It turned out that this most of the time isn't safe in certain
>> configurations:
>> - if CONFIG_PREEMPT_RT is set
>> - if command line parameter threadirqs is set
>>
>> Havin
On Fri, 16 Oct 2020 18:09:48 +0300
Andy Shevchenko wrote:
> On Sun, Oct 11, 2020 at 9:24 PM Lino Sanfilippo wrote:
> >
> > In function map_array_register() properly rewind in case of error.
> > Furthermore remove the now superfluous initialization of "ret" with 0.
>
> > int iio_map_array_reg
Hi,
On 18.10.2020 11:26, Hans de Goede wrote:
> Hi,
>
> On 10/18/20 1:33 AM, Samuel Čavoj wrote:
> > Hello everyone.
> >
> > On 17.09.2020 15:34, Samuel Čavoj wrote:
> >> The UX360CA has a WMI device id 0x00060062, which reports whether the
> >> lid is flipped in tablet mode (1) or in normal lap
Hi Sergei,
On Sat, Oct 17, 2020 at 9:15 PM Sergei Shtylyov
wrote:
> On 10/16/20 7:40 PM, Andy Shevchenko wrote:
> >> Before commit 9495b7e92f716ab2 ("driver core: platform: Initialize
> >> dma_parms for platform devices"), the R-Car SATA device didn't have DMA
> >> parameters. Hence the DMA boun
On Tue, 13 Oct 2020 17:37:12 +0200
Matthias Brugger wrote:
> On 12/10/2020 21:46, Fabien Parent wrote:
> > dev_comp field is used in a couple of places but it is never set. This
> > results in kernel oops when dereferencing a NULL pointer. Set the
> > `dev_comp` field correctly in the probe funct
On Tue, 13 Oct 2020 08:00:25 +0200
Matthias Brugger wrote:
> On 12/10/2020 22:52, Fabien Parent wrote:
> > Add documentation for the auxadc binding for MT8516 SoC.
> >
> > Signed-off-by: Fabien Parent
>
> Reviewed-by: Matthias Brugger
Applied to the togreg branch of iio.git and pushed out
On 10/16/2020 10:58 AM, Jing Xiangfeng wrote:
Fix to return error code PTR_ERR() from the error handling case instead of
0.
Fixes: 51aab12631dd ("RDMA/core: Get xmit slave for LAG")
Signed-off-by: Jing Xiangfeng
---
drivers/infiniband/core/verbs.c | 4 +++-
1 file changed, 3 insertions(+),
On Sat, Oct 17, 2020 at 11:51:22AM -0500, Eric W. Biederman wrote:
> "Enrico Weigelt, metux IT consult" writes:
>
> > On 30.08.20 16:39, Christian Brauner wrote:
> >
> > Hi Christian,
> >
> >> P1. Isolated id mappings can only be guaranteed to be locally isolated.
> >> A container runtime/dae
On Tue, 13 Oct 2020 18:32:43 +0800
Billy Tsai wrote:
> This patch organizes the define of adc to multiple partitions
> and adds the new bit field define for ast2600 driver.
Should be 2 patch patches. If you need to do a reorg,
do it first, then add new bits in a second patch. That way
we are r
On Sun, Oct 18, 2020 at 04:25:14PM +0800, kernel test robot wrote:
> Greeting,
>
> FYI, we noticed the following commit (built with gcc-9):
>
> commit: 3618ad2a7c0e78e4258386394d5d5f92a3dbccf8 ("virtio-net: ethtool
> configurable RXCSUM")
> https://git.kernel.org/cgit/linux/kernel/git/torvalds/l
This reverts commit 3618ad2a7c0e78e4258386394d5d5f92a3dbccf8.
When control vq is not negotiated, that commit causes a crash:
[ 72.229171] kernel BUG at drivers/net/virtio_net.c:1667!
[ 72.230266] invalid opcode: [#1] PREEMPT SMP
[ 72.231172] CPU: 0 PID: 1 Comm: swapper/0 Not tainted
5
Hi Wolfram,
On Saturday, 10 October 2020, 13:06:58 CEST, Wolfram Sang wrote:
> > Changes in v5:
> Changes in v6 were missing... Because patch 1 was updated, I reverted it
> from for-current and will apply this series to for-next instead to give
> it some more time for testing.
can may patches be
On Tue, 13 Oct 2020 18:32:44 +0800
Billy Tsai wrote:
Hi Billy,
> This patch is used to handle the difference between ast2600
> and previous versions.
Good to mention what they are. Not all of them are obvious (such
as the reset change to being requested as shared).
>
> Signed-off-by: Billy Tsa
On Tue, 13 Oct 2020 18:32:45 +0800
Billy Tsai wrote:
> At ast2600 ref_voltage becomes configurable and this property is board
> dependency.
>
> Signed-off-by: Billy Tsai
dt-bindings: etc for the patch title. Look at naming of similar patches
for a reference.
> ---
> .../devicetree/bindings
Add usb product id of the Quectel EC200T module.
---
drivers/usb/serial/option.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/usb/serial/option.c b/drivers/usb/serial/option.c
index 2a3bfd6f8..7e879233b 100644
--- a/drivers/usb/serial/option.c
+++ b/drivers/usb/serial/option.c
@@
On 2020-10-17 07:16 +0800, Coiby Xu wrote:
> On Thu, Oct 15, 2020 at 10:01:36AM +0900, Benjamin Poirier wrote:
> > On 2020-10-14 18:43 +0800, Coiby Xu wrote:
> > > To avoid namespace clashes with other qlogic drivers and also for the
> > > sake of naming consistency, use the "qlge_" prefix as sugge
On Sat, 17 Oct 2020 00:04:27 +0530
Vaishnav M A wrote:
> This patch aims to replace the of_property_read_u32 for reading
> the amstaos,cover-comp-gain property with device_property_read_u32
>
> Thanks and Regards,
> Vaishnav M A
Should keep this stuff about the --- to just the patch description
On Sun, 18 Oct 2020 08:47:32 +0530
Vaishnav M A wrote:
A very similar change was made recently in
00fa493b9989 ("iio:proximity:as3935: Drop of_match_ptr and use generic fw
accessors")
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=00fa493b99894b930e431c05a9dba294c5
On Sat, 17 Oct 2020 00:14:59 +0530
Vaishnav M A wrote:
> This patch aims to add i2c_device_id for the
> vcnl4035 driver, while going through the initial driver
> submission patches, noticed that the i2c_device_id was removed
> on suggestion (https://lore.kernel.org/patchwork/patch/970970/),
> wil
On Sun, 18 Oct 2020 08:55:43 +0530
Vaishnav M A wrote:
> replace the of_property_read_u32 for reading the amstaos,cover-comp-gain
> property with device_property_read_u32,allows the driver to
> get the properties information using the more generic device_property_*
> helpers and opens the possibi
On Sun, 18 Oct 2020 09:01:42 +0530
Vaishnav M A wrote:
> add i2c_device_id for the vl53l0x-i2c driver so
> that the device can be instantiated using i2c_new_client_device
> or from userspace, useful in cases where device tree based description
> is not possible now(Eg. a device on a gbphy i2c
> a
On Sun, 18 Oct 2020 08:55:43 +0530
Vaishnav M A wrote:
> replace the of_property_read_u32 for reading the amstaos,cover-comp-gain
> property with device_property_read_u32,allows the driver to
> get the properties information using the more generic device_property_*
> helpers and opens the possibi
On Sun, 18 Oct 2020 09:06:02 +0530
Vaishnav M A wrote:
> add i2c_device_id for the vcnl4035 driver so that
> the device can be instantiated using i2c_new_client_device
> or from userspace, useful in cases where device tree based
> description is not possible now(Eg. a device on a gbphy i2c
> adap
On Fri, 16 Oct 2020 14:58:37 -0500
David Lechner wrote:
> The values given were the offset of the register after the last
> register instead of the actual last register in each range. Fix
> by using the correct last register of each range.
>
> Signed-off-by: David Lechner
Fixes tag please.
Th
On 18.10.2020 11:55, Thomas Gleixner wrote:
> Jakub,
>
> On Sat, Oct 17 2020 at 16:29, Jakub Kicinski wrote:
>> On Sat, 17 Oct 2020 15:45:57 +0200 Heiner Kallweit wrote:
>>> It turned out that this most of the time isn't safe in certain
>>> configurations:
>>> - if CONFIG_PREEMPT_RT is set
>>> - i
> [...]
> > > > > > +static int i2c_hid_polling_thread(void *i2c_hid)
> > > > > > +{
> > > > > >
> > > > > > - struct i2c_hid *ihid = i2c_hid;
> > > > > > - struct i2c_client *client = ihid->client;
> > > > > > - unsigned int polling_interval_idle;
> > > > > > -
> > > > > > - while (1) {
>
From: Konrad Dybcio
Add the new bindings for SDM660 rpmpd power domains.
Signed-off-by: Konrad Dybcio
Signed-off-by: AngeloGioacchino Del Regno
---
.../devicetree/bindings/power/qcom,rpmpd.yaml| 1 +
include/dt-bindings/power/qcom-rpmpd.h | 12
2 files chan
From: Konrad Dybcio
Add the shared cx/mx and sensor sub-system's cx and mx
power-domains found on SDM660.
Signed-off-by: Konrad Dybcio
Signed-off-by: AngeloGioacchino Del Regno
---
drivers/soc/qcom/rpmpd.c | 33 +
1 file changed, 33 insertions(+)
diff --git a/
On Sat, Oct 17, 2020 at 09:39:38AM +0200, David Hildenbrand wrote:
>
>> Am 17.10.2020 um 00:38 schrieb Wei Yang :
>>
>> On Fri, Oct 16, 2020 at 12:32:50PM +0200, David Hildenbrand wrote:
>> Ok, I seems to understand the logic now.
>>
>> But how we prevent ONLINE_PARTIAL memory block
From: AngeloGioacchino Del Regno
This is a custom multi-aspect 25MegaPixels sensor from Sony,
found in many Sony Xperia smartphones from various eras.
The camera assembly for this sensor usually (at least in Xperia
phones) has a lens that does not cover the entire sensor area,
which means that t
From: AngeloGioacchino Del Regno
Add YAML device tree binding for IMX300 CMOS image sensor, and
the relevant MAINTAINERS entries.
Signed-off-by: AngeloGioacchino Del Regno
---
.../devicetree/bindings/media/i2c/imx300.yaml | 115 ++
MAINTAINERS
From: AngeloGioacchino Del Regno
This patch series adds support for the IMX300 camera sensor, (one of the)
first Exmor-RS Stacked CMOS sensor(s), with support for both of the
supported aspect ratios (4:3 and 16:9).
This driver came out from reverse engineering of so called "userspace
drivers" fro
On Sun, Oct 18, 2020 at 11:41 AM Hans de Goede wrote:
>
> Hi,
>
> On 10/16/20 4:51 PM, Rafael J. Wysocki wrote:
> > On Fri, Oct 16, 2020 at 1:11 PM Hans de Goede wrote:
> >>
> >> >> one from both threads to the Cc>
> >>
> >> Hi,
> >>
> >> On 10/14/20 5:42 PM, Rafael J. Wysocki wrote:
> >>> On We
On 2020-10-09 15:05, Rob Herring wrote:
> On Wed, Oct 07, 2020 at 05:49:14PM +, Caleb Connolly wrote:
>> Document the OnePlus 6/T common panel driver, example from
>> arch/arm64/boot/dts/qcom/sdm845-oneplus-common.dtsi
>>
>> Signed-off-by: Caleb Connolly
>> ---
>> .../display/panel/panel-one
On Fri, Oct 16, 2020 at 10:57:35AM +0200, David Hildenbrand wrote:
>>> Do we adjust the count twice?
>>>
>>
>> Ah, I got the reason why we need to adjust count for *unplugged* sub-blocks.
>
>Exactly.
>
>>
- for (i = 0; i < nr_pages; i++) {
- page = pfn_to_page(
On Mon, Oct 12, 2020 at 02:53:07PM +0200, David Hildenbrand wrote:
>Let's factor out the core pieces and place the implementation next to
>virtio_mem_fake_offline(). We'll reuse this functionality soon.
>
>Cc: "Michael S. Tsirkin"
>Cc: Jason Wang
>Cc: Pankaj Gupta
>Signed-off-by: David Hildenbra
From: Guo Ren
This enables the use of per-task stack canary values if GCC has
support for emitting the stack canary reference relative to the
value of tp, which holds the task struct pointer in the riscv
kernel.
After compare arm64 and x86 implementations, seems arm64's is more
flexible and read
On Fri, Oct 16, 2020 at 03:17:06PM +0200, David Hildenbrand wrote:
>On 16.10.20 10:53, Wei Yang wrote:
>> On Mon, Oct 12, 2020 at 02:53:14PM +0200, David Hildenbrand wrote:
>>> Let's rename to "sbs_per_mb" and "sb_size" and move accordingly.
>>>
>>> Cc: "Michael S. Tsirkin"
>>> Cc: Jason Wang
>>>
On Sun, Oct 18, 2020 at 06:51:11PM +0800, septs wrote:
> Add usb product id of the Quectel EC200T module.
> ---
> drivers/usb/serial/option.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/usb/serial/option.c b/drivers/usb/serial/option.c
> index 2a3bfd6f8..7e879233b 100644
>
On Mon, Oct 12, 2020 at 02:52:54PM +0200, David Hildenbrand wrote:
>virtio-mem currently only supports device block sizes that span at most
>a single Linux memory block. For example, gigantic pages in the hypervisor
>result on x86-64 in a device block size of 1 GiB - when the Linux memory
>block si
From: AngeloGioacchino Del Regno
The CSIPHY on SDM630/660 needs a slightly longer T_HS_CLK_MISS
configuration on lanes CFG4.
Signed-off-by: AngeloGioacchino Del Regno
---
drivers/media/platform/qcom/camss/camss-csiphy-3ph-1-0.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff
From: AngeloGioacchino Del Regno
This patch series implements support for the entire camera subsystem
found in SDM630/636/660 and SDA variants, including CSIPHY 3-Phase,
CSID v5.0, ISPIF 3.0 (though it didn't need any adaptation) and
VFE 4.8.
One small note about VFE4.8, even if I wrote it in th
From: AngeloGioacchino Del Regno
Add support for the Qualcomm SDM630/636/660 and SDA variants' camera
subsystem. These SoCs are equipped with:
- 3x CSI PHY 3-Phase v1.0 (downstream csiphy-v3.5)
- 4x CSID v5.0
- 2x ISPIF v3.0
- 2x VFE 4.8
As a note, this camera subsystem is very similar to the one
From: AngeloGioacchino Del Regno
The SDM630/660 SoCs (and variants) have another clock source
for the PHY, which must be set to a rate that's equal or
greater than the CSI PHY timer clock: failing to do this
will produce PHY overflows when trying to get a stream from
a very high bandwidth camera
From: AngeloGioacchino Del Regno
Add bindings for qcom,sdm660-camss in order to support the camera
subsystem on SDM630/660 and SDA variants.
Signed-off-by: AngeloGioacchino Del Regno
---
Documentation/devicetree/bindings/media/qcom,camss.txt | 7 +++
1 file changed, 7 insertions(+)
diff -
From: AngeloGioacchino Del Regno
Resetting the ISPIF VFE0 context is wrong if we are using the VFE1
for dual-camera or simply because a secondary camera is connected
to it: in this case the reset will always happen on the VFE0 ctx
of the ISPIF, which is .. useless.
Fix this usecase by adding the
From: AngeloGioacchino Del Regno
Add the support for VFE 4.8 in the camss-vfe-4-7 driver, as this one
really is a minor revision, requiring the very same management and
basically having the same register layout as VFE 4.7, but needing
a different QoS and DS configuration, using a different regist
Hi Sam,
On Sat, Oct 17, 2020 at 12:47:36PM +0200, Sam Ravnborg wrote:
> Hi Guido.
>
> On Sat, Oct 17, 2020 at 11:13:07AM +0200, Guido Günther wrote:
> > Hi Sam,
> > On Fri, Oct 16, 2020 at 04:29:16PM +0200, Sam Ravnborg wrote:
> > > Hi Guido.
> > > On Tue, Oct 13, 2020 at 12:32:45PM +0200, Guido G
Peter, what do you think? Can we apply this patch?
A potential for-now workaround for syzkaller would be to allow syzkaller
not to encounter the BUG: message (by masking BUG: message on the kernel
side) when hitting these limits, for continue testing until the kernel
crashes (due to other bugs lik
[ Added linux-api because we are talking about a subtle semantic
change to the permission checks ]
Christian Brauner writes:
> On Sat, Oct 17, 2020 at 11:51:22AM -0500, Eric W. Biederman wrote:
>> "Enrico Weigelt, metux IT consult" writes:
>>
>> > On 30.08.20 16:39, Christian Brauner wrote:
Hi Caleb.
I have missed to provice review feedback so here goes.
There is some improvements that can be made as the infrastructure has
evolved since the driver was started.
But despite the number of comments below it is all trivial and the
driver looks good in general.
I look forward to see the n
Hi Guido
> On Sun, Oct 18, 2020 at 03:01:22PM +0200, Guido Günther wrote:
> Hi Sam,
> On Sat, Oct 17, 2020 at 12:47:36PM +0200, Sam Ravnborg wrote:
> > Hi Guido.
> >
> > On Sat, Oct 17, 2020 at 11:13:07AM +0200, Guido Günther wrote:
> > > Hi Sam,
> > > On Fri, Oct 16, 2020 at 04:29:16PM +0200, Sa
According to Synopsys Programming Guide chapter 2.2 Register Resets,
it cannot reset the DCTL register by set DCTL.CSFTRST for Core Soft Reset,
if DWC3 controller as a slave device and stay connected with a usb host,
then, reboot linux, it will fail to reinitialize dwc3 as a slave device
when the D
Hi Joe,
On Tue, Aug 25, 2020 at 2:12 AM Joe Perches wrote:
> If a file exists in git and checkpatch is used without the -f
> flag for scanning a file, then checkpatch will scan the file
> assuming it's a patch and emit:
>
> ERROR: Does not appear to be a unified-diff format patch
>
> Change the b
On 10/17/20 10:43 PM, Greg KH wrote:
> On Sat, Oct 17, 2020 at 09:09:28AM -0700, t...@redhat.com wrote:
>> From: Tom Rix
>>
>> This is a upcoming change to clean up a new warning treewide.
>> I am wondering if the change could be one mega patch (see below) or
>> normal patch per file about 100 p
The test module to check that free_pages() does not leak memory does not
provide any feedback whatsoever its state or progress, but may take some
time on slow machines. Add the printing of messages upon starting each
phase of the test, and upon completion.
Signed-off-by: Geert Uytterhoeven
---
On Mon, Oct 12, 2020 at 07:35:11PM -0500, David Lechner wrote:
> On 9/26/20 9:18 PM, William Breathitt Gray wrote:
> > The following are some questions I have about this patchset:
> >
> > 1. Should standard Counter component data types be defined as u8 or u32?
> >
> > Many standard Counter co
On 10/18/20 2:52 AM, kernel test robot wrote:
> Greeting,
>
> FYI, we noticed the following commit (built with gcc-9):
>
> commit: d5883a5113ffde433efec9b54e4402c9534ccb19 ("io_uring: store
> io_identity in io_uring_task")
> https://git.kernel.org/cgit/linux/kernel/git/axboe/linux-block.git
> i
Thanks for the comments
I found in current code, there are two places to call local_memory_node(node)
before calling kzalloc_node(), I think we can remove them?
-Original Message-
From: Michal Hocko [mailto:mho...@suse.com]
Sent: Monday, October 12, 2020 11:06 PM
To: tianxianting (RD)
C
Hi Tom,
On Fri, 16 Oct 2020 16:48:22 -0500
Tom Zanussi wrote:
> trace_run_command() and therefore functions that use it, such as
> trace_parse_run_command(), uses argv_split() to split the command into
> an array of args then passed to the callback to handle.
>
> This works fine for most comman
On Sun, Oct 18, 2020 at 04:04:45PM +0200, Geert Uytterhoeven wrote:
> The test module to check that free_pages() does not leak memory does not
> provide any feedback whatsoever its state or progress, but may take some
> time on slow machines. Add the printing of messages upon starting each
> phase
Hi Matthew,
On Sun, Oct 18, 2020 at 4:25 PM Matthew Wilcox wrote:
> On Sun, Oct 18, 2020 at 04:04:45PM +0200, Geert Uytterhoeven wrote:
> > The test module to check that free_pages() does not leak memory does not
> > provide any feedback whatsoever its state or progress, but may take some
> > tim
Replace of_property_read_u32() with device_property_read_u32,
when reading the amstaos,cover-comp-gain.This opens up the
possibility of passing the properties during platform instantiation
of the device by a suitable populated struct property_entry.
Additionally a minor change to logic is added to
On Sun, Oct 18, 2020 at 5:05 PM Jonathan Cameron wrote:
>
> On Sun, 18 Oct 2020 08:55:43 +0530
> Vaishnav M A wrote:
>
> > replace the of_property_read_u32 for reading the amstaos,cover-comp-gain
> > property with device_property_read_u32,allows the driver to
> > get the properties information us
On Mon, Oct 12, 2020 at 09:15:00PM -0500, David Lechner wrote:
> On 9/26/20 9:18 PM, William Breathitt Gray wrote:
> > This is a reimplementation of the Generic Counter driver interface.
>
> I'll follow up if I find any problems while testing but here are some
> comments I had from looking over th
On Tue, Oct 13, 2020 at 07:13:32PM -0500, David Lechner wrote:
> On 9/26/20 9:18 PM, William Breathitt Gray wrote:
> > +static irqreturn_t quad8_irq_handler(int irq, void *quad8iio)
> > +{
> > + struct quad8_iio *const priv = quad8iio;
> > + const unsigned long base = priv->base;
> > + unsign
hello,
System was slow and audio and video
was breaking. I was compiling a kernel and also
played a youtube video in firefox and maybe evolution.
meminfo.txt and lscpu.txt files are attached.
The following is a part from "dmesg -l warn"
---x--x-x---
On Sun, Oct 18, 2020 at 04:39:27PM +0200, Geert Uytterhoeven wrote:
> Hi Matthew,
>
> On Sun, Oct 18, 2020 at 4:25 PM Matthew Wilcox wrote:
> > On Sun, Oct 18, 2020 at 04:04:45PM +0200, Geert Uytterhoeven wrote:
> > > The test module to check that free_pages() does not leak memory does not
> > >
Add i2c_device_id table for the vl53l0x-i2c driver,
helps in device instantiation using i2c_new_client_device
or from userspace in cases where device-tree based description
is not possible now (Example: device on a gbphy i2c adapter
created by greybus)
Signed-off-by: Vaishnav M A
---
v3:
On Sun, Oct 18, 2020 at 5:06 PM Jonathan Cameron wrote:
>
> On Sun, 18 Oct 2020 09:06:02 +0530
> Vaishnav M A wrote:
>
> > add i2c_device_id for the vcnl4035 driver so that
> > the device can be instantiated using i2c_new_client_device
> > or from userspace, useful in cases where device tree base
Hi Tom,
On Fri, 16 Oct 2020 16:48:21 -0500
Tom Zanussi wrote:
> Hi,
>
> This patchset addresses the synthetic event error anomalies reported
> by Masami in the last patchset [1].
>
> It turns out that most of the problems boil down to clunky separator
> parsing; adding a couple new abilities t
Hi Tom,
On Sun, 18 Oct 2020 23:20:11 +0900
Masami Hiramatsu wrote:
> Hi Tom,
>
> On Fri, 16 Oct 2020 16:48:22 -0500
> Tom Zanussi wrote:
>
> > trace_run_command() and therefore functions that use it, such as
> > trace_parse_run_command(), uses argv_split() to split the command into
> > an arr
Add i2c_device_id table for the vl53l0x-i2c driver,
helps in device instantiation using i2c_new_client_device
or from userspace in cases where device-tree based description
is not possible now (Example: device on a gbphy i2c adapter
created by greybus)
Signed-off-by: Vaishnav M A
---
v3:
Signed-off-by: Hubert Jasudowicz
---
drivers/powercap/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/powercap/Kconfig b/drivers/powercap/Kconfig
index ebc4d4578339..bc228725346b 100644
--- a/drivers/powercap/Kconfig
+++ b/drivers/powercap/Kconfig
@@ -30,7 +30,
On Sun, Oct 18, 2020 at 5:03 PM Jonathan Cameron wrote:
>
> On Sun, 18 Oct 2020 09:01:42 +0530
> Vaishnav M A wrote:
>
> > add i2c_device_id for the vl53l0x-i2c driver so
> > that the device can be instantiated using i2c_new_client_device
> > or from userspace, useful in cases where device tree b
On Mon, Oct 12, 2020 at 02:52:54PM +0200, David Hildenbrand wrote:
> virtio-mem currently only supports device block sizes that span at most
> a single Linux memory block. For example, gigantic pages in the hypervisor
> result on x86-64 in a device block size of 1 GiB - when the Linux memory
> bloc
On Sun, Oct 18, 2020 at 4:47 PM Jonathan Cameron wrote:
>
> On Sun, 18 Oct 2020 08:47:32 +0530
> Vaishnav M A wrote:
>
> A very similar change was made recently in
> 00fa493b9989 ("iio:proximity:as3935: Drop of_match_ptr and use generic fw
> accessors")
> https://git.kernel.org/pub/scm/linux/ker
Greetings.
I am Mr. H.E. Ali Shareef Al-Emadi, Finance and Account, Qatar Petroleum. I
have $30m for Investment. Contact me if you are interested; I have all it will
take to move the fund to any of your account designate as a Contract Fund to
avoid every query by the authority in your Countr
Hi,
On 18/10/20 10:46, ouwen wrote:
> On Fri, Oct 16, 2020 at 01:48:17PM +0100, Valentin Schneider wrote:
>> ---
>> diff --git a/kernel/sched/core.c b/kernel/sched/core.c
>> index a5b6eac07adb..1ebf653c2c2f 100644
>> --- a/kernel/sched/core.c
>> +++ b/kernel/sched/core.c
>> @@ -1859,6 +1859,13 @
On Sat, Oct 17, 2020 at 03:24:08PM +0200, Jason A. Donenfeld wrote:
> 4c. The guest kernel maintains an array of physical addresses that are
> MADV_WIPEONFORK. The hypervisor knows about this array and its
> location through whatever protocol, and before resuming a
> moved/snapshotted/duplicated VM
On Sun, Oct 18, 2020 at 8:52 AM Michael S. Tsirkin wrote:
>
> On Sat, Oct 17, 2020 at 03:24:08PM +0200, Jason A. Donenfeld wrote:
> > 4c. The guest kernel maintains an array of physical addresses that are
> > MADV_WIPEONFORK. The hypervisor knows about this array and its
> > location through whate
On Sun, Oct 18, 2020 at 10:18:53AM +0300, michael alayev wrote:
> Hello andrew,
> > This is pretty unreadable with all the white space removed.
> > Please could you post again with the white space.
> Its formatted better here:
> https://stackoverflow.com/q/64301750/8926995?sem=2
Better, but the in
On Sun, Oct 18, 2020 at 08:54:36AM -0700, Andy Lutomirski wrote:
> On Sun, Oct 18, 2020 at 8:52 AM Michael S. Tsirkin wrote:
> >
> > On Sat, Oct 17, 2020 at 03:24:08PM +0200, Jason A. Donenfeld wrote:
> > > 4c. The guest kernel maintains an array of physical addresses that are
> > > MADV_WIPEONFOR
On Tue, Oct 13, 2020 at 03:18:57PM +1300, Chris Packham wrote:
> When a port is configured with 'managed = "in-band-status"' don't force
> the link up, the switch MAC will detect the link status correctly.
>
> Signed-off-by: Chris Packham
Reviewed-by: Andrew Lunn
Andrew
On Sun, 2020-10-18 at 16:03 +0200, Geert Uytterhoeven wrote:
> Hi Joe,
>
> On Tue, Aug 25, 2020 at 2:12 AM Joe Perches wrote:
> > If a file exists in git and checkpatch is used without the -f
> > flag for scanning a file, then checkpatch will scan the file
> > assuming it's a patch and emit:
> >
1 - 100 of 818 matches
Mail list logo
