On Fri, May 13, 2016 at 8:43 PM, Crestez Dan Leonard
wrote:
> As far as I can tell DRDY for ST sensors behaves as a level rather than
> edge interrupt. Registering for IRQF_TRIGGER_RISING instead of
> IRQF_TRIGGER_HIGH mostly works except when the sampling frequency is
> high enough that new samp
On Mon, 23 May 2016 10:47:16 -0500
Rob Herring wrote:
> On Mon, May 23, 2016 at 6:39 AM, Antony Pavlov
> wrote:
> > Here is the quote from [1]:
> >
> > The unit-address must match the first address specified
> > in the reg property of the node. If the node has no reg property,
> > t
On Tue 24-05-16 14:00:28, Vladimir Davydov wrote:
> If the current process is exiting, we don't invoke oom killer, instead
> we give it access to memory reserves and try to reap its mm in case
> nobody is going to use it. There's a mistake in the code performing this
> check - we just ignore any pr
On 18/05/16 15:44, Juergen Gross wrote:
> Instead of having two functions for cycling through the E820 map in
> order to count to be remapped pages and remap them later, just use one
> function with a caller supplied sub-function called for each region to
> be processed. This eliminates the possibi
> -Original Message-
> From: Arnd Bergmann [mailto:a...@arndb.de]
> Sent: Tuesday, May 24, 2016 2:21 PM
> To: Nava kishore Manne
> Cc: robh...@kernel.org; pawel.m...@arm.com; mark.rutl...@arm.com;
> ijc+devicet...@hellion.org.uk; ga...@codeaurora.org; Michal Simek
> ; Soren Brinkmann ;
>
Hi Ocean,
On Tue, May 24, 2016 at 06:29:44AM +, Ocean HY1 He wrote:
> In pcie_config_aspm_link(), when convert ASPM state to
> upstream/downstream ASPM register state, the upstream variable and
> dwsream variable are reversed. This causes PCI/E link enter ASPM L0s
> even it should be disabled
On Tue, May 24, 2016 at 1:18 PM, Laxman Dewangan wrote:
> In this driver, it is configuration via pinctrl. Here pincontrol and gpio
> driver share same registers.
> Now, as we have the method to configure the open drain bit from the GPIO
> interface, we really dont need to do this from pinctrl fr
On Tue, May 24, 2016 at 12:28:09PM +0200, Jesper Dangaard Brouer wrote:
> On Mon, 23 May 2016 23:52:47 +0300
> "Michael S. Tsirkin" wrote:
>
> > On Mon, May 23, 2016 at 03:09:18PM +0200, Jesper Dangaard Brouer wrote:
> > > On Mon, 23 May 2016 13:43:46 +0300
> > > "Michael S. Tsirkin" wrote:
> >
The following changes since commit 2dcd0af568b0cf583645c8a317dd12e344b1c72a:
Linux 4.6 (2016-05-15 15:43:13 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus
for you to fetch changes up to bb991288728e6a47a6f0fac6a4e9df
From: Patrice Chotard
As these 2 functions code are 95% similar, factorize them.
Signed-off-by: Patrice Chotard
---
drivers/pinctrl/stm32/pinctrl-stm32.c | 31 ++-
1 file changed, 10 insertions(+), 21 deletions(-)
diff --git a/drivers/pinctrl/stm32/pinctrl-stm32.c
From: Patrice Chotard
v1 -> v2
_ rebase on top of Linus Torsvald tree.
_ remove "[PATCH 1/2]: pinctrl: stm32: fix warning", already fixed by
Linus Torvalds
Patrice Chotard (1):
pinctrl: stm32: factorize stm32_pconf_input/output_get()
drivers/pinctrl/stm32/pinctrl-stm32.c | 3
On 05/24/2016 01:57 PM, patrice.chot...@st.com wrote:
From: Patrice Chotard
As these 2 functions code are 95% similar, factorize them.
Signed-off-by: Patrice Chotard
---
drivers/pinctrl/stm32/pinctrl-stm32.c | 31 ++-
1 file changed, 10 insertions(+), 21 deletio
e use
of debugfs_create_file_unsafe() is actually safe there has been added.
This issue has been debugged and reported by
Sasha Levin :
http://lkml.kernel.org/g/573f4200.3080...@oracle.com
Applicable to linux-next 20160524.
In particular, it depends on
- c64688081490 ("
Kees Cook writes:
> On Mon, May 23, 2016 at 6:45 AM, Nicolai Stange wrote:
>> Since commit 49d200deaa68 ("debugfs: prevent access to removed files'
>> private data"), a debugfs file's file_operations methods get proxied
>> through lifetime aware wrappers.
>>
>> However, only a certain subset of
On Tuesday, May 24, 2016 10:26:30 AM Viresh Kumar wrote:
> On 23-05-16, 22:47, Rafael J. Wysocki wrote:
> > Assuming that the loops are over online CPUs and not over possible
> > CPUs I suppose?
>
> I wasn't focussing on that loop lately but the policy->rwsem :)
>
> > Anyway, if you are talking a
On Tue, May 24, 2016 at 12:28:09PM +0200, Jesper Dangaard Brouer wrote:
> On Mon, 23 May 2016 23:52:47 +0300
> "Michael S. Tsirkin" wrote:
>
> > On Mon, May 23, 2016 at 03:09:18PM +0200, Jesper Dangaard Brouer wrote:
> > > On Mon, 23 May 2016 13:43:46 +0300
> > > "Michael S. Tsirkin" wrote:
> >
On 24 May 2016 at 12:29, Morten Rasmussen wrote:
> On Tue, May 24, 2016 at 11:10:28AM +0200, Vincent Guittot wrote:
>> On 23 May 2016 at 12:58, Morten Rasmussen wrote:
>> > If the system has cpu of different compute capacities (e.g. big.LITTLE)
>> > let affine wakeups be constrained to cpus of th
On Monday 23 May 2016 08:48 PM, Shreyas B. Prabhu wrote:
> POWER ISA v3 defines a new idle processor core mechanism. In summary,
> a) new instruction named stop is added. This instruction replaces
> instructions like nap, sleep, rvwinkle.
> b) new per thread SPR named PSSCR is added which
On 24-05-16, 14:13, Rafael J. Wysocki wrote:
> I don't really get it why you don't like get/put_online_cpus() so much.
Not that I don't like them, I just wanted to see if its possible to
work without any additional locking.
Anyway, so the first version of your patch did the get_online_cpus()
arou
On 2016/5/24 19:37, Mark Rutland wrote:
> On Tue, May 24, 2016 at 07:16:37PM +0800, Zhen Lei wrote:
>> When we ran mprotect04(a test case in LTP) infinitely, it would always
>> failed after a few seconds. The case can be described briefly that: copy
>> a empty function from code area into a new m
On Tue, May 24, 2016 at 01:46:12PM +0200, Michal Hocko wrote:
> On Tue 24-05-16 14:00:28, Vladimir Davydov wrote:
> > If the current process is exiting, we don't invoke oom killer, instead
> > we give it access to memory reserves and try to reap its mm in case
> > nobody is going to use it. There's
Useful to measure testing framework overhead.
Cc: Jesper Dangaard Brouer
Signed-off-by: Michael S. Tsirkin
---
tools/virtio/ringtest/noring.c | 69 ++
tools/virtio/ringtest/Makefile | 4 ++-
2 files changed, 72 insertions(+), 1 deletion(-)
create mode 1
After selecting an oom victim, we first check if it's already exiting
and if it is, we don't bother killing tasks sharing its mm. We do try to
reap its mm though, but we abort if any of the processes sharing it is
still alive. This might result in oom deadlock if an exiting task got
stuck trying to
Em Tue, May 24, 2016 at 09:21:27AM +, Wang Nan escreveu:
> If kptr_restrict is set to 2, even root is not allowed to see pointers.
> This patch checks kptr_restrict even if euid == 0. For root, report
> error if kptr_restrict is 2.
Improves the situation, but kptr_restrict=2 still causes a seg
Em Tue, May 24, 2016 at 09:21:28AM +, Wang Nan escreveu:
> Before this patch, a simple 'perf record' could fail if kptr_restrict
> is set to 1 (for normal user) or 2 (for root):
sorry, hadn't seen this one, applying. :-)
- Arnaldo
> # perf record ls
> WARNING: Kernel address maps (/proc/{
Hi CK,
Reply in line.
On Tue, 2016-05-24 at 11:05 +0800, CK Hu wrote:
> Hi, HS:
>
> Some comments below.
>
> On Mon, 2016-05-23 at 20:23 +0800, HS Liao wrote:
...
> > +struct cmdq_task {
> > + struct cmdq *cmdq;
> > + struct list_headlist_entry;
> > + enum cmdq_task_st
On 05/24/2016 02:27 PM, Linus Walleij wrote:
> On Fri, May 13, 2016 at 8:43 PM, Crestez Dan Leonard
> wrote:
>
>> This fixes a possible race where an interrupt arrives before complete
>> initialization and crashes because iio_trigger_get_drvdata returns NULL.
>>
>> Cc: Linus Walleij
>> Cc: Giuse
Hi CK,
On Tue, 2016-05-24 at 17:16 +0800, CK Hu wrote:
> On Mon, 2016-05-23 at 20:23 +0800, HS Liao wrote:
...
> > +static int cmdq_suspend(struct device *dev)
> > +{
> > + struct cmdq *cmdq = dev_get_drvdata(dev);
> > + u32 exec_threads;
> > + int ref_count;
> > + unsigned long flags;
>
On 24/05/16 12:35, Felipe Balbi wrote:
>
> Hi,
>
> Roger Quadros writes:
>> Implementations might use different IRQs for
>> host, gadget and OTG so use named interrupt resources
>> to allow Device tree to specify the 3 interrupts.
>>
>> Following are the interrupt names
>>
>> Peripheral Interrup
On 05/24/2016 02:40 PM, Linus Walleij wrote:
> On Fri, May 13, 2016 at 8:43 PM, Crestez Dan Leonard
> wrote:
>
>> As far as I can tell DRDY for ST sensors behaves as a level rather than
>> edge interrupt. Registering for IRQF_TRIGGER_RISING instead of
>> IRQF_TRIGGER_HIGH mostly works except when
Em Tue, May 24, 2016 at 09:21:28AM +, Wang Nan escreveu:
> Before this patch, a simple 'perf record' could fail if kptr_restrict
> is set to 1 (for normal user) or 2 (for root):
>
> # perf record ls
> WARNING: Kernel address maps (/proc/{kallsyms,modules}) are restricted,
> check /proc/sys/
The input/output directions were inversed on the GPIO direction
read function. Loose a ! and it is correct.
Signed-off-by: Linus Walleij
---
drivers/pinctrl/nomadik/pinctrl-nomadik.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/nomadik/pinctrl-nomadik.c
b/
bmc150 driver supports also BMC156 and BMM150 chips.
Signed-off-by: Daniel Baluta
---
drivers/iio/magnetometer/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/iio/magnetometer/Kconfig b/drivers/iio/magnetometer/Kconfig
index 84e6559..1f842ab 100644
--- a/drivers/iio/magneto
On Tue, May 24, 2016 at 11:04:55AM +0200, Peter Zijlstra wrote:
> On Mon, May 23, 2016 at 07:04:10AM -0700, Paul E. McKenney wrote:
> > Hello, Peter,
> >
> > Current mainline doesn't do well with RCU torture testing, and the
> > symptom once again looks like lost wakeups. Thankfully, this time ea
On Tue, May 24, 2016 at 12:03 PM, Neil Armstrong
wrote:
> Implement a get_direction callback for the OXNAS GPIO driver in order
> to have pin output polarity in debugfs and new userspace ABI.
>
> Signed-off-by: Neil Armstrong
Patch applied.
Yours,
Linus Walleij
On Thu, 2016-05-19 at 15:44 +0300, Heikki Krogerus wrote:
Hi,
as this discussion seems to go in circles, I am starting anew
at the top.
> Like I've told some of you guys, I'm trying to implement a bus for
> the Alternate Modes, but I'm still nowhere near finished with that
> one, so let's just g
On Tue, May 03, 2016 at 05:33:29PM +0800, Caesar Wang wrote:
> From: Sascha Hauer
>
> This adds support for hardware-tracked trip points to the device tree
> thermal sensor framework.
>
> The framework supports an arbitrary number of trip points. Whenever
> the current temperature is updated, th
From: Alexander Usyskin
Use mei_cl_alloc_cb wrapper instead of open code steps
Signed-off-by: Alexander Usyskin
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/amthif.c | 16 +++-
1 file changed, 3 insertions(+), 13 deletions(-)
diff --git a/drivers/misc/mei/amthif.c b/drivers/
From: Alexander Usyskin
Incorporate the mei_amthif_send_cmd code into its only caller:
mei_amthif_run_next_cmd
Signed-off-by: Alexander Usyskin
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/amthif.c | 52 +++
1 file changed, 16 insertions(+), 36
I'm announcing the release of the 4.1.25 kernel.
All users of the 4.1 kernel series must upgrade.
The updated 4.1.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.1.y
and can be browsed at the normal kernel.org git web browser:
On Friday, May 20, 2016 6:29:16 PM CEST Shawn Lin wrote:
> +static int rockchip_pcie_wr_own_conf(struct rockchip_pcie_port *pp,
> + int where, int size, u32 val)
> +{
> + u32 tmp;
> + int offset;
> +
> + offset = (where & (~0x3));
> + tmp = readl(pp
On Tue, May 03, 2016 at 05:33:30PM +0800, Caesar Wang wrote:
> From: Sascha Hauer
>
> This patch implemnets .set_trips for device tree thermal zones.
> As the hardware-tracked trip points is supported by thermal core patch[0].
>
> patch[0]
> "thermal: Add support for hardware-tracked trip points
Amthif client has special treatment in the driver,
this series provides more reuse of the mei generic consturcts
and reducing amount of the special code.
Alexander Usyskin (7):
mei: amthif: drop READ_COMPLETE state
mei: amthif: fix request cancel
mei: amthif: drop iamthif_current_cb
mei: a
Ccing Peter Feuerer, author of the bang bang governor.
On Tue, May 03, 2016 at 05:33:32PM +0800, Caesar Wang wrote:
> From: Sascha Hauer
>
> With interrupt driven thermal zones we pass the lower and upper
> temperature on which shall be acted, so in the governor we have to act on
> the exact low
On Tue, May 24, 2016 at 08:19:05PM +0800, Leizhen (ThunderTown) wrote:
> On 2016/5/24 19:37, Mark Rutland wrote:
> > On Tue, May 24, 2016 at 07:16:37PM +0800, Zhen Lei wrote:
> >> When we ran mprotect04(a test case in LTP) infinitely, it would always
> >> failed after a few seconds. The case can be
From: Alexander Usyskin
Currently the poll function is bailing early for amthif client and
ignores requests for async events notifications.
Move async event processing before amthif to enable async events
notifications on amthif client.
Signed-off-by: Alexander Usyskin
Signed-off-by: Tomas Wink
From: Alexander Usyskin
iamthif_current_cb was used in request cancel in amthif code.
Now a canceled request is discarded only at the end of the processing
and the variable lost its purpose and can be safely removed.
Signed-off-by: Alexander Usyskin
Signed-off-by: Tomas Winkler
---
drivers/mi
From: Alexander Usyskin
Currently, all requests cancelled by the user are immediately removed
from the queues. Such removal can cause unexpected behavior in the case
when a request is partially written or a reply is received after the
request is cancelled. To resolve this a request is always fu
On Tue, 2016-05-24 at 11:49 +0300, Vladimir Davydov wrote:
> Pipes can consume a significant amount of system memory, hence they
> should be accounted to kmemcg.
>
> This patch marks pipe_inode_info and anonymous pipe buffer page
> allocations as __GFP_ACCOUNT so that they would be charged to kmem
On Tue, 2016-05-24 at 11:49 +0300, Vladimir Davydov wrote:
> Unix sockets can consume a significant amount of system memory, hence
> they should be accounted to kmemcg.
>
> Since unix socket buffers are always allocated from process context,
> all we need to do to charge them to kmemcg is set __GF
From: Alexander Usyskin
mei_io_cb_alloc_buf have a single caller :mei_cl_alloc_cb. After amthif
stopped using it, the code can be integrated into the caller and the
function can be dropped.
Signed-off-by: Alexander Usyskin
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/client.c | 32 ++
On 05/19/2016 03:08 AM, Jiri Slaby wrote:
> This is the start of the stable review cycle for the 3.12.60 release.
> There are 76 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 should be
I'm announcing the release of the 3.18.34 kernel.
All users of the 3.18 kernel series must upgrade.
The updated 3.18.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.18.y
and can be browsed at the normal kernel.org git web browser:
From: Alexander Usyskin
AMTHIF code now uses read completed queue to store replies from the FW.
It is possible to send the next request as soon as a read from the FW is
completed. With these changes we don't need the READ_COMPLETE state.
Signed-off-by: Alexander Usyskin
Signed-off-by: Tomas Win
The corresponding FROZEN hotplug notifier transitions used on
suspend/resume are ignored. Therefore the switch case action argument
is masked with the frozen hotplug notifier transition mask.
Cc: Ralf Baechle
Cc: linux-m...@linux-mips.org
Signed-off-by: Anna-Maria Gleixner
---
arch/mips/cavium-
The cfs_rq->avg.last_update_time is initialize to 0 with the main effect
that the 1st sched_entity that will be attached, will keep its
last_update_time set to 0 and will attached once again during the
enqueue.
Initialize cfs_rq->avg.last_update_time to current rq's clock
Signed-off-by: Vincent Gu
Hi,
24. Mai 2016 15:06 Uhr, "Javi Merino" schrieb:
> Ccing Peter Feuerer, author of the bang bang governor.
thanks, will take care today in the evening.
--peter;
>
> On Tue, May 03, 2016 at 05:33:32PM +0800, Caesar Wang wrote:
>
>> From: Sascha Hauer
>>
>> With interrupt driven thermal zo
In the current code, when the thread wakes up in reset vector, some
of the state restore code and check for whether a thread needs to
branch to kvm is duplicated. Reorder the code such that this
duplication is avoided.
At a higher level this is what the change looks like-
Before this patch -
powe
Create a function for saving SPRs before entering deep idle states.
This function can be reused for POWER9 deep idle states.
Reviewed-by: Gautham R. Shenoy
Signed-off-by: Shreyas B. Prabhu
---
- No changes in v4
Changes in v3:
=
- Newly added in v3
arch/powerpc/kernel/idle_power
POWER ISA v3 defines a new idle processor core mechanism. In summary,
a) new instruction named stop is added. This instruction replaces
instructions like nap, sleep, rvwinkle.
b) new per thread SPR named PSSCR is added which controls the behavior
of stop instruction.
Functions like power7_wakeup_loss, power7_wakeup_noloss,
power7_wakeup_tb_loss are used by POWER7 and POWER8 hardware. They can
also be used by POWER9. Hence rename these functions hardware agnostic
names.
Suggested-by: Gautham R. Shenoy
Reviewed-by: Gautham R. Shenoy
Signed-off-by: Shreyas B. P
If hardware supports stop state, use the deepest stop state when
the cpu is offlined.
Reviewed-by: Gautham R. Shenoy
Signed-off-by: Shreyas B. Prabhu
---
- No changes since v1
arch/powerpc/platforms/powernv/idle.c| 15 +--
arch/powerpc/platforms/powernv/powernv.h | 1 +
arch/
idle_power7.S handles idle entry/exit for POWER7, POWER8 and in next
patch for POWER9. Rename the file to a non-hardware specific
name.
Reviewed-by: Gautham R. Shenoy
Signed-off-by: Shreyas B. Prabhu
---
- No changes in v4
Changes in v3:
==
- Instead of moving few common functions
pnv_init_idle_states discovers supported idle states from the
device tree and does the required initialization. Set power_save
function pointer only after this initialization is done
Reviewed-by: Gautham R. Shenoy
Signed-off-by: Shreyas B. Prabhu
---
- No changes since v1
arch/powerpc/platform
Signed-off-by: Shreyas B. Prabhu
---
Changes in v4
=
- New in v4
arch/powerpc/kernel/idle_power7.S | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/kernel/idle_power7.S
b/arch/powerpc/kernel/idle_power7.S
index 470ceeb..705c867 100644
--- a/arch/power
POWER ISA v3 defines a new idle processor core mechanism. In summary,
a) new instruction named stop is added.
b) new per thread SPR named PSSCR is added which controls the behavior
of stop instruction.
Supported idle states and value to be written to PSSCR register to enter
any idle stat
POWER ISA v3 defines a new idle processor core mechanism. In summary,
a) new instruction named stop is added. This instruction replaces
instructions like nap, sleep, rvwinkle.
b) new per thread SPR named Processor Stop Status and Control Register
(PSSCR) is added which controls th
On Tue, May 24, 2016 at 02:12:38PM +0200, Vincent Guittot wrote:
> On 24 May 2016 at 12:29, Morten Rasmussen wrote:
> > On Tue, May 24, 2016 at 11:10:28AM +0200, Vincent Guittot wrote:
> >> On 23 May 2016 at 12:58, Morten Rasmussen wrote:
> >> > If the system has cpu of different compute capaciti
pnv_powersave_common does common steps needed before entering idle
state and eventually changes MSR to MSR_IDLE and does rfid to
pnv_enter_arch207_idle_mode.
Move the updation of HSTATE_HWTHREAD_STATE to pnv_powersave_common
from pnv_enter_arch207_idle_mode and make it more generic by passing
the
The corresponding FROZEN hotplug notifier transitions used on
suspend/resume are ignored. Therefore the switch case action argument
is masked with the frozen hotplug notifier transition mask.
Cc: Yoshinori Sato
Cc: Rich Felker
Cc: linux...@vger.kernel.org
Signed-off-by: Anna-Maria Gleixner
---
Add the CPU clocks configuration data and instantiate the CPU clocks
type for Exynos5433.
Cc: Kukjin Kim
CC: Krzysztof Kozlowski
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/clk/samsung/clk-exynos5433.c | 72
1 file changed, 64 insertions(+), 8 dele
Exynos5433 uses different register layout for CPU clock registers
than earlier SoCs so add new code for handling this layout. Also
add new CLK_CPU_HAS_E5433_REGS_LAYOUT flag to request using it.
There should be no functional change resulting from this patch.
Cc: Kukjin Kim
CC: Krzysztof Kozlows
Hi,
The following patches add a support for CPU clocks for Exynos5433.
Please note that for full cpufreq-dt support there are also DTS and
cpufreq-dt-platdev changes needed. They will be sent separately
later.
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R&D Institute Poland
Samsung Elect
Open-code samsung_cmu_register_one() calls for CMU_APOLLO and
CMU_ATLAS setup code as a preparation for adding CPU clocks
support for Exynos5433.
There should be no functional change resulting from this patch.
Cc: Kukjin Kim
CC: Krzysztof Kozlowski
Signed-off-by: Bartlomiej Zolnierkiewicz
---
Implement gpio_get_direction() callback for MAX77620 GPIO.
This is useful for debugfs and the userspace ABI.
Signed-off-by: Laxman Dewangan
---
drivers/gpio/gpio-max77620.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/drivers/gpio/gpio-max77620.c b/drivers/gpio/gpio-m
The GPIO sub modules of MAX77620 offers to configure the GPIO
interrupt trigger level as RISING and FALLING edge.
Pass this information to regmap-irg when registering for GPIO
interrupts.
Signed-off-by: Laxman Dewangan
---
drivers/gpio/gpio-max77620.c | 67 ++
The MAX77620 have a GPIO pins which can act as open drain or
push pull mode. Implement support for controlling this from GPIO
descriptor tables or other hardware descriptions such as
device tree by implementing the .set_single_ended() callback.
Signed-off-by: Laxman Dewangan
---
drivers/gpio/gpi
On 24 May 2016 at 15:16, Morten Rasmussen wrote:
> On Tue, May 24, 2016 at 02:12:38PM +0200, Vincent Guittot wrote:
>> On 24 May 2016 at 12:29, Morten Rasmussen wrote:
>> > On Tue, May 24, 2016 at 11:10:28AM +0200, Vincent Guittot wrote:
>> >> On 23 May 2016 at 12:58, Morten Rasmussen
>> >> wro
Remove the old non-DRM driver because it is now entirely supported by
exynos_drm_g2d driver.
Cc: Kyungmin Park
Cc: Kamil Debski
Signed-off-by: Krzysztof Kozlowski
---
MAINTAINERS | 8 -
drivers/gpu/drm/exynos/Kconfig| 1 -
drivers/media/platform/Kc
The non-DRM s5p-g2d driver supports two versions of G2D: v3.0 on
S5Pv210 and v4.x on Exynos 4x12 (or newer). The driver for 3.0 device
version is doing two things differently:
1. Before starting the render process, it invalidates caches (pattern,
source buffer and mask buffer). Cache control is
When adding the gpiochip, the GPIO HW drivers' callback get_direction()
get called in atomic context. Some of the GPIO HW drivers can sleep when
accessing the register and hence it can create the sleeping call in
atomic context.
Call get_direction() in non-atomic context from gpiochip_add() if GPI
From: Fu Wei
To support the arm_arch_timer via ACPI we need to share defines and enums
between the driver and the ACPI parser code.
Split out the relevant defines and enums into arm_arch_timer.h.
No functional change.
Signed-off-by: Fu Wei
---
drivers/clocksource/arm_arch_timer.c | 11 ---
From: Fu Wei
This patchset:
(1)Preparation for adding GTDT support in arm_arch_timer
1. Move some enums and marcos to header file
2. Add a new enum for spi type.
3. Improve printk relevant code
(2)Introduce ACPI GTDT parser: drivers/acpi/gtdt.c
Parse all kinds
As per the latest revision F of public TRM for DRA7/AM57xx SoCs
SPRUHZ6F[1] (April 2016), L4Per and L3init power domains now operate in
always "ON" mode due to asymmetric aging limitations. Update the same
[1] http://www.ti.com/lit/pdf/spruhz6
Signed-off-by: Nishanth Menon
---
arch/arm/mach-oma
As per the latest revision F of public TRM for DRA7/AM57xx SoCs
SPRUHZ6F[1] (April 2016), with the exception of MPU power domain, all
other power domains do not have memories capable of retention since
they all operate in either "ON" or "OFF" mode. For these power states,
the retention state for me
As per the latest revision F of public TRM for DRA7/AM57xx SoCs
SPRUHZ6F[1] (April 2016), with the exception of MPU power domain (and
CPUx sub power domains), all other power domains can either operate
in "ON" mode OR in some cases, "OFF" mode. For these power states,
the logic retention state is b
From: Fu Wei
This driver adds support for parsing all kinds of timer in GTDT:
(1)arch timer: provide a kernel API to parse all the PPIs and
always-on info in GTDT and export them by filling the structs
which provided by parameters(pointer of them).
(2)memory-mapped timer: provide a kernel APIs t
Hi Morimoto-san,
Thank you for the patch.
On Tuesday 24 May 2016 14:24:09 Kuninori Morimoto wrote:
> From: Kuninori Morimoto
>
> EPROBE_DEFER is not error, thus, error message on kernel log on this
> case is confusable for user. Prints it only error cases.
>
> Signed-off-by: Kuninori Morimoto
From: Fu Wei
The patch update arm_arch_timer driver to use the function
provided by the new GTDT driver of ACPI.
By this way, arm_arch_timer.c can be simplified, and separate
all the ACPI GTDT knowledge from this timer driver.
Signed-off-by: Fu Wei
Signed-off-by: Hanjun Guo
---
drivers/clocks
From: Fu Wei
This patch defines pr_fmt(fmt) for all pr_* functions,
then the pr_* don't need to add "arch_timer:" everytime.
Also delete some Blank Spaces in arch_timer_banner,
according to the suggestion from checkpatch.pl.
No functional change.
Signed-off-by: Fu Wei
---
drivers/clocksource
From: Fu Wei
The patch add memory-mapped timer register support by using the information
provided by the new GTDT driver of ACPI.
Signed-off-by: Fu Wei
---
drivers/clocksource/arm_arch_timer.c | 147 +--
1 file changed, 142 insertions(+), 5 deletions(-)
diff --
From: Fu Wei
This patch add a new enum "spi_nr" and use it in the driver.
Just for code's readability, no functional change.
Signed-off-by: Fu Wei
---
drivers/clocksource/arm_arch_timer.c | 4 ++--
include/clocksource/arm_arch_timer.h | 6 ++
2 files changed, 8 insertions(+), 2 deletions(-
Hi Linus
Here is nios2 update for v4.7.
Please consider pulling.
Regards
Ley Foon
The following changes since commit 2dcd0af568b0cf583645c8a317dd12e344b1c72a:
Linux 4.6 (2016-05-15 15:43:13 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/lft
Extend maintainer entry for Samsung SoC sound drivers with Krzysztof
Kozlowski and Sylwester Nawrocki. The file pattern is duplicated in main
Exynos ARM section so remove it from there.
Cc: Kukjin Kim
Cc: Sangbeom Kim
Cc: Sylwester Nawrocki
Cc: Liam Girdwood
Cc: Mark Brown
Cc: alsa-de...@alsa
On Tue, May 24, 2016 at 03:27:05PM +0200, Vincent Guittot wrote:
> On 24 May 2016 at 15:16, Morten Rasmussen wrote:
> > On Tue, May 24, 2016 at 02:12:38PM +0200, Vincent Guittot wrote:
> >> On 24 May 2016 at 12:29, Morten Rasmussen wrote:
> >> > On Tue, May 24, 2016 at 11:10:28AM +0200, Vincent G
Hi,
Here are the final(hopefully) pending patches for DRA7 based on recent
TRM updates. Updates include removing retention support on L3init and
L4per as per latest SoC updates.
Test Log: X15 (no modules): http://pastebin.ubuntu.com/16655027/
Latest TRM (rev F): http://www.ti.com/lit/pdf/spruhz6
On Sun, 22 May 2016, Wanpeng Li wrote:
> [ 39.98] BUG: unable to handle kernel NULL pointer dereference
> at (null)
> [ 39.988494] IP: [] modify_irte+0x58/0x140
> [ 39.996939] PGD cede3067 PUD 2d790067 PMD 0
> [ 40.004087] Oops: [#1] SMP
>
> This can be reproduced by ad
Commit-ID: 59fa5860204ffc95128d60cba9f54f9740a42c7d
Gitweb: http://git.kernel.org/tip/59fa5860204ffc95128d60cba9f54f9740a42c7d
Author: Matt Redfearn
AuthorDate: Tue, 24 May 2016 11:42:30 +0100
Committer: Thomas Gleixner
CommitDate: Tue, 24 May 2016 15:40:14 +0200
genirq: Fix missing re
On 05/19/2016 05:44 AM, Heikki Krogerus wrote:
The purpose of this class is to provide unified interface for user
space to get the status and basic information about USB Type-C
Connectors in the system, control data role swapping, and when USB PD
is available, also power role swapping and Alterna
On 24 May 2016 at 15:36, Morten Rasmussen wrote:
> On Tue, May 24, 2016 at 03:27:05PM +0200, Vincent Guittot wrote:
>> On 24 May 2016 at 15:16, Morten Rasmussen wrote:
>> > On Tue, May 24, 2016 at 02:12:38PM +0200, Vincent Guittot wrote:
>> >> On 24 May 2016 at 12:29, Morten Rasmussen
>> >> wro
201 - 300 of 812 matches
Mail list logo
