Skip to content

L
linux
Switch branch/tag
  1. 27 Feb, 2014 3 commits
  3. 25 Feb, 2014 13 commits
    • Takashi Iwai's avatar
      ALSA: hda - Replace with standard printk · 4e76a883
      Takashi Iwai authored 
      Use dev_err() and co for messages from HD-audio controller and codec
drivers.  The codec drivers are mostly bound with codec objects, so
some helper macros, codec_err(), codec_info(), etc, are provided.
They merely wrap the corresponding dev_xxx().

There are a few places still calling snd_printk() and its variants
as they are called without the codec or device context.
Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      4e76a883
    • Takashi Iwai's avatar
      ALSA: hda - Enable sysfs attributes without CONFIG_SND_HDA_RECONFIG · b989d044
      Takashi Iwai authored 
      Some sysfs attributes like init_pin_configs or vendor_name are really
basic and should be available no matter whether the codec driver is
re-configurable or not.  Put them out of #ifdef
CONFIG_SND_HDA_RECONFIG and allow the read-only accesses.
Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      b989d044
    • Takashi Iwai's avatar
      ALSA: hda - Add sysfs to codec object, too · 648a8d27
      Takashi Iwai authored 
      We have currently sysfs attributes for each hwdep, but basically these
should belong to the codec itself, per se.  Let's add them to the
codec object while keeping them for hwdep as is for compatibility.

While we are at it, split the sysfs-related stuff into a separate
source file, hda_sysfs.c, and keep only the stuff necessary for hwdep
in hda_hwdep.c.
Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      648a8d27
    • Takashi Iwai's avatar
      ALSA: hda - Create own device struct for each codec · 13aeaf68
      Takashi Iwai authored 
      As the HD-audio is treated individually in each codec driver, it's
more convenient to assign an own struct device to each codec object.
Then we'll be able to use dev_err() more easily for each codec, for
example.

For achieving it, this patch just creates an object "hdaudioCxDy".
It belongs to sound class instead of creating a new bus, just for
simplicity, at this stage.  No pm ops is implemented in the device
struct level but currently it's merely a container.  The PCM and hwdep
devices are now children of this codec device.
Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      13aeaf68
    • Takashi Iwai's avatar
      ALSA: hda - Manage each codec instance individually · 2565c899
      Takashi Iwai authored 
      Now each snd_hda_codec instance is managed via the device chain, the
registration and release are done by its callback instead of calling
from bus.
Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      2565c899
    • Takashi Iwai's avatar
      ALSA: Clean up snd_device_*() codes · 72620d60
      Takashi Iwai authored 
      A few code cleanups and optimizations.  In addition, drop
snd_device_disconnect() that isn't used at all, and drop the return
values from snd_device_free*().

Another slight difference by this change is that now the device state
will become always SNDRV_DEV_REGISTERED no matter whether dev_register
ops is present or not.  It's for better consistency.  There should be
no impact for the current tree, as the state isn't checked.
Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      72620d60
    • Takashi Iwai's avatar
      ALSA: Use priority list for managing device list · 289ca025
      Takashi Iwai authored 
      Basically, the device type specifies the priority of the device to be
registered / freed, too.  However, the priority value isn't well
utilized but only it's checked as a group.  This results in
inconsistent register and free order (where each of them should be in
reversed direction).

This patch simplifies the device list management code by simply
inserting a list entry at creation time in an incremental order for
the priority value.  Since we can just follow the link for register,
disconnect and free calls, we don't have to specify the group; so the
whole enum definitions are also simplified as well.

The visible change to outside is that the priorities of some object
types are revisited.  For example, now the SNDRV_DEV_LOWLEVEL object
is registered before others (control, PCM, etc) and, in return,
released after others.  Similarly, SNDRV_DEV_CODEC is in a lower
priority than SNDRV_DEV_BUS for ensuring the dependency.

Also, the unused SNDRV_DEV_TOPLEVEL, SNDRV_DEV_LOWLEVEL_PRE and
SNDRV_DEV_LOWLEVEL_NORMAL are removed as a cleanup.
Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      289ca025
    • Takashi Iwai's avatar
      ALSA: hwdep: Allow to assign the given parent · 71e2e1c1
      Takashi Iwai authored 
      Just like PCM, allow hwdep to be assigned to a different parent device
