> For me, on the other hand, it is against the spirit of free software to
> actively make a block for people to do what ever they want with the code
> when they are only doing it to themselves. That includes loading non-GPL
> software into the kernel. The only thing they are not allowed to do is
On Mon, 21 Jan 2008, Steven Rostedt wrote:
On Mon, 21 Jan 2008, Esben Nielsen wrote:
Please, tell what in the license forbids me to make a global replacement
EXPORT_SYMBOL_GPL -> EXPORT_SYMBOL and distribute the result?
If you want to distribute that code, the authors of that said code
On Mon, 21 Jan 2008, Steven Rostedt wrote:
On Mon, 21 Jan 2008, Esben Nielsen wrote:
Please, tell what in the license forbids me to make a global replacement
EXPORT_SYMBOL_GPL - EXPORT_SYMBOL and distribute the result?
If you want to distribute that code, the authors of that said code
may
For me, on the other hand, it is against the spirit of free software to
actively make a block for people to do what ever they want with the code
when they are only doing it to themselves. That includes loading non-GPL
software into the kernel. The only thing they are not allowed to do is to
On Mon, 21 Jan 2008, Esben Nielsen wrote:
>
> Please, tell what in the license forbids me to make a global replacement
> EXPORT_SYMBOL_GPL -> EXPORT_SYMBOL and distribute the result?
If you want to distribute that code, the authors of that said code
may be able to challenge you in saying that
On Wed, 16 Jan 2008, Steven Rostedt wrote:
On Wed, 16 Jan 2008, Steven Rostedt wrote:
We modified mcount now, and it is derived from an objdump of glibc. So
this is most definitely a "derived" work from glibc. But glibc is licensed
as LGPL, which IIRC allows for non GPL to link to it.
I
On Wed, 16 Jan 2008, Steven Rostedt wrote:
On Wed, 16 Jan 2008, Steven Rostedt wrote:
We modified mcount now, and it is derived from an objdump of glibc. So
this is most definitely a derived work from glibc. But glibc is licensed
as LGPL, which IIRC allows for non GPL to link to it.
I
On Mon, 21 Jan 2008, Esben Nielsen wrote:
Please, tell what in the license forbids me to make a global replacement
EXPORT_SYMBOL_GPL - EXPORT_SYMBOL and distribute the result?
If you want to distribute that code, the authors of that said code
may be able to challenge you in saying that you
Hello,
> > > > I found this in dmesg:
> > > >
> > > > BUG: swapper:0 task might have lost a preemption check!
> > > > Pid: 0, comm: swapper Not tainted 2.6.24-rc7-rt2 #3
> > > > [] show_trace_log_lvl+0x1d/0x3b
>
On Thu, 17 Jan 2008, Mariusz Kozlowski wrote:
> Hello,
>
> > > I found this in dmesg:
> > >
> > > BUG: swapper:0 task might have lost a preemption check!
> > > Pid: 0, comm: swapper Not tainted 2.6.24-rc7-rt2 #3
> > > [] show_tra
Hello,
> > I found this in dmesg:
> >
> > BUG: swapper:0 task might have lost a preemption check!
> > Pid: 0, comm: swapper Not tainted 2.6.24-rc7-rt2 #3
> > [] show_trace_log_lvl+0x1d/0x3b
> > [] show_trace+0x12/0x14
> > [] dump_stack+0x6a/0x70
&
On Thu, 17 Jan 2008, Mariusz Kozlowski wrote:
Hello,
I found this in dmesg:
BUG: swapper:0 task might have lost a preemption check!
Pid: 0, comm: swapper Not tainted 2.6.24-rc7-rt2 #3
[c010386b] show_trace_log_lvl+0x1d/0x3b
[c01042f3] show_trace+0x12/0x14
[c0104a2f
Hello,
I found this in dmesg:
BUG: swapper:0 task might have lost a preemption check!
Pid: 0, comm: swapper Not tainted 2.6.24-rc7-rt2 #3
[c010386b] show_trace_log_lvl+0x1d/0x3b
[c01042f3] show_trace+0x12/0x14
[c0104a2f] dump_stack+0x6a/0x70
[c0115419
Hello,
I found this in dmesg:
BUG: swapper:0 task might have lost a preemption check!
Pid: 0, comm: swapper Not tainted 2.6.24-rc7-rt2 #3
[c010386b] show_trace_log_lvl+0x1d/0x3b
[c01042f3] show_trace+0x12/0x14
[c0104a2f] dump_stack+0x6a/0x70
[c0115419
On Wed, 16 Jan 2008, Luotao Fu wrote:
>
> I found out that the tracer got stuck on ppc32 platforms because some early
> functions call _mcount before mcount_enabled is initialized at all. I made a
> patch, which marks these functions as notrace to solve this problem. With this
> patch I can
Thomas, can you look at this. He's getting APIC errors on bootup. I'm
wondering if this isn't another strange anomaly of this controller.
He also states that he doesn't get this with the non-rt kernel.
>
> -rt3 on top of 2.6.24-rc8 works fine without that sysfs problem (acpi warnings
> still
On Tue, 15 Jan 2008, Mariusz Kozlowski wrote:
> Ok. It works.
>
> I found this in dmesg:
>
> BUG: swapper:0 task might have lost a preemption check!
> Pid: 0, comm: swapper Not tainted 2.6.24-rc7-rt2 #3
> [] show_trace_log_lvl+0x1d/0x3b
> [] show_trace+0x12/0x14
&g
On Wed, 16 Jan 2008, Steven Rostedt wrote:
>
> We modified mcount now, and it is derived from an objdump of glibc. So
> this is most definitely a "derived" work from glibc. But glibc is licensed
> as LGPL, which IIRC allows for non GPL to link to it.
>
> I personally could care less if we use
> > > On Tue, 15 Jan 2008 02:37:37 +0200, =?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur
> > > said:
> > > > And because of mcount-add-basic-support-for-gcc-profiler-instrum.patch,
> > > > closed
> > > > source nvidia-new module cannot be used with this release (mcount is
> > > > exported
> > > > GPL
> Playing devil's advocate here - the claim is that EXPORT_SYMBOL_GPL is to
> indicate that code is getting too chummy with Linux internals.
>
> However, in *this* case, isn't it "code that is too chummy with *GCC*
> internals",
> and thus it isn't our place to say what can and can't be done
Hi Steve,
I found out that the tracer got stuck on ppc32 platforms because some early
functions call _mcount before mcount_enabled is initialized at all. I made a
patch, which marks these functions as notrace to solve this problem. With this
patch I can successfully boot up our mpc5200b platform
Hi Again;
16 Oca 2008 Çar tarihinde, S.Çağlar Onur şunları yazmıştı:
> 16 Oca 2008 Çar tarihinde, Steven Rostedt şunları yazmıştı:
> > On Tue, 15 Jan 2008, [utf-8] S.Ã^GaÄ^_lar Onur wrote:
> > > 2.6.24-rc7-rt2 (-rt2 patchset on top of Linus's
Hi Again;
16 Oca 2008 Çar tarihinde, S.Çağlar Onur şunları yazmıştı:
16 Oca 2008 Çar tarihinde, Steven Rostedt şunları yazmıştı:
On Tue, 15 Jan 2008, [utf-8] S.Ã^GaÄ^_lar Onur wrote:
2.6.24-rc7-rt2 (-rt2 patchset on top of Linus's current git commit
Hi Steve,
I found out that the tracer got stuck on ppc32 platforms because some early
functions call _mcount before mcount_enabled is initialized at all. I made a
patch, which marks these functions as notrace to solve this problem. With this
patch I can successfully boot up our mpc5200b platform
Playing devil's advocate here - the claim is that EXPORT_SYMBOL_GPL is to
indicate that code is getting too chummy with Linux internals.
However, in *this* case, isn't it code that is too chummy with *GCC*
internals,
and thus it isn't our place to say what can and can't be done with code
On Tue, 15 Jan 2008 02:37:37 +0200, =?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur
said:
And because of mcount-add-basic-support-for-gcc-profiler-instrum.patch,
closed
source nvidia-new module cannot be used with this release (mcount is
exported
GPL only), i know this is not
On Wed, 16 Jan 2008, Steven Rostedt wrote:
We modified mcount now, and it is derived from an objdump of glibc. So
this is most definitely a derived work from glibc. But glibc is licensed
as LGPL, which IIRC allows for non GPL to link to it.
I personally could care less if we use
On Tue, 15 Jan 2008, Mariusz Kozlowski wrote:
Ok. It works.
I found this in dmesg:
BUG: swapper:0 task might have lost a preemption check!
Pid: 0, comm: swapper Not tainted 2.6.24-rc7-rt2 #3
[c010386b] show_trace_log_lvl+0x1d/0x3b
[c01042f3] show_trace+0x12/0x14
[c0104a2f] dump_stack
Thomas, can you look at this. He's getting APIC errors on bootup. I'm
wondering if this isn't another strange anomaly of this controller.
He also states that he doesn't get this with the non-rt kernel.
-rt3 on top of 2.6.24-rc8 works fine without that sysfs problem (acpi warnings
still there
On Wed, 16 Jan 2008, Luotao Fu wrote:
I found out that the tracer got stuck on ppc32 platforms because some early
functions call _mcount before mcount_enabled is initialized at all. I made a
patch, which marks these functions as notrace to solve this problem. With this
patch I can
Hi,
16 Oca 2008 Çar tarihinde, Steven Rostedt şunları yazmıştı:
> On Tue, 15 Jan 2008, [utf-8] S.Ã^GaÄ^_lar Onur wrote:
> > 2.6.24-rc7-rt2 (-rt2 patchset on top of Linus's current git commit
> > 031f2dcd7075e218e74dd7f942ad015cf82dffab) starts to complain like
> > foll
On Tue, 15 Jan 2008 23:04:39 EST, Steven Rostedt said:
>
> On Tue, 15 Jan 2008 [EMAIL PROTECTED] wrote:
>
> > On Tue, 15 Jan 2008 02:37:37 +0200, =?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur
> > said:
> > > And because of mcount-add-basic-support-for-gcc-profiler-instrum.patch,
> > > closed
> > >
On Tue, 15 Jan 2008 [EMAIL PROTECTED] wrote:
> On Tue, 15 Jan 2008 02:37:37 +0200, =?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur
> said:
> > And because of mcount-add-basic-support-for-gcc-profiler-instrum.patch,
> > closed
> > source nvidia-new module cannot be used with this release (mcount is
> >
On Tue, 15 Jan 2008, [utf-8] S.Ã^GaÄ^_lar Onur wrote:
>
> 2.6.24-rc7-rt2 (-rt2 patchset on top of Linus's current git commit
> 031f2dcd7075e218e74dd7f942ad015cf82dffab) starts to complain like following
> (full dmesg can be found @ [1]) when try to login from console (the other
&g
On Tue, 15 Jan 2008 02:37:37 +0200, =?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur said:
> And because of mcount-add-basic-support-for-gcc-profiler-instrum.patch, closed
> source nvidia-new module cannot be used with this release (mcount is exported
> GPL only), i know this is not supported but i used it
Hi Steven,
On Tue, Jan 15, 2008 at 01:06:25PM -0500, Steven Rostedt wrote:
>
>
> On Tue, 15 Jan 2008, Luotao Fu wrote:
> >
> > Compiling with tracing function turned seemed still to be broken to me:
>
> Could you email me your config (privately)
will send it later in another private mail,
On Tue, 15 Jan 2008, Luotao Fu wrote:
>
> Compiling with tracing function turned seemed still to be broken to me:
Could you email me your config (privately)
> kernel/built-in.o: In function `early_printk_name':
> latency_trace.c:(.text+0x3cd18): undefined reference to `early_printk'
>
> > > We are pleased to announce the 2.6.24-rc7-rt2 tree, which can be
> > > downloaded from the location:
> > >
> > > http://rt.et.redhat.com/download/
> >
> > Compiles fine but I run into another problem. On startup kernel oopses
>
Hi,
On Mon, Jan 14, 2008 at 01:41:20PM -0500, Steven Rostedt wrote:
> We are pleased to announce the 2.6.24-rc7-rt2 tree, which can be
> downloaded from the location:
>
> http://rt.et.redhat.com/download/
>
..
> Changes since 2.6.24-rc7-rt1
>
..
We are pleased to announce the 2.6.24-rc7-rt2 tree, which can be
downloaded from the location:
http://rt.et.redhat.com/download/
Compiles fine but I run into another problem. On startup kernel oopses
early and this 'oops' loops over and over again on the screen until you
shut
On Tue, 15 Jan 2008, Luotao Fu wrote:
Compiling with tracing function turned seemed still to be broken to me:
Could you email me your config (privately)
kernel/built-in.o: In function `early_printk_name':
latency_trace.c:(.text+0x3cd18): undefined reference to `early_printk'
Hi Steven,
On Tue, Jan 15, 2008 at 01:06:25PM -0500, Steven Rostedt wrote:
On Tue, 15 Jan 2008, Luotao Fu wrote:
Compiling with tracing function turned seemed still to be broken to me:
Could you email me your config (privately)
will send it later in another private mail, actually
On Tue, 15 Jan 2008 02:37:37 +0200, =?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur said:
And because of mcount-add-basic-support-for-gcc-profiler-instrum.patch, closed
source nvidia-new module cannot be used with this release (mcount is exported
GPL only), i know this is not supported but i used it with
On Tue, 15 Jan 2008, [utf-8] S.Ã^GaÄ^_lar Onur wrote:
2.6.24-rc7-rt2 (-rt2 patchset on top of Linus's current git commit
031f2dcd7075e218e74dd7f942ad015cf82dffab) starts to complain like following
(full dmesg can be found @ [1]) when try to login from console (the other
acpi related errors
On Tue, 15 Jan 2008 [EMAIL PROTECTED] wrote:
On Tue, 15 Jan 2008 02:37:37 +0200, =?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur
said:
And because of mcount-add-basic-support-for-gcc-profiler-instrum.patch,
closed
source nvidia-new module cannot be used with this release (mcount is
exported
On Tue, 15 Jan 2008 23:04:39 EST, Steven Rostedt said:
On Tue, 15 Jan 2008 [EMAIL PROTECTED] wrote:
On Tue, 15 Jan 2008 02:37:37 +0200, =?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur
said:
And because of mcount-add-basic-support-for-gcc-profiler-instrum.patch,
closed
source nvidia-new
Hi,
16 Oca 2008 Çar tarihinde, Steven Rostedt şunları yazmıştı:
On Tue, 15 Jan 2008, [utf-8] S.Ã^GaÄ^_lar Onur wrote:
2.6.24-rc7-rt2 (-rt2 patchset on top of Linus's current git commit
031f2dcd7075e218e74dd7f942ad015cf82dffab) starts to complain like
following (full dmesg can be found
Greetings,
I receive $subject upon every resume.
[ 115.223202] CPU1 is down
[3.725918] Intel machine check architecture supported.
[3.725925] Intel machine check reporting enabled on CPU#0.
[3.725927] CPU0: Intel P4/Xeon Extended MCE MSRs (12) available
[3.725930] CPU0: Thermal
Hi;
14 Oca 2008 Pts tarihinde, Steven Rostedt şunları yazmıştı:
> We are pleased to announce the 2.6.24-rc7-rt2 tree, which can be
> downloaded from the location:
[...]
> The broken out patches are also available.
2.6.24-rc7-rt2 (-rt2 patchset on top of Linus's current g
On Mon, 14 Jan 2008, Mariusz Kozlowski wrote:
> Hello,
>
> > We are pleased to announce the 2.6.24-rc7-rt2 tree, which can be
> > downloaded from the location:
> >
> > http://rt.et.redhat.com/download/
>
> Compiles fine but I run into another probl
Hello,
> We are pleased to announce the 2.6.24-rc7-rt2 tree, which can be
> downloaded from the location:
>
> http://rt.et.redhat.com/download/
Compiles fine but I run into another problem. On startup kernel oopses
early and this 'oops' loops over and over again on the screen un
On Jan 14, 2008 10:41 AM, Steven Rostedt <[EMAIL PROTECTED]> wrote:
> We are pleased to announce the 2.6.24-rc7-rt2 tree, which can be
> downloaded from the location:
>
Up and running here:
[EMAIL PROTECTED] ~ $ uname -a
Linux lightning 2.6.24-rc7-rt2 #1 PREEMPT RT Mon Jan 14 11
We are pleased to announce the 2.6.24-rc7-rt2 tree, which can be
downloaded from the location:
http://rt.et.redhat.com/download/
Information on the RT patch can be found at:
http://rt.wiki.kernel.org/index.php/Main_Page
Changes since 2.6.24-rc7-rt1
- Several merge fixes reported
We are pleased to announce the 2.6.24-rc7-rt2 tree, which can be
downloaded from the location:
http://rt.et.redhat.com/download/
Information on the RT patch can be found at:
http://rt.wiki.kernel.org/index.php/Main_Page
Changes since 2.6.24-rc7-rt1
- Several merge fixes reported
On Jan 14, 2008 10:41 AM, Steven Rostedt [EMAIL PROTECTED] wrote:
We are pleased to announce the 2.6.24-rc7-rt2 tree, which can be
downloaded from the location:
Up and running here:
[EMAIL PROTECTED] ~ $ uname -a
Linux lightning 2.6.24-rc7-rt2 #1 PREEMPT RT Mon Jan 14 11:18:04 PST
2008 x86_64
Hello,
We are pleased to announce the 2.6.24-rc7-rt2 tree, which can be
downloaded from the location:
http://rt.et.redhat.com/download/
Compiles fine but I run into another problem. On startup kernel oopses
early and this 'oops' loops over and over again on the screen until you
shut down
On Mon, 14 Jan 2008, Mariusz Kozlowski wrote:
Hello,
We are pleased to announce the 2.6.24-rc7-rt2 tree, which can be
downloaded from the location:
http://rt.et.redhat.com/download/
Compiles fine but I run into another problem. On startup kernel oopses
early and this 'oops' loops
Hi;
14 Oca 2008 Pts tarihinde, Steven Rostedt şunları yazmıştı:
We are pleased to announce the 2.6.24-rc7-rt2 tree, which can be
downloaded from the location:
[...]
The broken out patches are also available.
2.6.24-rc7-rt2 (-rt2 patchset on top of Linus's current git commit
Greetings,
I receive $subject upon every resume.
[ 115.223202] CPU1 is down
[3.725918] Intel machine check architecture supported.
[3.725925] Intel machine check reporting enabled on CPU#0.
[3.725927] CPU0: Intel P4/Xeon Extended MCE MSRs (12) available
[3.725930] CPU0: Thermal
59 matches
Mail list logo
