Newbie help

Newbie help

[Lorenzo Mainardi]

Hello everyone,
I am trying to follow this tutorial
(https://developers.redhat.com/blog/2021/04/01/get-started-with-xdp)
to learn XDP.

So I compiled my XDP program and then attached it to an interface:

lorenzo@kwaremont:~/progetti/xdp_test$ ip addr show eno1
2: eno1: <NO-CARRIER,BROADCAST,MULTICAST,DYNAMIC,UP> mtu 1500
xdpgeneric/id:37 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 8c:dc:d4:8e:38:c7 brd ff:ff:ff:ff:ff:ff
    altname enp9s0
    inet 10.0.8.1/24 scope global eno1
       valid_lft forever preferred_lft forever
lorenzo@kwaremont:~/progetti/xdp_test$ ping 10.0.8.1
PING 10.0.8.1 (10.0.8.1) 56(84) bytes of data.
64 bytes from 10.0.8.1: icmp_seq=1 ttl=64 time=0.047 ms
64 bytes from 10.0.8.1: icmp_seq=2 ttl=64 time=0.033 ms
^C
--- 10.0.8.1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1018ms
rtt min/avg/max/mdev = 0.033/0.040/0.047/0.007 ms

Anyway, it seems that the program is not dropping packets. Is there
any way to troubleshoot it? Where am I wrong?

Thank you

-- 
LORENZO MAINARDI

Re: Newbie help

[Toke Høiland-Jørgensen]

Lorenzo Mainardi <lormayna@gmail.com> writes:

> Hello everyone,
> I am trying to follow this tutorial
> (https://developers.redhat.com/blog/2021/04/01/get-started-with-xdp)
> to learn XDP.
>
> So I compiled my XDP program and then attached it to an interface:
>
> lorenzo@kwaremont:~/progetti/xdp_test$ ip addr show eno1
> 2: eno1: <NO-CARRIER,BROADCAST,MULTICAST,DYNAMIC,UP> mtu 1500
> xdpgeneric/id:37 qdisc pfifo_fast state DOWN group default qlen 1000
>     link/ether 8c:dc:d4:8e:38:c7 brd ff:ff:ff:ff:ff:ff
>     altname enp9s0
>     inet 10.0.8.1/24 scope global eno1
>        valid_lft forever preferred_lft forever
> lorenzo@kwaremont:~/progetti/xdp_test$ ping 10.0.8.1
> PING 10.0.8.1 (10.0.8.1) 56(84) bytes of data.
> 64 bytes from 10.0.8.1: icmp_seq=1 ttl=64 time=0.047 ms
> 64 bytes from 10.0.8.1: icmp_seq=2 ttl=64 time=0.033 ms
> ^C
> --- 10.0.8.1 ping statistics ---
> 2 packets transmitted, 2 received, 0% packet loss, time 1018ms
> rtt min/avg/max/mdev = 0.033/0.040/0.047/0.007 ms
>
> Anyway, it seems that the program is not dropping packets. Is there
> any way to troubleshoot it? Where am I wrong?

Erm, you're pinging the interface from within the machine itself? That
will never hit the XDP hook of the interface, those packets just go over
loopback.

XDP processes packets on ingress, when they arrive *on that interface*.
So you'll have to try the ping from outside the machine itself (although
from the NO-CARRIER flag on the interface it looks like it's not
actually connected to anything?).

For testing, it can be useful to use virtual Ethernet (veth) devices;
they have full support for XDP. The XDP tutorial will help you get setup
to use those: https://github.com/xdp-project/xdp-tutorial

-Toke

Newbie help

[Rishabh Chakrabarti]

Hello all,

Where can I search the archives and other resources for answering the
following questions:
	
1. How to dive into the code? i.e. entry points
2. What are the pre-requisites for understanding the whole code?
3. Best books and resource material

Kindly keep a lay person in mind while answering.
Please direct me to the right place and the rest i'll DIY. Thank you.

Regards,

Rishabh

Newbie help

[Anuz Pratap Singh Tomar]

On Mon, Aug 3, 2015 at 3:38 PM, Rishabh Chakrabarti <bassdeveloper@gmail.com
> wrote:

> Hello all,
>
> Where can I search the archives and other resources for answering the
> following questions:
>
> 1. How to dive into the code? i.e. entry points
> 2. What are the pre-requisites for understanding the whole code?
> 3. Best books and resource material
>
> Search through Kernelnewbies.org for all these answers.
Spend some time reading and searching through it.

> Kindly keep a lay person in mind while answering.
> Please direct me to the right place and the rest i'll DIY. Thank you.
>
> Regards,
>
> Rishabh
>
> _______________________________________________
> Kernelnewbies mailing list
> Kernelnewbies at kernelnewbies.org
> http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
>



-- 
Thank you
Warm Regards
Anuz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20150803/17a4e334/attachment.html 

Newbie help

[Navy Cheng]

I'm newbie too. I just want to share my experience for 3 or 4 weeks.

1. Maybe there are no entry point for kernel code. Too much knowlege are
required. Do what you want and learing a subject which block you.
2. There are so many material in Documation/.
3. http://kernelnewbies.org/  is a good website.
4. Try to send some clean-up patch. You cat receive a task in
drivers/staging/xxx/TODO
5. Help other newbies here if you can


On Mon, Aug 03, 2015 at 02:38:18PM +0000, Rishabh Chakrabarti wrote:
> Hello all,
> 
> Where can I search the archives and other resources for answering the
> following questions:
> 	
> 1. How to dive into the code? i.e. entry points
> 2. What are the pre-requisites for understanding the whole code?
> 3. Best books and resource material
> 
> Kindly keep a lay person in mind while answering.
> Please direct me to the right place and the rest i'll DIY. Thank you.
> 
> Regards,
> 
> Rishabh
> 
> _______________________________________________
> Kernelnewbies mailing list
> Kernelnewbies at kernelnewbies.org
> http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies

Newbie help

[Schrey, Moritz]

If your goals tend towards 

* creating something new or
* having a clearer look onto the interfaces between modules/layers

get a copy of "Linux Device Drivers" (abbreviated LDD3 here), which is available online. The example code from that book is definitey outdated and will not compile as is since it is based on 2.6.10(?), but finding the errors is a good exercise too. 
Since the book is widely known, you will also find several repos, which brought the code up to some more recent kernel version. 
I guess we are all more or less eagerly waiting for LDD4, which should be released in end of November. 

Regards, 
Moritz

> -----Urspr?ngliche Nachricht-----
> Von: kernelnewbies-bounces at kernelnewbies.org [mailto:kernelnewbies-
> bounces at kernelnewbies.org] Im Auftrag von Rishabh Chakrabarti
> Gesendet: Montag, 3. August 2015 16:38
> An: kernelnewbies at kernelnewbies.org
> Betreff: Newbie help
> 
> Hello all,
> 
> Where can I search the archives and other resources for answering the
> following questions:
> 
> 1. How to dive into the code? i.e. entry points 2. What are the pre-
> requisites for understanding the whole code?
> 3. Best books and resource material
> 
> Kindly keep a lay person in mind while answering.
> Please direct me to the right place and the rest i'll DIY. Thank you.
> 
> Regards,
> 
> Rishabh
> 
> _______________________________________________
> Kernelnewbies mailing list
> Kernelnewbies at kernelnewbies.org
> http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies

Newbie help

[Andrey Skvortsov]

On 04 Aug, Schrey, Moritz wrote:

> get a copy of "Linux Device Drivers" (abbreviated LDD3 here), which
> is available online. The example code from that book is definitey
> outdated and will not compile as is since it is based on 2.6.10(?),
> but finding the errors is a good exercise too.
> Since the book is widely known, you will also find several repos,
> which brought the code up to some more recent kernel version.

> I guess we are all more or less eagerly waiting for LDD4, which should be released in end of November. 
November is correct, but which year? =) It seems, that unfortunatelly O'Reilly've changed
LDD4's release date again. Now it's November 2016 according to their
site ( http://shop.oreilly.com/product/0636920030867.do ).
Amazon updated information as well - 25. November 2016. 

-- 
Best regards,
Andrey Skvortsov

Secure eMail with gnupg: See http://www.gnupg.org/
PGP Key ID: 0x57A3AEAD
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
Url : http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20150818/4d11997f/attachment.bin 

Newbie help

[Bjørn Mork]

Rishabh Chakrabarti <bassdeveloper@gmail.com> writes:

> Hello all,
>
> Where can I search the archives and other resources for answering the
> following questions:
> 	
> 1. How to dive into the code? i.e. entry points

Wherever your interest is. There are no strict rules.  If you don't know
ahere your interest is, then you should ask yourself why you are
interested in the Linux kernel in the first place.

Out of your areas of interest, try to find a part of the kernel which is
well maintained and have (semi-)sufficient reviewer resources, because
you will need that as a newbie. You may use the Status field in
MAINTAINERS as an initial guide, but only recent mailing list archives
will tell for sure.  Look for comments and feedback on patches.

> 2. What are the pre-requisites for understanding the whole code?

I don't think that is possible...

You should understand the part you want to modify.  You'll need some
knowledge of C, and an ability to learn.  The latter is most important.

> 3. Best books and resource material

I see that Documentation/ and LDD3 is already mentioned. Other than
that: The source code is there, and is much more readable and commented
than most other C projects.  Use it.  Reading code, and trying to figure
out how it works and why it was written like that, is a great way to
learn.

Use the git commit messsages to help understanding if there is something
which isn't obvious (there will be, of course).  Every single commit is
justified and explained and in detail in git.  And you will have to do
the same, so you should familiarize yourself with those messages in any
case.


Bj?rn

Newbie help

[Manavendra Nath Manav]

On Tue, 4 Aug 2015 at 13:51 Bj?rn Mork <bjorn@mork.no> wrote:

> Rishabh Chakrabarti <bassdeveloper@gmail.com> writes:
>
> > Hello all,
> >
> > Where can I search the archives and other resources for answering the
> > following questions:
> >
> > 1. How to dive into the code? i.e. entry points
>
> > 2. What are the pre-requisites for understanding the whole code?
>
> > 3. Best books and resource material
>
>
You can refer this answer from Stackoverflow:

http://unix.stackexchange.com/questions/1003/linux-kernel-good-beginners-tutorial/177539#177539
It basically provides a bird's eye view of the Linux kernel along with it's
broader subsystems with links to related books/resources. I am reproducing
parts of the answer below:

**TODO** +editPic: Linux Kernel Developer -> (Ring Layer 0) +addSection:
Kernel Virtualization Engine KERN_WARN_CODING_STYLE: Do not Loop unless you
absolutely have to.

Recommended Books for the Uninitialized void *i: "Men do not understand
books until they have a certain amount of life, or at any rate no man
understands a deep book, until he has seen and lived at least part of its
contents". ?Ezra Pound. A journey of a thousand code-miles must begin with
a single step. If you are in confusion about which of the following books
to start with, don't worry, pick any one of your choice. Not all those who
wander are lost. As all roads ultimately connect to highway, you will
explore new things in your kernel journey as the pages progress without
meeting any dead ends, and ultimately connect to the code-set. Read with
alert mind and remember: Code is not Literature.

What is left is not a thing or an emotion or an image or a mental picture
or a memory or even an idea. It is a function. A process of some sort. An
aspect of Life that could be described as a function of something "larger".
And therefore, it appears that it is not really "separate" from that
something else. Like the function of a knife - cutting something - is not,
in fact, separate from the knife itself. The function may or may not be in
use at the moment, but it is potentially NEVER separate.

Solovay Strassen Derandomized Algorithm for Primality Test: Read not to
contradict and confute; nor to believe and take for granted; nor to find
talk and discourse; but to weigh and consider. Some books are to be tasted,
others to be swallowed, and some few to be chewed and digested: that is,
some books are to be read only in parts, others to be read, but not
curiously, and some few to be read wholly, and with diligence and
attention.
-------------------------------------------------------------------------------------------
Core Linux ( 5 -> 1 -> 3 -> 2 -> 7 -> 4 -> 6 ) ?Nature has neither kernel
nor shell; she is everything at once? -- Johann Wolfgang von Goethe Reader
should be well versed with operating system concepts; a fair understanding
of long running processes and its differences with processes with short
bursts of execution; fault tolerance while meeting soft and hard real time
constraints. While reading, it's important to understand and n/ack the
design choices made by the linux kernel source in the core subsystems.
Threads [and] signals [are] a platform-dependent trail of misery, despair,
horror and madness (~Anthony Baxte). That being said you should be a
self-evaluating C expert, before diving into the kernel. You should also
have good experience with Linked Lists, Stacks, Queues, Red Blacks Trees,
Hash Functions, et al. volatile int i; int main(void) { int c; for (i=0;
i<3; i++) { c = i&&&i; printf("%d\n", c); /* find c */ } return 0; } The
beauty and art of the Linux Kernel source lies in the deliberate code
obfuscation used along. This is often necessitated as to convey the
computational meaning involving two or more operations in a clean and
elegant way. This is especially true when writing code for multi-core
architecture.
-----------------------------------------------------------------------------------------------------
Device Drivers ( 1 -> 2 -> 4 -> 3 -> 8 -> ... ) "Music does not carry you
along. You have to carry it along strictly by your ability to really just
focus on that little small kernel of emotion or story". -- Debbie Harry
Your task is basically to establish a high speed communication interface
between the hardware device and the software kernel. You should read the
hardware reference datasheet/manual to understand the behavior of the
device and it's control and data states and provided physical channels.
Knowledge of Assembly for your particular architecture and a fair knowledge
of VLSI Hardware Description Languages like VHDL or Verilog will help you
in the long run. Intel? 64 and IA-32 Architectures Software Developer?s
Manual ARM Architecture Reference Manual ARM System Developer's Guide Q:
But, why do I have to read the hardware specs? A: Because, "There is a
chasm of carbon and silicon the software can't bridge" - Rahul Sonnad
However, the above doesn't poses a problem for Computational Algorithms
(Driver code - bottom-half processing), as it can be fully simulated on a
Universal Turing Machine. If the computed result holds true in the
mathematical domain, it's a certainty that it is also true in the physical
domain.
-------------------------------------------------------------------------------------------------
Kernel Networking ( 1 -> 2 -> 3 -> ... ) ?Call it a clan, call it a
network, call it a tribe, call it a family: Whatever you call it, whoever
you are, you need one.? - Jane Howard Understanding a packet walk-through
in the kernel is a key to understanding kernel networking. Understanding it
is a must if we want to understand Netfilter or IPSec internals, and more.
The two most important structures of linux kernel network layer are: struct
sk_buff and struct net_device static inline int sk_hashed(const struct sock
*sk) { return !sk_unhashed(sk); }
-------------------------------------------------------------------------------------------------
Kernel Debugging ( 1 -> 4 -> 9 -> ... ) Unless in communicating with it one
says exactly what one means, trouble is bound to result. ~Alan Turing,
about computers Brian W. Kernighan, in the paper Unix for Beginners (1979)
said, "The most effective debugging tool is still careful thought, coupled
with judiciously placed print statements". Knowing what to collect will
help you to get the right data quickly for a fast diagnosis. The great
computer scientist Edsger Dijkstra once said that testing can demonstrate
the presence of bugs but not their absence. Good investigation practices
should balance the need to solve problems quickly, the need to build your
skills, and the effective use of subject matter experts. There are times
when you hit rock-bottom, nothing seems to work and you run out of all your
options. Its then that the real debugging begins. A bug may provide the
break you need to disengage from a fixation on the ineffective solution.
?When debugging, novices insert corrective code; experts remove defective
code.? * ? Richard Pattis #if DEBUG printk("The above can be considered as
Development and Review in Industrial Practises"); #endif */
-------------------------------------------------------------------------------------------------
File Systems ( 1 -> 2 -> 6 -> ... ) "I wanted to have virtual memory, at
least as it's coupled with file systems". -- Ken Thompson On a UNIX system,
everything is a file; if something is not a file, it is a process, except
for named pipes and sockets. In a file system, a file is represented by an
inode, a kind of serial number containing information about the actual data
that makes up the file. The Linux Virtual File System VFS caches
information in memory from each file system as it is mounted and used. A
lot of care must be taken to update the file system correctly as data
within these caches is modified as files and directories are created,
written to and deleted. The most important of these caches is the Buffer
Cache, which is integrated into the way that the individual file systems
access their underlying block storage devices.
-------------------------------------------------------------------------------------------------
Security ( 1 -> 2 -> 8 -> 4 -> 3 -> ... ) "UNIX was not designed to stop
its users from doing stupid things, as that would also stop them from doing
clever things". ? Doug Gwyn No technique works if it isn't used. Ethics
change with technology. "F ? S = k" the product of freedom and security is
a constant. - Niven's Laws Cryptography forms the basis of trust online.
Hacking is exploiting security controls either in a technical, physical or
a human-based element. Protecting the kernel from other running programs is
a first step toward a secure and stable system, but this is obviously not
enough: some degree of protection must exist between different user-land
applications as well. Exploits can target local or remote services. ?You
can't hack your destiny, brute force...you need a back door, a side channel
into Life." ? Clyde Dsouza Computers do not solve problems, they execute
solutions. Behind every non-deterministic algorithmic code, there is a
determined mind. env x='() { :;}; echo vulnerable' bash -c "echo this is a
test for Shellsock"
-------------------------------------------------------------------------------------------------
Kernel Source ( 0.11 -> 2.4 -> 2.6 -> 3.18 ) "Like wine, the mastery of
kernel programming matures with time. But, unlike wine, it gets sweeter in
the process". --Lawrence Mucheka You might not think that programmers are
artists, but programming is an extremely creative profession. It's
logic-based creativity. Computer science education cannot make anybody an
expert programmer any more than studying brushes and pigment can make
somebody an expert painter. As you already know, there is a difference
between knowing the path and walking the path; it is of utmost importance
to roll up your sleeves and get your hands dirty with kernel source code.
Finally, with your thus gained kernel knowledge, wherever you go, you will
shine. Immature coders imitate; mature coders steal; bad coders deface what
they take, and good coders make it into something better, or at least
something different. The good coder welds his theft into a whole of feeling
which is unique, utterly different from that from which it was torn. Video
Lectures on Kernel Recipes linux-0.11 ??? boot ? ??? bootsect.s head.s
setup.s ??? fs ? ??? bitmap.c block_dev.c buffer.c char_dev.c exec.c ? ???
fcntl.c file_dev.c file_table.c inode.c ioctl.c ? ??? namei.c open.c pipe.c
read_write.c ? ??? stat.c super.c truncate.c ??? include ? ??? a.out.h
const.h ctype.h errno.h fcntl.h ? ??? signal.h stdarg.h stddef.h string.h
termios.h ? ??? time.h unistd.h utime.h ? ??? asm ? ? ??? io.h memory.h
segment.h system.h ? ??? linux ? ? ??? config.h fdreg.h fs.h hdreg.h head.h
? ? ??? kernel.h mm.h sched.h sys.h tty.h ? ??? sys ? ? ??? stat.h times.h
types.h utsname.h wait.h ??? init ? ??? main.c ??? kernel ? ??? asm.s
exit.c fork.c mktime.c panic.c ? ??? printk.c sched.c signal.c sys.c
system_calls.s ? ??? traps.c vsprintf.c ? ??? blk_drv ? ? ??? blk.h
floppy.c hd.c ll_rw_blk.c ramdisk.c ? ??? chr_drv ? ? ??? console.c
keyboard.S rs_io.s ? ? ??? serial.c tty_io.c tty_ioctl.c ? ??? math ? ? ???
math_emulate.c ??? lib ? ??? close.c ctype.c dup.c errno.c execve.c _exit.c
? ??? malloc.c open.c setsid.c string.c wait.c write.c ??? Makefile ??? mm
? ??? memory.c page.s ??? tools ??? build.c Beginner's start with Linux
0.11 source (less than 20,000 lines of source code). After 20 years of
development, compared with Linux 0.11, Linux has become very huge, complex,
and difficult to learn. But the design concept and main structure have no
fundamental changes. Learning Linux 0.11 still has important practical
significance. Mandatory Reading for Kernel Hackers =>
Linux_source_dir/Documentation/* You should be subscribed and active on
at-least one kernel mailing list. Start with kernel newbies. You do not
need to read the full source code. Once you are familiar with the kernel
API's and its usage, directly start with the source code of the sub-system
you are interested in. You can also start with writing your own plug-n-play
modules to experiment with the kernel. Device Driver writers would benefit
by having their own dedicated hardware. Start with Raspberry Pi.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20150804/bde8e4b7/attachment-0001.html 

newbie help

[Onkar]

[-- Attachment #1.1: Type: text/plain, Size: 187 bytes --]

I am a newbie to xen ,but motivated (and interested ) in contributing to it
; Please help me on How should I go about it ? and where to start ? Skills
required ?

Thanks & regards,
Onkar

[-- Attachment #1.2: Type: text/html, Size: 204 bytes --]

[-- Attachment #2: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Re: newbie help

[Akio Takebe]

>I am a newbie to xen ,but motivated (and interested ) in contributing to it
>; Please help me on How should I go about it ? and where to start ? Skills
>required ?
Code cleanup is good start point.
Please post patches like cleanup compile warning and coding style, etc.
And reading mini-os code is a good lesson.

Best Regards,

Akio Takebe

Newbie Help

[James Arnott]

I am sorry if this seems like a basic question, I am trying to install
conntrackd in order to help support an Active Active cluster
configuration. 

I have installed
conntrack-1.00beta2 - No problems
libnfnetlink-0.0.16 - no problems
libnetfilter_conntrack-0.0.31 - no problems.

when I can configure conntrackd-0.8.2 
but when I run make it fails

Making all in src
make[1]: Entering directory
`/home/jarnott/Downloads/conntrackd-0.8.2/src'
/bin/sh ../libtool --mode=link gcc  -g -O2   -o conntrackd  -lnfnetlink
-lnetfilter_conntrack alarm.o main.o run.o events.o hash.o local.o log.o
mcast.o cache.o netlink.o internal_cache.o external_cache.o stats.o
sync-mode.o stats-mode.o read_config_yy.o read_config_lex.o
-lnetfilter_conntrack -lnfnetlink
gcc -g -O2 -o conntrackd alarm.o main.o run.o events.o hash.o local.o
log.o mcast.o cache.o netlink.o internal_cache.o external_cache.o
stats.o sync-mode.o stats-mode.o read_config_yy.o read_config_lex.o
-lnetfilter_conntrack -lnfnetlink
events.o: In function
`resync_with_master':/home/jarnott/Downloads/conntrackd-0.8.2/src/events.c:198: undefined reference to `nfnl_send_receive_process'
events.o: In function
`flush_master_table':/home/jarnott/Downloads/conntrackd-0.8.2/src/events.c:212: undefined reference to `nfnl_send_receive_process'
events.o: In function
`ignore':/home/jarnott/Downloads/conntrackd-0.8.2/src/events.c:50:
undefined reference to `nfct_conntrack_is_dnatted'
:/home/jarnott/Downloads/conntrackd-0.8.2/src/events.c:56: undefined
reference to `nfct_conntrack_is_snatted'
events.o: In function
`resync_process':/home/jarnott/Downloads/conntrackd-0.8.2/src/events.c:158: undefined reference to `nfct_parse_netlink_message'
events.o: In function
`event_process':/home/jarnott/Downloads/conntrackd-0.8.2/src/events.c:93: undefined reference to `nfct_parse_netlink_message'
netlink.o: In function
`build_network_netlink_message':/home/jarnott/Downloads/conntrackd-0.8.2/src/netlink.c:71: undefined reference to `nfct_build_protoinfo'
:/home/jarnott/Downloads/conntrackd-0.8.2/src/netlink.c:73: undefined
reference to `nfct_build_nat'
netlink.o: In function
`parse_network_netlink_message':/home/jarnott/Downloads/conntrackd-0.8.2/src/netlink.c:91: undefined reference to `nfct_parse_netlink_message'
internal_cache.o: In function
`compare_internal':/home/jarnott/Downloads/conntrackd-0.8.2/src/internal_cache.c:51: undefined reference to `nfct_tuple_equal'
:/home/jarnott/Downloads/conntrackd-0.8.2/src/internal_cache.c:51:
undefined reference to `nfct_tuple_equal'
external_cache.o: In function
`compare_external':/home/jarnott/Downloads/conntrackd-0.8.2/src/external_cache.c:45: undefined reference to `nfct_tuple_equal'
:/home/jarnott/Downloads/conntrackd-0.8.2/src/external_cache.c:45:
undefined reference to `nfct_tuple_equal'
external_cache.o: In function
`iterate_commit':/home/jarnott/Downloads/conntrackd-0.8.2/src/external_cache.c:143: undefined reference to `nfct_conntrack_strip_nat'
:/home/jarnott/Downloads/conntrackd-0.8.2/src/external_cache.c:144:
undefined reference to `nfct_build_netlink_message'
:/home/jarnott/Downloads/conntrackd-0.8.2/src/external_cache.c:151:
undefined reference to `nfnl_send_receive_process'
sync-mode.o: In function
`step_sync':/home/jarnott/Downloads/conntrackd-0.8.2/src/sync-mode.c:303: undefined reference to `nfnl_receive_process'
stats-mode.o: In function
`step_stats':/home/jarnott/Downloads/conntrackd-0.8.2/src/stats-mode.c:168: undefined reference to `nfnl_receive_process'
read_config_yy.o: In function
`yyerror':/home/jarnott/Downloads/conntrackd-0.8.2/src/read_config_yy.y:269: undefined reference to `yytext'
:/home/jarnott/Downloads/conntrackd-0.8.2/src/read_config_yy.y:269:
undefined reference to `yylineno'
read_config_yy.o: In function
`yyparse':/home/jarnott/Downloads/conntrackd-0.8.2/src/read_config_yy.c:1208: undefined reference to `yylex'
read_config_yy.o: In function
`init_config':/home/jarnott/Downloads/conntrackd-0.8.2/src/read_config_yy.y:283: undefined reference to `yyrestart'
collect2: ld returned 1 exit status
make[1]: *** [conntrackd] Error 1
make[1]: Leaving directory
`/home/jarnott/Downloads/conntrackd-0.8.2/src'
make: *** [all-recursive] Error 1

I think I have all the dependencies installed, but it seems like
something is missing.

also a question about the patches for conntrackd, how are these applied.
I have looked into patch-o-matic but dont see the patches I want to
apply listed.

thank you very much for any help. 
James Arnott

Newbie help

[Manu Sharma]

Hi everyone,

I am new to ALSA and to sound world, but my new project needs me to
start working on it. For the same, I installed ALSA on my DELL CPx
notebook, which runs linux 2.4.21 and ran Paul Davis's sample code in "A
Tutorial on Using the ALSA Audio API" for initial tests. 

The "Minimal Playback" and "Minimal Capture" programs work fine on their
own. Yet, when I put them together (it is recommended to use interrupt
driven approach, but this was just a trial, so I used the non-interrupt
version) to implement the following functionality :

- Capture for about 30 seconds and store in a buffer
- Read from the buffer and playback

.. all I listen is hissing sound. The code seems to work because I can
listen to the modulations of some sort ... but normal voice is converted
to incoherent (hissing) noise.

Can someone suggest what might be going wrong, or do I need to tune some
other parameters ? Any help is appreciated.

Thanks in advance
-Manu


-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click