Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 09 Nov 2007 19:10:09 -0800
From:      John Merryweather Cooper <john_m_cooper@yahoo.com>
To:        anders@gavare.se
Cc:        freebsd-current@freebsd.org
Subject:   Re: device atpic to be deprecated?
Message-ID:  <47352111.3080600@yahoo.com>
In-Reply-To: <1194634760.1749.9.camel@laptop>
References:  <1194634760.1749.9.camel@laptop>

next in thread | previous in thread | raw e-mail | index | archive | help
Anders Gavare wrote:
> Hi currenters!
>
> On Wednesday 29 March 2006, John Baldwin wrote:
>   
>> On Wednesday 29 March 2006 12:08, Scott Long wrote:
>>     
>>> John Baldwin wrote:
>>> On Wednesday 29 March 2006 11:26, Scott Long wrote:
>>>       
>> ..
>>     
>>>>>>>> On Wed, Mar 29, 2006 at 02:05:27AM -0600, Conrad J. Sabatier
>>>>>>>> wrote:
>>>>>>>> Is the plan still in effect to abolish this device?
>>>>>>>>                 
>>>>>>> To my mind it wouldn't make much sense, given the sheer amount 
>>>>>>> of hardware out there which doesn't have an IOAPIC, then again 
>>>>>>> I'm probably out of touch with the state of interrupt handling
>>>>>>> in -CURRENT.
>>>>>>>               
>>>>>> All amd64 machines (which is where atpic would be removed) have
>>>>>> an APIC.
>>>>>>             
>>>>> That's kind of like saying that ISA will be removed because there
>>>>> is PCI
>>>>> =-) Having an APIC doesn't necessarily guarantee that it works.
>>>>> There have been enough reports of problems on the mailing lists
>>>>> over time that I think it's a bit premature to declare the ATPIC
>>>>> dead. Also, is the ATPIC code in amd64 causing problems, holding 
>>>>> back progress, or creating a maintenance burden?
>>>>>           
>>>> I think that once the lapic timer stuff was added almost all of
>>>> the APIC issues I was aware of went away on amd64 that were fixed
>>>> by using device atpic instead. Most of the earlier problems were
>>>> due to chipsets not setting up pin 0 as extint, etc. but all that
>>>> is no longer relevant when we switched to using the lapic timer
>>>> and stopped using irq0 and irq8 with APIC. This is the first I've
>>>> heard since the lapic timer stuff that APIC didn't work on an
>>>> amd64 box, and device atpic has been off by default in HEAD for
>>>> quite a while now. If we were able to require APIC on amd64, then
>>>> we might be able to try out some optimizations and other things I
>>>> haven't bothered with since they wouldn't be feasible on i386.
>>>>         
>>> Fine, remove it.
>>>       
>> I have to make sure it really works for everyone first though before
>> removing it would really be viable. :-/
>>     
>
> The GENERIC 7.0-BETA2 kernel does not boot on my 1.8 GHz amd64 laptop
> (and HP Pavilion ze2000). Not in safe mode, not without ACPI, not
> without apic0/sio0/sio1 (which is the usual trick on this machine).
>
> After some detective work, however, I noticed that with "device atpic"
> added, 7.0-BETA2 works fine on this machine. (I took a chance and
> updated my sources from 6-STABLE to 7-STABLE, added the device, and now
> I am running 7.0-BETA2. If I hadn't already had FreeBSD installed, it
> would not have been possible to get it to boot, though, so this feels
> kind of critical.)
>
> My question is: Is it possible to add "device atpic" again in time for
> the 7.0 release?  What is the possible negative impact of adding it?
>
>
> Anders
>
>
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>
>   
My HP Pavillion dv9420us only boots after some workarounds, but the
atpic doesn't make any difference to it--it doesn't even detect one.

jmc




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?47352111.3080600>