18 Jan, 2021

1 commit


14 Dec, 2020

2 commits


02 Nov, 2020

1 commit


29 Oct, 2020

1 commit

  • This patch removes the MIC drivers from the kernel tree
    since the corresponding devices have been discontinued.

    Removing the dma and char-misc changes in one patch and
    merging via the char-misc tree is best to avoid any
    potential build breakage.

    Cc: Nikhil Rao
    Reviewed-by: Ashutosh Dixit
    Signed-off-by: Sudeep Dutt
    Acked-By: Vinod Koul
    Reviewed-by: Sherry Sun
    Link: https://lore.kernel.org/r/8c1443136563de34699d2c084df478181c205db4.1603854416.git.sudeep.dutt@intel.com
    Signed-off-by: Greg Kroah-Hartman

    Sudeep Dutt
     

26 Oct, 2020

1 commit


08 Oct, 2020

1 commit

  • The dependency should be just USB_ROLE_SWITCH, instead
    of CONFIG_USB_ROLE_SWITCH.

    Fixes: 2827d98bc5d6 ("misc: Kconfig: add a new dependency for HISI_HIKEY_USB")
    Reported-by: Nathan Chancellor
    Reviewed-by: Nathan Chancellor
    Signed-off-by: Mauro Carvalho Chehab
    Link: https://lore.kernel.org/r/0b6dff854c4bb412c2c11f17803e84d61385415f.1602138248.git.mchehab+huawei@kernel.org
    Signed-off-by: Greg Kroah-Hartman

    Mauro Carvalho Chehab
     

07 Oct, 2020

