1. 28 Feb, 2019 1 commit
    • Greg Kroah-Hartman's avatar
      Merge tag 'topic/mei-hdcp-2019-02-26' of... · f699f9f9
      Greg Kroah-Hartman authored
      Merge tag 'topic/mei-hdcp-2019-02-26' of git://anongit.freedesktop.org/drm/drm-intel into char-misc-next
      
      Daniel writes:
      
      mei-hdcp driver
      
      mei driver for the me hdcp client, for use by drm/i915.
      
      Including the following prep work:
      - whitelist hdcp client in mei bus
      - merge to include char-misc-next
      - drm/i915 side of the mei_hdcp/i915 component interface
      - component prep work (including one patch touching i915&snd-hda)
      
      * tag 'topic/mei-hdcp-2019-02-26' of git://anongit.freedesktop.org/drm/drm-intel: (23 commits)
        misc/mei/hdcp: Component framework for I915 Interface
        misc/mei/hdcp: Closing wired HDCP2.2 Tx Session
        misc/mei/hdcp: Enabling the HDCP authentication
        misc/mei/hdcp: Verify M_prime
        misc/mei/hdcp: Repeater topology verification and ack
        misc/mei/hdcp: Prepare Session Key
        misc/mei/hdcp: Verify L_prime
        misc/mei/hdcp: Initiate Locality check
        misc/mei/hdcp: Store the HDCP Pairing info
        misc/mei/hdcp: Verify H_prime
        misc/mei/hdcp: Verify Receiver Cert and prepare km
        misc/mei/hdcp: Initiate Wired HDCP2.2 Tx Session
        misc/mei/hdcp: Define ME FW interface for HDCP2.2
        misc/mei/hdcp: Client driver for HDCP application
        mei: bus: whitelist hdcp client
        drm/audio: declaration of struct device
        drm: helper functions for hdcp2 seq_num to from u32
        drm/i915: MEI interface definition
        drm/i915: header for i915 - MEI_HDCP interface
        drm/i915: enum port definition is moved into i915_drm.h
        ...
      f699f9f9
  2. 27 Feb, 2019 7 commits
    • Randy Dunlap's avatar
      misc/habanalabs: adjust Kconfig to fix build errors · b39e557b
      Randy Dunlap authored
      Several places in the habanalabs driver use gen_alloc functions,
      so select GENERIC_ALLOCATOR to make those functions available.
      
      Fixes these build errors:
      
      ERROR: "gen_pool_alloc" [drivers/misc/habanalabs/habanalabs.ko] undefined!
      ERROR: "gen_pool_add_virt" [drivers/misc/habanalabs/habanalabs.ko] undefined!
      ERROR: "gen_pool_destroy" [drivers/misc/habanalabs/habanalabs.ko] undefined!
      ERROR: "gen_pool_create" [drivers/misc/habanalabs/habanalabs.ko] undefined!
      ERROR: "gen_pool_free" [drivers/misc/habanalabs/habanalabs.ko] undefined!
      Signed-off-by: default avatarRandy Dunlap <rdunlap@infradead.org>
      Reviewed-by: default avatarOded Gabbay <oded.gabbay@gmail.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      b39e557b
    • Matt Hsiao's avatar
      misc: hpilo: Do not claim unsupported hardware · 9b6dba70
      Matt Hsiao authored
      CL2600/CL2800 servers leveraged Proliant hardware but are targeted to a
      different market segment and come with a different firmware base. Based
      upon targeted market needs, the servers de-featured certain aspects of iLO.
      
      As a result, hpilo driver still claims the hardware but is not functional,
      so we decided to blacklist it with SSID 0x0289 to reduce confusion to
      customers.
      Signed-off-by: default avatarMatt Hsiao <matt.hsiao@hpe.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      9b6dba70
    • Matt Hsiao's avatar
      misc: hpilo: Exclude unsupported device via blacklist · bc7de897
      Matt Hsiao authored
      Instead of having explicit if statements excluding devices,
      use a pci_device_id table of devices to blacklist.
      
      HPE will put out minor updates to the iLO using the same device
      info except for the subsystem device id. hpilo driver takes the
      approach to claim based upon {Vendor, Device, SubVendor} and it
      allows old software to work on new hardware without patching.
      
      As our primary way to support our customers is via distros, the
      patching process could take months to go upstream and then
      backported to multiple releases of multiple distros.
      
      This approach worked fairly well as this is only the second time
      in 10+ years that we need to blacklist an instance.
      Signed-off-by: default avatarMatt Hsiao <matt.hsiao@hpe.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      bc7de897
    • Gustavo A. R. Silva's avatar
      virt: vbox: Mark expected switch fall-through · 9d49fff9
      Gustavo A. R. Silva authored
      In preparation to enabling -Wimplicit-fallthrough, mark switch
      cases where we are expecting to fall through.
      
      This patch fixes the following warning:
      
      drivers/virt/vboxguest/vboxguest_core.c: In function ‘vbg_core_ioctl’:
      drivers/virt/vboxguest/vboxguest_core.c:1486:10: warning: this statement may fall through [-Wimplicit-fallthrough=]
         f32bit = true;
         ~~~~~~~^~~~~~
      drivers/virt/vboxguest/vboxguest_core.c:1489:2: note: here
        case VBG_IOCTL_HGCM_CALL(0):
        ^~~~
      
      Warning level 3 was used: -Wimplicit-fallthrough=3
      
      Notice that, in this particular case, the code comment is modified
      in accordance with what GCC is expecting to find.
      
      This patch is part of the ongoing efforts to enable
      -Wimplicit-fallthrough.
      Signed-off-by: default avatarGustavo A. R. Silva <gustavo@embeddedor.com>
      Reviewed-by: default avatarHans de Goede <hdegoede@redhat.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      9d49fff9
    • Gustavo A. R. Silva's avatar
      misc: mic/scif: mark expected switch fall-through · b304da70
      Gustavo A. R. Silva authored
      In preparation to enabling -Wimplicit-fallthrough, mark switch
      cases where we are expecting to fall through.
      
      This patch fixes the following warning:
      
      drivers/misc/mic/scif/scif_rma.c: In function ‘scif_unregister_window’:
      drivers/misc/mic/scif/scif_rma.c:665:12: warning: this statement may fall through [-Wimplicit-fallthrough=]
         send_msg = true;
         ~~~~~~~~~^~~~~~
      drivers/misc/mic/scif/scif_rma.c:668:2: note: here
        case OP_IN_PROGRESS:
        ^~~~
      
      Warning level 3 was used: -Wimplicit-fallthrough=3
      
      Notice that, in this particular case, the code comment is modified
      in accordance with what GCC is expecting to find.
      
      This patch is part of the ongoing efforts to enable
      -Wimplicit-fallthrough.
      Signed-off-by: default avatarGustavo A. R. Silva <gustavo@embeddedor.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      b304da70
    • Oded Gabbay's avatar
      habanalabs: make functions static or declare them · 5e6e0239
      Oded Gabbay authored
      This patch fixes the below sparse warnings by either making the functions
      static or by adding a declaration in the relevant header file.
      
      In addition, the patch removes goya_mmap completely as it doesn't add any
      additional benefit.
      
      Fixes the following sparse warnings:
      
      drivers/misc/habanalabs/habanalabs_drv.c:24:1: warning: symbol 'hl_devs_idr' was not declared. Should it be static?
      drivers/misc/habanalabs/habanalabs_drv.c:25:1: warning: symbol 'hl_devs_idr_lock' was not declared. Should it be static?
      drivers/misc/habanalabs/memory.c:1451:5: warning: symbol 'hl_vm_ctx_init_with_ranges' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:396:5: warning: symbol 'goya_send_pci_access_msg' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:417:5: warning: symbol 'goya_pci_bars_map' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:557:6: warning: symbol 'goya_reset_link_through_bridge' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:774:5: warning: symbol 'goya_early_fini' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:857:6: warning: symbol 'goya_late_fini' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:971:5: warning: symbol 'goya_sw_fini' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:1233:5: warning: symbol 'goya_init_cpu_queues' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:2914:5: warning: symbol 'goya_suspend' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:2939:5: warning: symbol 'goya_resume' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:2952:5: warning: symbol 'goya_mmap' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:2957:5: warning: symbol 'goya_cb_mmap' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:2973:6: warning: symbol 'goya_ring_doorbell' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:3063:6: warning: symbol 'goya_flush_pq_write' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:3068:6: warning: symbol 'goya_dma_alloc_coherent' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:3074:6: warning: symbol 'goya_dma_free_coherent' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:3080:6: warning: symbol 'goya_get_int_queue_base' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:3138:5: warning: symbol 'goya_send_job_on_qman0' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:3295:5: warning: symbol 'goya_test_queue' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:3417:6: warning: symbol 'goya_dma_pool_zalloc' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:3426:6: warning: symbol 'goya_dma_pool_free' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:3432:6: warning: symbol 'goya_cpu_accessible_dma_pool_alloc' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:3448:6: warning: symbol 'goya_cpu_accessible_dma_pool_free' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:3458:5: warning: symbol 'goya_dma_map_sg' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:3467:6: warning: symbol 'goya_dma_unmap_sg' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:3473:5: warning: symbol 'goya_get_dma_desc_list_size' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:4210:5: warning: symbol 'goya_parse_cb_no_mmu' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:4261:5: warning: symbol 'goya_parse_cb_no_ext_quque' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:4294:5: warning: symbol 'goya_cs_parser' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:4307:6: warning: symbol 'goya_add_end_of_cb_packets' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:4334:5: warning: symbol 'goya_context_switch' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:4426:6: warning: symbol 'goya_restore_phase_topology' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:4460:5: warning: symbol 'goya_debugfs_read32' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:4510:5: warning: symbol 'goya_debugfs_write32' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:4738:6: warning: symbol 'goya_handle_eqe' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:4836:6: warning: symbol 'goya_get_events_stat' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:5075:5: warning: symbol 'goya_send_heartbeat' was not declared. Should it be static?
      drivers/misc/habanalabs/goya/goya.c:5253:5: warning: symbol 'goya_get_eeprom_data' was not declared. Should it be static?
      Reported-by: default avatarYueHaibing <yuehaibing@huawei.com>
      Signed-off-by: default avatarOded Gabbay <oded.gabbay@gmail.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      5e6e0239
    • Oded Gabbay's avatar
      habanalabs: allow memory allocations larger than 4GB · 230afe74
      Oded Gabbay authored
      This patch increase the size field in the uapi structure of the Memory
      IOCTL from 32-bit to 64-bit. This is to allow the user to allocate and/or
      map memory in chunks that are larger then 4GB.
      
      Goya's device memory (DRAM) can be up to 16GB, and for certain
      topologies, the user may want an allocation that is larger than 4GB.
      
      This change doesn't break current user-space because there was a "pad"
      field in the uapi structure right after the size field. Changing the size
      field to be 64-bit and removing the pad field maintains compatibility with
      current user-space.
      Signed-off-by: default avatarOded Gabbay <oded.gabbay@gmail.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      230afe74
  3. 26 Feb, 2019 10 commits
  4. 25 Feb, 2019 15 commits
  5. 23 Feb, 2019 4 commits
  6. 22 Feb, 2019 1 commit
  7. 21 Feb, 2019 2 commits
    • Greg Kroah-Hartman's avatar
      Merge tag 'gnss-5.1-rc1' of... · 6ade6e90
      Greg Kroah-Hartman authored
      Merge tag 'gnss-5.1-rc1' of https://git.kernel.org/pub/scm/linux/kernel/git/johan/gnss into char-misc-next
      
      Johan writes:
      
      GNSS updates for 5.1-rc1
      
      Here are the GNSS updates for 5.1-rc1, including:
      
       - a new driver for Mediatek-based receivers
       - support for SiRF receivers without a wakeup signal
       - support for a separate LNA supply for SiRF receivers
      
      Included are also various clean ups and minor fixes.
      
      All have been in linux-next with no reported issues.
      Signed-off-by: default avatarJohan Hovold <johan@kernel.org>
      
      * tag 'gnss-5.1-rc1' of https://git.kernel.org/pub/scm/linux/kernel/git/johan/gnss:
        gnss: add driver for mediatek receivers
        gnss: add mtk receiver type support
        dt-bindings: gnss: add mediatek binding
        dt-bindings: Add vendor prefix for "GlobalTop Technology, Inc."
        dt-bindings: gnss: add lna-supply property
        gnss: sirf: add a separate supply for a lna
        dt-bindings: gnss: add w2sg0004 compatible string
        gnss: sirf: add support for configurations without wakeup signal
        gnss: sirf: write data to gnss only when the gnss device is open
        gnss: sirf: drop redundant double negation
        gnss: sirf: force hibernate mode on probe
        gnss: sirf: fix premature wakeup interrupt enable
      6ade6e90
    • Greg Kroah-Hartman's avatar
      Merge tag 'intel_th-stm-for-greg-20190221' of... · 7f2b8af2
      Greg Kroah-Hartman authored
      Merge tag 'intel_th-stm-for-greg-20190221' of git://git.kernel.org/pub/scm/linux/kernel/git/ash/stm into char-misc-next
      
      Alexander writes:
      
      stm class/intel_th: Updates for v5.1
      
      These are:
        * 2 bugfixes in stm class
        * one bugfix in intel_th
        * a few minor cleanups
      
      * tag 'intel_th-stm-for-greg-20190221' of git://git.kernel.org/pub/scm/linux/kernel/git/ash/stm:
        stm class: Prevent division by zero
        stm class: Fix an endless loop in channel allocation
        intel_th: Don't reference unassigned outputs
        intel_th: pti: Use sysfs_match_string() helper
        intel_th: Only create useful device nodes
        intel_th: Mark expected switch fall-throughs
        intel_th: Update ABI documentation
      7f2b8af2