Eric Lee / smarc-fsl-linux-kernel

13 Apr, 2015

3 commits

31 Mar, 2015

1 commit

30 Mar, 2015

7 commits

  • e42391cd0   Linux 4.0-rc6 Browse Code »
    Linus Torvalds
     
  • 08f41f7c3   Merge tag 'armsoc-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc ... Browse Code »

    Pull ARM SoC fixes from Olof Johansson:
    "The latest and greatest fixes for ARM platform code. Worth pointing
    out are:

    - Lines-wise, largest is a PXA fix for dealing with interrupts on DT
    that was quite broken. It's still newish code so while we could
    have held this off, it seemed appropriate to include now

    - Some GPIO fixes for OMAP platforms added a few lines. This was
    also fixes for code recently added (this release).

    - Small OMAP timer fix to behave better with partially upstreamed
    platforms, which is quite welcome.

    - Allwinner fixes about operating point control, reducing
    overclocking in some cases for better stability.

    plus a handful of other smaller fixes across the map"

    * tag 'armsoc-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc:
    arm64: juno: Fix misleading name of UART reference clock
    ARM: dts: sunxi: Remove overclocked/overvoltaged OPP
    ARM: dts: sun4i: a10-lime: Override and remove 1008MHz OPP setting
    ARM: socfpga: dts: fix spi1 interrupt
    ARM: dts: Fix gpio interrupts for dm816x
    ARM: dts: dra7: remove ti,hwmod property from pcie phy
    ARM: OMAP: dmtimer: disable pm runtime on remove
    ARM: OMAP: dmtimer: check for pm_runtime_get_sync() failure
    ARM: OMAP2+: Fix socbus family info for AM33xx devices
    ARM: dts: omap3: Add missing dmas for crypto
    ARM: dts: rockchip: disable gmac by default in rk3288.dtsi
    MAINTAINERS: add rockchip regexp to the ARM/Rockchip entry
    ARM: pxa: fix pxa interrupts handling in DT
    ARM: pxa: Fix typo in zeus.c
    ARM: sunxi: Have ARCH_SUNXI select RESET_CONTROLLER for clock driver usage

    Linus Torvalds
     
  • 4550bdb0b   Merge tag 'sunxi-fixes-for-4.0' of https://git.kernel.org/pub/scm/linux/kernel/g… ... Browse Code »

    …it/mripard/linux into fixes

    Allwinner fixes for 4.0

    There's a few fixes to merge for 4.0, one to add a select in the machine
    Kconfig option to fix a potential build failure, and two fixing cpufreq related
    issues.

    * tag 'sunxi-fixes-for-4.0' of https://git.kernel.org/pub/scm/linux/kernel/git/mripard/linux:
    ARM: dts: sunxi: Remove overclocked/overvoltaged OPP
    ARM: dts: sun4i: a10-lime: Override and remove 1008MHz OPP setting
    ARM: sunxi: Have ARCH_SUNXI select RESET_CONTROLLER for clock driver usage

    Signed-off-by: Olof Johansson <olof@lixom.net>

    Olof Johansson
     
  • b1dae3d8b   Merge tag 'fixes-v4.0-rc4' of git://git.kernel.org/pub/scm/linux/kernel/git/tmli… ... Browse Code »

    …nd/linux-omap into fixes

    Fixes for omaps for the -rc cycle:

    - Fix a device tree based booting vs legacy booting regression for
    omap3 crypto hardware by adding the missing DMA channels.

    - Fix /sys/bus/soc/devices/soc0/family for am33xx devices.

    - Fix two timer issues that can cause hangs if the timer related
    hwmod data is missing like it often initially is for new SoCs.

    - Remove pcie hwmods entry from dts as that causes runtime PM to
    fail for the PHYs.

    - A paper bag type dts configuration fix for dm816x GPIO
    interrupts that I just noticed. This is most of the changes
    diffstat wise, but as it's a basic feature for connecting
    devices and things work otherwise, it should be fixed.

    * tag 'fixes-v4.0-rc4' of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap:
    ARM: dts: Fix gpio interrupts for dm816x
    ARM: dts: dra7: remove ti,hwmod property from pcie phy
    ARM: OMAP: dmtimer: disable pm runtime on remove
    ARM: OMAP: dmtimer: check for pm_runtime_get_sync() failure
    ARM: OMAP2+: Fix socbus family info for AM33xx devices
    ARM: dts: omap3: Add missing dmas for crypto

    Signed-off-by: Olof Johansson <olof@lixom.net>

    Olof Johansson
     
  • ebc0aa8fd   Merge tag 'socfpga_fix_for_v4.0_2' of git://git.rocketboards.org/linux-socfpga-next into fixes ... Browse Code »

    Late fix for v4.0 on the SoCFPGA platform:
    - Fix interrupt number for SPI1 interface

    * tag 'socfpga_fix_for_v4.0_2' of git://git.rocketboards.org/linux-socfpga-next:
    ARM: socfpga: dts: fix spi1 interrupt

    Signed-off-by: Olof Johansson

    Olof Johansson
     
  • 78d84bc37   arm64: juno: Fix misleading name of UART reference clock ... Browse Code »

    The UART reference clock speed is 7273.8 kHz, not 72738 kHz.

    Dots aren't usually used in node names even though ePAPR permits
    them. However, this can easily be avoided by expressing the
    frequency in Hz, not kHz.

    This patch changes the name to refclk7273800hz, reflecting the
    actual clock speed.

    Signed-off-by: Dave Martin
    Acked-by: Liviu Dudau
    Signed-off-by: Olof Johansson

    Dave Martin
     
  • 53b1a6639   Merge tag 'fixes-for-v4.0-rc5' of https://github.com/rjarzmik/linux into fixes ... Browse Code »

    arm: pxa: fixes for v4.0-rc5

    There are only 2 fixes, one for the zeus board about the regulator changes,
    where a typo prevented the zeus board from having a working can regulator,
    and one regression triggered by the interrupts IRQ shift of 16 affecting all
    boards.

    * tag 'fixes-for-v4.0-rc5' of https://github.com/rjarzmik/linux:
    ARM: pxa: fix pxa interrupts handling in DT
    ARM: pxa: Fix typo in zeus.c

    Signed-off-by: Olof Johansson

    Olof Johansson
     

