1. 08 4月, 2017 1 次提交
    • H
      staging: Add rtl8723bs sdio wifi driver · 554c0a3a
      Hans de Goede 提交于
      The rtl8723bs is found on quite a few systems used by Linux users,
      such as on Atom systems (Intel Computestick and various other
      Atom based devices) and on many (budget) ARM boards such as
      the CHIP.
      
      The plan moving forward with this is for the new clean,
      written from scratch, rtl8xxxu driver to eventually gain
      support for sdio devices. But there is no clear timeline
      for that, so lets add this driver included in staging for now.
      
      Cc: Bastien Nocera <hadess@hadess.net>
      Cc: Larry Finger <Larry.Finger@lwfinger.net>
      Cc: Jes Sorensen <jes.sorensen@gmail.com>
      Signed-off-by: NHans de Goede <hdegoede@redhat.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      554c0a3a
  2. 06 3月, 2017 1 次提交
  3. 27 1月, 2017 1 次提交
  4. 06 1月, 2017 1 次提交
  5. 07 12月, 2016 1 次提交
    • G
      staging: slicoss: remove the staging driver · 0af72df2
      Greg Kroah-Hartman 提交于
      A "real" driver for this hardware has now landed in the networking tree,
      so remove this old staging driver so that we don't have multiple drivers
      for the same hardware, and so people don't waste their time trying to
      clean up this old code.
      
      Cc: Lior Dotan <liodot@gmail.com>
      Cc: Christopher Harrer <charrer@alacritech.com>
      Cc: David Miller <davem@davemloft.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      0af72df2
  6. 27 10月, 2016 1 次提交
  7. 02 10月, 2016 1 次提交
    • P
      staging: add bcm2708 vchiq driver · 71bad7f0
      popcornmix 提交于
      Signed-off-by: Npopcornmix <popcornmix@gmail.com>
      
      vchiq: create_pagelist copes with vmalloc memory
      Signed-off-by: NDaniel Stone <daniels@collabora.com>
      
      vchiq: fix the shim message release
      Signed-off-by: NDaniel Stone <daniels@collabora.com>
      
      vchiq: export additional symbols
      Signed-off-by: NDaniel Stone <daniels@collabora.com>
      
      VCHIQ: Make service closure fully synchronous (drv)
      
      This is one half of a two-part patch, the other half of which is to
      the vchiq_lib user library. With these patches, calls to
      vchiq_close_service and vchiq_remove_service won't return until any
      associated callbacks have been delivered to the callback thread.
      
      VCHIQ: Add per-service tracing
      
      The new service option VCHIQ_SERVICE_OPTION_TRACE is a boolean that
      toggles tracing for the specified service.
      
      This commit also introduces vchi_service_set_option and the associated
      option VCHI_SERVICE_OPTION_TRACE.
      
      vchiq: Make the synchronous-CLOSE logic more tolerant
      
      vchiq: Move logging control into debugfs
      
      vchiq: Take care of a corner case tickled by VCSM
      
      Closing a connection that isn't fully open requires care, since one
      side does not know the other side's port number. Code was present to
      handle the case where a CLOSE is sent immediately after an OPEN, i.e.
      before the OPENACK has been received, but this was incorrectly being
      used when an OPEN from a client using port 0 was rejected.
      
      (In the observed failure, the host was attempting to use the VCSM
      service, which isn't present in the 'cutdown' firmware. The failure
      was intermittent because sometimes the keepalive service would
      grab port 0.)
      
      This case can be distinguished because the client's remoteport will
      still be VCHIQ_PORT_FREE, and the srvstate will be OPENING. Either
      condition is sufficient to differentiate it from the special case
      described above.
      
      vchiq: Avoid high load when blocked and unkillable
      
      vchiq: Include SIGSTOP and SIGCONT in list of signals not-masked by vchiq to allow gdb to work
      
      vchiq_arm: Complete support for SYNCHRONOUS mode
      
      vchiq: Remove inline from suspend/resume
      
      vchiq: Allocation does not need to be atomic
      
      vchiq: Fix wrong condition check
      
      The log level is checked from within the log call. Remove the check in the call.
      Signed-off-by: NPranith Kumar <bobby.prani@gmail.com>
      
      BCM270x: Add vchiq device to platform file and Device Tree
      
      Prepare to turn the vchiq module into a driver.
      Signed-off-by: NNoralf Trønnes <noralf@tronnes.org>
      
      bcm2708: vchiq: Add Device Tree support
      
      Turn vchiq into a driver and stop hardcoding resources.
      Use devm_* functions in probe path to simplify cleanup.
      A global variable is used to hold the register address. This is done
      to keep this patch as small as possible.
      Also make available on ARCH_BCM2835.
      Based on work by Lubomir Rintel.
      Signed-off-by: NNoralf Trønnes <noralf@tronnes.org>
      
      vchiq: Change logging level for inbound data
      
      vchiq_arm: Two cacheing fixes
      
      1) Make fragment size vary with cache line size
      Without this patch, non-cache-line-aligned transfers may corrupt
      (or be corrupted by) adjacent data structures.
      
      Both ARM and VC need to be updated to enable this feature. This is
      ensured by having the loader apply a new DT parameter -
      cache-line-size. The existence of this parameter guarantees that the
      kernel is capable, and the parameter will only be modified from the
      safe default if the loader is capable.
      
      2) Flush/invalidate vmalloc'd memory, and invalidate after reads
      
      vchiq: fix NULL pointer dereference when closing driver
      
      The following code run as root will cause a null pointer dereference oops:
      
              int fd = open("/dev/vc-cma", O_RDONLY);
              if (fd < 0)
                      err(1, "open failed");
              (void)close(fd);
      
      [ 1704.877721] Unable to handle kernel NULL pointer dereference at virtual address 00000000
      [ 1704.877725] pgd = b899c000
      [ 1704.877736] [00000000] *pgd=37fab831, *pte=00000000, *ppte=00000000
      [ 1704.877748] Internal error: Oops: 817 [#1] PREEMPT SMP ARM
      [ 1704.877765] Modules linked in: evdev i2c_bcm2708 uio_pdrv_genirq uio
      [ 1704.877774] CPU: 2 PID: 3656 Comm: stress-ng-fstat Not tainted 3.19.1-12-generic-bcm2709 #12-Ubuntu
      [ 1704.877777] Hardware name: BCM2709
      [ 1704.877783] task: b8ab9b00 ti: b7e68000 task.ti: b7e68000
      [ 1704.877798] PC is at __down_interruptible+0x50/0xec
      [ 1704.877806] LR is at down_interruptible+0x5c/0x68
      [ 1704.877813] pc : [<80630ee8>]    lr : [<800704b0>]    psr: 60080093
      sp : b7e69e50  ip : b7e69e88  fp : b7e69e84
      [ 1704.877817] r10: b88123c8  r9 : 00000010  r8 : 00000001
      [ 1704.877822] r7 : b8ab9b00  r6 : 7fffffff  r5 : 80a1cc34  r4 : 80a1cc34
      [ 1704.877826] r3 : b7e69e50  r2 : 00000000  r1 : 00000000  r0 : 80a1cc34
      [ 1704.877833] Flags: nZCv  IRQs off  FIQs on  Mode SVC_32  ISA ARM  Segment user
      [ 1704.877838] Control: 10c5387d  Table: 3899c06a  DAC: 00000015
      [ 1704.877843] Process do-oops (pid: 3656, stack limit = 0xb7e68238)
      [ 1704.877848] Stack: (0xb7e69e50 to 0xb7e6a000)
      [ 1704.877856] 9e40:                                     80a1cc3c 00000000 00000010 b88123c8
      [ 1704.877865] 9e60: b7e69e84 80a1cc34 fff9fee9 ffffffff b7e68000 00000009 b7e69ea4 b7e69e88
      [ 1704.877874] 9e80: 800704b0 80630ea4 fff9fee9 60080013 80a1cc28 fff9fee9 b7e69edc b7e69ea8
      [ 1704.877884] 9ea0: 8040f558 80070460 fff9fee9 ffffffff 00000000 00000000 00000009 80a1cb7c
      [ 1704.877893] 9ec0: 00000000 80a1cb7c 00000000 00000010 b7e69ef4 b7e69ee0 803e1ba4 8040f514
      [ 1704.877902] 9ee0: 00000e48 80a1cb7c b7e69f14 b7e69ef8 803e1c9c 803e1b74 b88123c0 b92acb18
      [ 1704.877911] 9f00: b8812790 b8d815d8 b7e69f24 b7e69f18 803e2250 803e1bc8 b7e69f5c b7e69f28
      [ 1704.877921] 9f20: 80167bac 803e222c 00000000 00000000 b7e69f54 b8ab9ffc 00000000 8098c794
      [ 1704.877930] 9f40: b8ab9b00 8000efc4 b7e68000 00000000 b7e69f6c b7e69f60 80167d6c 80167b28
      [ 1704.877939] 9f60: b7e69f8c b7e69f70 80047d38 80167d60 b7e68000 b7e68010 8000efc4 b7e69fb0
      [ 1704.877949] 9f80: b7e69fac b7e69f90 80012820 80047c84 01155490 011549a8 00000001 00000006
      [ 1704.877957] 9fa0: 00000000 b7e69fb0 8000ee5c 80012790 00000000 353d8c0f 7efc4308 00000000
      [ 1704.877966] 9fc0: 01155490 011549a8 00000001 00000006 00000000 00000000 76cf3ba0 00000003
      [ 1704.877975] 9fe0: 00000000 7efc42e4 0002272f 76e2ed66 60080030 00000003 00000000 00000000
      [ 1704.877998] [<80630ee8>] (__down_interruptible) from [<800704b0>] (down_interruptible+0x5c/0x68)
      [ 1704.878015] [<800704b0>] (down_interruptible) from [<8040f558>] (vchiu_queue_push+0x50/0xd8)
      [ 1704.878032] [<8040f558>] (vchiu_queue_push) from [<803e1ba4>] (send_worker_msg+0x3c/0x54)
      [ 1704.878045] [<803e1ba4>] (send_worker_msg) from [<803e1c9c>] (vc_cma_set_reserve+0xe0/0x1c4)
      [ 1704.878057] [<803e1c9c>] (vc_cma_set_reserve) from [<803e2250>] (vc_cma_release+0x30/0x38)
      [ 1704.878069] [<803e2250>] (vc_cma_release) from [<80167bac>] (__fput+0x90/0x1e0)
      [ 1704.878082] [<80167bac>] (__fput) from [<80167d6c>] (____fput+0x18/0x1c)
      [ 1704.878094] [<80167d6c>] (____fput) from [<80047d38>] (task_work_run+0xc0/0xf8)
      [ 1704.878109] [<80047d38>] (task_work_run) from [<80012820>] (do_work_pending+0x9c/0xc4)
      [ 1704.878123] [<80012820>] (do_work_pending) from [<8000ee5c>] (work_pending+0xc/0x20)
      [ 1704.878133] Code: e50b1034 e3a01000 e50b2030 e580300c (e5823000)
      
      ..the fix is to ensure that we have actually initialized the queue before we attempt
      to push any items onto it.  This occurs if we do an open() followed by a close() without
      any activity in between.
      Signed-off-by: NColin Ian King <colin.king@canonical.com>
      
      vchiq_arm: Sort out the vmalloc case
      
      See: https://github.com/raspberrypi/linux/issues/1055
      
      vchiq: hack: Add include depecated dma include file
      
      [gregkh] added dependancy on CONFIG_BROKEN to make things sane for now.
      
      Cc: Eric Anholt <eric@anholt.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      71bad7f0
  8. 19 9月, 2016 1 次提交
  9. 10 9月, 2016 1 次提交
  10. 08 6月, 2016 1 次提交
  11. 27 5月, 2016 1 次提交
  12. 05 4月, 2016 1 次提交
  13. 23 3月, 2016 1 次提交
  14. 12 3月, 2016 1 次提交
  15. 11 3月, 2016 1 次提交
  16. 06 3月, 2016 1 次提交
  17. 08 2月, 2016 1 次提交
    • P
      staging: drop kbuild workaround dummy module from top dir · e223da96
      Paul Gortmaker 提交于
      This is essentially a revert of 86f69fe9
      ("Staging: workaround build system bug"), but to call it a revert would
      imply it was wrong -- rather it seems more like it is just no longer
      required anymore.
      
      It doesn't list the full details of the failing use case, but the most
      obvious would appear to be a "make allnoconfig" that subsequently had set
      just CONFIG_STAGING=y in the .config file, to give:
      
        paul@builder:~/git/linux-head$ grep STAGING ../staging-allno/.config
        CONFIG_STAGING=y
        # CONFIG_STAGING_MEDIA is not set
        # CONFIG_STAGING_BOARD is not set
        paul@builder:~/git/linux-head$
      
      After building this .config (on ARM, just to be different), we see that
      built-in.o is created, and the final vmlinux links OK:
      
        paul@builder:~/git/linux-head$ ls -l ../staging-allno/drivers/staging/built-in.o
        -rw-rw-r-- 1 paul paul 257 Nov 16 18:06 ../staging-allno/drivers/staging/built-in.o
        paul@builder:~/git/linux-head$ file ../staging-allno/drivers/staging/built-in.o
        ../staging-allno/drivers/staging/built-in.o: ELF 32-bit LSB relocatable, ARM, version 1, not stripped
        paul@builder:~/git/linux-head$ nm ../staging-allno/drivers/staging/built-in.o
        nm: ../staging-allno/drivers/staging/built-in.o: no symbols
        paul@builder:~/git/linux-head$ ls -l ../staging-allno/vmlinux
        -rwxrwxr-x 1 paul paul 1236326 Nov 16 18:07 ../staging-allno/vmlinux
        paul@builder:~/git/linux-head$
      
      I also tested an "allmodconfig" and did not see any problems there
      either.  Switching back to x86-64 and testing several things there didn't
      show any issues either.  So it appears we do not need to carry the
      workaround in tree any longer.
      
      Cc: linux-kbuild@vger.kernel.org
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      Acked-by: NMichal Marek <mmarek@suse.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      e223da96
  18. 04 2月, 2016 1 次提交
  19. 29 1月, 2016 2 次提交
  20. 25 10月, 2015 1 次提交
  21. 29 8月, 2015 1 次提交
    • D
      Staging: Add staging/rdma directory and update MAINTAINERS · 2dfcad3a
      Doug Ledford 提交于
      Create the rdma directory in the staging area for use as we deprecate
      some older drivers and as we bring in some new drivers that are in
      need of work.  Update the MAINTAINERS file so that updates to these
      files go to linux-rdma@vger.kernel.org.  Expected lifespan of this
      directory is three releases for any deprecated drivers moved here
      and an unknown, but theoretically bounded amount of time for the new
      drivers as a new core RDMA transfer library needs to be written and
      the drivers modified to use it in order for them to move out of this
      directory.
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      2dfcad3a
  22. 11 8月, 2015 1 次提交
  23. 08 8月, 2015 1 次提交
  24. 25 7月, 2015 1 次提交
    • C
      Staging: most: add MOST driver's core module · 57562a72
      Christian Gromm 提交于
      This patch adds the core module of the MOST driver to the kernel's driver
      staging area. This module is part of the MOST driver and handles the
      configuration interface in sysfs, the buffer management and the data
      routing.
      
      MOST defines the protocol, hardware and software layers necessary to allow
      for the efficient and low-cost transport of control, real-time and packet
      data using a single medium (physical layer). Media currently in use are
      fiber optics, unshielded twisted pair cables (UTP) and coax cables. MOST
      also supports various speed grades up to 150 Mbps.
      For more information on MOST, visit the MOST Cooperation website:
      www.mostcooperation.com.
      
      Cars continue to evolve into sophisticated consumer electronics platforms,
      increasing the demand for reliable and simple solutions to support audio,
      video and data communications. MOST can be used to connect multiple
      consumer devices via optical or electrical physical layers directly to one
      another or in a network configuration. As a synchronous network, MOST
      provides excellent Quality of Service and seamless connectivity for
      audio/video streaming. Therefore, the driver perfectly fits to the mission
      of Automotive Grade Linux to create open source software solutions for
      automotive applications.
      
      The driver consists basically of three layers. The hardware layer, the
      core layer and the application layer. The core layer consists of the core
      module only. This module handles the communication flow through all three
      layers, the configuration of the driver, the configuration interface
      representation in sysfs, and the buffer management.
      For each of the other two layers a selection of modules is provided. These
      modules can arbitrarily be combined to meet the needs of the desired
      system architecture. A module of the hardware layer is referred to as an
      HDM (hardware dependent module). Each module of this layer handles exactly
      one of the peripheral interfaces of a network interface controller (e.g.
      USB, MediaLB, I2C). A module of the application layer is referred to as an
      AIM (application interfacing module). The modules of this layer give access
      to MOST via one the following ways: character devices, ALSA, Networking or
      V4L2.
      
      To physically access MOST, an Intelligent Network Interface Controller
      (INIC) is needed. For more information on available controllers visit:
      www.microchip.com
      Signed-off-by: NChristian Gromm <christian.gromm@microchip.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      57562a72
  25. 25 5月, 2015 1 次提交
  26. 10 5月, 2015 1 次提交
  27. 08 5月, 2015 1 次提交
  28. 07 3月, 2015 2 次提交
  29. 04 2月, 2015 2 次提交
    • A
      staging: cptm1217: blow it all away · b5d78b7f
      Alan Cox 提交于
      We have a drivers/input layer for Synaptics products and nothing should now
      be using the staging driver.
      Signed-off-by: NAlan Cox <alan@linux.intel.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      b5d78b7f
    • A
      i2o: move to staging · 2cbf7fe2
      Alan Cox 提交于
      The I2O layer deals with a technology that to say the least didn't catch on
      in the market.
      
      The only relevant products are some of the AMI MegaRAID - which supported I2O
      and its native mode (The native mode is faster and runs on Linux), an
      obscure crypto ethernet card that's now so many years out of date nobody
      would use it, the old DPT controllers, which speak their own dialect and
      have their own driver - and ermm.. thats about it.
      
      We also know the code isn't in good shape as recently a patch was proposed
      and queried as buggy, which in turn showed the existing code was broken
      already by prior "clean up" and nobody had noticed that either.
      
      It's coding style robot code nothing more. Like some forgotten corridor
      cleaned relentlessly by a lost Roomba but where no user has trodden in years.
      
      Move it to staging and then to /dev/null.
      
      The headers remain as they are shared with dpt_i2o.
      Signed-off-by: NAlan Cox <alan@linux.intel.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      2cbf7fe2
  30. 25 1月, 2015 1 次提交
  31. 18 1月, 2015 1 次提交
  32. 13 1月, 2015 1 次提交
  33. 26 11月, 2014 1 次提交
    • P
      drm: imx: Move imx-drm driver out of staging · 6556f7f8
      Philipp Zabel 提交于
      The imx-drm driver was put into staging mostly for the following reasons,
      all of which have been addressed or superseded:
       - convert the irq driver to use linear irq domains
       - work out the device tree bindings, this lead to the common of_graph
         bindings being used
       - factor out common helper functions, this mostly resulted in the
         component framework and drm of_graph helpers.
      
      Before adding new fixes, and certainly before adding new features,
      move it into its proper place below drivers/gpu/drm.
      Signed-off-by: NPhilipp Zabel <p.zabel@pengutronix.de>
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      6556f7f8
  34. 20 10月, 2014 2 次提交
  35. 04 10月, 2014 2 次提交