On Fri, Apr 6, 2012 at 2:24 AM, V.Ravikumar
wrote:
> Hi,
> I ported latest wrapfs code compile against 2.6.18 kernel.
> Now I'm able to build module ,but there my be bugs.
> insmod of the file system module that was built was successful.
insmod ? that doesnt take care of module dependencies.
t
add drivers/misc/build-asserts.c to test BUILD_BUG_DECL.
BUILD_BUG_DECL works as intended, but __attribute((unused)) appears to
be ineffective in the macro:
cmp_ints() run at __init time is able to reference the storage w/o
warnings (no section complaints, even though those functions are not
expl
This adds BUILD_BUG_DECL, primarily to check sizes of file-scoped
arrays etc:
const char const *names[] = { "bart", "lisa", "homer", "marge" };
int a[] = {1,2,3,4}, b[] = {1,2,3,5}, c[] = {1,2}
long d[] = {1,2};
BUILD_BUG_DECL(Luke, sizeof(a) != sizeof(d)); // ok, but iffy
hi folks,
Ive written a pair of patches which have an issue with __initdata
[PATCH 1/3] bug.h: add BUILD_BUG_DECL, usable at file scope
[PATCH 2/3] bug.h: add test/demo module
1st one declares a BUILD_BUG_DECL(name, condition) which breaks
compile if the condition is true, much like the other *B
Yes, of course.
It contains only one line:
obj-$(CONFIG_MY_PROCLISTOUTPUT) += proclistoutput.o
and works with Kconfig
config MY_PROCLISTOUTPUT
tristate "Display a list of processes"
default y
---help---
This module prints a list of processes
But I'm sure that the reason is n
Thanks for the answer! Yes, of course I can.It contains only one line: obj-$(CONFIG_MY_PROCLISTOUTPUT) += proclistoutput.o and works with my Kconfig config MY_PROCLISTOUTPUTtristate "Display a list of processes"default y---help---This module prints a list of processes But I'm sure
Hi Semen
Could you share a Makefile for your module?
Best wishes,
Vladimir Murzin
-Original Message-
From: Martynov Semen
Sender: kernelnewbies-boun...@kernelnewbies.org
Date: Mon, 09 Apr 2012 23:56:15
To: kernelnewbies@kernelnewbies.org
Subject: No subject
Good afternoon,
I would li
Good afternoon,
I would like to understand, why I can't make the built-in object, when my code
is in a folder /samples...
I have my module-code and if I put it in a folder /samples, I can receive only
loadable module (.ko) but if I want to receive the built-in object - it turns
out nothing (.о
More info:
http://communities.intel.com/community/wired/blog/2011/01/19/come-and-get-it-sr-iov-primer-document-updated
as indicated from here:
http://communities.intel.com/message/132184#132184
On Tue, Apr 10, 2012 at 12:15 AM, Peter Teoh wrote:
> Is your system 32bit or 64bit? Before puttin
Is your system 32bit or 64bit? Before putting the card, there was no
memory problem right?
And after putting in the card, memory resources all get used up right (by
IOV)? It looked like it is similar to this problem:
http://communities.intel.com/thread/23318
>From above and here:
http://www
There are too many "init" in the symbol tableperhaps I shall list all i
can find:
81306120 T pci_vpd_pci22_init
8130a770 T pci_pm_init
8130f370 t pci_bus_show_cpuaffinity
8130f3f0 t pci_bus_show_cpulistaffinity
8130f410 t pci_bus_show_cpumaskaffinity
fff
11 matches
Mail list logo
