Looks good,
Acked-by: Johannes Thumshirn
On Fri, 2018-12-21 at 12:43 +0800, Nicolas Boichat wrote:
> On Sat, Dec 8, 2018 at 4:42 PM Yong Wu wrote:
> >
> > The M4U IP blocks in mt8183 is MediaTek's generation2 M4U which use
> > the ARM Short-descriptor like mt8173, and most of the HW registers
> > are the same.
> >
> > Here list main
On Fri, 2018-12-21 at 12:47 +0800, Nicolas Boichat wrote:
> On Sat, Dec 8, 2018 at 4:43 PM Yong Wu wrote:
> >
> > There are 2 mmu cells in a M4U HW. we could adjust some larbs entering
> > mmu0 or mmu1 to balance the bandwidth via the smi-common register
> > SMI_BUS_SEL(0x220)(Each larb occupy 2
Hi Nicolas,
Thanks for the review of this patchset.
On Fri, 2018-12-21 at 11:35 +0800, Nicolas Boichat wrote:
> On Sat, Dec 8, 2018 at 4:42 PM Yong Wu wrote:
> >
> > The larb-id may be remapped in the smi-common, this means the
> > larb-id reported in the mtk_iommu_isr isn't the real larb-id,
>
[2.364486] WARNING: CPU: 0 PID: 60 at ./arch/powerpc/include/asm/io.h:837
dma_nommu_map_page+0x44/0xd4
[2.373579] CPU: 0 PID: 60 Comm: cryptomgr_test Tainted: GW
4.20.0-rc5-00560-g6bfb52e23a00-dirty #531
[2.384740] NIP: c000c540 LR: c000c584 CTR:
[
Hi,
On 12/20/2018 4:39 PM, Shawn Guo wrote:
> Hi Manu,
>
> On Thu, Dec 20, 2018 at 09:33:43AM +0530, mgau...@codeaurora.org wrote:
>> Hi Shawn,
>>
>> On 2018-12-20 06:31, Shawn Guo wrote:
>>> It adds Synopsys 28nm Femto High-Speed USB PHY driver support, which
>>> is usually paired with Synopsys
On Thu, Dec 20, 2018 at 12:23:46PM +0900, Tomasz Figa wrote:
> I haven't been following the problems with virtually tagged cases,
> would you mind sharing some background, so that we can consider it
> when adding non-consistent allocations to VB2?
The problem exists at least partially with the
Am 21.12.18 um 05:54 schrieb Kangjie Lu:
> si2165_readreg8() may fail. Looking into si2165_readreg8(), we will find
> that "val_tmp" will be an uninitialized value when regmap_read() fails.
> "val_tmp" is then assigned to "val". So if si2165_readreg8() fails,
> "val" will be a random value.
Hi Kangjie,
On Fri, Dec 21, 2018 at 12:59:16AM -0600, Kangjie Lu wrote:
> elants_i2c_send() may fail, let's check its return values. The fix does
> the check and reports an error message upon the failure.
>
> Signed-off-by: Kangjie Lu
> ---
> drivers/input/touchscreen/elants_i2c.c | 10
On Thu, 20 Dec 2018 at 23:04, Ulf Hansson wrote:
>
> On Thu, 20 Dec 2018 at 15:17, Vincent Guittot
> wrote:
> >
> > Use the new pm runtime interface to get the accounted suspended time:
> > pm_runtime_accounted_time_get()
>
> pm_runtime_suspended_time()
>
> This change also makes quite some nice
On Thu, 20 Dec 2018 at 23:03, Ulf Hansson wrote:
>
> On Thu, 20 Dec 2018 at 15:17, Vincent Guittot
> wrote:
> >
> > From: Thara Gopinath
> >
> > This patch replaces jiffies based accounting for runtime_active_time
> > and runtime_suspended_time with ktime base accounting. This makes the
> >
probe_err helpers makes probe error handling easier and less error prone.
Signed-off-by: Andrzej Hajda
---
Hi all,
This is sample conversion of one of drivers to proposed probe_err* helpers.
It was created to convince Greg that these helpers are useful.
With this helper we gain:
- corect error
Hi all,
News: there will be no linux-next release until Jan 2. Have a good break.
Changes since 20181220:
New tree: gpio-brgl
The pm tree gained a conflict against the kbuild tree.
The bpf-next tree gained a conflict against Linus' tree.
The kvm tree gained a conflict against the powerpc
Add "static" to functions that are locally used in gconf.c
This fixes some "no previous prototype for ..." warnings.
Signed-off-by: Masahiro Yamada
---
scripts/kconfig/gconf.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/scripts/kconfig/gconf.c
Currently, images.c is included by qconf.cc and gconf.c.
qconf.cc uses all of xpm_* arrays, but gconf.c only some of them.
Hence, lots of "... defined but not used" warnings are displayed
when compiling gconf.c
Splitting out images.c fixes the warnings.
Signed-off-by: Masahiro Yamada
---
I want to compile each C file independently instead of including all
of them from zconf.y.
These 4 files are low hanging fruits.
Signed-off-by: Masahiro Yamada
---
scripts/kconfig/Makefile | 19 +--
scripts/kconfig/confdata.c | 1 +
scripts/kconfig/expr.c | 2 ++
Fix the following warning:
no previous prototype for ‘dbg_sym_flags’ [-Wmissing-prototypes]
Signed-off-by: Masahiro Yamada
---
scripts/kconfig/gconf.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/scripts/kconfig/gconf.c b/scripts/kconfig/gconf.c
index
Compile zconf.lex.c independently of the other files.
Signed-off-by: Masahiro Yamada
---
scripts/kconfig/Makefile | 8 ++--
scripts/kconfig/lkc.h| 3 +++
scripts/kconfig/zconf.l | 1 +
scripts/kconfig/zconf.y | 2 --
4 files changed, 6 insertions(+), 8 deletions(-)
diff --git
Hello,
syzbot found the following crash on:
HEAD commit:d84e7bc0595a rds: Fix warning.
git tree: net
console output: https://syzkaller.appspot.com/x/log.txt?x=1461543540
kernel config: https://syzkaller.appspot.com/x/.config?x=c8970c89a0efbb23
dashboard link:
Hello,
syzbot found the following crash on:
HEAD commit:a9cd3439e3c6 neighbor: Use nda_policy for validating attri..
git tree: net-next
console output: https://syzkaller.appspot.com/x/log.txt?x=143d3a0d40
kernel config: https://syzkaller.appspot.com/x/.config?x=1f6442435a55ea09
On Tue, 11 Dec 2018, Priit Laes wrote:
> From: Olliver Schinagl
>
> The current axp20x names the ramping register 'scal' which probably
> means scaling. Since the register really has nothing to do with
> scaling, but really is the voltage ramp we rename it appropriately.
>
> Signed-off-by:
On Tue, 11 Dec 2018, Priit Laes wrote:
> From: Olliver Schinagl
>
> In the past, there have been words on various lists that if LDO3 is
> disabled in u-boot, but enabled in the DTS, the axp209 driver would
> fail to continue/hang. Several enable/disable patches have been
> issues to
On Sat, Dec 15, 2018 at 04:08:46AM -0500, Yangtao Li wrote:
> of_find_node_by_path() acquires a reference to the node returned by
> it and that reference needs to be dropped by its caller. Add
> i8042_is_mr_coffee() helper to avoid refconut leak.
>
> Signed-off-by: Yangtao Li
> ---
> changes in
On Fri, Dec 21, 2018 at 08:39:27AM +, Lee Jones wrote:
> On Tue, 11 Dec 2018, Priit Laes wrote:
>
> > From: Olliver Schinagl
> >
> > The current axp20x names the ramping register 'scal' which probably
> > means scaling. Since the register really has nothing to do with
> > scaling, but
On Tue, Dec 18, 2018 at 06:13:43PM +1000, Peter Hutterer wrote:
> On Wed, Dec 12, 2018 at 04:42:05PM +0100, Benjamin Tissoires wrote:
> > The current implementation of elan_i2c is known to not support those
> > 2 laptops.
> >
> > A proper fix is to tweak both elantech and elan_i2c to transmit the
On Tue, Dec 11, 2018 at 05:32:00PM +0800, YueHaibing wrote:
> alphabetise the header files and remove duplicated include
> file linux/kernel.h
>
> Signed-off-by: YueHaibing
Applied, thank you.
> ---
> v2: alphabetise the header files
> ---
> drivers/input/keyboard/mtk-pmic-keys.c | 13
From: Colin Ian King
The spelling of the SECCOMP is incorrect, fix these.
Fixes: c65c83ffe904 ("perf trace: Allow asking for not suppressing common
string prefixes")
Signed-off-by: Colin Ian King
---
tools/perf/trace/beauty/seccomp.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
On Thu, Dec 20, 2018 at 08:12:23PM +0100, Nicolas Saenz Julienne wrote:
> On Thu, 2018-12-20 at 10:39 -0800, Eric Anholt wrote:
> > Nicolas Saenz Julienne writes:
> >
> > > Add's support to Raspberry Pi's 7" Touch device. Instead of using a
> > > conventional bus all information is copied into a
.
So, I am resending it on top of that.
The insert context was decided by savedefconfig
based on next-20181221.
arch/arm/configs/multi_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
b/arch/arm/configs/multi_v7_defconfig
index 63af623
Am Samstag, 15. Dezember 2018, 16:01:30 CET schrieb Richard Weinberger:
> The page migration code assumes that a page with PG_private
> set has its page count elevated by 1.
> UBIFS never did this and therefore the migration code was unable
> to migrate some pages owned by UBIFS.
> The lead to
Changes in v8:
* Patch 01/10: Bindings updated to mention opp-hz is optional
* Patch 02/10: Fixed #power-domain-cells
* All dependencies for 'Patch 10/10' are on their way to 4.21 via the pm tree
Changes in v7:
* Rebased on Andy's for-next, and used the updated cmd_db_read_aux_data()
* Other
Add DT bindings to describe the rpm/rpmh power domains found on Qualcomm
Technologies, Inc. SoCs. These power domains communicate a performance
state to RPM/RPMh, which then translates it into corresponding voltage on a
PMIC rail.
Signed-off-by: Rajendra Nayak
Signed-off-by: Viresh Kumar
On Qualcomm Technologies, Inc. platforms, an OPP node needs
to describe an additional level/corner value that is then communicated
to a remote microprocessor by the CPU, which then takes some
actions (like adjusting voltage values across various rails)
based on the value passed.
Describe these
On 2018-12-21 4:10 a.m., Yu Zhao wrote:
> Fix race between page flip job submission and completion. We invoke
> page_flip callback to submit page flip job to GPU first and then set
> pflip_status. If GPU fires page flip done irq in between, its handler
> won't see the correct pflip_status thus
Add support for the .set_performace_state() and .opp_to_performance_state()
callbacks in the rpmpd driver.
Signed-off-by: Rajendra Nayak
Signed-off-by: Viresh Kumar
Reviewed-by: Ulf Hansson
Reviewed-by: Stephen Boyd
---
drivers/soc/qcom/rpmpd.c | 44
Now that we have atleast 2 genpd providers, both using a simple
routine to read a performance state value from device tree and
return it, in order to implement the .opp_to_performance_state
callback, add a simple_opp_to_performance_state() helper to do
it, so it can be resued across all such genpd
Add the DT node for the rpmhpd powercontroller.
Signed-off-by: Rajendra Nayak
Acked-by: Viresh Kumar
Reviewed-by: Stephen Boyd
---
arch/arm64/boot/dts/qcom/sdm845.dtsi | 51
1 file changed, 51 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/sdm845.dtsi
Specify the active + sleep and active-only MX power domains as
the parents of the corresponding CX power domains. This will ensure that
performance state requests on CX automatically generate equivalent requests
on MX power domains.
This is used to enforce a requirement that exists for various
Add rpmpd device node and its OPP table
Signed-off-by: Rajendra Nayak
Signed-off-by: Viresh Kumar
Reviewed-by: Ulf Hansson
Reviewed-by: Stephen Boyd
---
arch/arm64/boot/dts/qcom/msm8996.dtsi | 34 +++
1 file changed, 34 insertions(+)
diff --git
Get rid of the duplicate code across rpmpd and rpmhpd to read the
performance state value from Device tree and use the
simple_opp_to_performance_state() helper instead.
Suggested-by: Stephen Boyd
Signed-off-by: Rajendra Nayak
Reviewed-by: Stephen Boyd
---
drivers/soc/qcom/rpmhpd.c | 11
The Power domains for corners just pass the performance state set by the
consumers to the RPM (Remote Power manager) which then takes care
of setting the appropriate voltage on the corresponding rails to
meet the performance needs.
We add all power domain data needed on msm8996 here. This driver
The RPMh power domain driver aggregates the corner votes from various
consumers for the ARC resources and communicates it to RPMh.
With RPMh we use 2 different numbering space for corners, one used
by the clients to express their performance needs, and another used
to communicate to RPMh
Added documentation for audio formatter IP core DT bindings.
Signed-off-by: Maruthi Srinivas Bayyavarapu
---
.../bindings/sound/xlnx,audio-formatter.txt| 29 ++
1 file changed, 29 insertions(+)
create mode 100644
Hi Wolfram,
On Thu, 20 Dec 2018 at 00:48, Wolfram Sang
wrote:
>
> The pointer to a device is usually named 'dev'. These 'pdev' here look
> much like copy errors. Fix them to avoid confusion.
>
> Signed-off-by: Wolfram Sang
Thanks for fixing the copy errors.
Reviewed-by: Baolin Wang
> ---
>
Enable audio formatter driver build.
Signed-off-by: Maruthi Srinivas Bayyavarapu
---
sound/soc/xilinx/Kconfig | 7 +++
sound/soc/xilinx/Makefile | 2 ++
2 files changed, 9 insertions(+)
diff --git a/sound/soc/xilinx/Kconfig b/sound/soc/xilinx/Kconfig
index 723a583..ac48d6a 100644
---
Audio formatter IP supports two streaming interfaces - MM2S for playback
and S2MM for capture. The driver enables DMA functionality for both the
interfaces. Patchset includes devicetree bindings documentation, driver
and build enablement.
Maruthi Srinivas Bayyavarapu (3):
dt-bindings: ASoC:
On Thu, Dec 20, 2018 at 11:03 PM Ulf Hansson wrote:
>
> On Thu, 20 Dec 2018 at 15:17, Vincent Guittot
> wrote:
> >
> > From: Thara Gopinath
> >
> > This patch replaces jiffies based accounting for runtime_active_time
> > and runtime_suspended_time with ktime base accounting. This makes the
> >
The audio formatter PL IP supports DMA of two streams -
mm2s and s2mm for playback and capture respectively. Apart from
DMA, IP also does conversions like PCM to AES and viceversa.
This patch adds DMA component driver for the IP.
Signed-off-by: Maruthi Srinivas Bayyavarapu
---
Hi Linus,
this is the hopefully last round of GPIO fixes.
The ACPI patch is pretty important for some laptop users, the
rest is driver-specific for embedded (mostly ARM) systems.
I took out one ACPI patch that wasn't critical enough because I
couldn't justify sending it at this point, and that
Hi Wolfram,
On Thu, 20 Dec 2018 at 00:48, Wolfram Sang
wrote:
>
> Rejecting transfers should be handled by the core.
>
> Signed-off-by: Wolfram Sang
Great to see the I2C core can handle this issue.
Reviewed-by: Baolin Wang
> ---
> drivers/i2c/busses/i2c-sprd.c | 14 ++
> 1 file
On 2018-12-21 4:10 a.m., Yu Zhao wrote:
> Userspace may request pitch alignment that is not supported by GPU.
> Some requests 32, but GPU ignores it and uses default 64 when cpp is
> 4. If GEM object is allocated based on the smaller alignment, GPU
> DMA will go out of bound.
>
> For GPU that
There still can be a race after the commit b027e2298bd588
("tty: fix data race between tty_init_dev and flush of buf"),
if receive_buf call comes before tty initialization completes
in n_tty_open and tty->driver_data may be NULL.
CPU0CPU1
On Wed, Dec 19, 2018 at 11:01:52AM -0500, Alan Stern wrote:
> On Wed, 19 Dec 2018, Paul Elder wrote:
>
> > A usb gadget function driver may or may not want to delay the status
> > stage of a control OUT request. An instance it might want to is to
> -^
>
On 2018-12-21 4:10 a.m., Yu Zhao wrote:
> Userspace may request pitch alignment that is not supported by GPU.
> Some requests 32, but GPU ignores it and uses default 64 when cpp is
> 4. If GEM object is allocated based on the smaller alignment, GPU
> DMA will go out of bound.
>
> For GPU that
On Tue, Dec 11, 2018 at 06:33:32PM +0530, Hardik Singh Rathore wrote:
> This patch fixes the coding style problem reported
> by checkpatch.pl as below:
>
> ERROR: foo* bar should be "foo *bar"
>
> Signed-off-by: Hardik Singh Rathore
Applied, thank you.
> ---
> v3:
> - v2 was depends on v1 so
On Wed, 12 Dec 2018, Enric Balletbo i Serra wrote:
> Use devm_mfd_add_devices() for adding cros-ec core MFD child devices. This
> reduces the need of remove callback from platform/chrome for removing the
> MFD child devices.
>
> Signed-off-by: Enric Balletbo i Serra
> Reviewed-by: Guenter Roeck
On Wed, 12 Dec 2018, Enric Balletbo i Serra wrote:
> The entire way how cros sysfs attibutes are created is broken.
> cros_ec_lightbar should be its own driver and its attributes should be
> associated with a lightbar driver not the mfd driver. In order to retain
> the path, the lightbar
On 2018-12-21 4:10 a.m., Yu Zhao wrote:
> When creating frame buffer, userspace may request to attach to a
> previously allocated GEM object that is smaller than what GPU
> requires. Validation must be done to prevent out-of-bound DMA,
> which could not only corrupt memory but also reveal
On Wed, 12 Dec 2018, Enric Balletbo i Serra wrote:
> Hi,
>
> This is another patchset to try to cleanup a bit more the crossed
> references for cros-ec driver between the MFD and the platform/chrome
> subsystems.
>
> The purpose of these patches is get rid of the different cros-ec attributes
>
The function is leaking "opts" on the error paths.
Fixes: 90e3b564ab93 ("smack: take the guts of smack_parse_opts_str() into a new
helper")
Signed-off-by: Dan Carpenter
---
security/smack/smack_lsm.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
to receive updates for the input subsystem. Switching a few devices with
Synaptics over to SMbus and disabling SMbus on a couple devices with
Elan touchpads as they need more plumbing on
On 12/20/18 8:38 PM, Christoph Hellwig wrote:
On Thu, Dec 20, 2018 at 07:35:15PM +0100, Daniel Vetter wrote:
Err, with streaming DMA buffer sharing is trivial. The coherent DMA
allocator is what causes all kinds of horrible hacks that can't actually
work on various platforms.
Hm, I thought
Hello,
I have rebased this patch onto 4.19.11. I use it on a Zynq7000-based
board with a NAND chip Micron MT29F4G08ABADAH4, since ~2 weeks now.
The only problem I have to report is that when I boot with an unchanged
driver on my board, I get the following logs:
[1.988797] nand: device found,
Remove hwmgr_ppt.h which is included more than once
Signed-off-by: Brajeswar Ghosh
---
drivers/gpu/drm/amd/powerplay/inc/hwmgr.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/powerplay/inc/hwmgr.h
b/drivers/gpu/drm/amd/powerplay/inc/hwmgr.h
index
On 20/12/2018 08:56:07+, Anson Huang wrote:
> NXP i.MX8QXP is an ARMv8 SoC with a Cortex-M4 core inside as
> system controller, the system controller is in charge of system
> power, clock and secure RTC etc. management, Linux kernel
> has to communicate with system controller via MU (message
On 20/12/2018 08:56:16+, Anson Huang wrote:
> i.MX8QXP is an ARMv8 SoC which has a Cortex-M4 system controller
> inside, the system controller is in charge of controlling power,
> clock and secure rtc etc..
>
> This patch adds i.MX system controller RTC driver support,
> Linux kernel has to
On 20/12/2018 09:18, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.147 release.
> There are 61 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses
On Fri, 14 Dec 2018, Richard Fitzgerald wrote:
> Coccinelle warning of a spurious semicolon on the closing brace
> of a while loop.
>
> Signed-off-by: Richard Fitzgerald
> ---
> drivers/mfd/madera-core.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Applied, thanks.
--
Lee Jones
On Fri, 21 Dec 2018, Priit Laes wrote:
> On Fri, Dec 21, 2018 at 08:39:27AM +, Lee Jones wrote:
> > On Tue, 11 Dec 2018, Priit Laes wrote:
> >
> > > From: Olliver Schinagl
> > >
> > > The current axp20x names the ramping register 'scal' which probably
> > > means scaling. Since the
On Sat, 15 Dec 2018, Yangtao Li wrote:
> Caculated -> Calculated
>
> Signed-off-by: Yangtao Li
> ---
> drivers/mfd/rave-sp.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Applied, thanks.
--
Lee Jones [李琼斯]
Linaro Services Technical Lead
Linaro.org │ Open source software for ARM
On 20/12/2018 09:17, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.14.90 release.
> There are 72 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses
On Fri, Dec 21, 2018 at 8:55 AM Greg Kroah-Hartman
wrote:
>
> We are trying to get rid of BUS_ATTR() and the usage of that in rbd.c
> can be trivially converted to use BUS_ATTR_WO and RO, so use those
> macros instead.
>
> Cc: Ilya Dryomov
> Cc: Sage Weil
> Cc: Alex Elder
> Cc: Jens Axboe
>
On Fri, Dec 21, 2018 at 09:26:58AM +, Lee Jones wrote:
> On Fri, 21 Dec 2018, Priit Laes wrote:
>
> > On Fri, Dec 21, 2018 at 08:39:27AM +, Lee Jones wrote:
> > > On Tue, 11 Dec 2018, Priit Laes wrote:
> > >
> > > > From: Olliver Schinagl
> > > >
> > > > The current axp20x names the
On Sun, 16 Dec 2018, Paul Cercueil wrote:
> The description of the bit was inverted.
>
> Signed-off-by: Paul Cercueil
> ---
> include/linux/mfd/ingenic-tcu.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Applied, thanks.
--
Lee Jones [李琼斯]
Linaro Services Technical Lead
Linaro.org
On 06/12/18 14:21, lantianyu1...@gmail.com wrote:
> From: Lan Tianyu
>
> For nested memory virtualization, Hyper-v doesn't set write-protect
> L1 hypervisor EPT page directory and page table node to track changes
> while it relies on guest to tell it changes via HvFlushGuestAddressLlist
>
On 06/12/18 14:21, lantianyu1...@gmail.com wrote:
> static inline int hyperv_flush_guest_mapping(u64 as) { return -1; }
> +static inline int hyperv_flush_guest_mapping_range(u64 as,
> + hyperv_fill_flush_list_func fill_func, void *data);
> +{
> + return -1;
This part for
As a simple fix, just print the correct map type.
Signed-off-by: Xiaozhou Liu
---
tools/testing/selftests/bpf/test_maps.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/testing/selftests/bpf/test_maps.c
b/tools/testing/selftests/bpf/test_maps.c
index
/Dave-Hansen/x86-cpu-sort-cpuinfo-flags/20181221-171144
config: x86_64-randconfig-x013-201850 (attached as .config)
compiler: gcc-7 (Debian 7.3.0-1) 7.3.0
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
All errors (new ones prefixed by >>):
ar
Dear,
I was wondering if you have had a chance to look at my previous message.
I've once again included the message below and will greatly appreciate it
if you can respond at your earliest convenience.
Best regards,
Richard Aziz
azizrichar...@gmail.com
On 12/20/2018 3:55 PM, Jarkko Sakkinen wrote:
On Thu, Dec 13, 2018 at 11:29:41AM +0100, Roberto Sassu wrote:
This patch renames active_banks (member of tpm_chip) to allocated_banks,
stores the number of allocated PCR banks in nr_allocated_banks (new member
of tpm_chip), and replaces the static
On 12/11/18 at 12:37P, WANG Chao wrote:
> Since commit 4cd24de3a098 ("x86/retpoline: Make CONFIG_RETPOLINE depend
> on compiler support"), RETPOLINE has been replaced by CONFIG_RETPOLINE.
>
> Fixes: 4cd24de3a098 ("x86/retpoline: Make CONFIG_RETPOLINE depend on compiler
> support")
>
Hi Linus,
an early pull request as requested. Besides the usual contextual
conflicts in Kconfig files that can be solved by taking both updates
and applying them manually there are some real conflicts this time:
- the RISC-V tree has some updates to
On Thu, 20 Dec 2018, Josh Poimboeuf wrote:
> On Thu, Dec 20, 2018 at 09:33:05AM +0100, Miroslav Benes wrote:
> > > > Though, upstream, almost everybody seems to use kpatch-build, for which
> > > > this patch doesn't help. And people will continue to do so until we
> > > > have decent
On Fri, Dec 21, 2018 at 12:59:13PM +0530, Prateek Sood wrote:
> P1 is releaseing the cpu_hotplug_lock and P2 is acquiring
> cpu_hotplug_lock.
>
> P1 P2
> percpu_up_read() path percpu_down_write() path
>
>
allow ifconfig ethX to down ethernet link. Ethernet
part of chip is switched to power down more and on
ifconfig up driver does soft reset and restores it's
state.
Signed-off-by: Max Uvarov
---
drivers/net/usb/smsc95xx.c | 34 +-
drivers/net/usb/smsc95xx.h | 5
If set adapter->retries to minus value from user space via ioctl,
will make __i2c_transfer and __i2c_smbus_xfer jump the calling to
adapter->algo->master_xfer and adapter->algo->smbus_xfer that
registered by the underlying bus drivers, and return value 0 to
all the callers. The bus driver will
On 2018-12-20 6:16 p.m., Michel Dänzer wrote:
> On 2018-12-20 6:09 p.m., Daniel Vetter wrote:
>> On Thu, Dec 20, 2018 at 6:03 PM Alex Deucher wrote:
>>> On Thu, Dec 20, 2018 at 11:54 AM Daniel Vetter wrote:
>>
Not sure about the gamma thing since we had opposite bugs on i915
about
On Fri, Dec 21, 2018 at 10:45:49AM +0100, Christoph Hellwig wrote:
> The following changes since commit c9d76d0655c06b8c1f944e46c4fd9e9cf4b331c0:
>
> dma-mapping: fix return type of dma_set_max_seg_size() (2018-11-27 08:39:52
> +0100)
And that actually is the first commit already in the tree,
On Thu, 20 Dec 2018, Joao Moreira wrote:
> On 12/20/18 12:33 AM, Miroslav Benes wrote:
> > On Wed, 19 Dec 2018, Jiri Kosina wrote:
> >
> >> On Wed, 19 Dec 2018, Josh Poimboeuf wrote:
> >>
> >>> Also the commit message needs an analysis of the performance impacts.
> >>
> >> Agreed. Especially as
On Wed, Dec 12, 2018 at 12:57 PM wrote:
> This patch describes the Security Module's usage as a GPIO
> controller for its PIOBU pins. These pins have the special
> property of maintaining their voltage during suspend-to-mem.
>
> Signed-off-by: Andrei Stefanescu
Patch applied with Rob's ACK.
On 2018-12-20 6:38 p.m., Kazlauskas, Nicholas wrote:
> On 12/20/18 12:09 PM, Daniel Vetter wrote:
>> On Thu, Dec 20, 2018 at 6:03 PM Alex Deucher wrote:
>>> On Thu, Dec 20, 2018 at 11:54 AM Daniel Vetter wrote:
Not sure about the gamma thing since we had opposite bugs on i915
On Wed, Dec 12, 2018 at 12:57 PM wrote:
> PIOBU pins do not lose their voltage during Backup/Self-refresh.
> This patch adds a simple GPIO controller for them and a
> maintainer for the driver.
>
> This driver adds support for using the pins as GPIO
> offering the possibility to read/set the
On Fri, 21 Dec 2018, Priit Laes wrote:
> On Fri, Dec 21, 2018 at 09:26:58AM +, Lee Jones wrote:
> > On Fri, 21 Dec 2018, Priit Laes wrote:
> >
> > > On Fri, Dec 21, 2018 at 08:39:27AM +, Lee Jones wrote:
> > > > On Tue, 11 Dec 2018, Priit Laes wrote:
> > > >
> > > > > From: Olliver
This is the first patchset of ARM new komeda display driver, this patchset
added all basic structure of komeda, relationship of DRM-KMS with komeda,
for tring to give a brife overview of komeda-driver.
komeda is for supporting the ARM display processor D71 and later IPs, Since from
D71, Arm
Add DT bindings documentation for the ARM display processor D71 and later
IPs.
Signed-off-by: James (Qian) Wang
Changes in v3:
- Deleted unnecessary property: interrupt-names.
- Dropped 'ports' and moving 'port' up a level.
---
.../bindings/display/arm/arm,komeda.txt | 79
Implement a simple wrapper for platform module to build komeda to module,
Also add a very simple D71 layer code to show how to discover a product.
Komeda driver direct bind the product ENTRY function xxx_identity to DT
compatible name like:
d71_product = {
.product_id =
Parse DT and initialize corresponding dev/pipeline attributes.
Changes in v3:
- Fixed style problem found by checkpatch.pl --strict.
Changes in v2:
- Unified abbreviation of "pipeline" to "pipe".
Signed-off-by: James (Qian) Wang
---
.../gpu/drm/arm/display/komeda/komeda_dev.c | 76
On 12/19/18 2:26 PM, Gerd Hoffmann wrote:
If we got an error response code from the host, print it to the log.
Signed-off-by: Gerd Hoffmann
Reviewed-by: Oleksandr Andrushchenko
---
drivers/gpu/drm/virtio/virtgpu_vq.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
komeda_format_caps is for describing ARM display specific features and
limitations of a specific format, and format_caps will be linked into
_framebuffer like a extension of _format_info.
And komed_format_caps_table will be initialized before the enum_resources,
since the layer features
1. Added a brief definition of komeda_dev/pipeline/component, this change
didn't add the detailed component features and capabilities, which will
be added in the following changes.
2. Corresponding resources discovery and initialzation functions.
Signed-off-by: James (Qian) Wang
Changes
1 - 100 of 729 matches
Mail list logo