Re: [PATCH] x86_64: sync_tsc fix the race (so we can boot)

On Wed, Jul 27, 2005 at 10:03:04PM -0600, Eric W. Biederman wrote:
> I believe this patch suffers from apicid versus logical cpu number confusion.
> I copied the basic logic from smp_send_reschedule and I can't find where
> that translates from the logical cpuid to apicid.  So it isn't quite
> correct yet.  It should be close enough that it shouldn't be too hard
> to finish it up.
> 
> More bug fixes after I have slept but I figured I needed to get this
> one out for review.

Thanks looks good. This should fix the unexplained
hang for various people. Logical<->apicid  is actually ok, the low
level _mask function takes care of that (it differs depending on the 
APIC mode anyways) 

There are some style problems, but that can be fixed later.

How did you track that nasty it down? 

-Andi

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• Follow-Ups:
  • Re: [PATCH] x86_64: sync_tsc fix the race (so we can boot)
    • From: [email protected] (Eric W. Biederman)
  • Re: [PATCH] x86_64: sync_tsc fix the race (so we can boot)
    • From: [email protected] (Eric W. Biederman)

• References:
  • [PATCH] x86_64: sync_tsc fix the race (so we can boot)
    • From: [email protected] (Eric W. Biederman)

• Prev by Date: Re: routing/shaping vs smp
• Next by Date: Re: [patch] x86_64: fix cpu_to_node setup for sparse apic_ids
• Previous by thread: Re: [PATCH] x86_64 : prefetchw() can fall back to prefetch() if !3DNOW
• Next by thread: Re: [PATCH] x86_64: sync_tsc fix the race (so we can boot)
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]