Eric Lee / smarc-fsl-linux-kernel

18 Aug, 2013

28 commits

02 Aug, 2013

4 commits

  • dfb9f94e8   [media] stk1160: Build as a module if SND is m and audio support is selected ... Browse Code »

    As reported by Randy Dunlap:
    When CONFIG_SND=m and CONFIG_SND_AC97_CODEC=m and
    CONFIG_VIDEO_STK1160=y
    CONFIG_VIDEO_STK1160_AC97=y
    drivers/built-in.o: In function `stk1160_ac97_register':
    (.text+0x122706): undefined reference to `snd_card_create'
    drivers/built-in.o: In function `stk1160_ac97_register':
    (.text+0x1227b2): undefined reference to `snd_ac97_bus'
    drivers/built-in.o: In function `stk1160_ac97_register':
    (.text+0x1227cd): undefined reference to `snd_card_free'
    drivers/built-in.o: In function `stk1160_ac97_register':
    (.text+0x12281b): undefined reference to `snd_ac97_mixer'
    drivers/built-in.o: In function `stk1160_ac97_register':
    (.text+0x122832): undefined reference to `snd_card_register'
    drivers/built-in.o: In function `stk1160_ac97_unregister':
    (.text+0x12285e): undefined reference to `snd_card_free'

    Reported-by: Randy Dunlap
    Signed-off-by: Mauro Carvalho Chehab
    Acked-by: Randy Dunlap
    Acked-by: Ezequiel Garcia
    Signed-off-by: Mauro Carvalho Chehab

    Mauro Carvalho Chehab
     
  • 9f1595245   [media] cx23885-video: fix two warnings ... Browse Code »

    drivers/media/pci/cx23885/cx23885-video.c:420:5: warning: no previous prototype for 'cx23885_flatiron_write' [-Wmissing-prototypes]
    int cx23885_flatiron_write(struct cx23885_dev *dev, u8 reg, u8 data)
    ^
    drivers/media/pci/cx23885/cx23885-video.c:431:4: warning: no previous prototype for 'cx23885_flatiron_read' [-Wmissing-prototypes]
    u8 cx23885_flatiron_read(struct cx23885_dev *dev, u8 reg)

    Signed-off-by: Mauro Carvalho Chehab

    Mauro Carvalho Chehab
     
  • 5bc08e192   [media] cx23885[v4]: Fix interrupt storm when enabling IR receiver ... Browse Code »

    Apparently the Flatiron genereates an interrupt after the built-in self
    test for each of its left and right channels has completed.

    Apparently Conexant wire-OR'ed the Flatiron's interrupt output with the
    interrupt output of the CX23885 A/V core.

    Those interrupts need to be handled, otherwise, they generate an
    interrrupt request storm.

    So:

    - Add flatiron readreg and writereg functions prototypes
    on a new header file;
    - Modify the av interrupt handler to cleanup flatiron IRQs if no other
    interrupt handling happens.

    Signed-off-by: Luis Alves
    Acked-by: Andy Walls
    Signed-off-by: Mauro Carvalho Chehab

    Luis Alves
     
  • 00865fe61   [media] S2255: Removal of unnecessary videobuf_queue_is_busy ... Browse Code »

    Removes unnecessary query of buffer state. The code already checks if stream is active or not.

    Signed-off-by: Dean Anderson
    Signed-off-by: Mauro Carvalho Chehab

    Dean Anderson
     

01 Aug, 2013

