gnewsense-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [gNewSense-users] Binary blob in Xen patch?


From: Sam Geeraerts
Subject: Re: [gNewSense-users] Binary blob in Xen patch?
Date: Wed, 23 Jul 2008 15:46:41 +0200
User-agent: Mozilla-Thunderbird 2.0.0.12 (X11/20080420)

Karl Goetz wrote:
On Wed, 2008-07-23 at 13:10 +0200, Sam Geeraerts wrote:
Karl Goetz wrote:
On Wed, 2008-07-23 at 10:37 +0200, Sam Geeraerts wrote:
In section debian/binary-custom.d/xen/patchset there's a big file called 001-xen-base.patch. It contains three kinds of things:

which package is this in exactly?

Oh, oops. It's in the Linux kernel.

Any other ideas on where those blobs came from or whether they actually have any use?

tried to grep -R for the filenames? its ugly, but it'll often uncover
things.
kk
Yep. The Web didn't give me any clues either.


diff -Naur ubuntu-hardy/arch/x86/ia32/syscall32_syscall-xen.S
ubuntu-hardy-xen/arch/x86/ia32/syscall32_syscall-xen.S
--- ubuntu-hardy/arch/x86/ia32/syscall32_syscall-xen.S  1970-01-01
01:00:00.000000000 +0100
+++ ubuntu-hardy-xen/arch/x86/ia32/syscall32_syscall-xen.S  2008-04-09
13:17:22.000000000 +0100
@@ -0,0 +1,28 @@
+/* 32bit VDSOs mapped into user space. */
+

<trim>

+syscall32_int80:
+   .incbin "arch/x86/ia32/vsyscall-int80.so"
+syscall32_int80_end:
+
+#endif

<trim>
Would this '.incbin' make you worry? Its made me wonder if the .so
files /are/ accidents.



Damn, I think I did a grep for vsyscall_int80 earlier. Anyway, the diff for the Makefile above that looks like it adds "int80" to a list and then builds some libraries. I think this is where the file gets built, but I'll have to check that more thoroughly.


It may be worth me meantioning these files dont exist in the debian
source tree either.
address@hidden:~/MyDownloads/linux-kernel-debian/clean/linux-2.6-2.6.25$
grep -R vsyscall-int80 *
scripts/namespace.pl:                       $def{$name}[0] eq
"arch/x86/kernel/vsyscall-int80_32.o" &&
Athough that file does refer to 2.0/2.1 kernels:
#   Tuned for 2.1.x kernels with the new module handling, it will
#   work with 2.0 kernels as well.
#
#   Last change 2.6.9-rc1, adding support for separate source and object
#   trees.

kk





reply via email to

[Prev in Thread] Current Thread [Next in Thread]