than the card.  It'll be used for the HD-audio codec device in the
later patches.
Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      71e2e1c1
    • Takashi Iwai's avatar
      ALSA: hwdep: Take private_data as drvdata for sysfs · f806bdb2
      Takashi Iwai authored 
      For referring to a different object from sysfs ops, take hwdep
private_data as stored via dev_set_drvdata() at creating the device
object.  In that way, the same sysfs ops can be used by different
device types.
Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      f806bdb2
    • Takashi Iwai's avatar
      ALSA: Create sysfs attribute files via groups · caa751ba
      Takashi Iwai authored 
      Instead of calling each time device_create_file(), create the groups
of sysfs attribute files at once in a normal way.  Add a new helper
function, snd_get_device(), to return the associated device object,
so that we can handle the sysfs addition locally.

Since the sysfs file addition is done differently now,
snd_add_device_sysfs_file() helper function is removed.
Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      caa751ba
    • Takashi Iwai's avatar
      Merge branch 'for-linus' into HEAD · d01a838c
      Takashi Iwai authored
      d01a838c
    • Takashi Iwai's avatar
      ALSA: hda - Avoid codec D3 for keeping mute LED up on Lenovo Yxx0 · bf68665d
      Takashi Iwai authored 
      The GPIO line used for the mute LED control on Lenovo Yxx0 laptops is
cleared unexpectedly when the codec goes to D3, typically by
power-saving.  For avoiding it, add a power filter in the fixup.

Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=16373Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      bf68665d
    • Takashi Iwai's avatar
      ALSA: hda - Add a fixup for HP Folio 13 mute LED · 37c367ec
      Takashi Iwai authored 
      HP Folio 13 may have a broken BIOS that doesn't set up the mute LED
GPIO properly, and the driver guesses it wrongly, too.  Add a new
fixup entry for setting the GPIO pin statically for this laptop.

Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=70991
Cc: <stable@vger.kernel.org>
Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      37c367ec
  5. 21 Feb, 2014 2 commits
  7. 20 Feb, 2014 2 commits
  9. 19 Feb, 2014 6 commits
  11. 18 Feb, 2014 1 commit
  13. 17 Feb, 2014 2 commits
  15. 16 Feb, 2014 10 commits
  17. 15 Feb, 2014 1 commit
    • Linus Torvalds's avatar
      Merge tag 'trace-fixes-v3.14-rc2' of... · 9bd01b9b
      Linus Torvalds authored 
      Merge tag 'trace-fixes-v3.14-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace

Pull twi tracing fixes from Steven Rostedt:
 "Two urgent fixes in the tracing utility.

  The first is a fix for the way the ring buffer stores timestamps.
  After a restructure of the code was done, the ring buffer timestamp
  logic missed the fact that the first event on a sub buffer is to have
  a zero delta, as the full timestamp is stored on the sub buffer
  itself.  But because the delta was not cleared to zero, the timestamp
  for that event will be calculated as the real timestamp + the delta
  from the last timestamp.  This can skew the timestamps of the events
  and have them say they happened when they didn't really happen.
  That's bad.

  The second fix is for modifying the function graph caller site.  When
  the stop machine was removed from updating the function tracing code,
  it missed updating the function graph call site location.  It is still
  modified as if it is being done via stop machine.  But it's not.  This
  can lead to a GPF and kernel crash if the function graph call site
  happens to lie between cache lines and one CPU is executing it while
  another CPU is doing the update.  It would be a very hard condition to
  hit, but the result is severe enough to have it fixed ASAP"

* tag 'trace-fixes-v3.14-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace:
  ftrace/x86: Use breakpoints for converting function graph caller
  ring-buffer: Fix first commit on sub-buffer having non-zero delta
      9bd01b9b
GitLab Nexedi Edition | About GitLab | About Nexedi | 沪ICP备2021021310号-2 | 沪ICP备2021021310号-7