Date: Sun, 14 Jul 2013 12:58:47 -0400 From: Robert Ames <robertames@hotmail.com> To: John Baldwin <jhb@freebsd.org>, "freebsd-hackers@freebsd.org" <freebsd-hackers@freebsd.org> Subject: RE: Intel D2500CC serial ports Message-ID: <BLU177-W338B60FD5BB73DC356E6E5C9660@phx.gbl> In-Reply-To: <201307111014.42903.jhb@freebsd.org> References: <BLU177-W9398FC7BF05E2069A4961C9700@phx.gbl>, <201307111014.42903.jhb@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> From: jhb@freebsd.org=0A= > To: freebsd-hackers@freebsd.org=0A= > Subject: Re: Intel D2500CC serial ports=0A= > Date: Thu=2C 11 Jul 2013 10:14:42 -0400=0A= > CC: robertames@hotmail.com=0A= > =0A= > On Sunday=2C June 30=2C 2013 1:24:27 pm Robert Ames wrote:=0A= >> I just picked up an Intel D2500CCE motherboard and was disappointed=0A= >> to find the serial ports didn't work. There has been discussion=0A= >> about this problem here:=0A= >> =0A= >> http://lists.freebsd.org/pipermail/freebsd-current/2013-April/040897.htm= l=0A= >> http://lists.freebsd.org/pipermail/freebsd-current/2013-May/042088.html= =0A= >> =0A= >> As seen in the second link=2C Juergen Weiss was able to work around=0A= >> the problem. This patch (for 8.4-RELEASE amd64) makes all 4 serial=0A= >> ports functional.=0A= >> =0A= >> --- /usr/src/sys/amd64/amd64/io_apic.c.orig 2013-06-02 13:23:05.00000000= 0 -0500=0A= >> +++ /usr/src/sys/amd64/amd64/io_apic.c 2013-06-28 18:52:03.00000000= 0 -0500=0A= >> @@ -452=2C6 +452=2C10 @@=0A= >> KASSERT(!(trig =3D=3D INTR_TRIGGER_CONFORM || pol =3D=3D INTR_PO= LARITY_CONFORM)=2C=0A= >> ("%s: Conforming trigger or polarity\n"=2C __func__))=3B=0A= >> =0A= >> + if (trig =3D=3D INTR_TRIGGER_EDGE && pol =3D=3D INTR_POLARITY_LO= W) {=0A= >> + pol =3D INTR_POLARITY_HIGH=3B=0A= >> + }=0A= >> +=0A= > =0A= > Hmm=2C so this is your BIOS doing the wrong thing in its ASL.=0A= > =0A= > Maybe try this:=0A= > =0A= > --- //depot/user/jhb/acpipci/dev/acpica/acpi_resource.c 2011-07-22 17:59:= 31.000000000 0000=0A= > +++ /home/jhb/work/p4/acpipci/dev/acpica/acpi_resource.c 2011-07-22 17:59= :31.000000000 0000=0A= > @@ -141=2C6 +141=2C10 @@=0A= > default:=0A= > panic("%s: bad resource type %u"=2C __func__=2C res->Type)=3B=0A= > }=0A= > +#if defined(__amd64__) || defined(__i386__)=0A= > + if (irq < 16 && trig =3D=3D ACPI_EDGE_SENSITIVE && pol =3D=3D ACPI_A= CTIVE_LOW)=0A= > + pol =3D ACPI_ACTIVE_HIGH=3B=0A= > +#endif=0A= > BUS_CONFIG_INTR(dev=2C irq=2C (trig =3D=3D ACPI_EDGE_SENSITIVE) ?=0A= > INTR_TRIGGER_EDGE : INTR_TRIGGER_LEVEL=2C (pol =3D=3D ACPI_ACTIVE_HIGH)= ?=0A= > INTR_POLARITY_HIGH : INTR_POLARITY_LOW)=3B=0A= > =0A= > -- =0A= > John Baldwin=0A= =0A= Yes=2C this patch works too.=A0 All 4 serial ports are functional.=A0 Is=0A= this something that could be committed so that the serial ports on=0A= this board work out of the box on future releases?=0A= =0A= And for what it's worth=2C I seem to be running the latest BIOS=0A= identified as: CCCDT10N.86A.0039.2013.0425.1625 =
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BLU177-W338B60FD5BB73DC356E6E5C9660>