<?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 2015</copyright>
    <generator>Java</generator><item>
        <title>4bf85907 - alpha: cabriolet: remove EV5 CPU support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/kernel/Makefile#4bf85907</link>
        <description>alpha: cabriolet: remove EV5 CPU supportThe sys_cabriolet.c file includes support for multiple evaluationboards. pc164 and lx164 are for ev56 CPUs, while the eb164 isnow the last supported machine that only supports ev5 but notev56.Acked-by: Paul E. McKenney &lt;paulmck@kernel.org&gt;Acked-by: Matt Turner &lt;mattst88@gmail.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/alpha/kernel/Makefile</description>
        <pubDate>Thu, 02 May 2024 21:09:25 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>430ad3f0 - alpha: remove LCA and APECS based machines</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/kernel/Makefile#430ad3f0</link>
        <description>alpha: remove LCA and APECS based machinesAPECS is the DECchip 21071x chipset for the EV4 and EV45 generation, whileLCA is the integrated I/O support on the corresponding low-cost alphamachines of that generation.All of these CPUs lack the BWX extension for byte and word access, sodrop the chipset support and all associated machines.Acked-by: Paul E. McKenney &lt;paulmck@kernel.org&gt;Acked-by: Matt Turner &lt;mattst88@gmail.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/alpha/kernel/Makefile</description>
        <pubDate>Wed, 13 Dec 2023 17:08:20 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>d2b1e353 - alpha: sable: remove early machine support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/kernel/Makefile#d2b1e353</link>
        <description>alpha: sable: remove early machine supportThe sable family (Alphaserver 2000 and 2100) comes in variants forEV4, EV45, EV5 and EV56. Drop support for the earlier ones thatlack support for the BWX extension but keep the later &apos;gamma&apos;variant around since that works with EV56 CPUs.Acked-by: Paul E. McKenney &lt;paulmck@kernel.org&gt;Acked-by: Matt Turner &lt;mattst88@gmail.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/alpha/kernel/Makefile</description>
        <pubDate>Wed, 13 Dec 2023 16:53:59 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>f81f335a - alpha: remove DECpc AXP150 (Jensen) support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/kernel/Makefile#f81f335a</link>
        <description>alpha: remove DECpc AXP150 (Jensen) supportThis is one of the hackiest Alpha machines, and the only one withoutPCI support. Removing this allows cleaning up code in eise and ttydrivers in addition to the architecture code.Acked-by: Paul E. McKenney &lt;paulmck@kernel.org&gt;Acked-by: Matt Turner &lt;mattst88@gmail.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/alpha/kernel/Makefile</description>
        <pubDate>Wed, 13 Dec 2023 14:46:35 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>32164845 - kbuild: use obj-y instead extra-y for objects placed at the head</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/kernel/Makefile#32164845</link>
        <description>kbuild: use obj-y instead extra-y for objects placed at the headThe objects placed at the head of vmlinux need special treatments: - arch/$(SRCARCH)/Makefile adds them to head-y in order to place   them before other archives in the linker command line. - arch/$(SRCARCH)/kernel/Makefile adds them to extra-y instead of   obj-y to avoid them going into built-in.a.This commit gets rid of the latter.Create vmlinux.a to collect all the objects that are unconditionallylinked to vmlinux. The objects listed in head-y are moved to the headof vmlinux.a by using &apos;ar m&apos;.With this, arch/$(SRCARCH)/kernel/Makefile can consistently use obj-yfor builtin objects.There is no *.o that is directly linked to vmlinux. Drop unneeded codein scripts/clang-tools/gen_compile_commands.py.$(AR) mPi needs &apos;T&apos; to workaround the llvm-ar bug. The fix was suggestedby Nathan Chancellor [1].[1]: https://lore.kernel.org/llvm/YyjjT5gQ2hGMH0ni@dev-arch.thelio-3990X/Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Tested-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Reviewed-by: Nicolas Schier &lt;nicolas@fjasle.eu&gt;

            List of files:
            /linux-6.15/arch/alpha/kernel/Makefile</description>
        <pubDate>Sat, 24 Sep 2022 18:19:14 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>987f20a9 - a.out: Remove the a.out implementation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/kernel/Makefile#987f20a9</link>
        <description>a.out: Remove the a.out implementationIn commit 19e8b701e258 (&quot;a.out: Stop building a.out/osf1 support onalpha and m68k&quot;) the last users of a.out were disabled.As nothing has turned up to cause this change to be reverted, let&apos;sremove the code implementing a.out support as well.There may be userspace users of the uapi bits left so the uapiheaders have been left untouched.Signed-off-by: &quot;Eric W. Biederman&quot; &lt;ebiederm@xmission.com&gt;Acked-by: Arnd Bergmann &lt;arnd@arndb.de&gt; # arm defconfigsSigned-off-by: Kees Cook &lt;keescook@chromium.org&gt;Link: https://lore.kernel.org/r/871qrx3hq3.fsf@email.froward.int.ebiederm.org

            List of files:
            /linux-6.15/arch/alpha/kernel/Makefile</description>
        <pubDate>Mon, 26 Sep 2022 22:15:32 +0000</pubDate>
        <dc:creator>Eric W. Biederman &lt;ebiederm@xmission.com&gt;</dc:creator>
    </item>
