
On Sat, Oct 14, 2017 at 03:35:23AM +0900, Masahiro Yamada wrote:
2017-10-13 22:53 GMT+09:00 Tom Rini trini@konsulko.com:
On Fri, Oct 13, 2017 at 09:21:19PM +0900, Masahiro Yamada wrote:
2017-10-13 21:11 GMT+09:00 Tom Rini trini@konsulko.com:
On Fri, Oct 13, 2017 at 06:51:42PM +0900, Masahiro Yamada wrote:
We discussed the __FILE__ problem when U-Boot is built out of tree. https://www.mail-archive.com/u-boot@lists.denx.de/msg242852.html
The deeper your build directory is located, the larger your U-Boot image becomes. If your platform has memory footprint limit, this is a problem.
Recently, I submitted the following patches to Kbuild ML. (no RFC, this time) https://patchwork.kernel.org/patch/10001419/ https://patchwork.kernel.org/patch/10001409/
I consider them for Linux 4.15 unless there is a strong objection or a problem report.
This series is a port for U-Boot.
If Tom wants to pick this up earlier, it is OK. If not in hurry, you can wait for the activity in Linux. Either will do.
Yay. I plan to pick these up after v2017.11 has been released, so no need to re-spin this if it stops applying cleanly until we're closer to release. Thanks!
Good.
According to this: http://phb-crystal-ball.org/
The MW for v4.15 will open 2017-11-12.
So, the next MW for U-Boot and Linux will be almost lined up.
You will be able to apply it more confidently if Linus pulls the Linux counterpart.
Until then, I will test it in linux-next.
FWIW, a world build is: https://gist.github.com/trini/ad0f55b9f46997fd11801aac48bf0c10
I wonder why we see size increase in a few cases? In both cases, the obj directory is /tmp/something/01_of_.. (or 04_of_..)/current/..
Figured out.
This patch changes the string in some places where BUG() etc. is used in functions included from another .c file.
For example,
drivers/usb/gadget/composite.c is included from drivers/usb/gadget/g_dnl.c
The BUG_ON() in composite_unbind(), previously printed drivers/usb/gadget/composite.c, but will print drivers/usb/gadget/g_dnl.c with this patch.
This is the cause of slight increase/decrease.
Then, I do not have a solution...
Ah yes, this was the potential complication with going down this path... Thanks!