On Fri, 18 May 2007 00:09:53 +0200, Thomas Gleixner said:
> Broken out version is available here:
> http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-highres-v7.patches.tar.bz2
By the time I got there, you'd put the -v8 version out there. It applied
to a 2.6.22-rc1-mm1 tree
On 5/20/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
I'm pleased to announce an updated version of the x86_64 highres/dyntick
support patches against 2.6.22-rc2:
http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc2-x86_64-highres-v1.patch
Broken out version is available here:
I'm pleased to announce an updated version of the x86_64 highres/dyntick
support patches against 2.6.22-rc2:
http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc2-x86_64-highres-v1.patch
Broken out version is available here:
I'm pleased to announce an updated version of the x86_64 highres/dyntick
support patches against 2.6.22-rc2:
http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc2-x86_64-highres-v1.patch
Broken out version is available here:
On 5/20/07, Thomas Gleixner [EMAIL PROTECTED] wrote:
I'm pleased to announce an updated version of the x86_64 highres/dyntick
support patches against 2.6.22-rc2:
http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc2-x86_64-highres-v1.patch
Broken out version is available here:
On Fri, 18 May 2007 00:09:53 +0200, Thomas Gleixner said:
Broken out version is available here:
http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-highres-v7.patches.tar.bz2
By the time I got there, you'd put the -v8 version out there. It applied
to a 2.6.22-rc1-mm1 tree
On Thu, 17 May 2007, Frank Sorenson wrote:
> > Please boot with slub_debug.
>
> No debugging output at all. Still hangs with only:
> Kernel alive
> Kernel direct mapping tables up to 1 @ 8000-d000
H. No other output? Could it be that early console output is not
On Thu, 17 May 2007, Frank Sorenson wrote:
> >> I've tracked down this hang to a kzalloc in the hpet code that never
> >> returns. But only when using SLUB. Using SLAB, the highres/dyntick
> >> patch boots without problem.
> >>
> >> ...adding Christoph to the CC list...
> >
> > Please boot
On Thu, 17 May 2007, Frank Sorenson wrote:
I've tracked down this hang to a kzalloc in the hpet code that never
returns. But only when using SLUB. Using SLAB, the highres/dyntick
patch boots without problem.
...adding Christoph to the CC list...
Please boot with slub_debug.
No
On Thu, 17 May 2007, Frank Sorenson wrote:
Please boot with slub_debug.
No debugging output at all. Still hangs with only:
Kernel alive
Kernel direct mapping tables up to 1 @ 8000-d000
H. No other output? Could it be that early console output is not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christoph Lameter wrote:
> On Thu, 17 May 2007, Frank Sorenson wrote:
>> Frank Sorenson wrote:
>>
>>> Hrm. Looks like it gets past the hpet_is_known There's still something
>>> in the hpet detection code, but I didn't get to the bottom of it yet.
I'm pleased to announce an updated version of the x86_64 highres/dyntick
support patches against 2.6.22-rc1:
http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-highres-v7.patch
Broken out version is available here:
On Thu, 17 May 2007, Frank Sorenson wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Frank Sorenson wrote:
>
> > Hrm. Looks like it gets past the hpet_is_known There's still something
> > in the hpet detection code, but I didn't get to the bottom of it yet.
> > I'll do some more
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frank Sorenson wrote:
> Hrm. Looks like it gets past the hpet_is_known There's still something
> in the hpet detection code, but I didn't get to the bottom of it yet.
> I'll do some more debugging to track down where it's really hanging.
> Sorry
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frank Sorenson wrote:
Hrm. Looks like it gets past the hpet_is_known There's still something
in the hpet detection code, but I didn't get to the bottom of it yet.
I'll do some more debugging to track down where it's really hanging.
Sorry for
On Thu, 17 May 2007, Frank Sorenson wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frank Sorenson wrote:
Hrm. Looks like it gets past the hpet_is_known There's still something
in the hpet detection code, but I didn't get to the bottom of it yet.
I'll do some more debugging to
I'm pleased to announce an updated version of the x86_64 highres/dyntick
support patches against 2.6.22-rc1:
http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-highres-v7.patch
Broken out version is available here:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christoph Lameter wrote:
On Thu, 17 May 2007, Frank Sorenson wrote:
Frank Sorenson wrote:
Hrm. Looks like it gets past the hpet_is_known There's still something
in the hpet detection code, but I didn't get to the bottom of it yet.
I'll do some
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frank Sorenson wrote:
> After adding *lots* of early_printks, I see that it hangs in
> hpet_is_known(hdp) called from hpet_alloc(), so something in the hpet
> code is still buggy. Adding nohpet to the kernel command line allows it
> to boot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Gleixner wrote:
> I'm pleased to announce an updated version of the x86_64 highres/dyntick
> support patches against 2.6.22-rc1:
>
> http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-highres-v5.patch
>
> Broken out
I'm pleased to announce an updated version of the x86_64 highres/dyntick
support patches against 2.6.22-rc1:
http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-highres-v5.patch
Broken out version is available here:
Frank,
On Wed, 2007-05-16 at 08:20 +0200, Thomas Gleixner wrote:
> > I have tracked down the offending patch in the series to
> > x86-64-convert-to-clockevents.patch
>
> Not surprising. :)
>
> I'm going to add some early_printks for the next version, so we can get
> an idea where it gets stuck
On Wed, 2007-05-16 at 00:02 -0500, Frank Sorenson wrote:
> >>> highres-v3 also hung at the same point, but 2.6.21-git2-v2 worked
> >>> 2.6.22-rc1 boots without problem
> >> Can you please try the following three command line option addons ?
> >
> >> 1: highres=off nohz=off
> >> 2: highres=off
>
On Wed, 2007-05-16 at 00:02 -0500, Frank Sorenson wrote:
highres-v3 also hung at the same point, but 2.6.21-git2-v2 worked
2.6.22-rc1 boots without problem
Can you please try the following three command line option addons ?
1: highres=off nohz=off
2: highres=off
3: nohz=off
All
Frank,
On Wed, 2007-05-16 at 08:20 +0200, Thomas Gleixner wrote:
I have tracked down the offending patch in the series to
x86-64-convert-to-clockevents.patch
Not surprising. :)
I'm going to add some early_printks for the next version, so we can get
an idea where it gets stuck
I went
I'm pleased to announce an updated version of the x86_64 highres/dyntick
support patches against 2.6.22-rc1:
http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-highres-v5.patch
Broken out version is available here:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Gleixner wrote:
I'm pleased to announce an updated version of the x86_64 highres/dyntick
support patches against 2.6.22-rc1:
http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-highres-v5.patch
Broken out version is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frank Sorenson wrote:
After adding *lots* of early_printks, I see that it hangs in
hpet_is_known(hdp) called from hpet_alloc(hd), so something in the hpet
code is still buggy. Adding nohpet to the kernel command line allows it
to boot correctly.
On Wed, 2007-05-16 at 00:23 +0100, Alistair John Strachan wrote:
> > - TSC calibration against PM-Timer
>
> Working fine now, thanks a lot. Great latencies on usleep() now too, just
> what
> I was looking for.
>
> (BTW, with HRT (but not NO_HZ), does the HZ value have any effect on usleep()
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frank Sorenson wrote:
> Thomas Gleixner wrote:
>> Frank,
>
>> On Tue, 2007-05-15 at 09:06 -0500, Frank Sorenson wrote:
>>> Hangs at boot here:
>>> Kernel alive
>>> Kernel direct mapping tables up to 1 @ 8000-d000
>>> (and that's it)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Gleixner wrote:
> Frank,
>
> On Tue, 2007-05-15 at 09:06 -0500, Frank Sorenson wrote:
>> Hangs at boot here:
>> Kernel alive
>> Kernel direct mapping tables up to 1 @ 8000-d000
>> (and that's it)
>>
>> This is a Dell Inspiron
On Tuesday 15 May 2007 09:18:02 Thomas Gleixner wrote:
> I've uploaded a new version of the x86_64 highres/dyntick patches:
>
> http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-hig
>hres-v4.patch
>
> Broken out version:
>
>
Frank,
On Tue, 2007-05-15 at 09:06 -0500, Frank Sorenson wrote:
> Hangs at boot here:
> Kernel alive
> Kernel direct mapping tables up to 1 @ 8000-d000
> (and that's it)
>
> This is a Dell Inspiron E1705 with a Core 2 Duo 2.16GHz
>
> highres-v3 also hung at the same point,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Gleixner wrote:
> I've uploaded a new version of the x86_64 highres/dyntick patches:
>
> http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-highres-v4.patch
Hangs at boot here:
Kernel alive
Kernel direct
I've uploaded a new version of the x86_64 highres/dyntick patches:
http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-highres-v4.patch
Broken out version:
http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-highres-v4.patches.tar.bz2
Changes since last
I've uploaded a new version of the x86_64 highres/dyntick patches:
http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-highres-v4.patch
Broken out version:
http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-highres-v4.patches.tar.bz2
Changes since last
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Gleixner wrote:
I've uploaded a new version of the x86_64 highres/dyntick patches:
http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-highres-v4.patch
Hangs at boot here:
Kernel alive
Kernel direct
Frank,
On Tue, 2007-05-15 at 09:06 -0500, Frank Sorenson wrote:
Hangs at boot here:
Kernel alive
Kernel direct mapping tables up to 1 @ 8000-d000
(and that's it)
This is a Dell Inspiron E1705 with a Core 2 Duo 2.16GHz
highres-v3 also hung at the same point, but
On Tuesday 15 May 2007 09:18:02 Thomas Gleixner wrote:
I've uploaded a new version of the x86_64 highres/dyntick patches:
http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-hig
hres-v4.patch
Broken out version:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Gleixner wrote:
Frank,
On Tue, 2007-05-15 at 09:06 -0500, Frank Sorenson wrote:
Hangs at boot here:
Kernel alive
Kernel direct mapping tables up to 1 @ 8000-d000
(and that's it)
This is a Dell Inspiron E1705 with a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frank Sorenson wrote:
Thomas Gleixner wrote:
Frank,
On Tue, 2007-05-15 at 09:06 -0500, Frank Sorenson wrote:
Hangs at boot here:
Kernel alive
Kernel direct mapping tables up to 1 @ 8000-d000
(and that's it)
This is a Dell
On Wed, 2007-05-16 at 00:23 +0100, Alistair John Strachan wrote:
- TSC calibration against PM-Timer
Working fine now, thanks a lot. Great latencies on usleep() now too, just
what
I was looking for.
(BTW, with HRT (but not NO_HZ), does the HZ value have any effect on usleep()
(and
On Monday 14 May 2007 23:05:14 Thomas Gleixner wrote:
> On Mon, 2007-05-14 at 22:15 +0100, Alistair John Strachan wrote:
> > On Monday 14 May 2007 11:26:08 Thomas Gleixner wrote:
> > > I'm pleased to announce an updated version of the x86_64
> > > highres/dyntick support patches against
On Mon, 2007-05-14 at 22:15 +0100, Alistair John Strachan wrote:
> On Monday 14 May 2007 11:26:08 Thomas Gleixner wrote:
> > I'm pleased to announce an updated version of the x86_64 highres/dyntick
> > support patches against 2.6.22-rc1:
> [snip]
> > - Various fixups from Chris Wright
> > - TSC
On Monday 14 May 2007 11:26:08 Thomas Gleixner wrote:
> I'm pleased to announce an updated version of the x86_64 highres/dyntick
> support patches against 2.6.22-rc1:
[snip]
> - Various fixups from Chris Wright
> - TSC calibration fix (pointed out by Alistair John Strachan)
>
> Comments,
On Mon, 2007-05-14 at 16:10 -0400, [EMAIL PROTECTED] wrote:
> On Mon, 14 May 2007 12:26:08 +0200, Thomas Gleixner said:
>
> > Broken out version is available here:
> > http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-highres-v1.patches.tar.bz2
>
> How unhappy am I likely
On Mon, 14 May 2007 12:26:08 +0200, Thomas Gleixner said:
> Broken out version is available here:
> http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-highres-v1.patches.tar.bz2
How unhappy am I likely to be if I try to apply this to a 21-mm2 kernel? It
doesn't *look* like
I'm pleased to announce an updated version of the x86_64 highres/dyntick
support patches against 2.6.22-rc1:
To build a highres / dyntick enabled kernel for x86_64:
http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.21.tar.bz2
Alistair,
On Mon, 2007-05-14 at 02:17 +0100, Alistair John Strachan wrote:
> I've noticed a few problems with this patch series, which I manually (without
> difficulty) ported to 2.6.22-rc1.
There are a couple of fixups pending. I'm going to push out a new queue
today.
> Only 195 timer
Alistair,
On Mon, 2007-05-14 at 02:17 +0100, Alistair John Strachan wrote:
I've noticed a few problems with this patch series, which I manually (without
difficulty) ported to 2.6.22-rc1.
There are a couple of fixups pending. I'm going to push out a new queue
today.
Only 195 timer
I'm pleased to announce an updated version of the x86_64 highres/dyntick
support patches against 2.6.22-rc1:
To build a highres / dyntick enabled kernel for x86_64:
http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.21.tar.bz2
On Mon, 14 May 2007 12:26:08 +0200, Thomas Gleixner said:
Broken out version is available here:
http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-highres-v1.patches.tar.bz2
How unhappy am I likely to be if I try to apply this to a 21-mm2 kernel? It
doesn't *look* like any
On Mon, 2007-05-14 at 16:10 -0400, [EMAIL PROTECTED] wrote:
On Mon, 14 May 2007 12:26:08 +0200, Thomas Gleixner said:
Broken out version is available here:
http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-highres-v1.patches.tar.bz2
How unhappy am I likely to be if
On Monday 14 May 2007 11:26:08 Thomas Gleixner wrote:
I'm pleased to announce an updated version of the x86_64 highres/dyntick
support patches against 2.6.22-rc1:
[snip]
- Various fixups from Chris Wright
- TSC calibration fix (pointed out by Alistair John Strachan)
Comments, bugreports,
On Mon, 2007-05-14 at 22:15 +0100, Alistair John Strachan wrote:
On Monday 14 May 2007 11:26:08 Thomas Gleixner wrote:
I'm pleased to announce an updated version of the x86_64 highres/dyntick
support patches against 2.6.22-rc1:
[snip]
- Various fixups from Chris Wright
- TSC calibration
On Monday 14 May 2007 23:05:14 Thomas Gleixner wrote:
On Mon, 2007-05-14 at 22:15 +0100, Alistair John Strachan wrote:
On Monday 14 May 2007 11:26:08 Thomas Gleixner wrote:
I'm pleased to announce an updated version of the x86_64
highres/dyntick support patches against 2.6.22-rc1:
On Sunday 06 May 2007 21:58:47 Thomas Gleixner wrote:
> I'm pleased to announce the first cut of the final x86_64
> highres/dyntick support, which I did based on Chris Wright's patch set,
> which is again based on Arjan van de Ven's initial work:
I've noticed a few problems with this patch
On Sunday 06 May 2007 21:58:47 Thomas Gleixner wrote:
I'm pleased to announce the first cut of the final x86_64
highres/dyntick support, which I did based on Chris Wright's patch set,
which is again based on Arjan van de Ven's initial work:
I've noticed a few problems with this patch series,
Le lundi 07 mai 2007 à 17:28 +0200, Thomas Gleixner a écrit :
> On Mon, 2007-05-07 at 09:16 +, Nicolas Mailhot wrote:
> > Thomas Gleixner linutronix.de> writes:
> >
> > >
> > > I'm pleased to announce the first cut of the final x86_64
> > > highres/dyntick support, which I did based on
Subject: Re: [PATCH] x86-64 highres/dyntick support
>
>* Thomas Gleixner ([EMAIL PROTECTED]) wrote:
>> On Tue, 2007-05-08 at 02:39 -0700, Chris Wright wrote:
>>
>> > OK, looks very similar all things considered. One thing I
>didn't do
>> > was fix la
On Tue, 2007-05-08 at 03:06 -0700, Chris Wright wrote:
> Tick Device: mode: 0
> Clock Event Device: hpet
> max_delta_ns: 85899346200
> min_delta_ns: 1920
> mult: 107374182
> shift: 32
> mode: 2
> next_event: 9223372036854775807 nsecs
>
* Thomas Gleixner ([EMAIL PROTECTED]) wrote:
> Hmm, that's even more strange. Can you please provide the output
> of /proc/timer_list ?
It's quite normal looking, and a printk in clockevents_set_mode looks normal
too.
[EMAIL PROTECTED] ~]$ cat /proc/timer_list
Timer List Version: v0.3
On Tue, 2007-05-08 at 02:51 -0700, Chris Wright wrote:
> That's what I was wondering, although i have same setup for 32-bit
> and it behaves as expected with cpu0 taking hpet or pit on irq0
> and lapic timer picked up on the other 3 cpus.
>
> > > In addition lapic timer is firing there, and I'm
* Thomas Gleixner ([EMAIL PROTECTED]) wrote:
> On Tue, 2007-05-08 at 02:39 -0700, Chris Wright wrote:
>
> > OK, looks very similar all things considered. One thing I didn't do
> > was fix lapic timer calibration (was hoping you'd do that part, and you
> > did ;-) I've noticed that something has
On Tue, 2007-05-08 at 02:39 -0700, Chris Wright wrote:
> OK, looks very similar all things considered. One thing I didn't do
> was fix lapic timer calibration (was hoping you'd do that part, and you
> did ;-) I've noticed that something has changed and I'm seeing irq0
> handled on cpu3 (4 cpu
* Thomas Gleixner ([EMAIL PROTECTED]) wrote:
> On Mon, 2007-05-07 at 09:31 -0700, Chris Wright wrote:
> > Going through to see where we differ and if there's
> > any bits of my set that yours needs.
>
> Yes please.
OK, looks very similar all things considered. One thing I didn't do
was fix
* Thomas Gleixner ([EMAIL PROTECTED]) wrote:
On Mon, 2007-05-07 at 09:31 -0700, Chris Wright wrote:
Going through to see where we differ and if there's
any bits of my set that yours needs.
Yes please.
OK, looks very similar all things considered. One thing I didn't do
was fix lapic
On Tue, 2007-05-08 at 02:39 -0700, Chris Wright wrote:
OK, looks very similar all things considered. One thing I didn't do
was fix lapic timer calibration (was hoping you'd do that part, and you
did ;-) I've noticed that something has changed and I'm seeing irq0
handled on cpu3 (4 cpu
* Thomas Gleixner ([EMAIL PROTECTED]) wrote:
On Tue, 2007-05-08 at 02:39 -0700, Chris Wright wrote:
OK, looks very similar all things considered. One thing I didn't do
was fix lapic timer calibration (was hoping you'd do that part, and you
did ;-) I've noticed that something has changed
On Tue, 2007-05-08 at 02:51 -0700, Chris Wright wrote:
That's what I was wondering, although i have same setup for 32-bit
and it behaves as expected with cpu0 taking hpet or pit on irq0
and lapic timer picked up on the other 3 cpus.
In addition lapic timer is firing there, and I'm seeing a
* Thomas Gleixner ([EMAIL PROTECTED]) wrote:
Hmm, that's even more strange. Can you please provide the output
of /proc/timer_list ?
It's quite normal looking, and a printk in clockevents_set_mode looks normal
too.
[EMAIL PROTECTED] ~]$ cat /proc/timer_list
Timer List Version: v0.3
On Tue, 2007-05-08 at 03:06 -0700, Chris Wright wrote:
Tick Device: mode: 0
Clock Event Device: hpet
max_delta_ns: 85899346200
min_delta_ns: 1920
mult: 107374182
shift: 32
mode: 2
next_event: 9223372036854775807 nsecs
set_next_event:
-Original Message-
From: Chris Wright [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 08, 2007 2:52 AM
To: Thomas Gleixner
Cc: Chris Wright; LKML; Pallipadi, Venkatesh; john stultz;
Ingo Molnar; Arjan van de Ven; Steven Rostedt; Andi Kleen;
Andrew Morton
Subject: Re: [PATCH] x86-64
Le lundi 07 mai 2007 à 17:28 +0200, Thomas Gleixner a écrit :
On Mon, 2007-05-07 at 09:16 +, Nicolas Mailhot wrote:
Thomas Gleixner tglx at linutronix.de writes:
I'm pleased to announce the first cut of the final x86_64
highres/dyntick support, which I did based on Chris
On Mon, 2007-05-07 at 15:43 -0700, Venki Pallipadi wrote:
> Needs this minor fix to build on i386.
Ouch.
Should have compiled i386 myself once more. There is another fixlet
missing in x86_64, which was caused by my inability to cope with the
intellegence of quilt.
Updated patches uploaded to:
Needs this minor fix to build on i386.
Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
Index: linux-2.6.21-tolkml/include/asm-i386/hpet.h
===
--- linux-2.6.21-tolkml.orig/include/asm-i386/hpet.h2007-05-07
* Thomas Gleixner ([EMAIL PROTECTED]) wrote:
> On Mon, 2007-05-07 at 09:31 -0700, Chris Wright wrote:
> > * Thomas Gleixner ([EMAIL PROTECTED]) wrote:
> > > I'm pleased to announce the first cut of the final x86_64
> > > highres/dyntick support, which I did based on Chris Wright's patch set,
> > >
On Mon, 2007-05-07 at 09:31 -0700, Chris Wright wrote:
> * Thomas Gleixner ([EMAIL PROTECTED]) wrote:
> > I'm pleased to announce the first cut of the final x86_64
> > highres/dyntick support, which I did based on Chris Wright's patch set,
> > which is again based on Arjan van de Ven's initial
* Thomas Gleixner ([EMAIL PROTECTED]) wrote:
> I'm pleased to announce the first cut of the final x86_64
> highres/dyntick support, which I did based on Chris Wright's patch set,
> which is again based on Arjan van de Ven's initial work:
Cool. I had finished mine as well, just didn't get time to
On Mon, 2007-05-07 at 09:16 +, Nicolas Mailhot wrote:
> Thomas Gleixner linutronix.de> writes:
>
> >
> > I'm pleased to announce the first cut of the final x86_64
> > highres/dyntick support, which I did based on Chris Wright's patch set,
> > which is again based on Arjan van de Ven's
On Mon, 2007-05-07 at 14:07 +0200, Mats Johannesson wrote:
> This AMD 64 Mobile processor only has a C1 level which isn't used:
>
> [EMAIL PROTECTED]:~# cat /proc/acpi/processor/CPU0/power
> active state:C1
> max_cstate: C8
> bus master activity:
> maximum
On Sun May 06 2007 - Europe Evening Time Thomas Gleixner wrote:
> I'm pleased to announce the first cut of the final x86_64
> highres/dyntick support, which I did based on Chris Wright's patch
> set, which is again based on Arjan van de Ven's initial work:
[...]
> Comments, bugreports, patches
Thomas Gleixner linutronix.de> writes:
>
> I'm pleased to announce the first cut of the final x86_64
> highres/dyntick support, which I did based on Chris Wright's patch set,
> which is again based on Arjan van de Ven's initial work:
Do you have a 2.6.21-mm1 patchset?
Regards,
--
Nicolas
* Thomas Gleixner ([EMAIL PROTECTED]) wrote:
I'm pleased to announce the first cut of the final x86_64
highres/dyntick support, which I did based on Chris Wright's patch set,
which is again based on Arjan van de Ven's initial work:
Cool. I had finished mine as well, just didn't get time to
On Mon, 2007-05-07 at 09:31 -0700, Chris Wright wrote:
* Thomas Gleixner ([EMAIL PROTECTED]) wrote:
I'm pleased to announce the first cut of the final x86_64
highres/dyntick support, which I did based on Chris Wright's patch set,
which is again based on Arjan van de Ven's initial work:
* Thomas Gleixner ([EMAIL PROTECTED]) wrote:
On Mon, 2007-05-07 at 09:31 -0700, Chris Wright wrote:
* Thomas Gleixner ([EMAIL PROTECTED]) wrote:
I'm pleased to announce the first cut of the final x86_64
highres/dyntick support, which I did based on Chris Wright's patch set,
which is
Needs this minor fix to build on i386.
Signed-off-by: Venkatesh Pallipadi [EMAIL PROTECTED]
Index: linux-2.6.21-tolkml/include/asm-i386/hpet.h
===
--- linux-2.6.21-tolkml.orig/include/asm-i386/hpet.h2007-05-07
On Mon, 2007-05-07 at 15:43 -0700, Venki Pallipadi wrote:
Needs this minor fix to build on i386.
Ouch.
Should have compiled i386 myself once more. There is another fixlet
missing in x86_64, which was caused by my inability to cope with the
intellegence of quilt.
Updated patches uploaded to:
Thomas Gleixner tglx at linutronix.de writes:
I'm pleased to announce the first cut of the final x86_64
highres/dyntick support, which I did based on Chris Wright's patch set,
which is again based on Arjan van de Ven's initial work:
Do you have a 2.6.21-mm1 patchset?
Regards,
--
Nicolas
On Sun May 06 2007 - Europe Evening Time Thomas Gleixner wrote:
I'm pleased to announce the first cut of the final x86_64
highres/dyntick support, which I did based on Chris Wright's patch
set, which is again based on Arjan van de Ven's initial work:
[...]
Comments, bugreports, patches are
On Mon, 2007-05-07 at 14:07 +0200, Mats Johannesson wrote:
This AMD 64 Mobile processor only has a C1 level which isn't used:
[EMAIL PROTECTED]:~# cat /proc/acpi/processor/CPU0/power
active state:C1
max_cstate: C8
bus master activity:
maximum allowed
On Mon, 2007-05-07 at 09:16 +, Nicolas Mailhot wrote:
Thomas Gleixner tglx at linutronix.de writes:
I'm pleased to announce the first cut of the final x86_64
highres/dyntick support, which I did based on Chris Wright's patch set,
which is again based on Arjan van de Ven's initial
I'm pleased to announce the first cut of the final x86_64
highres/dyntick support, which I did based on Chris Wright's patch set,
which is again based on Arjan van de Ven's initial work:
http://www.tglx.de/projects/hrtimers/2.6.21-git2-x86-64/patches-2.6.21-git2.patch.bz2
Broken out version:
I'm pleased to announce the first cut of the final x86_64
highres/dyntick support, which I did based on Chris Wright's patch set,
which is again based on Arjan van de Ven's initial work:
http://www.tglx.de/projects/hrtimers/2.6.21-git2-x86-64/patches-2.6.21-git2.patch.bz2
Broken out version:
94 matches
Mail list logo
