<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/ia64/lib/Makefile, branch linux-4.12.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.12.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.12.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2017-04-14T01:19:49Z</updated>
<entry>
<title>ia64: restore symbol versions for symbols defined in assembly</title>
<updated>2017-04-14T01:19:49Z</updated>
<author>
<name>Jan Beulich</name>
</author>
<published>2017-04-13T18:06:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d8a6e3aed955342dd68dd72e0feaf2cd32be683b'/>
<id>urn:sha1:d8a6e3aed955342dd68dd72e0feaf2cd32be683b</id>
<content type='text'>
The ia64 build generates many warnings like this:

   WARNING: EXPORT symbol "empty_zero_page" [vmlinux] version generation failed, symbol will not be versioned.

Besides adding the necessary header this also requires fiddling with
some explicit .S -&gt; .o rules.

Cc: IA64-ML &lt;linux-ia64@vger.kernel.org&gt;
Signed-off-by: Jan Beulich &lt;jbeulich@suse.com&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>[kbuild] handle exports in lib-y objects reliably</title>
<updated>2016-08-08T03:46:30Z</updated>
<author>
<name>Al Viro</name>
</author>
<published>2016-01-15T19:01:22Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7f2084fa55e6cb61f61b4224d4a8bafaeee55f9f'/>
<id>urn:sha1:7f2084fa55e6cb61f61b4224d4a8bafaeee55f9f</id>
<content type='text'>
Collect the symbols exported by anything that goes into lib.a and
add an empty object (lib-exports.o) with explicit undefs for each
of those to obj-y.

