<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2025</copyright>
    <generator>Java</generator><item>
        <title>e72d344386bf80738fab7a6bd37cb321f443093a - Merge branch &apos;master&apos; of git://git.denx.de/u-boot</title>
        <link>http://opengrok.muzhidianzi.cn:8080/history/rk3399_rockchip-uboot/arch/arc/Makefile#e72d344386bf80738fab7a6bd37cb321f443093a</link>
        <description>Merge branch &apos;master&apos; of git://git.denx.de/u-boot

            List of files:
            /rk3399_rockchip-uboot/arch/arc/Makefile</description>
        <pubDate>Fri, 13 Feb 2015 10:17:01 +0000</pubDate>
        <dc:creator>Stefano Babic &lt;sbabic@denx.de&gt;</dc:creator>
    </item>
<item>
        <title>768f6096f9c389b5ed36bee2957bee16b085fc4a - Merge git://git.denx.de/u-boot-arc</title>
        <link>http://opengrok.muzhidianzi.cn:8080/history/rk3399_rockchip-uboot/arch/arc/Makefile#768f6096f9c389b5ed36bee2957bee16b085fc4a</link>
        <description>Merge git://git.denx.de/u-boot-arc

            List of files:
            /rk3399_rockchip-uboot/arch/arc/Makefile</description>
        <pubDate>Tue, 20 Jan 2015 21:41:11 +0000</pubDate>
        <dc:creator>Tom Rini &lt;trini@ti.com&gt;</dc:creator>
    </item>
<item>
        <title>20a58ac0d8e09d0bf1a74c6b68fea22784512b51 - arc: introduce separate section for interrupt vector table</title>
        <link>http://opengrok.muzhidianzi.cn:8080/history/rk3399_rockchip-uboot/arch/arc/Makefile#20a58ac0d8e09d0bf1a74c6b68fea22784512b51</link>
        <description>arc: introduce separate section for interrupt vector tableEven though existing implementation works fine in preparation tosubmission of ARCv2 architecture we need this change.In case of ARCv2 interrupt vector table consists of just addressesof corresponding handlers. And if those addresses will be in .textsection then assembler will encode them as everything in .text sectionas middle-endian and then on real execution CPU will read swappedaddresses and will jump into the wild.Once introduced new section is situated so .text section remains thefirst which allows us to use common linker option for linking everythingto a specified CONFIG_SYS_TEXT_BASE.Signed-off-by: Alexey Brodkin &lt;abrodkin@synopsys.com&gt;Signed-off-by: Igor Guryanov &lt;guryanov@synopsys.com&gt;

            List of files:
            /rk3399_rockchip-uboot/arch/arc/Makefile</description>
        <pubDate>Wed, 24 Dec 2014 14:17:11 +0000</pubDate>
        <dc:creator>Igor Guryanov &lt;guryanov@synopsys.com&gt;</dc:creator>
    </item>
<item>
        <title>4c8c485ad9249e1ca1822474954b78799ca937e9 - arc: introduce &quot;mdbtrick&quot; target</title>
        <link>http://opengrok.muzhidianzi.cn:8080/history/rk3399_rockchip-uboot/arch/arc/Makefile#4c8c485ad9249e1ca1822474954b78799ca937e9</link>
        <description>arc: introduce &quot;mdbtrick&quot; targetMetaWare debugger (MDB) is still used as a primary tool for interactionwith target via JTAG. Moreover some very advanced features are not yetimplemented in GDB for ARC (and not sure if they will be implemntedsometime soon given complexity and rare need for those features forcommon user).So if we&apos;re talking about development process when U-Boot is loaded intarget memory not by low-level boot-loader but manually through JTAGchances are high developer uses MDB for it.But MDB doesn&apos;t support PIE (position-independent executable) - it willrefuse to even start - that means no chance to load elf contents ontarget.Then the only way to load U-Boot in MDB is to fake it by:  1. Reset PIE flag in ELF header     This is simpe - on attempt to open elf MDB checks header and if itdoesn&apos;t match its expectation refuces to use provided elf.  2. Strip all debug information from elf     If (1) is done then MDB will open elf but on parsing of elf&apos;s debuginfo it will refuse to process due to debug info it cannot understand(symbols with PIE relocation).Even though it could be done manually (I got it documented quite a whileago here http://www.denx.de/wiki/U-Boot/ARCNotes) having this automatedway is very convenient. User may build U-Boot that will be loaded ontarget via MDB saying &quot;make mdbtrick&quot;.Then if we now apply the manipulation MDB will happily start and willload all required sections into the target.Indeed there will be no source-level debug info available. But still MDBwill do its work on showing disassembly, global symbols, registers,accessing low-level debug facilities etc.As a summary - this is a pretty dirty hack but it simplifies life a lotfor us ARc developers.Signed-off-by: Alexey Brodkin &lt;abrodkin@synopsys.com&gt;Cc: Tom Rini &lt;trini@ti.com&gt;Cc: Wolfgang Denk &lt;wd@denx.de&gt;

            List of files:
            /rk3399_rockchip-uboot/arch/arc/Makefile</description>
        <pubDate>Mon, 29 Dec 2014 12:42:57 +0000</pubDate>
        <dc:creator>Alexey Brodkin &lt;Alexey.Brodkin@synopsys.com&gt;</dc:creator>
    </item>
<item>
        <title>e19db555b4ac79dafa04cc5ff98bdbff01e19388 - Kbuild: introduce Makefile in arch/$ARCH/</title>
        <link>http://opengrok.muzhidianzi.cn:8080/history/rk3399_rockchip-uboot/arch/arc/Makefile#e19db555b4ac79dafa04cc5ff98bdbff01e19388</link>
        <description>Kbuild: introduce Makefile in arch/$ARCH/Introduce a Makefile under arch/$ARCH/ and include it in thetop Makefile (similar to Linux kernel). This allows furtherrefactoringi like moving architecture-specific code out of globalmakefiles, deprecating config variables (CPU, CPUDIR, SOC) ordeprecating arch/$ARCH/config.mk.In contrary to Linux kernel, U-Boot defines the ARCH variable byKconfig, thus the arch Makefile can only included conditionallyafter the top config.mk.Signed-off-by: Daniel Schwierzeck &lt;daniel.schwierzeck@gmail.com&gt;Acked-by: Masahiro Yamada &lt;yamada.m@jp.panasonic.com&gt;

            List of files:
            /rk3399_rockchip-uboot/arch/arc/Makefile</description>
        <pubDate>Fri, 21 Nov 2014 22:51:33 +0000</pubDate>
        <dc:creator>Daniel Schwierzeck &lt;daniel.schwierzeck@gmail.com&gt;</dc:creator>
    </item>
</channel>
</rss>