1 commit

  • As warned by Randy:

    on x86_64:
    CONFIG_USB_ROLE_SWITCH=m
    and HISI_HIKEY_USB=y.

    ld: drivers/misc/hisi_hikey_usb.o: in function `hisi_hikey_usb_remove':
    hisi_hikey_usb.c:(.text+0x61): undefined reference to `usb_role_switch_unregister'
    ld: hisi_hikey_usb.c:(.text+0xa4): undefined reference to `usb_role_switch_put'
    ld: drivers/misc/hisi_hikey_usb.o: in function `hub_usb_role_switch_set':
    hisi_hikey_usb.c:(.text+0xd3): undefined reference to `usb_role_switch_get_drvdata'
    ld: drivers/misc/hisi_hikey_usb.o: in function `relay_set_role_switch':
    hisi_hikey_usb.c:(.text+0x54d): undefined reference to `usb_role_switch_set_role'
    ld: drivers/misc/hisi_hikey_usb.o: in function `hisi_hikey_usb_probe':
    hisi_hikey_usb.c:(.text+0x8a5): undefined reference to `usb_role_switch_get'
    ld: hisi_hikey_usb.c:(.text+0xa08): undefined reference to `usb_role_switch_register'
    ld: hisi_hikey_usb.c:(.text+0xa6e): undefined reference to `usb_role_switch_put'

    Make it dependent on CONFIG_USB_ROLE_SWITCH.

    Reported-by: Randy Dunlap
    Acked-by: Randy Dunlap # build-tested
    Signed-off-by: Mauro Carvalho Chehab
    Link: https://lore.kernel.org/r/0e49432d0db9ee8429a9923a1d995935b6b83552.1602047370.git.mchehab+huawei@kernel.org
    Signed-off-by: Greg Kroah-Hartman

    Mauro Carvalho Chehab
     

11 Sep, 2020

2 commits

  • The HiKey 970 board is similar to Hikey 960 with regards
    to its USB configutation: it also relies on a USB HUB
    that is used when DWC3 is at host mode.

    However, it requires a few extra DT settings, as it
    uses a voltage regulator and GPIO reset pin.

    Add support for them.

    Signed-off-by: Mauro Carvalho Chehab
    Link: https://lore.kernel.org/r/62843df9927b4d8dac5dc7c4a189567fa52ab2bb.1599717402.git.mchehab+huawei@kernel.org
    Signed-off-by: Greg Kroah-Hartman

    Mauro Carvalho Chehab
     
  • The HiKey960 has a fairly complex USB configuration due to it
    needing to support a USB-C port for host/device mode and multiple
    USB-A ports in host mode, all using a single USB controller.

    See schematics here:
    https://github.com/96boards/documentation/raw/master/consumer/hikey/hikey960/hardware-docs/HiKey960_Schematics.pdf

    This driver acts as a usb-role-switch intermediary, intercepting
    the role switch notifications from the tcpm code, and passing
    them on to the dwc3 core.

    In doing so, it also controls the onboard hub and power gpios in
    order to properly route the data lines between the USB-C port
    and the onboard hub to the USB-A ports.

    Signed-off-by: Yu Chen
    [jstultz: Major rework to make the driver a usb-role-switch
    intermediary]
    Signed-off-by: John Stultz
    Signed-off-by: Mauro Carvalho Chehab
    Link: https://lore.kernel.org/r/c263f72e1d803c18c45a69ce2c333e79a7ed89ff.1599717402.git.mchehab+huawei@kernel.org
    Signed-off-by: Greg Kroah-Hartman

    Yu Chen
     

07 Aug, 2020

1 commit


06 Aug, 2020

1 commit

  • Pull char/misc driver updates from Greg KH:
    "Here is the large set of char and misc and other driver subsystem
    patches for 5.9-rc1. Lots of new driver submissions in here, and
    cleanups and features for existing drivers.

    Highlights are:
    - habanalabs driver updates
    - coresight driver updates
    - nvmem driver updates
    - huge number of "W=1" build warning cleanups from Lee Jones
    - dyndbg updates
    - virtbox driver fixes and updates
    - soundwire driver updates
    - mei driver updates
    - phy driver updates
    - fpga driver updates
    - lots of smaller individual misc/char driver cleanups and fixes

    Full details are in the shortlog.

    All of these have been in linux-next with no reported issues"

    * tag 'char-misc-5.9-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc: (322 commits)
    habanalabs: remove unused but set variable 'ctx_asid'
    nvmem: qcom-spmi-sdam: Enable multiple devices
    dt-bindings: nvmem: SID: add binding for A100's SID controller
    nvmem: update Kconfig description
    nvmem: qfprom: Add fuse blowing support
    dt-bindings: nvmem: Add properties needed for blowing fuses
    dt-bindings: nvmem: qfprom: Convert to yaml
    nvmem: qfprom: use NVMEM_DEVID_AUTO for multiple instances
    nvmem: core: add support to auto devid
    nvmem: core: Add nvmem_cell_read_u8()
    nvmem: core: Grammar fixes for help text
    nvmem: sc27xx: add sc2730 efuse support
    nvmem: Enforce nvmem stride in the sysfs interface
    MAINTAINERS: Add git tree for NVMEM FRAMEWORK
    nvmem: sprd: Fix return value of sprd_efuse_probe()
    drivers: android: Fix the SPDX comment style
    drivers: android: Fix a variable declaration coding style issue
    drivers: android: Remove braces for a single statement if-else block
    drivers: android: Remove the use of else after return
    drivers: android: Fix a variable declaration coding style issue
    ...

    Linus Torvalds
     

23 Jul, 2020

1 commit

  • Rationale:
    Reduces attack surface on kernel devs opening the links for MITM
    as HTTPS traffic is much harder to manipulate.

    Deterministic algorithm:
    For each file:
    If not .svg:
    For each line:
    If doesn't contain `\bxmlns\b`:
    For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:
    If neither `\bgnu\.org/license`, nor `\bmozilla\.org/MPL\b`:
    If both the HTTP and HTTPS versions
    return 200 OK and serve the same content:
    Replace HTTP with HTTPS.

    Signed-off-by: Alexander A. Klimov
    Link: https://lore.kernel.org/r/20200713164024.35988-1-grandmaster@al2klimov.de
    Signed-off-by: Greg Kroah-Hartman

    Alexander A. Klimov
     

25 Jun, 2020

1 commit


24 Jun, 2020

1 commit


20 Jun, 2020

1 commit


14 Jun, 2020

1 commit

  • Since commit 84af7a6194e4 ("checkpatch: kconfig: prefer 'help' over
    '---help---'"), the number of '---help---' has been gradually
    decreasing, but there are still more than 2400 instances.

    This commit finishes the conversion. While I touched the lines,
    I also fixed the indentation.

    There are a variety of indentation styles found.

    a) 4 spaces + '---help---'
    b) 7 spaces + '---help---'
    c) 8 spaces + '---help---'
    d) 1 space + 1 tab + '---help---'
    e) 1 tab + '---help---' (correct indentation)
    f) 1 tab + 1 space + '---help---'
    g) 1 tab + 2 spaces + '---help---'

    In order to convert all of them to 1 tab + 'help', I ran the
    following commend:

    $ find . -name 'Kconfig*' | xargs sed -i 's/^[[:space:]]*---help---/\thelp/'

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     

14 May, 2020

1 commit

  • The only thing that vexpress-syscfg does is provide a regmap to
    vexpress-config bus child devices. There's little reason to have 2
    components for this. The current structure with initcall ordering
    requirements makes turning these components into modules more difficult.

    So let's start to simplify things and merge vexpress-syscfg into
    vexpress-config. There's no functional change in this commit and it's
    still separate components until subsequent commits.

    Cc: Lorenzo Pieralisi
    Cc: Linus Walleij
    Cc: Arnd Bergmann
    Reviewed-by: Sudeep Holla
    Acked-by: Greg Kroah-Hartman
    Acked-by: Liviu Dudau
    Signed-off-by: Rob Herring

    Rob Herring
     

04 Apr, 2020

1 commit


22 Feb, 2020

1 commit

  • Uacce (Unified/User-space-access-intended Accelerator Framework) targets to
    provide Shared Virtual Addressing (SVA) between accelerators and processes.
    So accelerator can access any data structure of the main cpu.
    This differs from the data sharing between cpu and io device, which share
    only data content rather than address.
    Since unified address, hardware and user space of process can share the
    same virtual address in the communication.

    Uacce create a chrdev for every registration, the queue is allocated to
    the process when the chrdev is opened. Then the process can access the
    hardware resource by interact with the queue file. By mmap the queue
    file space to user space, the process can directly put requests to the
    hardware without syscall to the kernel space.

    The IOMMU core only tracks mmdevice bonds at the moment, because it
    only needs to handle IOTLB invalidation and PASID table entries. However
    uacce needs a finer granularity since multiple queues from the same
    device can be bound to an mm. When the mm exits, all bound queues must
    be stopped so that the IOMMU can safely clear the PASID table entry and
    reallocate the PASID.

    An intermediate struct uacce_mm links uacce devices and queues.
    Note that an mm may be bound to multiple devices but an uacce_mm
    structure only ever belongs to a single device, because we don't need
    anything more complex (if multiple devices are bound to one mm, then
    we'll create one uacce_mm for each bond).

    uacce_device --+-- uacce_mm --+-- uacce_queue
    | '-- uacce_queue
    |
    '-- uacce_mm --+-- uacce_queue
    +-- uacce_queue
    '-- uacce_queue

    Reviewed-by: Greg Kroah-Hartman
    Reviewed-by: Jonathan Cameron
    Signed-off-by: Kenneth Lee
    Signed-off-by: Zaibo Xu
    Signed-off-by: Zhou Wang
    Signed-off-by: Jean-Philippe Brucker
    Signed-off-by: Zhangfei Gao
    Signed-off-by: Herbert Xu

    Kenneth Lee
     

09 Dec, 2019

1 commit


20 Nov, 2019

1 commit

  • Adjust indentation from spaces to tab (+optional two spaces) as in
    coding style with command like:
    $ sed -e 's/^ /\t/' -i */Kconfig

    Signed-off-by: Krzysztof Kozlowski
    Link: https://lore.kernel.org/r/20191120134056.14677-1-krzk@kernel.org
    Signed-off-by: Greg Kroah-Hartman

    Krzysztof Kozlowski
     

10 Oct, 2019

1 commit


21 Sep, 2019

1 commit

  • This merges Linus's tree as of commit b41dae061bbd ("Merge tag
    'xfs-5.4-merge-7' of git://git.kernel.org/pub/scm/fs/xfs/xfs-linux")
    into android-mainline.

    This "early" merge makes it easier to test and handle merge conflicts
    instead of having to wait until the "end" of the merge window and handle
    all 10000+ commits at once.

    Signed-off-by: Greg Kroah-Hartman
    Change-Id: I6bebf55e5e2353f814e3c87f5033607b1ae5d812

    Greg Kroah-Hartman
     

19 Sep, 2019

1 commit

  • Pull char/misc driver updates from Greg KH:
    "Here is the big char/misc driver pull request for 5.4-rc1.

    As has been happening in previous releases, more and more individual
    driver subsystem trees are ending up in here. Now if that is good or
    bad I can't tell, but hopefully it makes your life easier as it's more
    of an aggregation of trees together to one merge point for you.

    Anyway, lots of stuff in here:
    - habanalabs driver updates
    - thunderbolt driver updates
    - misc driver updates
    - coresight and intel_th hwtracing driver updates
    - fpga driver updates
    - extcon driver updates
    - some dma driver updates
    - char driver updates
    - android binder driver updates
    - nvmem driver updates
    - phy driver updates
    - parport driver fixes
    - pcmcia driver fix
    - uio driver updates
    - w1 driver updates
    - configfs fixes
    - other assorted driver updates

    All of these have been in linux-next for a long time with no reported
    issues"

    * tag 'char-misc-5.4-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc: (200 commits)
    misc: mic: Use PTR_ERR_OR_ZERO rather than its implementation
    habanalabs: correctly cast variable to __le32
    habanalabs: show correct id in error print
    habanalabs: stop using the acronym KMD
    habanalabs: display card name as sensors header
    habanalabs: add uapi to retrieve aggregate H/W events
    habanalabs: add uapi to retrieve device utilization
    habanalabs: Make the Coresight timestamp perpetual
    habanalabs: explicitly set the queue-id enumerated numbers
    habanalabs: print to kernel log when reset is finished
    habanalabs: replace __le32_to_cpu with le32_to_cpu
    habanalabs: replace __cpu_to_le32/64 with cpu_to_le32/64
    habanalabs: Handle HW_IP_INFO if device disabled or in reset
    habanalabs: Expose devices after initialization is done
    habanalabs: improve security in Debug IOCTL
    habanalabs: use default structure for user input in Debug IOCTL
    habanalabs: Add descriptive name to PSOC app status register
    habanalabs: Add descriptive names to PSOC scratch-pad registers
    habanalabs: create two char devices per ASIC
    habanalabs: change device_setup_cdev() to be more generic
    ...

    Linus Torvalds
     

17 Sep, 2019

1 commit

  • Pull ia64 updates from Tony Luck:
    "The big change here is removal of support for SGI Altix"

    * tag 'please-pull-ia64_for_5.4' of git://git.kernel.org/pub/scm/linux/kernel/git/aegl/linux: (33 commits)
    genirq: remove the is_affinity_mask_valid hook
    ia64: remove CONFIG_SWIOTLB ifdefs
    ia64: remove support for machvecs
    ia64: move the screen_info setup to common code
    ia64: move the ROOT_DEV setup to common code
    ia64: rework iommu probing
    ia64: remove the unused sn_coherency_id symbol
    ia64: remove the SGI UV simulator support
    ia64: remove the zx1 swiotlb machvec
    ia64: remove CONFIG_ACPI ifdefs
    ia64: remove CONFIG_PCI ifdefs
    ia64: remove the hpsim platform
    ia64: remove now unused machvec indirections
    ia64: remove support for the SGI SN2 platform
    drivers: remove the SGI SN2 IOC4 base support
    drivers: remove the SGI SN2 IOC3 base support
    qla2xxx: remove SGI SN2 support
    qla1280: remove SGI SN2 support
    misc/sgi-xp: remove SGI SN2 support
    char/mspec: remove SGI SN2 support
    ...

    Linus Torvalds
     

26 Aug, 2019

1 commit


19 Aug, 2019

1 commit


17 Aug, 2019

3 commits

  • The only thing remaining of the machvecs is a few checks if we are
    running on an SGI UV system. Replace those with the existing
    is_uv_system() check that has been rewritten to simply check the
    OEM ID directly.

    That leaves us with a generic kernel that is as fast as the previous
    DIG/ZX1/UV kernels, but can support all hardware. Support for UV
    and the HP SBA IOMMU is now optional based on new config options.

    Signed-off-by: Christoph Hellwig
    Link: https://lkml.kernel.org/r/20190813072514.23299-27-hch@lst.de
    Signed-off-by: Tony Luck

    Christoph Hellwig
     
  • The IOC4 is a multi-function chip seen on SGI SN2 and some SGI MIPS
    systems. This removes the base driver, which while not having an SN2
    Kconfig dependency was only for sub-drivers that had one.

    Signed-off-by: Christoph Hellwig
    Link: https://lkml.kernel.org/r/20190813072514.23299-15-hch@lst.de
    Signed-off-by: Tony Luck

    Christoph Hellwig
     
  • Note this also marks xp broken on ia64 now, as the UV support, which
    was disable in generic kernels before actually never compiled due to
    undefined uv_gpa_to_soc_phys_ram and uv_gpa_in_mmr_space symbols since
    at least commit c2c9f1157414 ("x86: uv: update XPC to handle updated
    BIOS interface").

    Signed-off-by: Christoph Hellwig
    Link: https://lkml.kernel.org/r/20190813072514.23299-11-hch@lst.de
    Signed-off-by: Tony Luck

    Christoph Hellwig
     

16 Aug, 2019

1 commit

  • lib/devres.c, which implements devm_ioremap_resource(), is only built
    when CONFIG_HAS_IOMEM is set/enabled, so XILINX_SDFEC should depend
    on HAS_IOMEM. Fixes this build error (as seen on UML builds):

    ERROR: "devm_ioremap_resource" [drivers/misc/xilinx_sdfec.ko] undefined!

    Fixes: 76d83e1c3233 ("misc: xilinx-sdfec: add core driver")
    Signed-off-by: Randy Dunlap
    Cc: Derek Kiernan
    Cc: Dragan Cvetic
    Cc: Greg Kroah-Hartman
    Cc: Geert Uytterhoeven
    Cc: Arnd Bergmann
    Link: https://lore.kernel.org/r/f9004be5-9925-327b-3ec2-6506e46fe565@infradead.org
    Signed-off-by: Greg Kroah-Hartman

    Randy Dunlap
     

06 Aug, 2019

1 commit

  • This driver has been marked broken since 2013, see commit 98097858ccf3
    ("misc: mark spear13xx-pcie-gadget as broken"). Let's remove this file
    now that it's been more than 5 years of existing in a broken state.

    Cc: Arnd Bergmann
    Signed-off-by: Stephen Boyd
    Link: https://lore.kernel.org/r/5d41a2b7.1c69fb81.c8d56.edb6@mx.google.com
    Signed-off-by: Greg Kroah-Hartman

    Stephen Boyd
     

24 Jul, 2019

1 commit


03 Jul, 2019

1 commit

  • The FSA9480 has a new driver more appropriately located
    in the drivers/extcon subsystem. It is also more complete
    and includes device tree support. Delete the old misc
    driver.

    Cc: Arnd Bergmann
    Signed-off-by: Linus Walleij
    Reviewed-by: Chanwoo Choi
    Reviewed-by: Pawe Chmiel
    Link: https://lore.kernel.org/r/20190630140302.16245-1-linus.walleij@linaro.org
    Signed-off-by: Greg Kroah-Hartman

    Linus Walleij
     

21 Jun, 2019

1 commit

  • Implement a platform driver that matches with xlnx,
    sd-fec-1.1 device tree node and registers as a character
    device, including:
    - SD-FEC driver binds to sdfec DT node.
    - creates and initialise an initial driver dev structure.
    - add the driver in Linux build and Kconfig.

    Tested-by: Dragan Cvetic
    Signed-off-by: Derek Kiernan
    Signed-off-by: Dragan Cvetic
    Signed-off-by: Greg Kroah-Hartman

    Dragan Cvetic
     

09 Jun, 2019

1 commit


27 May, 2019

1 commit


25 May, 2019

2 commits

  • Add support for compaction for VMware balloon. Since unlike the virtio
    balloon, we also support huge-pages, which are not going through
    compaction, we keep these pages in vmballoon and handle this list
    separately. We use the same lock to protect both lists, as this lock is
    not supposed to be contended.

    Doing so also eliminates the need for the page_size lists. We update the
    accounting as needed to reflect inflation, deflation and migration to be
    reflected in vmstat.

    Since VMware balloon now provides statistics for inflation, deflation
    and migration in vmstat, select MEMORY_BALLOON in Kconfig.

    Reviewed-by: Xavier Deguillard
    Signed-off-by: Nadav Amit
    Signed-off-by: Greg Kroah-Hartman

    Nadav Amit
     
  • 'default n' is the default value for any bool or tristate Kconfig
    setting so there is no need to write it explicitly.

    Also since commit f467c5640c29 ("kconfig: only write '# CONFIG_FOO
    is not set' for visible symbols") the Kconfig behavior is the same
    regardless of 'default n' being present or not:

    ...
    One side effect of (and the main motivation for) this change is making
    the following two definitions behave exactly the same:

    config FOO
    bool

    config FOO
    bool
    default n

    With this change, neither of these will generate a
    '# CONFIG_FOO is not set' line (assuming FOO isn't selected/implied).
    That might make it clearer to people that a bare 'default n' is
    redundant.
    ...

    Signed-off-by: Bartlomiej Zolnierkiewicz
    Acked-by: Frederic Barrat
    Acked-by: Arnd Bergmann
    Acked-by: Michael Ellerman
    Signed-off-by: Greg Kroah-Hartman

    Bartlomiej Zolnierkiewicz