Re: [Jackit-devel] Re: little NPTL SCHED_FIFO test program

From: Lee Revell (rlrevell_at_joe-job.com)
Date: 08/20/04

  • Next message: Pavel Machek: "Re: Use global system_state to avoid system-state confusion"
    To: martin rumori <lists@rumori.de>
    Date:	Fri, 20 Aug 2004 05:42:59 -0400
    
    

    On Fri, 2004-08-20 at 05:20, martin rumori wrote:
    > On Fri, Aug 20, 2004 at 03:38:44AM -0400, Lee Revell wrote:
    > > > I have built a glibc with the patch you (Lee) sent to the bug-report.
    > >
    > > This fixes the problem, jackd now works correctly. I cannot take credit
    > > for finding the problem though, Florian did most of the work in tracking
    > > this down.
    >
    > same here, really great (debian unstable).
    >
    > wanted to try the volunteer preempt patch for the first time, (until
    > now running 2.6.7-cko5 atm).
    >
    > tried to compile 2.6.8.1 with volunteer-preempt-P5 (latest), but
    > wasn't able to boot into the new kernel. shows some lines of ACPI....
    > directly after unpacking, then stops for about 1 second (without an
    > error message, last line is something with a specific processor flag),
    > then reboots. not long enough to see something meaningful...
    >

    I think you have an off-by-one error. The latest version is -P4.

    Try the 'noacpi' boot option. Also, try disabling all power
    management. I know this is not realistic for a laptop, it's just for
    debugging purposes.

    > ACPI is disabled in favor of APM, changed that, same behavior: there
    > is some lines starting with ACPI on the screen, either way. applied
    > latest acpi.sf.net patch, same thing. would like to keep APM since
    > ACPI doesn't work that well with my machine. stock 2.6.8.1-acpi boots
    > fine (with the usual acpi oddities, with or without acpi patch), apm
    > with 2.6.8 not yet tried (don't expect problems).
    >
    > thinkpad t40p, PM-1600, 512 MB, latest bios/embeddecontroller.
    >
    > is there something like that known with volunteer-preempt? should i
    > try an older version (== P4) first? are there some config options
    > which are especially meaningful?
    >

    I am adding LKML and Ingo to the cc: list as he has requested any
    reports of ACPI problems with the VP patches.

    Lee

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


  • Next message: Pavel Machek: "Re: Use global system_state to avoid system-state confusion"

    Relevant Pages

    • Re: [patch 0/4] x86: PAT followup - Incremental changes and bug fixes
      ... Meanwhile I have figured out that it is some ACPI stuff that maps the ... See attached patch. ... please boot with early_ioremap_debug and report the dmesg. ...
      (Linux-Kernel)
    • Re: [PATCH 51/61] PCI: Remove quirk_via_abnormal_poweroff
      ... My K8T800 mobo resumes fine from suspend to ram with and without patch ... Implemented support for "ignored" bits in the ACPI ... * Some VIA systems boot with the abnormal status flag set. ... CardBus controllers have a legacy base address that enables them ...
      (Linux-Kernel)
    • Re: 2.6.9-rc4 No local APIC present or hardware disabled
      ... > I've proposed the change to be applied for systems using ACPI and then ... > following patch. ... When booting with 'pci=noacpi': ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: 2.6.0-test1: irq18 nobody cared! on Intel D865PERL motherboard
      ... do these boxes have an IO-APIC and are you using ACPI? ... can you tell me if the attached patch helps? ... IO-APIC setup bug with ACPI). ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH] oom killer (Core)
      ... I tried again from scratch and the kernel is booting without your patch. ... Adding your patch with the same config still does not boot. ... I added some debug output and it calls __alloc_pages a couple of times. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)