New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FS#814 - When LEDE is compiled with GCC 7 on at least ar71xx and brcm47xx, Dropbear won't accept connections #6320
Comments
None: To further muddy the waters - I've two ar71xx Archer C7 v2 running GCC 7 compiled images working fine. However I've changed the processor target to MIPS 74kc rather than the default MIPS 24kc. I guess I could rebuild with the default processor selection and see if that reproduces the issue. |
bjonglez: Here is the discussion from the mailing for reference:
Had a really quick play with this and as I suspected it's related to compiler
optimization flags. In essence, if I compile with '-Os' then dropbear plays
dumb, with my usual (but different from default) of '-O2' then dropbear, gcc 7
& mips get on fine, irrespective of target -march settings.
I checked the bundled libtom* in dropbear:
Confirmed that with the latest libtom*, dropbear works well on MIPS & GCC 7.
|
bjonglez: It should be fixed with the next dropbear release. |
arjendekorte: Note that other packages are affected by similar problems with GCC 7. For instance, uhttpd will also fail on a Netgear WNDR4300 when compiled with -Os. For the moment, I would recommend to just stick to -O2 if a slight increase in size is acceptable. |
avbohemen: This bug hit me too today. Both dropbear and uhttpd not functioning properly, and the only way to recover is via failsafe. |
ezar: Same here! |
None: Two patches authored today (22 Aug 17) to bump gcc 7 to 7.2.0 (https://patchwork.ozlabs.org/patch/804368/) and also one that removes a MIPS 'optimization' patch https://patchwork.ozlabs.org/patch/804367/ The removal of '300-mips_Os_cpu_rtx_cost_model.patch' has solved the dropbear '-Os' failure for me with no apparent size penalty. It would be worth testing again with those patches applied. |
freefor: Yesterday I had the same problem compiling with GCC 7.0 for my 'xway' router. |
nouman8: few days ago again i compiled with GCC 7.2 and had the exact same problem as i described in FS#830. |
None: This is a bug in gcc 7 (&8) described https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83496 |
nbd: Fixed in r6322-25aaff9100 |
mamarley:
When using the GCC 7.x compiler, I have found that Dropbear in LEDE images for ar71xx (Ubiquiti Unifi) and brcm47xx (generic) (built with the default configuration, other than changing the compiler to GCC 7.x) won't accept incoming SSH connections. Instead, as soon as a connection is received, it spins the CPU indefinitely and the connecting SSH client hangs. Nothing relevant is printed in the logs. This behavior does not occur on x86_64; there Dropbear works fine.
I realize I haven't provided much information here, but I don't really know how to collect anything else on embedded platforms like this. One of the devices on which I have reproduced this does have a serial adapter though, so I can use that to get any additional information that might be helpful.
The text was updated successfully, but these errors were encountered: