Hi Andrew, Michal, David
* Andrew Morton [2020-08-06 21:32:11]:
> On Fri, 3 Jul 2020 18:28:23 +0530 Srikar Dronamraju
> wrote:
>
> > > The memory hotplug changes that somehow because you can hotremove numa
> > > nodes and therefore make the nodemask sparse but that is not a common
> > >
Thanks for your reply.
On 2020/08/09 2:19, Sungjong Seo wrote:
[snip]
@@ -963,80 +942,38 @@ int exfat_find_dir_entry(struct super_block *sb,
struct exfat_inode_info *ei,
num_empty = 0;
candi_empty.eidx = EXFAT_HINT_NONE;
[snip]
-
On 8/12/2020 2:58 AM, Stephen Boyd wrote:
We get the opp_table pointer at the top of the function and so we should
put the pointer at the end of the function like all other exit paths
from this function do.
Cc: Rajendra Nayak
Fixes: aca48b61f963 ("opp: Manage empty OPP tables with clk
On Wed, 12 Aug 2020 05:09:58 +0200,
Yu-Hsuan Hsu wrote:
>
> Mark Brown 於 2020年8月12日 週三 上午1:22寫道:
> >
> > On Tue, Aug 11, 2020 at 11:54:38AM -0500, Pierre-Louis Bossart wrote:
> >
> > > > constraint logic needs to know about this DSP limitation - it seems like
> > > > none of this is going to
On Tue, 11 Aug 2020 23:33:13 +0200,
Kees Cook wrote:
>
> On Mon, Aug 03, 2020 at 02:16:15PM +0530, Allen wrote:
> > Here's the series re-based on top of 5.8
> > https://github.com/allenpais/tasklets/tree/V3
>
> Great!
>
> > Let me know how you would want these to be reviewed.
>
> Was a
Hi Rick!
On 8/12/20 6:50 AM, Edgecombe, Rick P wrote:
> On non-x86, this patchset shouldn't have changed much, just always
> flush the TLB and purge the vmalloc area in cases where previously this
> would only happen intermittently. Despite this, it also caused a
> problem on sparc. In the end
Hi Michał,
On 8/12/20 4:31 AM, Michał Mirosław wrote:
> By calling device_initialize() earlier and noting that kfree(NULL) is
> ok, we can save a bit of code in error handling and plug of_node leak.
> Fixed commit already did part of the work.
>
> Cc: sta...@vger.kernel.org
> Fixes: 9177514ce349
Allow including dt-bindings header files and use them for bcm63xx.
Álvaro Fernández Rojas (14):
mips: dts: brcm: allow including header files
mips: bmips: add BCM3368 irq definitions
mips: bmips: add BCM6318 irq definitions
mips: bmips: add BCM6328 irq definitions
mips: bmips: add
From: Wanpeng Li
Return 0 when getting the tscdeadline timer if the lapic is hw disabled.
Suggested-by: Paolo Bonzini
Signed-off-by: Wanpeng Li
---
v1 -> v2:
* fix indentation
arch/x86/kvm/lapic.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/x86/kvm/lapic.c
From: Wanpeng Li
Check apic_lvtt_tscdeadline() mode directly instead of apic_lvtt_oneshot()
and apic_lvtt_period() to guarantee the timer is in tsc-deadline mode when
wrmsr MSR_IA32_TSCDEADLINE.
Signed-off-by: Wanpeng Li
---
v1 -> v2:
* fix indentation
arch/x86/kvm/lapic.c | 3 +--
1 file
Add header with BCM6358 definitions in order to be able to include it from
device tree files.
Signed-off-by: Álvaro Fernández Rojas
---
.../bcm6358-interrupt-controller.h| 38 +++
1 file changed, 38 insertions(+)
create mode 100644
Add header with BCM6368 definitions in order to be able to include it from
device tree files.
Signed-off-by: Álvaro Fernández Rojas
---
.../bcm6368-interrupt-controller.h| 71 +++
1 file changed, 71 insertions(+)
create mode 100644
Now that there are proper device tree bindings we can start using them.
Signed-off-by: Álvaro Fernández Rojas
---
arch/mips/boot/dts/brcm/bcm6362.dtsi | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/arch/mips/boot/dts/brcm/bcm6362.dtsi
Now that there are proper device tree bindings we can start using them.
Signed-off-by: Álvaro Fernández Rojas
---
arch/mips/boot/dts/brcm/bcm6368.dtsi | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/arch/mips/boot/dts/brcm/bcm6368.dtsi
Now that there are proper device tree bindings we can start using them.
Signed-off-by: Álvaro Fernández Rojas
---
arch/mips/boot/dts/brcm/bcm63268.dtsi | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/arch/mips/boot/dts/brcm/bcm63268.dtsi
Now that there are proper device tree bindings we can start using them.
Signed-off-by: Álvaro Fernández Rojas
---
arch/mips/boot/dts/brcm/bcm6358.dtsi | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/arch/mips/boot/dts/brcm/bcm6358.dtsi
Add header with BCM6362 definitions in order to be able to include it from
device tree files.
Signed-off-by: Álvaro Fernández Rojas
---
.../bcm6362-interrupt-controller.h| 71 +++
1 file changed, 71 insertions(+)
create mode 100644
Now that there are proper device tree bindings we can start using them.
Signed-off-by: Álvaro Fernández Rojas
---
arch/mips/boot/dts/brcm/bcm6328.dtsi | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/arch/mips/boot/dts/brcm/bcm6328.dtsi
Add header with BCM6328 definitions in order to be able to include it from
device tree files.
Signed-off-by: Álvaro Fernández Rojas
---
.../bcm6328-interrupt-controller.h| 68 +++
1 file changed, 68 insertions(+)
create mode 100644
Change /include/ with #include in order to be able to include header files
from dt-bindings.
Signed-off-by: Álvaro Fernández Rojas
---
arch/mips/boot/dts/brcm/bcm3368-netgear-cvg834g.dts| 2 +-
arch/mips/boot/dts/brcm/bcm63268-comtrend-vr-3032u.dts | 2 +-
Add header with BCM6318 definitions in order to be able to include it from
device tree files.
Signed-off-by: Álvaro Fernández Rojas
---
.../bcm6318-interrupt-controller.h| 84 +++
1 file changed, 84 insertions(+)
create mode 100644
Add header with BCM3368 definitions in order to be able to include it from
device tree files.
Signed-off-by: Álvaro Fernández Rojas
---
.../bcm3368-interrupt-controller.h| 19 +++
1 file changed, 19 insertions(+)
create mode 100644
Now that there are proper device tree bindings we can start using them.
Signed-off-by: Álvaro Fernández Rojas
---
arch/mips/boot/dts/brcm/bcm3368.dtsi | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/arch/mips/boot/dts/brcm/bcm3368.dtsi
Add header with BCM63268 definitions in order to be able to include it from
device tree files.
Signed-off-by: Álvaro Fernández Rojas
---
.../bcm63268-interrupt-controller.h | 86 +++
1 file changed, 86 insertions(+)
create mode 100644
Good morning Linus,
[with added [GIT PULL] subject line label this time]
Enjoy!
The following changes since commit b3a9e3b9622ae10064826dccb4f7a52bd88c7407:
Linux 5.8-rc1 (2020-06-14 12:45:04 -0700)
are available in the Git repository at:
Hello Rahul,
On Wed, Aug 12, 2020 at 11:49:14AM +0800, Tanwar, Rahul wrote:
> Our PWM controller is actually a PWM fan controller dedicated for
> controlling fan. I am looking for some suggestions from you on how
> to handle fan related optional properties in such a scenario.
>
> Should i create
>
> For shared interrupts, the interrupt status might be zero, so check that
> first.
>
> Signed-off-by: Adrian Hunter
Reviewed-by: Avri Altman
From: Colin Ian King
There are a couple of spelling mistakes in the text. Fix these.
Signed-off-by: Colin Ian King
---
tools/perf/bench/find-bit-bench.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/perf/bench/find-bit-bench.c
On 8/4/20 12:11 AM, Dave Chinner wrote:
On Sat, Aug 01, 2020 at 12:25:40PM +0200, Donald Buczek wrote:
On 01.08.20 00:32, Dave Chinner wrote:
On Fri, Jul 31, 2020 at 01:27:31PM +0200, Donald Buczek wrote:
Dear Linux people,
we have a backup server with two xfs filesystems on 101.9TB md-raid6
Takashi Iwai 於 2020年8月12日 週三 下午2:14寫道:
>
> On Wed, 12 Aug 2020 05:09:58 +0200,
> Yu-Hsuan Hsu wrote:
> >
> > Mark Brown 於 2020年8月12日 週三 上午1:22寫道:
> > >
> > > On Tue, Aug 11, 2020 at 11:54:38AM -0500, Pierre-Louis Bossart wrote:
> > >
> > > > > constraint logic needs to know about this DSP
Prevent hfs_find_init() from dereferencing `tree` as NULL.
Reported-and-tested-by: syzbot+7ca256d0da4af073b...@syzkaller.appspotmail.com
Signed-off-by: Peilin Ye
---
fs/hfs/bfind.c | 3 +++
fs/hfsplus/bfind.c | 3 +++
2 files changed, 6 insertions(+)
diff --git a/fs/hfs/bfind.c
On Wed, 12 Aug 2020 08:53:42 +0200,
Yu-Hsuan Hsu wrote:
>
> Takashi Iwai 於 2020年8月12日 週三 下午2:14寫道:
> >
> > On Wed, 12 Aug 2020 05:09:58 +0200,
> > Yu-Hsuan Hsu wrote:
> > >
> > > Mark Brown 於 2020年8月12日 週三 上午1:22寫道:
> > > >
> > > > On Tue, Aug 11, 2020 at 11:54:38AM -0500, Pierre-Louis Bossart
"Sandeep Maheswaram (Temp)" writes:
> Hi Felipe,
>
> On 7/28/2020 12:50 AM, Matthias Kaehlcke wrote:
>> On Mon, Jul 27, 2020 at 10:36:36PM +0530, Sandeep Maheswaram wrote:
>>> Add interconnect support in dwc3-qcom driver to vote for bus
>>> bandwidth.
>>>
>>> This requires for two different
Currently if we run 'perf record -e cycles:u', exclude_guest is 0.
But it doesn't make sense that we request for user-space counting
but we also get the guest report.
To keep perf semantics consistent and clear, this patch sets
exclude_guest for user-space counting.
Signed-off-by: Jin Yao
---
On 8/11/2020 7:22 PM, Peter Chen wrote:
> On Wed, Jun 24, 2020 at 10:31 AM Wesley Cheng wrote:
>>
>> Some devices have USB compositions which may require multiple endpoints
>> that support EP bursting. HW defined TX FIFO sizes may not always be
>> sufficient for these compositions. By
On Wed, 12 Aug 2020 01:21:19 +0200,
Stephen Rothwell wrote:
>
> Hi all,
>
> After merging the sound-current tree, today's linux-next build (arm
> multi_v7_defconfig) produced this warning:
>
> sound/pci/hda/patch_realtek.c: In function 'alc285_fixup_hp_gpio_led':
>
Hi
Am 03.08.20 um 02:38 schrieb Tian Tao:
> patch #1 and #3 is clean up, patch #2 is for code refactoring
Sorry for all my reviews taking so long. Please merge patch #3 into
patch #2 and then the series is
Reviewed-by: Thomas Zimmermann
I noticed that hibmc use DRM_ERROR in several places. A
On Wed, Aug 12, 2020 at 02:55:56AM -0400, Peilin Ye wrote:
> Prevent hfs_find_init() from dereferencing `tree` as NULL.
>
> Reported-and-tested-by: syzbot+7ca256d0da4af073b...@syzkaller.appspotmail.com
> Signed-off-by: Peilin Ye
> ---
> fs/hfs/bfind.c | 3 +++
> fs/hfsplus/bfind.c | 3 +++
>
在 2020/8/12 15:04, Thomas Zimmermann 写道:
Hi
Am 03.08.20 um 02:38 schrieb Tian Tao:
patch #1 and #3 is clean up, patch #2 is for code refactoring
Sorry for all my reviews taking so long. Please merge patch #3 into
patch #2 and then the series is
thanks,I will send v3 to fix this.
On Wed, Aug 12, 2020 at 09:08:27AM +0200, Greg Kroah-Hartman wrote:
> On Wed, Aug 12, 2020 at 02:55:56AM -0400, Peilin Ye wrote:
> > Prevent hfs_find_init() from dereferencing `tree` as NULL.
> >
> > Reported-and-tested-by:
> > syzbot+7ca256d0da4af073b...@syzkaller.appspotmail.com
> >
On Tue, Aug 11, 2020 at 10:24:18AM -0700, David Miller wrote:
> From: Stefano Garzarella
> Date: Tue, 11 Aug 2020 11:55:02 +0200
>
> > The first patch fixes a potential null pointer dereference in vsock_poll()
> > reported by syzbot.
> > The second patch is a simple cleanup in the same block
Changes in v8:
- Simplified some property definitions, and corrected the
connector reference in the dt binding.
Changes in v7:
- Fixups in qcom-pmic-typec.c to remove uncesscary includes, printk formatting,
and revising some logic operations.
Changes in v6:
- Removed
The QCOM SPMI typec driver handles the role and orientation detection, and
notifies client drivers using the USB role switch framework. It registers
as a typec port, so orientation can be communicated using the typec switch
APIs. The driver also attains a handle to the VBUS output regulator, so
Add the required DTS node for the USB VBUS output regulator, which is
available on PM8150B. This will provide the VBUS source to connected
peripherals.
Signed-off-by: Wesley Cheng
---
arch/arm64/boot/dts/qcom/pm8150b.dtsi | 6 ++
arch/arm64/boot/dts/qcom/sm8150-mtp.dts | 4
2 files
The PM8150B has a dedicated USB type C block, which can be used for type C
orientation and role detection. Create the reference node to this type C
block for further use.
Signed-off-by: Wesley Cheng
---
arch/arm64/boot/dts/qcom/pm8150b.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff
Introduce the dt-binding for enabling USB type C orientation and role
detection using the PM8150B. The driver will be responsible for receiving
the interrupt at a state change on the CC lines, reading the
orientation/role, and communicating this information to the remote
clients, which can
On Tue, Aug 11, 2020 at 11:19 PM Linus Torvalds
wrote:
>
> On Tue, Aug 11, 2020 at 1:56 PM Miklos Szeredi wrote:
> >
> > So that's where O_ALT comes in. If the application is consenting,
> > then that should prevent exploits. Or?
>
> If the application is consenting AND GETS IT RIGHT it
Hi Joe, Gustavo,
Joe Perches wrote on Tue, 11 Aug 2020 16:47:36 -0700:
> On Mon, 2020-04-27 at 14:00 -0500, Gustavo A. R. Silva wrote:
> > Hi,
> >
> > This series aims to fix a bad logic bug in print_drs_error, which is
> > tagged for -stable. The series also include some formatting fixups.
On 2020/8/12 11:52, Jin, Yao wrote:
Hi Peter,
On 8/11/2020 4:45 PM, Peter Zijlstra wrote:
On Tue, Aug 11, 2020 at 04:31:10PM +0800, Jin, Yao wrote:
Hi Peter,
On 8/11/2020 3:59 PM, Peter Zijlstra wrote:
On Tue, Aug 11, 2020 at 03:50:43PM +0800, Jin, Yao wrote:
Could I post v2 which
- bus formats read from drm_bridge_state.output_bus_cfg.format
and .atomic_get_input_bus_fmts() instead of connector
Signed-off-by: Vinay Simha BN
---
v1:
* Laurent Pinchart review comments incorporated
drm_bridge_state.output_bus_cfg.format
instead of connector
---
Hello,
syzbot found the following issue on:
HEAD commit:fb893de3 Merge tag 'tag-chrome-platform-for-v5.9' of git:/..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1323384a90
kernel config: https://syzkaller.appspot.com/x/.config?x=b4f36703531c4ada
On 20-07-30 11:39:22, Philipp Zabel wrote:
> On Thu, 2020-07-30 at 11:55 +0300, Abel Vesa wrote:
> > On 20-07-29 14:46:28, Philipp Zabel wrote:
> > > Hi Abel,
> > >
> > > On Wed, 2020-07-29 at 15:07 +0300, Abel Vesa wrote:
> > > > On i.MX8MP, there is a new type of IP which is called BLK_CTRL in
On 11.08.20 11:44, Roger Pau Monne wrote:
To be used in order to create foreign mappings. This is based on the
ZONE_DEVICE facility which is used by persistent memory devices in
order to create struct pages and kernel virtual mappings for the IOMEM
areas of such devices. Note that on kernels
On Mon, 2020-08-10 at 19:59 +0100, Mark Brown wrote:
> On Mon, Aug 10, 2020 at 11:05:53AM +0800, Jiaxin Yu wrote:
>
> > +void mt6359_set_playback_gpio(struct snd_soc_component *cmpnt)
> > +{
> > + struct mt6359_priv *priv = snd_soc_component_get_drvdata(cmpnt);
>
> > +void
The .bss section for the h8300 is relatively small. A value of
CONFIG_LOG_BUF_SHIFT that is larger than 19 will create a static
printk ringbuffer that is too large. Limit the range appropriately
for the H8300.
Reported-by: kernel test robot
Signed-off-by: John Ogness
---
based on next-20200811
Hi,
On Sun, Aug 09, 2020 at 03:23:27PM +0200, Salvatore Bonaccorso wrote:
> Hi
> On Thu, Apr 09, 2020 at 05:04:54AM +0530, Bhaskar Chowdhury wrote:
> > On 13:25 Wed 08 Apr 2020, Jonathan Corbet wrote:
> > > On Wed, 8 Apr 2020 17:07:05 +0530
> > > Bhaskar Chowdhury wrote:
> > >
> > > >
On 10/08/2020 15:06, Colin King wrote:
> From: Colin Ian King
>
> Currently invalid CPU addresses are not being sanity checked resulting in
> SATA setup failure on a SynQuacer SC2A11 development machine. The original
> check was removed by and earlier commit, so add a sanity check back in
> to
sam/laurent,
[PATCH] drm/bridge/tc358775: Fixes bus formats read
is on top of drm-misc-next.
On Wed, Aug 12, 2020 at 7:50 AM Vinay Simha B N wrote:
>
> Sam,
>
> I will look into this and send the patch ASAP.
>
> On Wed, Aug 12, 2020 at 12:47 AM Sam Ravnborg wrote:
>>
>> Hi Vinay.
>>
>> > >
Hi Rajendra,
On Wed, 12 Aug 2020 at 11:18, Rajendra Nayak wrote:
>
>
> On 8/12/2020 7:03 AM, John Stultz wrote:
> > On Tue, Aug 11, 2020 at 4:11 PM John Stultz wrote:
> >>
> >> On Wed, Mar 20, 2019 at 2:49 AM Rajendra Nayak
> >> wrote:
> >>>
> >>> geni serial needs to express a perforamnce
Hi,
On 7/23/20 11:12 AM, Jason Wang wrote:
> We ignore the err of requesting config interrupt, fix this.
>
> Fixes: e7991f376a4d ("ifcvf: implement config interrupt in IFCVF")
> Cc: Zhu Lingshan
> Signed-off-by: Jason Wang
> ---
> drivers/vdpa/ifcvf/ifcvf_main.c | 4
> 1 file changed, 4
On Wed, Aug 12, 2020 at 09:28:45AM +0200, Jürgen Groß wrote:
> On 11.08.20 11:44, Roger Pau Monne wrote:
> > To be used in order to create foreign mappings. This is based on the
> > ZONE_DEVICE facility which is used by persistent memory devices in
> > order to create struct pages and kernel
On 8/12/2020 1:05 PM, Amit Pundir wrote:
Hi Rajendra,
On Wed, 12 Aug 2020 at 11:18, Rajendra Nayak wrote:
On 8/12/2020 7:03 AM, John Stultz wrote:
On Tue, Aug 11, 2020 at 4:11 PM John Stultz wrote:
On Wed, Mar 20, 2019 at 2:49 AM Rajendra Nayak wrote:
geni serial needs to express a
On Tue, Aug 11, 2020 at 6:57 PM Anup Patel wrote:
>
> On Wed, Aug 12, 2020 at 12:16 AM Atish Patra wrote:
> >
> > On Tue, Aug 11, 2020 at 1:41 AM Anup Patel wrote:
> > >
> > > On Tue, Aug 11, 2020 at 12:07 PM Qiu Wenbo
> > > wrote:
> > > >
> > > > Exception vector is missing on nommu platform
Takashi Iwai 於 2020年8月12日 週三 下午2:58寫道:
>
> On Wed, 12 Aug 2020 08:53:42 +0200,
> Yu-Hsuan Hsu wrote:
> >
> > Takashi Iwai 於 2020年8月12日 週三 下午2:14寫道:
> > >
> > > On Wed, 12 Aug 2020 05:09:58 +0200,
> > > Yu-Hsuan Hsu wrote:
> > > >
> > > > Mark Brown 於 2020年8月12日 週三 上午1:22寫道:
> > > > >
> > > > >
patch #1 and #3 is clean up, patch #2 is for code refactoring
Changes since v1:
- Rewrite the commits messages and patch name in #1
- Rewrite the commits message in #2.
- Add the new patch #3
Changes since v2:
- merge patch #3 into patch #2
Tian Tao (2):
drm/hisilicon: Remove the unused
The memory used to be allocated with devres helpers and released
automatically. In rare circumstances, the memory's release could
have happened before the DRM device got released, which would have
caused memory corruption of some kind. Now we're embedding the data
structures in struct
Remove some unused include statements.
Signed-off-by: Tian Tao
Reviewed-by: Thomas Zimmermann
---
drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_de.c | 3 ---
drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 5 -
drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_vdac.c | 2 --
3 files changed, 10
Em Tue, 11 Aug 2020 18:51:11 +0100
Jonathan Cameron escreveu:
> On Tue, 11 Aug 2020 17:54:29 +0200
> Mauro Carvalho Chehab wrote:
>
> > Em Tue, 11 Aug 2020 17:41:26 +0200
> > Mauro Carvalho Chehab escreveu:
> >
> > > The Hikey 970 board uses a different PMIC than the one found on Hikey
On Wed, 12 Aug 2020 09:43:22 +0200,
Yu-Hsuan Hsu wrote:
>
> Takashi Iwai 於 2020年8月12日 週三 下午2:58寫道:
> >
> > On Wed, 12 Aug 2020 08:53:42 +0200,
> > Yu-Hsuan Hsu wrote:
> > >
> > > Takashi Iwai 於 2020年8月12日 週三 下午2:14寫道:
> > > >
> > > > On Wed, 12 Aug 2020 05:09:58 +0200,
> > > > Yu-Hsuan Hsu
On Tue, Aug 11, 2020 at 12:58:47AM +1000, Eugene Lubarsky wrote:
> This is an idea for substantially reducing the number of syscalls needed
> by monitoring tools whilst mostly re-using the existing API.
>
> The proposed files in this proof-of-concept patch set are:
>
> * /proc/all/stat
> A
Quoting Nathan Chancellor (2020-08-09 21:40:20)
> A new warning in Clang points out that the initialization of
> mux_pll_src_4plls_p appears incorrect:
>
> ../drivers/clk/rockchip/clk-rk3228.c:140:58: warning: suspicious
> concatenation of string literals in an array initialization; did you
>
Use SPDX license indentifier instead of local reference to COPYING.
Signed-off-by: Álvaro Fernández Rojas
---
v4: add new patch with SPDX license change.
arch/mips/bcm63xx/boards/board_bcm963xx.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git
There's no EHCI controller on BCM6348.
Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
---
v4: no changes.
v3: no changes.
v2: no changes.
arch/mips/bcm63xx/boards/board_bcm963xx.c | 3 ---
1 file changed, 3 deletions(-)
diff --git
There are 3 duplicated new lines, let's remove them.
Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
Reviewed-by: Philippe Mathieu-Daudé
---
v4: no changes.
v3: no changes.
v2: no changes.
arch/mips/bcm63xx/boards/board_bcm963xx.c | 3 ---
1 file changed, 3 deletions(-)
Quoting Krzysztof Kozlowski (2020-08-06 11:20:22)
> From: Arnd Bergmann
>
> The clk driver uses both a function call into an exported
> platform file and a direct register access to a hardcoded
> virtual address for accessing the MISCCR register, both
> become are a problem for a multiplatform
BCM6358 SoCs have OHCI and EHCI controllers that share the same USB ports.
Therefore, the board should also have EHCI enabled.
Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
---
v4: no changes.
v3: Reword commit description to avoid possible confusions.
v2: no changes.
Current board declarations are a mess. Let's put some order and make them
follow the same structure.
Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
---
v4: split license change to a new patch.
v3: no changes.
v2: switch to SPDX license identifier.
v4: Split license change to a new patch.
v3: Reword DWV-S0 board commit description to avoid possible confusions.
v2: switch to SPDX license identifier.
Álvaro Fernández Rojas (5):
MIPS: BCM63xx: remove duplicated new lines
MIPS: BCM63xx: remove EHCI from BCM6348 boards
MIPS: BCM63xx:
Quoting Krzysztof Kozlowski (2020-08-06 11:20:23)
> Passing pointers directly as platform data is fragile and undocumented.
> Better to create a platform data structure which explicitly documents
> what is passed to the driver.
>
> Suggested-by: Tomasz Figa
> [krzk: Update maintainer's entry]
>
On Wed, Aug 12, 2020 at 2:05 AM David Howells wrote:
> > {
> > int fd, attrfd;
> >
> > fd = open(path, O_PATH);
> > attrfd = openat(fd, name, O_ALT);
> > close(fd);
> > read(attrfd, value, size);
> > close(attrfd);
> > }
>
> Please don't go down this path.
Convert the vf610 gpio binding to DT schema format using json-schema.
Signed-off-by: Anson Huang
---
changes since V1:
- fix reg property to pass build;
- add "additionalProperties: false".
---
.../devicetree/bindings/gpio/gpio-vf610.txt| 63 -
Quoting Anson Huang (2020-08-04 16:17:29)
> It is better to explicitly include the required header file rather
> then get it through some recursive include.
>
> Signed-off-by: Anson Huang
> ---
Acked-by: Stephen Boyd
On Tue, Aug 11, 2020 at 01:18:52PM +0200, Christian König wrote:
> From: Guchun Chen
>
> Otherwise, braces are needed when using it.
>
> Signed-off-by: Guchun Chen
> Reviewed-by: Christian König
Thanks!
Excerpts from Zefan Li's message of August 12, 2020 11:07 am:
> On 2020/8/12 0:32, Jonathan Cameron wrote:
>> On Mon, 10 Aug 2020 12:27:24 +1000
>> Nicholas Piggin wrote:
>>
>>> Not tested on x86 or arm64, would appreciate a quick test there so I can
>>> ask Andrew to put it in -mm. Other option
Excerpts from pet...@infradead.org's message of August 7, 2020 9:11 pm:
>
> What's wrong with something like this?
>
> AFAICT there's no reason to actually try and add IRQ tracing here, it's
> just a hand full of instructions at the most.
Because we may want to use that in other places as well,
On Wed, Aug 12, 2020 at 03:13:06AM -0400, Peilin Ye wrote:
> On Wed, Aug 12, 2020 at 09:08:27AM +0200, Greg Kroah-Hartman wrote:
> > On Wed, Aug 12, 2020 at 02:55:56AM -0400, Peilin Ye wrote:
> > > Prevent hfs_find_init() from dereferencing `tree` as NULL.
> > >
> > > Reported-and-tested-by:
> >
On 11-08-20, 14:28, Stephen Boyd wrote:
> @@ -905,7 +907,7 @@ int dev_pm_opp_set_rate(struct device *dev, unsigned long
> target_freq)
>
> ret = _set_opp_bw(opp_table, NULL, dev, true);
> if (ret)
> - return ret;
> + goto
On Wed, Aug 12, 2020 at 10:06:50AM +0200, Marco Elver wrote:
> On Tue, Aug 11, 2020 at 10:17PM +0200, pet...@infradead.org wrote:
> > On Tue, Aug 11, 2020 at 11:46:51AM +0200, pet...@infradead.org wrote:
> >
> > > So let me once again see if I can't find a better solution for this all.
> > >
Quoting Viresh Kumar (2020-08-12 01:20:13)
> On 11-08-20, 14:28, Stephen Boyd wrote:
> > @@ -905,7 +907,7 @@ int dev_pm_opp_set_rate(struct device *dev, unsigned
> > long target_freq)
> >
> > ret = _set_opp_bw(opp_table, NULL, dev, true);
> > if (ret)
> > -
On Tue, Aug 11, 2020 at 10:17:48AM -0700, Dave Hansen wrote:
>
> Resend. Something appears to have eaten this on the way to LKML
> (at least) the last time.
>
> --
>
> From: Dave Hansen
>
> Greg has challenged some recent driver submitters on their license
> choices. He was correct to do so,
Miklos Szeredi wrote:
> Worried about performance? Io-uring will allow you to do all those
> five syscalls (or many more) with just one I/O submission.
io_uring isn't going to help here. We're talking about synchronous reads.
AIUI, you're adding a couple more syscalls to the list and running
Linus,
The following changes since commit 06a81c1c7db9bd5de0bd38cd5acc44bb22b99150:
Merge tag 'arm64-fixes' of
git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux (2020-08-08 14:16:12
-0700)
are available in the Git repository at:
https://git.kernel.org/pub/scm/virt/kvm/kvm.git
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: fb893de323e2d39f7a1f6df425703a2edbdf56ea
commit: c239feec5038585d8ba622ecc97322e0e2f3398c iwlwifi: pcie: gen2: use DMA
pool for byte-count tables
date: 3 months ago
config: parisc-randconfig-m031-20200811
Support userspace to set hdmi output color via hdmi properties.
Add hdmi atomic_begin/atomic_flush to make sure screen don't flash
when updating color.
Algea Cao (6):
drm: Add connector atomic_begin/atomic_flush
drm: bridge: dw-hdmi: Implement connector atomic_begin/atomic_flush
drm:
Am 12.08.20 um 09:30 schrieb Salvatore Bonaccorso:
[..]
The problem is actually related to changes happening in Sphinx 3.0.0.
There is the followign issue filled upstream:
https://github.com/sphinx-doc/sphinx/issues/7421
'c_funcptr_sig_re' was removed upstream in sphinx v3.0.0b1 and so the
Paul,
"Paul E. McKenney" writes:
> On Wed, Aug 12, 2020 at 02:13:25AM +0200, Thomas Gleixner wrote:
>> That much I understood, but I somehow failed to figure the why out
>> despite the elaborate changelog. 2 weeks of 30+C seem to have cooked my
>> brain :)
>
> Ouch!!! And what on earth is
Merged into drm-misc-next
Am 12.08.20 um 09:42 schrieb Tian Tao:
> patch #1 and #3 is clean up, patch #2 is for code refactoring
>
> Changes since v1:
> - Rewrite the commits messages and patch name in #1
> - Rewrite the commits message in #2.
> - Add the new patch #3
>
> Changes since v2:
> -
In some situations, connector should get some work done
when plane is updating. Such as when change output color
format, hdmi should send AVMUTE to make screen black before
crtc updating color format, or screen may flash. After color
updating, hdmi should clear AVMUTE bring screen back to normal.
Quoting Qianli Zhao (2020-08-11 22:14:14)
> @@ -115,7 +125,7 @@ struct kthread_delayed_work {
> }
>
> #define KTHREAD_WORK_INIT(work, fn){ \
> - .node = LIST_HEAD_INIT((work).node),\
> + .node = { .next =
Am 12.08.20 um 10:10 schrieb pet...@infradead.org:
On Tue, Aug 11, 2020 at 01:18:52PM +0200, Christian König wrote:
From: Guchun Chen
Otherwise, braces are needed when using it.
Signed-off-by: Guchun Chen
Reviewed-by: Christian König
Thanks!
Do you pick it up or can I push it through
1 - 100 of 912 matches
Mail list logo