memcpy

2009-08-26 Thread Stoyan Gaydarov
I wanted to know what memcpy returned as a result, and if it needs/should be checked. There are several places in the kernel where i noticed it being used but i also saw a warning about the result not being used, so i wanted to know a little more about it. -Stoyan -- To unsubscribe from this

Compile Question

2009-04-05 Thread Stoyan Gaydarov
I compiled my kernel(for x86_64) and i was wondering why it had to create an x86_64 directory under the arch directory? PS. This may have been caused by the packaging script but i am also not sure how to check (.deb packaging) -- -Stoyan -- To unsubscribe from this list: send an email with

Re: Compile Question

2009-04-05 Thread Stoyan Gaydarov
ago. On Sun, Apr 5, 2009 at 1:57 PM, Stoyan Gaydarov stoyboy...@gmail.com wrote: I compiled my kernel(for x86_64) and i was wondering why it had to create an x86_64 directory under the arch directory? PS. This may have been caused by the packaging script but i am also not sure how to check

BUG_ON with sizeof and bit operations

2009-03-09 Thread Stoyan Gaydarov
I know that function calls should not normally be inside the BUG_ON params but what about sizeof? so would something like this work as intended: BUG_ON(expect != sizeof(foo)); also what about bit operations? so like BUG_ON(s 3); would that still be ok since it doesn't actually modify the

Re: killing a terminal window kills all child processes

2009-02-13 Thread Stoyan Gaydarov
If you want something that will not kill the process when you close the terminal you should look into screen. Screen is a virtual terminal that is not attached to a terminal so you can ssh to your machine from boxA and execute a command in screen, close the terminal, then ssh to your machine from

stack depth

2008-08-15 Thread Stoyan Gaydarov
What does this mean: syslogd-listfil used greatest stack depth: 5788 bytes left cc1 used greatest stack depth: 5664 bytes left http used greatest stack depth: 5192 bytes left (Part of the dmesg log) Theres quite a few of them and I think it has to do with ram and the amount of system stack

Compile warning

2008-08-15 Thread Stoyan Gaydarov
I saw this while compiling the -rc3 kernel: LD drivers/char/hw_random/built-in.o CC drivers/char/ip2/ip2base.o CC drivers/char/ip2/ip2main.o drivers/char/ip2/i2ellis.c:100: warning: 'iiEllisCleanup' defined but not used drivers/char/ip2/ip2main.c:3178: warning:

Re: [PATCH] Fix up uses of BUG

2008-07-03 Thread Stoyan Gaydarov
] [mailto:[EMAIL PROTECTED] On Behalf Of Stoyan Gaydarov Sent: Thursday, 3 July 2008 7:03 PM To: Kernel Newbies Subject: [PATCH] Fix up uses of BUG This is my first attempt at a patch so I am submitting it just for review so i can get some feedback on, if I did it correctly and if i need to do