29 Mar, 2015

9 commits

28 Mar, 2015

2 commits

  • a39bdfb59   Merge git://www.linux-watchdog.org/linux-watchdog ... Browse Code »

    Pull watchdog fixes from Wim Van Sebroeck:

    - mtk_wdt: signedness bug in mtk_wdt_start()

    - imgpdc: Fix NULL pointer dereference during probe and fix the default
    heartbeat

    * git://www.linux-watchdog.org/linux-watchdog:
    watchdog: imgpdc: Fix default heartbeat
    watchdog: imgpdc: Fix probe NULL pointer dereference
    watchdog: mtk_wdt: signedness bug in mtk_wdt_start()

    Linus Torvalds
     
  • a7fe850d3   Merge tag 'sound-4.0-rc6' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound ... Browse Code »

    Pull sound fixes from Takashi Iwai:
    "Three trivial oneliner fixes for HD-audio.

    Two are device-specific quirks while one is a generic fix for recent
    Realtek codecs"

    * tag 'sound-4.0-rc6' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound:
    ALSA: hda - Add one more node in the EAPD supporting candidate list
    ALSA: hda_intel: apply the Seperate stream_tag for Sunrise Point
    ALSA: hda - Add dock support for Thinkpad T450s (17aa:5036)

    Linus Torvalds
     

27 Mar, 2015

