summaryrefslogtreecommitdiff
path: root/target/linux/mediatek/patches/0046-usb-phy-add-usb3.0-phy-driver-for-mt65xx-SoCs.patch
diff options
context:
space:
mode:
authorGabor Juhos <juhosg@openwrt.org>2016-03-21 13:15:29 +0000
committerGabor Juhos <juhosg@openwrt.org>2016-03-21 13:15:29 +0000
commitfc5c19f45b3cf162f1417385edb8c9d9b337387d (patch)
tree5f96d2bcd9aca48a06c2daeecc947c2abbf999dc /target/linux/mediatek/patches/0046-usb-phy-add-usb3.0-phy-driver-for-mt65xx-SoCs.patch
parent4d0681d8658547d546e0b4f31d8ead47fecc33b3 (diff)
downloadmtk-20170518-fc5c19f45b3cf162f1417385edb8c9d9b337387d.zip
mtk-20170518-fc5c19f45b3cf162f1417385edb8c9d9b337387d.tar.gz
mtk-20170518-fc5c19f45b3cf162f1417385edb8c9d9b337387d.tar.bz2
ramips: lzma-loader: fix O32 ABI conformance
According to the calling convention of the o32 ABI the caller function must reserve stack space for $a0-$a3 registers in case the callee needs to save its arguments. The assembly startup code does not reserve stack space for these registers thus when the main C function needs to save its arguments, that will cause a stack overflow. Fix the assembly code to reserve stack space for the registers to avoid that. Untested. It seems that the lzma-loader is not used at all? Signed-off-by: Gabor Juhos <juhosg@openwrt.org> SVN-Revision: 49062
Diffstat (limited to 'target/linux/mediatek/patches/0046-usb-phy-add-usb3.0-phy-driver-for-mt65xx-SoCs.patch')
0 files changed, 0 insertions, 0 deletions