tty: Disable default console blanking interval

BugLink: http://bugs.launchpad.net/bugs/869017
Console blanking is not enabling DPMS power saving (thereby negating any
power-saving benefit), and is simply turning the screen content blank. This
means that any crash output is invisible which is unhelpful on a server
(virtual or otherwise).

Furthermore, CRT burn in concerns should no longer govern the default case.
Affected users could always set consoleblank on the kernel command line.

Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Jiri Slaby <jslaby@suse.com>
Cc: Adam Borowski <kilobyte@angband.pl>
Cc: Scot Doyle <lkml14@scotdoyle.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
[sw0312.kim: backport mainline commit a4199f5eb809 to disable default vtcon blank]
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>
Change-Id: Ibccf73a8598b8470d8f010dc8f589ba90de36803

packaging: artik710: do not remove arm arch from devel package

ARM64 kernel arch header requires arm header, so removing arm arch
from artik710 devel package causes build error.

   ./arch/arm64/include/asm/opcodes.h:5:10: fatal error: ../../arm/include/asm/opcodes.h: No such file or directory
       5 | #include <../../arm/include/asm/opcodes.h>
         |          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Do not remove arm arch from artik710 devel package.

Change-Id: Icf20808ebf50c42a9e74bf47d7345884168fa746
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>

packaging: do not remove c file in script for devel package

For out-of-tree kernel module build, it requires script c file.
Do not remove the c file in script.

Change-Id: I3c164980b7a375b2c3be092f45f27b363f04fda4
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>

packaging: rename devel package name without release version

The %{fullVersion} has release version, so it is changed for every
build. It makes difficult to build module with the devel pacakge,
so rename devel directory without the release version.

Note: there is no dependency for current artik devel package.

Change-Id: Idc865aa9ade4ec19e1a3a41d7b68d04dfe43a41d
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>

ARM: artik530_raptor_defconfig: Enable SquashFS filesystem

Enable SquashFS filesystem as the kernel built-in option. This is
required in Tizen Update/Recovery mode.

Change-Id: I983f4a5b2bdec490f58a5cc91b07ffa819d5b919
Signed-off-by: Junghoon Kim <jhoon20.kim@samsung.com>

pwm: Send a uevent on the pwmchip device upon channel sysfs (un)export

This patch sends a uevent (KOBJ_CHANGE) on the pwmchipN device,
everytime a pwmX channel has been exported/unexported via sysfs. This
allows udev to implement rules on such events, like:

SUBSYSTEM=="pwm*", PROGRAM="/bin/sh -c '\
        chown -R root:gpio /sys/class/pwm && chmod -R 770 /sys/class/pwm;\
        chown -R root:gpio
