> > So I added this statement to the Makefile (patch attached) and now all
> > is well:
> > +ifeq ($(SUBARCH),i386)
> > +LDFLAGS_pcap.o := -r /usr/lib32/libpcap.a
> > +else
ahh, so this is the right way to find the lib... (cool)
> $ gcc -print-file-name=libpcap.a
> /usr/lib/gcc/x86_64-pc-linux-gnu
On Sunday 18 December 2005 20:03, Antoine Martin wrote:
> Paolo,
>
> What is the state of hppfs? You sent 12 patches in September, and there
> was some discussion with Al Viro about some of the patches (but no new
> patches) Can I try to apply them to 2.6.14?
Forgot a note - the patches were again
On Monday 19 December 2005 19:33, Antoine Martin wrote:
> > > pcap builds and runs fine on amd64 but there is a problem when building
> > > with SUBARCH=i386: it uses the wrong version of libpcap.a:
> > > ld -r -dp -o arch/um/drivers/pcap.o arch/um/drivers/pcap_kern.o
> > > arch/um/drivers/pcap_use
On Sunday 18 December 2005 20:03, Antoine Martin wrote:
> Paolo,
> What is the state of hppfs? You sent 12 patches in September, and there
> was some discussion with Al Viro about some of the patches (but no new
> patches) Can I try to apply them to 2.6.14?
> Thanks
> Antoine
Thanks to you.
I h
On Monday 19 December 2005 19:41, Antoine Martin wrote:
> > And you saying "yes it works, I know this".
>
> I can't remember! And I thought only my short term memory was bad... ;)
>
> > SKAS64 support is implemented in the SKAS patch, but IIRC not in the
> > guest kernel - there are just a few thin
> And you saying "yes it works, I know this".
I can't remember! And I thought only my short term memory was bad... ;)
> SKAS64 support is implemented in the SKAS patch, but IIRC not in the guest
> kernel - there are just a few things to fix up (for instance
> using /proc/mm64), but I gave up as
On Monday 19 December 2005 17:16, Blaisorblade wrote:
> On Sunday 18 December 2005 20:03, Antoine Martin wrote:
> > Paolo,
> >
> > pcap builds and runs fine on amd64 but there is a problem when building
> > with SUBARCH=i386: it uses the wrong version of libpcap.a:
> > ld -r -dp -o arch/um/drivers/
> > pcap builds and runs fine on amd64 but there is a problem when building
> > with SUBARCH=i386: it uses the wrong version of libpcap.a:
> > ld -r -dp -o arch/um/drivers/pcap.o arch/um/drivers/pcap_kern.o
> > arch/um/drivers/pcap_user.o -m elf_i386
> > -r /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/.
One nice day a clumsy programmer (let's say me) on a "call for fixing" day
wrote the following patch (host_kern.c):
- start = (long long) (page->index << PAGE_CACHE_SHIFT) + from;
+ start = ((long long) page->index) << PAGE_CACHE_SHIFT + from;
to make sure page->index was casted befo
On Sunday 18 December 2005 20:03, Antoine Martin wrote:
> (..)
>
> > > I can't speak to how stable it was. I'm pretty sure I wasn't using
> > > Skas,
> > It isn't skas as the skas3 code hasn't been ported to x86_64 yet.
> Or has it?
Wait a moment - I remember informing somebody (probably you) th
On Sunday 18 December 2005 20:03, Antoine Martin wrote:
> Paolo,
> pcap builds and runs fine on amd64 but there is a problem when building
> with SUBARCH=i386: it uses the wrong version of libpcap.a:
> ld -r -dp -o arch/um/drivers/pcap.o arch/um/drivers/pcap_kern.o
> arch/um/drivers/pcap_user.o -
11 matches
Mail list logo