9 commits

  • 641628146   Merge branch 'upstream' of git://git.infradead.org/users/pcmoore/selinux into for-linus Browse Code »
    James Morris
     
  • ae6ee2fd4   watchdog: imgpdc: Fix default heartbeat ... Browse Code »

    The IMG PDC watchdog driver heartbeat module parameter has no default so
    it is initialised to zero. This results in the following warning during
    probe:

    imgpdc-wdt 2006000.wdt: Initial timeout out of range! setting max timeout

    The module parameter description implies that the default value should
    be PDC_WDT_DEF_TIMEOUT, which isn't yet used, so initialise it to that.

    Also tweak the heartbeat module parameter description for consistency.

    Fixes: 93937669e9b5 ("watchdog: ImgTec PDC Watchdog Timer Driver")
    Signed-off-by: James Hogan
    Cc: Ezequiel Garcia
    Cc: Naidu Tellapati
    Cc: Jude Abraham
    Cc: linux-watchdog@vger.kernel.org
    Reviewed-by: Guenter Roeck
    Signed-off-by: Wim Van Sebroeck

    James Hogan
     
  • a629c08fd   watchdog: imgpdc: Fix probe NULL pointer dereference ... Browse Code »

    The IMG PDC watchdog probe function calls pdc_wdt_stop() prior to
    watchdog_set_drvdata(), causing a NULL pointer dereference when
    pdc_wdt_stop() retrieves the struct pdc_wdt_dev pointer using
    watchdog_get_drvdata() and reads the register base address through it.

    Fix by moving the watchdog_set_drvdata() call earlier, to where various
    other pdc_wdt->wdt_dev fields are initialised.

    Fixes: 93937669e9b5 ("watchdog: ImgTec PDC Watchdog Timer Driver")
    Signed-off-by: James Hogan
    Cc: Ezequiel Garcia
    Cc: Naidu Tellapati
    Cc: Jude Abraham
    Cc: linux-watchdog@vger.kernel.org
    Reviewed-by: Guenter Roeck
    Signed-off-by: Wim Van Sebroeck

    James Hogan
     
  • 9ffd906d9   watchdog: mtk_wdt: signedness bug in mtk_wdt_start() ... Browse Code »

    "ret" should be signed for the error handling to work correctly. This
    doesn't matter much in real life since mtk_wdt_set_timeout() always
    succeeds.

    Signed-off-by: Dan Carpenter
    Reviewed-by: Matthias Brugger
    Reviewed-by: Guenter Roeck
    Signed-off-by: Wim Van Sebroeck

    Dan Carpenter
     
  • 3c435c1e4   Merge branch 'drm-fixes' of git://people.freedesktop.org/~airlied/linux ... Browse Code »

    Pull drm refcounting fixes from Dave Airlie:
    "Here is the complete set of i915 bug/warn/refcounting fixes"

    * 'drm-fixes' of git://people.freedesktop.org/~airlied/linux:
    drm/i915: Fixup legacy plane->crtc link for initial fb config
    drm/i915: Fix atomic state when reusing the firmware fb
    drm/i915: Keep ring->active_list and ring->requests_list consistent
    drm/i915: Don't try to reference the fb in get_initial_plane_config()
    drm: Fixup racy refcounting in plane_force_disable

    Linus Torvalds
     
  • be8a9bc63   Merge tag 'dm-4.0-fix-2' of git://git.kernel.org/pub/scm/linux/kernel/git/device-mapper/linux-dm ... Browse Code »

    Pull device mapper fix from Mike Snitzer:
    "Fix DM core device cleanup regression -- due to a latent race that was
    exposed by the bdi changes that were introduced during the 4.0 merge"

    * tag 'dm-4.0-fix-2' of git://git.kernel.org/pub/scm/linux/kernel/git/device-mapper/linux-dm:
    dm: fix add_disk() NULL pointer due to race with free_dev()

    Linus Torvalds
     
  • 0e536e251   Merge tag 'linux-kselftest-4.0-rc6' of git://git.kernel.org/pub/scm/linux/kernel… ... Browse Code »

    …/git/shuah/linux-kselftest

    Pull kselftest fix from Shuah Khan.

    * tag 'linux-kselftest-4.0-rc6' of git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest:
    selftests: Fix build failures when invoked from kselftest target

    Linus Torvalds
     
  • 9822393d2   Merge tag 'drm-intel-fixes-2015-03-26' of git://anongit.freedesktop.org/drm-intel into drm-fixes ... Browse Code »

    This should cover the final warnings in -rc5 with two more backports
    from our development branch (drm-intel-next-queued). They're the ones
    from Daniel and Damien, with references to the reports.

    This is on top of drm-fixes because of the dependency on the two earlier
    fixes not yet in Linus' tree.

    There's an additional regression fix from Chris.

    * tag 'drm-intel-fixes-2015-03-26' of git://anongit.freedesktop.org/drm-intel:
    drm/i915: Fixup legacy plane->crtc link for initial fb config
    drm/i915: Fix atomic state when reusing the firmware fb
    drm/i915: Keep ring->active_list and ring->requests_list consistent

    Dave Airlie
     
  • d6702d840   Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux ... Browse Code »

    Pull s390 fixes from Martin Schwidefsky:
    "A couple of bug fixes for s390.

    The ftrace comile fix is quite large for a -rc6 release, but it would
    be nice to have it in 4.0"

    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux:
    s390/smp: reenable smt after resume
    s390/mm: limit STACK_RND_MASK for compat tasks
    s390/ftrace: fix compile error if CONFIG_KPROBES is disabled
    s390/cpum_sf: add diagnostic sampling event only if it is authorized

    Linus Torvalds
     

