From: Shengzhen Li
Since commit de3bb771f471 ("cfg80211: add more warnings for inconsistent
ops") the wireless core warns if a driver implements a cfg80211 callback
but doesn't implements the inverse operation.
The mwifiex driver defines a .set_antenna handler but not a .get_antenna
so this not
Fix the path for s5p-dev-mfc.c to arch/arm/mach-exynos
(Moved in b93b315d444faa1505b6a5e001c30f3024849e46)
Signed-off-by: Ben Dooks
---
Cc: Krzysztof Kozlowski
Cc: Kukjin Kim
Cc: linux-kernel@vger.kernel.org
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MA
From: Shengzhen Li
Most cfg80211 operations are just a wrappers to functions defined in the
sta_ioctl.c file, so for consistency move the .get_tx_power logic there.
Signed-off-by: Shengzhen Li
Signed-off-by: Amitkumar Karwar
[javier: update the subject line and commit message]
Signed-off-by: J
cs53l30 breaks kernel compilation when CONFIG_GPIOLIB is disabled.
sound/soc/codecs/cs53l30.c:931:2: error: implicit declaration of
function devm_gpiod_get_optional [-Werror=implicit-function-declaration]
cs53l30->reset_gpio = devm_gpiod_get_optional(dev, "reset",
^
sound/soc/codecs/cs53l30.c:
On Sat, Jun 04, 2016 at 03:00:29PM -0700, Zi Shen Lim wrote:
> Remove superfluous stack frame, saving us 3 instructions for
> every JMP_CALL.
>
> Signed-off-by: Zi Shen Lim
> ---
> arch/arm64/net/bpf_jit_comp.c | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git a/arch/arm64/net/bpf_jit_co
On Fri, May 27, 2016 at 02:01:03PM -0700, Yang Shi wrote:
> The upstream commit 1771c6e1a567ea0ba20a4ffe68a1419fd8ef
> ("x86/kasan: instrument user memory access API") added KASAN instrument to
> x86 user memory access API, so added such instrument to ARM64 too.
>
> Define __copy_to/from_user
On Mon, Jun 6, 2016 at 11:12 AM, Catalin Marinas
wrote:
>
> On Mon, Jun 06, 2016 at 04:13:34PM +0200, Christoph Hellwig wrote:
> > I've got a few reports of this over the weekend, but it still doesn't
> > make much sense to me.
> >
> > Could it be that kmemleak can't deal with the bio_batch logic?
On the STiH410 B2120 development board the ST EHCI IP shares its reset
line with the OHCI IP. New functionality in the reset subsystems forces
consumers to be explicit when requesting shared/exclusive reset lines.
Signed-off-by: Lee Jones
---
drivers/usb/host/ehci-st.c | 4 ++--
1 file changed,
On 30/05/16 09:30, Neil Armstrong wrote:
On 05/27/2016 10:17 AM, Neil Armstrong wrote:
While looking for other ARMv8 based platform, I found that the RK3368
platform has the same SCPI implementation as Amlogic.
They extended it with DDR, system and thermal commands.
Look at :
https://gith
On the STiH410 B2120 development board the ports on the Generic PHY
share their reset lines with each other. New functionality in the
reset subsystems forces consumers to be explicit when requesting
shared/exclusive reset lines.
Signed-off-by: Lee Jones
---
drivers/phy/phy-stih407-usb.c | 4 ++-
On Mon, Jun 6, 2016 at 1:45 PM, Clemens Gruber
wrote:
> Yes, I think so too. However I am unsure if we should also remove
> SGTL5000_CHIP_LINREG_CTRL from the defaults as in Eric's patch 3/6 or
> only keep the parts of the patch dealing with SGTL5000_CHIP_ANA_POWER.
> What do you think?
I think
On the STiH410 B2120 development board the ST EHCI IP shares its reset
line with the OHCI IP. New functionality in the reset subsystems forces
consumers to be explicit when requesting shared/exclusive reset lines.
Signed-off-by: Lee Jones
---
drivers/usb/host/ohci-st.c | 4 ++--
1 file changed,
Vinod Koul writes:
> On Fri, Jun 03, 2016 at 07:23:33PM -0700, Eric Anholt wrote:
>> The min() macro was complaining about mismatched types. The max len
>> is at most SZ_1G, so we can just put it in an unsigned int.
>>
>> Signed-off-by: Eric Anholt
>> ---
>>
>> Vinod, if you ack it, this one
Hi Ingo -- is there any reason why this series (or at least this particular
patch) was not picked up (being in Peter's queue)? It seems that all the
recent rwsem changes are now in -tip, with the exception of these.
Thanks,
Davidlohr
The RTL8153-AD supports a persistent system specific MAC address.
This means a device plugged into two different systems with host side
support will show different (but persistent) MAC addresses.
This information for the system's persistent MAC address is burned in when
the system HW is built and
This patch moves the wakeup_process() invocation so it is not done under
the perm->lock by making use of a lockless wake_q. With this change, the
waiter is woken up once the message has been assigned and it does not
need to loop on SMP if the message points to NULL. In the signal case we
still need
On 06/05/2016 03:40 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.13 release.
> There are 99 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 sh
On 06/05/2016 03:40 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.14.72 release.
> There are 23 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 s
On Mon, Jun 06, 2016 at 12:09:49PM -0500, Shaun Tancheff wrote:
> I'm pretty sure it is missing a bio_put() after submit_bio_wait().
>
> Please excuse the hack-y patch but I think you need to do something
> like this ...
> (Note tabs eaten by gmail).
Yeah, that makes sense - oddly enough submit_b
On Wed, 01 Jun 2016, Peter Zijlstra wrote:
On Mon, May 23, 2016 at 06:54:02AM -0700, Davidlohr Bueso wrote:
... it has no users and we already have the the regular spin_is_lock()
call anyway -- although iirc this was going to be different
than the simple negation for lock elision implementation
On 06/05/2016 04:22 PM, Greg Kroah-Hartman wrote:
> --
> NOTE: This is the LAST 4.5.y stable kernel to be released, 4.5.y will be
> end-of-life with this release. You should have moved to the 4.6.y
> series already.
> --
>
> This is the start of the stable review c
On 06/05/2016 03:42 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.6.2 release.
> There are 121 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 sh
> > Realtek has this in their Windows driver that all OEM's will be taking.
> > Another OEM would just need to burn the right information into the SPI at
> > manufacturing and expose it to the DSDT.
>
> Where it the match up for the Realtek bit to corrispond with this
> specific ACPI field? If it
On 2016-06-06 06:25, Marcel Ziswiler wrote:
> On June 5, 2016 2:17:49 AM GMT+02:00, Stefan Agner wrote:
>>Use the PMIC's repower capability for reboots. Register a restart
>>handler with use a default priority of 128.
>
> Apart from that last sentence above which is not clear to me the whole
> se
On Sat, Jun 04, 2016 at 08:29:29AM -0700, Paul E. McKenney wrote:
> On Fri, Jun 03, 2016 at 02:45:53PM +0100, Will Deacon wrote:
> > On Fri, Jun 03, 2016 at 06:32:38AM -0700, Paul E. McKenney wrote:
> > > On Fri, Jun 03, 2016 at 02:23:10PM +0200, Peter Zijlstra wrote:
> > > > On Fri, Jun 03, 2016 a
On Tue, May 31, 2016 at 06:25:56PM -0700, Tai Tri Nguyen wrote:
> Hi Mark,
[...]
> I'm facing a problem after removing the index for MCU and MC sub-nodes.
> The MCUs and MCs aren't always enabled depending on how DRAM DIMMs are
> installed on the system.
> I still need a way to associate the MCU
On 6/6/16, 12:05 PM, "Fabian Frederick" wrote:
>cs53l30 breaks kernel compilation when CONFIG_GPIOLIB is disabled.
>
>sound/soc/codecs/cs53l30.c:931:2: error: implicit declaration of
>function devm_gpiod_get_optional [-Werror=implicit-function-declaration]
> cs53l30->reset_gpio = devm_gpiod_ge
On Mon, Jun 06, 2016 at 07:27:18PM +0200, Christoph Hellwig wrote:
> On Mon, Jun 06, 2016 at 12:09:49PM -0500, Shaun Tancheff wrote:
> > I'm pretty sure it is missing a bio_put() after submit_bio_wait().
> >
> > Please excuse the hack-y patch but I think you need to do something
> > like this ...
Vinod Koul writes:
> On Fri, Jun 03, 2016 at 07:29:11PM -0700, Eric Anholt wrote:
>> The tx_status hook is supposed to be safe to call from interrupt
>> context, but it wouldn't ever return completion for the last transfer,
>> meaning you couldn't poll for DMA completion with interrupts masked.
>
On Mon, Jun 06, 2016 at 07:05:53PM +0200, Fabian Frederick wrote:
> cs53l30 breaks kernel compilation when CONFIG_GPIOLIB is disabled.
>
> sound/soc/codecs/cs53l30.c:931:2: error: implicit declaration of
> function devm_gpiod_get_optional [-Werror=implicit-function-declaration]
> cs53l30->reset_
On Mon, Jun 6, 2016 at 12:40 PM, Peter Zijlstra wrote:
> On Mon, Jun 06, 2016 at 03:59:06PM +, Chen, Yu C wrote:
>
>> > > + if (hibernation_in_resume())
>> > > + mwait_ptr = empty_zero_page;
>> > > + else
>> > > + mwait_ptr = ¤t_thread_info()->flags;
>> >
>> > Why is this condi
On Mon, Jun 06, 2016 at 05:24:57PM +, mario_limoncie...@dell.com wrote:
> That said, I would be highly surprised if Realtek decided to implement
> with another OEM differently. It would increase their code complexity
> on Windows as well since this is part of the generic driver.
Ah, it's refr
Hi Vinod,
Thanks for reviewing v4 series.
On Mon, 06 Jun 2016, Vinod Koul wrote:
> On Wed, May 25, 2016 at 05:06:40PM +0100, Peter Griffin wrote:
>
> > @@ -527,6 +527,18 @@ config ZX_DMA
> > help
> > Support the DMA engine for ZTE ZX296702 platform devices.
> >
> > +config ST_FDMA
>
On Sat, Jun 04, 2016 at 05:17:47PM -0700, Stefan Agner wrote:
> Extend the driver to support Ricoh RN5T567. Support the additional
> DCDC and slightly different voltage range of LDORTC1.
Acked-by: Mark Brown
signature.asc
Description: PGP signature
Hi Vinod,
Thanks for reviewing.
On Mon, 06 Jun 2016, Vinod Koul wrote:
> On Wed, May 25, 2016 at 05:06:39PM +0100, Peter Griffin wrote:
>
> > +/*
> > + * request control bits
> > + */
> > +#define REQ_CTRL_NUM_OPS_MASK GENMASK(31, 24)
> > +#define REQ_CTRL_NUM_OPS(n)
Provide a small convenience wrapper that transmits
a set_tear_scanline command.
Also includes small build fixes from Sumit Semwal.
Cc: Archit Taneja
Cc: John Stultz
Cc: Thierry Reding
Cc: Sumit Semwal
Cc: Jani Nikula
Signed-off-by: Vinay Simha BN
--
v1:
* helper function suggested by Thie
> -Original Message-
> From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb-
> ow...@vger.kernel.org] On Behalf Of Mario Limonciello
> Sent: Monday, June 06, 2016 12:19
> To: hayesw...@realtek.com
> Cc: LKML; Netdev; Linux USB; pali.ro...@gmail.com;
> anthony.w...@canonical.com; Greg KH;
On Mon, 6 Jun 2016, Lee Jones wrote:
> On the STiH410 B2120 development board the ST EHCI IP shares its reset
> line with the OHCI IP. New functionality in the reset subsystems forces
> consumers to be explicit when requesting shared/exclusive reset lines.
>
> Signed-off-by: Lee Jones
For this
Dan Williams writes:
> nvdimm_flush() is an alternative to the x86 pcommit instruction. It is
> an optional write flushing mechanism that an nvdimm bus can provide for
> the pmem driver to consume. In the case of the NFIT nvdimm-bus-provider
> nvdimm_flush() is implemented as a series of flush-
With fallcoate hole punch now supported by hugetlbfs, users of this
functionality would like to catch subsequent faults to holes. The
use case is based on a database model where:
- Many tasks map the same huegtlbfs file to provide a large shared area
- One management task determines that part of t
userfaultfd UFFDIO_COPY allows user level code to copy data to a page
at fault time. The data is copied from user space to a newly allocated
huge page. The new routine copy_huge_page_from_user performs this copy.
Signed-off-by: Mike Kravetz
---
include/linux/mm.h | 3 +++
mm/memory.c|
Hi Tejun,
I have not seem the crash since then. Please mail the patch.
On Fri, Apr 22, 2016 at 8:55 PM, Dmitry Vyukov wrote:
> On Thu, Apr 21, 2016 at 7:06 PM, Tejun Heo wrote:
>> Hello,
>>
>> (cc'ing Ilya, Jan and Jens)
>>
>> On Thu, Apr 21, 2016 at 12:00:38PM +0200, Dmitry Vyukov wrote:
>>>
hugetlb_mcopy_atomic_pte is the low level routine that implements
the userfaultfd UFFDIO_COPY command. It is based on the existing
mcopy_atomic_pte routine with modifications for huge pages.
Signed-off-by: Mike Kravetz
---
include/linux/hugetlb.h | 8 -
mm/hugetlb.c| 80 +++
__mcopy_atomic_hugetlb performs the UFFDIO_COPY operation for huge
pages. It is based on the existing __mcopy_atomic routine for normal
pages. Unlike normal pages, there is no huge page support for the
UFFDIO_ZEROPAGE operation.
Signed-off-by: Mike Kravetz
---
mm/userfaultfd.c | 179 ++
Test userfaultfd hugetlb functionality by using the existing testing
method (in userfaultfd.c). Instead of an anonymous memeory, a
hugetlbfs file is mmap'ed private. In this way fallocate hole punch
can be used to release pages. This is because madvise(MADV_DONTNEED)
is not supported for huge pa
When processing a hugetlb fault for no page present, check the vma to
determine if faults are to be handled via userfaultfd. If so, drop the
hugetlb_fault_mutex and call handle_userfault().
Signed-off-by: Mike Kravetz
---
mm/hugetlb.c | 22 ++
1 file changed, 22 insertions(+
Expand the userfaultfd_register/unregister routines to allow VM_HUGETLB
vmas. huge page alignment checking is performed after a VM_HUGETLB
vma is encountered.
Also, since there is no UFFDIO_ZEROPAGE support for huge pages do not
return that as a valid ioctl method for huge page ranges.
Signed-of
On Mon, Jun 6, 2016 at 1:07 PM, Jani Nikula wrote:
> On Thu, 02 Jun 2016, Vinay Simha BN wrote:
>> Provide a small convenience wrapper that set/get the
>> backlight brightness control and creates the backlight
>> device for the panel interface
>
> To be pedantic, we should downplay "backlight" in
> -Original Message-
> From: Konstantin Shkolnyy [mailto:konstantin.shkol...@silabs.com]
> Sent: Monday, June 6, 2016 12:43 PM
> To: Limonciello, Mario ;
> hayesw...@realtek.com
> Cc: LKML ; Netdev
> ; Linux USB ;
> pali.ro...@gmail.com; anthony.w...@canonical.com; Greg KH
>
> Subject: RE:
On 2016-06-06 10:35, Mark Brown wrote:
> On Sat, Jun 04, 2016 at 05:17:47PM -0700, Stefan Agner wrote:
>> Extend the driver to support Ricoh RN5T567. Support the additional
>> DCDC and slightly different voltage range of LDORTC1.
>
> Acked-by: Mark Brown
Thanks Mark.
Do you have an idea how the
On Thu, Jun 02, 2016 at 02:47:24PM +0200, Clemens Gruber wrote:
> Instead of checking the SGTL5000 chip revision, we should only check if
> the VDDD regulator exists and only call sgtl5000_replace_vddd_with_ldo
> if the regulator is missing.
It looks like there's multiple patches needed here from
Hi Mark,
On Mon, Jun 6, 2016 at 10:29 AM, Mark Rutland wrote:
> On Tue, May 31, 2016 at 06:25:56PM -0700, Tai Tri Nguyen wrote:
>> Hi Mark,
>
> [...]
>
>> I'm facing a problem after removing the index for MCU and MC sub-nodes.
>> The MCUs and MCs aren't always enabled depending on how DRAM DIMMs
I've noticed a while ago that we had a pretty creative approach to the
arch timer trigger, with some platform describing as edge-triggered
something that is architecturally a level interrupt.
This short patch series tries to address it in two ways:
- Enforce the level aspect of the interrupt in t
The ARM architected timer specification mandates that the interrupt
associated with each timer is level triggered (which corresponds to
the "counter >= comparator" condition).
A number of DTs are being remarkably creative, declaring the interrupt
to be edge triggered. A quick look at the TRM for t
The ARM architected timer produces level-triggered interrupts (this
is mandated by the architecture). Unfortunately, most device-trees
get this wrong, and expose an edge-triggered interrupt.
Until now, this wasn't too much an issue, as the programming of the
trigger would fail (the corresponding P
On Mon, Jun 06, 2016 at 10:47:40AM -0700, Stefan Agner wrote:
> On 2016-06-06 10:35, Mark Brown wrote:
> > Acked-by: Mark Brown
> Thanks Mark.
> Do you have an idea how the patchset should be handled with the
> dependent dt change in patch 1?
Lee will need to apply at least the first patch, I'
On Mon, 06 Jun 2016, Vinay Simha wrote:
> On Mon, Jun 6, 2016 at 1:07 PM, Jani Nikula
> wrote:
>> On Thu, 02 Jun 2016, Vinay Simha BN wrote:
>>> Provide a small convenience wrapper that set/get the
>>> backlight brightness control and creates the backlight
>>> device for the panel interface
>>
On Sun, 5 Jun 2016, Geert Uytterhoeven wrote:
> If NO_DMA=y:
>
> ERROR: "bad_dma_ops" [drivers/fpga/zynq-fpga.ko] undefined!
>
> Add a dependency on HAS_DMA to fix this.
>
> Signed-off-by: Geert Uytterhoeven
> Reviewed-by: Moritz Fischer
> ---
> v2:
> - Add Reviewed-by,
> - Updated er
Le 06/06/2016 16:14, Rob Herring a écrit :
> On Fri, Jun 03, 2016 at 11:56:28AM +0200, LABBE Corentin wrote:
>> This patch adds documentation for Device-Tree bindings for the
>> Allwinner sun8i-emac driver.
>>
>> Signed-off-by: LABBE Corentin
>> ---
>> .../bindings/net/allwinner,sun8i-emac.txt
On Mon, Jun 06, 2016 at 10:01:44AM -0400, Murali Karicheri wrote:
> On 06/06/2016 03:32 AM, Po Liu wrote:
> > Hi Bjorn,
> > I confirm we met same problem with KeyStone base on DesignWare design.
> >
> >
> > Best regards,
> > Liu Po
> >
> >> -Original Message-
> >> From: Bjorn Helgaas [
On 06/06/2016 11:27 AM, Christoph Hellwig wrote:
On Mon, Jun 06, 2016 at 12:09:49PM -0500, Shaun Tancheff wrote:
I'm pretty sure it is missing a bio_put() after submit_bio_wait().
Please excuse the hack-y patch but I think you need to do something
like this ...
(Note tabs eaten by gmail).
Yea
I've been running with this patch on ARM (dra7 SOC, which is a
dual-core A15) with a 4.1.18-rt17 kernel for a while without any
noticeable problems. Boosting the ktimersoftd processes on both cores
to a higher priority fixed some timing problems my userspace
application was seeing too.
The userspa
From: Laura Abbott
ion_device_add_heap doesn't return an error value. Change it to return
information to callers.
Signed-off-by: Laura Abbott
---
drivers/staging/android/ion/ion.c | 7 +--
drivers/staging/android/ion/ion_priv.h | 2 +-
2 files changed, 6 insertions(+), 3 deletions(-)
From: Laura Abbott
There is no advantage to having heap types be a mask. The ion client has
long since dropped the mask. Drop the notion of heap type masks as well.
Signed-off-by: Laura Abbott
---
drivers/staging/android/uapi/ion.h | 6 --
1 file changed, 6 deletions(-)
diff --git a/driv
From: Laura Abbott
In anticipation of dynamic registration of heaps, switch to using
an idr for heaps. The idr makes it easier to control the assignment
and management + lookup of heap numbers.
Signed-off-by: Laura Abbott
---
drivers/staging/android/ion/ion.c | 83 +---
The ABI for Ion's ioctl interface are a pain to work with. The heap IDs
are a 32-bit non-discoverable namespace that form part of the ABI. There's
no way to determine what ABI version is in use which leads to problems
if the ABI changes or needs to be updated.
This series is a first approach to g
Hi Gustavo,
Thank you for the patch.
On Monday 06 Jun 2016 11:41:45 Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Replace the legacy drm_vblank_{get,put}() with the new helper functions.
>
> Signed-off-by: Gustavo Padovan
Acked-by: Laurent Pinchart
> ---
> drivers/gpu/drm/shmobile/sh
On 06/03/2016 02:56 AM, LABBE Corentin wrote:
> This patch add support for sun8i-emac ethernet MAC hardware.
> It could be found in Allwinner H3/A83T/A64 SoCs.
>
> It supports 10/100/1000 Mbit/s speed with half/full duplex.
> It can use an internal PHY (MII 10/100) or an external PHY
> via RGMII/R
The number of Ion ioctls may continue to grow along with necessary
validation. Pull it out into a separate file for easier management
and review.
Signed-off-by: Laura Abbott
---
drivers/staging/android/ion/Makefile| 3 +-
drivers/staging/android/ion/ion-ioctl.c | 144 +
From: Laura Abbott
The Ion ABI for heaps is limiting to work with for more complex systems.
Heaps have to be registered at boot time with known ids available to
userspace. This becomes a tight ABI which is prone to breakage.
Introduce a new mechanism for registering heap ids dynamically. A base
On 06/06/2016 05:41 AM, Pramod Kumar wrote:
> An integrated multiplexer uses same address space for
> "muxed bus selection" and "generation of mdio transaction"
> hence its good to register parent bus from mux driver.
>
> Hence added a mechanism where mux driver could register a
> parent bus and p
>
> On 01 Jun 2016, at 14:41, Jens Wiklander wrote:
>
> Initial patch for generic TEE subsystem.
> This subsystem provides:
> * Registration/un-registration of TEE drivers.
> * Shared memory between normal world and secure world.
> * Ioctl interface for interaction with user space.
> * Sysfs imp
>
> On 01 Jun 2016, at 14:41, Jens Wiklander wrote:
>
> Initial patch for generic TEE subsystem.
> This subsystem provides:
> * Registration/un-registration of TEE drivers.
> * Shared memory between normal world and secure world.
> * Ioctl interface for interaction with user space.
> * Sysfs imp
>
> On 01 Jun 2016, at 14:41, Jens Wiklander wrote:
>
> Initial patch for generic TEE subsystem.
> This subsystem provides:
> * Registration/un-registration of TEE drivers.
> * Shared memory between normal world and secure world.
> * Ioctl interface for interaction with user space.
> * Sysfs imp
On 06/06/2016 05:41 AM, Pramod Kumar wrote:
> Add DT binding doc for Broadcom MDIO bus multiplexer driver.
>
> Reviewed-by: Andrew Lunn
> Signed-off-by: Pramod Kumar
Reviewed-by: Florian Fainelli
> +for example:
> + mdio_mux_iproc: mdio-mux@6602023c {
I think Rob wanted you to d
On 06/06/2016 05:41 AM, Pramod Kumar wrote:
> Add integrated MDIO multiplexer driver node which contains
> two mux PCIe bus and one ethernet bus along with phys
> lying on these bus.
>
> Signed-off-by: Pramod Kumar
> ---
> + mdio_mux_iproc: mdio-mux@6602023c {
> +
>
> On 01 Jun 2016, at 14:41, Jens Wiklander wrote:
>
> Adds a OP-TEE driver which also can be compiled as a loadable module.
>
> * Targets ARM and ARM64
> * Supports using reserved memory from OP-TEE as shared memory
> * Probes OP-TEE version using SMCs
> * Accepts requests on privileged and u
The current Ion ioctls lack a good way to tell what ioctls are
available. Introduce an ioctl to give an ABI version. This way when the
ABI inevitably gets screwed up userspace will have a way to tell what
version of the screw up is available.
Signed-off-by: Laura Abbott
---
drivers/staging/andr
On 06/06/2016 05:41 AM, Pramod Kumar wrote:
> Add PCI Phy support for Broadcom Northstar2 SoCs. This driver uses the
> interface from the iproc mdio mux driver to enable the devices
> respective phys.
>
> Reviewed-by: Andrew Lunn
> Signed-off-by: Jon Mason
> Signed-off-by: Pramod Kumar
> ---
>
On 06/06/2016 05:41 AM, Pramod Kumar wrote:
> iProc based SoCs supports the integrated mdio multiplexer which
> has the bus selection as well as mdio transaction generation logic
> inside.
>
> This multiplexer has child buses for PCIe, SATA, USB and ETH. These
> buses could be internal or external
Greetings Dear Friend,
I never want to disturb you at all but will like you give me your attention. I
need a matured and capable hand in a business deal of $8, 500, 000.00 (Eight
Million Five Hundred Thousand USA Dollars).I belief you are suitable to handle
such project perfectly .I will give
On Mon, 6 Jun 2016 16:32:31 +0100
Lee Jones wrote:
> On Fri, 29 Apr 2016, Boris Brezillon wrote:
>
> > Hi Lee,
> >
> > On Fri, 22 Apr 2016 11:18:04 +0100
> > Lee Jones wrote:
> >
> > > The first part of this set extends the current PWM API to allow external
> > > code to request a PWM Captu
On 06/06/16 01:31, Thierry Reding wrote:
> From: Thierry Reding
>
> This series of patches introduces a common implementation of a function
> that can be used in iterators (such as the bus_for_each_dev() or the
> driver_for_each_device() functions) and that compare's a device's device
> tree node
On Mon, 6 Jun 2016 13:24:23 +0300
Aleksei Mamlin wrote:
> Enable the NFC and describe the NAND flash connected to this controller.
>
> Signed-off-by: Aleksei Mamlin
Reviewed-by: Boris Brezillon
> ---
> arch/arm/boot/dts/sun4i-a10-marsboard.dts | 41
> +++
> 1 f
On Mon, 6 Jun 2016 13:24:24 +0300
Aleksei Mamlin wrote:
> Enable the NFC and describe the NAND flash connected to this controller.
>
> Signed-off-by: Aleksei Mamlin
Reviewed-by: Boris Brezillon
> ---
> arch/arm/boot/dts/sun7i-a20-wexler-tab7200.dts | 41
> ++
> 1 f
On 06/06/16 01:31, Thierry Reding wrote:
> From: Thierry Reding
>
> Use the common implementation rather than the open-coded variant.
>
> Signed-off-by: Thierry Reding
> ---
> drivers/amba/tegra-ahb.c | 11 ++-
> 1 file changed, 2 insertions(+), 9 deletions(-)
>
> diff --git a/drivers
Hi,
> On 01 Jun 2016, at 14:41, Jens Wiklander wrote:
>
> [TL;DR; This patch set needs more review, if you're using OP-TEE please
> help reviewing.]
>
> This patch set introduces a generic TEE subsystem. The TEE subsystem will
> contain drivers for various TEE implementations. A TEE (Trusted Ex
On 05/11/2016 02:36 PM, Chris Brand wrote:
> This patchset introduces support for the BCM23550 SoC and the Broadcom
> Sparrow development board.
>
> It modifies the BCM21664 support slightly to share code between the two.
>
> With this patchset, a multi-v7 kernel brings up all 4 CPUs on a Sparrow
On Mon, Jun 06, 2016 at 05:29:30PM +0100, Bert Kenward wrote:
> 7000-series SFC NICs connected with an SFP+ module currently fail to
> report any supported link speeds.
>
> Reported-by: Jarod Wilson
> Signed-off-by: Bert Kenward
Had a feeling my cut might not have been quite right. Looks good t
On Mon, 6 Jun 2016 13:24:22 +0300
Aleksei Mamlin wrote:
> Add the full description of the Hynix H27UBG8T2BTR-BC NAND chip in the
> nand_ids table so that we can later use the NAND ECC infos and ONFI timings
> mode in controller drivers.
Still hoping to get this series [1] merged in 4.8, but if
On Sun, Jun 05, 2016 at 06:21:43AM -0400, Jeff Layton wrote:
> On Sun, 2016-06-05 at 11:23 +0200, Geert Uytterhoeven wrote:
> > On 32-bit:
> >
> > fs/nfsd/blocklayout.c: In function ‘nfsd4_block_get_device_info_scsi’:
> > fs/nfsd/blocklayout.c:337: warning: integer constant is too large fo
On 2016-06-04 21:36, Ken Moffat wrote:
On Sat, Jun 04, 2016 at 03:34:01PM -0400, Justin Keller wrote:
Correct the grammar around the word however.
Signed-off-by: Justin Keller
---
index 1d9bbab..5d43510 100644
--- a/Documentation/ntb.txt
+++ b/Documentation/ntb.txt
@@ -35,7 +35,7 @@ establis
I tried to use 'make O=...' from an unclean source tree. This triggered
the error path of setlocalversion. But by printing to STDOUT, it created
a broken localversion which then caused another (unrelated) error:
"4.7.0-rc2Error: kernelrelease not valid - run make prepare to update it"
exceeds 64
This is a patch to the ddk750_chip.c file that fixes up two block
comment coding style warnings found by the checkpatch.pl tool
Signed-off-by: Moshe Green
---
drivers/staging/sm750fb/ddk750_chip.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/sm750fb/d
On 06/06/16 12:06, Allen Hubbe wrote:
> From: Austin S. Hemmelgarn
>> On 2016-06-04 21:36, Ken Moffat wrote:
>>> On Sat, Jun 04, 2016 at 03:34:01PM -0400, Justin Keller wrote:
Correct the grammar around the word however.
>
-besides Netdev, however no other applications have yet been writ
On Mon, Jun 06, 2016 at 09:43:15AM -0700, Joe Perches wrote:
> On Sat, 2016-06-04 at 13:10 +0800, Yingjoe Chen wrote:
> > If a Kconfig config option doesn't specify 'default', the default
> > will be n. Adding 'default n' is unnecessary.
> > Add a test to warn about this.
>
> Is it obvious that a
From: Austin S. Hemmelgarn
> On 2016-06-04 21:36, Ken Moffat wrote:
> > On Sat, Jun 04, 2016 at 03:34:01PM -0400, Justin Keller wrote:
> >> Correct the grammar around the word however.
> >> -besides Netdev, however no other applications have yet been written.
> >> +besides Netdev; however, no othe
On Thu, May 7, 2015 at 1:53 AM, Maninder Singh wrote:
> EP-E68D5E24548545C9BBB607A98ADD61E6
>
> Hi Paul,
>
>>On Monday, March 30, 2015 11:09:00 AM Maninder Singh wrote:
>>> Dear All,
>>> we found One Kernel Crash issue in cipso_v4_sock_delattr :-
>>> As Cipso supports only inet sockets so cipso_v4
On 6/4/2016 4:52 PM, Dan Williams wrote:
> There are scenarios where we need a middle ground between disabling all
> manual bind/unbind attempts (via driver->suppress_bind_attrs) and
> allowing unbind at any userspace-determined time. Pinning modules takes
> away one vector for unwanted out-of-seq
On Mon, Jun 6, 2016 at 12:25 PM, Linda Knippers wrote:
> On 6/4/2016 4:52 PM, Dan Williams wrote:
>> There are scenarios where we need a middle ground between disabling all
>> manual bind/unbind attempts (via driver->suppress_bind_attrs) and
>> allowing unbind at any userspace-determined time. Pi
1 - 100 of 1112 matches
Mail list logo