5 commits

  • ca7a722db   [media] media: lirc: Allow lirc dev to talk to rc device ... Browse Code »

    The use case is simple, if any rc device has allowed protocols =
    RC_TYPE_LIRC and map_name = RC_MAP_LIRC set, the driver open will be never
    called. The reason for this is, all of the key maps except lirc have some
    KEYS in there map, so during rc_register_device process these keys are
    matched against the input drivers and open is performed, so for the case
    of RC_MAP_EMPTY, a vt/keyboard is matched and the driver open is
    performed.
    In case of lirc, there is no match and result is that there is no open
    performed, however the lirc-dev will go ahead and create a /dev/lirc0
    node. Now when lircd/mode2 opens this device, no data is available
    because the driver was never opened.
    Other case pointed by Sean Young, As rc device gets opened via the
    input interface. If the input device is never opened (e.g. embedded with
    no console) then the rc open is never called and lirc will not work
    either. So that's another case.
    lirc_dev seems to have no link with actual rc device w.r.t open/close.
    This patch adds rc_dev pointer to lirc_driver structure for cases like
    this, so that it can do the open/close of the real driver in accordance
    to lircd/mode2 open/close.
    Without this patch its impossible to open a rc device which has
    RC_TYPE_LIRC ad RC_MAP_LIRC set.

    Signed-off-by: Srinivas Kandagatla
    Signed-off-by: Mauro Carvalho Chehab

    Srinivas Kandagatla
     
  • 8b2ff3204   [media] media: rc: Add rc_open/close and use count to rc_dev ... Browse Code »

    This patch adds user count to rc_dev structure, the reason to add this
    new member is to allow other code like lirc to open rc device directly.
    In the existing code, rc device is only opened by input subsystem which
    works ok if we have any input drivers to match. But in case like lirc
    where there will be no input driver, rc device will be never opened.
    Having this user count variable will be usefull to allow rc device to be
    opened from code other than rc-main.
    This patch also adds rc_open and rc_close functions for other drivers
    like lirc to open and close rc devices. This functions safely increment
    and decrement the user count. Other driver wanting to open rc device
    should call rc_open and rc_close, rather than directly modifying the
    rc_dev structure.

    Signed-off-by: Srinivas Kandagatla
    Signed-off-by: Mauro Carvalho Chehab

    Srinivas Kandagatla
     
  • 918c66fd4   [media] coda: add CODA7541 decoding support ... Browse Code »

    This patch enables decoding of h.264 and mpeg4 streams on CODA7541.
    Queued output buffers are immediately copied into the bitstream
    ringbuffer. A device_run can be scheduled whenever there is either
    enough compressed bitstream data, or the CODA is in stream end mode.
    Each successful device_run, data is read from the bitstream ringbuffer
    and a frame is decoded into a free internal framebuffer. Depending on
    reordering, a possibly previously decoded frame is marked as display
    frame, and at the same time the display frame from the previous run
    is copied out into a capture buffer by the rotator hardware.
    The dequeued capture buffers are counted to send the EOS signal to
    userspace with the last frame. When userspace sends the decoder stop
    command or enqueues an empty output buffer, the stream end flag is
    set to allow decoding the remaining frames in the bitstream
    ringbuffer.
    The enum_fmt/try_fmt functions return fixed capture buffer sizes
    while the output queue is streaming, to allow better autonegotiation
    in userspace.
    A per-context buffer mutex is used to lock the picture run against
    buffer dequeueing: if a job gets queued, then streamoff dequeues
    the last buffer, and then device_run is called, bail out. For that
    the interrupt handler has to be threaded.

    Signed-off-by: Philipp Zabel
    Signed-off-by: Kamil Debski
    Signed-off-by: Mauro Carvalho Chehab

    Philipp Zabel
     
  • 477c1cfe8   [media] coda: split encoder specific parts out of device_run and irq_handler ... Browse Code »

    Add coda_prepare_encode() and coda_finish_encode() functions. They are called
    from coda_device_run() and coda_irq_handler(), respectively, before and after
    the hardware picture run. This should make the following decoder support patch
    easier to read, which will add the coda_prepare/finish_decode() equivalents.

    Signed-off-by: Philipp Zabel
    Signed-off-by: Kamil Debski
    Signed-off-by: Mauro Carvalho Chehab

    Philipp Zabel
     
  • 8358e76c1   [media] coda: dynamic IRAM setup for decoder ... Browse Code »

    This sets up IRAM areas used as temporary memory for the different
    hardware units depending on the frame size.

    Signed-off-by: Philipp Zabel
    Signed-off-by: Kamil Debski
    Signed-off-by: Mauro Carvalho Chehab

    Philipp Zabel
     

31 Jul, 2013

3 commits