<item>
        <title>1d5d6682 - termios: uninline conversion helpers</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/kernel/Makefile#1d5d6682</link>
        <description>termios: uninline conversion helpersdefault go into drivers/tty/tty_ioctl.c, unusual - intoarch/*/kernel/termios.c (only alpha and sparc have those).Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;Link: https://lore.kernel.org/r/YxDmeUBHo0s/Ew8b@ZenIVSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/arch/alpha/kernel/Makefile</description>
        <pubDate>Sat, 20 Aug 2022 23:36:09 +0000</pubDate>
        <dc:creator>Al Viro &lt;viro@zeniv.linux.org.uk&gt;</dc:creator>
    </item>
<item>
        <title>6fd16ce5 - alpha: Implement CPU vulnerabilities sysfs functions.</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/kernel/Makefile#6fd16ce5</link>
        <description>alpha: Implement CPU vulnerabilities sysfs functions.Implement the CPU vulnerabilty show functions for meltdown, spectre_v1and spectre_v2 on Alpha.Tests on XP1000 (EV67/667MHz) and ES45 (EV68CB/1.25GHz) show themto be vulnerable to Meltdown and Spectre V1.  In the case ofMeltdown I saw a 1 to 2% success rate in reading bytes on theXP1000 and 50 to 60% success rate on the ES45. (This compares to99.97% success reported for Intel CPUs.)  Report EV6 and laterCPUs as vulnerable.Tests on PWS600au (EV56/600MHz) for Spectre V1 attack wereunsuccessful (though I did not try particularly hard) so mark EV4through to EV56 as not vulnerable.Signed-off-by: Michael Cree &lt;mcree@orcon.net.nz&gt;Signed-off-by: Matt Turner &lt;mattst88@gmail.com&gt;

            List of files:
            /linux-6.15/arch/alpha/kernel/Makefile</description>
        <pubDate>Mon, 26 Feb 2018 09:02:12 +0000</pubDate>
        <dc:creator>Michael Cree &lt;mcree@orcon.net.nz&gt;</dc:creator>
    </item>
<item>
        <title>b2441318 - License cleanup: add SPDX GPL-2.0 license identifier to files with no license</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/kernel/Makefile#b2441318</link>
        <description>License cleanup: add SPDX GPL-2.0 license identifier to files with no licenseMany source files in the tree are missing licensing information, whichmakes it harder for compliance tools to determine the correct license.By default all files without license information are under the defaultlicense of the kernel, which is GPL version 2.Update the files which contain no license information with the &apos;GPL-2.0&apos;SPDX license identifier.  The SPDX identifier is a legally bindingshorthand, which can be used instead of the full boiler plate text.This patch is based on work done by Thomas Gleixner and Kate Stewart andPhilippe Ombredanne.How this work was done:Patches were generated and checked against linux-4.14-rc6 for a subset ofthe use cases: - file had no licensing information it it. - file was a */uapi/* one with no licensing information in it, - file was a */uapi/* one with existing licensing information,Further patches will be generated in subsequent months to fix up caseswhere non-standard license headers were used, and references to licensehad to be inferred by heuristics based on keywords.The analysis to determine which SPDX License Identifier to be applied toa file was done in a spreadsheet of side by side results from of theoutput of two independent scanners (ScanCode &amp; Windriver) producing SPDXtag:value files created by Philippe Ombredanne.  Philippe prepared thebase worksheet, and did an initial spot review of a few 1000 files.The 4.13 kernel was the starting point of the analysis with 60,537 filesassessed.  Kate Stewart did a file by file comparison of the scannerresults in the spreadsheet to determine which SPDX license identifier(s)to be applied to the file. She confirmed any determination that was notimmediately clear with lawyers working with the Linux Foundation.Criteria used to select files for SPDX license identifier tagging was: - Files considered eligible had to be source code files. - Make and config files were included as candidates if they contained &gt;5   lines of source - File already had some variant of a license header in it (even if &lt;5   lines).All documentation files were explicitly excluded.The following heuristics were used to determine which SPDX licenseidentifiers to apply. - when both scanners couldn&apos;t find any license traces, file was   considered to have no license information in it, and the top level   COPYING file license applied.   For non */uapi/* files that summary was:   SPDX license identifier                            # files   ---------------------------------------------------|-------   GPL-2.0                                              11139   and resulted in the first patch in this series.   If that file was a */uapi/* path one, it was &quot;GPL-2.0 WITH   Linux-syscall-note&quot; otherwise it was &quot;GPL-2.0&quot;.  Results of that was:   SPDX license identifier                            # files   ---------------------------------------------------|-------   GPL-2.0 WITH Linux-syscall-note                        930   and resulted in the second patch in this series. - if a file had some form of licensing information in it, and was one   of the */uapi/* ones, it was denoted with the Linux-syscall-note if   any GPL family license was found in the file or had no licensing in   it (per prior point).  Results summary:   SPDX license identifier                            # files   ---------------------------------------------------|------   GPL-2.0 WITH Linux-syscall-note                       270   GPL-2.0+ WITH Linux-syscall-note                      169   ((GPL-2.0 WITH Linux-syscall-note) OR BSD-2-Clause)    21   ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause)    17   LGPL-2.1+ WITH Linux-syscall-note                      15   GPL-1.0+ WITH Linux-syscall-note                       14   ((GPL-2.0+ WITH Linux-syscall-note) OR BSD-3-Clause)    5   LGPL-2.0+ WITH Linux-syscall-note                       4   LGPL-2.1 WITH Linux-syscall-note                        3   ((GPL-2.0 WITH Linux-syscall-note) OR MIT)              3   ((GPL-2.0 WITH Linux-syscall-note) AND MIT)             1   and that resulted in the third patch in this series. - when the two scanners agreed on the detected license(s), that became   the concluded license(s). - when there was disagreement between the two scanners (one detected a   license but the other didn&apos;t, or they both detected different   licenses) a manual inspection of the file occurred. - In most cases a manual inspection of the information in the file   resulted in a clear resolution of the license that should apply (and   which scanner probably needed to revisit its heuristics). - When it was not immediately clear, the license identifier was   confirmed with lawyers working with the Linux Foundation. - If there was any question as to the appropriate license identifier,   the file was flagged for further research and to be revisited later   in time.In total, over 70 hours of logged manual review was done on thespreadsheet to determine the SPDX license identifiers to apply to thesource files by Kate, Philippe, Thomas and, in some cases, confirmationby lawyers working with the Linux Foundation.Kate also obtained a third independent scan of the 4.13 code base fromFOSSology, and compared selected files where the other two scannersdisagreed against that SPDX file, to see if there was new insights.  TheWindriver scanner is based on an older version of FOSSology in part, sothey are related.Thomas did random spot checks in about 500 files from the spreadsheetsfor the uapi headers and agreed with SPDX license identifier in thefiles he inspected. For the non-uapi files Thomas did random spot checksin about 15000 files.In initial set of patches against 4.14-rc6, 3 files were found to havecopy/paste license identifier errors, and have been fixed to reflect thecorrect identifier.Additionally Philippe spent 10 hours this week doing a detailed manualinspection and review of the 12,461 patched files from the initial patchversion early this week with: - a full scancode scan run, collecting the matched texts, detected   license ids and scores - reviewing anything where there was a license detected (about 500+   files) to ensure that the applied SPDX license was correct - reviewing anything where there was no detection but the patch license   was not GPL-2.0 WITH Linux-syscall-note to ensure that the applied   SPDX license was correctThis produced a worksheet with 20 files needing minor correction.  Thisworksheet was then exported into 3 different .csv files for thedifferent types of files to be modified.These .csv files were then reviewed by Greg.  Thomas wrote a script toparse the csv files and add the proper SPDX tag to the file, in theformat that the file expected.  This script was further refined by Gregbased on the output to detect more types of files automatically and todistinguish between header and source .c files (which need differentcomment types.)  Finally Greg ran the script using the .csv files togenerate the patches.Reviewed-by: Kate Stewart &lt;kstewart@linuxfoundation.org&gt;Reviewed-by: Philippe Ombredanne &lt;pombredanne@nexb.com&gt;Reviewed-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/arch/alpha/kernel/Makefile</description>
        <pubDate>Wed, 01 Nov 2017 14:07:57 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
<item>
        <title>00fc0e0d - alpha: move exports to actual definitions</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/kernel/Makefile#00fc0e0d</link>
        <description>alpha: move exports to actual definitionsSigned-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;

            List of files:
            /linux-6.15/arch/alpha/kernel/Makefile</description>
        <pubDate>Mon, 11 Jan 2016 14:51:29 +0000</pubDate>
        <dc:creator>Al Viro &lt;viro@zeniv.linux.org.uk&gt;</dc:creator>
    </item>
<item>
        <title>015d991f - alpha: Enable system-call auditing support.</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/kernel/Makefile#015d991f</link>
        <description>alpha: Enable system-call auditing support.Signed-off-by: Zhenglong.cai &lt;zhenglong.cai@cs2c.com.cn&gt;Signed-off-by: Matt Turner &lt;mattst88@gmail.com&gt;

            List of files:
            /linux-6.15/arch/alpha/kernel/Makefile</description>
        <pubDate>Fri, 20 Dec 2013 02:04:10 +0000</pubDate>
        <dc:creator>&#34081;&#27491;&#40857; &lt;zhenglong.cai@cs2c.com.cn&gt;</dc:creator>
    </item>
<item>
        <title>a9302e84 - alpha: Enable system-call auditing support.</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/kernel/Makefile#a9302e84</link>
        <description>alpha: Enable system-call auditing support.Signed-off-by: Zhenglong.cai &lt;zhenglong.cai@cs2c.com.cn&gt;Signed-off-by: Matt Turner &lt;mattst88@gmail.com&gt;

            List of files:
            /linux-6.15/arch/alpha/kernel/Makefile</description>
        <pubDate>Fri, 20 Dec 2013 02:04:10 +0000</pubDate>
        <dc:creator>&#34081;&#27491;&#40857; &lt;zhenglong.cai@cs2c.com.cn&gt;</dc:creator>
    </item>
<item>
        <title>85d0b3a5 - alpha: Reorganize rtc handling</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/kernel/Makefile#85d0b3a5</link>
        <description>alpha: Reorganize rtc handlingDiscontinue use of GENERIC_CMOS_UPDATE; rely on the RTC subsystem.The marvel platform requires that the rtc only be touched from theboot cpu.  This had been partially implemented with hooks forget/set_rtc_time, but read/update_persistent_clock were not handled.Move the hooks from the machine_vec to a special rtc_class_ops struct.We had read_persistent_clock managing the epoch against which thertc hw is based, but this didn&apos;t apply to get_rtc_time or set_rtc_time.This resulted in incorrect values when hwclock(8) gets involved.Allow the epoch to be set from the kernel command-line, overridingthe autodetection, which is doomed to fail in 2020.  Further, byimplementing the rtc ioctl function, we can expose this epoch touserland.Elide the alarm functions that RTC_DRV_CMOS implements.  This washighly questionable on Alpha, since the interrupt is used by thesystem timer.Signed-off-by: Richard Henderson &lt;rth@twiddle.net&gt;

            List of files:
            /linux-6.15/arch/alpha/kernel/Makefile</description>
        <pubDate>Sat, 13 Jul 2013 22:49:45 +0000</pubDate>
        <dc:creator>Richard Henderson &lt;rth@twiddle.net&gt;</dc:creator>
    </item>
<item>
        <title>5dced29d - alpha: Use generic init_task</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/kernel/Makefile#5dced29d</link>
        <description>alpha: Use generic init_taskIdentical code. Use the generic version.Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: Matt Turner &lt;mattst88@gmail.com&gt;Link: http://lkml.kernel.org/r/20120503085034.162634519@linutronix.de

            List of files:
            /linux-6.15/arch/alpha/kernel/Makefile</description>
        <pubDate>Thu, 03 May 2012 09:02:50 +0000</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>90fd30c9 - alpha: Don&apos;t force -Werror.</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/kernel/Makefile#90fd30c9</link>
        <description>alpha: Don&apos;t force -Werror.There are outstanding gcc 4.6 warnings that need to be cleaned upin the subdirectory.  No sense forcing the issue immediately.Signed-off-by: Richard Henderson &lt;rth@twiddle.net&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/alpha/kernel/Makefile</description>
        <pubDate>Sun, 17 Apr 2011 20:05:23 +0000</pubDate>
        <dc:creator>Richard Henderson &lt;rth@twiddle.net&gt;</dc:creator>
    </item>
<item>
        <title>8a362cd6 - alpha: change to new Makefile flag variables</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/kernel/Makefile#8a362cd6</link>
        <description>alpha: change to new Makefile flag variablesSigned-off-by: matt mooney &lt;mfm@muteddisk.com&gt;Signed-off-by: Matt Turner &lt;mattst88@gmail.com&gt;

            List of files:
            /linux-6.15/arch/alpha/kernel/Makefile</description>
        <pubDate>Wed, 12 Jan 2011 03:09:09 +0000</pubDate>
        <dc:creator>matt mooney &lt;mfm@muteddisk.com&gt;</dc:creator>
    </item>
<item>
        <title>979f8671 - alpha: implement HW performance events on the EV67 and later CPUs</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/kernel/Makefile#979f8671</link>
        <description>alpha: implement HW performance events on the EV67 and later CPUsThis implements hardware performance events for the EV67 and later CPUswithin the Linux performance events subsystem.  Only using the performancemonitoring unit in HP/Compaq&apos;s so called &quot;Aggregrate mode&quot; is supported.The code has been implemented in a manner that makes extension to otherolder Alpha CPUs relatively straightforward should some mug wish toindulge themselves.Signed-off-by: Michael Cree &lt;mcree@orcon.net.nz&gt;Cc: Richard Henderson &lt;rth@twiddle.net&gt;Cc: Ivan Kokshaysky &lt;ink@jurassic.park.msu.ru&gt;Cc: Matt Turner &lt;mattst88@gmail.com&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Ingo Molnar &lt;mingo@elte.hu&gt;Cc: Jay Estabrook &lt;jay.estabrook@hp.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/alpha/kernel/Makefile</description>
        <pubDate>Tue, 10 Aug 2010 00:20:08 +0000</pubDate>
        <dc:creator>Michael Cree &lt;mcree@orcon.net.nz&gt;</dc:creator>
    </item>
<item>
        <title>932e0c20 - alpha: Detect Super IO chip, no IDE on Avanti, enable EPP19</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/kernel/Makefile#932e0c20</link>
        <description>alpha: Detect Super IO chip, no IDE on Avanti, enable EPP19This patch probes for the Super IO chip and reserves the IO range whenfound. It avoids enabling the IDE interface on the Avanti family, sincenone has IDE. It enables the Enhanced Parallel Port v1.9 feature.Signed-off-by: Morten H. Larsen &lt;m-larsen@post6.tele.dk&gt;Signed-off-by: Matt Turner &lt;mattst88@gmail.com&gt;

            List of files:
            /linux-6.15/arch/alpha/kernel/Makefile</description>
        <pubDate>Tue, 15 Jun 2010 17:22:11 +0000</pubDate>
        <dc:creator>Morten H. Larsen &lt;m-larsen@post6.tele.dk&gt;</dc:creator>
    </item>
<item>
        <title>74641f58 - alpha: binfmt_aout fix</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/kernel/Makefile#74641f58</link>
        <description>alpha: binfmt_aout fixThis fixes the problem introduced by commit 3bfacef412 (get rid ofspecial-casing the /sbin/loader on alpha): osf/1 ecoff binary segfaultswhen binfmt_aout built as module.  That happens because aout binaryhandler gets on the top of the binfmt list due to late registration, andkernel attempts to execute the binary without preparatory work that mustbe done by binfmt_loader.Fixed by changing the registration order of the default binfmt handlersusing list_add_tail() and introducing insert_binfmt() function whichplaces new handler on the top of the binfmt list.  This might be generallyuseful for installing arch-specific frontends for default handlers or justfor overriding them.Signed-off-by: Ivan Kokshaysky &lt;ink@jurassic.park.msu.ru&gt;Cc: Al Viro &lt;viro@ZenIV.linux.org.uk&gt;Cc: Richard Henderson &lt;rth@twiddle.netSigned-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/alpha/kernel/Makefile</description>
        <pubDate>Thu, 30 Apr 2009 22:08:49 +0000</pubDate>
        <dc:creator>Ivan Kokshaysky &lt;ink@jurassic.park.msu.ru&gt;</dc:creator>
    </item>
<item>
        <title>10a0ef39 - PCI/alpha: pci sysfs resources</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/kernel/Makefile#10a0ef39</link>
        <description>PCI/alpha: pci sysfs resourcesThis closes http://bugzilla.kernel.org/show_bug.cgi?id=10893which is a showstopper for X development on alpha.The generic HAVE_PCI_MMAP code (drivers/pci-sysfs.c) is notvery useful since we have to deal with three different typesof MMIO address spaces: sparse and dense mappings for oldev4/ev5 machines and &quot;normal&quot; 1:1 MMIO space (bwx) for ev56 andlater.Also &quot;write combine&quot; mappings are meaningless on alpha - roughlyspeaking, alpha does write combining, IO reordering and otheroptimizations by default, unless user splits IO accesseswith memory barriers.I think the cleanest way to deal with resource files on alphais to convert the default no-op pci_create_resource_files() andpci_remove_resource_files() for !HAVE_PCI_MMAP case into __weakfunctions and override them with alpha specific ones.Another alpha hook is needed for &quot;legacy_&quot; resource filesto handle sparse addressing (pci_adjust_legacy_attr).With the &quot;standard&quot; resourceN files on ev56/ev6 libpciaccessworks &quot;out of the box&quot;. Handling of resourceN_sparse/resourceN_densefiles on older machines obviously requires some userland work.Sparse/dense stuff has been tested on sx164 (pca56/pyxis, normallyuses bwx IO) with the kernel hacked into &quot;cia compatible&quot; mode.Signed-off-by: Ivan Kokshaysky &lt;ink@jurassic.park.msu.ru&gt;Signed-off-by: Jesse Barnes &lt;jbarnes@virtuousgeek.org&gt;

            List of files:
            /linux-6.15/arch/alpha/kernel/Makefile</description>
        <pubDate>Tue, 17 Feb 2009 10:46:53 +0000</pubDate>
        <dc:creator>Ivan Kokshaysky &lt;ink@jurassic.park.msu.ru&gt;</dc:creator>
    </item>
</channel>
</rss>
