Jose Abreu
Cc: Archit Taneja
Cc: dri-de...@lists.freedesktop.org
Signed-off-by: John Stultz
---
v2: Reworked to calculate if modeclock matches the phy's
byteclock, rather then using a whitelist of known modes.
v3: Reworked to check across all possible crtcs (even though for
us th
On Tue, Jul 18, 2017 at 4:10 AM, Jose Abreu wrote:
> Hi John,
>
>
> On 18-07-2017 05:22, John Stultz wrote:
>> Currently the hikey dsi logic cannot generate accurate byte
>> clocks values for all pixel clock values. Thus if a mode clock
>> is selected that cannot m
back would be greatly appreciated!
Cc: Daniel Vetter
Cc: Jani Nikula
Cc: Sean Paul
Cc: David Airlie
Cc: Rob Clark
Cc: Xinliang Liu
Cc: Xinliang Liu
Cc: Rongrong Zou
Cc: Xinwei Kong
Cc: Chen Feng
Cc: Jose Abreu
Cc: Archit Taneja
Cc: dri-de...@lists.freedesktop.org
Signed-off-by: John S
On Tue, Jul 11, 2017 at 9:27 AM, Daniel Vetter wrote:
> On Tue, Jul 11, 2017 at 5:44 PM, John Stultz wrote:
>> On Tue, Jul 11, 2017 at 8:12 AM, Daniel Vetter wrote:
>>> On Tue, Jul 11, 2017 at 5:05 PM, John Stultz wrote:
>>>>>> > be even better if you co
On Tue, Jul 11, 2017 at 8:12 AM, Daniel Vetter wrote:
> On Tue, Jul 11, 2017 at 5:05 PM, John Stultz wrote:
>>>> > be even better if you could calculate whether the mode is valid, but I
>>>> > didn't
>>>> > spend enough time to figure out if
On Tue, Jul 11, 2017 at 12:56 AM, Daniel Vetter wrote:
> On Mon, Jul 10, 2017 at 03:47:54PM -0700, John Stultz wrote:
>> On Mon, Jul 10, 2017 at 2:18 PM, Sean Paul wrote:
>> > On Mon, Jul 10, 2017 at 01:48:02PM -0700, John Stultz wrote:
>> >> Currently the h
On Mon, Jul 10, 2017 at 2:18 PM, Sean Paul wrote:
> On Mon, Jul 10, 2017 at 01:48:02PM -0700, John Stultz wrote:
>> Currently the hikey dsi logic cannot generate accurate byte
>> clocks values for all pixel clock values. Thus if a mode clock
>> is selected that cannot matc
Cc: dmaeng...@vger.kernel.org
Signed-off-by: Antonio Borneo
[jstultz: Expanded commit message a bit]
Signed-off-by: John Stultz
---
drivers/dma/k3dma.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/drivers/dma/k3dma.c b/drivers/dma/k3dma.c
index 01e25c6..01d2
Cc: Rob Clark
Cc: Xinliang Liu
Cc: Xinliang Liu
Cc: Rongrong Zou
Cc: Xinwei Kong
Cc: Chen Feng
Cc: Jose Abreu
Cc: Archit Taneja
Cc: dri-de...@lists.freedesktop.org
Signed-off-by: John Stultz
---
drivers/gpu/drm/hisilicon/kirin/dw_drm_dsi.c | 37
1 file changed
Hey folks,
I updated my HiKey kernel tree to linus/master today and it stopped
booting (hitting errors at init and reseting immediately into
bootloader mode):
[5.289827] init: Skipped setting INIT_AVB_VERSION (not in recovery mode)
[5.296709] init: Loading SELinux policy
[5.334521]
On Wed, Jul 5, 2017 at 9:55 PM, Stafford Horne wrote:
> On Wed, Jul 05, 2017 at 09:06:11PM -0700, John Stultz wrote:
>> On Wed, Jul 5, 2017 at 8:58 PM, Stafford Horne wrote:
>> > Hi tglx,
>> >
>> > Sorry, to bother you, I thought maybe this you missed this
On Wed, Jul 5, 2017 at 8:58 PM, Stafford Horne wrote:
> Hi tglx,
>
> Sorry, to bother you, I thought maybe this you missed this one? Let me
> know if you want a resend.
No. Sorry, I've already got this queued. Apologies for not sending notice.
thanks
-john
On Wed, Jul 5, 2017 at 5:08 AM, Geert Uytterhoeven
wrote:
> Currently the alarmtimer registers a wake-up source unconditionally,
> regardless of the system having a (wake-up capable) RTC or not.
> Hence the alarmtimer will always show up in
> /sys/kernel/debug/wakeup_sources, even if it is not ava
On Fri, Jun 30, 2017 at 2:47 AM, Michal Hocko wrote:
> [CC John, the thread started
> http://lkml.kernel.org/r/9363561f-a9cd-7ab6-9c11-ab9a99dc8...@oracle.com]
>
> On Thu 29-06-17 14:41:22, prakash.sangappa wrote:
>>
>>
>> On 06/29/2017 01:09 AM, Michal Hocko wrote:
>> >On Wed 28-06-17 11:23:32, P
seemingly come up with Android, I've been
running with this patch in my tree for a while without issue. So..
Tested-by: John Stultz
thanks
-john
On Wed, Jun 28, 2017 at 6:21 AM, Stafford Horne wrote:
> When CONFIG_DEBUG_TIMEKEEPING is enabled the timekeeping_check_update()
> function will update status like last_warning and underflow_seen on the
> timekeeper.
>
> If there are issues found this state is used to rate limit the warnings
> tha
On Tue, Jun 13, 2017 at 5:05 PM, Mark Brown wrote:
> On Tue, Jun 13, 2017 at 02:59:49PM -0700, John Stultz wrote:
>> ALSA SoC needs to know connected DAI ID for probing. Using
>> the new audio-card-graph approach, ports/endpoints are used
>> to describe how the links are con
for missing this earlier.
So no objections from me. I can't say I really worked the whole thing
out, but you're handling the xtime_nsec field properly and the rest
looks reasonable and is well documented.
So for what its worth:
Acked-by: John Stultz
Thanks again for making this update!
-john
On Tue, Jun 20, 2017 at 11:11 PM, Paul Mackerras wrote:
> On Tue, Jun 20, 2017 at 10:21:31PM -0700, John Stultz wrote:
>> CONFIG_GENERIC_TIME_VSYSCALL_OLD was introduced five years ago
>> to allow a transition from the old vsyscall implementations to
>> the new method (whic
: Benjamin Herrenschmidt
Cc: Tony Luck
Cc: Michael Ellerman
Cc: Fenghua Yu
Signed-off-by: John Stultz
---
kernel/time/timekeeping.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/kernel/time/timekeeping.c b/kernel/time/timekeeping.c
index 0454bfa..cedafa0 100644
--- a/kernel/time
On Tue, Jun 20, 2017 at 10:21 PM, John Stultz wrote:
> Just a small set of changes, the biggest changes being the
> MONOTONIC_RAW handling cleanup, and a new kselftest from
> Miroslav. Also a a clear warning deprecating
> CONFIG_GENERIC_TIME_VSYSCALL_OLD, which affects ppc and ia64.
: Ingo Molnar
Cc: Miroslav Lichvar
Cc: Richard Cochran
Cc: Prarit Bhargava
Cc: Stephen Boyd
Cc: Shuah Khan
Signed-off-by: Miroslav Lichvar
Signed-off-by: John Stultz
---
tools/testing/selftests/timers/inconsistency-check.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a
p (2017-06-20 22:14:45 -0700)
----
John Stultz (2):
time: Clean up CLOCK_MONOTONIC_RAW time handling
time: Add warning about imminent deprecation of
CONFIG_GENERIC_TIME_VSYSCALL_OLD
Miroslav Lichvar (2):
kselftests: t
from the second interval exceed specified limits.
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Miroslav Lichvar
Cc: Richard Cochran
Cc: Prarit Bhargava
Cc: Stephen Boyd
Cc: Shuah Khan
Signed-off-by: Miroslav Lichvar
Signed-off-by: John Stultz
---
tools/testing/selftests/timers/Makefile| 5
Prarit Bhargava
Cc: Stephen Boyd
Cc: Kevin Brodsky
Cc: Will Deacon
Cc: Daniel Mentz
Tested-by: Daniel Mentz
Signed-off-by: John Stultz
---
arch/arm64/kernel/vdso.c| 6 ++---
include/linux/timekeeper_internal.h | 4 ++--
kernel/time/timekeeping.c
Commit-ID: 3d88d56c5873f6eebe23e05c3da701960146b801
Gitweb: http://git.kernel.org/tip/3d88d56c5873f6eebe23e05c3da701960146b801
Author: John Stultz
AuthorDate: Thu, 8 Jun 2017 16:44:21 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 20 Jun 2017 10:41:50 +0200
time: Fix
Commit-ID: ceea5e3771ed2378668455fa21861bead7504df5
Gitweb: http://git.kernel.org/tip/ceea5e3771ed2378668455fa21861bead7504df5
Author: John Stultz
AuthorDate: Thu, 8 Jun 2017 16:44:20 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 20 Jun 2017 10:41:50 +0200
time: Fix clock->r
Cc: Arnd Bergmann
Signed-off-by: John Stultz
v2:
* Split core i2s entry into dtsi and hdmi specific bits into
hikey dts
v4:
* Rework simple-card to use many-dai-links method, as
there may be other links in the future
v5:
* Rework audio description to use the audio-card-graph method
as
On Wed, Jun 14, 2017 at 7:42 AM, Mark Brown wrote:
> On Tue, Jun 13, 2017 at 03:08:09PM -0700, John Stultz wrote:
>
>> Well, I can't speak to other things, but we do seem to have trouble
>> getting dts changes picked up via Wei, and we probably need to add
>> some e
equal to the default value.
>
> Cc: John Stultz
> Cc: Prarit Bhargava
> Cc: Richard Cochran
> Signed-off-by: Miroslav Lichvar
Queued up in my tree for testing, targeting 4.13.
thanks
-john
On Fri, Jun 9, 2017 at 4:43 AM, Miroslav Lichvar wrote:
> This test checks the response of the system clock to frequency
> steps made with adjtimex(). The frequency error and stability of
> the CLOCK_MONOTONIC clock relative to the CLOCK_MONOTONIC_RAW clock
> is measured in two intervals following
On Tue, Jun 13, 2017 at 2:46 PM, Mark Brown wrote:
> On Tue, Jun 13, 2017 at 01:42:15PM -0700, John Stultz wrote:
>
>> Its a trivial bit of code, but its in the drm directory and I suspect
>> at this stage I'm not going to be able to get maintainer attention for
>> it
On Tue, Jun 13, 2017 at 2:59 PM, John Stultz wrote:
> ALSA SoC needs to know connected DAI ID for probing. Using
> the new audio-card-graph approach, ports/endpoints are used
> to describe how the links are connected. Unfortunately, since
> ports/endpoints are used as well for vi
p.org
Signed-off-by: John Stultz
---
.../bindings/display/bridge/adi,adv7511.txt| 8
drivers/gpu/drm/bridge/adv7511/adv7511_audio.c | 22 ++
2 files changed, 30 insertions(+)
diff --git a/Documentation/devicetree/bindings/display/bridge/adi,adv7511.txt
On Tue, Jun 13, 2017 at 1:16 PM, Mark Brown wrote:
> On Tue, Jun 13, 2017 at 12:57:44PM -0700, John Stultz wrote:
>> On Tue, Jun 13, 2017 at 12:54 PM, Mark Brown wrote:
>> > On Tue, Jun 13, 2017 at 12:40:28PM -0700, John Stultz wrote:
>
>> >> The simple-audio-
On Tue, Jun 13, 2017 at 12:54 PM, Mark Brown wrote:
> On Tue, Jun 13, 2017 at 12:40:28PM -0700, John Stultz wrote:
>
>> description across the two namespaces of display and audio). While
>> I'm sure for many cases the graph approach is much cleaner, I'm not
>> s
On Mon, Jun 12, 2017 at 7:09 PM, Kuninori Morimoto
wrote:
>
> Hi John
>
>> On Mon, Jun 12, 2017 at 3:10 PM, Mark Brown wrote:
>> > On Mon, Jun 12, 2017 at 01:52:46PM -0700, John Stultz wrote:
>> >
>> >> + sound {
>&g
On Mon, Jun 12, 2017 at 3:10 PM, Mark Brown wrote:
> On Mon, Jun 12, 2017 at 01:52:46PM -0700, John Stultz wrote:
>
>> + sound {
>> + compatible = "simple-audio-card";
>> + simple-audio-card,name = "hikey-hdmi";
>
>
Cc: Arnd Bergmann
Signed-off-by: John Stultz
---
Olof/Arnd: I'm having trouble getting a repsonse from Wei on
this patch, and want to try to avoid missing another merge
window. Might you consider queuing this directly?
v2:
* Split core i2s entry into dtsi and hdmi specific bits into
hike
x common clock, the config option is missing
>>> > for the ARM64's hi6220 platform. That leads to a non functionnal WiFi
>>> > because
>>> > the hi655x clock driver misses when initializing the power sequence via
>>> > DT.
>>> >
&
Mentz
Cc: stable #4.8+
Reported-by: John Stultz
Acked-by: Kevin Brodsky
Tested-by: Daniel Mentz
Signed-off-by: Will Deacon
[jstultz: minor whitespace tweak, tried to improve commit
message to make it more clear this fixes a regression]
Signed-off-by: John Stultz
---
v2: Tweak commit message
uggested commit message
* Addressed clock->read(clock) race that also affects the
fast-timekeeper
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Miroslav Lichvar
Cc: Richard Cochran
Cc: Prarit Bhargava
Cc: Stephen Boyd
Cc: Daniel Mentz
John Stultz (2):
time: Fix clock->read(clock) race aroun
rd Cochran
Cc: Prarit Bhargava
Cc: Stephen Boyd
Cc: Daniel Mentz
Cc: stable
Acked-by: Ingo Molnar
Signed-off-by: John Stultz
---
v2: Addressed Ingo's feedback on wording
v3: Rework to address similar issue w/ fasttimekeepers, use
tglx's suggested commit description.
---
inc
rarit Bhargava
Cc: Stephen Boyd
Cc: Kevin Brodsky
Cc: Will Deacon
Cc: Daniel Mentz
Cc: stable #4.8+
Tested-by: Daniel Mentz
Signed-off-by: John Stultz
---
v2: Address Ingo's style feedback
---
include/linux/timekeeper_internal.h | 4 ++--
kernel/time/timekeeping.c
On Sun, Jun 4, 2017 at 11:52 AM, Thomas Gleixner wrote:
> On Wed, 31 May 2017, John Stultz wrote:
>>
>> The one exception where this helper isn't necessary is for the
>> fast-timekepers which use their own locking and update logic
>> to the tkr structures.
>
&
On Thu, Jun 8, 2017 at 9:17 AM, Miroslav Lichvar wrote:
> On Fri, May 19, 2017 at 05:35:38PM -0700, John Stultz wrote:
>> >> On Wed, May 17, 2017 at 10:22 AM, Miroslav Lichvar
>> >> wrote:
>> >> > Is there a better way to run the timekeeping code in a
On Wed, Jun 7, 2017 at 7:44 AM, Stephen Smalley wrote:
> On Wed, 2017-06-07 at 08:40 -0400, Stephen Smalley wrote:
>> On Tue, 2017-06-06 at 17:45 -0700, John Stultz wrote:
>> > Hey folks,
>> >
>> > Recently I was working to validate/enable a new bluetooth HAL
Hey folks,
Recently I was working to validate/enable a new bluetooth HAL on HiKey
with Android, and after getting it working properly with a 4.9 based
kernel, I found that I was seeing failures trying to run with an
upstream (4.12-rc3 based) kernel.
It seemed a call to:
socket(AF_BLUETOOTH, SO
On Mon, Apr 17, 2017 at 3:36 PM, John Stultz wrote:
> On Fri, Feb 24, 2017 at 2:46 PM, John Stultz wrote:
>> Hey John,
>> So after the USB tree landed in 4.11-rc, I've been seeing the
>> following warning at bootup.
>>
>> It seems the fifo_mem/total_fif
Add entry for k3-dma driver and i2s/hdmi audio devices.
This enables HDMI audio output.
Cc: Zhangfei Gao
Cc: Liam Girdwood
Cc: Mark Brown
Cc: Jaroslav Kysela
Cc: Takashi Iwai
Cc: Wei Xu
Cc: Rob Herring
Cc: Andy Green
Cc: Dave Long
Cc: Guodong Xu
Cc: Antonio Borneo
Signed-off-by: John
On Tue, May 23, 2017 at 8:04 PM, Xinliang Liu wrote:
> On 24 May 2017 at 00:40, John Stultz wrote:
>>
>> This fixes a regression introduced by ebc944613567 ("drm:
>> convert drivers to use drm_of_find_panel_or_bridge") that was
>> recently merged, causing H
On Thu, Jun 1, 2017 at 5:26 PM, Yan, Zheng wrote:
> On Thu, Jun 1, 2017 at 6:22 PM, Arnd Bergmann wrote:
>> On Thu, Jun 1, 2017 at 11:56 AM, Yan, Zheng wrote:
>>> On Sat, Apr 8, 2017 at 8:57 AM, Deepa Dinamani
>>> wrote:
>>
diff --git a/drivers/block/rbd.c b/drivers/block/rbd.c
index
Molnar
Cc: Miroslav Lichvar
Cc: Richard Cochran
Cc: Prarit Bhargava
Cc: Stephen Boyd
Cc: Daniel Mentz
John Stultz (2):
time: Fix clock->read(clock) race around clocksource changes
time: Fix CLOCK_MONOTONIC_RAW sub-nanosecond accounting
Will Deacon (1):
arm64: vdso: Fix nsec
Ingo Molnar
Cc: Miroslav Lichvar
Cc: Richard Cochran
Cc: Prarit Bhargava
Cc: Stephen Boyd
Cc: Daniel Mentz
Cc: stable
Acked-by: Ingo Molnar
Signed-off-by: John Stultz
---
v2: Addressed Ingo's feedback on wording
---
kernel/time/timekeeping.c | 40 +--
rarit Bhargava
Cc: Stephen Boyd
Cc: Kevin Brodsky
Cc: Will Deacon
Cc: Daniel Mentz
Cc: stable #4.8+
Tested-by: Daniel Mentz
Signed-off-by: John Stultz
---
v2: Address Ingo's style feedback
---
include/linux/timekeeper_internal.h | 4 ++--
kernel/time/timekeeping.c
Mentz
Cc: stable #4.8+
Reported-by: John Stultz
Acked-by: Kevin Brodsky
Tested-by: Daniel Mentz
Signed-off-by: Will Deacon
[jstultz: minor whitespace tweak, tried to improve commit
message to make it more clear this fixes a regression]
Signed-off-by: John Stultz
---
v2: Tweak commit message
On Sat, May 27, 2017 at 12:38 AM, Ingo Molnar wrote:
>
> * John Stultz wrote:
>
>> As part of the Linaro Linux Kernel Functional Test (LKFT)
>> effort, test failures from kselftest/timer's
>> inconsistency-check were reported connected to
>> CLOC
On Thu, May 25, 2017 at 5:03 AM, Paul Mackerras wrote:
> On Mon, May 22, 2017 at 12:06:04PM -0700, John Stultz wrote:
>>
>> Basically long ago, timekeeping was handled (roughly) like:
>>
>> clock_gettime():
>> now = tk->clock->read()
>> of
argava
Cc: Stephen Boyd
Cc: Kevin Brodsky
Cc: Will Deacon
Cc: Daniel Mentz
Reported-by: John Stultz
Acked-by: Acked-by: Kevin Brodsky
Signed-off-by: Will Deacon
[jstultz: minor whitespace tweak]
Signed-off-by: John Stultz
---
arch/arm64/kernel/vdso.c | 5 +++--
arch/arm64/kernel/
rarit Bhargava
Cc: Stephen Boyd
Cc: Kevin Brodsky
Cc: Will Deacon
Cc: Daniel Mentz
Signed-off-by: John Stultz
---
include/linux/timekeeper_internal.h | 4 ++--
kernel/time/timekeeping.c | 21 -
2 files changed, 14 insertions(+), 11 deletions(-)
diff --git a/in
h doesn't seem to be related to the
previous two.
As always feedback would be appreciated!
thanks
-john
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Miroslav Lichvar
Cc: Richard Cochran
Cc: Prarit Bhargava
Cc: Stephen Boyd
Cc: Daniel Mentz
John Stultz (3):
time: Fix clock->read(cl
: Richard Cochran
Cc: Prarit Bhargava
Cc: Stephen Boyd
Cc: Daniel Mentz
Signed-off-by: John Stultz
---
kernel/time/timekeeping.c | 40 +---
1 file changed, 29 insertions(+), 11 deletions(-)
diff --git a/kernel/time/timekeeping.c b/kernel/time/timekeeping.c
Prarit Bhargava
Cc: Stephen Boyd
Cc: Kevin Brodsky
Cc: Will Deacon
Cc: Daniel Mentz
Signed-off-by: John Stultz
---
arch/arm64/kernel/vdso.c| 6 ++---
include/linux/timekeeper_internal.h | 4 ++--
kernel/time/timekeeping.c | 47 -
3
king again.
Cc: Rob Herring
Cc: Archit Taneja
Cc: Philipp Zabel
Cc: Maxime Ripard
Cc: Sean Paul
Cc: Dave Airlie
Cc: Xinliang Liu
Fix-suggested-by: Rob Herring
Signed-off-by: John Stultz
---
drivers/gpu/drm/hisilicon/kirin/dw_drm_dsi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
: Richard Cochran
Cc: Prarit Bhargava
Cc: Stephen Boyd
Signed-off-by: John Stultz
---
kernel/time/timekeeping.c | 40 +---
1 file changed, 29 insertions(+), 11 deletions(-)
diff --git a/kernel/time/timekeeping.c b/kernel/time/timekeeping.c
index 8c1523d..501
On Sun, May 21, 2017 at 5:58 PM, Michael Ellerman wrote:
> John Stultz writes:
>
>> CONFIG_GENERIC_TIME_VSYSCALL_OLD was introduced five years ago
>> to allow a transition from the old vsyscall implementations to
>> the new method (which simplified internal accounting
On Wed, May 17, 2017 at 9:54 PM, Richard Cochran
wrote:
> On Wed, May 17, 2017 at 04:06:07PM -0700, John Stultz wrote:
>> On Wed, May 17, 2017 at 10:22 AM, Miroslav Lichvar
>> wrote:
>> > Is there a better way to run the timekeeping code in an userspace
>> > app
On Wed, May 17, 2017 at 10:22 AM, Miroslav Lichvar wrote:
> On Wed, May 17, 2017 at 10:02:00AM -0700, John Stultz wrote:
>> On Wed, May 17, 2017 at 9:57 AM, Miroslav Lichvar
>> wrote:
>> > On Wed, May 17, 2017 at 09:30:31AM -0700, John Stultz wrote:
>> >>
On Wed, May 17, 2017 at 9:57 AM, Miroslav Lichvar wrote:
> On Wed, May 17, 2017 at 09:30:31AM -0700, John Stultz wrote:
>> So thanks for sending these out. I still need to look them over in
>> depth, but can I make another ask here? :)
>>
>> Could you submit your lin
On Wed, May 17, 2017 at 9:13 AM, Miroslav Lichvar wrote:
> This is an attempt to improve stability and accuracy of the system clock
> with very accurate time sources like the new PTP KVM clock or NTP/PTP
> using hardware timestamping. It affects mainly kernels running with
> NOHZ. It requires upda
Add entry for k3-dma driver and i2s/hdmi audio devices.
This enables HDMI audio output.
Cc: Zhangfei Gao
Cc: Liam Girdwood
Cc: Mark Brown
Cc: Jaroslav Kysela
Cc: Takashi Iwai
Cc: Wei Xu
Cc: Rob Herring
Cc: Andy Green
Cc: Dave Long
Cc: Guodong Xu
Cc: Antonio Borneo
Signed-off-by: John
Herring
John Stultz (1):
ARM: dts: nexus7: Add regulator tweaks and wcnss entry to support wifi
Stephen Boyd (1):
ARM: dts: qcom-apq8064: Collapse usb support into one node
.../arm/boot/dts/qcom-apq8064-arrow-sd-600eval.dts | 49 +++
arch/arm/boot/dts/qcom-apq8064-asus-nexus7-flo.dts | 63
n
Cc: Rob Herring
Signed-off-by: Stephen Boyd
Signed-off-by: John Stultz
---
.../arm/boot/dts/qcom-apq8064-arrow-sd-600eval.dts | 49 +++
arch/arm/boot/dts/qcom-apq8064-asus-nexus7-flo.dts | 21 +--
arch/arm/boot/dts/qcom-apq8064-cm-qs600.dts| 54
arch/arm/boot/dts/qcom-ap
Tweak and add some regulator entries that are needed to
support wifi.
The values here were taken from:
arch/arm/mach-msm/asustek/flo/board-flo-regulator.c
in the AOSP msm 3.4 flo branch.
This also adds a wcnss entry so it gets enabled on the board.
Cc: Bjorn Andersson
Cc: Srinivas Kandagatla
C
: Benjamin Herrenschmidt
Cc: Tony Luck
Cc: Michael Ellerman
Cc: Fenghua Yu
Signed-off-by: John Stultz
---
kernel/time/timekeeping.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/kernel/time/timekeeping.c b/kernel/time/timekeeping.c
index 9652bc5..8c1523d 100644
--- a/kernel/time
On Fri, May 12, 2017 at 8:14 AM, Miroslav Lichvar wrote:
> On Tue, Jul 15, 2014 at 09:02:38PM -0700, John Stultz wrote:
>> On 07/08/2014 04:08 AM, Miroslav Lichvar wrote:
>> > I spent some time trying to figure out a workaround for the nanosecond
>> > rounding, but
Hey Laura,
Wanted to check in on ION changes that landed in the staging merge
for 4.12...
So with these changes, I can no longer get HiKey to boot to graphics.
We had previously been using the dummy ion driver, and I've added the
new config entries for the various standard heaps, but it seems l
On Mon, May 8, 2017 at 1:43 PM, Dmitry Torokhov
wrote:
> If binder_get_thread() fails to give us a thread data, we should avoid
> dereferencing a NULL pointer and return POLLERR instead.
>
> Signed-off-by: Dmitry Torokhov
Pulling Todd Kjos in on this too.
-john
> ---
> drivers/android/binder.c
On Mon, Apr 17, 2017 at 3:36 PM, John Stultz wrote:
> On Fri, Feb 24, 2017 at 2:46 PM, John Stultz wrote:
>> Hey John,
>> So after the USB tree landed in 4.11-rc, I've been seeing the
>> following warning at bootup.
>>
>> It seems the fifo_mem/total_fif
Cc: Archit Taneja
Cc: Philipp Zabel
Cc: Maxime Ripard
Cc: Sean Paul
Cc: Dave Airlie
Cc: Xinliang Liu
Fix-Suggested-by: Rob Herring
Signed-off-by: John Stultz
---
drivers/gpu/drm/hisilicon/kirin/dw_drm_dsi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/hisil
On Thu, May 4, 2017 at 3:42 PM, Rob Herring wrote:
> On Thu, May 4, 2017 at 5:33 PM, John Stultz wrote:
>> Hey folks,
>> Testing mainline with HiKey, I noticed graphics was no longer
>> properly initializing. I don't seem to get much useful info in the way
>> o
Hey folks,
Testing mainline with HiKey, I noticed graphics was no longer
properly initializing. I don't seem to get much useful info in the way
of errors, its just the kirin drm driver doesn't seem to
initialize/bind.
Digging through the recent changes I landed on ebc944613567 ("drm:
convert dri
On Fri, Feb 24, 2017 at 2:46 PM, John Stultz wrote:
> Hey John,
> So after the USB tree landed in 4.11-rc, I've been seeing the
> following warning at bootup.
>
> It seems the fifo_mem/total_fifo_size value on hikey is 1920, but I'm
> seeing the addresses zip upward
Hey Thomas, Ingo,
Here is Nicolai's patchset for initializing the min/max_delta_ticks
values in preparation for his changes to correct clockevents
interrupts to match the ntp adjustments made.
I've queued almost all of the patches from his patchset. There was two
that had feedback (to drop and to
Mark Brown suggested a style change to use break in the final
default of a switch statement, so this patch addresses that.
Cc: Zhangfei Gao
Cc: Liam Girdwood
Cc: Mark Brown
Cc: Jaroslav Kysela
Cc: Wei Xu
Cc: Rob Herring
Cc: Andy Green
Cc: Dave Long
Cc: Guodong Xu
Signed-off-by: John
This patch addresses feedback from Mark Brown, adding a few
extra error returns in cases that shouldn't happen
Cc: Zhangfei Gao
Cc: Liam Girdwood
Cc: Mark Brown
Cc: Jaroslav Kysela
Cc: Wei Xu
Cc: Rob Herring
Cc: Andy Green
Cc: Dave Long
Cc: Guodong Xu
Signed-off-by: John S
Signed-off-by: John Stultz
---
sound/soc/hisilicon/hi6210-i2s.c | 18 ++
1 file changed, 2 insertions(+), 16 deletions(-)
diff --git a/sound/soc/hisilicon/hi6210-i2s.c b/sound/soc/hisilicon/hi6210-i2s.c
index 27553dc..45163e5 100644
--- a/sound/soc/hisilicon/hi6210-i2s.c
+++ b/sound
On Tue, Apr 11, 2017 at 11:34 AM, Mark Brown wrote:
> On Mon, Apr 10, 2017 at 12:35:12PM -0700, John Stultz wrote:
>
>> This patch adds a few extra error returns in cases that
>> shouldn't happen, some style nits adding breaks to final
>> default cases in switch
fei Gao
Cc: Liam Girdwood
Cc: Mark Brown
Cc: Jaroslav Kysela
Cc: Wei Xu
Cc: Rob Herring
Cc: Andy Green
Cc: Dave Long
Cc: Guodong Xu
Signed-off-by: John Stultz
---
Documentation/devicetree/bindings/sound/hisilicon,hi6210-i2s.txt | 8
1 file changed, 8 insertions(+)
diff --gi
nt of snd_soc_register_component.
Cc: Zhangfei Gao
Cc: Liam Girdwood
Cc: Mark Brown
Cc: Jaroslav Kysela
Cc: Wei Xu
Cc: Rob Herring
Cc: Andy Green
Cc: Dave Long
Cc: Guodong Xu
Signed-off-by: John Stultz
---
sound/soc/hisilicon/hi6210-i2s.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
On Mon, Apr 10, 2017 at 11:13 AM, Mark Brown wrote:
> On Fri, Mar 31, 2017 at 03:05:59PM -0700, John Stultz wrote:
>
>> +- #sound-dai-cells: Should be set to 1 (for multi-dai)
>
> Please submit a followup patch documenting what these mean, at least for
> what's in the c
On Tue, Apr 4, 2017 at 12:38 AM, Felipe Balbi
wrote:
>
> Hi,
>
> Minas Harutyunyan writes:
>>> We've noticed that when using usb ethernet adapters on HiKey, we
>>> occasionally see errors like:
>>>
>>> dwc2 f72c.usb: dwc2_hc_chhltd_intr_dma: Channel 0 - ChHltd set,
>>> b
On Mon, Apr 3, 2017 at 5:54 AM, Minas Harutyunyan
wrote:
> On 4/3/2017 9:23 AM, John Youn wrote:
>> On 03/31/2017 04:04 PM, John Stultz wrote:
>>> On Thu, Mar 2, 2017 at 12:00 PM, John Stultz wrote:
>>>> Hey John,
>>>> We've noticed tha
On Thu, Mar 2, 2017 at 12:00 PM, John Stultz wrote:
> Hey John,
> We've noticed that when using usb ethernet adapters on HiKey, we
> occasionally see errors like:
>
> dwc2 f72c.usb: dwc2_hc_chhltd_intr_dma: Channel 0 - ChHltd set,
> but reason is unknown
>
Herring
Cc: Andy Green
Signed-off-by: John Stultz
v2:
* Split core i2s entry into dtsi and hdmi specific bits into
hikey dts
v4:
* Rework simple-card to use many-dai-links method, as
there may be other links in the future
---
arch/arm64/boot/dts/hisilicon/hi6220-hikey.dts | 16
Adds DT bindings documentation for the hi6210-i2s driver.
Cc: Zhangfei Gao
Cc: Liam Girdwood
Cc: Mark Brown
Cc: Jaroslav Kysela
Cc: Takashi Iwai
Cc: Wei Xu
Cc: Rob Herring
Cc: Andy Green
Cc: Dave Long
Cc: Guodong Xu
Signed-off-by: John Stultz
---
v3:
* Simplified and reworked dt
:
ASoC: hisilicon: Add hi6210 i2s audio driver
John Stultz (2):
ASoC: add hi6210-i2s DT bindings
arm64: dts: hi6220: Add k3-dma and i2s/hdmi audio support
.../bindings/sound/hisilicon,hi6210-i2s.txt| 34 ++
arch/arm64/boot/dts/hisilicon/hi6220-hikey.dts | 16 +
arch/arm64/
ported to mainline, fairly major rework
based on suggestions from Mark Brown]
Signed-off-by: John Stultz
---
v2:
* Folded in fixes from kbuildbot
* Split i2s and hdmi-card drivers up
* Major rework from MarkB's suggestions
v3:
* Folded in fixes from Guodong
* Simplified and reworked devic
017-03-23 12:46:53 -0700)
David Engraf (1):
timers, sched_clock: Update timeout for clock wrap
John Stultz (1):
MAINTAINERS: Add Stephen Boyd as timekeeping reviewer
Nicolai Stange (6):
clocksource: sh_cmt: Compute rate befo
t first usage.
- Set the clockevent device's rate at its registration.
- Although not strictly necessary for the upcoming clockevent core changes,
set the clocksource's rate at its registration for consistency.
Cc: Ingo Molnar
Cc: Thomas Gleixner
Cc: Daniel Lezcano
Cc: Richard Coc
801 - 900 of 3785 matches
Mail list logo