1. 21 Apr, 2020 35 commits
  2. 20 Apr, 2020 3 commits
    • Mauro Carvalho Chehab's avatar
      media: usbvision: depends on USB · e6940c03
      Mauro Carvalho Chehab authored
      When built with:
      	CONFIG_USB=m
      	CONFIG_VIDEO_USBVISION=y
      
      It causes ld errors:
      
      ld: drivers/staging/media/usbvision/usbvision-core.o: in function `usbvision_write_reg_irq':
      usbvision-core.c:(.text+0x8a4): undefined reference to `usb_submit_urb'
      ld: drivers/staging/media/usbvision/usbvision-core.o: in function `usbvision_isoc_irq':
      usbvision-core.c:(.text+0x2ee8): undefined reference to `usb_submit_urb'
      ld: drivers/staging/media/usbvision/usbvision-core.o: in function `usbvision_read_reg':
      usbvision-core.c:(.text+0x30ad): undefined reference to `usb_control_msg'
      ld: drivers/staging/media/usbvision/usbvision-core.o: in function `usbvision_write_reg':
      usbvision-core.c:(.text+0x3178): undefined reference to `usb_control_msg'
      ld: drivers/staging/media/usbvision/usbvision-core.o: in function `usbvision_set_output':
      usbvision-core.c:(.text+0x344e): undefined reference to `usb_control_msg'
      ld: drivers/staging/media/usbvision/usbvision-core.o: in function `usbvision_set_input':
      usbvision-core.c:(.text+0x3b9b): undefined reference to `usb_control_msg'
      ld: drivers/staging/media/usbvision/usbvision-core.o: in function `usbvision_setup':
      usbvision-core.c:(.text+0x4009): undefined reference to `usb_control_msg'
      ld: drivers/staging/media/usbvision/usbvision-core.o:usbvision-core.c:(.text+0x417f): more undefined references to `usb_control_msg' follow
      ld: drivers/staging/media/usbvision/usbvision-core.o: in function `usbvision_set_alternate':
      usbvision-core.c:(.text+0x4518): undefined reference to `usb_set_interface'
      ld: drivers/staging/media/usbvision/usbvision-core.o: in function `usbvision_init_isoc':
      usbvision-core.c:(.text+0x4673): undefined reference to `usb_alloc_urb'
      ld: usbvision-core.c:(.text+0x46a5): undefined reference to `usb_alloc_coherent'
      ld: usbvision-core.c:(.text+0x4765): undefined reference to `usb_submit_urb'
      ld: drivers/staging/media/usbvision/usbvision-core.o: in function `usbvision_stop_isoc':
      usbvision-core.c:(.text+0x4837): undefined reference to `usb_kill_urb'
      ld: usbvision-core.c:(.text+0x485f): undefined reference to `usb_free_coherent'
      ld: usbvision-core.c:(.text+0x4874): undefined reference to `usb_free_urb'
      ld: usbvision-core.c:(.text+0x48f1): undefined reference to `usb_set_interface'
      ld: drivers/staging/media/usbvision/usbvision-video.o: in function `usbvision_release':
      usbvision-video.c:(.text+0x1a8a): undefined reference to `usb_free_urb'
      ld: drivers/staging/media/usbvision/usbvision-video.o: in function `usbvision_disconnect':
      usbvision-video.c:(.text+0x1b74): undefined reference to `usb_put_dev'
      ld: drivers/staging/media/usbvision/usbvision-video.o: in function `usbvision_radio_close':
      usbvision-video.c:(.text+0x1c89): undefined reference to `usb_set_interface'
      ld: drivers/staging/media/usbvision/usbvision-video.o: in function `usbvision_probe':
      usbvision-video.c:(.text+0x1e4b): undefined reference to `usb_get_dev'
      ld: usbvision-video.c:(.text+0x20e1): undefined reference to `usb_alloc_urb'
      ld: usbvision-video.c:(.text+0x2797): undefined reference to `usb_put_dev'
      ld: drivers/staging/media/usbvision/usbvision-video.o: in function `usbvision_exit':
      usbvision-video.c:(.exit.text+0x37): undefined reference to `usb_deregister'
      ld: drivers/staging/media/usbvision/usbvision-video.o: in function `usbvision_init':
      usbvision-video.c:(.init.text+0xf9): undefined reference to `usb_register_driver'
      ld: drivers/staging/media/usbvision/usbvision-i2c.o: in function `usbvision_i2c_write':
      usbvision-i2c.c:(.text+0x2f4): undefined reference to `usb_control_msg'
      Reported-by: default avatarRandy Dunlap <rdunlap@infradead.org>
      Acked-by: Randy Dunlap <rdunlap@infradead.org> # build-tested
      Acked-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab+huawei@kernel.org>
      e6940c03
    • Mauro Carvalho Chehab's avatar
      media: staging: rkisp1 Kconfig: depends on OF · e10daad5
      Mauro Carvalho Chehab authored
      building it with a random config causes a warning:
      
      WARNING: unmet direct dependencies detected for PHY_ROCKCHIP_DPHY_RX0
        Depends on [n]: STAGING [=y] && STAGING_MEDIA [=y] && MEDIA_SUPPORT [=y] && (ARCH_ROCKCHIP || COMPILE_TEST [=y]) && OF [=n]
        Selected by [y]:
        - VIDEO_ROCKCHIP_ISP1 [=y] && STAGING [=y] && STAGING_MEDIA [=y] && MEDIA_SUPPORT [=y] && VIDEO_V4L2 [=y] && (ARCH_ROCKCHIP || COMPILE_TEST [=y])
      Reported-by: default avatarRandy Dunlap <rdunlap@infradead.org>
      Acked-by: Randy Dunlap <rdunlap@infradead.org> # build-tested
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab+huawei@kernel.org>
      e10daad5
    • Mauro Carvalho Chehab's avatar
      Merge tag 'v5.7-rc2' into patchwork · 9e04ff70
      Mauro Carvalho Chehab authored
      Linux 5.7-rc2
      
      * tag 'v5.7-rc2': (331 commits)
        Linux 5.7-rc2
        mm: Fix MREMAP_DONTUNMAP accounting on VMA merge
        xattr.h: Replace zero-length array with flexible-array member
        uapi: linux: fiemap.h: Replace zero-length array with flexible-array member
        uapi: linux: dlm_device.h: Replace zero-length array with flexible-array member
        tpm_eventlog.h: Replace zero-length array with flexible-array member
        ti_wilink_st.h: Replace zero-length array with flexible-array member
        swap.h: Replace zero-length array with flexible-array member
        skbuff.h: Replace zero-length array with flexible-array member
        sched: topology.h: Replace zero-length array with flexible-array member
        rslib.h: Replace zero-length array with flexible-array member
        rio.h: Replace zero-length array with flexible-array member
        posix_acl.h: Replace zero-length array with flexible-array member
        platform_data: wilco-ec.h: Replace zero-length array with flexible-array member
        memcontrol.h: Replace zero-length array with flexible-array member
        list_lru.h: Replace zero-length array with flexible-array member
        lib: cpu_rmap: Replace zero-length array with flexible-array member
        irq.h: Replace zero-length array with flexible-array member
        ihex.h: Replace zero-length array with flexible-array member
        igmp.h: Replace zero-length array with flexible-array member
        ...
      9e04ff70
  3. 19 Apr, 2020 2 commits
    • Linus Torvalds's avatar
      Linux 5.7-rc2 · ae83d0b4
      Linus Torvalds authored
      ae83d0b4
    • Brian Geffon's avatar
      mm: Fix MREMAP_DONTUNMAP accounting on VMA merge · dadbd85f
      Brian Geffon authored
      When remapping a mapping where a portion of a VMA is remapped
      into another portion of the VMA it can cause the VMA to become
      split. During the copy_vma operation the VMA can actually
      be remerged if it's an anonymous VMA whose pages have not yet
      been faulted. This isn't normally a problem because at the end
      of the remap the original portion is unmapped causing it to
      become split again.
      
      However, MREMAP_DONTUNMAP leaves that original portion in place which
      means that the VMA which was split and then remerged is not actually
      split at the end of the mremap. This patch fixes a bug where
      we don't detect that the VMAs got remerged and we end up
      putting back VM_ACCOUNT on the next mapping which is completely
      unreleated. When that next mapping is unmapped it results in
      incorrectly unaccounting for the memory which was never accounted,
      and eventually we will underflow on the memory comittment.
      
      There is also another issue which is similar, we're currently
      accouting for the number of pages in the new_vma but that's wrong.
      We need to account for the length of the remap operation as that's
      all that is being added. If there was a mapping already at that
      location its comittment would have been adjusted as part of
      the munmap at the start of the mremap.
      
      A really simple repro can be seen in:
      https://gist.github.com/bgaff/e101ce99da7d9a8c60acc641d07f312c
      
      Fixes: e346b381 ("mm/mremap: add MREMAP_DONTUNMAP to mremap()")
      Reported-by: default avatarsyzbot <syzkaller@googlegroups.com>
      Signed-off-by: default avatarBrian Geffon <bgeffon@google.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      dadbd85f