summaryrefslogtreecommitdiff
path: root/include/sound/cs35l33.h
blob: b6eadce76fc80e4e7aceed515573e9ac517e1bf9 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
/*
 * linux/sound/cs35l33.h -- Platform data for CS35l33
 *
 * Copyright (c) 2016 Cirrus Logic Inc.
 *
 * This program is free software; you can redistribute it and/or modify
 * it under the terms of the GNU General Public License version 2 as
 * published by the Free Software Foundation.
 */

#ifndef __CS35L33_H
#define __CS35L33_H

struct cs35l33_hg {
	bool enable_hg_algo;
	unsigned int mem_depth;
	unsigned int release_rate;
	unsigned int hd_rm;
	unsigned int ldo_thld;
	unsigned int ldo_path_disable;
	unsigned int ldo_entry_delay;
	bool vp_hg_auto;
	unsigned int vp_hg;
	unsigned int vp_hg_rate;
	unsigned int vp_hg_va;
};

struct cs35l33_pdata {
	/* Boost Controller Voltage Setting */
	unsigned int boost_ctl;

	/* Boost Controller Peak Current */
	unsigned int boost_ipk;

	/* Amplifier Drive Select */
	unsigned int amp_drv_sel;

	/* soft volume ramp */
	unsigned int ramp_rate;

	/* IMON adc scale */
	unsigned int imon_adc_scale;

	/* H/G algo configuration */
	struct cs35l33_hg hg_config;
};

#endif /* __CS35L33_H */
id=ae4a3e028bb8b59e7cfeb0cc9ef03d885182ce8b&id2=49def1853334396f948dcb4cedb9347abb318df5'>diff)
dmaengine: cppi41: Fix runtime PM timeouts with USB mass storage
Commit fdea2d09b997 ("dmaengine: cppi41: Add basic PM runtime support") added runtime PM support for cppi41, but had corner case issues. Some of the issues were fixed with commit 098de42ad670 ("dmaengine: cppi41: Fix unpaired pm runtime when only a USB hub is connected"). That fix however caused a new regression where we can get error -115 messages with USB on BeagleBone when connecting a USB mass storage device to a hub. This is because when connecting a USB mass storage device to a hub, the initial DMA transfers can take over 200ms to complete and cppi41 autosuspend delay times out. To fix the issue, we want to implement refcounting for chan_busy array that contains the active dma transfers. Increasing the autosuspend delay won't help as that the delay could be potentially seconds, and it's best to let the USB subsystem to deal with the timeouts on errors. The earlier attempt for runtime PM was buggy as the pm_runtime_get/put() calls could get unpaired easily as they did not follow the state of the chan_busy array as described in commit 098de42ad670 ("dmaengine: cppi41: Fix unpaired pm runtime when only a USB hub is connected". Let's fix the issue by adding pm_runtime_get() to where a new transfer is added to the chan_busy array, and calls to pm_runtime_put() where chan_busy array entry is cleared. This prevents any autosuspend timeouts from happening while dma transfers are active. Fixes: 098de42ad670 ("dmaengine: cppi41: Fix unpaired pm runtime when only a USB hub is connected") Fixes: fdea2d09b997 ("dmaengine: cppi41: Add basic PM runtime support") Cc: Andy Shevchenko <andy.shevchenko@gmail.com> Cc: Bin Liu <b-liu@ti.com> Cc: Grygorii Strashko <grygorii.strashko@ti.com> Cc: Kevin Hilman <khilman@baylibre.com> Cc: Patrick Titiano <ptitiano@baylibre.com> Cc: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com> Signed-off-by: Tony Lindgren <tony@atomide.com> Tested-by: Bin Liu <b-liu@ti.com> Signed-off-by: Vinod Koul <vinod.koul@intel.com>
Diffstat (limited to 'include/uapi/video')