Inside function sas_rphy_match(), dev_to_shost() could return NULL,
however, the return value of dev_to_shost() is not checked and
get used. This could potentially be unsafe.
Signed-off-by: Yizhuo
---
drivers/scsi/scsi_transport_sas.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
Hi Rob,
On Wed, Oct 2, 2019 at 4:37 PM Rob Herring wrote:
>
> On Thu, Jul 4, 2019 at 7:23 AM Martin Blumenstingl
> wrote:
> >
> > Add the bindings for the PCIe PHY on Lantiq VRX200 and ARX300 SoCs.
> > The IP block contains settings for the PHY and a PLL.
> > The PLL mode is configurable
Hi all,
In commit
1d200e9d6f63 ("block: Fix writeback throttling W=1 compiler warnings")
Fixes tag
Fixes: e34cbd307477 ("blk-wbt: add general throttling mechanism"; v4.10).
has these problem(s):
- Subject has leading but no trailing quotes
- Subject does not match target commit
Unlike gcc, clang considers each inline assembly block to be independent
and therefore, when using the integrated assembler for inline assembly,
any preambles that enable features must be repeated in each block.
Instead of changing all inline assembly blocks that use LSE, this change
adds
On Mon, 7 Oct 2019 at 20:38, Linus Torvalds
wrote:
>
> On Mon, Oct 7, 2019 at 7:58 AM Francis M wrote:
> >
> > Attached is a JPEG of what I've been able to capture from the console.
> > I'm guessing it's probably not enough to go on, but hoping someone
> > might have an 'ahh, that looks
On Mon, Oct 7, 2019 at 3:17 PM Anand Moon wrote:
[...]
> diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
> index c9a867ac32d4..72f6a7dca0d6 100644
> --- a/arch/arm64/configs/defconfig
> +++ b/arch/arm64/configs/defconfig
> @@ -774,7 +774,7 @@ CONFIG_MPL3115=m
>
On Mon, Oct 7, 2019 at 8:54 AM Bruce Ashfield wrote:
>
> On Thu, Oct 3, 2019 at 8:09 PM Roman Gushchin wrote:
> >
> > On Wed, Oct 02, 2019 at 05:59:36PM -0400, Bruce Ashfield wrote:
> > > On Wed, Oct 2, 2019 at 2:19 PM Roman Gushchin wrote:
> > > >
> > > > On Wed, Oct 02, 2019 at 12:18:54AM
On 10/7/2019 2:24 PM, Ingo Molnar wrote:
* kan.li...@linux.intel.com wrote:
Performance impact:
The processing time may increase with the LBR stitching approach
enabled. The impact depends on the number of samples with stitched LBRs.
For sqlite's tcltest,
perf record --call-graph lbr --
On Mon, Oct 07, 2019 at 07:55:46PM +0200, Hans de Goede wrote:
> Since we link purgatory.ro with -r aka we enable "incremental linking"
> no checks for unresolved symbols is done while linking purgatory.ro.
>
> Changes to the sha256 code has caused the purgatory in 5.4-rc1 to have
> a missing
Hi all,
Commit
da6221f246f9 ("scripts: setlocalversion: fix a bashism")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgpy0RddbRT6J.pgp
Description: OpenPGP digital signature
On Mon, Oct 7, 2019 at 12:49 PM Tony Luck wrote:
>
> If PSR.ac is set, we trap. If it isn't set, then model specific
> (though all implementations will
> trap for an unaligned access that crosses a 4K boundary).
Ok. At that point, setting AC unconditionally is the better model just
to get test
On Sun, Oct 6, 2019 at 12:38 PM YueHaibing wrote:
>
> Use devm_platform_ioremap_resource() to simplify the code a bit.
> This is detected by coccinelle.
>
> Signed-off-by: YueHaibing
Reviewed-by: Martin Blumenstingl
thank you for taking care of this!
Martin
On Mon, Oct 7, 2019 at 12:21 PM 'Sami Tolvanen' via Clang Built Linux
wrote:
>
> LLVM's assembler doesn't accept the short form inl (%%dx) instruction,
> but instead insists on the output register to be explicitly specified:
>
> :1:7: error: invalid operand for instruction
> inl (%dx)
On Mon, Oct 07, 2019 at 07:12:37PM +0200, Paolo Bonzini wrote:
> On 04/10/19 23:56, Sean Christopherson wrote:
> > diff --git a/arch/x86/kernel/cpu/proc.c b/arch/x86/kernel/cpu/proc.c
> > index cb2e49810d68..4eec8889b0ff 100644
> > --- a/arch/x86/kernel/cpu/proc.c
> > +++
On Mon, Oct 07, 2019 at 07:11:24PM +0200, Paolo Bonzini wrote:
> On 04/10/19 23:56, Sean Christopherson wrote:
> > + /*
> > +* The high bits contain the allowed-1 settings, i.e. features that can
> > +* be turned on. The low bits contain the allowed-0 settings, i.e.
> > +* features
Hi Philipp,
On Thu, Oct 3, 2019 at 4:19 PM Philipp Zabel wrote:
[...]
> > because the register layout was greatly simplified for the newer SoCs
> > (for which there is reset-intel) compared to the older ones
> > (reset-lantiq).
> > Dilip's suggestion (in my own words) is that you take his new
>
On Mon, Oct 7, 2019 at 12:09 PM Linus Torvalds
wrote:
> Hmm? I thought ia64 did unaligneds ok.
If PSR.ac is set, we trap. If it isn't set, then model specific
(though all implementations will
trap for an unaligned access that crosses a 4K boundary).
Linux sets PSR.ac. Applications can use
commit b7b2562f7252 ("kernel/groups.c: use sort library function")
introduced the sort library function.
also use the bsearch library function instead of open-coding the binary
search.
Signed-off-by: Thomas Meyer
---
kernel/groups.c | 17 -
1 file changed, 4 insertions(+), 13
Hello,
syzbot found the following crash on:
HEAD commit:1e76a3e5 kmsan: replace __GFP_NO_KMSAN_SHADOW with kmsan_i..
git tree: https://github.com/google/kmsan.git master
console output: https://syzkaller.appspot.com/x/log.txt?x=1204cc6360
kernel config:
On Mon, Oct 7, 2019 at 7:58 AM Francis M wrote:
>
> Attached is a JPEG of what I've been able to capture from the console.
> I'm guessing it's probably not enough to go on, but hoping someone
> might have an 'ahh, that looks familiar' moment.
That is an awkwardly small snippet and not showing
Keith,
Thanks for clarifying. I appreciate the comments.
From: Prarit Bhargava
Add functionality for base-freq info|enable|disable info on CascadeLake-N.
Sample output:
Intel(R) Speed Select Technology
Executing on CPU model:85[0x55]
package-0
die-0
cpu-0
speed-select-base-freq
high-priority-base-frequency(MHz):270
From: Prarit Bhargava
The current code structure has similar but separate command functions for
the enable and disable operations. This can be improved by adding an int
argument to the command function structure, and interpreting 1 as enable
and 0 as disable. This change results in the removal
From: Prarit Bhargava
Add functionality for "perf-profile info" on CascadeLake-N.
Sample output:
intel-speed-select perf-profile info
Intel(R) Speed Select Technology
Executing on CPU model:85[0x55]
package-0
die-0
cpu-0
perf-profile-level-0
cpu-count:20
Add support for SST-BF on CascadeLake-N support. The CascadeLake-N
processor only support SST-BF and not other SST functionality.
v3:
Fix crash due to geline
Fix display to perf-profile info and base-freq info command
Fix output for coremask
Fix base frequency CPU list. This should be displayed
From: Prarit Bhargava
Make the process_command take any help command and command list. This
will make it easier to help commands and a command list for CascadeLake-N.
Signed-off-by: Prarit Bhargava
Signed-off-by: Srinivas Pandruvada
---
.../x86/intel-speed-select/isst-config.c | 20
From: Prarit Bhargava
Three CascadeLake-N models (6252N, 6230N, and 5218N) have SST-PBF support.
Return an error if the CascadeLake processor is not one of these specific
models.
Signed-off-by: Prarit Bhargava
Signed-off-by: Srinivas Pandruvada
---
.../x86/intel-speed-select/isst-config.c
From: Prarit Bhargava
CascadeLake-N only supports SST-BF and needs some of the perf-profile
commands, and the base-freq commands.
Add help functions, and create an empty command structures (the functions
will be implemented later in this patchset). Call these functions
when running on
On Monday 16 September 2019 17:39:21 Steven Rostedt wrote:
> Dear RT Folks,
>
> I'm pleased to announce the 4.19.72-rt25 stable release.
>
>
>
> As you probably have noticed, it has been a long time since I released
> a stable 4.19-rt. The reason for this delay is that one of my tests
On 10/7/19 9:21 PM, Sami Tolvanen wrote:
> LLVM's assembler doesn't accept the short form inl (%%dx) instruction,
> but instead insists on the output register to be explicitly specified:
>
> :1:7: error: invalid operand for instruction
> inl (%dx)
> ^
> LLVM ERROR: Error
Dan,
On 10/7/19 7:08 PM, Dan Murphy wrote:
> Jacek
>
> On 10/6/19 2:52 PM, Jacek Anaszewski wrote:
>> Dan,
>>
>> On 10/1/19 4:56 PM, Dan Murphy wrote:
>>> Add multicolor framework support for the lp55xx family.
>>>
>>> Signed-off-by: Dan Murphy
>>> ---
>>> drivers/leds/Kconfig
Hi Tero,
> Am 07.10.2019 um 21:18 schrieb Tero Kristo :
>
> On 07/10/2019 18:52, Tony Lindgren wrote:
>> Hi,
>> * H. Nikolaus Schaller [191005 16:59]:
>> Please try with Tero's current github branch at
>> github.com/t-kristo/linux-pm.git
>> 5.4-rc1-ipc from few days ago, the earlier versions
On Mon, Oct 7, 2019 at 12:19 PM Eric Biggers wrote:
>
> So it seems to have generated a corrupt filesystem image and tried to mount
> it.
Ok, then everything is working as expected.
Let's ignore the syzbot one for now, and see if some other load triggers this.
Linus
Add support for configuring Dynamic Range and Mastering InfoFrame from
the hdr_output_metadata connector property.
This patch adds a use_drm_infoframe flag to dw_hdmi_plat_data that platform
drivers use to signal when Dynamic Range and Mastering infoframes is supported.
This flag is needed
This patch enables Dynamic Range and Mastering InfoFrame on RK3328 and RK3399.
Cc: Sandy Huang
Cc: Heiko Stuebner
Signed-off-by: Jonas Karlman
Reviewed-by: Heiko Stuebner
Reviewed-by: Andrzej Hajda
---
drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 2 ++
1 file changed, 2 insertions(+)
diff
On Sun, Oct 6, 2019 at 3:20 PM Guenter Roeck wrote:
>
> this patch causes all my sparc64 emulations to stall during boot. It causes
> all alpha emulations to crash with [1a] and [1b] when booting from a virtual
> disk, and one of the xtensa emulations to crash with [2].
So I think your alpha
This patch enables Dynamic Range and Mastering InfoFrame on GXL, GXM and G12A.
Cc: Neil Armstrong
Signed-off-by: Jonas Karlman
Reviewed-by: Neil Armstrong
---
drivers/gpu/drm/meson/meson_dw_hdmi.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/meson/meson_dw_hdmi.c
On Mon, 2019-10-07 at 12:19 -0700, Yizhuo Zhai wrote:
> Hi All:
>
> drivers/net/wireless/intel/iwlwifi/mvm/scan.c:
>
> Inside function iwl_mvm_power_ps_disabled_iterator(),
> iwl_mvm_vif_from_mac80211()
> could return NULL
No, it can not.
Whatever tool you've used to find this - you should fix
LLVM's assembler doesn't accept the short form inl (%%dx) instruction,
but instead insists on the output register to be explicitly specified:
:1:7: error: invalid operand for instruction
inl (%dx)
^
LLVM ERROR: Error parsing inline asm
Use the full form of the
This patch enables Dynamic Range and Mastering InfoFrame on H6.
Cc: Maxime Ripard
Cc: Jernej Skrabec
Signed-off-by: Jonas Karlman
Reviewed-by: Andrzej Hajda
---
drivers/gpu/drm/sun4i/sun8i_dw_hdmi.c | 2 ++
drivers/gpu/drm/sun4i/sun8i_dw_hdmi.h | 1 +
2 files changed, 3 insertions(+)
diff
On Mon, Oct 07, 2019 at 12:14:33PM -0700, Linus Torvalds wrote:
> On Mon, Oct 7, 2019 at 12:07 PM Eric Biggers wrote:
> >
> > Seems this indicates a corrupt filesystem rather than a kernel bug, so using
> > WARN_ON is not appropriate. It should either use pr_warn_once(), or be
> > silent.
>
>
On 07/10/2019 18:52, Tony Lindgren wrote:
Hi,
* H. Nikolaus Schaller [191005 16:59]:
Hi all,
with the arrival of v5.4-rc1 some of Tony's sysc patches have arrived
upstream, so we do no longer need them here.
Therefore, I have rebased my drivers/staging/pvr driver [1] and fixed some
more
Hello,
syzbot found the following crash on:
HEAD commit:1e76a3e5 kmsan: replace __GFP_NO_KMSAN_SHADOW with kmsan_i..
git tree: https://github.com/google/kmsan.git master
console output: https://syzkaller.appspot.com/x/log.txt?x=10327cc360
kernel config:
Hi All:
drivers/net/wireless/intel/iwlwifi/mvm/scan.c:
Inside function iwl_mvm_power_ps_disabled_iterator(),
iwl_mvm_vif_from_mac80211()
could return NULL,however, the return value of
iwl_mvm_vif_from_mac80211() is not checked and get
used. This could potentially be unsafe.
--
Kind Regards,
On Mon, 2019-10-07 at 13:03 +0300, Andy Shevchenko wrote:
> On Fri, Oct 04, 2019 at 10:15:21AM -0700, Srinivas Pandruvada wrote:
> > On Thu, 2019-10-03 at 08:11 -0400, Prarit Bhargava wrote:
> > > + /* only three CascadeLake-N models are supported */
> > > + if (is_clx_n_platform()) {
> > > +
On Mon, Oct 07, 2019 at 09:11:02PM +0200, Jiri Pirko wrote:
> Mon, Oct 07, 2019 at 08:59:11PM CEST,
> syzbot+896295c817162503d...@syzkaller.appspotmail.com wrote:
> >Hello,
> >
> >syzbot found the following crash on:
> >
> >HEAD commit:056ddc38 Merge branch 'stmmac-next'
> >git tree:
On Monday 07 October 2019 15:10:05 Gene Heskett wrote:
> On Monday 16 September 2019 17:39:21 Steven Rostedt wrote:
> > Dear RT Folks,
> >
> > I'm pleased to announce the 4.19.72-rt25 stable release.
> >
> >
> >
> > As you probably have noticed, it has been a long time since I
> >
On Mon, Oct 7, 2019 at 12:07 PM Eric Biggers wrote:
>
> Seems this indicates a corrupt filesystem rather than a kernel bug, so using
> WARN_ON is not appropriate. It should either use pr_warn_once(), or be
> silent.
I was going to silence it for the actual 5.4 release, but I wanted to
see if
Hi All:
drivers/net/wireless/intel/iwlwifi/mvm/power.c:
Inside function iwl_mvm_power_ps_disabled_iterator(),
iwl_mvm_vif_from_mac80211()
could return NULL,however, the return value of
iwl_mvm_vif_from_mac80211() is not
checked and get
used. This could potentially be unsafe.
--
Kind Regards,
From: James Bottomley
Subject: [PATCH] tpm: use GFP kernel for tpm_buf allocations
The current code uses GFP_HIGHMEM, which is wrong because GFP_HIGHMEM
(on 32 bit systems) is memory ordinarily inaccessible to the kernel
and should only be used for allocations affecting userspace. In order
to
Mon, Oct 07, 2019 at 08:59:11PM CEST,
syzbot+896295c817162503d...@syzkaller.appspotmail.com wrote:
>Hello,
>
>syzbot found the following crash on:
>
>HEAD commit:056ddc38 Merge branch 'stmmac-next'
>git tree: net-next
>console output:
On 2019-10-07 20:43, Jason Baron wrote:
On 10/7/19 2:30 PM, Roman Penyaev wrote:
On 2019-10-07 18:42, Jason Baron wrote:
On 10/7/19 6:54 AM, Roman Penyaev wrote:
On 2019-10-03 18:13, Jason Baron wrote:
On 9/30/19 7:55 AM, Roman Penyaev wrote:
On 2019-09-28 04:29, Andrew Morton wrote:
On
Dne ponedeljek, 07. oktober 2019 ob 12:44:24 CEST je Hans Verkuil napisal(a):
> Hi Jernej,
>
> On 9/29/19 10:00 PM, Jernej Skrabec wrote:
> > This series adds support for decoding multi-slice H264 frames along with
> > support for V4L2_DEC_CMD_FLUSH and V4L2_BUF_FLAG_M2M_HOLD_CAPTURE_BUF.
> >
>
On Mon, Oct 7, 2019 at 11:36 AM Tony Luck wrote:
>
> Late to this party ,,, but my ia64 console today is full of:
Hmm? I thought ia64 did unaligneds ok.
But regardless, this is my current (as yet untested) patch. This is
not the big user access cleanup that I hope Al will do, this is just a
On Mon, Oct 07, 2019 at 07:31:07AM -0700, syzbot wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:43b815c6 Merge tag 'armsoc-fixes' of git://git.kernel.org/..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=12165d0b60
>
[+Linus]
On Mon, Oct 07, 2019 at 07:30:07AM -0700, syzbot wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:43b815c6 Merge tag 'armsoc-fixes' of git://git.kernel.org/..
> git tree: upstream
> console output:
On Mon, Oct 7, 2019 at 11:38 AM Rob Herring wrote:
>
> On Mon, Oct 7, 2019 at 12:56 PM John Stultz wrote:
> >
> > Add necessary compatible flag for HiSi's DWC3 so
> > dwc3-of-simple will probe.
> >
> > Cc: Greg Kroah-Hartman
> > Cc: Felipe Balbi
> > Cc: Andy Shevchenko
> > Cc: Rob Herring
>
From: Antonio Borneo
Date: Mon, 7 Oct 2019 17:43:02 +0200
> Fix typo s/mechansim/mechanism/
>
> Signed-off-by: Antonio Borneo
Applied, thank you.
On 10/7/19 12:55 AM, Michal Hocko wrote:
> From: David Rientjes
>
> b39d0ee2632d ("mm, page_alloc: avoid expensive reclaim when compaction
> may not succeed") has chnaged the allocator to bail out from the
> allocator early to prevent from a potentially excessive memory
> reclaim.
Hi All:
drivers/target/iscsi/cxgbit/cxgbit_ddp.c:
Inside function cxgbit_ddp_sgl_check(), sg_next() could return NULL,
however, the return value of sg_next() is not checked and get
dereferenced. This could potentially be unsafe.
--
Kind Regards,
Yizhuo Zhai
Computer Science, Graduate Student
As per "AMD64 Architecture Programmer's Manual Volume 3: General-Purpose
and System Instructions", MWAITX EAX[7:4]+1 specifies the optional hint
of the optimized C-state. For C0 state, EAX[7:4] should be set to 0xf.
Currently, a value of 0xf is set for EAX[3:0] instead of EAX[7:4]. Fix
this by
update powerpc ima buffer pass implementationt to call into
of_ima* for a cross architecture support.
Signed-off-by: Prakhar Srivastava
---
arch/powerpc/include/asm/ima.h | 6 --
arch/powerpc/kernel/Makefile| 8 +-
arch/powerpc/kernel/ima_kexec.c | 170 +++-
Hello,
syzbot found the following crash on:
HEAD commit:3b47fd5c Merge tag 'nfs-for-5.3-4' of git://git.linux-nfs...
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=12e278c160
kernel config: https://syzkaller.appspot.com/x/.config?x=b89bb446a3faaba4
Hello,
syzbot found the following crash on:
HEAD commit:056ddc38 Merge branch 'stmmac-next'
git tree: net-next
console output: https://syzkaller.appspot.com/x/log.txt?x=164f0c5760
kernel config: https://syzkaller.appspot.com/x/.config?x=d9be300620399522
dashboard link:
Hello,
syzbot found the following crash on:
HEAD commit:056ddc38 Merge branch 'stmmac-next'
git tree: net-next
console output: https://syzkaller.appspot.com/x/log.txt?x=168bdd4760
kernel config: https://syzkaller.appspot.com/x/.config?x=d9be300620399522
dashboard link:
Hello,
syzbot found the following crash on:
HEAD commit:056ddc38 Merge branch 'stmmac-next'
git tree: net-next
console output: https://syzkaller.appspot.com/x/log.txt?x=176f00dd60
kernel config: https://syzkaller.appspot.com/x/.config?x=d9be300620399522
dashboard link:
Hello,
syzbot found the following crash on:
HEAD commit:056ddc38 Merge branch 'stmmac-next'
git tree: net-next
console output: https://syzkaller.appspot.com/x/log.txt?x=144ea69960
kernel config: https://syzkaller.appspot.com/x/.config?x=d9be300620399522
dashboard link:
Hello,
syzbot found the following crash on:
HEAD commit:056ddc38 Merge branch 'stmmac-next'
git tree: net-next
console output: https://syzkaller.appspot.com/x/log.txt?x=1590218f60
kernel config: https://syzkaller.appspot.com/x/.config?x=d9be300620399522
dashboard link:
Hi Michal and Greg,
> -Original Message-
> From: Michal Simek
> Sent: Sunday, October 06, 2019 11:14 PM
> To: Greg KH ; Jolly Shah
> Cc: ard.biesheu...@linaro.org; mi...@kernel.org; m...@codeblueprint.co.uk;
> sudeep.ho...@arm.com; hkallwe...@gmail.com; keesc...@chromium.org;
>
Versal is xilinx's next generation soc. This patch adds
driver support required to be compatible with versal device
v2:
No changes. Resending to include DT maintaners
Jolly Shah (2):
dt-bindings: firmware: Add bindings for Versal firmware
drivers: firmware: xilinx: Add support for versal
ZynqMP firmware driver can be used for versal also.
Add versal compatible string to zynqmp firmware driver
doc.
Signed-off-by: Jolly Shah
---
.../bindings/firmware/xilinx/xlnx,zynqmp-firmware.txt| 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git
Versal is xilinx's next generation soc. This patch adds
driver support required to be compatible with versal device.
Signed-off-by: Jolly Shah
---
drivers/firmware/xilinx/zynqmp.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/firmware/xilinx/zynqmp.c
On Mon, Oct 7, 2019 at 11:35 PM Stephen Boyd wrote:
>
> Quoting Cheng-yi Chiang (2019-10-07 06:58:41)
> >
> > Hi Guenter,
> > Thanks for the quick review.
> > I'll update accordingly in v2.
>
> I'd prefer this use the nvmem framework which already handles many of
> the requirements discussed
Hi Takashi,
> On Sep 25, 2019, at 19:32, Kai-Heng Feng wrote:
>
> Nvidia proprietary driver doesn't support runtime power management, so
> when a user only wants to use the integrated GPU, it's a common practice
> to let dGPU not to bind any driver, and let its upstream port to be
> runtime
On Mon, Oct 07, 2019 at 02:32:07PM -0400, Arvind Sankar wrote:
> On Mon, Oct 07, 2019 at 01:58:57PM -0400, Arvind Sankar wrote:
> > On Mon, Oct 07, 2019 at 10:56:30AM -0700, Christoph Hellwig wrote:
> > > On Mon, Oct 07, 2019 at 07:55:28PM +0200, Christoph Hellwig wrote:
> > > > On Mon, Oct 07,
On 10/7/19 2:30 PM, Roman Penyaev wrote:
> On 2019-10-07 18:42, Jason Baron wrote:
>> On 10/7/19 6:54 AM, Roman Penyaev wrote:
>>> On 2019-10-03 18:13, Jason Baron wrote:
On 9/30/19 7:55 AM, Roman Penyaev wrote:
> On 2019-09-28 04:29, Andrew Morton wrote:
>> On Wed, 25 Sep 2019
Some BIOS erroneously specifies write-combining BAR for intel-lpss-pci
in MTRR. This will cause the system to hang during boot. If possible,
this bug could be corrected with a firmware update.
This patch adds devm_ioremap_uc as a new managed wrapper to ioremap_uc
and with it overwrite the MTRR
On Mon, Oct 7, 2019 at 12:56 PM John Stultz wrote:
>
> Add necessary compatible flag for HiSi's DWC3 so
> dwc3-of-simple will probe.
>
> Cc: Greg Kroah-Hartman
> Cc: Felipe Balbi
> Cc: Andy Shevchenko
> Cc: Rob Herring
> Cc: Mark Rutland
> Cc: Yu Chen
> Cc: Matthias Brugger
> Cc: Chunfeng
On Mon, Oct 7, 2019 at 11:28 AM Linus Torvalds
wrote:
>
> On Sun, Oct 6, 2019 at 8:11 PM Linus Torvalds
> wrote:
> >
> > >
> > > The last two should just do user_access_begin()/user_access_end()
> > > instead of access_ok(). __copy_to_user_inatomic() has very few callers
> > > as well:
> >
> >
On 2019-10-07 19:45, Ezequiel Garcia wrote:
> From: Francois Buergisser
>
> The setting of the motion vectors usage and the setting of motion
> vectors address are currently done under different conditions.
>
> When decoding pre-recorded videos, this results of leaving the motion
> vectors
On Mon, Oct 07, 2019 at 01:58:57PM -0400, Arvind Sankar wrote:
> On Mon, Oct 07, 2019 at 10:56:30AM -0700, Christoph Hellwig wrote:
> > On Mon, Oct 07, 2019 at 07:55:28PM +0200, Christoph Hellwig wrote:
> > > On Mon, Oct 07, 2019 at 01:54:32PM -0400, Arvind Sankar wrote:
> > > > It doesn't boot
On 2019-10-07 18:42, Jason Baron wrote:
On 10/7/19 6:54 AM, Roman Penyaev wrote:
On 2019-10-03 18:13, Jason Baron wrote:
On 9/30/19 7:55 AM, Roman Penyaev wrote:
On 2019-09-28 04:29, Andrew Morton wrote:
On Wed, 25 Sep 2019 09:56:03 +0800 hev wrote:
From: Heiher
Take the case where we
Use seq_puts and simple string output and not seq_printf with formats
and individual strings to reduce overall object size.
$ size drivers/misc/sgi-gru/gruprocfs.o* (x86-64 defconfig with gru)
textdata bss dec hex filename
7006 8 070141b66
Quoting MarkLee :
* Removes mediatek,physpeed property from dtsi that is useless in PHYLINK
* Use the fixed-link property speed = <2500> to set the phy in 2.5Gbit.
* Set gmac1 to gmii mode that connect to a internal gphy
Signed-off-by: MarkLee
--
v1->v2:
* SGMII port only support BASE-X at
When device stop was moved out of reset, test device wasn't updated to
stop before reset, this resulted in a use after free. Fix by invoking
stop appropriately.
Fixes: b211616d7125 ("vhost: move -net specific code out")
Signed-off-by: Michael S. Tsirkin
---
drivers/vhost/test.c | 2 ++
1 file
Quoting MarkLee :
Add missing configuration for mt7629 gmii mode support
Fixes: 7e538372694b ("net: ethernet: mediatek: Re-add support SGMII")
Signed-off-by: MarkLee
--
v1->v2:
* no change
---
drivers/net/ethernet/mediatek/mtk_eth_soc.c | 1 +
1 file changed, 1 insertion(+)
diff --git
On Mon, Oct 07, 2019 at 11:34:29AM +0200, Marco Felsch wrote:
> Sorry that won't fix my problem. If I drop the regulator-boot-on state
> the fixed-regulator will disable this regulator but disable/enable this
> regulator is only valid during suspend/resume. I don't say that my fix
> is correct
On Mon, 2019-10-07 at 11:14 -0700, Nick Desaulniers wrote:
> > On Sat, Oct 5, 2019 at 6:46 PM Joe Perches wrote:
> > > Reserve the pseudo keyword 'fallthrough' for the ability to convert the
>
> Have we precedent already for "pseudo keywords?"
Many. see bool vs _Bool, u32 vs uint32_t, etc.
>
Add a new function, hub_port_power_cycle() to power cycle port's power.
It'll be used by a following patch.
In addition to that, check the return value of usb_hub_set_port_power(),
so we don't need to wait if the set power operation fails.
Furthermore, remove parameter *hdev from
On Dell TB16, Realtek USB ethernet (r8152) connects to an SMSC hub which
then connects to ASMedia xHCI's root hub:
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/7p, 5000M
|__ Port 2: Dev 3, If 0, Class=Vendor
* tip-bot2 for Ralf Ramsauer wrote:
> The following commit has been merged into the x86/platform branch of tip:
>
> Commit-ID: dac59f1eb78123c3f0e497eb9870ac550c59debb
> Gitweb:
> https://git.kernel.org/tip/dac59f1eb78123c3f0e497eb9870ac550c59debb
> Author:Ralf Ramsauer
>
On Mon, Oct 07, 2019 at 01:50:11PM -0400, Tyler Ramer wrote:
> Shutdown the controller when nvme_remove_dead_controller is
> reached.
>
> If nvme_remove_dead_controller() is called, the controller won't
> be comming back online, so we should shut it down rather than just
> disabling.
>
> Remove
On Sun, Oct 6, 2019 at 8:11 PM Linus Torvalds
wrote:
>
> >
> > The last two should just do user_access_begin()/user_access_end()
> > instead of access_ok(). __copy_to_user_inatomic() has very few callers as
> > well:
>
> Yeah, good points.
Looking at it some more this morning, I think it's
* kan.li...@linux.intel.com wrote:
> Performance impact:
> The processing time may increase with the LBR stitching approach
> enabled. The impact depends on the number of samples with stitched LBRs.
>
> For sqlite's tcltest,
> perf record --call-graph lbr -- make tcltest
> perf report
Hi Jones,
Thanks for review, we will fix some comment which your suggestion in next patch
Lee Jones 於 2019年10月4日 週五 下午9:33寫道:
>
> Wolfram,
>
> Would you be kind enough to grep for your name below?
>
> On Tue, 24 Sep 2019, Gene Chen wrote:
>
> > From: Gene Chen
> >
> > Add mfd driver for mt6360
On Mon, Oct 07, 2019 at 11:13:27AM -0700, Linus Torvalds wrote:
> On Mon, Oct 7, 2019 at 10:34 AM Al Viro wrote:
> >
> > Tangentially related: copy_regster_to_user() and copy_regset_from_user().
>
> Not a worry. It's not performance-critical code, and if it ever is, it
> needs to be rewritten
On 10/6/19 3:29 AM, YueHaibing wrote:
> Use devm_platform_ioremap_resource() to simplify the code a bit.
> This is detected by coccinelle.
>
> Signed-off-by: YueHaibing
Acked-by: Florian Fainelli
--
Florian
On Sat, Oct 5, 2019 at 10:17 AM Miguel Ojeda
wrote:
>
> Hi Joe,
>
> On Sat, Oct 5, 2019 at 6:46 PM Joe Perches wrote:
> >
> > Reserve the pseudo keyword 'fallthrough' for the ability to convert the
Have we precedent already for "pseudo keywords?" I kind of like the
double underscore prefix we
On Fri, 2019-10-04 at 18:33 -0700, Andy Lutomirski wrote:
> On Fri, Oct 4, 2019 at 1:10 PM Edgecombe, Rick P
> wrote:
> >
> > On Fri, 2019-10-04 at 07:56 -0700, Andy Lutomirski wrote:
> > > On Thu, Oct 3, 2019 at 2:38 PM Rick Edgecombe
> > > wrote:
> > > >
> > > > This patchset enables the
The patch
ASoC: tas2770: Remove unneeded read of the TDM_CFG3 register
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.5
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the
201 - 300 of 1218 matches
Mail list logo