Hi all Again I have problems with some kernel programming stuff. I decided to make my first device driver more robust. So I wanted to add access_ok() both in function read() and write() from fops. But when I type: echo "Message" >> /dev/mydevice I get this error: bash: echo: write error: Bad address Here my source code. First, implementation of read() function: static ssize_t FirstModule_Write(struct file *flip, const char *buffer, size_t length, loff_t *off) { int i; if(...

From: Stanichenko Marat <mstanichenko@gmail.com> Add the interface that shows the amount of entropy generated via the interfaces and also the amount consumed. This patch adds two files in proc. The first of them shows the entropy generated per interface, the second one - the amount consumed from blocking (/dev/random) and nonblocking (/dev/urandom) pools. This patch is an attempt to realize "/dev/random statistics" project of kernel newbies community. [ message continues ]

I am getting below problem. What is the reason behind this ? Debug: sleeping function called from invalid context at fs/file_table.c:124 in_atomic():1[expected: 0], irqs_disabled():0 Call Trace:<ffffffff80132c79>{__might_sleep+173} <ffffffff8017a1f9>{__fput+41} <ffffffff80178e44>{filp_close+103} <ffffffff80178ecd>{sys_close+130} <ffffffff8011026a>{system_call+126} bad: scheduling while atomic! Call Trace:<ffffffff803095d1>{schedule+75} <ffffff...

Hi all, I had a question regarding process creation. Here is the question. when fork call is issued at user level do_fork call is called at the kernel level. This function does all the job to create new kernel stack and process descriptor and copies all the parent resources to new process. But my doubt is how can kernel distinguish between kernel thread for the user level process. I mean user level process stack is different from the kernel level thread stack. For user level program user le...

Hello, I'm looking for a pre-compiled toolchain for a ARM926EJ-S based platform. Every sites I found are describing procedure to build croostools rather then offer pre-built ones. Can you recommend binary ready-to-use, Debian-based desireble? Thanks. -- Roman Mashak -- To unsubscribe from this list: send an email with "unsubscribe kernelnewbies" to ecartis@nl.linux.org Please read the FAQ at http://kernelnewbies.org/FAQ

Both the 926EJ-S and the Debian bit are too specific for me to know but there's a prebuilt i386 -> arm crosscompiler in the repository at: http://www.kernel.org/pub/tools/crosstool/ Maybe it helps. Rene. -- To unsubscribe from this list: send an email with "unsubscribe kernelnewbies" to ecartis@nl.linux.org Please read the FAQ at http://kernelnewbies.org/FAQ

Le Thu, 14 Aug 2008 01:28:32 -0700, The latest -rc version, or Linus git tree. During the development work, don't stay on a fixed version: keep your patches updated until you submit them for inclusion. For more details, ask on the linux-arm-kernel mailing list Don't know about uCos, so I can't tell. Anyway you also need to make sure that the license of your uCos drivers is GPLv2, another compatible license, or that you are the author of these drivers and that you can re-license them under GPLv...

To know that u can see how load_module() identify each section by name: exportindex = find_sec(hdr, sechdrs, secstrings, "__ksymtab"); gplindex = find_sec(hdr, sechdrs, secstrings, "__ksymtab_gpl"); gplfutureindex = find_sec(hdr, sechdrs, secstrings, "__ksymtab_gpl_future"); unusedindex = find_sec(hdr, sechdrs, secstrings, "__ksymtab_unused"); unusedgplindex = find_sec(hdr, sechdrs, secstrings, What u said is correct. U can see how load_module() load ea...