dma_buf_ops are not supposed to change at runtime. All functions
working with dma_buf_ops provided by work with
const dma_buf_ops. So mark the non-const structs as const.
File size before:
textdata bss dec hex filename
1240 112 01352 548
drivers/gpu/drm/om
On Fri, Jun 30, 2017 at 3:26 PM, Andre Przywara wrote:
> This mailbox driver implements a mailbox which signals transmitted data
> via an ARM smc (secure monitor call) instruction. The mailbox receiver
> is implemented in firmware and can synchronously return data when it
> returns execution to th
Fixed a typo issue in get_mxclk_freq().
Signed-off-by: Lynn Lei
---
drivers/staging/sm750fb/ddk750_chip.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/sm750fb/ddk750_chip.c
b/drivers/staging/sm750fb/ddk750_chip.c
index 5e4bfb601cea..c51761221131 100644
---
On Thu, Jun 29, 2017 at 05:01:29PM -0700, Paul E. McKenney wrote:
> There is no agreed-upon definition of spin_unlock_wait()'s semantics,
> and it appears that all callers could do just as well with a lock/unlock
> pair. This commit therefore removes the underlying arch-specific
> arch_spin_unlock
On Sat, Jul 01, 2017 at 09:23:03PM +0200, Manfred Spraul wrote:
> On 06/30/2017 02:01 AM, Paul E. McKenney wrote:
> >There is no agreed-upon definition of spin_unlock_wait()'s semantics,
> >and it appears that all callers could do just as well with a lock/unlock
> >pair. This commit therefore repl
On Sat, 1 Jul 2017, Ondrej Zary wrote:
>
> The write corruption is still present - "start" must be rolled back in
> both IRQ and timeout cases.
Your original algorithm aborts the transfer for a timeout. Same with mine.
The bug must be a elsewhere.
> And 128 B is not enough , 256 is OK (why d
Hi Michael,
[auto build test WARNING on trace/for-next]
[also build test WARNING on next-20170630]
[cannot apply to tip/perf/core linus/master v4.12-rc7]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/c
On Sat, Jul 01, 2017 at 09:44:12PM +0200, Manfred Spraul wrote:
> Hi Paul,
>
> On 06/30/2017 02:01 AM, Paul E. McKenney wrote:
> >There is no agreed-upon definition of spin_unlock_wait()'s semantics,
> >and it appears that all callers could do just as well with a lock/unlock
> >pair. This commit
2017-07-02 9:35 GMT+08:00 Wanpeng Li :
> 2017-06-30 0:58 GMT+08:00 Paolo Bonzini :
>> From: Wanpeng Li
>>
>> If the TSC deadline timer is programmed really close to the deadline or
>> even in the past, the computation in vmx_set_hv_timer will program the
>> absolute target tsc value to vmcs preemp
Am 30.06.2017 um 16:27 schrieb Rob Herring:
> On Fri, Jun 30, 2017 at 6:12 AM, Andreas Färber wrote:
>> Am 29.06.2017 um 22:10 schrieb Rob Herring:
>>> On Tue, Jun 27, 2017 at 02:55:18AM +0200, Andreas Färber wrote:
Add an initial binding for the RDA8810PL UART.
Signed-off-by: Andre
Hi Michael,
[auto build test ERROR on trace/for-next]
[also build test ERROR on next-20170630]
[cannot apply to tip/perf/core linus/master v4.12-rc7]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commi
2017-06-30 0:58 GMT+08:00 Paolo Bonzini :
> From: Wanpeng Li
>
> If the TSC deadline timer is programmed really close to the deadline or
> even in the past, the computation in vmx_set_hv_timer will program the
> absolute target tsc value to vmcs preemption timer field w/ delta == 0.
> The next vme
Hi Stephen,
[auto build test WARNING on linus/master]
[also build test WARNING on v4.12-rc7 next-20170630]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Stephen-Boyd/kbuild-modpost-Warn-about-r
Hi Hugues,
[auto build test ERROR on linuxtv-media/master]
[cannot apply to v4.12-rc7 next-20170630]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Hugues-Fruchet/Camera-support-on-STM32F746G-DI
--
Dear user
Your mailbox has exceeded the storage limit of 20GB set by the administrator,
you are currently running at 20.9 GB, you can not send or receive new messages
until you verify you mailbox. Re-validate your account by mail, please fill and
Send the data below to verify and update y
Hello.
This is my first patch attempt on drivers so I might be completely wrong.
applesmc driver was using the deprecated `hwmon_device_register` call for
some reason. And that causes a deprecation warning in dmesg.
I've replaced the call with `hwmon_device_register_with_info` and booted
my MBP
On Saturday 01 July 2017 04:40:53 Finn Thain wrote:
> Ondrej, would you please test this new series?
>
> Changed since v1:
> - PDMA transfer residual is calculated earlier.
> - End of DMA flag check is now polled (if there is any residual).
>
> Changed since v2:
> - Bail out of transfer loops when
On 30/06/2017 23:53, Corentin Labbe wrote:
> On Tue, Jun 27, 2017 at 10:37:34AM -0700, Florian Fainelli wrote:
>> On 06/27/2017 10:29 AM, Maxime Ripard wrote:
>>> On Tue, Jun 27, 2017 at 02:37:48PM +0200, Corentin Labbe wrote:
On Tue, Jun 27, 2017 at 11:33:56AM +0100, Andre Przywara wrote:
>>>
Rely on the fallback to "Generic DT based system".
This change is visible in /proc/cpuinfo.
Cc: Arnd Bergmann
Signed-off-by: Andreas Färber
---
arch/arm/mach-actions/Makefile | 1 -
arch/arm/mach-actions/owl.c| 28
2 files changed, 29 deletions(-)
delete mode
From: Colin King
Date: Fri, 30 Jun 2017 11:59:22 +0100
> From: Colin Ian King
>
> Trivial fix to spelling mistake in mlx5_core_dbg debug message
>
> Signed-off-by: Colin Ian King
Applied, thanks Colin.
Mellanox folks, I don't like how these lib/ objects are built.
I absolutely depend upon
The S500 SoC can start secondary CPUs without busy-looping for pen_release,
so simplify the SMP code compared to the LeMaker kernel tree.
Fixes: 172067e0bc87 ("ARM: owl: Implement CPU enable-method for S500")
Suggested-by: Arnd Bergmann
Cc: David Liu
Signed-off-by: Andreas Färber
---
arch/arm/
Arnd,
> When NVMe support is disabled, we get a couple of harmless warnings:
>
> drivers/scsi/qla2xxx/qla_nvme.c:667:13: error:
> 'qla_nvme_unregister_remote_port' defined but not used
> [-Werror=unused-function]
> drivers/scsi/qla2xxx/qla_nvme.c:634:13: error: 'qla_nvme_abort_all' defined
> b
Colin,
> Fix the following typos/spelling mistakes:
>
> "attribure" -> "attribute"
> "suppored" -> "supported"
> "Symobilic" -> "Symbolic"
> "iteself" -> "itself"
> "reqeust" -> "request"
> "nvme_wait_on_comand" -> "nvme_wait_on_command"
> "bount" -> "bound"
> "captrue_mask" -> "capture_mask"
> "
Dan,
> We're calling spin_lock_irq() multiple times, the problem is that on
> the first spin_unlock_irq() then we will re-enable IRQs and we don't
> want that.
Applied to 4.13/scsi-queue.
--
Martin K. Petersen Oracle Linux Engineering
John,
> Currently we allocate 3 sets of DMA memories from separate
> pools for each slot. This is inefficient in terms of memory usage
> (buffers are less than 1 page in size, so we lose due to alignment),
> and also time spent in doing 3 allocations + de-allocations per slot,
> instead of 1.
>
>
Arvind,
> dev_pm_ops are not supposed to change at runtime. All functions
> working with dev_pm_ops provided by work with const
> dev_pm_ops. So mark the non-const structs as const.
Applied to 4.13/scsi-queue. Thanks!
--
Martin K. Petersen Oracle Linux Engineering
Arvind,
> dev_pm_ops are not supposed to change at runtime. All functions
> working with dev_pm_ops provided by work with const
> dev_pm_ops. So mark the non-const structs as const.
Applied to 4.13/scsi-queue.
--
Martin K. Petersen Oracle Linux Engineering
Hi,
Firstly, it turned out that we also must have V4L2_CID_PIXEL_RATE for omap3isp
compatibility
(see
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?&id=0bc77f3f06fcf2ca7b7fad782d70926cd4d235f1
).
And secondly, I have tried to add some SXGA config and it looks good
From: Kalle Valo
Date: Fri, 30 Jun 2017 09:19:37 +0300
> here's a pull request to net-next for 4.13. Actually not really that big
> this time, more info in the signed tag below. Please let me know if you
> have any problems.
>
> Intel has new hardware coming up and they just submitted patches to
Johannes,
> In qla2xx_start_scsi_mq() and qla2xx_dif_start_scsi_mq() we grab the
> qpair->qp_lock but do access members of the qpair before having the lock.
> Re-order the locking sequence to have all read and write access to qpair
> members under the qpair->qp_lock.
Applied to 4.13/scsi-queue.
On Sat, Jul 1, 2017 at 1:38 PM, Jerry Hoemann wrote:
> On Sat, Jul 01, 2017 at 01:10:31PM -0700, Dan Williams wrote:
>> On Sat, Jul 1, 2017 at 1:08 PM, Dan Williams
>> wrote:
>> > On Sat, Jul 1, 2017 at 12:58 PM, Jerry Hoemann
>> > wrote:
>> >> On Fri, Jun 30, 2017 at 08:55:22PM -0700, Dan Wil
On Sat, Jul 01, 2017 at 01:10:31PM -0700, Dan Williams wrote:
> On Sat, Jul 1, 2017 at 1:08 PM, Dan Williams wrote:
> > On Sat, Jul 1, 2017 at 12:58 PM, Jerry Hoemann
> > wrote:
> >> On Fri, Jun 30, 2017 at 08:55:22PM -0700, Dan Williams wrote:
> >>
> >> ...
> >>
> >>> On Fri, Jun 30, 2017 at 9:
On Sat, Jul 1, 2017 at 1:08 PM, Dan Williams wrote:
> On Sat, Jul 1, 2017 at 12:58 PM, Jerry Hoemann wrote:
>> On Fri, Jun 30, 2017 at 08:55:22PM -0700, Dan Williams wrote:
>>
>> ...
>>
>>> On Fri, Jun 30, 2017 at 9:09 AM, Jerry Hoemann
>>> wrote:
>>> > + if (cmd == ND_CMD_CALL)
>
On Sat, Jul 1, 2017 at 12:58 PM, Jerry Hoemann wrote:
> On Fri, Jun 30, 2017 at 08:55:22PM -0700, Dan Williams wrote:
>
> ...
>
>> On Fri, Jun 30, 2017 at 9:09 AM, Jerry Hoemann wrote:
>> > + if (cmd == ND_CMD_CALL)
>> > + dsm_mask = nd_desc->bus_dsm_mask;
>> >
On Fri, Jun 30, 2017 at 08:55:22PM -0700, Dan Williams wrote:
...
> On Fri, Jun 30, 2017 at 9:09 AM, Jerry Hoemann wrote:
> > + if (cmd == ND_CMD_CALL)
> > + dsm_mask = nd_desc->bus_dsm_mask;
> > desc = nd_cmd_bus_desc(cmd);
> >
Hi David,
Am 01.07.2017 um 06:42 schrieb 刘炜:
> OWL_CPUx_ADDR is the physical address of CPUx wakeup function.
> OWL_CPUx_FLAG is a valid flag of OWL_CPUx_ADDR.
>
> After CPUxs are wakeuped by SEV instruction, they will check their own
> OWL_CPUx_FLAG register. If the register vlaue is 0x55aa, C
> That seems to be a common mistake in the kernel and it
> might be a good idea to add some Coccinelle script for
> it?
Done.
julia
As reported by Sebastian Reichel, i2c_smbus_read_word_data() returns native
endianness for little-endian bus (it basically has builtin
le16_to_cpu). Calling le16_to_cpu on the result breaks support on big
endian machines by converting it back.
This semantic patch give no reports on kernel code cur
Am Donnerstag, 22. Juni 2017, 18:29:57 CEST schrieb Frank Wang:
> Due to some tiny differences between RK3228 and RK3229, this patch adds
> a basic dtsi file which first includes a new CPU opp table for RK3229.
>
> Signed-off-by: Frank Wang
applied for 4.14
Thanks
Heiko
Am Donnerstag, 22. Juni 2017, 18:32:23 CEST schrieb Frank Wang:
> From: David Wu
>
> This patch adds io-domain support for rk3228 SoC.
>
> Signed-off-by: David Wu
> Signed-off-by: Frank Wang
with Rafael having picked up the driver side today, applied for 4.14
Thanks
Heiko
Am Samstag, 1. Juli 2017, 21:10:01 CEST schrieb Jacob Chen:
> saradc in rk3288-evb use 1.8v ref.
>
> Signed-off-by: Jacob Chen
applied for 4.14
Thanks
Heiko
On 06/30/2017 02:01 AM, Paul E. McKenney wrote:
There is no agreed-upon definition of spin_unlock_wait()'s semantics,
and it appears that all callers could do just as well with a lock/unlock
pair. This commit therefore replaces the spin_unlock_wait() call in
exit_sem() with spin_lock() followed
On Sat, 1 Jul 2017 09:40:35 -0400
William Breathitt Gray wrote:
> On Sat, Jul 01, 2017 at 01:25:18PM +0100, Jonathan Cameron wrote:
> >On Fri, 30 Jun 2017 22:36:48 +0200
> >Benjamin Gaignard wrote:
> >
> >> 2017-06-30 20:19 GMT+02:00 Jonathan Cameron :
> >> > On Tue, 27 Jun 2017 10:21:43 +02
CONFIG_REFCOUNT_FULL (correctly) did not provide a refcount_sub(), which
should not be part of proper refcount design patterns. This removes the
erroneous extern (and the later non-FULL accidental implementation).
Fixes: 29dee3c03abc ("locking/refcounts: Out-of-line everything")
Signed-off-by: Kee
Hi Vincent,
[auto build test ERROR on tip/sched/core]
[also build test ERROR on v4.12-rc7 next-20170630]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Vincent-Guittot/sched-pelt-fix-false-runni
On Thu, Jun 29, 2017 at 09:09:35AM +0530, Sahitya Tummala wrote:
> __list_lru_walk_one() acquires nlru spin lock (nlru->lock) for
> longer duration if there are more number of items in the lru list.
> As per the current code, it can hold the spin lock for upto maximum
> UINT_MAX entries at a time.
On Thu, Jun 29, 2017 at 09:09:15AM +0530, Sahitya Tummala wrote:
> list_lru_count_node() iterates over all memcgs to get
> the total number of entries on the node but it can race with
> memcg_drain_all_list_lrus(), which migrates the entries from
> a dead cgroup to another. This can return incorrec
Hi Jacob,
Am Samstag, 1. Juli 2017, 20:56:09 CEST schrieb Jacob Chen:
> midgard-t860 gpu in rk3399 support run in 800MHz.
>
> Signed-off-by: Jacob Chen
> ---
> arch/arm64/boot/dts/rockchip/rk3399-opp.dtsi | 33
>
Could you also provide the opp table for op1-variant
On Sat, Jul 1, 2017 at 12:02 AM, Heiko Stuebner wrote:
> Am Freitag, 9. Juni 2017, 12:45:46 CEST schrieb Heiko Stuebner:
>> Am Freitag, 9. Juni 2017, 17:36:14 CEST schrieb David Wu:
>> > This adds the necessary data for handling io voltage domains on the rk3228.
>> >
>> > Signed-off-by: David Wu
On 2017/7/1 15:48, Jaegeuk Kim wrote:
> On 06/29, Chao Yu wrote:
>> From: Chao Yu
>>
>> Don't clear old mount option before parse new option during ->remount_fs
>> like other generic filesystems>
> So, what happened on your original patch?
>
> commit 2c8a4366debae30ae37d0688b2bec92d196a
>
Hi Jacob,
Am Samstag, 1. Juli 2017, 20:56:08 CEST schrieb Jacob Chen:
> Add Mali GPU device tree node for the rk3399 SoC.
> Tested with rockchip-forwardports repo.
>
> Signed-off-by: Jacob Chen
> ---
> arch/arm64/boot/dts/rockchip/rk3399.dtsi | 12
> 1 file changed, 12 insertions(+
We need to hold a reference on the 'dirent' until we are sure there are
no more notifications that will be sent. As noted in the new comments we
take advantage of the fact that the references are taken and dropped
under device_lock() and that nd_device_notify() holds device_lock() over
new badblock
On Sat, Jul 01, 2017 at 03:26:01PM +0400, Anton Sviridenko wrote:
> This patch enables support for non-Bluecherry labeled solo6110
> based PCI cards which have 3 x TW2864B chips and one TW2865.
> These cards are displayed by lspci -nn as
>
> "Softlogic Co., Ltd. SOLO6110 H.264 Video encoder/decode
On Sat, Jul 01, 2017 at 11:57:32AM +, linyunsheng wrote:
> Hi, Andrew
>
> I am agreed wih you on this.
> But self test is also a feature of our product, and our
> customer way choose to diagnose a problem using
> self test, even if self test does not give a clear
> reason to the problem.
> we
This adds an I²C master driver for SPI -> I²C bus bridge chips.
It currently supports NXP's SC18IS600 and SC18IS601, as well as
Silicon Labs' CP2120. The driver was only tested on SC18IS600.
Acked-by: Rob Herring
Signed-off-By: Sebastian Reichel
---
Changes since PATCHv1:
* Reported by Julia La
Hi Marc,
I've verified the basic GICv4 functionality with v2 series + Eric's IRQ
bypass patches on QDF2400 platform with a minor change in vgic-init.c
successfully. Nice, I don't see any deadlock or catastrophic issues
running on QCOM hardware. You can add my tested-by, I'll provide comments
aft
Em Fri, Jun 30, 2017 at 03:40:57PM -0700, Arun Kalyanasundaram escreveu:
> The handlers in the python script generated from "perf script" have an
> attribute: common_pid. This attribute contains the tid of the process
> instead of its pid. I would like to know if this is the expected behavior.
> Th
Linus,
please pull the latest x86-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-urgent-for-linus
For fixlets for x86:
- Prevent kexec crash when KASLR is enabled, which was caused by an
address calculation bug
- Restore the freeing of PU
Linus,
please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
The last fix for perf for this cycles:
Prevent a segfault when kernel.kptr_restrict=2 is set by avoiding a
null pointer dereference.
T
On 07/01, Chao Yu wrote:
> On 2017/7/1 15:28, Jaegeuk Kim wrote:
> > On 06/26, Chao Yu wrote:
> >> Hi Jaegeuk,
> >>
> >> On 2017/6/26 22:54, Jaegeuk Kim wrote:
> >>> Hi Chao,
> >>>
> >>> On 06/26, Chao Yu wrote:
> Hi Jaegeuk,
>
> On 2017/6/25 0:25, Jaegeuk Kim wrote:
> > - punch_
Hi Bjorn,
On Tue, Jun 27, 2017 at 06:11:43PM -0500, Bjorn Helgaas wrote:
> On Thu, Jun 22, 2017 at 10:38:55AM +0100, Lorenzo Pieralisi wrote:
> > On Wed, Jun 21, 2017 at 11:53:00PM +0200, Arnd Bergmann wrote:
> > > We used to pass the operations when calling pci_scan_root_bus, but
> > > that argum
On Sat, Jul 01, 2017 at 08:41:20AM +, Lipengcheng wrote:
> Hi,
>
> Now I am prepared based on 3.18 linux kernel development Multifunction
> Composite Gadget, which RNDIS + CDC Serial + USB Webcam Gadget, the kernel
> community has this development plan, or what needs attention.
I have no idea
From: Naoya Horiguchi
Soft dirty bit is designed to keep tracked over page migration. This patch
makes it work in the same manner for thp migration too.
---
ChangeLog v1 -> v2:
- separate diff moving _PAGE_SWP_SOFT_DIRTY from bit 7 to bit 1
- clear_soft_dirty_pmd can handle migration entry
Sign
From: Naoya Horiguchi
This patch enables thp migration for mbind(2) and migrate_pages(2).
ChangeLog v1 -> v2:
- support pte-mapped and doubly-mapped thp
Signed-off-by: Naoya Horiguchi
ChangeLog v2 -> v6:
- use the same gfp flag (GFP_TRANSHUGE) in mbind() and migrate_pages()
for thp allocati
From: Zi Yan
This patch adds thp migration's core code, including conversions
between a PMD entry and a swap entry, setting PMD migration entry,
removing PMD migration entry, and waiting on PMD migration entries.
This patch makes it possible to support thp migration.
If you fail to allocate a de
From: Zi Yan
If one of callers of page migration starts to handle thp,
memory management code start to see pmd migration entry, so we need
to prepare for it before enabling. This patch changes various code
point which checks the status of given pmds in order to prevent race
between thp migration
From: Naoya Horiguchi
TTU_MIGRATION is used to convert pte into migration entry until thp split
completes. This behavior conflicts with thp migration added later patches,
so let's introduce a new TTU flag specifically for freezing.
try_to_unmap() is used both for thp split (via freeze_page()) an
From: Naoya Horiguchi
Introduces CONFIG_ARCH_ENABLE_THP_MIGRATION to limit thp migration
functionality to x86_64, which should be safer at the first step.
ChangeLog v1 -> v2:
- fixed config name in subject and patch description
Signed-off-by: Naoya Horiguchi
Reviewed-by: Anshuman Khandual
---
From: Naoya Horiguchi
This patch enables thp migration for move_pages(2).
Signed-off-by: Naoya Horiguchi
ChangeLog: v1 -> v5:
- fix page counting
ChangeLog: v5 -> v6:
- drop changes on soft-offline in unmap_and_move()
Signed-off-by: Zi Yan
---
mm/migrate.c | 45
From: Naoya Horiguchi
This patch enables thp migration for memory hotremove.
---
ChangeLog v1->v2:
- base code switched from alloc_migrate_target to new_node_page()
Signed-off-by: Naoya Horiguchi
ChangeLog v2->v7:
- base code switched from new_node_page() new_page_nodemask()
Signed-off-by: Z
From: Naoya Horiguchi
Introduce a separate check routine related to MPOL_MF_INVERT flag.
This patch just does cleanup, no behavioral change.
Signed-off-by: Naoya Horiguchi
Signed-off-by: Zi Yan
---
mm/mempolicy.c | 22 +-
1 file changed, 17 insertions(+), 5 deletions(-)
d
On Sat, Jul 01, 2017 at 01:25:18PM +0100, Jonathan Cameron wrote:
>On Fri, 30 Jun 2017 22:36:48 +0200
>Benjamin Gaignard wrote:
>
>> 2017-06-30 20:19 GMT+02:00 Jonathan Cameron :
>> > On Tue, 27 Jun 2017 10:21:43 +0200
>> > Benjamin Gaignard wrote:
>> >
>> >> 2017-06-26 22:29 GMT+02:00 William
From: Naoya Horiguchi
_PAGE_PSE is used to distinguish between a truly non-present
(_PAGE_PRESENT=0) PMD, and a PMD which is undergoing a THP
split and should be treated as present.
But _PAGE_SWP_SOFT_DIRTY currently uses the _PAGE_PSE bit,
which would cause confusion between one of those PMDs
u
From: Zi Yan
Hi all,
The patches are rebased on mmotm-2017-06-29-16-41 with the feedbacks
from v7 patches.
Hi Kirill, I have added the changes you suggested to Patch 5 and Patch 6,
please let me know if you are OK with them.
Patch 1 factors out common code. It could be picked up easily.
Patch
saradc in rk3288-evb use 1.8v ref.
Signed-off-by: Jacob Chen
---
arch/arm/boot/dts/rk3288-evb.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288-evb.dtsi
b/arch/arm/boot/dts/rk3288-evb.dtsi
index f226ca7..f549f91 100644
--- a/arch/arm/boot/dts/rk3288-evb.dtsi
Add reference to the Mali GPU device tree node on rk3399-firefly
Signed-off-by: Jacob Chen
---
arch/arm64/boot/dts/rockchip/rk3399-firefly.dts | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm64/boot/dts/rockchip/rk3399-firefly.dts
b/arch/arm64/boot/dts/rockchip/rk3399-firefly.d
midgard-t860 gpu in rk3399 support run in 800MHz.
Signed-off-by: Jacob Chen
---
arch/arm64/boot/dts/rockchip/rk3399-opp.dtsi | 33
1 file changed, 33 insertions(+)
diff --git a/arch/arm64/boot/dts/rockchip/rk3399-opp.dtsi
b/arch/arm64/boot/dts/rockchip/rk3399-opp.d
Add Mali GPU device tree node for the rk3399 SoC.
Tested with rockchip-forwardports repo.
Signed-off-by: Jacob Chen
---
arch/arm64/boot/dts/rockchip/rk3399.dtsi | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm64/boot/dts/rockchip/rk3399.dtsi
b/arch/arm64/boot/dts/rockc
On Sat, Jul 1, 2017 at 4:39 AM, mindentropy wrote:
> From: Gautam Bhat
>
> * According to mx7sabresd schematics the MIPI CSI/DSI voltage rails
>should be 2.8V but the voltage provided is a maximum of 3.3V and
>minimum of 1.8V. Providing such a higher voltage might damage the
>periphe
dma_buf_ops are not supposed to change at runtime. All functions
working with dma_buf_ops provided by work with
const dma_buf_ops. So mark the non-const structs as const.
File size before:
textdata bss dec hex filename
2002 112 02114 842 drivers/gpu/drm/udl
dma_buf_ops are not supposed to change at runtime. All functions
working with dma_buf_ops provided by work with
const dma_buf_ops. So mark the non-const structs as const.
File size before:
textdata bss dec hex filename
2026 112 02138 85a drivers/tee/tee_shm
Hi Linus,
Brian noticed that this regression has not got a proper fix for the
entire merge window and consequently we need to revert the
offending commit.
It's part of the RT-mainstream work, the dance goes like this,
two steps forward, one step back.
Please pull it in!
Yours,
Linus Walleij
Th
On Fri, 30 Jun 2017 22:36:48 +0200
Benjamin Gaignard wrote:
> 2017-06-30 20:19 GMT+02:00 Jonathan Cameron :
> > On Tue, 27 Jun 2017 10:21:43 +0200
> > Benjamin Gaignard wrote:
> >
> >> 2017-06-26 22:29 GMT+02:00 William Breathitt Gray
> >> :
> >> > On Sat, Jun 24, 2017 at 09:35:39PM +0100,
dma_buf_ops are not supposed to change at runtime. All functions
working with dma_buf_ops provided by work with
const dma_buf_ops. So mark the non-const structs as const.
File size before:
textdata bss dec hex filename
5238 112 4535414ea
drivers/media/v4l2
Hi Linus,
just when I thought everything was setting down nicely last minute
fixes appear. Like sunspots.
Please pull it in, I would have sent earlier this week but the 0day
builder was unresponsive so I wanted it to land in linux-next
first.
(If it's too late, it's too late, I just fold it into
On Thu, 29 Jun 2017 14:51:56 +0200
Linus Walleij wrote:
> On Tue, Jun 27, 2017 at 2:25 AM, Matthias Kaehlcke wrote:
>
> > Don't inflate the kernel size with data that isn't used. The conditional
> > declaration also fixes the following warning when building with clang:
> >
> > drivers/iio/magne
On Sat, 1 Jul 2017 06:37:07 -0400
Brian Masney wrote:
> On Sat, Jul 01, 2017 at 10:40:20AM +0100, Jonathan Cameron wrote:
> > On Thu, 29 Jun 2017 13:03:51 -0400
> > Brian Masney wrote:
> >
> > > tsl2x7x_read_thresh() and tsl2x7x_write_thresh() currently assumes
> > > that IIO_EV_INFO_VALUE is
On Tue, 27 Jun 2017 15:05:19 -1000
Jack Andersen wrote:
> This patch adds support for Diolan DLN2 ADC via IIO's ADC interface.
> ADC is the fourth and final component of the DLN2 for the kernel.
>
> Signed-off-by: Jack Andersen
Given it touches files in mfd, this needs an ack from Lee.
Please
Hi Sebastian,
> Am 19.06.2017 um 10:41 schrieb H. Nikolaus Schaller :
>
> Changes V7:
> * removed already merged patches from patch set
> * further fix for potentially wrong irq and notifier initialization sequence
> (suggested by Sebastian Reichel)
> * NULLify transceiver pointer in case of err
Michal Hocko wrote:
> I really do appreciate your testing because it uncovers corner cases
> most people do not test for and we can actually make the code better in
> the end.
That statement does not get to my heart at all. Collision between your
approach and my approach is wasting both your time
dma_buf_ops are not supposed to change at runtime. All functions
working with dma_buf_ops provided by work with
const dma_buf_ops. So mark the non-const structs as const.
File size before:
textdata bss dec hex filename
3171 192 03363 d23
drivers/media/v4l2
This patch enables support for non-Bluecherry labeled solo6110
based PCI cards which have 3 x TW2864B chips and one TW2865.
These cards are displayed by lspci -nn as
"Softlogic Co., Ltd. SOLO6110 H.264 Video encoder/decoder [9413:6110]"
Bluecherry cards have 4 x TW2864A. According to datasheet re
dma_buf_ops are not supposed to change at runtime. All functions
working with dma_buf_ops provided by work with
const dma_buf_ops. So mark the non-const structs as const.
File size before:
textdata bss dec hex filename
6035 272 0630718a3
drivers/media/v4l2
On Fri, Jun 30, 2017 at 8:44 PM, Sudeep Holla wrote:
> Currently the mailbox framework sets txdone_method to TXDONE_BY_POLL if
> the controller sets txdone_by_poll. However some clients can have a
> mechanism to do TXDONE_BY_ACK which they can specify by knows_txdone.
> However, we endup setting b
drm_prop_enum_lists are not supposed to change at runtime. All functions
working with drm_prop_enum_list provided by work
with
const drm_prop_enum_list. So mark the non-const structs as const.
File size before:
textdata bss dec hex filename
3594 176 03770 e
Remove Camel Case warning found using checkpatch.pl
---
drivers/staging/rtl8188eu/core/rtw_ap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_ap.c
b/drivers/staging/rtl8188eu/core/rtw_ap.c
index 647a922d79d1..6c63a9bbb876 100644
--- a/drive
On Sat, Jul 01, 2017 at 10:40:20AM +0100, Jonathan Cameron wrote:
> On Thu, 29 Jun 2017 13:03:51 -0400
> Brian Masney wrote:
>
> > tsl2x7x_read_thresh() and tsl2x7x_write_thresh() currently assumes
> > that IIO_EV_INFO_VALUE is the only iio_event_info that will be
> > passed in. This patch refac
Richard Weinberger wrote:
> Florian,
>
> Am 30.06.2017 um 21:55 schrieb Florian Westphal:
> >>> Why not use a hash of the address?
> >>
> >> Would also work. Or xor it with a random number.
> >>
> >> On the other hand, for user space it would be more useful when the
> >> conntrack id
> >> does n
Add touchscreen info for I.T.Works TW891 2-in-1.
Signed-off-by: Hans de Goede
---
drivers/platform/x86/silead_dmi.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/drivers/platform/x86/silead_dmi.c
b/drivers/platform/x86/silead_dmi.c
index 25cbea307a5e..6218deb22319
Both Bay and Cherry Trail devices may be used together with a Crystal Cove
PMIC. Each platform has its own variant of the PMIC, which both use the
same ACPI HID, but they are not 100% compatible.
This commits makes the intel_soc_pmic_core code check the _HRV of the
ACPI-firmware-node and selects i
1 - 100 of 153 matches
Mail list logo