That allows to relax the rules regarding the use of exports in
lib-* objects - right now an object with export can be in lib-*
only if we are guaranteed that there always will be users in
built-in parts of the tree, otherwise it needs to be in obj-*.
As the result, we have an unholy mix of lib- and obj- in lib/Makefile
and (especially) in arch/*/lib/Makefile.  Moreover, a change in
generic part of the kernel can lead to mysteriously missing exports
on some configs.  With this change we don't have to worry about
that anymore.

One side effect is that built-in.o now pulls everything with exports
from the corresponding lib.a (if such exists).  That's exactly what
we want for linking vmlinux and fortunately it's almost the only thing
built-in.o is used in.  arch/ia64/hp/sim/boot/bootloader is the only
exception and it's easy to get rid of now - just turn everything in
arch/ia64/lib into lib-* and don't bother with arch/ia64/lib/built-in.o
anymore.

[AV: stylistic fix from Michal folded in]

Acked-by: Michal Marek &lt;mmarek@suse.cz&gt;
Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[IA64] export copy_page() to modules</title>
<updated>2007-12-08T00:10:19Z</updated>
<author>
<name>Andrew Morton</name>
</author>
<published>2007-12-08T00:10:19Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=bdc2619ab95d45d434c16d5c216bc6243761f6fb'/>
<id>urn:sha1:bdc2619ab95d45d434c16d5c216bc6243761f6fb</id>
<content type='text'>
With the unionfs patch applied I get

ERROR: "copy_page" [fs/unionfs/unionfs.ko] undefined!

the other architectures (some, at least) export copy_page() so I guess ia64
should also do so.

To do this we need to move the copy_page() functions out of lib.a and into
built-in.o and add the EXPORT_SYMBOL().

Cc: Sam Ravnborg &lt;sam@ravnborg.org&gt;
Cc: Kyle McMartin &lt;kyle@mcmartin.ca&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
</content>
</entry>
<entry>
<title>[IA64] always build arch/ia64/lib/xor.o</title>
<updated>2007-03-06T22:48:52Z</updated>
<author>
<name>Lee Schermerhorn</name>
</author>
<published>2007-03-06T10:34:23Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a27e5a13d5863bb9de0ac80cb4bb3f4442f0aad1'/>
<id>urn:sha1:a27e5a13d5863bb9de0ac80cb4bb3f4442f0aad1</id>
<content type='text'>
Always build ia64 xor.o because multiple config options now depend on it.

Necessary to build .20-mm* on ia64 when, e.g., CONFIG_ASYNC_TX_DMA is
defined.  Don't know if '_ASYNC_TX_DMA makes sense on ia64.  If not, maybe
Kconfig should preclude it.

Could have defined a Kconfig option that defaults to true if MD_RAID456 ||
ASYNC_TX_DMA to control building of xor.o, but xor.o is only 848 bytes and
this IS ia64...

Signed-off-by:  Lee Schermerhorn &lt;lee.schermerhorn@hp.com&gt;
Cc: Bob Picco &lt;bob.picco@hp.com&gt;
Cc: Eric Whitney &lt;eric.whitney@hp.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
</content>
</entry>
<entry>
<title>[PATCH] Fix RAID5 + IA64 compile</title>
<updated>2006-08-03T17:04:27Z</updated>
<author>
<name>Prarit Bhargava</name>
</author>
<published>2006-07-31T13:12:11Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0a69ca91be2b36f99a48daacd1f12d9d49ecaf87'/>
<id>urn:sha1:0a69ca91be2b36f99a48daacd1f12d9d49ecaf87</id>
<content type='text'>
CONFIG_MD_RAID5 became CONFIG_MD_RAID456 in drivers/md/Kconfig.  Make
the same change in arch/ia64

Signed-off-by: Prarit Bhargava &lt;prarit@redhat.com&gt;
Signed-off-by: Aron Griffis &lt;aron@hp.com&gt;
Acked-by: Jes Sorenson &lt;jes@sgi.com&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
</content>
</entry>
<entry>
<title>[PATCH] bitops: ia64: use generic bitops</title>
<updated>2006-03-26T16:57:12Z</updated>
<author>
<name>Akinobu Mita</name>
</author>
<published>2006-03-26T09:39:25Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2875aef8bd0e42367a66a78ef7abe10f3bba27b5'/>
<id>urn:sha1:2875aef8bd0e42367a66a78ef7abe10f3bba27b5</id>
<content type='text'>
- remove generic_fls64()
- remove find_{next,first}{,_zero}_bit()
- remove ext2_{set,clear,test,find_first_zero,find_next_zero}_bit()
- remove minix_{test,set,test_and_clear,test,find_first_zero}_bit()
- remove sched_find_first_bit()

Signed-off-by: Akinobu Mita &lt;mita@miraclelinux.com&gt;
Cc: "Luck, Tony" &lt;tony.luck@intel.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>Update from upstream with manual merge of Yasunori Goto's</title>
<updated>2005-10-20T17:41:44Z</updated>
<author>
<name>Tony Luck</name>
</author>
<published>2005-10-20T17:41:44Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9cec58dc138d6fcad9f447a19c8ff69f6540e667'/>
<id>urn:sha1:9cec58dc138d6fcad9f447a19c8ff69f6540e667</id>
<content type='text'>
changes to swiotlb.c made in commit 281dd25cdc0d6903929b79183816d151ea626341
since this file has been moved from arch/ia64/lib/swiotlb.c to
lib/swiotlb.c

Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
</content>
</entry>
<entry>
<title>[PATCH] swiotlb: move from arch/ia64/lib/ to lib/</title>
<updated>2005-09-29T21:42:42Z</updated>
<author>
<name>John W. Linville</name>
</author>
<published>2005-09-29T21:42:42Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6c654b5fdf093cd05f35f7c9c2a00182fa5636dc'/>
<id>urn:sha1:6c654b5fdf093cd05f35f7c9c2a00182fa5636dc</id>
<content type='text'>
The swiotlb implementation is shared by both IA-64 and EM64T. However,
the source itself lives under arch/ia64. This patch moves swiotlb.c
from arch/ia64/lib to lib/ and fixes-up the appropriate Makefile and
Kconfig files. No actual changes are made to swiotlb.c.

Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
</content>
</entry>
<entry>
<title>[LIB]: Consolidate _atomic_dec_and_lock()</title>
<updated>2005-09-15T04:47:01Z</updated>
<author>
<name>David S. Miller</name>
</author>
<published>2005-09-15T04:47:01Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4db2ce0199f04b6e99999f22e28ef9a0ae5f0d2f'/>
<id>urn:sha1:4db2ce0199f04b6e99999f22e28ef9a0ae5f0d2f</id>
<content type='text'>
Several implementations were essentialy a common piece of C code using
the cmpxchg() macro.  Put the implementation in one spot that everyone
can share, and convert sparc64 over to using this.

Alpha is the lone arch-specific implementation, which codes up a
special fast path for the common case in order to avoid GP reloading
which a pure C version would require.

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>[IA64] Delete erroneous copy_page.o in global lib-y list</title>
<updated>2005-08-26T23:01:25Z</updated>
<author>
<name>Kenneth Chen</name>
</author>
<published>2005-08-26T21:57:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f8220c7f15c54aefb4976ad7c6e2aa98b27a8ce8'/>
<id>urn:sha1:f8220c7f15c54aefb4976ad7c6e2aa98b27a8ce8</id>
<content type='text'>
copy_page.o appeared twice in arch/ia64/lib/Makefile. The
one in global lib-y is wrong where it should be just in
lib-$(CONFIG_ITANIUM).

Both copy_page.o and copy_page_mck.o are build for Itanium2
processor and the link order will pick up the low performing
copy_page function (originally written for itanium processor).
In this case, we really want the copy_page_mck.o for optimized
version.

Signed-off-by: Kenneth Chen &lt;kenneth.w.chen@intel.com&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
</content>
</entry>
</feed>
