Revision 1f0d22defd59f603d63ba51483eeb8d72726ce8b authored by Harald Freudenberger on 30 June 2021, 14:10:56 UTC, committed by Vasily Gorbik on 08 July 2021, 13:37:27 UTC
Rework of the ap_dqap() inline function with the dqap inline assembler invocation and the caller code in ap_queue.c to be able to handle replies which exceed the receive buffer size. ap_dqap() now provides two additional parameters to handle together with the caller the case where a reply in the firmware queue entry exceeds the given message buffer size. It depends on the caller how to exactly handle this. The behavior implemented now by ap_sm_recv() in ap_queue.c is to simple purge this entry from the firmware queue and let the caller 'receive' a -EMSGSIZE for the request without delivering any reply data - not even a truncated reply message. However, the reworked ap_dqap() could now get invoked in a way that the message is received in multiple parts and the caller assembles the parts into one reply message. Signed-off-by: Harald Freudenberger <freude@linux.ibm.com> Suggested-by: Juergen Christ <jchrist@linux.ibm.com> Reviewed-by: Juergen Christ <jchrist@linux.ibm.com> Signed-off-by: Vasily Gorbik <gor@linux.ibm.com>
1 parent bd39654
File | Mode | Size |
---|---|---|
ac97 | ||
aoa | ||
arm | ||
atmel | ||
core | ||
drivers | ||
firewire | ||
hda | ||
i2c | ||
isa | ||
mips | ||
oss | ||
parisc | ||
pci | ||
pcmcia | ||
ppc | ||
sh | ||
soc | ||
sparc | ||
spi | ||
synth | ||
usb | ||
virtio | ||
x86 | ||
xen | ||
Kconfig | -rw-r--r-- | 2.8 KB |
Makefile | -rw-r--r-- | 565 bytes |
ac97_bus.c | -rw-r--r-- | 2.9 KB |
last.c | -rw-r--r-- | 628 bytes |
sound_core.c | -rw-r--r-- | 14.3 KB |
Computing file changes ...