#ifndef SOCK_H #define SOCK_H extern int af_socket(int af); extern int pf_socket(void); extern void set_nonblocking(int fd); extern int set_nonblocking_sloppy(int fd); extern int set_reuseaddr(int fd); extern void set_sock_prio(int fd, int prio); extern void set_tcp_nodelay(int fd); extern void set_socket_keepalive(int fd); extern int set_ipv6_only(int fd); extern void set_mtu_disc_dont(int fd); extern void set_system_socket_memory(int *vals, size_t len); extern void reset_system_socket_memory(int *vals, size_t len); #endif /* SOCK_H */ title='net-next.git Git repository'/>
summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorPiotr Stankiewicz <piotrs@opensource.wolfsonmicro.com>2016-05-13 17:03:56 +0100
committerMark Brown <broonie@kernel.org>2016-05-30 16:15:10 +0100
commit5fdd022c20264791310b188ec4a080bcb8647d23 (patch)
tree0733590c59a9731fb84571e78bd382ad20257003
parent6742064aef7f1fba8e68d30b2e726918a5d66790 (diff)
ASoC: dpcm: play nice with CODEC<->CODEC links
Currently in situations where a normal CODEC to CODEC link follows a DPCM DAI, an error in the following form will be logged: ASoC: can't get [playback|capture] BE for <widget name> ASoC: no BE found for <widget name> This happens because all widgets in a path containing a DPCM DAI will be passed to dpcm_add_paths, which will try to interpret the CODEC<->CODEC as if it were a DPCM DAI, in turn causing the error. This patch aims to resolve the described issue by stopping the DPCM graph walk, initiated from dpcm_path_get, at the first widget associated with a DPCM BE. Signed-off-by: Piotr Stankiewicz <piotrs@opensource.wolfsonmicro.com> Signed-off-by: Mark Brown <broonie@kernel.org>
Diffstat