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:
http
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
avai
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
-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.
>>>
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 de
-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
-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 correc
-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 versio
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: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:
>
> http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linu
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, bu
-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 ma
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 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 cal
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 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
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 an
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 interrup
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 Chris
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 f
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
* 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
HRTIMER_MA
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 se
* 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 sy
* 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 l
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
14:32:37.00
* 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 work
* 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 initia
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 all
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
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 Mai
41 matches
Mail list logo