/sys/devices/platform/soc/*.pwm/pwm/pwmchip* && chmod -R 770
/sys/devices/platform/soc/*.pwm/pwm/pwmchip*\
'"

This is a replacement patch for commit 7e5d1fd75c3d ("pwm: Set class for
exported channels in sysfs"), see [1].

basic testing:
$ udevadm monitor --environment &
$ echo 0 > /sys/class/pwm/pwmchip0/export
KERNEL[197.321736] change   /devices/.../pwm/pwmchip0 (pwm)
ACTION=change
DEVPATH=/devices/.../pwm/pwmchip0
EXPORT=pwm0
SEQNUM=2045
SUBSYSTEM=pwm

[1] https://lkml.org/lkml/2018/9/25/713

Signed-off-by: Fabrice Gasnier <fabrice.gasnier@st.com>
Tested-by: Gottfried Haider <gottfried.haider@gmail.com>
Tested-by: Michal Vokáč <michal.vokac@ysoft.com>
Signed-off-by: Thierry Reding <thierry.reding@gmail.com>
[sw0312.kim: cherry-pick mainline commit 552c02e3e7cf to send uevent for pwm export]
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>
Change-Id: Ia08c557357f3a92478a14e53bbff5e61c56785a5

ARM: dts: artik533-compy: change HW overlay's priority

In Tizen, display video layer should have lower priority than graphics layers
to show video and UI images together on display. Change HW overlay's priority.

Note: change as like s5p4418-artik530-raptor-common.dtsi.

Change-Id: Ic4e1d2184cd5be363a87206884e46ceec0a49337
Ref: commit a6a16ea9c26c ("ARM: dts: artik530_raptor: change HW overlay's priority")
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>

ARM: dts: artik533-compy: Change extcon parameter of usb controller

Instead of using g-extcon-notify, g-extcon-always-on is used for
maintaining static state as always connected.

Change-Id: I02c7334d1004f8d3574e0fada15b594a89ac1cfc
Signed-off-by: Dongwoo Lee <dwoo08.lee@samsung.com>

 ARM64: dts: artik710_raptor: Set extcon state for dwc2 cable as always true

Since this, extcon state for dwc2 udc becomes always 'USB=1'.

Change-Id: Ibda892bf860bbfee21210681370fd658eeb55199
Signed-off-by: Dongwoo Lee <dwoo08.lee@samsung.com>

arm: dts: artik530_raptor: Set extcon state for dwc2 cable as always true

Since this, extcon state for dwc2 udc becomes always 'USB=1'.

Change-Id: I54aad1019910b879685673a37f271d494ca53fcd
Signed-off-by: Dongwoo Lee <dwoo08.lee@samsung.com>

usb: dwc2: gadget: Set extcon state for usb cable as always true

To inform to userspace as enable usb features always, set extcon
state for usb cable as connected permanently. To enable this, add
"g-extcon-always-on" property on dt.

Change-Id: I687ca1b098d007a5d0ca7ddf6d552605195cafcf
Signed-off-by: Dongwoo Lee <dwoo08.lee@samsung.com>

usb: dwc2: Remove support for usb cable detection

Detection of usb cable is no longer used, thus this eliminates all
relevant codes.

Change-Id: I2dc226bc21dafa486e87e40ccb03b5242af774dc
Signed-off-by: Dongwoo Lee <dwoo08.lee@samsung.com>

drm/nexell: Add nx gem flags for DRM_NX_GEM_GET ioctl

From the struct element comment for DRM_NX_GEM_GET, the driver
should fill struct nx_gem_info::flags but it did not. Add nx gem
flags for DRM_NX_GEM_GET ioctl as its description.

Change-Id: If2c1a72077b4ab85786f2c71b0c27502bd86e4b1
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>

arm64: relocatable: fix inconsistencies in linker script and options

commit 3bbd3db86470c701091fb1d67f1fab6621debf50 upstream.

readelf complains about the section layout of vmlinux when building
with CONFIG_RELOCATABLE=y (for KASLR):

  readelf: Warning: [21]: Link field (0) should index a symtab section.
  readelf: Warning: [21]: Info field (0) should index a relocatable section.

Also, it seems that our use of '-pie -shared' is contradictory, and
thus ambiguous. In general, the way KASLR is wired up at the moment
is highly tailored to how ld.bfd happens to implement (and conflate)
PIE executables and shared libraries, so given the current effort to
support other toolchains, let's fix some of these issues as well.

- Drop the -pie linker argument and just leave -shared. In ld.bfd,
  the differences between them are unclear (except for the ELF type
  of the produced image [0]) but lld chokes on seeing both at the
  same time.

- Rename the .rela output section to .rela.dyn, as is customary for
  shared libraries and PIE executables, so that it is not misidentified
  by readelf as a static relocation section (producing the warnings
  above).

- Pass the -z notext and -z norelro options to explicitly instruct the
  linker to permit text relocations, and to omit the RELRO program
  header (which requires a certain section layout that we don't adhere
  to in the kernel). These are the defaults for current versions of
  ld.bfd.

- Discard .eh_frame and .gnu.hash sections to avoid them from being
  emitted between .head.text and .text, screwing up the section layout.

These changes only affect the ELF image, and produce the same binary
image.

[0] b9dce7f1ba01 ("arm64: kernel: force ET_DYN ELF type for ...")

Cc: Nick Desaulniers <ndesaulniers@google.com>
Cc: Peter Smith <peter.smith@linaro.org>
Tested-by: Nick Desaulniers <ndesaulniers@google.com>
Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Signed-off-by: Will Deacon <will.deacon@arm.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
[ Found solution for Tizen 6.0 toolchain by Mikhail Kashkarov <m.kashkarov@partner.samsung.com> ]
[sw0312.kim: backport stable linux-4.14.y commit f21ce3cdff2f for gcc 9 built image
 - only apply only section discarding part]
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>
Change-Id: I0ddfedad20188dcd9d7b416370e95d175b595db0

arm64: Don't unconditionally add -Wno-psabi to KBUILD_CFLAGS

This is a GCC only option, which warns about ABI changes within GCC, so
unconditionally adding it breaks Clang with tons of:

warning: unknown warning option '-Wno-psabi' [-Wunknown-warning-option]

and link time failures:

ld.lld: error: undefined symbol: __efistub___stack_chk_guard
>>> referenced by arm-stub.c:73
(/home/nathan/cbl/linux/drivers/firmware/efi/libstub/arm-stub.c:73)
>>>               arm-stub.stub.o:(__efistub_install_memreserve_table)
in archive ./drivers/firmware/efi/libstub/lib.a

These failures come from the lack of -fno-stack-protector, which is
added via cc-option in drivers/firmware/efi/libstub/Makefile. When an
unknown flag is added to KBUILD_CFLAGS, clang will noisily warn that it
is ignoring the option like above, unlike gcc, who will just error.

$ echo "int main() { return 0; }" > tmp.c

$ clang -Wno-psabi tmp.c; echo $?
warning: unknown warning option '-Wno-psabi' [-Wunknown-warning-option]
1 warning generated.
0

$ gcc -Wsometimes-uninitialized tmp.c; echo $?
gcc: error: unrecognized command line option
‘-Wsometimes-uninitialized’; did you mean ‘-Wmaybe-uninitialized’?
1

For cc-option to work properly with clang and behave like gcc, -Werror
is needed, which was done in commit c3f0d0bc5b01 ("kbuild, LLVMLinux:
Add -Werror to cc-option to support clang").

$ clang -Werror -Wno-psabi tmp.c; echo $?
error: unknown warning option '-Wno-psabi'
[-Werror,-Wunknown-warning-option]
1

As a consequence of this, when an unknown flag is unconditionally added
to KBUILD_CFLAGS, it will cause cc-option to always fail and those flags
will never get added:

$ clang -Werror -Wno-psabi -fno-stack-protector tmp.c; echo $?
error: unknown warning option '-Wno-psabi'
[-Werror,-Wunknown-warning-option]
1

This can be seen when compiling the whole kernel as some warnings that
are normally disabled (see below) show up. The full list of flags
missing from drivers/firmware/efi/libstub are the following (gathered
from diffing .arm64-stub.o.cmd):

-fno-delete-null-pointer-checks
-Wno-address-of-packed-member
-Wframe-larger-than=2048
-Wno-unused-const-variable
-fno-strict-overflow
-fno-merge-all-constants
-fno-stack-check
-Werror=date-time
-Werror=incompatible-pointer-types
-ffreestanding
-fno-stack-protector

Use cc-disable-warning so that it gets disabled for GCC and does nothing
for Clang.

Fixes: ebcc5928c5d9 ("arm64: Silence gcc warnings about arch ABI drift")
Link: https://github.com/ClangBuiltLinux/linux/issues/511
Reported-by: Qian Cai <cai@lca.pw>
Acked-by: Dave Martin <Dave.Martin@arm.com>
Reviewed-by: Nick Desaulniers <ndesaulniers@google.com>
Signed-off-by: Nathan Chancellor <natechancellor@gmail.com>
Signed-off-by: Will Deacon <will.deacon@arm.com>
[sw0312.kim: backport mainline commit fa63da2ab046 for gcc 9 build]
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>
Change-Id: I516368053a9f95bc1ddce0e7ea2c802afe201cef

arm64: Silence gcc warnings about arch ABI drift

Since GCC 9, the compiler warns about evolution of the
platform-specific ABI, in particular relating for the marshaling of
certain structures involving bitfields.

The kernel is a standalone binary, and of course nobody would be
so stupid as to expose structs containing bitfields as function
arguments in ABI.  (Passing a pointer to such a struct, however
inadvisable, should be unaffected by this change.  perf and various
drivers rely on that.)

So these warnings do more harm than good: turn them off.

We may miss warnings about future ABI drift, but that's too bad.
Future ABI breaks of this class will have to be debugged and fixed
the traditional way unless the compiler evolves finer-grained
diagnostics.

Signed-off-by: Dave Martin <Dave.Martin@arm.com>
Signed-off-by: Will Deacon <will.deacon@arm.com>
[sw0312.kim: backport mainline commit ebcc5928c5d9 for gcc 9 build]
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>
Change-Id: I2ef030a3eb5aa37486d642161588f48fb69875f5

net: wireless: sd8977: Fix stringop-overlfow build warnings

Not really need to check strlen() of source for strncpy() and it
causes stringop-overlfow build warnings. If terminate character is
required, fix the warnings by using strlcpy(). Otherwise, fix by
using fixed number less than destination buffer size instead of
source length for strncpy().

Change-Id: Ie1fcef44362c1ac6afa21d79b5eefaf5e7cdea75
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>

DT configfs: Fix build errors on other platforms

Signed-off-by: Phil Elwell <phil@raspberrypi.org>
[sw0312.kim: cherry-pick raspbian linux stable rpi-4.5.y commit 769a44b60edd to remove build warning]
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>
Change-Id: I76067ec8cd676523eab6d9581afc2c860a443d18

arm64: don't zero in __copy_from_user{,_inatomic}

Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
[sw0312.kim: backport mainline commit 4855bd255f9f for gcc 9 build]
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>
Change-Id: I5674ec6ac6f669acb4c5efef92d3db813acf109b

arm64, vdso: Define vdso_{start,end} as array

Commit dbbb08f500d6146398b794fdc68a8e811366b451 upstream.

Adjust vdso_{start|end} to be char arrays to avoid compile-time analysis
that flags "too large" memcmp() calls with CONFIG_FORTIFY_SOURCE.

Cc: Jisheng Zhang <jszhang@marvell.com>
Acked-by: Catalin Marinas <catalin.marinas@arm.com>
Suggested-by: Mark Rutland <mark.rutland@arm.com>
Signed-off-by: Kees Cook <keescook@chromium.org>
Signed-off-by: Will Deacon <will.deacon@arm.com>
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Sasha Levin <sashal@kernel.org>
[sw0312.kim: cherry-pick from stable linux-4.4.y commit c0309c7835cd for gcc 9 build]
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>
Change-Id: Ibfe172ae0aaa6a308d562339aeabb74a50258874

ath10k: avoid possible string overflow

commit 6707ba0105a2d350710bc0a537a98f49eb4b895d upstream.

The way that 'strncat' is used here raised a warning in gcc-8:

drivers/net/wireless/ath/ath10k/wmi.c: In function 'ath10k_wmi_tpc_stats_final_disp_tables':
drivers/net/wireless/ath/ath10k/wmi.c:4649:4: error: 'strncat' output truncated before terminating nul copying as many bytes from a string as its length [-Werror=stringop-truncation]

Effectively, this is simply a strcat() but the use of strncat() suggests
some form of overflow check. Regardless of whether this might actually
overflow, using strlcat() instead of strncat() avoids the warning and
makes the code more robust.

Fixes: bc64d05220f3 ("ath10k: debugfs support to get final TPC stats for 10.4 variants")
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Kalle Valo <kvalo@codeaurora.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
[sw0312.kim: cherry-pick from stable linux-4.4.y commit a1402232e193 for gcc 9 build]
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>
Change-Id: Idd3506f5ee90d7ff4811294d8590478a28d5ea1e

sockfs: getxattr: Fail with -EOPNOTSUPP for invalid attribute names

commit 971df15bd54ad46e907046ff33750a137b2f0096 upstream.

The standard return value for unsupported attribute names is
-EOPNOTSUPP, as opposed to undefined but supported attributes
(-ENODATA).

Also, fail for attribute names like "system.sockprotonameXXX" and
simplify the code a bit.

Signed-off-by: Andreas Gruenbacher <agruenba@redhat.com>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
[removes a build warning on 4.4.y - gregkh]
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
[sw0312.kim: cherry-pick from stable linux-4.4.y commit c776cff6de52 for gcc 9 build]
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>
Change-Id: I86795bc2eb5eac9498341d6778a1a2195272f82a

tracing: Silence GCC 9 array bounds warning

commit 0c97bf863efce63d6ab7971dad811601e6171d2f upstream.

Starting with GCC 9, -Warray-bounds detects cases when memset is called
starting on a member of a struct but the size to be cleared ends up
writing over further members.

Such a call happens in the trace code to clear, at once, all members
after and including `seq` on struct trace_iterator:

    In function 'memset',
        inlined from 'ftrace_dump' at kernel/trace/trace.c:8914:3:
    ./include/linux/string.h:344:9: warning: '__builtin_memset' offset
    [8505, 8560] from the object at 'iter' is out of the bounds of
    referenced subobject 'seq' with type 'struct trace_seq' at offset
    4368 [-Warray-bounds]
      344 |  return __builtin_memset(p, c, size);
          |         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~

In order to avoid GCC complaining about it, we compute the address
ourselves by adding the offsetof distance instead of referring
directly to the member.

Since there are two places doing this clear (trace.c and trace_kdb.c),
take the chance to move the workaround into a single place in
the internal header.

Link: http://lkml.kernel.org/r/20190523124535.GA12931@gmail.com
Signed-off-by: Miguel Ojeda <miguel.ojeda.sandonis@gmail.com>
[ Removed unnecessary parenthesis around "iter" ]
Signed-off-by: Steven Rostedt (VMware) <rostedt@goodmis.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
[sw0312.kim: cherry-pick from stable linux-4.4.y commit f7247666a71a for gcc 9 build]
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>
Change-Id: I40614f52191f6ce8ca3c5f8e334867feaf8aac5f

gcc-9: silence 'address-of-packed-member' warning

commit 6f303d60534c46aa1a239f29c321f95c83dda748 upstream.

We already did this for clang, but now gcc has that warning too.  Yes,
yes, the address may be unaligned.  And that's kind of the point.

Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
[sw0312.kim: cherry-pick from stable linux-4.4.y commit 9efccd7745a1 for gcc 9 build]
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>
Change-Id: I1a6ea66a5214bed3371e92686b00f870e5c678f0

include/linux/module.h: copy __init/__exit attrs to init/cleanup_module

[ Upstream commit a6e60d84989fa0e91db7f236eda40453b0e44afa ]

The upcoming GCC 9 release extends the -Wmissing-attributes warnings
(enabled by -Wall) to C and aliases: it warns when particular function
attributes are missing in the aliases but not in their target.

In particular, it triggers for all the init/cleanup_module
aliases in the kernel (defined by the module_init/exit macros),
ending up being very noisy.

These aliases point to the __init/__exit functions of a module,
which are defined as __cold (among other attributes). However,
the aliases themselves do not have the __cold attribute.

Since the compiler behaves differently when compiling a __cold
function as well as when compiling paths leading to calls
to __cold functions, the warning is trying to point out
the possibly-forgotten attribute in the alias.

In order to keep the warning enabled, we decided to silence
this case. Ideally, we would mark the aliases directly
as __init/__exit. However, there are currently around 132 modules
in the kernel which are missing __init/__exit in their init/cleanup
functions (either because they are missing, or for other reasons,
e.g. the functions being called from somewhere else); and
a section mismatch is a hard error.

A conservative alternative was to mark the aliases as __cold only.
However, since we would like to eventually enforce __init/__exit
to be always marked,  we chose to use the new __copy function
attribute (introduced by GCC 9 as well to deal with this).
With it, we copy the attributes used by the target functions
into the aliases. This way, functions that were not marked
as __init/__exit won't have their aliases marked either,
and therefore there won't be a section mismatch.

Note that the warning would go away marking either the extern
declaration, the definition, or both. However, we only mark
the definition of the alias, since we do not want callers
(which only see the declaration) to be compiled as if the function
was __cold (and therefore the paths leading to those calls
would be assumed to be unlikely).

Link: https://lore.kernel.org/lkml/20190123173707.GA16603@gmail.com/
Link: https://lore.kernel.org/lkml/20190206175627.GA20399@gmail.com/
Suggested-by: Martin Sebor <msebor@gcc.gnu.org>
Acked-by: Jessica Yu <jeyu@kernel.org>
Signed-off-by: Miguel Ojeda <miguel.ojeda.sandonis@gmail.com>
Signed-off-by: Sasha Levin <sashal@kernel.org>
[sw0312.kim: cherry-pick from stable linux-4.4.y commit 170051d60cf0 for gcc 9 build]
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>
Change-Id: I4ee108ed0db47475bf27f285695be57a2a58642f

Backport minimal compiler_attributes.h to support GCC 9

This adds support for __copy to v4.9.y so that we can use it in
init/exit_module to avoid -Werror=missing-attributes errors on GCC 9.

Link: https://lore.kernel.org/lkml/259986242.BvXPX32bHu@devpool35/
Cc: <stable@vger.kernel.org>
Suggested-by: Rolf Eike Beer <eb@emlix.com>
Signed-off-by: Miguel Ojeda <miguel.ojeda.sandonis@gmail.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Signed-off-by: Sasha Levin <sashal@kernel.org>
[sw0312.kim: cherry-pick from stable linux-4.4.y commit edc966de8725 for gcc 9 build]
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>
Change-Id: I78e4df7e07fa807302876d9baf5fb0de4a7fb0bb

ARM: artik530_raptor_defconfig: Enable NETFILTER_XT_MATCH_OWNER config option

Enable the NETFILTER_XT_MATCH_OWNER config option to use xt_owner
supplementary groups.

Change-Id: Id36610567dedf2da808e0b59efe9430ad68df899
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>

ARM64: artik710_raptor_defconfig: Enable NETFILTER_XT_MATCH_OWNER config option

Enable the NETFILTER_XT_MATCH_OWNER config option to use xt_owner
supplementary groups.

Change-Id: I5570988cf08cf65c05ee476a6656f8b4f0f0f664
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>

netfilter: xt_owner: A fix for backport of 'xt_owner: Add supplementary groups option'

This patch fixes the backport of 'netfilter: xt_owner: Add
supplementary groups option' (8413c52116d5).

Change-Id: I85fd812744fd95b4c7f4640670a685c033e024ad
Signed-off-by: Lukasz Pawelczyk <l.pawelczyk@samsung.com>
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>

netfilter: xt_owner: bail out with EINVAL in case of unsupported flags

Reject flags that are not supported with EINVAL.

Signed-off-by: Pablo Neira Ayuso <pablo@netfilter.org>
[sw0312.kim: backport from mainline to apply supplementary groups on netfilter]
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>
Change-Id: I129a3a1fc8f54d5e4f0ae164e0036bad7cd67c64

netfilter: xt_owner: Add supplementary groups option

The XT_OWNER_SUPPL_GROUPS flag causes GIDs specified with XT_OWNER_GID
to be also checked in the supplementary groups of a process.

f_cred->group_info cannot be modified during its lifetime and f_cred
holds a reference to it so it's safe to use.

Signed-off-by: Lukasz Pawelczyk <l.pawelczyk@samsung.com>
Signed-off-by: Pablo Neira Ayuso <pablo@netfilter.org>
[sw0312.kim: backport from mainline to apply supplementary groups on netfilter]
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>
Change-Id: I30739d09c47d0623d0638de685905d3ac2ca131a

Revert "arm64: dtsi: artik710_raptor: change default camera image sensor to OV5640"

This reverts commit d636f7529dfa0ca074716fd255c9655acbad5d23.

In tizen environment, previous camera image sensor, ARTIK-5M-
CAMERA-BOARD MM011-0.1 with S5K4ECGA image sensor is still used.
So revert OV5640 camera image sensor.

Change-Id: I5584de55165be731d1a863c3e3da2e1949fb0663
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>

Revert "arm: dtsi: artik530_raptor: change default camera image sensor to OV5640"

This reverts commit 8fefb8f77d19f0670bc2026f43eb4c6af86d9e3b.

In tizen environment, previous camera image sensor, ARTIK-5M-
CAMERA-BOARD MM011-0.1 with S5K4ECGA image sensor is still used.
So revert OV5640 camera image sensor.

Change-Id: I25632c12589238d8fea9924acd7d5bc582c6ecb8
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>

usb: dwc2: hcd: call dwc2_is_controller_alive under spinlock

This patch is referred to Robert's commit cf54772b913b.
(usb: dwc2: call dwc2_is_controller_alive() under spinlock)

Below is commit message:

    This patch fixes the following problem: data transmission in direction
    IN break unless the GSNPSID register access is done with spinlock held.
    This issue occurs at least in Exynos4412 SoC, probably in many SoC's
    from Exynos familly.

    The problem is described here:
    https://lkml.org/lkml/2014/12/22/185
    And there is linux mailing list discussion:
    https://lkml.org/lkml/2015/1/14/17

The one of SDB hang issues should be fixed with this patch.
(Issue -  Not triggered usb interrupt.)

Change-Id: If97516bc94d84df611663f902267a5e3b75815f7
Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>

ARM64: configs: artik710: enable COFIG_VIDEO_OV5640

Enable CONFIG_VIDEO_OV5640 configuration.

Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>

packaging: spec: update the kernel stable version from 4.4.113 to 4.4.172

Update the kernel stable version from v4.4.113 to 4.4.172.

Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>

ARM64: config: artik710: update the defconfig file to v4.4.172

Update the defconfig file to v4.4.172.

Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>

ARM: configs: artik530: update the defconfig file to v4.4.172

Synchronize the defconfig file to v4.4.172.

Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>

switch ->setxattr() to passing dentry and inode separately

commit 3767e255b390d72f9a33c08d9e86c5f21f25860f upstream.

smack ->d_instantiate() uses ->setxattr(), so to be able to call it before
we'd hashed the new dentry and attached it to inode, we need ->setxattr()
instances getting the inode as an explicit argument rather than obtaining
it from dentry.

Similar change for ->getxattr() had been done in commit ce23e64.  Unlike
->getxattr() (which is used by both selinux and smack instances of
->d_instantiate()) ->setxattr() is used only by smack one and unfortunately
it got missed back then.

Reported-by: Seung-Woo Kim <sw0312.kim@samsung.com>
Tested-by: Casey Schaufler <casey@schaufler-ca.com>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
[sw0312.kim: backport from mainline to resolve setxattr crash on smack]
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>
Change-Id: I4bf991924e16f61746453b7fd096e5d59438659b

switch xattr_handler->set() to passing dentry and inode separately

commit 5930122683dff58f0846b0f0405b4bd598a3ba6a upstream.

preparation for similar switch in ->setxattr() (see the next commit for
rationale).

Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
[sw0312.kim: backport from mainline to resolve setxattr issue during smack_d_instantiate()]
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>
Change-Id: I3e2e2cd71ebe14aea7610a6457e68d1fb01ead89

security_d_instantiate(): move to the point prior to attaching dentry to inode

commit b96809173e94ea2fa8c19c2e40e8545a1821bf57 upstream.

Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
[sw0312.kim: backport from mainline to resolve smack crash issue during getxattr]
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>
Change-Id: If386ad04e7e1abdd9213df87daf17648eb9f42fd

->getxattr(): pass dentry and inode as separate arguments

commit ce23e640133484eebc20ca7b7668388213e11327 upstream.

Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
[sw0312.kim: backport from mainline to resolve smack getxattr during security_d_instantiate()]
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>
Change-Id: I7fcd9edc3e3e543e35e173e8479906b6a7f81455

xattr_handler: pass dentry and inode as separate arguments of ->get()

commit b296821a7c42fa58baa17513b2b7b30ae66f3336 upstream.

... and do not assume they are already attached to each other

Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
[sw0312.kim: backport from mainline to apply getxattr inode separation]
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>
Change-Id: Ic3f9c370f13ceacda25d20bb7d5b6d732966e648

ASoC: rt5659: fix duplicate‘const’ declaration warnings

Fix duplicate const’ declaration specifier warnings in gcc 7.

Note: macros, SOC_VALUE_ENUM_SINGLE_DECL(), SOC_ENUM_SINGLE_DECL()
already have const specifier.

Change-Id: Ifc4940cfc38a77802d1c53703f9608c48ce8dbdf
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>

usb: f_fs: avoid race condition with ffs_epfile_io_complete

ffs_epfile_io and ffs_epfile_io_complete runs in different context, but
there is no synchronization between them.

consider the following scenario:
1) ffs_epfile_io interrupted by sigal while
wait_for_completion_interruptible
2) then ffs_epfile_io set ret to -EINTR
3) just before or during usb_ep_dequeue, the request completed
4) ffs_epfile_io return with -EINTR

In this case, ffs_epfile_io tell caller no transfer success but actually
it may has been done. This break the caller's pipe.

Below script can help test it (adbd is the process which lies on f_fs).
while true
do
   pkill -19 adbd #SIGSTOP
   pkill -18 adbd #SIGCONT
   sleep 0.1
done

To avoid this, just dequeue the request first. After usb_ep_dequeue, the
request must be done or canceled.

With this change, we can ensure no race condition in f_fs driver. But
actually I found some of the udc driver has analogical issue in its
dequeue implementation. For example,
1) the dequeue function hold the controller's lock.
2) before driver request controller  to stop transfer, a request
   completed.
3) the controller trigger a interrupt, but its irq handler need wait
   dequeue function to release the lock.
4) dequeue function give back the request with negative status, and
   release lock.
5) irq handler get lock but the request has already been given back.

So, the dequeue implementation should take care of this case. IMO, it
can be done as below steps to dequeue a already started request,
1) request controller to stop transfer on the given ep. HW know the
   actual transfer status.
2) after hw stop transfer, driver scan if there are any completed one.
3) if found, process it with real status. if no, the request can
   canceled.

Signed-off-by: "Du, Changbin" <changbin.du@intel.com>
[mina86@mina86.com: rebased on top of refactoring commits]
Signed-off-by: Michal Nazarewicz <mina86@mina86.com>
Signed-off-by: Felipe Balbi <balbi@kernel.org>
Signed-off-by: Dongwoo Lee <dwoo08.lee@samsung.com>
Change-Id: I12832c8cd8060302eff13565cf2f1372288d07ed

usb: f_fs: refactor ffs_epfile_io

Eliminate one of the return paths by using a ‘goto error_mutex’ and
rearrange some if-bodies which results in reduction of the indention level
and thus hopefully makes the function easier to read and reason about.

Signed-off-by: Michal Nazarewicz <mina86@mina86.com>
Signed-off-by: Felipe Balbi <balbi@kernel.org>
[backported from upstream commit ae76e13477d8de0065cddbb6]
Signed-off-by: Dongwoo Lee <dwoo08.lee@samsung.com>
Change-Id: Ic8f141faa55ce5c0bad6f55506d30d84feb88c90

fix build error about get_user_pages()

Fix build error since changing the arguments of get_user_pages().

Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>

iio: adc: nexell_adc: Fix duplicate ‘const’ declaration specifier build warning

This patch fixes following build warning caused  duplicate declaration:

  drivers/iio/adc/nexell_adc.c:358:37: warning: duplicate ‘const’ declaration specifier [-Wduplicate-decl-specifier]
   static const struct nexell_adc_data const nexell_adc_s5p6818_data = {
                                       ^~~~~

Change-Id: I5870765ed0700169aac0b5a93beaf79a9110ed58
Signed-off-by: Hoegeun Kwon <hoegeun.kwon@samsung.com>

ARM: dts: s5p4418: add the otg clock value as 12MHz

Add the otg clock value as 12MHz.
It needs to set same value with usbhost clock value.

Change-Id: If293e1082b913e75c70f8358300ca519c3bbd6f7
Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>

ARM: dts: s5p4418: fix the register address typo

Fix the register address type.
According to ARTIK530 TRM, there is no 0x6c00b000 address.

Change-Id: I1bfa558fbe0149e61c3bc571035b06839ba40de0
Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>

mmc: dw_mmc: fix the wrong pointer type

Fix the wrong types from unsigned int to unsigned long.

Change-Id: I24d17685033d7fdbbb8c4e3351dfd8fae1236ef8
Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>

soc: nexell: remove the redefined ATTR_MODE

ATTR_MODE is already defined in include/linux/fs.h.
Instead, use S_IRUSR | S_IRGRP | S_IROTH (0x444) in stat.h

Change-Id: Ia22a74ac628ad0899b8aac36c45384aa17f7709c
Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>

packaging: spec: update the kernel stable version

Update the kernel stable version from 4.4.71 from 4.4.113.

Change-Id: I204d73cdc669b4c68e64118ca274710f127aeac6
Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>

usb: dwc2: Move definition of ext_vbus_io

There are build errors on ext_vbus_io when the operational mode is
set to gadget only mode because it doesn't included by conditional
macro. In order to make including ext_vbus_io member for all
operational mode, this patch moves ext_vbus_io out of macro section.

Change-Id: Ib9a70c2a27cd6afd9969de422f3cbcbe80a2751d
Signed-off-by: Dongwoo <dwoo08.lee@samsung.com>

LOCAL / usb: gadget: f_fs: Limit data buffer size to a single page

 Large size request from sdbd usually causes memory allocation failure
in case of memory shortage. The failure is not handled by sdbd
properly and thus it makes sdbd a hung state. To prevent this
situation, this patch limits data buffer size to a single page so as
to guarantee memory allocation success.

* This is WORKAROUND solution for just use case of sdbd, it should be
  reverted when the advanced dma solution is applied to f_fs *

Change-Id: Ib917c3aef2b00a3e00a3d87ca6d6940307038aa1
Signed-off-by: Dongwoo <dwoo08.lee@samsung.com>

usb: dwc2: gadget: set the quirk_ep_out_alinged_size as true

Set the quirk_ep_out_aligned_size as ture.
This patch is fixed about occurring kernel panic after failed memory allocation.

Change-Id: Iafb6ccaa6f7d7dac4eb0593291166ab13cd8256d
Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>

ARM64: config: artik710_raptor: enable RT2X00 USB driver

Enable RT2X00 usb driver.

Change-Id: I8e071a988e2778088e80c5470cb5ff1e612025f4
Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>

ARM: config: artik530_raptor: enable RT2X00 USB driver

Enable RT2X00 usb driver.

Change-Id: I0592f6a6408d2dece89e7e08f03d647449b99f2a
Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>

ARM64: config: artik710_raptor: enable realtek USB driver

Enable Realtek USB driver to test Wifi Mesh.

Change-Id: I8a910a11666f7e6a8d8eab5a8ac791ea41648681
Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>

ARM: config: artik530_raptor: enable realtek USB driver

Enable Realtek USB driver to test WiFi Mesh.

Change-Id: I112640eaa46971a2ca958b7d5aea68e9745beff8
Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>

ARM: artik710_raptor_defconfig: sync defconfig for usb options

After the commit 3922eabecf08 ("usb: gadget: Allow to build both
USB functions and legacy gadgets"), usb options are changed and it
is not clear legacy composite gadget is set or not. To clarify,
sync defconfig for usb options.

Change-Id: Ia2f2f7e121094adfb5745cffbcf3edab243f6810
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>

ARM: artik530_raptor_defconfig: Replace legacy composite gadget with ConfigFS gadget

To replace legacy composite USB gadget for SDB, MTP, RNDIS with
ConfigFS gadget, this enables ConfigFS/FunctionFS support for USB
gadget.

Change-Id: I155a788ff6390d496ab047f9cd495aa141bc7d26
Signed-off-by: Dongwoo Lee <dwoo08.lee@samsung.com>

ARM: dts: artik533-compy: add the user gpio-key nodes

Eagleye board is provided the two user buttons.
(Defined them as "backkey" and "wakeup")

Change-Id: I524ca8b1b09b65b1c79d136adef02fd6872c6069
Signed-off-by: WooChang Kim <wchang.kim@samsung.com>
Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>

ARM: dts: artik533-compy: enable the i2c_1 node

Enable the i2c_1 node.

Change-Id: I4aaafbe5cf5cecf2cd06eec80d59c2f004d6036b
Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>

ARM: dts: arti533-compy: add the nodes relevant to spi/i2c/serial

Add the nodes relevant to spi/i2c/serial.

Change-Id: Ia578cf93f46c271c3836d8fbb94bcdbda15a77c7
Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>

input: touchscreen: add touch enabled node

touchscreen 'enabled' node needs to be supproted on Tizen because
deviced wants to handle touchscreen on/off for some reasons. Touch event
will be skipped if 'enabled' is 0.

Change-Id: I53eac0a5f38c09f326da24a5ee1d5e985d61332c
Signed-off-by: Jaechul Lee <jcsing.lee@samsung.com>

Revert "ARM: artik710_raptor_defconfig: Enable DUMMY_HCD module"

Because the change for size of module in the corresponding commit
seems to make failure on building boot image for artik710 board,
this reverts commit aece406a175adfb8de56c10e1d011ae2c6852cc5.

Change-Id: Ia18eaf165f180c39aded417be4a1130ba6edb113
Signed-off-by: Dongwoo Lee <dwoo08.lee@samsung.com>

ARM: artik710_raptor_defconfig: Enable DUMMY_HCD module

These options enable DUMMY_HCD as a module to support USB test case
without real usb hardware.

Change-Id: I8ccb30d1cec4baad5dccdd0670039ab203bfbc2c
Signed-off-by: Dongwoo Lee <dwoo08.lee@samsung.com>

ARM: artik530_raptor_defconfig: Enable DUMMY_HCD module

These options enable DUMMY_HCD as a module to support USB test case
without real usb hardware.

Change-Id: I4b20065a0644a68398ac6b8f2d4c5c96e1af1dd5
Signed-off-by: Dongwoo Lee <dwoo08.lee@samsung.com>

usb: gadget: Allow to build both USB functions and legacy gadgets

Currently it is possible to build in some subset of usb functions
*OR* some gadget module. This is limited only by Kconfig not
any functionality.

This patch removes this limitation. With this patch it is possible
to set up all build combinations:
1) Multiple gadgets build in
2) Part of functions build in, part of functions as a modules
3) Some gadgets build in and some part of functions build in/modules
etc.

As this patch makes Kconfig quite complicated let me clarify how it works:

USB_F_<func name> - used in makefile for compilation
USB_CONFIGFS_F_<func name> - Chosen by user in function menu
USB_G_<gadget name>_REQ_F_<func name> - set up by gadget to mark
      that this particular gadget requires this func to work
USB_F_<func name>_SELECTOR - helper config which is used to determine
    if function should be build in or compiled as a module

The rules are quite simple:
1) If any of USB_CONFIGFS_F_<func name>, USB_G_*_REQ_F_<func name> equals
y, then USB_F_<func name> is set to y and function is build in
2) If none of USB_CONFIGFS_F_<func name>, USB_G_*_REQ_F_<func name> equals
y, but any of them equals m then USB_F_<func name> is set to m and function
is compiled as a module

Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
[Backported from commit under review @linux-usb mailing list]
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Signed-off-by: Dongwoo Lee <dwoo08.lee@samsung.com>
Change-Id: I86e796d7c057afce163695dc280861477a9f4b56

ARM: configs: artik530_raptor: enable OV5640 camera sensor

This patch enables CONFIG_VIDEO_OV5640.

Change-Id: I658411faa738295cf88faaa608da795b89fe9fc1
Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>

ARM: dts: artik533-compy: Enable extcon notification for usb connection

Eagleye ARTIK530s board is using its own device-tree.

This patch is referred to Dongwoo's patches.
"arm: dts: artik530_raptor: nable extcon notification for usb connection"

Change-Id: I22cfbe37813a9ae3d39706f2a9a205f091e948db
Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>

ARM64: artik710_raptor_defconfig: enable NETFILTER_XT_TARGET_LOG

Enable NETFILTER_XT_TARGET_LOG for analysis of iptables log.
It is a iptables feature for security report on Tizen 5.0,
required from stc-manager.

Change-Id: Ice8cbce90b07eb9da9b09812f9306b7c424533c9
Signed-off-by: hyunuktak <hyunuk.tak@samsung.com>
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>

ARM64: artik710_raptor_defconfig: enable CONFIG_CONNECTOR and CONFIG_PROC_EVENTS

These options enable Netlink Connector feature of kernel to monitor
process lifecycle like Fork and Exit status of all processes
asynchronously.

In Tzen, it will be used by stc-manager(smart traffic control) to
monitor process lifecycle.

Change-Id: I265504609e6b2ce963875e66884d064affc48d9d
Signed-off-by: hyunuktak <hyunuk.tak@samsung.com>
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>

ARM: artik530_raptor_defconfig: enable NETFILTER_XT_TARGET_LOG

Enable NETFILTER_XT_TARGET_LOG for analysis of iptables log.
It is a iptables feature for security report on Tizen 5.0,
required from stc-manager.

Signed-off-by: hyunuktak <hyunuk.tak@samsung.com>
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>
Change-Id: Ia31c1e9463f28b74a67bad7272e0fea08c88c28c

ARM: artik530_raptor_defconfig: enable CONFIG_CONNECTOR and CONFIG_PROC_EVENTS

These options enable Netlink Connector feature of kernel to monitor
process lifecycle like Fork and Exit status of all processes
asynchronously.

In Tzen, it will be used by stc-manager(smart traffic control) to
monitor process lifecycle.

Change-Id: I62a5ba2830672b9532ed26a3f90011584522a2bc
Signed-off-by: hyunuktak <hyunuk.tak@samsung.com>
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>

usb: gadget: slp: fix to use serial-number if arm64 has no dmi serial

The arm64 artik710 board has no dmi serial. Fix to use serial-number
of devicetree which is attached from artik u-boot.

If there is the devicetree node, it is found from sysfs path,
/sys/firmware/devicetree/base/serial-number.

Change-Id: I78263c2fee2c15ce11cc3d72e1588eb941042e99
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>

usb: gadget: slp: fix to use arm system_serial if no dmi serial

From ARM system, system_serial is identical serial number. So, this
patch fixes to use arm system_serial as serial of lagacy slp usb
gadget instead of fixed serial if there is no dmi serial value.

Change-Id: Ie28c6c3d2afc54fc1ea54d3eb67100d3ed27165d
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>

usb: gadget: slp: fix to use serial number of dmi

For identical serial string of slp gadget, this patch fixes to use
product serial of dmi if the dmi value is set.

Change-Id: Ic75f6c7730cba5860afdf3bd60babc754b3ecd67
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>

usb: gadget: add mtp driver for legacy slp composite

Add mtp driver for legacy slp composite.

Note: Ported from tizen branch of https://review.tizen.org/git/?p=platform/kernel/linux-exynos.git

Change-Id: I1a3253bbba2cb3f6a0c73d6cd2cb54a9d7dc7919
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>

ARM: artik{530,710}_raptor_defconfig: enable AUDITSYSCALL

Enabled AUDITSYSCALL for the use of audit subsystem.
A new security feature for Tizen 5.0 requires the subsystem
in default

Change-Id: Icd1f6a6e4f0ff09c2dec9902927a24fd1c1bc7a5
Signed-off-by: Inki Dae <inki.dae@samsung.com>

ARM64: artik710_raptor_defconfig: synchronize defconfig file

Just synchronized defconfig files for artik710.

Change-Id: I50066780465e78caa7d90ed9bbba7bf5e586fbc7
Signed-off-by: Inki Dae <inki.dae@samsung.com>

ARM: artik530_raptor_defconfig: synchronize defconfig file

Just synchronized defconfig files for artik530.

Change-Id: I0064b4bb739449dedc83b304b95d623e00426403
Signed-off-by: Inki Dae <inki.dae@samsung.com>

media: nexell: fix to fill bytesperline & sizeimage for mplane format

For multi planar format, on vidioc_s_fmt_vid_cap_mplane() callback
of nexell video driver, stride and sizeimage are not filled and
this causes failure of gst v4l2src plugin. Fix to fill bytesperline
and sizeimage for multi planar format from callback function,
vidioc_s_fmt_vid_cap_mplane().

Change-Id: Ib5871f183e37916c7725539bfd777d883fa96996
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>

v4l2: Supress warnings from nexell vendor formats

There are too many unnecessary warning during v4l2 format check
because of nexell vendor formats. Supress warnings from nexell
vendor formats as workaround.

Once it is handled from ARTIK tree, it should be skipped during
rebase.

Change-Id: Idb0c1e29332d846886f91a4a7281726792d6ef31
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>

proc, coredump: add CoreDumping flag to /proc/pid/status

Right now there is no convenient way to check if a process is being
coredumped at the moment.

It might be necessary to recognize such state to prevent killing the
process and getting a broken coredump.  Writing a large core might take
significant time, and the process is unresponsive during it, so it might
be killed by timeout, if another process is monitoring and
killing/restarting hanging tasks.

We're getting a significant number of corrupted coredump files on
machines in our fleet, just because processes are being killed by
timeout in the middle of the core writing process.

We do have a process health check, and some agent is responsible for
restarting processes which are not responding for health check requests.
Writing a large coredump to the disk can easily exceed the reasonable
timeout (especially on an overloaded machine).

This flag will allow the agent to distinguish processes which are being
coredumped, extend the timeout for them, and let them produce a full
coredump file.

To provide an ability to detect if a process is in the state of being
coredumped, we can expose a boolean CoreDumping flag in
/proc/pid/status.

Example:
$ cat core.sh
  #!/bin/sh

  echo "|/usr/bin/sleep 10" > /proc/sys/kernel/core_pattern
  sleep 1000 &
  PID=$!

  cat /proc/$PID/status | grep CoreDumping
  kill -ABRT $PID
  sleep 1
  cat /proc/$PID/status | grep CoreDumping

$ ./core.sh
  CoreDumping: 0
  CoreDumping: 1

[guro@fb.com: document CoreDumping flag in /proc/<pid>/status]
Link: http://lkml.kernel.org/r/20170928135357.GA8470@castle.DHCP.thefacebook.com
Link: http://lkml.kernel.org/r/20170920230634.31572-1-guro@fb.com
Signed-off-by: Roman Gushchin <guro@fb.com>
Cc: Alexander Viro <viro@zeniv.linux.org.uk>
Cc: Ingo Molnar <mingo@kernel.org>
Cc: Konstantin Khlebnikov <koct9i@gmail.com>
Cc: Oleg Nesterov <oleg@redhat.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
[inki.dae: backported from mainline - commit : c643401218be
  On Tizen, there is one issue that a process doing coredump can be killed.
  This patch allows a process to detect if given process is being dumped.
  With this, Tizen can exclude such process from 'kill list' so that
  coredump process can finish coredump work.]
Signed-off-by: Inki Dae <inki.dae@samsung.com>
Change-Id: I4f21bdcbbf1451f04e2083621925953823bd1164

arm64: dts: artik710_raptor: change HW overlay's priority

Changed HW overlay's priority.

Video layer should have a lower priority than graphics layers to show
video and UI  images together on Display.
By doing so, Platform can pass video image on video layer, and UI
image on graphics layers that alpha channel on the region of video
layer to be shown is enabled.

Change-Id: I42e33f7188ca7935b6e622881a6fc1c3ff003ea4
Signed-off-by: Hoegeun Kwon <hoegeun.kwon@samsung.com>
Signed-off-by: Inki Dae <inki.dae@samsung.com>

ARM: dts: artik530_raptor: change HW overlay's priority

Changed HW overlay's priority.

Video layer should have a lower priority than graphics layers to show video
and UI  images together on Display.
By doing so, Platform can pass video image on video layer,
and UI image on graphics layers that alpha channel on the region of video layer
to be shown is enabled.

Change-Id: I4a5fd33caefb27dcfacf73f7424a8a21365cad7e
Signed-off-by: Hoegeun Kwon <hoegeun.kwon@samsung.com>
Updated descriptions
Signed-off-by: Inki Dae <inki.dae@samsung.com>

drm/nexell: Fix the irq_enabled flag

There was a problem that the flag was not enabled even though irq was
registered. Therefore, the irq_enabled flag must be enabled.

Change-Id: I1c1cf9f6fea26d35f6b4068fc04e7de98f8a4353
Signed-off-by: Hoegeun Kwon <hoegeun.kwon@samsung.com>

gpu: arm: mali400: move r6p2 config into r6p2-01rel0 directory

The CONFIG_MALI_DMA_BUF_FENCE is for r6p2-01rel0 config option, but
it was not moved into the directory from the commit 0d7c6052efd0
("gpu: arm: mali400: move mali driver to a r6p2-01rel0 folder").
Move the r6p2 config into the directory.

This removes following Kconfig warning:
   drivers/gpu/arm/mali400/Kconfig:66:warning: defaults for choice values not supported

Change-Id: Ic46b629a3d2867715651f41b79b89a87428ad795
Signed-off-by: Seung-Woo Kim <sw0312.kim@samsung.com>

misc: Kconfig: enable the TIZEN_REBOOT when ARCH_S5P6818 is enabled

Enable the TIZEN_REBOOT when ARCH_S5P6818 is enabled.
(ARCH_S5P6818 is ARTIK710 board.)

Change-Id: I4a3a5e2c5c0cae5ef0e3cc7cef6d784d2ab8c275
Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>

usb: dwc2: gadget: Prevent wrong extcon notification

In sometimes, USB disconnection triggers enumeration-done interrupt
even though it is false state. Actually, this interrupt is ignored by
dwc2 irq handler, but extcon notfication can be mis-delivered to
user-space. Thus, this patch make worker determined the current state
by itself, and it also prevent some cases which have chance for wrong
notification such as repeatedly connect/disconnecting usb cable.

Change-Id: Iff88cf2c030b627f3d2da23930b10e9f3a84c8e1
Signed-off-by: Dongwoo Lee <dwoo08.lee@samsung.com>

gpu: drm: nexell: Add extcon notification for hdmi connection

Currently, HDMI cable connection generates only uevent by drm core. In
addition, it has no inforation about connection state. But, in tizen,
to handle TV-out mode uevent should be generated by extcon subsystem
with connection state. To this end, this patch will add extcon
notification for hdmi connection.

Change-Id: I101bf3b582498fbe46733839e3cbd75c292cf88f
Signed-off-by: Dongwoo Lee <dwoo08.lee@samsung.com>

rtc: ds1307: prevent to set the specific time value

When using the time over "date 2038-01-19 03:14", Systemd is displaying
the below log as spamming.

"systemd[1]: Time has been changed"

This patch is workaround for preventing to set the value over
"2038-01-19".

Refer to https://patchwork.kernel.org/patch/7133531/

Change-Id: Iab3823b63d738c0c63d4cee439ab53da335f4ef0
Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>

misc: tizen-artik-reboot: support the reboot notifier

Tizen platform needs to provide the reboot parameter.
This file is for supporting reboot notifier on Tizen platform.

Note: ALIVESCRATCH7 register should maintain the value upon rebooting.
      (ALIVESCRATCH 0~5 are already used.)

Change-Id: I512e6b2ca26c355a847435f20910be85cbf28fb2
Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>
Signed-off-by: Junghoon Kim <jhoon20.kim@samsung.com>

ARM64: dts: artik710_raptor: Enable extcon notifcation for usb connection

ARTIK710 has no specific peripheral for detecting USB connection,
but Tizen requires uevent on USB cable connection for executing SDB
daemon. To generate uevent for USB connection in dwc2 gadget driver
directly, this patch allows extcon notification feature.

Change-Id: I8a2f6749d763cdeb2272e5a0e6ac17d5b9dc9407
Signed-off-by: Dongwoo Lee <dwoo08.lee@samsung.com>

ARM64: configs: artik710_raptor: Enable OPTEE Driver

Enable OPTEE Driver option.

Change-Id: Ibff6f828920ef24b9a6155ff8aea07c61da74b19
Signed-off-by: egukim <egukim@dignsys.com>

ARM64: dts: s5p6816: Add optee node

Add device node for optee kernel driver.

Change-Id: I8e1dd750d49864ffa005c8ec3c59049ac46afa2b
Signed-off-by: egukim <egukim@dignsys.com>

tee: add ARM_SMCCC dependency

For the moment, the tee subsystem only makes sense in combination with
the op-tee driver that depends on ARM_SMCCC, so let's hide the subsystem
from users that can't select that.

Suggested-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
[egukim: Backported from mainline kernel v4.12]
Signed-off-by:eunggu kim <egukim@dignsys.com>

Change-Id: I043b28e0e44ee8b9bb1310af4ff811af39fd5f84

Documentation: tee subsystem and op-tee driver

Acked-by: Andreas Dannenberg <dannenberg@ti.com>
Signed-off-by: Jens Wiklander <jens.wiklander@linaro.org>
[egukim: Backported from mainline kernel v4.12]
Signed-off-by:eunggu kim <egukim@dignsys.com>

Change-Id: Iacbff6e88dff06afbde79a31bf46815555f26893