Considering the MCLK is not a MUST for codec, but the SCLK is.
So, let's add SCLK as iomux-route switch.
Still keep the MCLK as iomux-route switch to allow the pin can
be used individually.
Change-Id: I855cd399ada956434a820db06ca586de986caa11
Signed-off-by: XiaoTan Luo <lxt@rock-chips.com>
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
This patch add audio reset in prepare stage to clean audio FIFO
to recover sound from XRUN state.
Change-Id: I3808be7973306cc6f8d377f5eb5a0bcec844ab16
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
This patch add support PATHx controls which allow user
can select PATHx dynamically.
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Change-Id: Ie7d286ed60363734bc25bf3127daab0d8fcc7144
This patch use add_component_controls instead of dai's one
to support multiple instance with name_prefix.
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Change-Id: I5e4872991eb1115ef0f56aba0635cde817fd31b8
This patch bring back property 'rockchip,bclk-fs' to allow
user to set it from DT, though we can set it from machine
driver or by 'BCLK_Ratio' control.
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Change-Id: Id50833a8899782ac4aac34e146a424b9f6da590d
This patch allow user to set bclk-ratio by kcontrols.
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Change-Id: I6ddf153bc5fd7558e3ba5d4138739a477d9facc6
ALSA core blocks userspace for 10 seconds for PCM R/W default.
Consider the situation BT-slave which acts as SLAVE mode, when
BT-master offline sometime, the CLK lost, user have to wait the
core timeout(10s), it's quite bad experience.
This patch allows userspace to override the WAIT_TIME to recover
more quickly from terminal audio stream. especially for stream
which have no mechanism to detect the LINK offline.
Usage:
/# amixer -c 0 contents | grep Wait
numid=43,iface=PCM,name='PCM Read Wait Time MS'
numid=44,iface=PCM,name='PCM Write Wait Time MS'
/# amixer -c 0 cset numid=43 500
numid=43,iface=PCM,name='PCM Read Wait Time MS'
; type=INTEGER,access=rw------,values=1,min=0,max=10000,step=1
: values=500
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Change-Id: I36c03859d3d91552dc4247864fe6697624245b6c
This patch add support for keeping BCLK / FSYNC always on.
it's required by some devices, such as HDMI, PA, etc.
For example: on HDMI situation
There are some TVs require maintaining N/CTS packets or AUDS
packets to keep audio logic active, otherwise, the first tone
may be lost.
In order to optimize the user experience, we need to ensure
continuous transmission of N/CTS and AUDS packets from the
HDMI-TX, so that the SINK TV devices can maintain audio logic
activation, promptly process audio data, and achieve the
completeness of the first tone.
We init a 48k I2S-STANDARD clock timing as default.
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Change-Id: Icdf2101c4117bc0ec4c05343e7317477cc02d6c0
This patch use add_component_controls instead of dai's one
to support multiple instance with name_prefix.
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Change-Id: Ideb9af565f8b44dffaa32f88fed412c5781bcaed
ALSA core blocks userspace for 10 seconds for PCM R/W default.
Consider the situation BT-slave which acts as SLAVE mode, when
BT-master offline sometime, the CLK lost, user have to wait the
core timeout(10s), it's quite bad experience.
This patch allows userspace to override the WAIT_TIME to recover
more quickly from terminal audio stream. especially for stream
which have no mechanism to detect the LINK offline.
Usage:
/# amixer -c 0 contents | grep Wait
numid=43,iface=PCM,name='PCM Read Wait Time MS'
numid=44,iface=PCM,name='PCM Write Wait Time MS'
/# amixer -c 0 cset numid=43 500
numid=43,iface=PCM,name='PCM Read Wait Time MS'
; type=INTEGER,access=rw------,values=1,min=0,max=10000,step=1
: values=500
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Change-Id: I53a35344238557813ea3683dd19474819e987d19
This patch add support PATHx controls which allow user
can select PATHx dynamically.
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Change-Id: I9c3af821f9080ec2a07ed846ad059f68c82ec74f
This patch use add_component_controls instead of dai's one
to support multiple instance with name_prefix.
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Change-Id: I5aed3ba8e071544154f39b92c1180bbda0afe767
name_prefix should be assigned before dai probe to support
add_component_controls in probe routine.
Fixes: e92cb0063f ("ASoC: rockchip: multi-dais: Add support controls for sub dais")
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Change-Id: I056ad90c877be16467f25c7cbd90d682b223b58a
HDMIRX enable PKTDEC_AVIIF_CHG_IRQ to detect whether
color_range/color_space/color_fmt change or not,
but other aviif changes also cause the interrupt to trigger.
Change-Id: I7add2a6b519ad97e74ad3ba64dd8961e46a32584
Signed-off-by: Wangqiang Guo <kay.guo@rock-chips.com>
the return value 0 of the func wait_event_interruptible() means success.
Fixes: eecc48ce7b ("video: rockchip: mpp: disable usr poll timeout")
Signed-off-by: Yandong Lin <yandong.lin@rock-chips.com>
Change-Id: I849625aecb6713d0f4f8652f69ae9335d56d8b65
We get a report that a wireless ethernet device which uses legacy interrupt, exposes a
buggy behaviour when patching RT support. It can be observed on RK3588 EVB1 with NVMe under
RT environment when adding pci=nomsi to cmdline. The backtrace looks like below:
echo 3 > /proc/sys/vm/drop_caches && dd if=/dev/nvme0n1 of=/dev/null bs=1M count=50000
[ 10.826850] irq 155: nobody cared (try booting with the "irqpoll" option)
[ 10.826862] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.10.160-rt89 #505
[ 10.826867] Hardware name: Rockchip RK3588 EVB1 LP4 V10 Board (DT)
[ 10.826870] Call trace:
[ 10.826871] dump_backtrace+0x0/0x1e0
[ 10.826881] show_stack+0x18/0x24
[ 10.826886] dump_stack_lvl+0xcc/0xf8
[ 10.826891] dump_stack+0x18/0x54
[ 10.826895] __report_bad_irq+0x4c/0xdc
[ 10.826899] note_interrupt+0x2cc/0x380
[ 10.826905] handle_irq_event+0x10c/0x180
[ 10.826909] handle_simple_irq+0xac/0x120
[ 10.826913] generic_handle_irq+0x30/0x50
[ 10.826917] rk_pcie_legacy_int_handler+0xa8/0x160
[ 10.826923] __handle_domain_irq+0xb8/0x140
[ 10.826927] gic_handle_irq+0xd8/0x2e4
[ 10.826932] el1_irq+0xcc/0x180
[ 10.826935] arch_cpu_idle+0x18/0x3c
[ 10.826940] default_idle_call+0x2c/0x9c
[ 10.826944] do_idle+0x21c/0x2a0
[ 10.826949] cpu_startup_entry+0x24/0x70
[ 10.826952] rest_init+0xd0/0xe0
[ 10.826956] arch_call_rest_init+0x10/0x1c
[ 10.826960] start_kernel+0x50c/0x544
[ 10.826963] handlers:
[ 10.826965] [<0000000015317c1f>] irq_default_primary_handler threaded [<00000000edb1561e>] pcie_pme_irq
[ 10.826977] [<0000000015317c1f>] irq_default_primary_handler threaded [<000000000065643b>] nvme_irq
[ 10.826988] [<0000000015317c1f>] irq_default_primary_handler threaded [<000000000065643b>] nvme_irq
[ 10.826996] Disabling IRQ #155
And NVMe can't work anymore due to the irq problem. The actual problem looks like:
nvme_irq nvme_irq
//process the previous request
-> nvme_process_cq(nvmeq) // the previous one is still processing
-> if(nvme_process_cq(nvmeq))
-> return IRQ_HANDLED -> return IRQ_NONE
so a spurious irq was counted and if the irq ack time is short enough to increase the spurious
irq exceeding the limitation, report_bad_irq was triggered. This is why the bug was only observed
under RT environment since the irq was distributed more quickly than ever, but the bug was always there.
root@linaro-alip:/# cat /proc/irq/155/spurious
count 8990
unhandled 24339
last_unhandled 189829 ms
This can be fixed by the drivers as we could see many patches regarding "irq xxx: nobody cared",
and it's the case if we don't allow nvme_irq to nest itself or postpone the handler. However the
legacy interrupt support is also buggy. For legacy interrupt, it's a level irq rather than an edge
one. But it happened to work because Rockchip PCIe RC only generates oneshot irq instead of level,
preventing the irq storm from happening. So changing to use handle_level_irq is correct and should
help mask/unmask the irq when dealing with it in between. That's a decent solution for all.
Signed-off-by: Shawn Lin <shawn.lin@rock-chips.com>
Change-Id: Ie9499b3dbd19ac053500b4c726294296be537ffd
1. Force all MIPI clocks running Setting in csi out enable.
2. Pattern mode force_clock_out_en default enable.
Signed-off-by: Cai Wenzhong <cwz@rock-chips.com>
Change-Id: I44e89309704cba4ee5d03762b9b42fad4bc92af6
There are three status via control name "DAC Control Manually":
- None: By default, mute/unmute via rv1106_mute_stream() automatically
- Off: Force DAC control off manually
- On: Force DAC control on manually
And fixes incorrect DAC mute register, it should be ACODEC_DAC_ANA_CTL1.
Signed-off-by: Xing Zheng <zhengxing@rock-chips.com>
Change-Id: I9d7059b86654802eb4290897765d94f4b9afd787
This patch enable SND_SOC_ROCKCHIP_MULTI_DAIS for combine multiple
dais into a union one.
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Change-Id: Ib1787a9df01a97185668cededcd41cd1192e0f4e
This patch enable SND_SOC_ROCKCHIP_MULTI_DAIS for combine multiple
dais into a union one.
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Change-Id: I8cbec8001fe50b48261eb5c75a9191f7e05fa7fa
This patch add name-prefix for SAIx to support prefix kcontrol, widget
and route names in an ASoC machine that has multiple dais with
conflicting names. such as multi-dais.
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Change-Id: I51cd4eeaa9adc36a3606c39c8a4269d085ba2932
Currently, The fixed 512KB prealloc buffer size is too larger for
tiny memory kernel (such as 16MB memory). This patch adds the module
option "prealloc_buffer_size_kbytes" to specify prealloc buffer size.
It's suitable for cards which use the multi-dais driver.
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Change-Id: I9bee728dfd775c2f5924d4e1416088446918c2e4
* support samplerate up to 384k
* support channel range from mono to 512ch
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Change-Id: I4a7d85ea77cabbb1ce6e9f1fc237d83443ab13b1
This patch add controls for all sub-dai component to allow
user set/get each dai's controls.
if no name_prefix specified in driver, user should confirm that
the dai node of DT has assigned the property 'sound-name-prefix'.
e.g. SAI0 + SAI1 combo
&sai0 {
sound-name-prefix = "SAI0";
};
&sai1 {
sound-name-prefix = "SAI1";
};
amixer scontrols
...
Simple mixer control 'SAI0 SDI0 Loopback',0
Simple mixer control 'SAI0 SDI0 Loopback Src Select',0
Simple mixer control 'SAI1 SDI0 Loopback',0
Simple mixer control 'SAI1 SDI0 Loopback Src Select',0
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Change-Id: I9c3c56fe21e71afb26ad103f947b3dbfe1ccff11
This patch add verbose config for sai, and put expert-level
or not-commonly-used controls into there.
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Change-Id: Ibe637ad00c058e01164c227c8549f0938920dff2
* support samplerate up to 384k
* support channel range from mono to 512ch
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Change-Id: I190990c18166dc5cd316bd0f2c5b0d9e9452c631
This patch allow mclk shift around +/- 1 Hz compared to
requested freq.
we could not always achieve the precise freq as required,
e.g. request: 98304000, but got: 98303999
there is no big deal and any side effect on the above case,
so, we allow a tiny shift for mclk.
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Change-Id: Id181a3aa9017b1994786b71c3b56454a2e78b6aa
This patch introduce property 'arm,pl330-mcbufsz-bytes' to
support assign mcbufsz from DT.
And we limit the max value to one PAGE_SIZE. though there
is no limit for the controller.
e.g.
arm,pl330-mcbufsz-bytes = <2048>;
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Change-Id: Ia13c35e58cd6addcc7a80cb05b484184f6031989
