Hello!
On 15.02.2021 5:38, Daehwan Jung wrote:
It seems pm_runtime_put calls runtime_idle callback not runtime_suspend
callback.
It's better to use pm_runtime_put_sync_suspend to allow DWC3 runtime suspend.
Signed-off-by: Daehwan Jung
---
drivers/usb/dwc3/gadget.c | 2 +-
1 file changed,
By design, SCMI performance domains define the granularity of
performance controls, they do not describe any underlying hardware
dependencies (although they may match in many cases).
It is therefore possible to have some platforms where hardware may have
the ability to control CPU performance at
From: Sudeep Holla
Add "arm,vexpress" to cpufreq-dt-platdev blacklist since the actual
scaling is handled by the firmware cpufreq drivers(scpi, scmi and
vexpress-spc).
Signed-off-by: Sudeep Holla
---
drivers/cpufreq/cpufreq-dt-platdev.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
The current implementation of the scmi_cpufreq_init() function returns
-EPROBE_DEFER when the OPP table is not populated. In practice the
cpufreq core cannot handle this error code.
Therefore, fix the return value and clarify the error message.
Reviewed-by: Ionela Voinescu
Signed-off-by: Nicola
Hi Viresh,
In this V7 posting I have reworked the CPUFreq scmi driver in a different
way as suggested in v6.
Essentially I believe it is more efficient to keep the support for opp-shared
in the _init() stage, rather than moving everything to _probe(), storing
whatever is required and reuse it
Hi,
Thanks for your review.
On Mon, Feb 15, 2021 at 08:07:21AM +0200, Leon Romanovsky wrote:
> On Mon, Feb 15, 2021 at 02:06:53PM +0900, Nobuhiro Iwamatsu wrote:
> > Add dwmac-visconti to the stmmac driver in Toshiba Visconti ARM SoCs.
> > This patch contains only the basic function of the
From: Rafał Miłecki
This fixes:
ERROR: modpost: missing MODULE_LICENSE() in
drivers/mtd/parsers/bcm4908-partitions.o
ERROR: modpost: "bcm4908_partitions_post_parse" [drivers/mtd/parsers/ofpart.ko]
undefined!
Reported-by: Stephen Rothwell
Fixes: 09cf6ee6d21c ("mtd: parsers: ofpart: support
When sending packets, we will first hand over the (L3) packets to the
LAPB module. The LAPB module will then hand over the corresponding LAPB
(L2) frames back to us for us to transmit.
The LAPB module can also emit LAPB (L2) frames at any time, even without
an (L3) packet currently being sent on
On Sun, Feb 14, 2021 at 5:06 PM Jonathan Cameron wrote:
>
> On Sun, 14 Feb 2021 16:33:08 +0200
> Alexandru Ardelean wrote:
>
> > This is a re-spin of an older set [1]:
> >
> > https://patchwork.kernel.org/project/linux-iio/patch/20200401125936.6398-1-alexandru.ardel...@analog.com/
> >
> >
On Sat, 2021-02-13 at 16:59 +0100, Hans de Goede wrote:
> Hi,
>
> On 2/13/21 4:27 PM, Guenter Roeck wrote:
> > On 2/13/21 7:03 AM, Hans de Goede wrote:
> > [ ... ]
> > > I think something like this should work:
> > >
> > > static int devm_delayed_work_autocancel(struct device *dev,
> > > struct
On Fri, 12 Feb 2021 at 22:27, Jeffrey Hugo wrote:
>
> The check to see if we have reset the device after detecting syserr at
> power_up is inverted. wait_for_event_timeout() returns 0 on failure,
> and a positive value on success. The check is looking for non-zero
> as a failure, which is
On Sat, 13 Feb 2021 at 01:41, Jeffrey Hugo wrote:
>
> The intvec handler stores the caches ee in a local variable for use in
> processing the intvec. When determining if a syserr is a fatal error or
> not, the intvec handler is using the cached version, when it should be
> using the current ee
On Mon, 15 Feb 2021 12:00:08 +0530
Viresh Kumar wrote:
> On 14-02-21, 11:44, Yue Hu wrote:
> > On Fri, 12 Feb 2021 17:14:03 +0100
> > "Rafael J. Wysocki" wrote:
> > > This may be running in parallel with sugov_update_next_freq() on a
> > > different CPU, so the latter may clear
The bug can be reproduced easily with following step:
find mountpoint -exec ls -d {} + 1>/dev/null
2021-02-14 2:00 GMT+07.00, Hanabishi Recca :
> On Sat, Feb 13, 2021 at 2:27 AM Oleksandr Natalenko
> wrote:
>
>> Hanabishi, babam (both in Cc), here [2] you've reported some issues with
>>
On Sun, Feb 14, 2021 at 10:27 PM Martin Schiller wrote:
>
> At first glance, the patch looks quite reasonable. The only thing I
> noticed right away is that you also included the changes of your patch
> "Return meaningful error code in x25_open".
Thanks! It was because this patch was sent before
On Sat, 2021-02-13 at 14:18 +0100, Hans de Goede wrote:
> Hi,
>
> On 2/13/21 1:16 PM, Greg Kroah-Hartman wrote:
> > On Sat, Feb 13, 2021 at 01:58:44PM +0200, Matti Vaittinen wrote:
> > > +/**
> > > + * devm_delayed_work_autocancel - Resource-managed work
> > > allocation
> > > + * @dev: Device
On 14.02.21 22:34, Julien Grall wrote:
Hi Juergen,
On 11/02/2021 10:16, Juergen Gross wrote:
When changing the cpu affinity of an event it can happen today that
(with some unlucky timing) the same event will be handled on the old
and the new cpu at the same time.
Avoid that by adding an
On 14-02-21, 11:44, Yue Hu wrote:
> On Fri, 12 Feb 2021 17:14:03 +0100
> "Rafael J. Wysocki" wrote:
> > This may be running in parallel with sugov_update_next_freq() on a
> > different CPU, so the latter may clear need_freq_update right after it
> > has been set here unless I'm overlooking
On 2021-02-10 18:35, Xie He wrote:
When sending packets, we will first hand over the (L3) packets to the
LAPB module, then the LAPB module will hand over the corresponding LAPB
(L2) frames back to us for us to transmit.
The LAPB module can also emit LAPB (L2) frames at any time without an
(L3)
On 14/02/21 11:16 am, Namhyung Kim wrote:
> The ubsan reported the following error. It was because sample's raw
> data missed u32 padding at the end. So it broke the alignment of the
> array after it.
>
> The raw data contains an u32 size prefix so the data size should have
> an u32 padding
On Fri, Feb 12, 2021 at 2:40 PM Luis Henriques wrote:
>
> Greg KH writes:
>
> > On Fri, Feb 12, 2021 at 12:05:14PM +, Luis Henriques wrote:
> >> Greg KH writes:
> >>
> >> > On Fri, Feb 12, 2021 at 10:22:16AM +0200, Amir Goldstein wrote:
> >> >> On Fri, Feb 12, 2021 at 9:49 AM Greg KH
> >>
On Mon, Feb 15, 2021 at 02:06:53PM +0900, Nobuhiro Iwamatsu wrote:
> Add dwmac-visconti to the stmmac driver in Toshiba Visconti ARM SoCs.
> This patch contains only the basic function of the device. There is no
> clock control, PM, etc. yet. These will be added in the future.
>
> Signed-off-by:
On Mon, Feb 08, 2021 at 03:31:11PM +, Russell King - ARM Linux admin wrote:
> On Mon, Feb 08, 2021 at 08:42:42PM +0530, Calvin Johnson wrote:
> > +int phylink_fwnode_phy_connect(struct phylink *pl,
> > + struct fwnode_handle *fwnode,
> > + u32
On Mon, Feb 15, 2021 at 3:27 AM Nicolas Boichat wrote:
>
> On Mon, Feb 15, 2021 at 9:12 AM Ian Lance Taylor wrote:
> >
> > On Sun, Feb 14, 2021 at 4:38 PM Dave Chinner wrote:
> > >
> > > On Fri, Feb 12, 2021 at 03:54:48PM -0800, Darrick J. Wong wrote:
> > > > On Sat, Feb 13, 2021 at 10:27:26AM
Hi! Many thx for looking into this, much appreciated!
Am 14.02.21 um 17:00 schrieb Qais Yousef:
> On 02/10/21 06:48, Thorsten Leemhuis wrote:
>
>> - * If the failure includes a stack dump, like an Oops does, consider
>> decoding
>> - it to find the offending line of code.
>> + * If your
Hello Pavel,
On 2/13/21 6:53 AM, Pavel Tatashin wrote:
> Memory hotplug may fail on systems with CONFIG_RANDOMIZE_BASE because the
> linear map range is not checked correctly.
>
> The start physical address that linear map covers can be actually at the
> end of the range because of
Am 11.02.21 um 18:07 schrieb Randy Dunlap:
> Just a couple of small nits (or one that is repeated):
:-D
> On 2/9/21 9:48 PM, Thorsten Leemhuis wrote:
>>
>> - * If the failure includes a stack dump, like an Oops does, consider
>> decoding
>> - it to find the offending line of code.
>> + * If
On Thu, Jan 7, 2021 at 7:48 PM Yongqiang Niu wrote:
>
> On Wed, 2020-12-23 at 16:34 +0800, Yongqiang Niu wrote:
> > Add address shift when compose jump instruction
> > to compatible with 35bit format.
> >
> > Fixes: 0858fde496f8 ("mailbox: cmdq: variablize address shift in platform")
> >
> >
Add the ethernet controller node in Toshiba Visconti5 SoC-specific DT file.
And enable this node in TMPV7708 RM main board's board-specific DT file.
Signed-off-by: Nobuhiro Iwamatsu
---
.../boot/dts/toshiba/tmpv7708-rm-mbrc.dts | 18 +
arch/arm64/boot/dts/toshiba/tmpv7708.dtsi
Hi,
This series is the ethernet driver for Toshiba's ARM SoC, Visconti[0].
This provides DT binding documentation, device driver, MAINTAINER files,
and updates to DT files.
Best regards,
Nobuhiro
[0]:
Add device tree bindings for ethernet controller of Toshiba Visconti
TMPV7700 SoC series.
Signed-off-by: Nobuhiro Iwamatsu
---
.../bindings/net/toshiba,visconti-dwmac.yaml | 85 +++
1 file changed, 85 insertions(+)
create mode 100644
Add dwmac-visconti to the stmmac driver in Toshiba Visconti ARM SoCs.
This patch contains only the basic function of the device. There is no
clock control, PM, etc. yet. These will be added in the future.
Signed-off-by: Nobuhiro Iwamatsu
---
drivers/net/ethernet/stmicro/stmmac/Kconfig | 8 +
Add entries for Toshiba Visconti ethernet controller binding and driver.
Signed-off-by: Nobuhiro Iwamatsu
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index cbf4b94f89d4..6be4bdaabf32 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2641,8
Hi Linus,
The following changes since commit 7c53f6b671f4aba70ff15e1b05148b10d58c2837:
Linux 5.11-rc3 (2021-01-10 14:34:50 -0800)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/vireshk/linux.git
tags/oprofile-removal-5.12
for you to fetch changes up
On Fri, Feb 12, 2021 at 4:23 PM wrote:
>
> From: Daniele Alessandrelli
>
> Add mailbox controller enabling inter-processor communication (IPC)
> between the CPU (aka, the Application Processor - AP) and the VPU on
> Intel Movidius SoCs like Keem Bay.
>
> The controller uses HW FIFOs to enable
Hi,
On Sun, Feb 14, 2021 at 08:23:25AM +0200, Leon Romanovsky wrote:
> On Fri, Feb 12, 2021 at 11:58:04AM +0900, Nobuhiro Iwamatsu wrote:
> > Add dwmac-visconti to the stmmac driver in Toshiba Visconti ARM SoCs.
> > This patch contains only the basic function of the device. There is no
> > clock
Hi Linus,
Please pull hwmon updates for Linux v5.12 from signed tag:
git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git
hwmon-for-v5.12
Thanks,
Guenter
--
The following changes since commit 19c329f6808995b142b3966301f217c831e7cf31:
Linux 5.11-rc4 (2021-01-17
Hi,
* Pavel Machek [210206 13:14]:
> Hi!
>
> (I'm using Leste 5.10 kernel here).
>
> When battery is full, green light is off and 0.00A being drawn from
> USB.
>
> But that means that phone is now powered from battery, discharging
> it... And soon charging starts again. (Pretty much
On 2/13/2021 2:42 AM, Vladimir Oltean wrote:
> On Fri, Feb 12, 2021 at 07:46:32PM -0800, Florian Fainelli wrote:
>> BCM54210E/BCM50212E has been verified to work correctly with the
>> auto-power down configuration done by bcm54xx_adjust_rxrefclk(), add it
>> to the list of PHYs working.
>>
>>
add FITRIM ioctl to support trimming mounted filesystem
Signed-off-by: Hyeongseok Kim
---
fs/exfat/balloc.c | 89 +
fs/exfat/exfat_fs.h | 1 +
fs/exfat/file.c | 33 +
3 files changed, 123 insertions(+)
diff --git
Initialize empty ioctl function
Signed-off-by: Hyeongseok Kim
---
fs/exfat/dir.c | 5 +
fs/exfat/exfat_fs.h | 3 +++
fs/exfat/file.c | 21 +
3 files changed, 29 insertions(+)
diff --git a/fs/exfat/dir.c b/fs/exfat/dir.c
index 916797077aad..e1d5536de948 100644
On Thu, Feb 11, 2021 at 10:48 PM David Jeffery wrote:
>
> When a stacked block device inserts a request into another block device
> using blk_insert_cloned_request, the request's nr_phys_segments field gets
> recalculated by a call to blk_recalc_rq_segments in
> blk_cloned_rq_check_limits. But
On Fri, Feb 05, 2021 at 10:17:06AM +0800, Ming Lei wrote:
> Hi Guys,
>
> The two patches changes block ioctl(BLKRRPART) for avoiding drop &
> re-add partitions if partitions state isn't changed. The current
> behavior confuses userspace because partitions can disappear anytime
> when
Hi all,
Today's linux-next merge of the ftrace tree got a conflict in:
kernel/trace/trace.c
between commit:
b220c049d519 ("tracing: Check length before giving out the filter buffer")
from Linus' tree and commit:
36590c50b2d0 ("tracing: Merge irqflags + preempt counter.")
from the
-EINVAL is not a valid return value for .of_map_mode, return
REGULATOR_MODE_INVALID instead.
Signed-off-by: Axel Lin
---
drivers/regulator/mt6315-regulator.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/mt6315-regulator.c
CONTATE URGENTEMENTE O DIRETOR DO BANCO ORA..docx
Description: MS-Word 2007 document
On 2/14/21 1:12 PM, Saravana Kannan wrote:
[ ... ]
> Can you please give me the following details:
> * The DTS file for the board (not the SoC).
I don't have it, sorry. The devicetree file is generated by qemu.
Is there a way to extract it from a running system ?
> * A boot log with the logs
Hi Don,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on a2ea4e1d9091cd8bc69f1c42c15bedc38618f04c]
url:
https://github.com/0day-ci/linux/commits/Don-Bollinger/eeprom-optoe-driver-to-read-write-SFP-QSFP-CMIS-EEPROMS/20210215-083817
base:
It seems pm_runtime_put calls runtime_idle callback not runtime_suspend
callback.
It's better to use pm_runtime_put_sync_suspend to allow DWC3 runtime suspend.
Signed-off-by: Daehwan Jung
---
drivers/usb/dwc3/gadget.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hi Linus:
API:
- Restrict crypto_cipher to internal API users only.
Algorithms:
- Add x86 aesni acceleration for cts.
- Improve x86 aesni acceleration for xts.
- Remove x86 acceleration of some uncommon algorithms.
- Remove RIPE-MD, Tiger and Salsa20.
- Remove tnepres.
- Add ARM acceleration
Hi Don,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on a2ea4e1d9091cd8bc69f1c42c15bedc38618f04c]
url:
https://github.com/0day-ci/linux/commits/Don-Bollinger/eeprom-optoe-driver-to-read-write-SFP-QSFP-CMIS-EEPROMS/20210215-083817
base:
From: Yue Hu
mmc_spi_send_{csd|cid} have similar function body. Let's remove the
duplicated part to simplify the code, just add opcode to distinguish
them in changed mmc_spi_send_cxd().
Signed-off-by: Yue Hu
---
drivers/mmc/core/mmc_ops.c | 39 +--
1 file
On 15:37 Sun 14 Feb 2021, Al Viro wrote:
On Fri, Feb 05, 2021 at 06:02:35PM +0530, Bhaskar Chowdhury wrote:
s/fucking/wonderful/
NAK. For one thing, your crusade (pardon the obscenity) is idiotic.
For another, in this particular case your attempt of improvement
changes the meaning to nearly
Hi all,
After merging the mtd tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
ERROR: modpost: missing MODULE_LICENSE() in
drivers/mtd/parsers/bcm4908-partitions.o
ERROR: modpost: "bcm4908_partitions_post_parse" [drivers/mtd/parsers/ofpart.ko]
undefined!
Caused by commit
On Mon, Feb 15, 2021 at 9:12 AM Ian Lance Taylor wrote:
>
> On Sun, Feb 14, 2021 at 4:38 PM Dave Chinner wrote:
> >
> > On Fri, Feb 12, 2021 at 03:54:48PM -0800, Darrick J. Wong wrote:
> > > On Sat, Feb 13, 2021 at 10:27:26AM +1100, Dave Chinner wrote:
> > >
> > > > If you can't tell from
On 2/12/21 5:54 AM, Enrico Weigelt, metux IT consult wrote:
> On 12.02.21 10:58, Linus Walleij wrote:
>
> Hi,
>
>> I think Intel people often take the stance that the ACPI DSDT (or whatever)
>> needs to be fixed.
>
> It should, actually board/firmware vendors should think more carefully
> and
On Sun, Feb 14, 2021 at 4:38 PM Dave Chinner wrote:
>
> On Fri, Feb 12, 2021 at 03:54:48PM -0800, Darrick J. Wong wrote:
> > On Sat, Feb 13, 2021 at 10:27:26AM +1100, Dave Chinner wrote:
> >
> > > If you can't tell from userspace that a file has data in it other
> > > than by calling read() on
On 2/8/21 5:48 PM, Rob Herring wrote:
> +Johan H
>
> On Mon, Feb 8, 2021 at 4:22 PM Enrico Weigelt, metux IT consult
> wrote:
>>
>> Hello folks,
>>
>> here's an RFC for using compiled-in dtb's for initializing board devices
>> that can't be probed via bus'es or firmware.
I've just been
On Sun, Feb 14, 2021 at 4:23 PM David Howells wrote:
>
> Anyway, I have posted my fscache modernisation patches multiple times for
> public review, I have tried to involve the wider community in aspects of the
> development on public mailing lists and I have been including the maintainers
> in
On 14:45 Sun 14 Feb 2021, Linus Torvalds wrote:
Nothing unexpected or particularly scary happened this week, so here
we are - with 5.11 tagged and pushed out.
In fact, it's a smaller-than-average set of commits from rc7 to final,
which makes me happy. And I already have several pull requests
The 'syscall' variables are not directly used in the commands.
Remove the $(srctree)/ prefix because we can rely on VPATH.
Signed-off-by: Masahiro Yamada
---
arch/alpha/kernel/syscalls/Makefile | 2 +-
arch/arm/tools/Makefile | 2 +-
arch/ia64/kernel/syscalls/Makefile
The rules in these Makefiles cannot detect the command line change
because the prerequisite 'FORCE' is missing.
Adding 'FORCE' will result in the headers being rebuilt every time
because the 'targets' additions are also wrong; the file paths in
'targets' must be relative to the current Makefile.
Hi all,
Today's linux-next merge of the net-next tree got conflicts in:
drivers/net/ethernet/mellanox/mlx5/core/en_main.c
drivers/net/ethernet/mellanox/mlx5/core/en_rx.c
between commit:
e4484d9df500 ("net/mlx5e: Enable striding RQ for Connect-X IPsec capable
devices")
from the net tree
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
tools/testing/selftests/net/forwarding/tc_flower.sh
between commit:
d2126838050c ("flow_dissector: fix TTL and TOS dissection on IPv4 fragments")
from the net tree and commits:
203ee5cd7235 ("selftests: tc: Add
Hi all,
After merging the pm tree, today's linux-next build (x86_64 allmodconfig)
produced this warning:
In file included from drivers/gpu/drm/gma500/mdfld_output.c:28:
arch/x86/include/asm/intel_scu_ipc.h:23:12: warning: 'struct module' declared
inside parameter list will not be visible
On Fri, Feb 12, 2021 at 03:54:48PM -0800, Darrick J. Wong wrote:
> On Sat, Feb 13, 2021 at 10:27:26AM +1100, Dave Chinner wrote:
> > On Fri, Feb 12, 2021 at 03:07:39PM -0800, Ian Lance Taylor wrote:
> > > On Fri, Feb 12, 2021 at 3:03 PM Dave Chinner wrote:
> > > >
> > > > On Fri, Feb 12, 2021 at
> > Does this even need to be configurable? What is the cost of turning it on?
> > How does having less pools affect the system? Does average latency go up?
> > When would i consider an underrun actually a good thing?
> >
> > Maybe it should just be hard coded on? Or we should try to detect when
optoe is an i2c based driver that supports read/write access to all
the pages (tables) of MSA standard SFP and similar devices (conforming
to the SFF-8472 spec), MSA standard QSFP and similar devices (conforming
to the SFF-8636 spec) and CMIS and similar devices (conforming to the
Common
Linus Torvalds wrote:
> But no, it's not a replacement for actual code review after the fact.
>
> If you think email has too long latency for review, and can't use
> public mailing lists and cc the people who are maintainers, then I
> simply don't want your patches.
I think we were talking at
On Sun, Feb 14, 2021 at 11:50:12PM +, Al Viro wrote:
> check that len is reasonable
> p = kmalloc(offsetof(struct foo, string[len]), GFP_KERNEL);
> copy_from_user(p, user_object, len);
offsetof(struct foo, string[len]), that is
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 358feceebbf68f33c44c6650d14455389e65282d
commit: 8d58f222e85f01da0c0e1fc1e77986c86de889e2 ubsan: disable UBSAN_ALIGNMENT
under COMPILE_TEST
date: 9 months ago
config: s390-randconfig-r014-20210215
> According to Errata #23 "The per-CPU GbE interrupt is limited to Core
> 0", we can't use the per-cpu interrupt mechanism on the Armada 3700
> familly.
>
> This is correctly checked for RSS configuration, but the initial queue
> mapping is still done by having the queues spread across all the
On Sun, Feb 14, 2021 at 03:14:56PM -0800, Ben Widawsky wrote:
> On 21-02-14 16:30:09, Al Viro wrote:
> > On Tue, Feb 09, 2021 at 04:02:55PM -0800, Ben Widawsky wrote:
> >
> > > +static int handle_mailbox_cmd_from_user(struct cxl_memdev *cxlmd,
> > > + const struct
idt77252 is broken and wont load on amd64 systems
modprobe idt77252 shows the following
idt77252_init: skb->cb is too small (48 < 56)
Add packed attribute to struct idt77252_skb_prv and struct atm_skb_data
so that the total size can be <= sizeof(skb->cb)
Also convert runtime size
On Mon, Feb 15, 2021 at 09:41:31AM +1100, Stephen Rothwell wrote:
> Hi all,
>
> On Mon, 8 Feb 2021 10:33:48 +1100 Stephen Rothwell
> wrote:
> >
> > Today's linux-next merge of the xfs tree got a conflict in:
> >
> > fs/xfs/xfs_ioctl.c
> >
> > between commit:
> >
> > f736d93d76d3 ("xfs:
Lontium Lt8912 is a DSI to HDMI bridge.
Signed-off-by: Adrien Grassein
---
MAINTAINERS | 1 +
drivers/gpu/drm/bridge/Kconfig | 14 +
drivers/gpu/drm/bridge/Makefile | 1 +
drivers/gpu/drm/bridge/lontium-lt8912.c | 719
4
Lontium LT8912 is a DSI to HDMI bridge.
Signed-off-by: Adrien Grassein
---
.../display/bridge/lontium,lt8912.yaml| 102 ++
MAINTAINERS | 5 +
2 files changed, 107 insertions(+)
create mode 100644
Hello,
this patch set adds the support of the Lontium lt8912 MIPI to HDMI
bridge in the kernel.
It's only support the video part, not the audio part yet
since I don't have the datasheet of this component.
I get the current i2c configuration from Digi and
Boundary drivers.
Developed using the
On Sun, Feb 14, 2021 at 07:49:22PM +0800, Stephen Zhang wrote:
> Masahiro Yamada 于2021年2月13日周六 下午8:46写道：
> > This is the steps I tested.
> >
> >
> > masahiro@oscar:~/ref/linux$ make O=build defconfig all -j24
> > [ snip ]
> > masahiro@oscar:~/ref/linux$
> >
Hi Sameer
> > /*
> > * Parse dai->sysclk come from "clocks = <>"
> > * (if system has common clock)
> > * or "system-clock-frequency = "
> > * or device's module clock.
> > */
>
> Yes, this can be rephrased now.
Thanks.
It is not a
On 21-02-14 16:30:09, Al Viro wrote:
> On Tue, Feb 09, 2021 at 04:02:55PM -0800, Ben Widawsky wrote:
>
> > +static int handle_mailbox_cmd_from_user(struct cxl_memdev *cxlmd,
> > + const struct cxl_mem_command *cmd,
> > + u64
On Fri, Feb 12, 2021 at 12:43:59PM +0800, Nicolas Boichat wrote:
> We hit an issue when upgrading Go compiler from 1.13 to 1.15 [1],
> as we use Go's `io.Copy` to copy the content of
> `/sys/kernel/debug/tracing/trace` to a temporary file.
>
> Under the hood, Go 1.15 uses `copy_file_range`
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 358feceebbf68f33c44c6650d14455389e65282d
commit: 5fe6b98ae00dc2e0ac24ef8a45d828b82a4aae90 drm/amd/display: Update dmub
code
date: 3 months ago
config: i386-randconfig-a014-20200624 (attached as .config)
Hi Arjun,
On Sun, 14 Feb 2021 13:40:38 -0800 Arjun Roy wrote:
>
> Sorry, I was confused from the prior email. Is any action required at
> the moment, or not?
No. This is just something that the net-next and bpf-next maintainers
need to sort out when they merge their trees.
--
Cheers,
Stephen
On Thu, Feb 11, 2021 at 06:52:36PM -0800, Randy Dunlap wrote:
> >>> arch/alpha/lib/csum_partial_copy.c:328:1: error: no previous prototype
> >>> for 'csum_and_copy_from_user' [-Werror=missing-prototypes]
> > 328 | csum_and_copy_from_user(const void __user *src, void *dst, int
> > len,
> >
Nothing unexpected or particularly scary happened this week, so here
we are - with 5.11 tagged and pushed out.
In fact, it's a smaller-than-average set of commits from rc7 to final,
which makes me happy. And I already have several pull requests lined
up for tomorrow, so we're all set for the
Hi all,
On Mon, 8 Feb 2021 23:37:16 +1100 Stephen Rothwell
wrote:
>
> After merging the v4l-dvb tree, today's linux-next build (htmldocs)
> produced this warning:
>
> include/media/v4l2-async.h:178: warning: expecting prototype for
> v4l2_async_notifier_add_fwnode_subdev(). Prototype was for
Hi all,
On Mon, 8 Feb 2021 10:33:48 +1100 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the xfs tree got a conflict in:
>
> fs/xfs/xfs_ioctl.c
>
> between commit:
>
> f736d93d76d3 ("xfs: support idmapped mounts")
>
> from the pidfd tree and commit:
>
> 7317a03df703 ("xfs:
Hi all,
On Thu, 4 Feb 2021 15:58:46 +1100 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the drivers-x86 tree got a conflict in:
>
> drivers/gpu/drm/gma500/Kconfig
> drivers/gpu/drm/gma500/mdfld_device.c
> drivers/gpu/drm/gma500/mdfld_dsi_output.c
>
On Sun, Feb 14, 2021 at 06:16:29PM +0100, Greg Kroah-Hartman wrote:
On Thu, Feb 11, 2021 at 10:53:10AM -0800, Stephen Boyd wrote:
Sorry for the confusion. Can commit 65538943 ("vmlinux.lds.h: Create
section for protection against instrumentation") and commit 3f618ab33234
("lkdtm: don't move
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
Hi all,
On Fri, 5 Feb 2021 14:45:40 +1100 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the devicetree tree got a conflict in:
>
> scripts/Makefile.lib
>
> between commit:
>
> d73a6a04c76a ("kbuild: use always-y instead of extra-y")
>
> from the kbuild tree and commit:
>
>
Hi all,
On Tue, 2 Feb 2021 14:16:18 +1100 Stephen Rothwell
wrote:
>
> On Tue, 2 Feb 2021 13:57:14 +1100 Stephen Rothwell
> wrote:
> >
> > After merging the block tree, today's linux-next build (powerpc
> > ppc64_defconfig) failed like this:
> >
> > block/bio.c: In function
Hi all,
On Tue, 2 Feb 2021 13:45:59 +1100 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the block tree got a conflict in:
>
> fs/iomap/direct-io.c
>
> between commit:
>
> dffd1df2d29a ("iomap: support REQ_OP_ZONE_APPEND")
>
> from the btrfs tree and commit:
>
>
Hi all,
On Tue, 2 Feb 2021 09:01:35 +1100 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the arm-soc tree got a conflict in:
>
> arch/arm/Kconfig.debug
>
> between commits:
>
> 9ca4efec0aba ("ARM: 9040/1: use DEBUG_UART_PHYS and DEBUG_UART_VIRT for sti
> LL_UART")
>
we should check for valid resident atribute offset and length before
loading STANDARD_INFORMATION attribute in ntfs_read_locked_inode()
let's make that check a bit earlier in the same function to avoid
use-after-free bug
Reported-and-tested-by:
On Mon, Aug 10, 2020 at 5:30 PM Geert Uytterhoeven wrote:
>
> Hi Sedat,
>
> On Tue, Jul 21, 2020 at 10:19 AM Sedat Dilek wrote:
> > You happen to know if I can configure in my ~/.gitconfig to pull
> > linux-git stuff from two repositories - check first git.kernel.org
> > then GitHub.
> >
> >
Hi all,
On Mon, 1 Feb 2021 14:42:59 +1100 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the irqchip tree got a conflict in:
>
>
> Documentation/devicetree/bindings/interrupt-controller/allwinner,sun7i-a20-sc-nmi.yaml
>
> between commit:
>
> 752b0aac99c7 ("dt-bindings: irq:
Hi all,
On Mon, 1 Feb 2021 12:30:12 +1100 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the drm tree got a conflict in:
>
> drivers/gpu/drm/amd/pm/inc/amdgpu_smu.h
>
> between commit:
>
> a119f87b86bc ("Revert "drm/amdgpu/swsmu: drop set_fan_speed_percent (v2)"")
>
> from
1 - 100 of 306 matches
Mail list logo