26 Mar, 2015

9 commits

  • 5f407751b   drm/i915: Fixup legacy plane->crtc link for initial fb config ... Browse Code »

    This is a very similar bug in the load detect code fixed in

    commit 9128b040eb774e04bc23777b005ace2b66ab2a85
    Author: Daniel Vetter
    Date: Tue Mar 3 17:31:21 2015 +0100

    drm/i915: Fix modeset state confusion in the load detect code

    But this time around it was the initial fb code that forgot to update
    the plane->crtc pointer. Otherwise it's the exact same bug, with the
    exact same restrains (any set_config call/ioctl that doesn't disable
    the pipe papers over the bug for free, so fairly hard to hit in normal
    testing). So if you want the full explanation just go read that one
    over there - it's rather long ...

    Cc: Matt Roper
    Cc: Linus Torvalds
    Cc: Chris Wilson
    Cc: Josh Boyer
    Cc: Jani Nikula
    Reported-and-tested-by: Josh Boyer
    Signed-off-by: Daniel Vetter
    [Jani: backported to drm-intel-fixes for v4.0-rc]
    Reference: http://mid.gmane.org/CA+5PVA7ChbtJrknqws1qvZcbrg1CW2pQAFkSMURWWgyASRyGXg@mail.gmail.com
    Signed-off-by: Jani Nikula

    Daniel Vetter
     
  • 3164a8034   drm/i915: Fix atomic state when reusing the firmware fb ... Browse Code »

    Right now, we get a warning when taking over the firmware fb:

    [drm:drm_atomic_plane_check] FB set but no CRTC

    with the following backtrace:

    [] drm_atomic_check_only+0x35d/0x510 [drm]
    [] drm_atomic_commit+0x17/0x60 [drm]
    [] drm_atomic_helper_plane_set_property+0x8d/0xd0 [drm_kms_helper]
    [] drm_mode_plane_set_obj_prop+0x2d/0x90 [drm]
    [] restore_fbdev_mode+0x6b/0xf0 [drm_kms_helper]
    [] drm_fb_helper_restore_fbdev_mode_unlocked+0x29/0x80 [drm_kms_helper]
    [] drm_fb_helper_set_par+0x22/0x50 [drm_kms_helper]
    [] intel_fbdev_set_par+0x1a/0x60 [i915]
    [] fbcon_init+0x4f4/0x580

    That's because we update the plane state with the fb from the firmware, but we
    never associate the plane to that CRTC.

    We don't quite have the full DRM take over from HW state just yet, so
    fake enough of the plane atomic state to pass the checks.

    v2: Fix the state on which we set the CRTC in the case we're sharing the
    initial fb with another pipe. (Matt)

    Signed-off-by: Damien Lespiau
    Reviewed-by: Matt Roper
    Signed-off-by: Daniel Vetter
    [Jani: backported to drm-intel-fixes for v4.0-rc]
    Reference: http://mid.gmane.org/CA+5PVA7yXH=U757w8V=Zj2U1URG4nYNav20NpjtQ4svVueyPNw@mail.gmail.com
    Reference: http://lkml.kernel.org/r/CA+55aFweWR=nDzc2Y=rCtL_H8JfdprQiCimN5dwc+TgyD4Bjsg@mail.gmail.com
    Signed-off-by: Jani Nikula

    Damien Lespiau
     
  • af95b4142   ALSA: hda - Add one more node in the EAPD supporting candidate list ... Browse Code »

    We have a HP machine which use the codec node 0x17 connecting the
    internal speaker, and from the node capability, we saw the EAPD,
    if we don't set the EAPD on for this node, the internal speaker
    can't output any sound.

    Cc:
    BugLink: https://bugs.launchpad.net/bugs/1436745
    Signed-off-by: Hui Wang
    Signed-off-by: Takashi Iwai

    Hui Wang
     
  • 6e2060203   clocksource/drivers/sun5i: Fix cpufreq interaction with sched_clock() ... Browse Code »

    The sun5i timer is used as the sched-clock on certain systems, and ever
    since we started using cpufreq, the cpu clock (that is one of the
    timer's clock indirect parent) now changes as well, along with the
    actual sched_clock() rate.

    This is not accurate and not desirable.

    We can safely remove the sun5i sched-clock on those systems, since we
    have other reliable sched_clock() sources in the system.

    Tested-by: Hans de Goede
    Signed-off-by: Maxime Ripard
    Signed-off-by: Daniel Lezcano
    [ Improved the changelog. ]
    Cc: richard@nod.at
    Link: http://lkml.kernel.org/r/1427362029-6511-4-git-send-email-daniel.lezcano@linaro.org
    Signed-off-by: Ingo Molnar

    Maxime Ripard
     
  • 11bc26fe3   clocksource/drivers: Fix various !CONFIG_HAS_IOMEM build errors ... Browse Code »

    Fix !CONFIG_HAS_IOMEM related build failures in three clocksource drivers.

    The build failures have the pattern of:

    drivers/clocksource/sh_cmt.c: In function ‘sh_cmt_map_memory’: drivers/clocksource/sh_cmt.c:920:2:
    error: implicit declaration of function ‘ioremap_nocache’ [-Werror=implicit-function-declaration] cmt->mapbase = ioremap_nocache(mem->start, resource_size(mem));

    Signed-off-by: Richard Weinberger
    Signed-off-by: Daniel Lezcano
    Acked-by: Geert Uytterhoeven
    Cc: maxime.ripard@free-electrons.com
    Link: http://lkml.kernel.org/r/1427362029-6511-1-git-send-email-daniel.lezcano@linaro.org
    Signed-off-by: Ingo Molnar

    Richard Weinberger
     
  • 832a3aad1   drm/i915: Keep ring->active_list and ring->requests_list consistent ... Browse Code »

    If we retire requests last, we may use a later seqno and so clear
    the requests lists without clearing the active list, leading to
    confusion. Hence we should retire requests first for consistency with
    the early return. The order used to be important as the lifecycle for
    the object on the active list was determined by request->seqno. However,
    the requests themselves are now reference counted removing the
    constraint from the order of retirement.

    Fixes regression from

    commit 1b5a433a4dd967b125131da42b89b5cc0d5b1f57
    Author: John Harrison
    Date: Mon Nov 24 18:49:42 2014 +0000

    drm/i915: Convert 'i915_seqno_passed' calls into 'i915_gem_request_completed
    '

    and a

    WARNING: CPU: 0 PID: 1383 at drivers/gpu/drm/i915/i915_gem_evict.c:279 i915_gem_evict_vm+0x10c/0x140()
    WARN_ON(!list_empty(&vm->active_list))

    Identified by updating WATCH_LISTS:

    [drm:i915_verify_lists] *ERROR* blitter ring: active list not empty, but no requests
    WARNING: CPU: 0 PID: 681 at drivers/gpu/drm/i915/i915_gem.c:2751 i915_gem_retire_requests_ring+0x149/0x230()
    WARN_ON(i915_verify_lists(ring->dev))

    Note that this is only a problem in evict_vm where the following happens
    after a retire_request has cleaned out all requests, but not all active
    bo:
    - intel_ring_idle called from i915_gpu_idle notices that no requests are
    outstanding and immediately returns.
    - i915_gem_retire_requests_ring called from i915_gem_retire_requests also
    immediately returns when there's no request, still leaving the bo on the
    active list.
    - evict_vm hits the WARN_ON(!list_empty(&vm->active_list)) after evicting
    all active objects that there's still stuff left that shouldn't be
    there.

    Signed-off-by: Chris Wilson
    Cc: John Harrison
    Cc: Daniel Vetter
    Reviewed-by: Daniel Vetter
    Signed-off-by: Jani Nikula

    Chris Wilson
     
  • db48abf43   ALSA: hda_intel: apply the Seperate stream_tag for Sunrise Point ... Browse Code »

    The total stream number of Sunrise Point's input and output stream
    exceeds 15, which will cause some streams do not work because
    of the overflow on SDxCTL.STRM field if using the legacy
    stream tag allocation method.

    This patch uses the new stream tag allocation method by add
    the flag AZX_DCAPS_SEPARATE_STREAM_TAG for Skylake platform.

    Signed-off-by: Libin Yang
    Signed-off-by: Takashi Iwai

    Libin Yang
     
  • e4140819d   ARC: signal handling robustify ... Browse Code »

    A malicious signal handler / restorer can DOS the system by fudging the
    user regs saved on stack, causing weird things such as sigreturn returning
    to user mode PC but cpu state still being kernel mode....

    Ensure that in sigreturn path status32 always has U bit; any other bogosity
    (gargbage PC etc) will be taken care of by normal user mode exceptions mechanisms.

    Reproducer signal handler:

    void handle_sig(int signo, siginfo_t *info, void *context)
    {
    ucontext_t *uc = context;
    struct user_regs_struct *regs = &(uc->uc_mcontext.regs);

    regs->scratch.status32 = 0;
    }

    Before the fix, kernel would go off to weeds like below:

    --------->8-----------
    [ARCLinux]$ ./signal-test
    Path: /signal-test
    CPU: 0 PID: 61 Comm: signal-test Not tainted 4.0.0-rc5+ #65
    task: 8f177880 ti: 5ffe6000 task.ti: 8f15c000

    [ECR ]: 0x00220200 => Invalid Write @ 0x00000010 by insn @ 0x00010698
    [EFA ]: 0x00000010
    [BLINK ]: 0x2007c1ee
    [ERET ]: 0x10698
    [STAT32]: 0x00000000 : 8-----------

    Reported-by: Alexey Brodkin
    Cc:
    Signed-off-by: Vineet Gupta

    Vineet Gupta
     
  • 6914e1e3f   ARC: SA_SIGINFO ucontext regs off-by-one ... Browse Code »

    The regfile provided to SA_SIGINFO signal handler as ucontext was off by
    one due to pt_regs gutter cleanups in 2013.

    Before handling signal, user pt_regs are copied onto user_regs_struct and copied
    back later. Both structs are binary compatible. This was all fine until
    commit 2fa919045b72 (ARC: pt_regs update #2) which removed the empty stack slot
    at top of pt_regs (corresponding to first pad) and made the corresponding
    fixup in struct user_regs_struct (the pad in there was moved out of
    @scratch - not removed altogether as it is part of ptrace ABI)

    struct user_regs_struct {
    + long pad;
    struct {
    - long pad;
    long bta, lp_start, lp_end,....
    } scratch;
    ...
    }

    This meant that now user_regs_struct was off by 1 reg w.r.t pt_regs and
    signal code needs to user_regs_struct.scratch to reflect it as pt_regs,
    which is what this commit does.

    This problem was hidden for 2 years, because both save/restore, despite
    using wrong location, were using the same location. Only an interim
    inspection (reproducer below) exposed the issue.

    void handle_segv(int signo, siginfo_t *info, void *context)
    {
    ucontext_t *uc = context;
    struct user_regs_struct *regs = &(uc->uc_mcontext.regs);

    printf("regs %x %x\n", scratch.r8, regs->scratch.r9);
    }

    int main()
    {
    struct sigaction sa;

    sa.sa_sigaction = handle_segv;
    sa.sa_flags = SA_SIGINFO;
    sigemptyset(&sa.sa_mask);
    sigaction(SIGSEGV, &sa, NULL);

    asm volatile(
    "mov r7, 7 \n"
    "mov r8, 8 \n"
    "mov r9, 9 \n"
    "mov r10, 10 \n"
    :::"r7","r8","r9","r10");

    *((unsigned int*)0x10) = 0;
    }

    Fixes: 2fa919045b72ec892e "ARC: pt_regs update #2: Remove unused gutter at start of pt_regs"
    CC:
    Signed-off-by: Vineet Gupta

    Vineet Gupta