I am sorry for that. thanks, Hannes.
yalong
On Fri, Jul 4, 2008 at 10:51 AM, Johannes Weiner <[EMAIL PROTECTED]>
wrote:
> Hi,
>
> yalong <[EMAIL PROTECTED]> writes:
>
> > it's necessary for efficency of code.
>
> Oh, nice to hear.
>
> > when someCodition is FALSE, it's no co
Hi,
yalong <[EMAIL PROTECTED]> writes:
> it's necessary for efficency of code.
Oh, nice to hear.
> when someCodition is FALSE, it's no cost on BUG(). but when you
> changed to BUG_ON(), there is always a cost on BUG_ON() both TRUE and
> FALSE.
>From bug.h:
#define BUG_ON(condition) do { if (
On Thu, Jul 3, 2008 at 8:48 AM, Rik van Riel <[EMAIL PROTECTED]> wrote:
> On Thu, 3 Jul 2008 04:02:50 -0500
> "Stoyan Gaydarov" <[EMAIL PROTECTED]> wrote:
>
>> This is a patch based on the linux-2.6.26-rc8 kernel and it changes
>> the if(condition) BUG(); to the more desirable BUG_ON(condition);
>>
On Thu, Jul 3, 2008 at 4:47 AM, Lucas Woods <[EMAIL PROTECTED]> wrote:
> Hi Stoyan,
>
> It might be a good idea to also send this patch to the maintainer and
> mailing list of this subsystem, and Andrew Morton for the -mm tree.
>
> Maintainer: David Howells [EMAIL PROTECTED]
> AFS Maillist: [EMAIL
it's necessary for efficency of code.
when someCodition is FALSE, it's no cost on BUG().
but when you changed to BUG_ON(), there is always a cost on BUG_ON() both
TRUE and FALSE.
On Thu, Jul 3, 2008 at 12:08 PM, Stoyan Gaydarov <[EMAIL PROTECTED]>
wrote:
> I was wondering if someone could clear
Thank you Rene.
On Fri, Jul 4, 2008 at 2:12 AM, Rene Herman <[EMAIL PROTECTED]> wrote:
> On 03-07-08 18:36, Peter Teoh wrote:
>
>> Thank you Roberto for the link:
>>
>> http://free-electrons.com/doc/embedded_linux_realtime/img25.html
>>
>> (the full link is here:
>> http://free-electrons.com/doc/e
a few months back, i asked this question and don't recall ever
seeing an answer. i've read the claim that the macro _setup() for
defining boot-time parameters is deprecated. is it? and in favour of
what?
rday
--
Robert
Hi,
Michal <[EMAIL PROTECTED]> writes:
> Hallo Group Members
>
> Can You ell me what is it for?
BUG_ON(condition) is the same as if (condition) BUG(). It makes ugly
noise if the condition is true.
Hannes
--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies"
Hi,
"Stoyan Gaydarov" <[EMAIL PROTECTED]> writes:
> I was wondering if someone could clear something up for me.
> Is this desired or is it an unneeded change:
>
> from:
>
> if(someCondition)
> BUG();
>
> to:
>
> BUG_ON(sameCondition);
>
> if it is desired then would anyone care if I took a
Hello,
Does the file syscall_table_32.S under 'arch/x86/kernel' define syscalls for
both 32 bit and 64 bit architectures under x86 because I cannot find a file
for making syscall table entrys for x86_64.
Curiously there is a file called syscall_64.c which seems to define pointers
and references t
Hallo Group Members
Can You ell me what is it for?
Best regards
Michal
--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to [EMAIL PROTECTED]
Please read the FAQ at http://kernelnewbies.org/FAQ
On Thu, Jul 03, 2008 at 05:20:13PM +0530, Jaswinder Singh wrote:
> Using HEX format.
> Versions are first record.
>
> Signed-off-by: Jaswinder Singh <[EMAIL PROTECTED]>
This should go through David's tree, right? If so, no objections from
me:
Acked-by: Greg Kroah-Hartman <[EMAIL PROT
On 03-07-08 18:36, Peter Teoh wrote:
Thank you Roberto for the link:
http://free-electrons.com/doc/embedded_linux_realtime/img25.html
(the full link is here:
http://free-electrons.com/doc/embedded_linux_realtime.pdf)
Yes, but the link does not explain anything at all. Or perhaps my
mind is
Thank you Roberto for the link:
http://free-electrons.com/doc/embedded_linux_realtime/img25.html
(the full link is here:
http://free-electrons.com/doc/embedded_linux_realtime.pdf)
Yes, but the link does not explain anything at all. Or perhaps my
mind is not able to see the answer.
Classic ori
http://lkml.org/lkml/2007/1/5/213
Question here is: what is CR3 caching? (few first line of email)?
--
Regards,
Peter Teoh
--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to [EMAIL PROTECTED]
Please read the FAQ at http://kernelnewbies.org/FAQ
I think the answer is found in the Intel manual -
exception/trap/interrupt handling. The answer is when any of the
three mentioned events happened, hardware will trigger the IDT into
action, and if the CPL is not the same, "stack switching" will occur.
IDT does not have any "return address" as I
On Thu, 3 Jul 2008 04:02:50 -0500
"Stoyan Gaydarov" <[EMAIL PROTECTED]> wrote:
> This is a patch based on the linux-2.6.26-rc8 kernel and it changes
> the if(condition) BUG(); to the more desirable BUG_ON(condition);
>
> diff -uprN vanila/linux-2.6.26-rc8/fs/afs/rxrpc.c devel/fs/afs/rxrpc.c
> ---
2008/7/3 Peter Teoh <[EMAIL PROTECTED]>:
> I would like stir up some discussion, please forgive me if u think
> "Google" is best - not really easy to find answers either.
>
Yes it is! Try to put in google
site:free-electrons.com priority inversion
and the first link will be this
http://free-
I would like stir up some discussion, please forgive me if u think
"Google" is best - not really easy to find answers either.
What is priority inversion? Unbounded priority inversion?
why do u need it? what problem does it solved?
where in the linux kernel is it implemented?
And what is pri
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 anything different. I did test compile this patch into the
kernel using allmodconfig with gcc and had no errors compiling.
gcc (GCC) 4.2.3 (Ubuntu 4.2.
*snip*
>
> > Time to -rt kernel maybe?
>
> What's that?
-rt is the real-time kernel patch series.
http://rt.wiki.kernel.org/index.php/Main_Page
--
med vennlig hilsen - Yours Sincerely,
Henrik Austad
--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to [EMAIL PR
21 matches
Mail list logo