/* * ALSA driver for Echoaudio soundcards. * Copyright (C) 2003-2004 Giuliano Pochini * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License as published by * the Free Software Foundation; version 2 of the License. * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program; if not, write to the Free Software * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */ #define ECHO24_FAMILY #define ECHOCARD_LAYLA24 #define ECHOCARD_NAME "Layla24" #define ECHOCARD_HAS_MONITOR #define ECHOCARD_HAS_ASIC #define ECHOCARD_HAS_INPUT_NOMINAL_LEVEL #define ECHOCARD_HAS_OUTPUT_NOMINAL_LEVEL #define ECHOCARD_HAS_SUPER_INTERLEAVE #define ECHOCARD_HAS_DIGITAL_IO #define ECHOCARD_HAS_DIGITAL_IN_AUTOMUTE #define ECHOCARD_HAS_DIGITAL_MODE_SWITCH #define ECHOCARD_HAS_EXTERNAL_CLOCK #define ECHOCARD_HAS_ADAT 6 #define ECHOCARD_HAS_STEREO_BIG_ENDIAN32 #define ECHOCARD_HAS_MIDI /* Pipe indexes */ #define PX_ANALOG_OUT 0 /* 8 */ #define PX_DIGITAL_OUT 8 /* 8 */ #define PX_ANALOG_IN 16 /* 8 */ #define PX_DIGITAL_IN 24 /* 8 */ #define PX_NUM 32 /* Bus indexes */ #define BX_ANALOG_OUT 0 /* 8 */ #define BX_DIGITAL_OUT 8 /* 8 */ #define BX_ANALOG_IN 16 /* 8 */ #define BX_DIGITAL_IN 24 /* 8 */ #define BX_NUM 32 #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include "echoaudio.h" MODULE_FIRMWARE("ea/loader_dsp.fw"); MODULE_FIRMWARE("ea/layla24_dsp.fw"); MODULE_FIRMWARE("ea/layla24_1_asic.fw"); MODULE_FIRMWARE("ea/layla24_2A_asic.fw"); MODULE_FIRMWARE("ea/layla24_2S_asic.fw"); #define FW_361_LOADER 0 #define FW_LAYLA24_DSP 1 #define FW_LAYLA24_1_ASIC 2 #define FW_LAYLA24_2A_ASIC 3 #define FW_LAYLA24_2S_ASIC 4 static const struct firmware card_fw[] = { {0, "loader_dsp.fw"}, {0, "layla24_dsp.fw"}, {0, "layla24_1_asic.fw"}, {0, "layla24_2A_asic.fw"}, {0, "layla24_2S_asic.fw"} }; static const struct pci_device_id snd_echo_ids[] = { {0x1057, 0x3410, 0xECC0, 0x0060, 0, 0, 0}, /* DSP 56361 Layla24 rev.0 */ {0,} }; static struct snd_pcm_hardware pcm_hardware_skel = { .info = SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_INTERLEAVED | SNDRV_PCM_INFO_BLOCK_TRANSFER | SNDRV_PCM_INFO_MMAP_VALID | SNDRV_PCM_INFO_PAUSE | SNDRV_PCM_INFO_SYNC_START, .formats = SNDRV_PCM_FMTBIT_U8 | SNDRV_PCM_FMTBIT_S16_LE | SNDRV_PCM_FMTBIT_S24_3LE | SNDRV_PCM_FMTBIT_S32_LE | SNDRV_PCM_FMTBIT_S32_BE, .rates = SNDRV_PCM_RATE_8000_96000, .rate_min = 8000, .rate_max = 100000, .channels_min = 1, .channels_max = 8, .buffer_bytes_max = 262144, .period_bytes_min = 32, .period_bytes_max = 131072, .periods_min = 2, .periods_max = 220, /* One page (4k) contains 512 instructions. I don't know if the hw supports lists longer than this. In this case periods_max=220 is a safe limit to make sure the list never exceeds 512 instructions. */ }; #include "layla24_dsp.c" #include "echoaudio_dsp.c" #include "echoaudio_gml.c" #include "echoaudio.c" #include "midi.c" '2'>stat only
authorjbrunet <jbrunet@baylibre.com>2016-12-19 16:05:37 +0100
committerDavid S. Miller <davem@davemloft.net>2016-12-20 13:50:50 -0500
commit57f3986231bb2c69a55ccab1d2b30a00818027ac (patch)
treed8f5ef128594628be03ba735e825f4bf9da3b071
parent3bb9ab63276696988d8224f52db20e87194deb4b (diff)
net: phy: use boolean dt properties for eee broken modes
The patches regarding eee-broken-modes was merged before all people involved could find an agreement on the best way to move forward. While we agreed on having a DT property to mark particular modes as broken, the value used for eee-broken-modes mapped the phy register in very direct way. Because of this, the concern is that it could be used to implement configuration policies instead of describing a broken HW. In the end, having a boolean property for each mode seems to be preferred over one bit field value mapping the register (too) directly. Cc: Florian Fainelli <f.fainelli@gmail.com> Signed-off-by: Jerome Brunet <jbrunet@baylibre.com> Signed-off-by: David S. Miller <davem@davemloft.net>