-- Forwarded message -
发件人: yuanli fu
Date: 2024年2月29日周四 16:27
Subject: Re: [PATCH] tcp: Add skb addr and sock addr to arguments of
tracepoint tcp_probe.
To: Jason Xing
Jason Xing 于2024年2月29日周四 15:30写道:
>
> On Thu, Feb 29, 2024 at 1:33 PM fuyuanli wrote:
> >
> > It is useful t
Hello,
This query is regarding Function level reset feature for SRIOV.
As per code in Linux PCIe driver the function level reset is done by writing
“1” to “reset” under sysfs interface.
e.g. “echo 1 > /sys/bus/pci/devices/ /reset “
As function level reset is not triggered via the PC
There is a clear use after free on line 213.
julia
-- Forwarded message --
Date: Sat, 3 Apr 2021 04:42:45 +0800
From: kernel test robot
To: kbu...@lists.01.org
Cc: l...@intel.com, Julia Lawall
Subject: Re: [PATCH net-next v8 2/2] net: Add Qcom WWAN control driver
CC: kbuild-...
Hi, Masahiro!
Are you aware about this [1] bug report?
I have stumbled recently on the same issue on my home laptop. What is
the suggested workaround or fix?
[1]: https://bugzilla.kernel.org/show_bug.cgi?id=212105
--
With Best Regards,
Andy Shevchenko
Hello,
There seems to be an inconsistency, but the patch proposed by Coccinelle
does not look correct. There should be a test on opp_table.
julia
-- Forwarded message --
Date: Mon, 1 Mar 2021 16:35:52 +0800
From: kernel test robot
To: kbu...@lists.01.org
Cc: l...@intel.com, Jul
There are identical kfrees on lines 2078 and 2080.
julia
-- Forwarded message --
Date: Fri, 12 Feb 2021 10:45:50 +0800
From: kernel test robot
To: kbu...@lists.01.org
Cc: l...@intel.com, Julia Lawall
Subject: Re: [PATCH v5 13/19] remoteproc: Properly deal with the resource table
This regression (boot failure) is now in 5.11.0-rc2
--
Jethro Beekman | Fortanix
Forwarded Message
Subject: [Bug 210449] New: acpi_device_add: buffer overflow in strcpy
Date: Wed, 02 Dec 2020 02:16:38 -0800
From: bugzilla-dae...@bugzilla.kernel.org
https://bugzilla.kernel.org/
--- Begin Message ---
On 20/12/20 07:35PM, David Laight wrote:
> From: Amey Narkhede
> > Sent: 20 December 2020 16:46
> >
> > The macro htons expands to __swab16 which has special
> > case for constants in little endian case. In big
> > endian case both __constant_htons and htons macros
> > expand
Meng,
It looks like not just definitions but some static data is moved to
includes. Why?
Thanks,
Yes, as both 'crypto' and HPRE use elliptic curves parameters, once
we keep them in 'include/crypto/ecc_curve_defs.h', crypto drivers
can use curves parameters without redefining them.
Thanks,
--- Begin Message ---
hello,
kmemleaks found. see related information below...
x--x>
cat /sys/kernel/debug/kmemleak
unreferenced object 0x8881105d2348 (size 8):
comm "kunit_try_catch", pid 139, jiffies 4294898877 (age 6055.628s)
hex
Please check line 2432. Based on the preceeding tests, there may be a
NULL pointer dereference.
julia
-- Forwarded message --
Date: Fri, 27 Nov 2020 06:27:51 +0800
From: kernel test robot
To: kbu...@lists.01.org
Cc: l...@intel.com, Julia Lawall
Subject: Re: [PATCH v2 2/5] clk:
On Mon, Oct 19, 2020 at 03:27:48AM +0530, Jeffrin Jose T wrote:
> On Sun, 2020-10-18 at 23:03 +0200, Borislav Petkov wrote:
> > On Mon, Oct 19, 2020 at 01:51:34AM +0530, Jeffrin Jose T wrote:
> > > On Sun, 2020-10-18 at 19:49 +0200, Borislav Petkov wrote:
> > > > On Sun, Oct 18, 2020 at 10:42:39PM
On Sun, 2020-10-18 at 23:03 +0200, Borislav Petkov wrote:
> On Mon, Oct 19, 2020 at 01:51:34AM +0530, Jeffrin Jose T wrote:
> > On Sun, 2020-10-18 at 19:49 +0200, Borislav Petkov wrote:
> > > On Sun, Oct 18, 2020 at 10:42:39PM +0530, Jeffrin Jose T wrote:
> > > > smpboot: Scheduler frequency invari
On Mon, Oct 19, 2020 at 01:51:34AM +0530, Jeffrin Jose T wrote:
> On Sun, 2020-10-18 at 19:49 +0200, Borislav Petkov wrote:
> > On Sun, Oct 18, 2020 at 10:42:39PM +0530, Jeffrin Jose T wrote:
> > > smpboot: Scheduler frequency invariance went wobbly, disabling!
> > > [ 1112.592866] unchecked MSR ac
On Sun, Oct 18, 2020 at 10:42:39PM +0530, Jeffrin Jose T wrote:
> smpboot: Scheduler frequency invariance went wobbly, disabling!
> [ 1112.592866] unchecked MSR access error: RDMSR from 0x123 at rIP:
> 0xb5c9a184 (native_read_msr+0x4/0x30)
> [ 1112.592869] Call Trace:
> [ 1112.592876] upda
--- Begin Message ---
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
On 9/8/20 8:26 PM, Rob Herring wrote:
> On Tue, Sep 8, 2020 at 8:53 AM Nicola Mazzucato
> wrote:
Hi Rob, thanks for your prompt reply. Please find my comments below.
> So while this resend fixes the problem of not getting into DT
> patchwork, you've dropped everyone else. The correct thing to do
On Tue, Sep 01, 2020 at 02:06:23PM +0200, antoni.przyby...@wp.pl wrote:
> On 01.09.2020 13:08, Greg KH wrote:
> > On Tue, Sep 01, 2020 at 12:43:11PM +0200, antoniprzybylik wrote:
> > > Such macros are dangerous. Consider following example:
> > > #define GDM_TTY_READY(gdm) (gdm && gdm->tty_dev &&
On 01.09.2020 13:08, Greg KH wrote:
On Tue, Sep 01, 2020 at 12:43:11PM +0200, antoniprzybylik wrote:
Such macros are dangerous. Consider following example:
#define GDM_TTY_READY(gdm) (gdm && gdm->tty_dev && gdm->port.count)
GDM_TTY_READY(a + b)
This macro will be expanded in such
On Tue, Sep 01, 2020 at 02:06:23PM +0200, antoni.przyby...@wp.pl wrote:
> On 01.09.2020 13:08, Greg KH wrote:
> > On Tue, Sep 01, 2020 at 12:43:11PM +0200, antoniprzybylik wrote:
> > > Such macros are dangerous. Consider following example:
> > > #define GDM_TTY_READY(gdm) (gdm && gdm->tty_dev &&
On Wed, Aug 19, 2020 at 02:57:14PM +0800, Hsin-Yi Wang wrote:
> I think you missed this email :)
>
> -- Forwarded message -
> From: Sam Ravnborg
> Date: Tue, Aug 11, 2020 at 4:35 AM
> Subject: Re: [PATCH v14 0/2] Add initial support for slimport anx7625
> To: Xin Ji
> Cc: , Laure
On 7/29/20 9:37 AM, Julia Lawall wrote:
Hello,
It looks like an unlock may be wanted on line 2004.
julia
Thanks for catching that, Julia. I'll follow up shortly.
sln
-- Forwarded message --
Date: Thu, 30 Jul 2020 00:08:47 +0800
From: kernel test robot
To: kbu...@lists.01
Hello,
It looks like an unlock may be wanted on line 2004.
julia
-- Forwarded message --
Date: Thu, 30 Jul 2020 00:08:47 +0800
From: kernel test robot
To: kbu...@lists.01.org
Cc: l...@intel.com, Julia Lawall
Subject: drivers/net/ethernet/pensando/ionic/ionic_lif.c:2004:3-9: pre
Unneeded warning message on failure of platform_get_irq.
julia
-- Forwarded message --
Date: Thu, 16 Jul 2020 08:05:55 +0800
From: kernel test robot
To: kbu...@lists.01.org
Cc: l...@intel.com, Julia Lawall
Subject: drivers/pci/controller/pci-v3-semi.c:808:2-9: line 808 is redund
-- Forwarded message -
From: Patrick Volkerding
Date: Tue, Jul 14, 2020 at 2:22 PM
Subject: Hybrid graphics regression in 5.4.49+ [bisected]
To: Bjorn Helgaas , Mika Westerberg
Cc: Patrick Volkerding
Hello,
I ran into a problem recently with a laptop with hybrid graphics. Here
-- Forwarded message --
Date: Sun, 12 Jul 2020 11:15:29 +0800
From: kernel test robot
To: kbu...@lists.01.org
Cc: l...@intel.com, Julia Lawall
Subject: drivers/gpu/drm/mediatek/mtk_dpi.c:721:2-9: line 721 is redundant
because platform_get_irq() already prints an error
CC: k
Hello,
Please check whether there should be an unlock before line 53.
julia
-- Forwarded message --
Date: Fri, 10 Jul 2020 19:00:10 +0800
From: kernel test robot
To: kbu...@lists.01.org
Cc: l...@intel.com, Julia Lawall
Subject: drivers/staging/wfx/hif_tx.c:53:2-8: preceding loc
Hello,
Please lines 5025 and 5038.
julia
-- Forwarded message --
Date: Tue, 7 Jul 2020 04:54:19 +0800
From: kernel test robot
To: kbu...@lists.01.org
Cc: l...@intel.com, Julia Lawall
Subject: drivers/scsi/mpt3sas/mpt3sas_base.c:5025:16-34: WARNING:
dma_alloc_coherent use in
Hi
The proposal is not just! It's bloat! Not directed at the problem!
Like ISO 9001 processes which were defined, but which were
circumvented/ignored by every single employee, for god reasons.
If the coding style document would explicite state function, names and
identifiers should be descriptive
On Tue, Jun 23, 2020 at 07:11:49PM +0200, Julia Lawall wrote:
> It looks like the put_device (line 891) should be one line earlier.
>
Yikes - thanks for that.
I'll be sure to coccinelle my code before submitting from now on.
Cheers,
Kent.
It looks like the put_device (line 891) should be one line earlier.
julia
-- Forwarded message --
Date: Tue, 23 Jun 2020 15:26:47 +0800
From: kernel test robot
To: kbu...@lists.01.org
Cc: l...@intel.com, Julia Lawall
Subject: Re: [PATCH 16/22] gpiolib: cdev: add V2 uAPI implemen
ulia Lawall
> Sent: Thursday, June 18, 2020 10:08 AM
> To: Ronnie Sahlberg
> Cc: Steven French ;
> linux-kernel@vger.kernel.org ;
> kbuild-...@lists.01.org
> Subject: [EXTERNAL] fs/cifs/transport.c:1284:2-8: preceding lock on line
> 1277 (fwd)
> Hello,
>
> This i
Hello,
This is not actually a bug. But for both tools and humans, it might be
better to refer to the lock on line 1281 in the same way that it is
referred to on line 1277.
julia
-- Forwarded message --
Date: Thu, 18 Jun 2020 08:07:12 +0800
From: kernel test robot
To: kbu...@lis
On Mon, Jun 15, 2020 at 03:24:12PM +0200, Christian Borntraeger wrote:
> stable team,
> please consider
>
> commit 49f2d2419d60a103752e5fbaf158cf8d07c0d884
> usercopy: mark dma-kmalloc caches as usercopy caches
> for stable.
Now queued up.
thanks,
greg k-h
stable team,
please consider
commit 49f2d2419d60a103752e5fbaf158cf8d07c0d884
usercopy: mark dma-kmalloc caches as usercopy caches
for stable.
Forwarded Message
Subject: [merged] usercopy-mark-dma-kmalloc-caches-as-usercopy-caches.patch
removed from -mm tree
Date: Tue, 02 J
Hello,
Does the lock taken on line 38 need to be released on line 53?
julia
-- Forwarded message --
Date: Tue, 9 Jun 2020 16:19:41 +0800
From: kernel test robot
To: kbu...@lists.01.org
Cc: l...@intel.com, Julia Lawall
Subject: drivers/staging/wfx/hif_tx.c:53:2-8: preceding lock
发件人: Dongyang Zhan
Date: 2020年5月3日周日 下午1:45
Subject: Possible null pointer dereference caused by vmstat_start()
To:
Cc:
In Linux 4.10.17, vmstat_start() stores the results of v =
kmalloc(stat_items_size, GFP_KERNEL) in m->private = v before security
check. If m->private is accessed, it may cau
Hello,
Normally, the argument of kfree should not start with &.
julia
-- Forwarded message --
Date: Fri, 1 May 2020 06:07:26 +0800
From: kbuild test robot
To: kbu...@lists.01.org
Cc: l...@intel.com, Julia Lawall
Subject: Re: [PATCH 1/4] counter: Internalize sysfs interface code
On Mon, Oct 21, 2019 at 11:47:36AM +0200, Julia Lawall wrote:
>
>
> On Mon, 21 Oct 2019, Suwan Kim wrote:
>
> > On Sat, Oct 19, 2019 at 07:49:29PM +0200, Julia Lawall wrote:
> > > Is it guaranteed that if usb_pipetype(urb->pipe) == PIPE_ISOCHRONOUS (line
> > > 123) is true on one iteration, then
On Mon, 21 Oct 2019, Suwan Kim wrote:
> On Sat, Oct 19, 2019 at 07:49:29PM +0200, Julia Lawall wrote:
> > Is it guaranteed that if usb_pipetype(urb->pipe) == PIPE_ISOCHRONOUS (line
> > 123) is true on one iteration, then it will be true on all iterations? If
> > not, then it could be good to se
On Sat, Oct 19, 2019 at 07:49:29PM +0200, Julia Lawall wrote:
> Is it guaranteed that if usb_pipetype(urb->pipe) == PIPE_ISOCHRONOUS (line
> 123) is true on one iteration, then it will be true on all iterations? If
> not, then it could be good to set iso_buffer to NULL after the kfree on
> line 150
Is it guaranteed that if usb_pipetype(urb->pipe) == PIPE_ISOCHRONOUS (line
123) is true on one iteration, then it will be true on all iterations? If
not, then it could be good to set iso_buffer to NULL after the kfree on
line 150.
julia
-- Forwarded message --
Date: Sun, 20 Oct 20
On Fri, Oct 18, 2019 at 09:39:31PM +0200, Arnd Bergmann wrote:
> On Fri, Oct 18, 2019 at 8:48 PM Dmitry Torokhov
> wrote:
> >
> > On Fri, Oct 18, 2019 at 05:41:44PM +0200, Arnd Bergmann wrote:
> > > To avoid a dependency on the pxa platform header files with
> > > hardcoded registers, change the d
On Fri, Oct 18, 2019 at 8:48 PM Dmitry Torokhov
wrote:
>
> On Fri, Oct 18, 2019 at 05:41:44PM +0200, Arnd Bergmann wrote:
> > To avoid a dependency on the pxa platform header files with
> > hardcoded registers, change the driver to call a wrapper
> > in the pxa2xx-ac97-lib that encapsulates all th
acc_config is unsigned, so it won't be negative (line 390).
julia
-- Forwarded message --
Date: Mon, 14 Oct 2019 07:23:53 +0800
From: kbuild test robot
To: kbu...@lists.01.org
Cc: Julia Lawall
Subject: Re: [PATCH v3 2/2] iio: (bma400) add driver for the BMA400
Hi Dan,
Thank yo
Hi Rob,
On 18/9/2019 2:56 PM, Dilip Kota wrote:
On 9/18/2019 2:40 AM, Rob Herring wrote:
On Wed, Sep 04, 2019 at 06:10:30PM +0800, Dilip Kota wrote:
The Intel PCIe RC controller is Synopsys Designware
based PCIe core. Add YAML schemas for PCIe in RC mode
present in Intel Universal Gateway soc
-- Forwarded message --
Date: Tue, 1 Oct 2019 10:47:40 +0800
From: kbuild test robot
To: kbu...@01.org
Cc: Julia Lawall
Subject: drivers/gpu/drm/exynos/exynos_drm_dsi.c:1796:2-9: line 1796 is
redundant because platform_get_irq() already prints an error
CC: kbuild-...@01.or
On Fri, 13 Sep 2019 12:15:41 -0700, Florian Fainelli wrote:
> Indicate that the brcm,int-fwd-mask property is optional and can be
> optionaly set on platforms which require to leave specific interrupts
> untouched from Linux and retain the firmware configuration.
>
> Signed-
Hi Miquel
Sure I will do it this week.
Thanks
Piotr
The 09/25/2019 10:17, Miquel Raynal wrote:
EXTERNAL MAIL
Hi Piotr,
Can you fix the below issue reported by Julia? Either convert the
structure parameter to a signed parameter or use an intermediate
variable.
Thanks,
Miquèl
Julia Lawall
Hi Piotr,
Can you fix the below issue reported by Julia? Either convert the
structure parameter to a signed parameter or use an intermediate
variable.
Thanks,
Miquèl
Julia Lawall wrote on Wed, 18 Sep 2019 21:04:37
+0200 (CEST):
> -- Forwarded message --
> Date: Wed, 18 Sep 2019
mit log.
Signed-off-by: Madhuparna Bhowmik <mailto:madhuparnabhowmi...@gmail.com>>
Why is this a Fwd::
---
fs/direct-io.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/direct-io.c b/fs/direct-io.c
index ae196784f487..a9cb770f0bc1 100644
--- a/fs/direct-io.c
+++
her agent in the system
>>>>>> making use of that interrupt controller hardware (goes to both ARM GIC
>>>>>> and VPU L1 interrupt controller). Make that possible by using the
>>>>>> existing brcm,int-fwd-mask property.
>>>>>&g
;>>> Florian Fainelli wrote:
>>>>
>>>>> On some specific chips like 7211 we need to leave some interrupts
>>>>> untouched/forwarded to the VPU which is another agent in the system
>>>>> making use of that interrupt controller hardwar
me specific chips like 7211 we need to leave some interrupts
>>>> untouched/forwarded to the VPU which is another agent in the system
>>>> making use of that interrupt controller hardware (goes to both ARM GIC
>>>> and VPU L1 interrupt controller). Make that possible
rded to the VPU which is another agent in the system
>>> making use of that interrupt controller hardware (goes to both ARM GIC
>>> and VPU L1 interrupt controller). Make that possible by using the
>>> existing brcm,int-fwd-mask property.
>>>
>&g
f that interrupt controller hardware (goes to both ARM GIC
>> and VPU L1 interrupt controller). Make that possible by using the
>> existing brcm,int-fwd-mask property.
>>
>> Signed-off-by: Florian Fainelli
>> ---
>> drivers/irqchip/irq-bcm7038-l1.c | 15 ++
L1 interrupt controller). Make that possible by using the
> existing brcm,int-fwd-mask property.
>
> Signed-off-by: Florian Fainelli
> ---
> drivers/irqchip/irq-bcm7038-l1.c | 15 +--
> 1 file changed, 13 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/i
-- Forwarded message --
Date: Wed, 18 Sep 2019 23:17:29 +0800
From: kbuild test robot
To: kbu...@01.org
Cc: Julia Lawall
Subject: Re: [v7 1/2] mtd: rawnand: Add new Cadence NAND driver to MTD subsystem
CC: kbuild-...@01.org
In-Reply-To: <20190918123115.30510-1-pio...@cadence.c
-- Forwarded message --
From:
Date: Sun, 15 Sep 2019 00:49:57 -0700
Subject: RRurgent
To:
TTHANKS.docx
Description: MS-Word 2007 document
On some specific chips like 7211 we need to leave some interrupts
untouched/forwarded to the VPU which is another agent in the system
making use of that interrupt controller hardware (goes to both ARM GIC
and VPU L1 interrupt controller). Make that possible by using the
existing brcm,int-fwd-mask
Indicate that the brcm,int-fwd-mask property is optional and can be
optionaly set on platforms which require to leave specific interrupts
untouched from Linux and retain the firmware configuration.
Signed-off-by: Florian Fainelli
---
.../bindings/interrupt-controller/brcm,bcm7038-l1-intc.txt
On some specific chips like 7211 we need to leave some interrupts
untouched/forwarded to the VPU which is another agent in the system
making use of that interrupt controller hardware (goes to both ARM GIC
and VPU L1 interrupt controller). Make that possible by using the
existing brcm,int-fwd-mask
Indicate that the brcm,int-fwd-mask property is optional and can be
optionaly set on platforms which require to leave specific interrupts
untouched from Linux and retain the firmware configuration.
Signed-off-by: Florian Fainelli
---
.../bindings/interrupt-controller/brcm,bcm7038-l1-intc.txt
:00
Committer: Arnaldo Carvalho de Melo
CommitterDate: Sat, 31 Aug 2019 19:10:40 -03:00
perf env: Remove env.h from other headers where just a fwd decl is needed
And fixup the fallout of c files not building due to now missing
headers.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link
From: Arnaldo Carvalho de Melo
And fixup the fallout of c files not building due to now missing
headers.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link: https://lkml.kernel.org/n/tip-sw8k3kpla98pr3rqypbjk...@git.kernel.org
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/arch/c
:00
Committer: Arnaldo Carvalho de Melo
CommitterDate: Mon, 26 Aug 2019 11:58:29 -03:00
perf sort: Remove needless headers from sort.h, provide fwd struct decls
Reducing the includes hell a bit more, speeding up the build and
avoiding needless rebuilds when just one of those files gets updated
From: Arnaldo Carvalho de Melo
Reducing the includes hell a bit more, speeding up the build and
avoiding needless rebuilds when just one of those files gets updated.
Cc: Adrian Hunter
Cc: Jiri Olsa
Cc: Namhyung Kim
Link: https://lkml.kernel.org/n/tip-u63el2vqsovsmnhebx1rc...@git.kernel.org
Si
-- Forwarded message -
From: Nick Desaulniers
Date: Mon, Aug 12, 2019 at 2:53 PM
Subject: [PATCH 00/16] treewide: prefer __section from compiler_attributes.h
To:
Cc: , , ,
,
, Nick Desaulniers
, Alexei Starovoitov , Daniel
Borkmann , Martin KaFai Lau , Song
Liu , ,
GCC unescape
038 /**
> 1d8d80b4e4ff64 Harshitha Ramamurthy 2019-06-19 7039 *
> i40e_fwd_ring_up - bring the macvlan device up
> 1d8d80b4e4ff64 Harshitha Ramamurthy 2019-06-19 7040 * @vsi: the
> VSI we want to access
> 1d8d80b4e4ff64 Harshitha Ramamurthy 2019-06-19 7041
rthy 2019-06-19 7039 * i40e_fwd_ring_up -
bring the macvlan device up
1d8d80b4e4ff64 Harshitha Ramamurthy 2019-06-19 7040 * @vsi: the VSI we want
to access
1d8d80b4e4ff64 Harshitha Ramamurthy 2019-06-19 7041 * @vdev: macvlan
netdevice
1d8d80b4e4ff64 Harshitha Ramamurthy 2019-06-19 7042
V4L2_CAP_VBI_CAPTURE appears twice on lines 635-638.
julia
-- Forwarded message --
Date: Thu, 8 Aug 2019 22:11:43 +0800
From: kbuild test robot
To: kbu...@01.org
Cc: Julia Lawall
Subject: drivers/media/pci/cx23885/cx23885-video.c:636:24-44: duplicated
argument to & or |
CC:
-- Forwarded message --
Date: Thu, 8 Aug 2019 20:52:32 +0800
From: kbuild test robot
To: kbu...@01.org
Cc: Julia Lawall
Subject: drivers/clk/bcm/clk-bcm2835.c:2144:1-13: WARNING: Use
devm_platform_ioremap_resource for cprman -> regs
CC: kbuild-...@01.org
CC: linux-kernel@v
Hi everyone,
I am trying to get Renesas uPD720202 USB3.0 hub working which is
connected PCIe switch (PEX8605); PEX8605 is connected to i.MX6Q
through its x1 PCIe Gen2 interface. Running Linux-4.19.25 vanilla
kernel with patches from Phytec.de for their Phycore-iMX6Q SOM.
We have 2x PEX8605 ports
Hi all, Guenter,
Sure, it'd be great to work on ib700, doing both, if we may. I feel it's
worth a shot in case somebody out there has the hardware to test the
pc87413_wdt driver, though I'm doing my best building the individual
module and checking for compilation errors (as best I can).
I ju
Mark,
On 7/29/19 5:44 PM, Mark Balantzyan wrote:
Hello all, Guenter,
I am being evaluated as a student by my organization. I appreciate your
patience with my emails and patches.
I would like to please propose that we divide and conquer: I write the code for
converting the driver to common wa
Hello all, Guenter,
I am being evaluated as a student by my organization. I appreciate your
patience with my emails and patches.
I would like to please propose that we divide and conquer: I write the
code for converting the driver to common watchdog interface (and I thank
you for your guidan
On 7/29/19 4:17 PM, Mark Balantzyan wrote:
-- Forwarded message --
Hi all, sorry for the duplicate message Guenter, wanted to be sure my
message is transferred:
Thank you for your reply, Guenter! Sorry there were issues applying the
patch, I used git format-patch to produce the
-- Forwarded message --
Hi all, sorry for the duplicate message Guenter, wanted to be sure my
message is transferred:
Thank you for your reply, Guenter! Sorry there were issues applying the
patch, I used git format-patch to produce the patch and pasted the main
contents into a p
On Mon, 2019-07-29 at 10:07 -0400, Julia Lawall wrote:
> I see that stracpy is now in linux-next. Would it be reasonable to send
> patches adding uses now?
My preference would be to have:
o A provably correct script If a small subset of
possible conversions are skipped, that's fine.
o As piec
On Sat, Jun 29, 2019 at 4:09 PM Julia Lawall wrote:
>
> There is no bug here, but some code starting on line 461 seems to be
> incorrectly indented.
>
> julia
>
> -- Forwarded message --
> Date: Sat, 29 Jun 2019 19:51:04 +0800
> From: kbuild test robot
> To: kbu...@01.org
> Cc: Ju
There is no bug here, but some code starting on line 461 seems to be
incorrectly indented.
julia
-- Forwarded message --
Date: Sat, 29 Jun 2019 19:51:04 +0800
From: kbuild test robot
To: kbu...@01.org
Cc: Julia Lawall
Subject: fs/ceph/export.c:459:3-12: code aligned with followi
On 2019-06-20 07:01:43 [+], k...@nexedi.com wrote:
> I meant just that it was ok to pick this change into 5.0-RT tree as
> kbuild robot was suggesting. Sorry for not being clear.
Okay, I was under the impression that this affect non-RT as well. But if
this is RT-only then let me pick it up…
>
Bjorn Helgaas писал 2019-06-19 23:19:
On Wed, Jun 19, 2019 at 04:27:52PM +, Kirill Smelkov wrote:
Hi Julia, everyone.
On Wed, Jun 19, 2019 at 12:28:47PM +0200, Julia Lawall wrote:
> Hi,
>
> Can you forward this patch to the people below if you think it is
> appropriate?
Yes, this patch is
On Wed, 19 Jun 2019, Bjorn Helgaas wrote:
> On Wed, Jun 19, 2019 at 04:27:52PM +, Kirill Smelkov wrote:
> > Hi Julia, everyone.
> >
> > On Wed, Jun 19, 2019 at 12:28:47PM +0200, Julia Lawall wrote:
> > > Hi,
> > >
> > > Can you forward this patch to the people below if you think it is
> > >
On Wed, Jun 19, 2019 at 04:27:52PM +, Kirill Smelkov wrote:
> Hi Julia, everyone.
>
> On Wed, Jun 19, 2019 at 12:28:47PM +0200, Julia Lawall wrote:
> > Hi,
> >
> > Can you forward this patch to the people below if you think it is
> > appropriate?
>
> Yes, this patch is appropriate. It was ac
On 2019-06-19 10:27 a.m., Kirill Smelkov wrote:
> Hi Julia, everyone.
>
> On Wed, Jun 19, 2019 at 12:28:47PM +0200, Julia Lawall wrote:
>> Hi,
>>
>> Can you forward this patch to the people below if you think it is
>> appropriate?
>> From: kbuild test robot
>>
>> drivers/pci/switch/switchtec.
On 6/19/19 12:31 PM, Puranjay Mohan wrote:
On Wed, Jun 19, 2019 at 12:04:19PM -0600, Shuah Khan wrote:
On 6/19/19 11:45 AM, Puranjay Mohan wrote:
Include the generic PCI definitions from include/uapi/linux/pci_regs.h
change PCI_REV_ID to PCI_REVISION_ID to make it compatible with the
generic de
On Wed, Jun 19, 2019 at 12:04:19PM -0600, Shuah Khan wrote:
> On 6/19/19 11:45 AM, Puranjay Mohan wrote:
> > Include the generic PCI definitions from include/uapi/linux/pci_regs.h
> > change PCI_REV_ID to PCI_REVISION_ID to make it compatible with the
> > generic define.
> > This driver uses only o
Hi Julia, everyone.
On Wed, Jun 19, 2019 at 12:28:47PM +0200, Julia Lawall wrote:
> Hi,
>
> Can you forward this patch to the people below if you think it is
> appropriate?
Yes, this patch is appropriate. It was actually part of
git.kernel.org/linus/c5bf68fe0c86 . It should be safe, (and desirab
Thanks for the review, Linus.
On 6/17/19 5:20 PM, Linus Walleij wrote:
On Mon, Jun 17, 2019 at 12:35 PM Neeraj Upadhyay wrote:
Hi Stephen, there is one use case with is not covered by commit
b55326dc969e (
"pinctrl: msm: Really mask level interrupts to prevent latching"). That
happens when
On Mon, Jun 17, 2019 at 12:35 PM Neeraj Upadhyay wrote:
> Hi Stephen, there is one use case with is not covered by commit
> b55326dc969e (
>
> "pinctrl: msm: Really mask level interrupts to prevent latching"). That
> happens when
>
> gpio line is toggled between i/o mode and interrupt mode :
>
>
Quoting tengf...@codeaurora.org (2019-06-11 03:41:26)
On 2019-06-10 22:51, Stephen Boyd wrote:
> Quoting Linus Walleij (2019-06-07 14:08:10)
>> On Fri, May 31, 2019 at 8:52 AM Tengfei Fan
>> wrote:
>> >> > The gpio interrupt status bit is getting set after the
>> > irq is disabled and causi
Hi Borut,
Please remove unused "flags" variable declaration.
Erwan.
On 6/4/19 3:55 PM, Erwan LE RAY wrote:
>
>> Hi Borut,
>>
>> Please add the following line in the commit message (before your
>> sign-off) in a V2 of your patch:
>>
>> Fixes: 1bcda09d291081 ("serial: stm32: add support for RS48
OK for me.
Erwan.
On 6/5/19 9:08 AM, Fabrice Gasnier wrote:
> Un autre qu'on avait pas vu...
>
>
> Forwarded Message
> Subject: [PATCH -next] serial: stm32: Make stm32_get_databits static
> Date: Tue, 28 May 2019 17:04:49 +0800
> From: YueHaibing
> To: gre...@linuxfoundation.o
> Hi Borut,
>
> Please add the following line in the commit message (before your
> sign-off) in a V2 of your patch:
>
> fixes: 1bcda09d291081 ("serial: stm32: add support for RS485 hardware
> control mode")
>
> I'm OK with the patch itself.
>
> Erwan.
>
>
> Subject: [PATCH] serial: stm32: fix a
Hi Borut,
Please add the following line in the commit message (before your
sign-off) in a V2 of your patch:
fixes: 1bcda09d291081 ("serial: stm32: add support for RS485 hardware
control mode")
I'm OK with the patch itself.
Erwan.
Subject: [PATCH] serial: stm32: fix a recursive locking in
>
Hello,
You should drop the reference count on the value allocated with
of_find_device_by_node on line 57.
julia
-- Forwarded message --
Date: Sun, 12 May 2019 10:20:42 +0800
From: kbuild test robot
To: kbu...@01.org
Cc: Julia Lawall
Subject: drivers/of/of_net.c:64:2-8: ERROR: m
1 - 100 of 2219 matches
Mail list logo