Closed GoogleCodeExporter closed 9 years ago
I have to do "mv diff--ixgbe--30a00--99999.patch
diff--ixgbe--30a00--999999.patch" to make it work.
I.e. sixth 'nine' in the name of file.
Original comment by kirin-y...@ya.ru
on 17 Jun 2014 at 3:53
[deleted comment]
Yes, that's because awk is interpreting 30e04 as a number (i.e., 30*10^4) and
not as a string. We are going to push a batch of updates, including a fix for
this, in a few days. If you replace
'{ if ((!$$3 || $$3 <= v) && (!$$4 || v < $$4)) print $$0; }'
with
'{ if ((!$$3 || $$3 <= v"") && (!$$4 || v"" < $$4)) print $$0; }'
the recipe should work again.
Original comment by giuseppe.lettieri73
on 19 Jun 2014 at 5:28
Same problem on Debian 7 Wheezy and 3.2.0-4-amd64:
make
make -C /lib/modules/3.2.0-4-amd64/build M=/usr/src/netmap/LINUX
CONFIG_NETMAP=m CONFIG_E1000=m CONFIG_E1000E=m CONFIG_IXGBE=m CONFIG_IGB=m
CONFIG_BNX2X=m CONFIG_MLX4=m CONFIG_VIRTIO_NET=m \
EXTRA_CFLAGS='-I/usr/src/netmap/LINUX -I/usr/src/netmap/LINUX/../sys -I/usr/src/netmap/LINUX/../sys/dev -DCONFIG_NETMAP -Wno-unused-but-set-variable' \
O_DRIVERS="" modules
make[1]: Entering directory `/usr/src/linux-headers-3.2.0-4-amd64'
/bin/sh: 1: cd: can't cd to /usr/src/linux-headers-3.2.0-4-common/patches
ls: cannot access diff--*: No such file or directory
/bin/sh: 1: cd: can't cd to /usr/src/linux-headers-3.2.0-4-common/patches
ls: cannot access diff--*: No such file or directory
Building modules, stage 2.
/bin/sh: 1: cd: can't cd to /usr/src/linux-headers-3.2.0-4-common/patches
ls: cannot access diff--*: No such file or directory
/bin/sh: 1: cd: can't cd to /usr/src/linux-headers-3.2.0-4-common/patches
ls: cannot access diff--*: No such file or directory
MODPOST 1 modules
make[1]: Leaving directory `/usr/src/linux-headers-3.2.0-4-amd64'
-rw-r--r-- 1 root root 2405026 Jun 25 13:43 ./netmap_lin.ko
Original comment by pavel.odintsov
on 25 Jun 2014 at 9:48
This looks like a different problem. Are you sure you have the full kernel
sources installed, as opposed to only the header files? In case the full
sources are installed, maybe they are not linked correctly from
/lib/modules/$(uname -r)/build. Please try with
make SRC=/path/to/kernel/sources
Original comment by giuseppe.lettieri73
on 30 Jun 2014 at 10:59
Original comment by giuseppe.lettieri73
on 8 Jul 2014 at 2:44
I am closing the issue. Please reopen it if the problem is still there.
Original comment by giuseppe.lettieri73
on 16 Oct 2014 at 12:38
Original issue reported on code.google.com by
kirin-y...@ya.ru
on 17 Jun 2014 at 3:41