Thread (37 messages) 37 messages, 4 authors, 2022-01-20

Re: [PATCH v3 1/9] brcmfmac: pcie: Release firmwares in the brcmf_pcie_setup error path

From: Dmitry Osipenko <digetx@gmail.com>
Date: 2022-01-20 13:15:32
Also in: linux-acpi, linux-devicetree, linux-wireless, lkml

20.01.2022 00:31, Andy Shevchenko пишет:
On Wed, Jan 19, 2022 at 11:22 PM Dmitry Osipenko [off-list ref] wrote:
quoted
19.01.2022 20:49, Andy Shevchenko пишет:
quoted
On Mon, Jan 17, 2022 at 4:30 PM Hector Martin [off-list ref] wrote:
quoted
This avoids leaking memory if brcmf_chip_get_raminfo fails. Note that
the CLM blob is released in the device remove path.
...
quoted
        if (ret) {
quoted
                brcmf_err(bus, "Failed to get RAM info\n");
+               release_firmware(fw);
+               brcmf_fw_nvram_free(nvram);
Can we first undo the things and only after print a message?
Having message first usually is more preferred because at minimum you'll
get the message if "undoing the things" crashes, i.e. will be more
obvious what happened.
If "undo the things" crashes, I would rather like to see that crash
report, while serial UART at 9600 will continue flushing the message
and then hang without any pointers to what the heck happened. Not
here, but in general, messages are also good to be out of the locks.
The hang is actually a better example. It's the most annoying when there
is a silent hang and no error messages.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help