The following commit has been merged into the sched/core branch of tip:
Commit-ID: afaa653c564da38c0b34c4baba31e88c46a8764c
Gitweb:
https://git.kernel.org/tip/afaa653c564da38c0b34c4baba31e88c46a8764c
Author:Peter Zijlstra
AuthorDate:Tue, 26 May 2020 18:11:00 +02:00
Committ
The following commit has been merged into the sched/core branch of tip:
Commit-ID: b2a02fc43a1f40ef4eb2fb2b06357382608d4d84
Gitweb:
https://git.kernel.org/tip/b2a02fc43a1f40ef4eb2fb2b06357382608d4d84
Author:Peter Zijlstra
AuthorDate:Tue, 26 May 2020 18:11:01 +02:00
Committ
Hi Linus,
please pull the EDAC queue which accumulated this time around.
Thx.
---
The following changes since commit 3d77e6a8804abcc0504c904bd6e5cdf3a5cf8162:
Linux 5.7 (2020-05-31 16:49:15 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/ras/ra
The following commit has been merged into the locking/core branch of tip:
Commit-ID: fd56200a16c72c7c3ec3e54e06160dfaa5b8dee8
Gitweb:
https://git.kernel.org/tip/fd56200a16c72c7c3ec3e54e06160dfaa5b8dee8
Author:Julia Cartwright
AuthorDate:Wed, 27 May 2020 22:11:16 +02:00
Com
On Mon, Jun 01, 2020 at 05:23:01AM -0400, Keno Fischer wrote:
> On Mon, Jun 1, 2020 at 5:14 AM Dave Martin wrote:
> > Can you explain why userspace would write a changed value for x7
> > but at the same time need that new to be thrown away?
>
> The discarding behavior is the primary reason things
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 126c2092e5c8b28623cb890cd2930aa292410676
Gitweb:
https://git.kernel.org/tip/126c2092e5c8b28623cb890cd2930aa292410676
Author:Peter Zijlstra
AuthorDate:Tue, 26 May 2020 18:11:03 +02:00
Committ
The following commit has been merged into the sched/core branch of tip:
Commit-ID: a148866489fbe243c936fe43e4525d8dbfa0318f
Gitweb:
https://git.kernel.org/tip/a148866489fbe243c936fe43e4525d8dbfa0318f
Author:Peter Zijlstra
AuthorDate:Tue, 26 May 2020 18:11:04 +02:00
Committ
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 19f545b6e07f753c4dc639c2f0ab52345733b6a8
Gitweb:
https://git.kernel.org/tip/19f545b6e07f753c4dc639c2f0ab52345733b6a8
Author:Mike Galbraith
AuthorDate:Wed, 27 May 2020 22:11:19 +02:00
Commi
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 3e92fd7bd2b8418b53cb7304855b8b69bedbe2b4
Gitweb:
https://git.kernel.org/tip/3e92fd7bd2b8418b53cb7304855b8b69bedbe2b4
Author:Mike Galbraith
AuthorDate:Wed, 27 May 2020 22:11:17 +02:00
Commi
The following commit has been merged into the locking/core branch of tip:
Commit-ID: b01b214136ac3e4746b7f76c0f204ae4b445
Gitweb:
https://git.kernel.org/tip/b01b214136ac3e4746b7f76c0f204ae4b445
Author:Ingo Molnar
AuthorDate:Wed, 27 May 2020 22:11:15 +02:00
Committe
On Mon, Jun 01, 2020 at 06:24:33AM +0100, Lee Jones wrote:
> On Fri, 29 May 2020, Charles Keepax wrote:
>
> Still needs a commit log.
>
> > Signed-off-by: Charles Keepax
> > ---
> > drivers/mfd/madera-core.c| 12 ++--
> > drivers/mfd/madera-i2c.c | 1 -
> > include/linu
Cc: Rob, devicetree ML
On 31.05.2020 02:13, Chanwoo Choi wrote:
> On Sat, May 30, 2020 at 1:34 AM Sylwester Nawrocki
> wrote:
>>
>> This patch adds a generic interconnect driver for Exynos SoCs in order
>> to provide interconnect functionality for each "samsung,exynos-bus"
>> compatible device.
>
From: Vladimir Oltean
Sometimes debugging a device is easiest using devmem on its register
map, and that can be seen with /proc/iomem. But some device drivers have
many memory regions. Take for example a networking switch. Its memory
map used to look like this in /proc/iomem:
1fc00-1fc3f
On Fri, May 29, 2020 at 10:11:40AM -0700, Andy Lutomirski wrote:
> > On May 29, 2020, at 4:30 AM, Daniel Kiper wrote:
> >
> > Hey,
> >
> > Below you can find my rough idea of the bootloader log format which is
> > generic thing but initially will be used for TrenchBoot work. I discussed
> > this p
On Mon, Jun 01, 2020 at 05:40:28AM -0400, Keno Fischer wrote:
> On Mon, Jun 1, 2020 at 5:23 AM Dave Martin wrote:
> > > > Can't PTRACE_SYSEMU be emulated by using PTRACE_SYSCALL, cancelling the
> > > > syscall at the syscall enter stop, then modifying the regs at the
> > > > syscall exit stop?
> >
The improved paragraph about line lengths contains a sentence with a
duplicate word: there is one "are" at the end of a line, followed by a
second one at the beginning of the next line.
Drop the first one, as that one is part of the longest line.
Fixes: bdc48fa11e46f867 ("checkpatch/coding-style:
On 2020-06-01 12:43, Viresh Kumar wrote:
On 01-06-20, 12:09, Sibi Sankar wrote:
On 2020-06-01 09:37, Viresh Kumar wrote:
> On 29-05-20, 19:47, Sibi Sankar wrote:
> > opp_np needs to be subjected
> > to NULL check as well.
>
> No, it isn't. It should already be valid and is set by the OPP core.
>
On 06/01/20 16:53 PM, Ian Rogers wrote:
> On Sun, May 31, 2020 at 11:17 PM Nick Gasson wrote:
>>
>> On 05/28/20 17:32 PM, Ian Rogers wrote:
>> >
>> > So on tip/perf/core with:
>> > 1c0cd2dbb993 perf jvmti: Fix jitdump for methods without debug info
>> > 3ce17c1e52f4 perf jvmti: remove redundant ji
On Mon, Jun 01, 2020 at 12:58:26PM +0300, Vladimir Oltean wrote:
> From: Vladimir Oltean
>
> Sometimes debugging a device is easiest using devmem on its register
> map, and that can be seen with /proc/iomem. But some device drivers have
> many memory regions. Take for example a networking switch.
Cc: Rob, devicetree ML
On 31.05.2020 01:57, Chanwoo Choi wrote:
> On Sat, May 30, 2020 at 1:33 AM Sylwester Nawrocki
> wrote:
>>
>> This patch adds registration of a child platform device for the exynos
>> interconnect driver. It is assumed that the interconnect provider will
>> only be needed wh
Hi,
On 4/20/20 3:53 PM, Tang Bin wrote:
> In the probe function, when get irq failed, the function
> platform_get_irq() logs an error message, so remove
> redundant message here.
platform_get_irq() doesn't log an error message for -EPROBE_DEFER
case so the conversion shouldn't be done automatic
Hi Greg,
On Mon, 1 Jun 2020 at 13:04, Greg KH wrote:
>
> On Mon, Jun 01, 2020 at 12:58:26PM +0300, Vladimir Oltean wrote:
> > From: Vladimir Oltean
> >
> > Sometimes debugging a device is easiest using devmem on its register
> > map, and that can be seen with /proc/iomem. But some device drivers
On 01-06-20, 15:30, Sibi Sankar wrote:
> Yeah dev_pm_opp_add/dev_pm_opp_set_clkname
> or pretty much any api doing a
> dev_pm_opp_get_opp_table without
> a opp_table node associated with
> it will run into this issue.
Not sure if what you wrote now is correct, the problem shouldn't
happen from wit
> From: Christophe JAILLET
> Sent: Sunday, May 31, 2020 4:50 AM
>
> 'pinctrl_unregister()' should not be called to undo
> 'devm_pinctrl_register_and_init()', it is already handled by the framework.
>
> This simplifies the error handling paths of the probe function.
> The 'imx_free_resources()' c
On Fri, 29 May 2020 at 13:57, Maxim Uvarov wrote:
>
> OP-TEE device names for sysfs need to be unique
> and it's better if they will mean something. UUID for name
> looks like good solution:
> /sys/bus/tee/devices/optee-ta-
>
I think this description is a little vague here which fails to explain
tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
dev.2020.05.26b
head: 795279db1396bf66621fa3f343fa990fe543b89e
commit: 756c011f78747dc49a1e79a521fd77093849586b [56/70] refperf: Allow decimal
nanoseconds
config: m68k-randconfig-r024-20200601 (attached as .config
+linux-mmc
On Mon, 1 Jun 2020 at 09:34, 冯锐 wrote:
>
> >
> > On Tue, 19 May 2020 at 11:18, 冯锐 wrote:
> > >
> > > > On Tue, 28 Apr 2020 at 05:44, 冯锐 wrote:
> > > > >
> > > > > >
> > > > > > On Mon, Apr 27, 2020 at 11:41 AM 冯锐
> > > > wrote:
> > > > > > >
> > > > > > >
> > > > > > > > On Sun, Apr
On Mon, Jun 01, 2020 at 01:13:16PM +0300, Vladimir Oltean wrote:
> Hi Greg,
>
> On Mon, 1 Jun 2020 at 13:04, Greg KH wrote:
> >
> > On Mon, Jun 01, 2020 at 12:58:26PM +0300, Vladimir Oltean wrote:
> > > From: Vladimir Oltean
> > >
> > > Sometimes debugging a device is easiest using devmem on its
On 30. 05. 20 14:06, Jan Kiszka wrote:
> On 04.05.20 16:27, Michal Simek wrote:
>> From: Shubhrajyoti Datta
>>
>> When serial console has been assigned to ttyPS1 (which is serial1 alias)
>> console index is not updated property and pointing to index -1 (statically
>> initialized) which ends up in
On 2020-06-01 15:45, Viresh Kumar wrote:
On 01-06-20, 15:30, Sibi Sankar wrote:
Yeah dev_pm_opp_add/dev_pm_opp_set_clkname
or pretty much any api doing a
dev_pm_opp_get_opp_table without
a opp_table node associated with
it will run into this issue.
Not sure if what you wrote now is correct, th
-20200601 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-13) 9.3.0
reproduce:
# apt-get install sparse
# sparse version: v0.6.1-243-gc100a7ab-dirty
git checkout 8b3abe304c5f1057b7bac70fd5576dfa67e3e2b3
# save the attached .config to linux build tree
make W=1 C=1
On Mon, Jun 01, 2020 at 10:13:05AM +0100, Srinivas Kandagatla wrote:
>
>
> On 01/06/2020 10:03, Vadym Kochan wrote:
> > > > +
> > > > + nvmem = of_nvmem_device_get(np, NULL);
> > > > + if (IS_ERR(nvmem))
> > > > + return PTR_ERR(nvmem);
> > > > +
> > > TBH, this looks co
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/entry
head: 5980d208e5ef28455e9e8b08f6250b443a2f0893
commit: 28447ea4154239025044381144f849ff749ee9ef [2/19] xen: Move
xen_setup_callback_vector() definition to include/xen/hvm.h
config: x86_64-rhel-7.6 (attached as .config)
On Sun, 31 May 2020 13:14:06 -0400
William Breathitt Gray wrote:
> On Sun, May 31, 2020 at 04:18:13PM +0100, Jonathan Cameron wrote:
> > On Sun, 24 May 2020 13:54:39 -0400
> > William Breathitt Gray wrote:
> > > After giving this some more thought, I believe human-readable sysfs
> > > attribut
On Mon, Jun 1, 2020 at 1:00 AM John Hubbard wrote:
> On 2020-05-31 14:11, Andy Shevchenko wrote:
> > ...
> > JFYI, we have history.git starting from v0.01.
> >
> OK, thanks for that note. According to that history.git [1],
> then: drivers/video/pvr2fb.c had get_user_pages_fast() support added
On Sun, 31 May 2020 21:21:52 +0200
Tomasz Duszynski wrote:
> On Sun, May 31, 2020 at 10:58:40AM +0100, Jonathan Cameron wrote:
> > On Sat, 30 May 2020 23:36:27 +0200
> > Tomasz Duszynski wrote:
> >
> > > Add Sensirion SCD30 carbon dioxide core driver.
> > >
> > > Signed-off-by: Tomasz Duszynsk
On Mon, 1 Jun 2020 14:19:47 +0900
Benjamin Poirier wrote:
> On 2020-05-29 17:17 +0200, Jil Rouceau wrote:
> > Fixed the missing spaces before and after binary operators.
> >
> > Signed-off-by: Jil Rouceau
>
> This patch does not apply cleanly. I think your base tree is missing
> commit ec269
Hi,
On 4/22/20 9:18 AM, Jason Yan wrote:
> Fix the following coccicheck warning:
>
> drivers/video/fbdev/uvesafb.c:48:12-17: WARNING: Assignment of 0/1 to
> bool variable
> drivers/video/fbdev/uvesafb.c:1827:3-13: WARNING: Assignment of 0/1 to
> bool variable
> drivers/video/fbdev/uvesafb.c:182
On Mon, Jun 1, 2020 at 12:13 AM Vladimir Oltean wrote:
> On Mon, 1 Jun 2020 at 00:05, Andy Shevchenko
> wrote:
> > On Sunday, May 31, 2020, Vladimir Oltean wrote:
> >> Sometimes debugging a device is easiest using devmem on its register
> >> map, and that can be seen with /proc/iomem. But some
Hi Sebastian,
On 13.05.2020 20:55, Sebastian Reichel wrote:
> This patchset improves support for SBS compliant batteries. Due to
> the changes, the battery now exposes 32 power supply properties and
> (un)plugging it generates a backtrace containing the following message
> without the first patch
On Fri May 29 20, Jerry Snitselaar wrote:
On Tue Apr 14 20, Joerg Roedel wrote:
Hi,
here is the second version of this patch-set. The first version with
some more introductory text can be found here:
https://lore.kernel.org/lkml/20200407183742.4344-1-j...@8bytes.org/
Changes v1->v2:
On Mon, 1 Jun 2020 at 13:39, Andy Shevchenko wrote:
>
> On Mon, Jun 1, 2020 at 12:13 AM Vladimir Oltean wrote:
> > On Mon, 1 Jun 2020 at 00:05, Andy Shevchenko
> > wrote:
> > > On Sunday, May 31, 2020, Vladimir Oltean wrote:
>
> > >> Sometimes debugging a device is easiest using devmem on its
Fixed the missing spaces before and after binary operators.
Signed-off-by: Jil Rouceau
---
Changes in v2:
- Based tree changed from Linus' to linux-next.
drivers/staging/qlge/qlge_main.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/stagi
On Fri, 29 May 2020 at 13:57, Maxim Uvarov wrote:
>
> Some drivers (like ftpm) can operate only after tee-supplicant
> runs because of tee-supplicant provides things like storage
> services. This patch splits probe of non tee-supplicant dependable
> drivers to the early stage, and after tee-suppl
Currently ref-clk control timeout is implemented by Jiffies. However
jiffies is not accurate enough thus "false timeout" may happen.
Use more accurate delay mechanism instead, for example, ktime.
Signed-off-by: Stanley Chu
Reviewed-by: Andy Teng
Reviewed-by: Avri Altman
---
drivers/scsi/ufs/u
Allow device power supply to enter low-power mode if device will
do nothing to save more power.
Signed-off-by: Stanley Chu
Reviewed-by: Pengshun Zhao
---
drivers/scsi/ufs/ufs-mediatek.c | 21 +
1 file changed, 21 insertions(+)
diff --git a/drivers/scsi/ufs/ufs-mediatek.c b/
There are some chances that link enters hibern8 lately by auto-hibern8
scheme during the clock-gating flow. Clocks shall not be gated if link
is still active otherwise host or device may hang.
Fix this by returning error code to the caller __ufshcd_setup_clocks()
to skip gating clocks there if lin
MediaTek UFS clocks are separated to two parts and controlled
by different modules: ufs-mediatek and phy-ufs-mediatek.
If both Auto-Hibern8 and clk-gating feature are enabled, mphy
power control is not balanced thus unbalanced control also
happens to the clocks probed by phy-ufs-mediatek module.
On Tue, 2020-05-05 at 18:26 +0200, Nicolas Saenz Julienne wrote:
> Newer revisions of the RPi4 need their xHCI chip, VL805, firmware to be
> loaded explicitly. Earlier versions didn't need that as they where using
> an EEPROM for that purpose. This series takes care of setting up the
> relevant inf
Hi,
This series fixes clk-gating issues and introduces low-power mode for vccq2 in
MediaTek platforms.
v2 -> v3:
- Fix (add back) linkoff support in patch [4] since previous version
incorrectly removed linkoff support
v1 -> v2:
- Add patch [4] and [5]
Stanley Chu (5):
scsi: ufs-mediatek:
Allow unbound MPHY module since not every MediaTek UFS platform
needs specific MPHY control.
Signed-off-by: Stanley Chu
Reviewed-by: Peter Wang
---
drivers/scsi/ufs/ufs-mediatek.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/scsi/ufs/ufs-mediatek.c b/drivers/scsi/ufs/ufs-me
On Mon, 01 Jun 2020, Charles Keepax wrote:
> On Mon, Jun 01, 2020 at 06:24:33AM +0100, Lee Jones wrote:
> > On Fri, 29 May 2020, Charles Keepax wrote:
> >
> > Still needs a commit log.
> >
> > > Signed-off-by: Charles Keepax
> > > ---
> > > drivers/mfd/madera-core.c| 12 ++--
>
Convert the i.MX MU binding to DT schema format using json-schema
Signed-off-by: Anson Huang
---
.../devicetree/bindings/mailbox/fsl,mu.txt | 58 --
.../devicetree/bindings/mailbox/fsl,mu.yaml| 89 ++
2 files changed, 89 insertions(+), 58 deletions
Hi,
Please make sure that all the proper recipients are in Cc. The
linux-arm-kernel ML especially is missing, get_maintainers will give you
the list.
Also, the prefix of your commit log is supposed to be
ARM: dts: sunxi: ...
On Sun, May 31, 2020 at 02:05:38PM +0300, stul...@gmail.com wrote:
> F
On Fri, May 29, 2020 at 09:38:23PM +, John Stultz wrote:
> [ 82.585661] Unable to handle kernel NULL pointer dereference at virtual
> address 0001
> [ 82.595387] Mem abort info:
> [ 82.599463] ESR = 0x9605
> [ 82.602658] EC = 0x25: DABT (current EL), IL = 32 bits
Hi Ido,
On Sat, May 30, 2020 at 06:48:01PM +0300, Ido Schimmel wrote:
> On Thu, May 28, 2020 at 06:12:40PM +0300, Vadym Kochan wrote:
>
[...]
> Nit: "From" ?
>
> > + PRESTERA_DSA_CMD_FROM_CPU,
> > +};
> > +
> > +struct prestera_dsa_vlan {
> > + u16 vid;
> > + u8 vpt;
> > + u8 cfi_bit;
On 6/1/20 12:47 PM, Nicolas Saenz Julienne wrote:
> On Tue, 2020-05-05 at 18:26 +0200, Nicolas Saenz Julienne wrote:
>> Newer revisions of the RPi4 need their xHCI chip, VL805, firmware to be
>> loaded explicitly. Earlier versions didn't need that as they where using
>> an EEPROM for that purpose.
Peter Oberparleiter 于2020年5月28日周四 下午10:47写道:
>
> On 25.05.2020 12:00, gengc...@gmail.com wrote:
> > From: Cixi Geng
> >
> > The CONFIG_GCOV_PROFILE_ALL will compile kernel by profiling entire
> > kernel which will lead to kernel run slower.Use GCOV_PROFILE_PREREQS
> > to control part of the kerne
add support to change TX/RX queue number with "ethtool -L combined".
V4 -> V5: change time zone in patch header
V4 -> V3: update date in patch header
V3 -> V2: remove check for zero channels->combined_count
V1 -> V2: update commit message("ethtool -L" to "ethtool -L combined")
V0 -> V1: remove che
On Sat, May 30, 2020 at 1:34 PM Christoph Hellwig wrote:
>
> On Sat, May 30, 2020 at 08:14:34AM +0100, Matthew Garrett wrote:
> > On Sat, May 30, 2020 at 08:33:50AM +0200, Heiner Kallweit wrote:
> >
> > > It *was* default y. This changed with a914ff2d78ce ("PCI/ASPM: Don't
> > > select CONFIG_PCIE
On 29-05-20, 17:00, Sibi Sankar wrote:
> > > +static int qcom_cpufreq_update_opp(struct device *cpu_dev,
> > > +unsigned long freq_khz,
> > > +unsigned long volt)
> > > +{
> > > + unsigned long freq_hz = freq_khz * 1000;
> > > +
> > > + if (de
On Fri, May 29, 2020 at 01:27:35PM +0200, Daniel Kiper wrote:
> Hey,
>
> Below you can find my rough idea of the bootloader log format which is
> generic thing but initially will be used for TrenchBoot work. I discussed
> this proposal with Ross and Daniel S. So, the idea went through initial
> sa
Define shutdown callback for display drm driver,
so as to disable all the CRTCS when shutdown
notification is received by the driver.
This change will turn off the timing engine so
that no display transactions are requested
while mmu translations are getting disabled
during reboot sequence.
Signe
Hi, Greg,
good finding. See comments below.
On 01.06.2020 06:22, Greg Thelen wrote:
> Since v4.19 commit b0dedc49a2da ("mm/vmscan.c: iterate only over charged
> shrinkers during memcg shrink_slab()") a memcg aware shrinker is only
> called when the per-memcg per-node shrinker_map indicates that t
The following changes since commit 9cb1fd0efd195590b828b9b865421ad345a4a145:
Linux 5.7-rc7 (2020-05-24 15:32:54 -0700)
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
tags/regmap-v5.8
for you to fetch changes up to 9b98f92ca446f430
On Mon, 2020-06-01 at 12:53 +0200, Marek Vasut wrote:
> On 6/1/20 12:47 PM, Nicolas Saenz Julienne wrote:
> > On Tue, 2020-05-05 at 18:26 +0200, Nicolas Saenz Julienne wrote:
> > > Newer revisions of the RPi4 need their xHCI chip, VL805, firmware to be
> > > loaded explicitly. Earlier versions didn
Nice to meet you
With warm heart, I offer my friendship and greetings, I hope this message meet
you in good time. However, Mine names are Farah Yusif i am a female of 24 years
old. I have sent you mail twice but you never replied any of them , i have been
wondering if the messages ever gets
On Wed, May 27, 2020 at 05:49:02PM +0530, Sarthak Garg wrote:
> [ Upstream commit 39a22f73744d5baee30b5f134ae2e30b668b66ed ]
>
> Consider the following stack trace
>
> -001|raw_spin_lock_irqsave
> -002|mmc_blk_cqe_complete_rq
> -003|__blk_mq_complete_request(inline)
> -003|blk_mq_complete_request
From: Patrick Eigensatz
After allocating the spare nexthop group it should be tested for kzalloc()
returning NULL, instead the already used nexthop group (which cannot be
NULL at this point) had been tested so far.
Additionally, if kzalloc() fails, return ERR_PTR(-ENOMEM) instead of NULL.
Cover
On Fri, 29 May 2020 at 13:57, Maxim Uvarov wrote:
>
> Register driver on the TEE bus. The module tee registers bus,
> and module optee calls optee_enumerate_devices() to scan
> all devices on the bus. Trusted Application for this driver
> can be Early TA's (can be compiled into optee-os). In that
On 6/1/20 1:09 PM, Nicolas Saenz Julienne wrote:
> On Mon, 2020-06-01 at 12:53 +0200, Marek Vasut wrote:
>> On 6/1/20 12:47 PM, Nicolas Saenz Julienne wrote:
>>> On Tue, 2020-05-05 at 18:26 +0200, Nicolas Saenz Julienne wrote:
Newer revisions of the RPi4 need their xHCI chip, VL805, firmware t
Hi John.
Thanks for the patch, and the testing, and the reference to the
lwn article.
I have also applied your patch to 5.7-rc7 and have run xfstests.
I applied your patch to the orangefs for-next tree.
-Mike
On Sat, May 30, 2020 at 3:39 AM John Hubbard wrote:
>
> On 2020-05-22 20:59, John Hu
Hi Colin... thanks for the patch, I have applied it
to the orangefs for-next tree...
-Mike
On Sun, May 24, 2020 at 6:48 PM Colin King wrote:
>
> From: Colin Ian King
>
> The variable ret is being initialized with a value that is
> never read and it is being updated later with a new value. The
>
> sysnames should be freed after refcnt being decreased to zero in
> afs_put_sysnames().
* I suggest to use the wording “reference counter”.
* Where did you notice a “memory leak” here?
> Besides, it would be better set net->sysnames
> to 'NULL' after net->sysnames being released if afs_put_sys
On 01/06/2020 14:12, patrickeigens...@gmail.com wrote:
> From: Patrick Eigensatz
>
> After allocating the spare nexthop group it should be tested for kzalloc()
> returning NULL, instead the already used nexthop group (which cannot be
> NULL at this point) had been tested so far.
>
> Additionally
Hello,
syzbot found the following crash on:
HEAD commit:b0c3ba31 Merge tag 'fsnotify_for_v5.7-rc8' of git://git.ke..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=14089eee10
kernel config: https://syzkaller.appspot.com/x/.config?x=ce116858301bc2ea
das
On Fri 29-05-20 16:43:09, John Hubbard wrote:
> This code was using get_user_pages*(), in approximately a "Case 5"
> scenario (accessing the data within a page), using the categorization
> from [1]. That means that it's time to convert the get_user_pages*() +
> put_page() calls to pin_user_pages*()
On Mon, Jun 01, 2020 at 11:36:04AM +0100, Jonathan Cameron wrote:
> On Sun, 31 May 2020 21:21:52 +0200
> Tomasz Duszynski wrote:
>
> > On Sun, May 31, 2020 at 10:58:40AM +0100, Jonathan Cameron wrote:
> > > On Sat, 30 May 2020 23:36:27 +0200
> > > Tomasz Duszynski wrote:
> > >
> > > > Add Sensiri
Le 01/06/2020 à 10:58, Robert Jarzmik a écrit :
Christophe JAILLET writes:
Commit 6d33ee7a0534 ("pinctrl: pxa: Use devm_pinctrl_register() for pinctrl
registration")
has turned a 'pinctrl_register()' into 'devm_pinctrl_register()' in
'pxa2xx_pinctrl_init()'.
However, the corresponding 'pinctr
On Thu, May 28, 2020 at 01:33:41PM -0700, Guru Das Srinagesh wrote:
> On Tue, May 26, 2020 at 10:35:04AM -0700, Guru Das Srinagesh wrote:
> > Since the PWM framework is switching struct pwm_args.period's datatype
> > to u64, prepare for this transition by using DIV64_U64_ROUND_CLOSEST to
> > handle
On Sun 31-05-20 22:26:32, John Hubbard wrote:
> There are four cases listed in pin_user_pages.rst. These are
> intended to help developers figure out whether to use
> get_user_pages*(), or pin_user_pages*(). However, the four cases
> do not cover all the situations. For example, drivers/vhost/vhost
Hi,
On 5/31/2020 12:56 AM, Stephen Boyd wrote:
Quoting Maulik Shah (2020-05-29 02:20:32)
Hi,
On 5/27/2020 3:45 PM, Stephen Boyd wrote:
Quoting Maulik Shah (2020-05-23 10:11:13)
@@ -87,22 +88,20 @@ static void pdc_enable_intr(struct irq_data *d, bool on)
raw_spin_unlock(&pdc_lock);
Wine generates PE binaries for its code modules and also generates
debug files in PE or PDB formats, which perf cannot parse either.
Trying libbfd, when supported, if the default libelf symbol parsing
failed, makes it possible to read the symbol table from any binary
format supported by it, and le
On Mon, Jun 01, 2020 at 09:52:21AM -, tip-bot2 for Peter Zijlstra wrote:
> The following commit has been merged into the sched/core branch of tip:
>
> Commit-ID: 19a1f5ec699954d21be10f74ff71c2a7079e99ad
> Gitweb:
> https://git.kernel.org/tip/19a1f5ec699954d21be10f74ff71c2a7079e99ad
在 2020/2/12 10:00, sunke (E) 写道:
在 2020/2/12 0:39, Mike Christie 写道:
On 02/10/2020 10:12 PM, sunke (E) wrote:
在 2020/2/11 1:05, Mike Christie 写道:
On 02/10/2020 01:32 AM, Sun Ke wrote:
Open /dev/nbdX first, the config_refs will be 1 and
the pointers in nbd_device are still null. Disconn
Hi,
I'm currently trying to improve compatibility between Wine and perf, and
I would like to have you opinion on this approach.
The main problem is that Wine uses PE binary format for most of its code
(and of course the Windows application it runs are also using PE binary
format), and perf is cur
Wine generates PE binaries for most of its modules and perf is unable
to parse these files to get build_id or .gnu_debuglink section.
Using libbfd when available, instead of libelf, makes it possible to
resolve debug file location regardless of the dso binary format.
Signed-off-by: Rémi Bernon
C
On Thu, May 28, 2020 at 10:15:10AM -0500, Steve Wahl wrote:
> On Thu, May 28, 2020 at 05:07:31PM +0800, Baoquan He wrote:
> > On 05/26/20 at 01:49pm, David Hildenbrand wrote:
> > > On 26.05.20 13:32, Mike Rapoport wrote:
> > > > Hello Baoquan,
> > > >
> > > > I do not object to your original fix w
On 2020/6/1 17:20, Sahitya Tummala wrote:
> Hi Chao,
>
> Can you please help review the diff given by Jaegeuk below?
> If it looks good, I can post a v2.
Oops, I missed to review that patch...
>
> Thanks,
>
> On Thu, May 28, 2020 at 12:18:39PM -0700, Jaegeuk Kim wrote:
>> On 05/28, Chao Yu wro
> Wondering if it can be reproduced on mainline with c3aab9a0bd91
> ("mm/filemap.c: dont initiate writeback if mapping has no dirty pages")
> reverted?
For mainline kernels with that commit reverted, this oops actually
doesn't occur.
Regards,
Ryusuke Konishi
On Mon, Jun 1, 2020 at 11:40 AM Hillf
Linus,
please pull the latest printk changes from
git://git.kernel.org/pub/scm/linux/kernel/git/printk/linux tags/printk-for-5.8
===
+ Benjamin Herrenschmidt solved problem with non-matched console aliases
by first checking consoles defined on the command line. I
From: Miaohe Lin
When we reach here, !(cur->vm_flags & VM_MAYWRITE) is already checked and
equals to false. So the condition here always equals to false and should
be eliminated.
Signed-off-by: Miaohe Lin
---
fs/userfaultfd.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/fs/userfaultfd.
On Fri, 29 May 2020 21:38:23 +, John Stultz wrote:
> Fixes the following kCFI crash seen on db845c, caused
> by the function prototypes not matching the callback
> function prototype.
>
> [ 82.585661] Unable to handle kernel NULL pointer dereference at virtual
> address 0001
> [
On Sun, 31 May 2020 11:53:00 +0200, Jens Thoms Toerring wrote:
> The assembly and disassembly of data to be sent to or received from
> a device invoke functions regmap_format_XX() and regmap_parse_XX()
> that extract or insert data items from or into a buffer, using
> assignments. In some cases the
On Sat, 30 May 2020 21:03:14 +0800, kbuild test robot wrote:
>
Applied to
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
for-next
Thanks!
[1/1] regulator: max8998: max8998_set_current_limit() can be static
commit: 0b0c0bd818ef76a20f58c3cb1ac96a3056ccb681
All
On Fri, 29 May 2020 21:25:38 +0200, Jens Thoms Toerring wrote:
> The assembly and disassembly of data to be sent to or received from a
> device invoke functions (regmap_format_XXX() and regmap_parse_XXX())
> that extract or insert data items from or into a buffer, using
> assignments. In some cases
The following changes since commit 9cb1fd0efd195590b828b9b865421ad345a4a145:
Linux 5.7-rc7 (2020-05-24 15:32:54 -0700)
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git tags/spi-v5.8
for you to fetch changes up to fb02b9eb4e335f8965badd1
Hi Zhenyu,
On Sat, May 30, 2020 at 06:24:21PM +0800, Zhenyu Ye wrote:
> On 2020/5/26 22:52, Catalin Marinas wrote:
> > On Mon, May 25, 2020 at 03:19:42PM +0800, Zhenyu Ye wrote:
> >> tlb_flush_##_pxx##_range() is used to set tlb->cleared_*,
> >> flush_##_pxx##_tlb_range() will actually flush the T
We don't clear the dirty bitmap before because KVM_GET_DIRTY_LOG will
clear it for us before copying the dirty log onto it. However we'd
still better to clear it explicitly instead of assuming the kernel
will always do it for us.
More importantly, in the upcoming dirty ring tests we'll start to
f
201 - 300 of 1740 matches
Mail list logo