Displaying 20 results from an estimated 1000 matches similar to: "v173 and current 2.6 Linus BK on x86"
2004 Feb 10
1
syntax problem with 2.6.3-rc3
The inet stuff is including, asm/byteorder.h
It has some inlines like this:
static __inline__ __attribute_const__ __u64 ___arch__swab64(__u64 val)
I think I'm choking on the __attribue_const__
Do we need an include of linux/compiler.h somewhere?
../linux/include/asm/byteorder.h:28: error: syntax error before "__u64"compiling
inet_ntoa.c (gcc)../linux/include/asm/byteorder.h:14:
2004 Oct 16
1
181 and current Linus
klibc appears to build ok, some of the apps fail
gcc -Wp,-MD,.fstype.d -mregparm=3 -DREGPARM=3 -march=i386 -Os -g
-falign-functions=0 -falign-jumps=0 -falign-loops=0  -nostdinc
-iwithprefix include -D__KLIBC__ -DBITSIZE=32 -I../include/arch/i386
-I../include/bits32 -I../include -I../linux/include -I../linux/include2
-W -Wall -c -o fstype.o fstype.c
fstype.c: In function `romfs_image':
2012 Nov 06
0
[ablock84-btrfs:btrfs-far 19/20] fs/far/far-path.c:42:2: error: implicit declaration of function 'IS_ERR'
tree:   git://github.com/ablock84/linux-btrfs.git btrfs-far
head:   f9a5bb450a8cc7aa5fd4f11d0306b3f48cf2771d
commit: 29aefeaaf482ab396ff53c2bbf5c35ce237b91c0 [19/20] fs: add libfarstream support
config: make ARCH=s390 allmodconfig
All error/warnings:
In file included from include/linux/byteorder/big_endian.h:4:0,
                 from arch/s390/include/uapi/asm/byteorder.h:4,
                
2015 Apr 07
1
[PATCH v3 6/7] virtio: add explicit big-endian support to memory accessors
On Tue, Apr 07, 2015 at 02:15:52PM +0200, Greg Kurz wrote:
> The current memory accessors logic is:
> - little endian if little_endian
> - native endian (i.e. no byteswap) if !little_endian
> 
> If we want to fully support cross-endian vhost, we also need to be
> able to convert to big endian.
> 
> Instead of changing the little_endian argument to some 3-value enum, this
2015 Apr 07
1
[PATCH v3 6/7] virtio: add explicit big-endian support to memory accessors
On Tue, Apr 07, 2015 at 02:15:52PM +0200, Greg Kurz wrote:
> The current memory accessors logic is:
> - little endian if little_endian
> - native endian (i.e. no byteswap) if !little_endian
> 
> If we want to fully support cross-endian vhost, we also need to be
> able to convert to big endian.
> 
> Instead of changing the little_endian argument to some 3-value enum, this
2015 Apr 21
1
[PATCH v4 6/8] virtio: add explicit big-endian support to memory accessors
On Fri, Apr 10, 2015 at 12:16:20PM +0200, Greg Kurz wrote:
> The current memory accessors logic is:
> - little endian if little_endian
> - native endian (i.e. no byteswap) if !little_endian
> 
> If we want to fully support cross-endian vhost, we also need to be
> able to convert to big endian.
> 
> Instead of changing the little_endian argument to some 3-value enum, this
2015 Apr 21
1
[PATCH v4 6/8] virtio: add explicit big-endian support to memory accessors
On Fri, Apr 10, 2015 at 12:16:20PM +0200, Greg Kurz wrote:
> The current memory accessors logic is:
> - little endian if little_endian
> - native endian (i.e. no byteswap) if !little_endian
> 
> If we want to fully support cross-endian vhost, we also need to be
> able to convert to big endian.
> 
> Instead of changing the little_endian argument to some 3-value enum, this
2018 Feb 01
0
[vhost:vhost 11/22] drivers//firmware/qemu_fw_cfg.c:379:23: error: 'VMCOREINFO_NOTE_SIZE' undeclared; did you mean 'MEI_CL_NAME_SIZE'?
tree:   https://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git vhost
head:   9991b95cb712cdd9a40240bde6274d5415476fb5
commit: 860c7fa9d6d433011e82a4f7f896893e914ce4a9 [11/22] fw_cfg: write vmcoreinfo details
config: i386-randconfig-c0-02011330 (attached as .config)
compiler: gcc-7 (Debian 7.2.0-12) 7.2.1 20171025
reproduce:
        git checkout 860c7fa9d6d433011e82a4f7f896893e914ce4a9
     
2018 Feb 01
0
[vhost:vhost 11/22] drivers//firmware/qemu_fw_cfg.c:380:3: error: implicit declaration of function 'paddr_vmcoreinfo_note'
tree:   https://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git vhost
head:   9991b95cb712cdd9a40240bde6274d5415476fb5
commit: 860c7fa9d6d433011e82a4f7f896893e914ce4a9 [11/22] fw_cfg: write vmcoreinfo details
config: i386-randconfig-a0-201804 (attached as .config)
compiler: gcc-4.9 (Debian 4.9.4-2) 4.9.4
reproduce:
        git checkout 860c7fa9d6d433011e82a4f7f896893e914ce4a9
        # save
2020 Jul 16
0
[PATCH vhost next 10/10] vdpa/mlx5: Add VDPA driver for supported mlx5 devices
Hi Eli,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on next-20200715]
url:    https://github.com/0day-ci/linux/commits/Eli-Cohen/VDPA-support-for-Mellanox-ConnectX-devices/20200716-155039
base:    ca0e494af5edb59002665bf12871e94b4163a257
config: i386-allyesconfig (attached as .config)
compiler: gcc-9 (Debian 9.3.0-14) 9.3.0
reproduce (this is a W=1 build):
       
2020 Aug 05
0
[PATCH V4 linux-next 00/12] VDPA support for Mellanox ConnectX devices
On Tue, Aug 04, 2020 at 07:20:36PM +0300, Eli Cohen wrote:
> Hi Michael,
> please note that this series depends on mlx5 core device driver patches
> in mlx5-next branch in
> git://git.kernel.org/pub/scm/linux/kernel/git/mellanox/linux.git.
> 
> git pull git://git.kernel.org/pub/scm/linux/kernel/git/mellanox/linux.git mlx5-next 
> 
> They also depend Jason Wang's
2020 Aug 05
0
[PATCH V4 linux-next 00/12] VDPA support for Mellanox ConnectX devices
On Wed, Aug 05, 2020 at 03:40:54PM +0300, Eli Cohen wrote:
> On Wed, Aug 05, 2020 at 08:00:55AM -0400, Michael S. Tsirkin wrote:
> > On Tue, Aug 04, 2020 at 07:20:36PM +0300, Eli Cohen wrote:
> > > Hi Michael,
> > > please note that this series depends on mlx5 core device driver patches
> > > in mlx5-next branch in
> > >
2019 Jan 18
0
[klibc:master] include sys/types.h in more places
Commit-ID:  d015414c70bf8ec7464135e67557d6e7f2df662b
Gitweb:     http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=d015414c70bf8ec7464135e67557d6e7f2df662b
Author:     Greg Thelen <gthelen at google.com>
AuthorDate: Sun, 25 Feb 2018 23:16:32 -0800
Committer:  Ben Hutchings <ben at decadent.org.uk>
CommitDate: Wed, 2 Jan 2019 03:08:04 +0000
[klibc] include sys/types.h in more
2015 Apr 07
0
[PATCH v3 6/7] virtio: add explicit big-endian support to memory accessors
The current memory accessors logic is:
- little endian if little_endian
- native endian (i.e. no byteswap) if !little_endian
If we want to fully support cross-endian vhost, we also need to be
able to convert to big endian.
Instead of changing the little_endian argument to some 3-value enum, this
patch changes the logic to:
- little endian if little_endian
- big endian if !little_endian
The
2015 Apr 10
0
[PATCH v4 6/8] virtio: add explicit big-endian support to memory accessors
The current memory accessors logic is:
- little endian if little_endian
- native endian (i.e. no byteswap) if !little_endian
If we want to fully support cross-endian vhost, we also need to be
able to convert to big endian.
Instead of changing the little_endian argument to some 3-value enum, this
patch changes the logic to:
- little endian if little_endian
- big endian if !little_endian
The
2015 Apr 24
0
[PATCH v6 6/8] virtio: add explicit big-endian support to memory accessors
The current memory accessors logic is:
- little endian if little_endian
- native endian (i.e. no byteswap) if !little_endian
If we want to fully support cross-endian vhost, we also need to be
able to convert to big endian.
Instead of changing the little_endian argument to some 3-value enum, this
patch changes the logic to:
- little endian if little_endian
- big endian if !little_endian
The
2015 Apr 23
0
[PATCH v5 6/8] virtio: add explicit big-endian support to memory accessors
The current memory accessors logic is:
- little endian if little_endian
- native endian (i.e. no byteswap) if !little_endian
If we want to fully support cross-endian vhost, we also need to be
able to convert to big endian.
Instead of changing the little_endian argument to some 3-value enum, this
patch changes the logic to:
- little endian if little_endian
- big endian if !little_endian
The
2018 Feb 26
3
[PATCH 1/4] include sys/types.h in more places
Include sys/types.h to avoid compilation warnings:
  In file included from $LINUX/usr/include/linux/byteorder/little_endian.h:12:0,
                   from $LINUX/usr/include/asm/byteorder.h:5,
                   from $KLIBC/usr/klibc/../include/klibc/endian.h:11,
                   from $KLIBC/usr/klibc/../include/endian.h:8,
                   from $KLIBC/usr/klibc/pread.c:7:
 
2004 Feb 22
3
iproute2 & kernel 2.6.3
Hi,
I''m trying to compile iproute with my fresh kernel 2.6.3, it works well 
with 2.6.2 but impossible with this one.
My version of gcc is 3.3.3 and the version of iproute2 is 
iproute2-2.4.7-now-ss010824.
Any suggestion ?
make[1]: Entering directory `/usr/src/iproute2/lib''
gcc -D_GNU_SOURCE -O2 -Wstrict-prototypes -Wall -Werror -g 
-I../include-glibc -include
2004 Oct 16
1
0.184 -- gcc: warning: `-x c' after last input file has no effect
What do I need to do to fix this?
[jonsmirl@smirl klibc-0.184]$ make
make[1]: Entering directory `/home/dri/klibc-0.184/klibc'
gcc -Wp,-MT,syscalls.nrs,-MD,./.syscalls.nrs.d -mregparm=3 -DREGPARM=3
-march=i386 -Os -g -falign-functions=0 -falign-jumps=0 -falign-loops=0 
-nostdinc -iwithprefix include -D__KLIBC__ -DBITSIZE=32
-I../include/arch/i386 -I../include/bits32 -I../include