| Commit message (Collapse) | Author | Age |
| ... | |
| | | | |
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: dd3boh <dade.garberi@gmail.com>
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
Change-Id: I988c25b85dca381b73fb47b06276bc7fa1ad8772
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
Change-Id: I8a424d880cd6569c67d0fa836291fa1310ad85e7
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* This is a requirement when setting manifest level 3
Change-Id: I718c74467da82c08752a39d40f4f6387e2b29ea7
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* Needed to not make various userspace things fail
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* Fixes booting when built with Clang 8 and -O3
Signed-off-by: Yaroslav Furman <yaro330@gmail.com>
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* I liked Pepper, BUT...
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: Yaroslav Furman <yaro330@gmail.com>
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
Change-Id: Ia3a4ee44adb056f8e2931caf18c8203dd3a3b1b4
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* Known for breaking OTG
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* Without this the device just randomly kernel panics at boot
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* MSM8996/8996pro is quad core
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* We use this frequently in the ramdisk so let's enable it at kernel level
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | | |
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* This is being used as default since Oreo, so let's enable it in kernel
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* This config makes the kernel panic when qcacld-2.0 is being built inline
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* It just doesn't make sense to keep them
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | | |
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | | |
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* z2_plus uses MMC so let's remove ufsh because it's unused
* z2_row uses ufsh so let's keep that but still not remove MMC because it would give building problems with cnss
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | | |
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* This config doesn't exist anymore, automatically deleted by savedefconfig
Change-Id: I14641c09b28eda7bc00e4072d03a228e539fdd2c
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* Just a copy of msm-perf_defconfig
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
Change-Id: I052dedb6c265cbe222c5e067ee4433f6d2e5b635
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* There were 2 messages in kernel log complaining about these voltages:
[ 0.180959] qpnp_regulator_check_constraints: pmi8994_s2: regulator min/max(400000/1015000)
constraints do not fit within HW configured min/max(475000/1280000) constraints
* and same one about pm8994_s11.
* Adjust minimal values to "fit within HW configured min/max"
Signed-off-by: Yaroslav Furman <yaro330@gmail.com>
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
Change-Id: I145c88fcc6db2e7e87582ecd1e2afa02a58f7332
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The new arm-smmu driver in k4.4 wants us to write a full msm-bus
configuration, instead of just hooking up to the master bus id
and hardcoding the ab/ib bandwidth values.
Change-Id: I254dbb2a43460d021a92ce85b5c09b10c6bc0179
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* According to ZUK kernel source:
https://github.com/davidevinavil/android_kernel_zuk_msm8996_old/commit/bceafed8aeb1b7ae516f67407fb7b136bc8107d5#diff-893ea72906335e989f9ee451000dab2cR206
Z2_plus: uses custom charging driver and only allows 2000mA charging
Z2_row: default driver, 2400mA.
Signed-off-by: Yaroslav Furman <yaro330@gmail.com>
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
They all show either -4 or 0.
Signed-off-by: Yaroslav Furman <yaro330@gmail.com>
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* This sensor is reporting wrong temps, so let's disable it
Signed-off-by: LibXZR <xzr467706992@163.com>
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* It is present in msm8996-mtp.dtsi from LA.UM.7.5.2.r1-03200-8x96.0 tag
Change-Id: I7211dfa40ba2f2ea4b000a3e63315faa442aa644
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
Change-Id: If7062291f3d23b77918614364a7a04b6727bfd56
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* Do not mount /system as system-as-root, android 10 does it anyway moving the mount on init
* Remove vbmeta since that's needed only for AVB devices
* Mount factory as /vendor partition
* Use android_system and android_vendor links since those are available for msm8996
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
Change-Id: I8f4093bbc43c2f03c0c3f1bf7bd678ce0e609905
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* These nodes are for zuk edge or for z2_row's hearth rate sensor
* We will probably never get this to work because of the blobs dependency on ZUK proprietary apks which are outdated and need a lot of shimming or hex editing, so let's nuke it.
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
These are used by ZUK's sound driver.
fixes:
[ 3.315143] msm8996-pinctrl 1010000.pinctrl: pin GPIO_58 already requested by
soc:qcom,msm-dai-mi2s:qcom,msm-dai-q6-mi2s-quat; cannot claim for
soc:qcom,msm-dai-tdm-quat-rx
[ 3.316282] msm8996-pinctrl 1010000.pinctrl: pin GPIO_60 already requested by
soc:qcom,msm-dai-mi2s:qcom,msm-dai-q6-mi2s-quat; cannot claim for
soc:qcom,msm-dai-tdm-quat-tx
OG idea by dmd79: https://github.com/davidevinavil/android_kernel_zuk_msm8996/commit/65d8082eac8a77eaf464d89052bff54bd4df5b91
Signed-off-by: Yaroslav Furman <yaro330@gmail.com>
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
Change-Id: I87dfa40d2ed0833e677ed6df8e1bd1e54e5f17f6
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* Needed for 4.4 after CAF adding tdm changes in DTS and sound driver
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
Change-Id: I88627aa55435a4a50c287eb43b18db610ed6cdb7
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* qpnp,qpnp-labibb-mode has become qcom,qpnp-labibb-mode
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
Change-Id: I07af53c3784ea95ecdf4461ff6cd60ed2776d263
|
| | | | |
| | | |
| | | |
| | | | |
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | | |
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* Also fix its voltages and add the node to camera@0
Change-Id: I69fe42a3d4c6356f8c8eb72549837b73b3f31590
|
| | | | |
| | | |
| | | |
| | | | |
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* Move out of tlmm_gpio_key, as it is supposed to be
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* A collaboration between faizauthar12 (base) and DD3Boh (some important fixes and adaptations for Oreo caf tag)
Signed-off-by: dd3boh <dade.garberi@gmail.com>
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* The device mach isn't theoretically supposed to select the mach itself
* Let's make so that MACH_ZUK if enabled makes it possible to enable the other configs
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Change-Id: I142f7e2003b14917474335458b853500f41f6600
Signed-off-by: dd3boh <dade.garberi@gmail.com>
Signed-off-by: Davide Garberi <dade.garberi@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Patch "block: do not merge requests without consulting with io scheduler"
is backported from 4.8 (if I'm not mistaken) when bfq wasn't merged in
mainline Linux, so this patch wasn't applied for it.
Do it.
Signed-off-by: Yaroslav Furman <yaro330@gmail.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Soft lockup can happen due to io_schedule().
[<ffffff999fe867e4>] __switch_to+0xa0/0xac
[<ffffff99a101e560>] __schedule+0x874/0xa50
[<ffffff99a101dccc>] schedule+0x74/0x94
[<ffffff99a1021c50>] schedule_timeout+0x34/0x114
[<ffffff99a101ec2c>] io_schedule_timeout+0x70/0xac
[<ffffff99a015f248>] get_request+0x600/0x7fc
[<ffffff99a015ac9c>] blk_queue_bio+0x1a0/0x3cc
[<ffffff99a015bf4c>] generic_make_request+0xb8/0x190
[<ffffff99a015c504>] submit_bio+0x144/0x1f8
[<ffffff99a0020914>] submit_bh_wbc+0x124/0x1b0
[<ffffff99a001ce88>] ll_rw_block+0xc0/0x104
[<ffffff99a001dd50>] __breadahead+0x70/0xd4
[<ffffff99a0073ec8>] __ext4_get_inode_loc+0x2ac/0x3f4
[<ffffff99a0075d00>] ext4_reserve_inode_write+0x38/0x9c
[<ffffff99a00b7e64>] ext4_xattr_set_handle+0xcc/0x4f8
[<ffffff99a00b8e04>] ext4_xattr_set+0xf0/0x170
[<ffffff99a00bf458>] ext4_inherit_context+0xb8/0x138
[<ffffff99a0070784>] __ext4_new_inode+0x1304/0x1514
[<ffffff99a00808fc>] ext4_create+0x138/0x1dc
[<ffffff999fff047c>] vfs_create2+0xc8/0x120
[<ffffff999fff0eb4>] path_openat+0x880/0xf34
[<ffffff999fff0584>] do_filp_open+0x7c/0x12c
[<ffffff999ffe3b24>] do_sys_open+0x144/0x200
[<ffffff99a0039b28>] compat_SyS_openat+0xc/0x14
[<ffffff999fe8390c>] __sys_trace_return+0x0/0x4
Bug: 65386843
Change-Id: Ia519604eaeab2c53ad89eacb25cd3cd7d5f2efd7
Signed-off-by: Jaegeuk Kim <jaegeuk@google.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
When a process is doing Random Write with O_DSYNC flag
the I/O wait are not accounted in the kernel (get_cpu_iowait_time_us).
This is preventing the governor or the cpufreq driver to account for
I/O wait and thus use the right pstate
Signed-off-by: Stephane Gasparini <stephane.gasparini@linux.intel.com>
Signed-off-by: Philippe Longepe <philippe.longepe@linux.intel.com>
Signed-off-by: Jens Axboe <axboe@fb.com>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
cherry picked from:
commit 0478fe68685a ("block: silently forbid sending any ioctl to a partition")
After the first few months, the message has not led to many bug reports.
It's been almost five years now, and in practice the main source of
it seems to be MTIOCGET that someone is using to detect tape devices.
While we could whitelist it just like CDROM_GET_CAPABILITY, this patch
just removes the message altogether.
The patch also removes the "safe but not very useful" ioctl whitelist,
as suggested by Christoph. I doubt anything is using most of those
ioctls _in general_, let alone on a partition.
Bug: 73949641
Change-Id: Ib95bdfd3a8d4ee56fc4f4af64ea944ded2801768
Reviewed-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
If we're queuing REQ_PRIO IO and the task is running at an idle IO
class, then temporarily boost the priority. This prevents livelocks
due to priority inversion, when a low priority task is holding file
system resources while attempting to do IO.
An example of that is shown below. An ioniced idle task is holding
the directory mutex, while a normal priority task is trying to do
a directory lookup.
[478381.198925] ------------[ cut here ]------------
[478381.200315] INFO: task ionice:1168369 blocked for more than 120 seconds.
[478381.201324] Not tainted 4.0.9-38_fbk5_hotfix1_2936_g85409c6 #1
[478381.202278] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[478381.203462] ionice D ffff8803692736a8 0 1168369 1 0x00000080
[478381.203466] ffff8803692736a8 ffff880399c21300 ffff880276adcc00 ffff880369273698
[478381.204589] ffff880369273fd8 0000000000000000 7fffffffffffffff 0000000000000002
[478381.205752] ffffffff8177d5e0 ffff8803692736c8 ffffffff8177cea7 0000000000000000
[478381.206874] Call Trace:
[478381.207253] [<ffffffff8177d5e0>] ? bit_wait_io_timeout+0x80/0x80
[478381.208175] [<ffffffff8177cea7>] schedule+0x37/0x90
[478381.208932] [<ffffffff8177f5fc>] schedule_timeout+0x1dc/0x250
[478381.209805] [<ffffffff81421c17>] ? __blk_run_queue+0x37/0x50
[478381.210706] [<ffffffff810ca1c5>] ? ktime_get+0x45/0xb0
[478381.211489] [<ffffffff8177c407>] io_schedule_timeout+0xa7/0x110
[478381.212402] [<ffffffff810a8c2b>] ? prepare_to_wait+0x5b/0x90
[478381.213280] [<ffffffff8177d616>] bit_wait_io+0x36/0x50
[478381.214063] [<ffffffff8177d325>] __wait_on_bit+0x65/0x90
[478381.214961] [<ffffffff8177d5e0>] ? bit_wait_io_timeout+0x80/0x80
[478381.215872] [<ffffffff8177d47c>] out_of_line_wait_on_bit+0x7c/0x90
[478381.216806] [<ffffffff810a89f0>] ? wake_atomic_t_function+0x40/0x40
[478381.217773] [<ffffffff811f03aa>] __wait_on_buffer+0x2a/0x30
[478381.218641] [<ffffffff8123c557>] ext4_bread+0x57/0x70
[478381.219425] [<ffffffff8124498c>] __ext4_read_dirblock+0x3c/0x380
[478381.220467] [<ffffffff8124665d>] ext4_dx_find_entry+0x7d/0x170
[478381.221357] [<ffffffff8114c49e>] ? find_get_entry+0x1e/0xa0
[478381.222208] [<ffffffff81246bd4>] ext4_find_entry+0x484/0x510
[478381.223090] [<ffffffff812471a2>] ext4_lookup+0x52/0x160
[478381.223882] [<ffffffff811c401d>] lookup_real+0x1d/0x60
[478381.224675] [<ffffffff811c4698>] __lookup_hash+0x38/0x50
[478381.225697] [<ffffffff817745bd>] lookup_slow+0x45/0xab
[478381.226941] [<ffffffff811c690e>] link_path_walk+0x7ae/0x820
[478381.227880] [<ffffffff811c6a42>] path_init+0xc2/0x430
[478381.228677] [<ffffffff813e6e26>] ? security_file_alloc+0x16/0x20
[478381.229776] [<ffffffff811c8c57>] path_openat+0x77/0x620
[478381.230767] [<ffffffff81185c6e>] ? page_add_file_rmap+0x2e/0x70
[478381.232019] [<ffffffff811cb253>] do_filp_open+0x43/0xa0
[478381.233016] [<ffffffff8108c4a9>] ? creds_are_invalid+0x29/0x70
[478381.234072] [<ffffffff811c0cb0>] do_open_execat+0x70/0x170
[478381.235039] [<ffffffff811c1bf8>] do_execveat_common.isra.36+0x1b8/0x6e0
[478381.236051] [<ffffffff811c214c>] do_execve+0x2c/0x30
[478381.236809] [<ffffffff811ca392>] ? getname+0x12/0x20
[478381.237564] [<ffffffff811c23be>] SyS_execve+0x2e/0x40
[478381.238338] [<ffffffff81780a1d>] stub_execve+0x6d/0xa0
[478381.239126] ------------[ cut here ]------------
[478381.239915] ------------[ cut here ]------------
[478381.240606] INFO: task python2.7:1168375 blocked for more than 120 seconds.
[478381.242673] Not tainted 4.0.9-38_fbk5_hotfix1_2936_g85409c6 #1
[478381.243653] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[478381.244902] python2.7 D ffff88005cf8fb98 0 1168375 1168248 0x00000080
[478381.244904] ffff88005cf8fb98 ffff88016c1f0980 ffffffff81c134c0 ffff88016c1f11a0
[478381.246023] ffff88005cf8ffd8 ffff880466cd0cbc ffff88016c1f0980 00000000ffffffff
[478381.247138] ffff880466cd0cc0 ffff88005cf8fbb8 ffffffff8177cea7 ffff88005cf8fcc8
[478381.248252] Call Trace:
[478381.248630] [<ffffffff8177cea7>] schedule+0x37/0x90
[478381.249382] [<ffffffff8177d08e>] schedule_preempt_disabled+0xe/0x10
[478381.250465] [<ffffffff8177e892>] __mutex_lock_slowpath+0x92/0x100
[478381.251409] [<ffffffff8177e91b>] mutex_lock+0x1b/0x2f
[478381.252199] [<ffffffff817745ae>] lookup_slow+0x36/0xab
[478381.253023] [<ffffffff811c690e>] link_path_walk+0x7ae/0x820
[478381.253877] [<ffffffff811aeb41>] ? try_charge+0xc1/0x700
[478381.254690] [<ffffffff811c6a42>] path_init+0xc2/0x430
[478381.255525] [<ffffffff813e6e26>] ? security_file_alloc+0x16/0x20
[478381.256450] [<ffffffff811c8c57>] path_openat+0x77/0x620
[478381.257256] [<ffffffff8115b2fb>] ? lru_cache_add_active_or_unevictable+0x2b/0xa0
[478381.258390] [<ffffffff8117b623>] ? handle_mm_fault+0x13f3/0x1720
[478381.259309] [<ffffffff811cb253>] do_filp_open+0x43/0xa0
[478381.260139] [<ffffffff811d7ae2>] ? __alloc_fd+0x42/0x120
[478381.260962] [<ffffffff811b95ac>] do_sys_open+0x13c/0x230
[478381.261779] [<ffffffff81011393>] ? syscall_trace_enter_phase1+0x113/0x170
[478381.262851] [<ffffffff811b96c2>] SyS_open+0x22/0x30
[478381.263598] [<ffffffff81780532>] system_call_fastpath+0x12/0x17
[478381.264551] ------------[ cut here ]------------
[478381.265377] ------------[ cut here ]------------
Signed-off-by: Jens Axboe <axboe@fb.com>
Reviewed-by: Jeff Moyer <jmoyer@redhat.com>
Signed-off-by: Park Ju Hyung <qkrwngud825@gmail.com>
Signed-off-by: Harsh Shandilya <harsh@prjkt.io>
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
commit 235f8da119351ae583abfbbf577eb61a8b564203 upstream.
The last parameter "count" never be used in xxx_var_store,
convert these functions to void.
Signed-off-by: weiping zhang <zhangweiping@didichuxing.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
Signed-off-by: Harsh Shandilya <harsh@prjkt.io>
|