From owner-freebsd-ppc@FreeBSD.ORG Sun Mar 1 10:57:34 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1570A106566C for ; Sun, 1 Mar 2009 10:57:34 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from semihalf.com (semihalf.com [206.130.101.55]) by mx1.freebsd.org (Postfix) with ESMTP id DD40F8FC1C for ; Sun, 1 Mar 2009 10:57:33 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from mail.semihalf.com (mail.semihalf.com [83.15.139.206]) by semihalf.com (8.13.1/8.13.1) with ESMTP id n21AvVhH030617; Sun, 1 Mar 2009 03:57:32 -0700 Message-Id: <3727B986-849F-48D4-9227-8D36E2A51BA0@semihalf.com> From: =?ISO-8859-2?Q?Rafa=B3_Jaworowski?= To: Aleksey V Fedorov In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 1 Mar 2009 11:57:27 +0100 References: <49A2704F.4060703@semihalf.com> <49A42369.600@freebsd.org> <49A511E5.1010705@semihalf.com> <49A7DBD7.7010103@semihalf.com> <49A81358.3080309@semihalf.com> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-ppc@freebsd.org Subject: Re: boot process X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2009 10:57:34 -0000 On 2009-02-28, at 17:45, Aleksey V Fedorov wrote: > On Fri, 27 Feb 2009, Rafal Jaworowski wrote: > >> I quickly looked at the manual and noticed the 8548 has a different >> number of >> local access windows than the default 8. Please try to set law_max >> to 10 in >> ocpbus_probe(). > > I make this changes: So did adjusting the LAW number help with the hang your previously reported, or was it something else? >>> Is it normal that "decrementer" frequency is 0 ? >> >> This isn't good, are you sure a proper value is given to >> decr_config()? > > Hmm. With decr_config(0) kernel is booted, but with actual CCB clock > 533000000 kernel silently hang somethere in kdb_init() or "data > storage interrupt" occured. Please show the DSI trap details, preferrably with back trace from KDB (type 'tr' if it breaks into the debugger prompt). You shouldn't use CCB clock directly. In current setup the decrementer is synchronized with Time Base, which is updated every 8 CCB ticks, hence: decr_config(bootinfo->bi_bus_clk / 8); > setting up elf image... OK > jumping to kernel code > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > L1 D-cache enabled > L1 I-cache enabled > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > 1994 > The Regents of the University of California. All rights > reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-CURRENT #13: Sat Feb 28 19:30:25 MSK 2009 > root@servd.vsi.ru:/usr/obj/powerpc/usr/current/src/sys/MPC85XX > Timecounter "decrementer" frequency 0 Hz quality 0 For example, one of my systems, with 330MHz CCB shows: Timecounter "decrementer" frequency 41250000 Hz quality 0 > cpu0: Freescale e500v2 core revision 2.0 > cpu0: HID0 80000000 > real memory = 520077312 (495 MB) > Physical memory chunk(s): > 0x01000000 - 0x1f713fff, 510738432 bytes (124692 pages) > avail memory = 508682240 (485 MB) > null: > random: > nfslock: pseudo-device > mem: > nexus0: > ocpbus0: on nexus0 > ocpbus0: PORDEVSR=82b9ea67, PORDEVSR2=8f000079 > uart0: iomem > 0xfef04500-0xfef0450f irq 58 on ocpbus0 The uart type recognized seems bogus, it should be a regular 16550: uart0: <16550 or compatible> iomem 0xfef04500-0xfef0450f irq 58 on ocpbus0 uart0: [FILTER] uart1: <16550 or compatible> iomem 0xfef04600-0xfef0460f irq 58 on ocpbus0 uart1: [FILTER] uart1: console (115223,n,8,1) > uart0: [FILTER] > uart0: fast interrupt > uart0: console (9600,n,8,1) Is 9600 the real console speed? In your original Linux log there was 115k value AFAIR. I tend to think the source of these problems is misconfigured decrementer/time base on your system: among other things, the delay routine does not work properly and uart(4) probing and baud rate calculation code gets confused (of course, there will also be other serious problems if time counting does not work properly). Rafal From owner-freebsd-ppc@FreeBSD.ORG Sun Mar 1 13:11:14 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72785106566C for ; Sun, 1 Mar 2009 13:11:14 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.187]) by mx1.freebsd.org (Postfix) with ESMTP id 04DE28FC12 for ; Sun, 1 Mar 2009 13:11:13 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: by fk-out-0910.google.com with SMTP id f40so805633fka.11 for ; Sun, 01 Mar 2009 05:11:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=bL66fzxc7wtfLIzfGThrXlva0aATzJC3qgqjDHKh9Lw=; b=oGI+kqUMjO8ROmyOMtlKkyhFWunVHLZM4sUdA7B/kmmFWAPHWMqAXK89UW+BzpV0Bh zRMrSH++RLSQ6ATnS5AH+3AiCEu9Hkf4vBiW7es2gx0e3p4Rg28n8z4usfc1xUZtYYgK Zm11d1Y7hqfpHvk0kBlX9GqgK7pSD92MHyVwE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=TEiaGSle0+76yAlTsX8mBSR0rdSzHo3UDP26gBgopP4I8FLIL3lfoSYQM6TcfXhE2f xZX1KjPJdbtnXd/pgV8tpkv9TOZix87Bnp/3MGQh78n+01R1sS6sw69iA3JKQRpdD+6E Ch69w0bgZrx2aPXmXmow/D39dYVig5rvoGY/M= MIME-Version: 1.0 Received: by 10.181.28.15 with SMTP id f15mr1684670bkj.187.1235911557798; Sun, 01 Mar 2009 04:45:57 -0800 (PST) In-Reply-To: <20090228165533.GA1166@narn.knownspace> References: <20090228165533.GA1166@narn.knownspace> Date: Sun, 1 Mar 2009 13:45:57 +0100 Message-ID: From: Marco Trillo To: Justin Hibbits Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ppc@freebsd.org Subject: Re: No mixer with Snapper X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2009 13:11:14 -0000 Hi, On 2/28/09, Justin Hibbits wrote: > After upgrading my kernel to one with the Snapper audio driver integrated, > there > is no longer a /dev/mixer, so mixer setting does not work. I have a DSP > device, > and sound does play, it's just very quiet. Output from sndstat is: > > FreeBSD Audio Driver (newpcm: 32bit 2007061600/powerpc) > Installed devices: > pcm0: at i2s [MPSAFE] (1p:1v/0r:0v channels > default) > > Previously I was using Marco's AOA2 patch, which worked well, and had an > adjustable mixer. > Hmm... the version of the AOA driver in -current changed the way the mixer is detected: it now attaches a real I2C device driver to the mixer device node. It seems that in this case the device node properties are different to what the driver knows, so it fails to match. Could you send the output of the 'i2c' OF device tree? Something like the following, from FreeBSD -current: % ofwdump -pr mac-io/i2c Thanks Marco From owner-freebsd-ppc@FreeBSD.ORG Sun Mar 1 14:24:04 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F34BB106566B for ; Sun, 1 Mar 2009 14:24:03 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from beta.eecs.cwru.edu (beta.EECS.CWRU.Edu [129.22.150.110]) by mx1.freebsd.org (Postfix) with ESMTP id A5D788FC08 for ; Sun, 1 Mar 2009 14:24:03 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from narn.knownspace ([::ffff:69.250.50.210]) (AUTH: PLAIN jrh29, TLS: TLSv1/SSLv3,168bits,DES-CBC3-SHA) by beta.eecs.cwru.edu with esmtp; Sun, 01 Mar 2009 09:24:01 -0500 id 0000CE04.49AA9A81.00003B23 Date: Sun, 1 Mar 2009 09:24:32 -0500 From: Justin Hibbits To: Marco Trillo Message-ID: <20090301142432.GC1166@narn.knownspace> References: <20090228165533.GA1166@narn.knownspace> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=_beta-15139-1235917442-0001-2" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-ppc@freebsd.org Subject: Re: No mixer with Snapper X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2009 14:24:04 -0000 This is a MIME-formatted message. If you see this text it means that your E-mail software does not support MIME-formatted messages. --=_beta-15139-1235917442-0001-2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline On Sun, Mar 01, 2009 at 01:45:57PM +0100, Marco Trillo wrote: > Hi, > > On 2/28/09, Justin Hibbits wrote: > > After upgrading my kernel to one with the Snapper audio driver integrated, > > there > > is no longer a /dev/mixer, so mixer setting does not work. I have a DSP > > device, > > and sound does play, it's just very quiet. Output from sndstat is: > > > > FreeBSD Audio Driver (newpcm: 32bit 2007061600/powerpc) > > Installed devices: > > pcm0: at i2s [MPSAFE] (1p:1v/0r:0v channels > > default) > > > > Previously I was using Marco's AOA2 patch, which worked well, and had an > > adjustable mixer. > > > > Hmm... the version of the AOA driver in -current changed the way the > mixer is detected: it now attaches a real I2C device driver to the > mixer device node. > > It seems that in this case the device node properties are different to > what the driver knows, so it fails to match. > > Could you send the output of the 'i2c' OF device tree? Something like > the following, from FreeBSD -current: > > % ofwdump -pr mac-io/i2c > > Thanks > Marco Attached is the output of ofwdump. - Justin --=_beta-15139-1235917442-0001-2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="i2c.out" Node 0xff965ed0: i2c name: 69 32 63 00 'i2c' device_type: 69 32 63 00 'i2c' reg: 00 01 80 00 00 00 10 00 compatible: 6b 65 79 77 65 73 74 2d 69 32 63 00 'keywest-i2c' built-in: interrupts: 00 00 00 1a 00 00 00 01 interrupt-parent: ff 95 b7 80 AAPL,address: 80 01 80 00 '\M^@\^A\M^@' AAPL,address-step: 00 00 00 10 AAPL,i2c-rate: 00 00 00 64 AAPL,driver-name: 2e 69 32 63 2d 6d 61 63 2d 69 6f 00 '.i2c-mac-io' Node 0xff966988: cereal name: 63 65 72 65 61 6c 00 'cereal' device_type: 73 65 72 69 61 6c 00 'serial' Node 0xff9670b8: deq name: 64 65 71 00 'deq' device_type: 64 65 71 00 'deq' i2c-address: 00 00 00 6a Node 0xff9dc830: i2c-modem name: 69 32 63 2d 6d 6f 64 65 6d 00 'i2c-modem' device_type: 69 32 63 2d 6d 6f 64 65 6d 00 'i2c-modem' modem-id: 01 0b 01 02 31 2e 30 46 31 31 2e 30 46 31 03 03 03 00 00 00 00 00 00 00 compatible: 64 61 73 68 32 00 'dash2' slot-names: 00 00 00 01 4d 6f 64 65 6d 00 default-country-code: 00 00 --=_beta-15139-1235917442-0001-2-- From owner-freebsd-ppc@FreeBSD.ORG Sun Mar 1 16:04:45 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FD701065673 for ; Sun, 1 Mar 2009 16:04:45 +0000 (UTC) (envelope-from alexf@vsi.ru) Received: from serv4.vsi.ru (serv4.vsi.ru [80.82.32.19]) by mx1.freebsd.org (Postfix) with ESMTP id F030A8FC0A for ; Sun, 1 Mar 2009 16:04:44 +0000 (UTC) (envelope-from alexf@vsi.ru) Received: from serv1 (serv1.vsi.ru [80.82.32.12]) by serv4.vsi.ru (8.13.8+Sun/8.13.8) with ESMTP id n21G4fQB002740; Sun, 1 Mar 2009 19:04:41 +0300 (MSK) Date: Sun, 1 Mar 2009 19:04:41 +0300 (MSK) From: Aleksey V Fedorov X-X-Sender: alexf@serv1 To: Rafal Jaworowski In-Reply-To: <3727B986-849F-48D4-9227-8D36E2A51BA0@semihalf.com> Message-ID: References: <49A2704F.4060703@semihalf.com> <49A42369.600@freebsd.org> <49A511E5.1010705@semihalf.com> <49A7DBD7.7010103@semihalf.com> <49A81358.3080309@semihalf.com> <3727B986-849F-48D4-9227-8D36E2A51BA0@semihalf.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-758783491-1235923481=:4870" Cc: freebsd-ppc@freebsd.org Subject: Re: boot process X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2009 16:04:45 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-758783491-1235923481=:4870 Content-Type: TEXT/PLAIN; charset=KOI8-R; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Hi On Sun, 1 Mar 2009, Rafal Jaworowski wrote: > So did adjusting the LAW number help with the hang your previously report= ed,=20 > or was it something else? Yes, it help. With incorrect LAW number kernel hang on ocpbus0. >>>> Is it normal that "decrementer" frequency is 0 ? >>>=20 >>> This isn't good, are you sure a proper value is given to decr_config()? >>=20 >> Hmm. With decr_config(0) kernel is booted, but with actual CCB clock=20 >> 533000000 kernel silently hang somethere in kdb_init() or "data storage= =20 >> interrupt" occured. > > Please show the DSI trap details, preferrably with back trace from KDB (t= ype=20 > 'tr' if it breaks into the debugger prompt). Debugger not initialized at this point. > You shouldn't use CCB clock directly. In current setup the decrementer is= =20 > synchronized with Time Base, which is updated every 8 CCB ticks, hence: > > decr_config(bootinfo->bi_bus_clk / 8); Yes of course. I call decr_config with 66666000=3D(533328000/8) >> uart0: iomem=20 >> 0xfef04500-0xfef0450f irq 58 on ocpbus0 > > The uart type recognized seems bogus, it should be a regular 16550: > > uart0: <16550 or compatible> iomem 0xfef04500-0xfef0450f irq 58 on ocpbus= 0 > uart0: [FILTER] > uart1: <16550 or compatible> iomem 0xfef04600-0xfef0460f irq 58 on ocpbus= 0 > uart1: [FILTER] > uart1: console (115223,n,8,1) > >> uart0: [FILTER] >> uart0: fast interrupt >> uart0: console (9600,n,8,1) > > Is 9600 the real console speed? In your original Linux log there was 115k= =20 > value AFAIR. I change speed to 9600 because with 115200 I get some noise in output=20 during uart attach: ocpbus0: on nexus0 ocpbus0: PORDEVSR=3D82b9ea67, PORDEVSR2=3D8f000079 =80=80]X.=93=E2r=BD=B9=B5=CD=D1=85=B9=91=85=C9=91=81=B9=CD=E1=C9=D5=C1=81= =8D=B1=85=CD=CD=81UIQ=81=DD=A5=D1=A1=81%=3D=CD=F9=81=A5=BD=B5=95=B5=81=83= =C2=99=95=99=C1=D1=D5=C1=C1=B5=C1=E1=99=95=99=C1=D1=D5=C1=99=81=A5=C9=C5=81= =D5=E1=81=BD=B9=81=BD=8D=C1=89=D5=CD=C15)=AF=85=C9=D1=C1=E9=81m%1QIu5)W=85= =C9=D1=C1=E9=81=99=85=CD=D1=81=A5=B9=D1=95=C9=C9=D5=C1=D15)=D5=85=C9=D1=C1= =E9=81=8D=BD=B9=CD=BD=B1=95=81=A1=C5=D1=D1=C5=DD=B1=B9=B1=E1=B1=C5=A55)=FFu= art1:=20 iomem 0xfef04600-0xfef0460f=20 irq 58 on ocpbus0 uart1: [FILTER] uart1: fast interrupt > I tend to think the source of these problems is misconfigured=20 > decrementer/time base on your system: among other things, the delay routi= ne=20 > does not work properly and uart(4) probing and baud rate calculation code= =20 > gets confused (of course, there will also be other serious problems if ti= me=20 > counting does not work properly). With smaller values in decr_init() kernel boot process is longer. For example with 666660 I get only: setting up elf image... OK jumping to kernel code G With 66666: setting up elf image... OK jumping to kernel code GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb L1 D-cache enabled L1 I-cache enabled Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #33: Sun Mar 1 18:55:14 MSK 2009 root@servd.vsi.ru:/usr/obj/powerpc/usr/current/src/sys/MPC85XX WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. Timecounter "decrementer" frequency 66666 Hz quality 0 cpu0: Freescale e500v2 core revision 2.0 cpu0: HID0 80000000 real memory =3D 520077312 (495 MB) Physical memory chunk(s): 0x01000000 - 0x1f713fff, 510738432 bytes (124692 pages) avail memory =3D 508583936 (485 MB) random: mem: nfslock: pseudo-device null: nexus0: ocpbus0: on nexus0 ocpbus0: PORDEVSR=3D82b9ea67, PORDEVSR2=3D8f000079 With 6666: setting up elf image... OK jumping to kernel code GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb L1 D-cache enabled L1 I-cache enabled Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #35: Sun Mar 1 18:58:02 MSK 2009 root@servd.vsi.ru:/usr/obj/powerpc/usr/current/src/sys/MPC85XX WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. Timecounter "decrementer" frequency 6666 Hz quality 0 cpu0: Freescale e500v2 core revision 2.0 cpu0: HID0 80000000 real memory =3D 520077312 (495 MB) Physical memory chunk(s): 0x01000000 - 0x1f713fff, 510738432 bytes (124692 pages) avail memory =3D 508583936 (485 MB) random: mem: nfslock: pseudo-device null: nexus0: ocpbus0: on nexus0 ocpbus0: PORDEVSR=3D82b9ea67, PORDEVSR2=3D8f000079 =80=80]X.=93=E2r=BD=B9=B5=CD=D1=85=B9=91=85=C9=91=81=B9=CD=E1=C9=D5=C1=81= =8D=B1=85=CD=CD=81UIQ=81=DD=A5=D1=A1=81%=3D=CD=F9=81=A5=BD=B5=95=B5=81=83= =C2=99=95=99=C1=D1=D5=C1=C1=B5=C1=E1=99=95=99=C1=D1=D5=C1=99=81=A5=C9=C5=81= =D5=E1=81=BD=B9=81=BD=8D=C1=89=D5=CD=C15)=AF=85=C9=D1=C1=E9=81m%1QIu5)W=85= =C9=D1=C1=E9=81=99=85=CD=D1=81=A5=B9=D1=95=C9=C9=D5=C1=D15)=D5=85=C9=D1=C1= =E9=81=8D=BD=B9=CD=BD=B1=95=81=A1=C5=D1=D1=C5=DD=B1=B9=B1=E1=B1=C5=A55)=FFu= art1:=20 iomem 0xfef04600-0xfef0460f=20 irq 58 on ocpbus0 uart1: [FILTER] uart1: fast interrupt lbc0: iomem 0xfef05000-0xfef05fff= =20 on ocpbus0 Wiring VA=3Df8000000 to PA=3Df8000000 (size=3D400000), using TLB1[2] tsec0: iomem=20 0xfef24000-0xfef24fff irq 45,46,50 on ocpbus0 miibus0: on tsec0 rgephy0: PHY 0 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,=20 1000baseT-FDX, auto With zero kernel completely boots. DECAR filled in decr_init() called from cpu_e500_startup() Until DECAR is filled and decrementer interrupt not enabled decr_config()= =20 value is not significant? At which point cpu_e500_startup() called? Maybe loader(8) make some additional work? I do: - fill __sbss and _bss with zero - put bootinfo after kernel end and fill them - put environment after bootinfo - set boothowto=3DRB_VERBOSE|RB_SERIAL|RB_MULTIPLE The rest is unchanged. Is it OK? Or something else required? -- ---559023410-758783491-1235923481=:4870-- From owner-freebsd-ppc@FreeBSD.ORG Sun Mar 1 16:13:15 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E81F1065700 for ; Sun, 1 Mar 2009 16:13:15 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id C229F8FC1A for ; Sun, 1 Mar 2009 16:13:14 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: by bwz8 with SMTP id 8so1611595bwz.43 for ; Sun, 01 Mar 2009 08:13:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=OI3/eY5NiGfOV5TIYipVsNDAMuqKjsDFr6rM9qcEtBA=; b=OdCFKH2x3OiUx9N8UNho3x6leK07ArYYi5f5bMlHoS9DDoA+3Gaw9QHHuhnfiQPm/j aL7Pzqj7mJR5MBX8t8+U4y+PxKBawbOV0bolLkfNvEdwzsrQp++uOFijDMfEpLj8G6z0 MoV5/ZMX8RaM2yQz9AWkEo9VSYfFcMoovwQJo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ixiTIoG4Drq0k57gMHtrj7Bh1M7XyCoR3FAECo7YCNDMe1fl2fl4+02ovo4de5zWW2 PqF3RGf2ud6JLjBoPLVqLhV8enVjJrykIcl51b2qSsJ3yi4Rpb3Gl6Xm3XL/HTeFFUeu Kciqa6kJAQ4AwRzXcQ2xn+L4mCYaRUK3vMqK8= MIME-Version: 1.0 Received: by 10.181.11.3 with SMTP id o3mr1750660bki.172.1235923993857; Sun, 01 Mar 2009 08:13:13 -0800 (PST) In-Reply-To: <20090301142432.GC1166@narn.knownspace> References: <20090228165533.GA1166@narn.knownspace> <20090301142432.GC1166@narn.knownspace> Date: Sun, 1 Mar 2009 17:13:13 +0100 Message-ID: From: Marco Trillo To: Justin Hibbits Content-Type: multipart/mixed; boundary=001636c5a66f9f8eca046410fa8a Cc: freebsd-ppc@freebsd.org Subject: Re: No mixer with Snapper X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2009 16:13:16 -0000 --001636c5a66f9f8eca046410fa8a Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi, On 3/1/09, Justin Hibbits wrote: > On Sun, Mar 01, 2009 at 01:45:57PM +0100, Marco Trillo wrote: >> On 2/28/09, Justin Hibbits wrote: >> > After upgrading my kernel to one with the Snapper audio driver >> > integrated, >> > there >> > is no longer a /dev/mixer, so mixer setting does not work. I have a DSP >> > device, >> > and sound does play, it's just very quiet. Output from sndstat is: >> > >> > FreeBSD Audio Driver (newpcm: 32bit 2007061600/powerpc) >> > Installed devices: >> > pcm0: at i2s [MPSAFE] (1p:1v/0r:0v channels >> > default) >> > >> > Previously I was using Marco's AOA2 patch, which worked well, and had an >> > adjustable mixer. >> > >> >> Hmm... the version of the AOA driver in -current changed the way the >> mixer is detected: it now attaches a real I2C device driver to the >> mixer device node. >> >> It seems that in this case the device node properties are different to >> what the driver knows, so it fails to match. >> >> Could you send the output of the 'i2c' OF device tree? Something like >> the following, from FreeBSD -current: >> >> % ofwdump -pr mac-io/i2c >> > > Attached is the output of ofwdump. > Thanks! The problem is that an property is used, while the OFW-I2C code only looks for . The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C code also look for the property. With the patch, the mixer should attach and work fine. Regards Marco --001636c5a66f9f8eca046410fa8a Content-Type: text/plain; charset=US-ASCII; name="ofw_iicbus.c.diff" Content-Disposition: attachment; filename="ofw_iicbus.c.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: file0 LS0tIGRldi9vZncvb2Z3X2lpY2J1cy5jLm9yaWcJMjAwOS0wMy0wMSAxNjo0MTo1Ny4wMDAwMDAw MDAgKzAxMDAKKysrIGRldi9vZncvb2Z3X2lpY2J1cy5jCTIwMDktMDMtMDEgMTY6NDU6NTAuMDAw MDAwMDAwICswMTAwCkBAIC0xMTgsNyArMTE4LDggQEAKIAlub2RlID0gb2Z3X2J1c19nZXRfbm9k ZShkZXYpOwogCiAJZm9yIChjaGlsZCA9IE9GX2NoaWxkKG5vZGUpOyBjaGlsZCAhPSAwOyBjaGls ZCA9IE9GX3BlZXIoY2hpbGQpKSB7Ci0JCWlmIChPRl9nZXRwcm9wKGNoaWxkLCAicmVnIiwgJmFk ZHIsIHNpemVvZihhZGRyKSkgPT0gLTEpCisJCWlmIChPRl9nZXRwcm9wKGNoaWxkLCAicmVnIiwg JmFkZHIsIHNpemVvZihhZGRyKSkgPT0gLTEgJiYgCisJCSAgICBPRl9nZXRwcm9wKGNoaWxkLCAi aTJjLWFkZHJlc3MiLCAmYWRkciwgc2l6ZW9mKGFkZHIpKSA9PSAtMSkKIAkJCWNvbnRpbnVlOwog CiAJCS8qCg== --001636c5a66f9f8eca046410fa8a-- From owner-freebsd-ppc@FreeBSD.ORG Sun Mar 1 16:50:57 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAFC210656D7 for ; Sun, 1 Mar 2009 16:50:57 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout016.mac.com (asmtpout016.mac.com [17.148.16.91]) by mx1.freebsd.org (Postfix) with ESMTP id 886DF8FC16 for ; Sun, 1 Mar 2009 16:50:57 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from [192.168.4.253] (mail.xcllnt.net [75.101.29.67]) by asmtp016.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KFU00HE76SW8110@asmtp016.mac.com> for freebsd-ppc@freebsd.org; Sun, 01 Mar 2009 08:50:57 -0800 (PST) Message-id: <51C136A0-5F4C-4F14-B3D2-3F63BCC966DF@mac.com> From: Marcel Moolenaar To: Aleksey V Fedorov In-reply-to: Date: Sun, 01 Mar 2009 08:50:56 -0800 References: <49A2704F.4060703@semihalf.com> <49A42369.600@freebsd.org> <49A511E5.1010705@semihalf.com> <49A7DBD7.7010103@semihalf.com> <49A81358.3080309@semihalf.com> <3727B986-849F-48D4-9227-8D36E2A51BA0@semihalf.com> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-ppc@freebsd.org Subject: Re: boot process X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2009 16:51:01 -0000 On Mar 1, 2009, at 8:04 AM, Aleksey V Fedorov wrote: >>> Hmm. With decr_config(0) kernel is booted, but with actual CCB >>> clock 533000000 kernel silently hang somethere in kdb_init() or >>> "data storage interrupt" occured. >> >> Please show the DSI trap details, preferrably with back trace from >> KDB (type 'tr' if it breaks into the debugger prompt). > > Debugger not initialized at this point. Can you explain the hand-off in a bit more detail. I see "setting up elf image... OK", which is not the FreeBSD loader. How do you load the kernel? do you have a disk image loaded as well? Do you create FreeBSD metainformation? Are interrupts enabled when you jump into the kernel? etc, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ppc@FreeBSD.ORG Sun Mar 1 18:20:00 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 610441065670 for ; Sun, 1 Mar 2009 18:20:00 +0000 (UTC) (envelope-from alexf@vsi.ru) Received: from serv4.vsi.ru (serv4.vsi.ru [80.82.32.19]) by mx1.freebsd.org (Postfix) with ESMTP id CC62F8FC08 for ; Sun, 1 Mar 2009 18:19:59 +0000 (UTC) (envelope-from alexf@vsi.ru) Received: from serv1 (serv1.vsi.ru [80.82.32.12]) by serv4.vsi.ru (8.13.8+Sun/8.13.8) with ESMTP id n21IJvgk007774; Sun, 1 Mar 2009 21:19:57 +0300 (MSK) Date: Sun, 1 Mar 2009 21:19:57 +0300 (MSK) From: Aleksey V Fedorov X-X-Sender: alexf@serv1 To: Marcel Moolenaar In-Reply-To: <51C136A0-5F4C-4F14-B3D2-3F63BCC966DF@mac.com> Message-ID: References: <49A2704F.4060703@semihalf.com> <49A42369.600@freebsd.org> <49A511E5.1010705@semihalf.com> <49A7DBD7.7010103@semihalf.com> <49A81358.3080309@semihalf.com> <3727B986-849F-48D4-9227-8D36E2A51BA0@semihalf.com> <51C136A0-5F4C-4F14-B3D2-3F63BCC966DF@mac.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-ppc@freebsd.org Subject: Re: boot process X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2009 18:20:00 -0000 Hi! On Sun, 1 Mar 2009, Marcel Moolenaar wrote: >>>> Hmm. With decr_config(0) kernel is booted, but with actual CCB clock >>>> 533000000 kernel silently hang somethere in kdb_init() or "data storage >>>> interrupt" occured. >>> >>> Please show the DSI trap details, preferrably with back trace from KDB >>> (type 'tr' if it breaks into the debugger prompt). >> >> Debugger not initialized at this point. > > Can you explain the hand-off in a bit more detail. > I see "setting up elf image... OK", which is not > the FreeBSD loader. How do you load the kernel? > do you have a disk image loaded as well? Do you > create FreeBSD metainformation? Are interrupts > enabled when you jump into the kernel? etc, It's RB1000 RouterBOOT loader. It's derived from U-boot. This loader can load elf image and pass physical pointer to the device-tree block in r3. Vendor did not share any information about hardware and loader. In this case I can't change loader to U-Boot. RouterBOOT loader successfully load Linux image with RB1000 patches. Linux sources with patches is here - http://sourceforge.net/projects/rb1000-linux/ I create bootinfo and envoronment in e500_init(). -- From owner-freebsd-ppc@FreeBSD.ORG Sun Mar 1 21:43:54 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 630211065733 for ; Sun, 1 Mar 2009 21:43:54 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from beta.eecs.cwru.edu (beta.EECS.CWRU.Edu [129.22.150.110]) by mx1.freebsd.org (Postfix) with ESMTP id 13B6B8FC15 for ; Sun, 1 Mar 2009 21:43:53 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from narn.knownspace ([::ffff:69.250.50.210]) (AUTH: PLAIN jrh29, TLS: TLSv1/SSLv3,168bits,DES-CBC3-SHA) by beta.eecs.cwru.edu with esmtp; Sun, 01 Mar 2009 16:43:39 -0500 id 0000A867.49AB018B.00000BA5 Date: Sun, 1 Mar 2009 16:44:12 -0500 From: Justin Hibbits To: Marco Trillo Message-ID: <20090301214412.GA1055@narn.knownspace> References: <20090228165533.GA1166@narn.knownspace> <20090301142432.GC1166@narn.knownspace> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-ppc@freebsd.org Subject: Re: No mixer with Snapper X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2009 21:43:56 -0000 On Sun, Mar 01, 2009 at 05:13:13PM +0100, Marco Trillo wrote: > Hi, > > Thanks! The problem is that an property is used, while > the OFW-I2C code only looks for . > > The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C > code also look for the property. With the patch, the > mixer should attach and work fine. > > Regards > Marco > --- dev/ofw/ofw_iicbus.c.orig 2009-03-01 16:41:57.000000000 +0100 > +++ dev/ofw/ofw_iicbus.c 2009-03-01 16:45:50.000000000 +0100 > @@ -118,7 +118,8 @@ > node = ofw_bus_get_node(dev); > > for (child = OF_child(node); child != 0; child = OF_peer(child)) { > - if (OF_getprop(child, "reg", &addr, sizeof(addr)) == -1) > + if (OF_getprop(child, "reg", &addr, sizeof(addr)) == -1 && > + OF_getprop(child, "i2c-address", &addr, sizeof(addr)) == -1) > continue; > > /* Marco, The patch worked perfectly, thanks. - Justin From owner-freebsd-ppc@FreeBSD.ORG Mon Mar 2 02:48:51 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1133610656C7 for ; Mon, 2 Mar 2009 02:48:51 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from beta.eecs.cwru.edu (beta.EECS.CWRU.Edu [129.22.150.110]) by mx1.freebsd.org (Postfix) with ESMTP id DC86F8FC0C for ; Mon, 2 Mar 2009 02:48:50 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from narn.knownspace ([::ffff:69.250.50.210]) (AUTH: PLAIN jrh29, TLS: TLSv1/SSLv3,168bits,DES-CBC3-SHA) by beta.eecs.cwru.edu with esmtp; Sun, 01 Mar 2009 21:48:46 -0500 id 0000B30C.49AB490E.00003109 Date: Sun, 1 Mar 2009 21:49:19 -0500 From: Justin Hibbits To: freebsd-ppc@freebsd.org Message-ID: <20090302024918.GA1060@narn.knownspace> References: <20081023040422.EKQ11018@dommail.onthenet.com.au> <20081025024544.GA22527@narn.knownspace> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <20081025024544.GA22527@narn.knownspace> User-Agent: Mutt/1.5.19 (2009-01-05) Subject: Re: graphics on G4 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 02:48:58 -0000 On Fri, Oct 24, 2008 at 10:45:44PM -0400, Justin Hibbits wrote: > On Thu, Oct 23, 2008 at 04:04:22AM +1000, Peter Grehan wrote: > > Hi Nathan, > > > > >One thing that worries me about our PMAP layer could cause > > >this. This machine has a lot of RAM. What happens if we have > > >physical or device memory in the same range as kmem VAs? > > >It seems like trying to modify it through the BAT map (as > > >zero/copy page, /dev/mem and friends do) will overwrite > > >random bits of KVA instead... > > > > Apple h/w seems to use 0-2G for RAM, and 2G and up for MMIO. > > G5's can then use > 4G for additional RAM. I've not seen a > > system that has a conflict with the 2 seg's used for KVA, but > > I wouldn't say it's not possible. > > > > Justin - can you drop into OFW, do a 'dev screen' and > > '.properties', and list the 'address' property ? > > > > later, > > > > Peter. > > The address property is a0008000, from ofw. This seems like a rather odd > address, being 8 pages inside the 2.5GB memory space. > > - Justin In an effort to diagnose this problem, is there a way to display the current memory map (BAT and segment registers)? According to ofw_syscons.c the video memory is BAT-mapped. This is a 256MB card, and the starting address for video memory is at 0xa0008000, so it concerns me that it might be sharing implicitly a block of memory with the kernel, specifically data related to process management, since it only crashes when: (a) I'm in X, or (b) I write graphics to the end of the display (maybe it's the last 32k in 32-bit mode, since it's an offset of 32k into the region before it starts) *and* (c) when I spawn a process some random time afterwards. I did try Peter's suggestion to write 0xdeadbeef or 0xdeadc0de, but it still just hanged, and did not panic. So now, I want to print out the memory map, as maybe that could shed some light on things. - Justin From owner-freebsd-ppc@FreeBSD.ORG Mon Mar 2 04:45:57 2009 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43CEE10656E4; Mon, 2 Mar 2009 04:45:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0A2EE8FC23; Mon, 2 Mar 2009 04:45:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n224js9G064044; Sun, 1 Mar 2009 23:45:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n224js9a006389; Sun, 1 Mar 2009 23:45:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 565A67302F; Sun, 1 Mar 2009 23:45:54 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090302044554.565A67302F@freebsd-current.sentex.ca> Date: Sun, 1 Mar 2009 23:45:54 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 04:45:58 -0000 TB --- 2009-03-02 04:00:31 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-02 04:00:31 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-03-02 04:00:31 - cleaning the object tree TB --- 2009-03-02 04:00:59 - cvsupping the source tree TB --- 2009-03-02 04:00:59 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-03-02 04:01:11 - building world TB --- 2009-03-02 04:01:11 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-02 04:01:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-02 04:01:11 - TARGET=powerpc TB --- 2009-03-02 04:01:11 - TARGET_ARCH=powerpc TB --- 2009-03-02 04:01:11 - TZ=UTC TB --- 2009-03-02 04:01:11 - __MAKE_CONF=/dev/null TB --- 2009-03-02 04:01:11 - cd /src TB --- 2009-03-02 04:01:11 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 2 04:01:13 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] echo wlandebug: /obj/powerpc/src/tmp/usr/lib/libc.a >> .depend ===> usr.sbin/wpa (depend) ===> usr.sbin/wpa/wpa_supplicant (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/wpa/wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_DRIVER_WIRED -DCONFIG_TERMINATE_ONLASTIF -DCONFIG_DEBUG_SYSLOG -DCONFIG_BACKEND_FILE -DIEEE8021X_EAPOL -DEAP_TLS -DEAP_PEAP -DEAP_MSCHAPv2 -DEAP_LEAP -DEAP_PSK -DEAP_TLV -DEAP_TLS_FUNCS -DEAP_TLS_OPENSSL -DEAP_TTLS -DEAP_MD5 -I/src/usr.sbin/wpa/wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplic ant/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/aes.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/aes_wrap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/blacklist.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/config.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/ctrl_iface.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/ctrl_iface_unix.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/drivers.c /src/usr .sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/eloop.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/events.c /src/usr.sbin/wpa/wpa_supplicant/../l2_packet.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/main.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/md5.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/preauth.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/pmksa_cache.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/rc4.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/scan.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/scan_helpers.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/sha1.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/wpa.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common/wpa_common.c /src/usr.sbin/wpa/wpa_supplican t/../../../contrib/wpa//src/utils/wpa_debug.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/wpa_ie.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/wpa_supplicant.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/wpabuf.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/wpas_glue.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/driver_ndis.c /src/usr.sbin/wpa/wpa_supplicant/Packet32.c /src/usr.sbin/wpa/wpa_supplicant/driver_wired.c /src/usr.sbin/wpa/wpa_supplicant/driver_freebsd.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/os_unix.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/config_file.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/base64.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eapol_supp/eapol_supp_sm.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap.c /src/us r.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_methods.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/chap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/crypto_openssl.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_leap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_mschapv2.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_peap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_peap_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_psk.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_psk_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_tls.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_tls_common.c /src/usr.sbin/ wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/mschapv2.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/ms_funcs.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/tls_openssl.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_ttls.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_md5.c echo wpa_supplicant: /obj/powerpc/src/tmp/usr/lib/libc.a /obj/powerpc/src/tmp/usr/lib/libpcap.a /obj/powerpc/src/tmp/usr/lib/libssl.a /obj/powerpc/src/tmp/usr/lib/libcrypto.a >> .depend ===> usr.sbin/wpa/wpa_cli (depend) make: don't know how to make wpa_cli.c. Stop *** Error code 2 Stop in /src/usr.sbin/wpa. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-02 04:45:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-02 04:45:54 - ERROR: failed to build world TB --- 2009-03-02 04:45:54 - 2027.95 user 225.87 system 2722.31 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Mon Mar 2 08:32:34 2009 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8A5B1065670; Mon, 2 Mar 2009 08:32:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AD4D28FC14; Mon, 2 Mar 2009 08:32:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n228WW4G031755; Mon, 2 Mar 2009 03:32:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n228WVpt022224; Mon, 2 Mar 2009 03:32:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BA1F17302F; Mon, 2 Mar 2009 03:32:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090302083231.BA1F17302F@freebsd-current.sentex.ca> Date: Mon, 2 Mar 2009 03:32:31 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 08:32:35 -0000 TB --- 2009-03-02 07:46:56 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-02 07:46:56 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-03-02 07:46:56 - cleaning the object tree TB --- 2009-03-02 07:47:08 - cvsupping the source tree TB --- 2009-03-02 07:47:09 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-03-02 07:47:16 - building world TB --- 2009-03-02 07:47:16 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-02 07:47:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-02 07:47:16 - TARGET=powerpc TB --- 2009-03-02 07:47:16 - TARGET_ARCH=powerpc TB --- 2009-03-02 07:47:16 - TZ=UTC TB --- 2009-03-02 07:47:16 - __MAKE_CONF=/dev/null TB --- 2009-03-02 07:47:16 - cd /src TB --- 2009-03-02 07:47:16 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 2 07:47:19 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] mkdep -f .depend -a -I/src/usr.sbin/wpa/wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_DRIVER_WIRED -DCONFIG_TERMINATE_ONLASTIF -DCONFIG_DEBUG_SYSLOG -DCONFIG_BACKEND_FILE -DIEEE8021X_EAPOL -DEAP_TLS -DEAP_PEAP -DEAP_MSCHAPv2 -DEAP_LEAP -DEAP_PSK -DEAP_TLV -DEAP_TLS_FUNCS -DEAP_TLS_OPENSSL -DEAP_TTLS -DEAP_MD5 -I/src/usr.sbin/wpa/wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplic ant/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/aes.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/aes_wrap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/blacklist.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/config.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/ctrl_iface.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/ctrl_iface_unix.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/drivers.c /src/usr .sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/eloop.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/events.c /src/usr.sbin/wpa/wpa_supplicant/../l2_packet.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/main.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/md5.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/preauth.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/pmksa_cache.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/rc4.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/scan.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/scan_helpers.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/sha1.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/wpa.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common/wpa_common.c /src/usr.sbin/wpa/wpa_supplican t/../../../contrib/wpa//src/utils/wpa_debug.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/wpa_ie.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/wpa_supplicant.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/wpabuf.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/wpas_glue.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/driver_ndis.c /src/usr.sbin/wpa/wpa_supplicant/Packet32.c /src/usr.sbin/wpa/wpa_supplicant/driver_wired.c /src/usr.sbin/wpa/wpa_supplicant/driver_freebsd.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/os_unix.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/config_file.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/base64.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eapol_supp/eapol_supp_sm.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap.c /src/us r.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_methods.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/chap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/crypto_openssl.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_leap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_mschapv2.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_peap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_peap_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_psk.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_psk_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_tls.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_tls_common.c /src/usr.sbin/ wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/mschapv2.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/ms_funcs.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/tls_openssl.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_ttls.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_md5.c echo wpa_supplicant: /obj/powerpc/src/tmp/usr/lib/libc.a /obj/powerpc/src/tmp/usr/lib/libpcap.a /obj/powerpc/src/tmp/usr/lib/libssl.a /obj/powerpc/src/tmp/usr/lib/libcrypto.a >> .depend ===> usr.sbin/wpa/wpa_cli (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/wpa/wpa_cli -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/src/usr.sbin/wpa/wpa_cli -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//wpa_supplicant/wpa_cli.c /src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common/wpa_ctrl.c /src/usr.sbin/wpa/wpa_cli/../../. ./contrib/wpa//src/utils/os_unix.c echo wpa_cli: /obj/powerpc/src/tmp/usr/lib/libc.a >> .depend ===> usr.sbin/wpa/wpa_passphrase (depend) make: don't know how to make wpa_passphrase.c. Stop *** Error code 2 Stop in /src/usr.sbin/wpa. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-02 08:32:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-02 08:32:31 - ERROR: failed to build world TB --- 2009-03-02 08:32:31 - 2032.74 user 230.70 system 2735.48 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Mon Mar 2 09:34:36 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E824106564A for ; Mon, 2 Mar 2009 09:34:36 +0000 (UTC) (envelope-from nse@delfi-konsult.com) Received: from perseus.delfi-konsult.com (smtp.hoerhavegaard.dk [87.58.191.122]) by mx1.freebsd.org (Postfix) with ESMTP id D2A2A8FC1D for ; Mon, 2 Mar 2009 09:34:35 +0000 (UTC) (envelope-from nse@delfi-konsult.com) Received: from [127.0.0.1] (localhost [127.0.0.1]) by perseus.delfi-konsult.com (Postfix) with ESMTP id BD1BB5D82E for ; Mon, 2 Mar 2009 10:34:33 +0100 (CET) Message-Id: From: "Niels S. Eliasen" To: freebsd-ppc@freebsd.org X-Custom-Header: Yo! this is my X-Face Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 2 Mar 2009 10:34:32 +0100 X-Mailer: Apple Mail (2.930.3) Subject: GCJ for PowerPC ?? X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 09:34:36 -0000 Hi guys Anyone succeeded in getting gcj working on PowerPC ?? > .if ${MACHINE_ARCH} != i386 > BROKEN= Only for gcj supported platforms > .endif It's marked as broken.... but .... is that fact or fiction ?? ;-) kind regards nse "Ach, crivens, what a wee snotter....." Quote from "The Wee Free Men" by Terry Pratchett From owner-freebsd-ppc@FreeBSD.ORG Mon Mar 2 11:07:07 2009 Return-Path: Delivered-To: freebsd-ppc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2B5D106568F for ; Mon, 2 Mar 2009 11:07:07 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2BEDA8FCB9 for ; Mon, 2 Mar 2009 11:06:58 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n22B6wQJ057407 for ; Mon, 2 Mar 2009 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n22B6vUM057403 for freebsd-ppc@FreeBSD.org; Mon, 2 Mar 2009 11:06:57 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 2 Mar 2009 11:06:57 GMT Message-Id: <200903021106.n22B6vUM057403@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-ppc@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-ppc@FreeBSD.org X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 11:07:40 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o power/131548 ppc ofw_syscons no longer supports 32-bit framebuffer o power/131490 ppc www/seamonkey refuses to build (issue with sed(1) on p a power/121407 ppc [panic] Won't boot up; strange error message. o power/112435 ppc [nexus] [patch] Update nexus children to use ofw_bus f o power/111296 ppc [kernel] [patch] [request] Support IMISS, DLMISS an DS o power/93203 ppc FreeBSD PPC Can't Write to Partitions. 6 problems total. From owner-freebsd-ppc@FreeBSD.ORG Mon Mar 2 11:32:14 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 246E810657DD for ; Mon, 2 Mar 2009 11:32:14 +0000 (UTC) (envelope-from horst@sxemacs.org) Received: from mail10.syd.optusnet.com.au (mail10.syd.optusnet.com.au [211.29.132.191]) by mx1.freebsd.org (Postfix) with ESMTP id 93F6A8FC13 for ; Mon, 2 Mar 2009 11:32:13 +0000 (UTC) (envelope-from horst@sxemacs.org) Received: from [220.237.124.212] (c220-237-124-212.farfl2.nsw.optusnet.com.au [220.237.124.212]) (authenticated sender horst.burkhardt) by mail10.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n22BWAZf014040 for ; Mon, 2 Mar 2009 22:32:11 +1100 From: Horst =?ISO-8859-1?Q?G=FCnther?= Burkhardt III To: FreeBSD PowerPC ML In-Reply-To: References: <20090228165533.GA1166@narn.knownspace> <20090301142432.GC1166@narn.knownspace> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-AXl094BF8Wo8zUw0Euho" Date: Mon, 02 Mar 2009 22:32:58 +1100 Message-Id: <1235993578.13513.0.camel@horst-tla> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Subject: Re: No mixer with Snapper X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 11:32:15 -0000 --=-AXl094BF8Wo8zUw0Euho Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2009-03-01 at 17:13 +0100, Marco Trillo wrote: > Hi, >=20 > Thanks! The problem is that an property is used, while > the OFW-I2C code only looks for . >=20 > The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C > code also look for the property. With the patch, the > mixer should attach and work fine. >=20 > Regards > Marco Awesome, so when will we see this in -CURRENT or better yet -STABLE? ;) -- Horst. --=-AXl094BF8Wo8zUw0Euho Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEABECAAYFAkmrw+oACgkQRtTtv0BbTe7a7gCeMABedZplnVlqrpTSmfKTDFS2 hnEAoMpBgw51Q+5wQHGULX0OkFm9hnLI =SM6c -----END PGP SIGNATURE----- --=-AXl094BF8Wo8zUw0Euho-- From owner-freebsd-ppc@FreeBSD.ORG Mon Mar 2 12:09:56 2009 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20DAA1065670; Mon, 2 Mar 2009 12:09:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E5A298FC16; Mon, 2 Mar 2009 12:09:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n22C9rXF041632; Mon, 2 Mar 2009 07:09:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n22C9rKu082847; Mon, 2 Mar 2009 07:09:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2BAF57302F; Mon, 2 Mar 2009 07:09:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090302120953.2BAF57302F@freebsd-current.sentex.ca> Date: Mon, 2 Mar 2009 07:09:53 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 12:09:59 -0000 TB --- 2009-03-02 11:26:06 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-02 11:26:06 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-03-02 11:26:06 - cleaning the object tree TB --- 2009-03-02 11:26:18 - cvsupping the source tree TB --- 2009-03-02 11:26:18 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-03-02 11:26:25 - building world TB --- 2009-03-02 11:26:25 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-02 11:26:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-02 11:26:25 - TARGET=powerpc TB --- 2009-03-02 11:26:25 - TARGET_ARCH=powerpc TB --- 2009-03-02 11:26:25 - TZ=UTC TB --- 2009-03-02 11:26:25 - __MAKE_CONF=/dev/null TB --- 2009-03-02 11:26:25 - cd /src TB --- 2009-03-02 11:26:25 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 2 11:26:27 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] mkdep -f .depend -a -I/src/usr.sbin/wpa/wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_DRIVER_WIRED -DCONFIG_TERMINATE_ONLASTIF -DCONFIG_DEBUG_SYSLOG -DCONFIG_BACKEND_FILE -DIEEE8021X_EAPOL -DEAP_TLS -DEAP_PEAP -DEAP_MSCHAPv2 -DEAP_LEAP -DEAP_PSK -DEAP_TLV -DEAP_TLS_FUNCS -DEAP_TLS_OPENSSL -DEAP_TTLS -DEAP_MD5 -I/src/usr.sbin/wpa/wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplic ant/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/aes.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/aes_wrap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/blacklist.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/config.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/ctrl_iface.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/ctrl_iface_unix.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/drivers.c /src/usr .sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/eloop.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/events.c /src/usr.sbin/wpa/wpa_supplicant/../l2_packet.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/main.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/md5.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/preauth.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/pmksa_cache.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/rc4.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/scan.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/scan_helpers.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/sha1.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/wpa.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common/wpa_common.c /src/usr.sbin/wpa/wpa_supplican t/../../../contrib/wpa//src/utils/wpa_debug.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/wpa_ie.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/wpa_supplicant.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/wpabuf.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/wpas_glue.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/driver_ndis.c /src/usr.sbin/wpa/wpa_supplicant/Packet32.c /src/usr.sbin/wpa/wpa_supplicant/driver_wired.c /src/usr.sbin/wpa/wpa_supplicant/driver_freebsd.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/os_unix.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/config_file.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/base64.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eapol_supp/eapol_supp_sm.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap.c /src/us r.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_methods.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/chap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/crypto_openssl.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_leap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_mschapv2.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_peap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_peap_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_psk.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_psk_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_tls.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_tls_common.c /src/usr.sbin/ wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/mschapv2.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/ms_funcs.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/tls_openssl.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_ttls.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_md5.c echo wpa_supplicant: /obj/powerpc/src/tmp/usr/lib/libc.a /obj/powerpc/src/tmp/usr/lib/libpcap.a /obj/powerpc/src/tmp/usr/lib/libssl.a /obj/powerpc/src/tmp/usr/lib/libcrypto.a >> .depend ===> usr.sbin/wpa/wpa_cli (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/wpa/wpa_cli -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/src/usr.sbin/wpa/wpa_cli -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//wpa_supplicant/wpa_cli.c /src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common/wpa_ctrl.c /src/usr.sbin/wpa/wpa_cli/../../. ./contrib/wpa//src/utils/os_unix.c echo wpa_cli: /obj/powerpc/src/tmp/usr/lib/libc.a >> .depend ===> usr.sbin/wpa/wpa_passphrase (depend) make: don't know how to make wpa_passphrase.c. Stop *** Error code 2 Stop in /src/usr.sbin/wpa. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-02 12:09:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-02 12:09:53 - ERROR: failed to build world TB --- 2009-03-02 12:09:53 - 2029.28 user 228.04 system 2626.09 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Mon Mar 2 15:26:04 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BB761065670 for ; Mon, 2 Mar 2009 15:26:04 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from adsum.doit.wisc.edu (adsum.doit.wisc.edu [144.92.197.210]) by mx1.freebsd.org (Postfix) with ESMTP id 17CD88FC1A for ; Mon, 2 Mar 2009 15:26:03 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; charset=ISO-8859-1; format=flowed Received: from avs-daemon.smtpauth1.wiscmail.wisc.edu by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) id <0KFV00C00XJFC600@smtpauth1.wiscmail.wisc.edu> for freebsd-ppc@freebsd.org; Mon, 02 Mar 2009 09:26:03 -0600 (CST) Received: from trantor.tachypleus.net (adsl-99-154-1-172.dsl.mdsnwi.sbcglobal.net [99.154.1.172]) by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPSA id <0KFV00BNQXJ8TE00@smtpauth1.wiscmail.wisc.edu>; Mon, 02 Mar 2009 09:25:57 -0600 (CST) Date: Mon, 02 Mar 2009 09:27:02 -0600 From: Nathan Whitehorn In-reply-to: <1235993578.13513.0.camel@horst-tla> To: =?ISO-8859-1?Q?Horst_G=FCnther_Burkhardt_III?= Message-id: <49ABFAC6.1000000@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=99.154.1.172 X-Spam-PmxInfo: Server=avs-12, Version=5.5.1.360522, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.3.2.150424, SenderIP=99.154.1.172 References: <20090228165533.GA1166@narn.knownspace> <20090301142432.GC1166@narn.knownspace> <1235993578.13513.0.camel@horst-tla> User-Agent: Thunderbird 2.0.0.19 (X11/20090126) Cc: FreeBSD PowerPC ML Subject: Re: No mixer with Snapper X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 15:26:07 -0000 Horst Günther Burkhardt III wrote: > On Sun, 2009-03-01 at 17:13 +0100, Marco Trillo wrote: >> Hi, >> >> Thanks! The problem is that an property is used, while >> the OFW-I2C code only looks for . >> >> The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C >> code also look for the property. With the patch, the >> mixer should attach and work fine. >> >> Regards >> Marco > > Awesome, so when will we see this in -CURRENT or better yet -STABLE? ;) > > -- Horst. SVN revision 189280. MFC schedule of interesting features in -CURRENT that I had something to do with: - ATA DMA: unless I receive any bug reports, some time in the middle of this week - ADB: never, it depends on the new TTY system - Altivec: 6 March - Built-in audio: ~ a month -Nathan From owner-freebsd-ppc@FreeBSD.ORG Mon Mar 2 15:49:25 2009 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AF9F106566B; Mon, 2 Mar 2009 15:49:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1D0DA8FC15; Mon, 2 Mar 2009 15:49:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n22FnMKa083578; Mon, 2 Mar 2009 10:49:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n22FnMlX040298; Mon, 2 Mar 2009 10:49:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 08AD87302F; Mon, 2 Mar 2009 10:49:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090302154922.08AD87302F@freebsd-current.sentex.ca> Date: Mon, 2 Mar 2009 10:49:22 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 15:49:26 -0000 TB --- 2009-03-02 15:05:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-02 15:05:51 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-03-02 15:05:51 - cleaning the object tree TB --- 2009-03-02 15:06:03 - cvsupping the source tree TB --- 2009-03-02 15:06:03 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-03-02 15:06:09 - building world TB --- 2009-03-02 15:06:09 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-02 15:06:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-02 15:06:09 - TARGET=powerpc TB --- 2009-03-02 15:06:09 - TARGET_ARCH=powerpc TB --- 2009-03-02 15:06:09 - TZ=UTC TB --- 2009-03-02 15:06:09 - __MAKE_CONF=/dev/null TB --- 2009-03-02 15:06:09 - cd /src TB --- 2009-03-02 15:06:09 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 2 15:06:11 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] mkdep -f .depend -a -I/src/usr.sbin/wpa/wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_DRIVER_WIRED -DCONFIG_TERMINATE_ONLASTIF -DCONFIG_DEBUG_SYSLOG -DCONFIG_BACKEND_FILE -DIEEE8021X_EAPOL -DEAP_TLS -DEAP_PEAP -DEAP_MSCHAPv2 -DEAP_LEAP -DEAP_PSK -DEAP_TLV -DEAP_TLS_FUNCS -DEAP_TLS_OPENSSL -DEAP_TTLS -DEAP_MD5 -I/src/usr.sbin/wpa/wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplic ant/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/aes.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/aes_wrap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/blacklist.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/config.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/ctrl_iface.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/ctrl_iface_unix.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/drivers.c /src/usr .sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/eloop.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/events.c /src/usr.sbin/wpa/wpa_supplicant/../l2_packet.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/main.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/md5.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/preauth.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/pmksa_cache.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/rc4.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/scan.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/scan_helpers.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/sha1.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/wpa.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common/wpa_common.c /src/usr.sbin/wpa/wpa_supplican t/../../../contrib/wpa//src/utils/wpa_debug.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/wpa_ie.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/wpa_supplicant.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/wpabuf.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/wpas_glue.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/driver_ndis.c /src/usr.sbin/wpa/wpa_supplicant/Packet32.c /src/usr.sbin/wpa/wpa_supplicant/driver_wired.c /src/usr.sbin/wpa/wpa_supplicant/driver_freebsd.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/os_unix.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/config_file.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/base64.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eapol_supp/eapol_supp_sm.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap.c /src/us r.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_methods.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/chap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/crypto_openssl.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_leap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_mschapv2.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_peap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_peap_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_psk.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_psk_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_tls.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_tls_common.c /src/usr.sbin/ wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/mschapv2.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/ms_funcs.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/tls_openssl.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_ttls.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_md5.c echo wpa_supplicant: /obj/powerpc/src/tmp/usr/lib/libc.a /obj/powerpc/src/tmp/usr/lib/libpcap.a /obj/powerpc/src/tmp/usr/lib/libssl.a /obj/powerpc/src/tmp/usr/lib/libcrypto.a >> .depend ===> usr.sbin/wpa/wpa_cli (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/wpa/wpa_cli -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/src/usr.sbin/wpa/wpa_cli -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//wpa_supplicant/wpa_cli.c /src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common/wpa_ctrl.c /src/usr.sbin/wpa/wpa_cli/../../. ./contrib/wpa//src/utils/os_unix.c echo wpa_cli: /obj/powerpc/src/tmp/usr/lib/libc.a >> .depend ===> usr.sbin/wpa/wpa_passphrase (depend) make: don't know how to make wpa_passphrase.c. Stop *** Error code 2 Stop in /src/usr.sbin/wpa. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-02 15:49:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-02 15:49:21 - ERROR: failed to build world TB --- 2009-03-02 15:49:21 - 2023.98 user 225.51 system 2610.40 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Mon Mar 2 15:51:26 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 751A61065708 for ; Mon, 2 Mar 2009 15:51:26 +0000 (UTC) (envelope-from alexf@vsi.ru) Received: from serv4.vsi.ru (serv4.vsi.ru [80.82.32.19]) by mx1.freebsd.org (Postfix) with ESMTP id CF35F8FC13 for ; Mon, 2 Mar 2009 15:51:25 +0000 (UTC) (envelope-from alexf@vsi.ru) Received: from serv1 (serv1.vsi.ru [80.82.32.12]) by serv4.vsi.ru (8.13.8+Sun/8.13.8) with ESMTP id n22FpKEj020022; Mon, 2 Mar 2009 18:51:20 +0300 (MSK) Date: Mon, 2 Mar 2009 18:51:20 +0300 (MSK) From: Aleksey V Fedorov X-X-Sender: alexf@serv1 To: Rafal Jaworowski In-Reply-To: Message-ID: References: <49A2704F.4060703@semihalf.com> <49A42369.600@freebsd.org> <49A511E5.1010705@semihalf.com> <49A7DBD7.7010103@semihalf.com> <49A81358.3080309@semihalf.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-ppc@freebsd.org Subject: Re: boot process X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 15:51:28 -0000 Hi! I find the reason. > cpu0: HID0 80000000 No TBEN bitset in HID0. I add: mtspr(SPR_HID0, mfspr(SPR_HID0)| HID0_BOOKE_TBEN ); Now kernel boot successfully with correct decrementer value. :) Next is nand and CF disks. -- From owner-freebsd-ppc@FreeBSD.ORG Mon Mar 2 17:06:01 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30BA11065674 for ; Mon, 2 Mar 2009 17:06:01 +0000 (UTC) (envelope-from horst@sxemacs.org) Received: from mail02.syd.optusnet.com.au (mail02.syd.optusnet.com.au [211.29.132.183]) by mx1.freebsd.org (Postfix) with ESMTP id 9DBE58FC16 for ; Mon, 2 Mar 2009 17:06:00 +0000 (UTC) (envelope-from horst@sxemacs.org) Received: from [220.237.124.212] (c220-237-124-212.farfl2.nsw.optusnet.com.au [220.237.124.212]) (authenticated sender horst.burkhardt) by mail02.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n22H5wpV017886; Tue, 3 Mar 2009 04:05:58 +1100 From: Horst =?ISO-8859-1?Q?G=FCnther?= Burkhardt III To: Nathan Whitehorn In-Reply-To: <49ABFAC6.1000000@freebsd.org> References: <20090228165533.GA1166@narn.knownspace> <20090301142432.GC1166@narn.knownspace> <1235993578.13513.0.camel@horst-tla> <49ABFAC6.1000000@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-XU5z7d15Gy94WyyxAV9N" Date: Tue, 03 Mar 2009 04:06:47 +1100 Message-Id: <1236013607.13513.4.camel@horst-tla> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Cc: FreeBSD PowerPC ML Subject: Re: No mixer with Snapper X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 17:06:01 -0000 --=-XU5z7d15Gy94WyyxAV9N Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-03-02 at 09:27 -0600, Nathan Whitehorn wrote: > SVN revision 189280. MFC schedule of interesting features in -CURRENT=20 > that I had something to do with: >=20 > - ATA DMA: unless I receive any bug reports, some time in the middle of=20 > this week > - ADB: never, it depends on the new TTY system > - Altivec: 6 March > - Built-in audio: ~ a month > -Nathan new TTY system? Altivec (thank god for this! :D), yay. ATA DMA was meant to be in four months ago according to original notes, no? (i've been looking over the ViewVC) AOA? charming. I'm basically going to upgrade to -CURRENT anyway because i'm sick of -STABLE refusing to build. So I'm just waiting for that last tinderbox build error to clear itself up and then I'll start. :) Thanks for clarifying :) --Horst. --=-XU5z7d15Gy94WyyxAV9N Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEABECAAYFAkmsEicACgkQRtTtv0BbTe7GvQCfcumC75nJGSD7bhmsRUABrryz uB0AnRVglI2O860+rCi/U3adc3RsSTd1 =Exnc -----END PGP SIGNATURE----- --=-XU5z7d15Gy94WyyxAV9N-- From owner-freebsd-ppc@FreeBSD.ORG Mon Mar 2 19:28:42 2009 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94435106574B; Mon, 2 Mar 2009 19:28:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 400498FC1C; Mon, 2 Mar 2009 19:28:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n22JSdZb032000; Mon, 2 Mar 2009 14:28:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n22JSbN5013986; Mon, 2 Mar 2009 14:28:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9175C7302F; Mon, 2 Mar 2009 14:28:37 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090302192837.9175C7302F@freebsd-current.sentex.ca> Date: Mon, 2 Mar 2009 14:28:37 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 19:28:45 -0000 TB --- 2009-03-02 18:45:23 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-02 18:45:23 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-03-02 18:45:23 - cleaning the object tree TB --- 2009-03-02 18:45:37 - cvsupping the source tree TB --- 2009-03-02 18:45:37 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-03-02 18:45:45 - building world TB --- 2009-03-02 18:45:45 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-02 18:45:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-02 18:45:45 - TARGET=powerpc TB --- 2009-03-02 18:45:45 - TARGET_ARCH=powerpc TB --- 2009-03-02 18:45:45 - TZ=UTC TB --- 2009-03-02 18:45:45 - __MAKE_CONF=/dev/null TB --- 2009-03-02 18:45:45 - cd /src TB --- 2009-03-02 18:45:45 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 2 18:45:46 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] mkdep -f .depend -a -I/src/usr.sbin/wpa/wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_DRIVER_WIRED -DCONFIG_TERMINATE_ONLASTIF -DCONFIG_DEBUG_SYSLOG -DCONFIG_BACKEND_FILE -DIEEE8021X_EAPOL -DEAP_TLS -DEAP_PEAP -DEAP_MSCHAPv2 -DEAP_LEAP -DEAP_PSK -DEAP_TLV -DEAP_TLS_FUNCS -DEAP_TLS_OPENSSL -DEAP_TTLS -DEAP_MD5 -I/src/usr.sbin/wpa/wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplic ant/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/aes.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/aes_wrap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/blacklist.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/config.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/ctrl_iface.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/ctrl_iface_unix.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/drivers.c /src/usr .sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/eloop.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/events.c /src/usr.sbin/wpa/wpa_supplicant/../l2_packet.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/main.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/md5.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/preauth.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/pmksa_cache.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/rc4.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/scan.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/scan_helpers.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/sha1.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/wpa.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common/wpa_common.c /src/usr.sbin/wpa/wpa_supplican t/../../../contrib/wpa//src/utils/wpa_debug.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/wpa_ie.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/wpa_supplicant.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/wpabuf.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/wpas_glue.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/driver_ndis.c /src/usr.sbin/wpa/wpa_supplicant/Packet32.c /src/usr.sbin/wpa/wpa_supplicant/driver_wired.c /src/usr.sbin/wpa/wpa_supplicant/driver_freebsd.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/os_unix.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/config_file.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/base64.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eapol_supp/eapol_supp_sm.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap.c /src/us r.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_methods.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/chap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/crypto_openssl.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_leap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_mschapv2.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_peap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_peap_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_psk.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_psk_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_tls.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_tls_common.c /src/usr.sbin/ wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/mschapv2.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/ms_funcs.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/tls_openssl.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_ttls.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_md5.c echo wpa_supplicant: /obj/powerpc/src/tmp/usr/lib/libc.a /obj/powerpc/src/tmp/usr/lib/libpcap.a /obj/powerpc/src/tmp/usr/lib/libssl.a /obj/powerpc/src/tmp/usr/lib/libcrypto.a >> .depend ===> usr.sbin/wpa/wpa_cli (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/wpa/wpa_cli -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/src/usr.sbin/wpa/wpa_cli -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//wpa_supplicant/wpa_cli.c /src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common/wpa_ctrl.c /src/usr.sbin/wpa/wpa_cli/../../. ./contrib/wpa//src/utils/os_unix.c echo wpa_cli: /obj/powerpc/src/tmp/usr/lib/libc.a >> .depend ===> usr.sbin/wpa/wpa_passphrase (depend) make: don't know how to make wpa_passphrase.c. Stop *** Error code 2 Stop in /src/usr.sbin/wpa. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-02 19:28:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-02 19:28:37 - ERROR: failed to build world TB --- 2009-03-02 19:28:37 - 2022.27 user 226.43 system 2593.60 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Mon Mar 2 20:59:02 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFF0210656C0 for ; Mon, 2 Mar 2009 20:59:02 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 5EB378FC20 for ; Mon, 2 Mar 2009 20:59:01 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from wolfram.andreas.nets ([91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id n22KwvZv095087; Mon, 2 Mar 2009 21:58:58 +0100 (CET) (envelope-from andreast-list@fgznet.ch) Message-ID: <49AC4891.1060804@fgznet.ch> Date: Mon, 02 Mar 2009 21:58:57 +0100 From: Andreas Tobler User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: "Niels S. Eliasen" References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: freebsd-ppc@freebsd.org Subject: Re: GCJ for PowerPC ?? X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 20:59:03 -0000 Hi, Niels S. Eliasen wrote: > Anyone succeeded in getting gcj working on PowerPC ?? > >> .if ${MACHINE_ARCH} != i386 >> BROKEN= Only for gcj supported platforms >> .endif > > It's marked as broken.... but .... is that fact or fiction ?? ;-) It is fact. I did not complete the port yet. boehm-gc and libffi are there, even in gcc-4.2.1. But the libjava bits are missing. I do not remember what stopped me working on. I'll have a look and see what is missing. I guess the most headache part is the MD_FALLBACK_FRAME_STATE_FOR macro in gcc for proper unwinding exceptions. Andreas From owner-freebsd-ppc@FreeBSD.ORG Mon Mar 2 21:14:39 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DB02106566C for ; Mon, 2 Mar 2009 21:14:39 +0000 (UTC) (envelope-from nse@delfi-konsult.com) Received: from perseus.delfi-konsult.com (smtp.hoerhavegaard.dk [87.58.191.122]) by mx1.freebsd.org (Postfix) with ESMTP id ED1FB8FC17 for ; Mon, 2 Mar 2009 21:14:38 +0000 (UTC) (envelope-from nse@delfi-konsult.com) Received: from [127.0.0.1] (localhost [127.0.0.1]) by perseus.delfi-konsult.com (Postfix) with ESMTP id 0DE245D82E; Mon, 2 Mar 2009 22:14:36 +0100 (CET) From: "Niels S. Eliasen" To: Andreas Tobler In-Reply-To: <49AC4891.1060804@fgznet.ch> References: <49AC4891.1060804@fgznet.ch> Message-Id: X-Custom-Header: Yo! this is my X-Face Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 2 Mar 2009 22:14:36 +0100 X-Mailer: Apple Mail (2.930.3) Cc: freebsd-ppc@freebsd.org Subject: Re: GCJ for PowerPC ?? X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 21:14:39 -0000 Hi Andreas Den 02/03/2009 kl. 21.58 skrev Andreas Tobler: > Hi, > > Niels S. Eliasen wrote: > >> Anyone succeeded in getting gcj working on PowerPC ?? >>> .if ${MACHINE_ARCH} != i386 >>> BROKEN= Only for gcj supported platforms >>> .endif >> It's marked as broken.... but .... is that fact or fiction ?? ;-) > > It is fact. I did not complete the port yet. boehm-gc and libffi are > there, even in gcc-4.2.1. But the libjava bits are missing. I do not > remember what stopped me working on. > > I'll have a look and see what is missing. I guess the most headache > part is the MD_FALLBACK_FRAME_STATE_FOR macro in gcc for proper > unwinding exceptions. Sounds great!! > > Andreas kind regards nse "Ach, crivens, what a wee snotter....." Quote from "The Wee Free Men" by Terry Pratchett From owner-freebsd-ppc@FreeBSD.ORG Mon Mar 2 21:38:20 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B4381065670 for ; Mon, 2 Mar 2009 21:38:20 +0000 (UTC) (envelope-from geraldablists@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.239]) by mx1.freebsd.org (Postfix) with ESMTP id 205888FC12 for ; Mon, 2 Mar 2009 21:38:19 +0000 (UTC) (envelope-from geraldablists@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so2779379rvb.43 for ; Mon, 02 Mar 2009 13:38:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=DqlHmMW1gTY/kcmdMHJP49S/YwADFUPrJkhm7RTDXJk=; b=NcxRg5eBe5GPKq6Feb/VXcuEUWjkdAcjg8eOpSmjtOvIpQUe1tJJn21UDfbdmIuNhi Fz4Kxx47NmmXvzDBejgleiP8E9qKGgJhPj3nsOqlVY4IvRJd70+UFy6auAM8XlBMV0LM vR17Fxw7bmcP8k2Ow1shwt+wm/aXC1UNDgtOo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=bSZ0WkF2vTS4UVUjN4fVeiFdAta9WoOnfekZ/lzhIT0ZSyI9rCWO68Yxr73eHN3Shm wkj+cdIuG2csMqL+tPQHCjq0goDRxiVFh7Bq25h96OE3ifmvuwEgleJErxgSrrpkYXTr 5rMNHoJwm/b/3bQMZmAxRIHB191tuP+LenxC4= MIME-Version: 1.0 Received: by 10.142.88.4 with SMTP id l4mr1533317wfb.112.1236028058077; Mon, 02 Mar 2009 13:07:38 -0800 (PST) Date: Mon, 2 Mar 2009 16:07:38 -0500 Message-ID: <8e0ed1e00903021307p6ad5ede7u7014bb69ccbf3f8b@mail.gmail.com> From: Gerald A To: freebsd-ppc@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Prepping disks for usage X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 21:38:21 -0000 Hi all, I know that FreeBSD can't natively do the disk work needed for booting, and there are various shims and hacks needed to get this working. I have access to a machine that doesn't have a hard disk in it, and I'd like to add one. Ideally I'd like to get FreeBSD working on it, but I'm guessing there are several prep steps needed before that. Any clues or useful pointers to this? Thanks, Gerald. From owner-freebsd-ppc@FreeBSD.ORG Mon Mar 2 23:08:59 2009 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7F661065674; Mon, 2 Mar 2009 23:08:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 560978FC13; Mon, 2 Mar 2009 23:08:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n22N8uJF072733; Mon, 2 Mar 2009 18:08:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n22N8uWc099767; Mon, 2 Mar 2009 18:08:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1FCDA7302F; Mon, 2 Mar 2009 18:08:56 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090302230856.1FCDA7302F@freebsd-current.sentex.ca> Date: Mon, 2 Mar 2009 18:08:56 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 23:09:00 -0000 TB --- 2009-03-02 22:25:36 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-02 22:25:36 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-03-02 22:25:36 - cleaning the object tree TB --- 2009-03-02 22:25:50 - cvsupping the source tree TB --- 2009-03-02 22:25:50 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-03-02 22:25:57 - building world TB --- 2009-03-02 22:25:57 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-02 22:25:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-02 22:25:57 - TARGET=powerpc TB --- 2009-03-02 22:25:57 - TARGET_ARCH=powerpc TB --- 2009-03-02 22:25:57 - TZ=UTC TB --- 2009-03-02 22:25:57 - __MAKE_CONF=/dev/null TB --- 2009-03-02 22:25:57 - cd /src TB --- 2009-03-02 22:25:57 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 2 22:25:58 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] mkdep -f .depend -a -I/src/usr.sbin/wpa/wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_DRIVER_WIRED -DCONFIG_TERMINATE_ONLASTIF -DCONFIG_DEBUG_SYSLOG -DCONFIG_BACKEND_FILE -DIEEE8021X_EAPOL -DEAP_TLS -DEAP_PEAP -DEAP_MSCHAPv2 -DEAP_LEAP -DEAP_PSK -DEAP_TLV -DEAP_TLS_FUNCS -DEAP_TLS_OPENSSL -DEAP_TTLS -DEAP_MD5 -I/src/usr.sbin/wpa/wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplic ant/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/aes.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/aes_wrap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/blacklist.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/config.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/ctrl_iface.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/ctrl_iface_unix.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/drivers.c /src/usr .sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/eloop.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/events.c /src/usr.sbin/wpa/wpa_supplicant/../l2_packet.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/main.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/md5.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/preauth.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/pmksa_cache.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/rc4.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/scan.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/scan_helpers.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/sha1.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/wpa.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common/wpa_common.c /src/usr.sbin/wpa/wpa_supplican t/../../../contrib/wpa//src/utils/wpa_debug.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/wpa_ie.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/wpa_supplicant.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/wpabuf.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/wpas_glue.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/driver_ndis.c /src/usr.sbin/wpa/wpa_supplicant/Packet32.c /src/usr.sbin/wpa/wpa_supplicant/driver_wired.c /src/usr.sbin/wpa/wpa_supplicant/driver_freebsd.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/os_unix.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/config_file.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/base64.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eapol_supp/eapol_supp_sm.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap.c /src/us r.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_methods.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/chap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/crypto_openssl.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_leap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_mschapv2.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_peap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_peap_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_psk.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_psk_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_tls.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_tls_common.c /src/usr.sbin/ wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/mschapv2.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/ms_funcs.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/tls_openssl.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_ttls.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_md5.c echo wpa_supplicant: /obj/powerpc/src/tmp/usr/lib/libc.a /obj/powerpc/src/tmp/usr/lib/libpcap.a /obj/powerpc/src/tmp/usr/lib/libssl.a /obj/powerpc/src/tmp/usr/lib/libcrypto.a >> .depend ===> usr.sbin/wpa/wpa_cli (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/wpa/wpa_cli -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/src/usr.sbin/wpa/wpa_cli -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//wpa_supplicant/wpa_cli.c /src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common/wpa_ctrl.c /src/usr.sbin/wpa/wpa_cli/../../. ./contrib/wpa//src/utils/os_unix.c echo wpa_cli: /obj/powerpc/src/tmp/usr/lib/libc.a >> .depend ===> usr.sbin/wpa/wpa_passphrase (depend) make: don't know how to make wpa_passphrase.c. Stop *** Error code 2 Stop in /src/usr.sbin/wpa. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-02 23:08:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-02 23:08:55 - ERROR: failed to build world TB --- 2009-03-02 23:08:55 - 2020.83 user 229.03 system 2599.88 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Tue Mar 3 00:17:56 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17F4C106566B for ; Tue, 3 Mar 2009 00:17:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.185]) by mx1.freebsd.org (Postfix) with ESMTP id A12668FC0A for ; Tue, 3 Mar 2009 00:17:55 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so2879506tib.3 for ; Mon, 02 Mar 2009 16:17:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=+1eMtBfXEWZNoYj63+eEo7W5jCEMS1AgutXEZKVZUXc=; b=hwCCnvvioFDw0aqxIkBLud8oWeNA7ulN3ZSODLE3UlsrTtkXiwrlN/uwLRlnWbmjiz b2uhndAoCSKZlSXbtsO6zl9e+UUMV/YZtAMHPtx4iKpGuMjfUfWrnFugkAjJFMMxNNF0 5YyiUjpB4dY+mgCb0og/GccZtQMt9e/yWGvxs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=ZR0bObIeHekXeXa1cbsCzr6xYUJEQLnwYLbJCDd2FqbIfBcVeM2AtNC65whxk5g0jF h6BW+6XQqzhL9ANa2U9mfpVyj5vjx8I94R0m2u1LOukjrHl9PkFDB47vDaTCQh9FgWXM RaXDm6ajXoQ3rPRQeVvEPp2xq84RDTmMnUJ+k= Received: by 10.110.40.8 with SMTP id n8mr9494775tin.28.1236038026579; Mon, 02 Mar 2009 15:53:46 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id u12sm2181528tia.18.2009.03.02.15.53.43 (version=SSLv3 cipher=RC4-MD5); Mon, 02 Mar 2009 15:53:45 -0800 (PST) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Tue, 3 Mar 2009 09:00:24 +0900 From: Pyun YongHyeon Date: Tue, 3 Mar 2009 09:00:24 +0900 To: Nathan Whitehorn Message-ID: <20090303000024.GA82725@michelle.cdnetworks.co.kr> References: <20090228165533.GA1166@narn.knownspace> <20090301142432.GC1166@narn.knownspace> <1235993578.13513.0.camel@horst-tla> <49ABFAC6.1000000@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49ABFAC6.1000000@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD PowerPC ML Subject: Re: No mixer with Snapper X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 00:17:56 -0000 On Mon, Mar 02, 2009 at 09:27:02AM -0600, Nathan Whitehorn wrote: > Horst G?nther Burkhardt III wrote: > >On Sun, 2009-03-01 at 17:13 +0100, Marco Trillo wrote: > >>Hi, > >> > >>Thanks! The problem is that an property is used, while > >>the OFW-I2C code only looks for . > >> > >>The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C > >>code also look for the property. With the patch, the > >>mixer should attach and work fine. > >> > >>Regards > >>Marco > > > >Awesome, so when will we see this in -CURRENT or better yet -STABLE? ;) > > > >-- Horst. > > SVN revision 189280. MFC schedule of interesting features in -CURRENT > that I had something to do with: > > - ATA DMA: unless I receive any bug reports, some time in the middle of > this week Hmm, I think there was a couple of issues of ATA DMA on iBook G4. marcel@ and weongyo@ also reported instability of ATA DMA, was that fixed? AFAIK weongyo@ couldn't even boot kernel. See http://lists.freebsd.org/pipermail/freebsd-ppc/2008-November/003372.html for entire thread. > - ADB: never, it depends on the new TTY system > - Altivec: 6 March > - Built-in audio: ~ a month From owner-freebsd-ppc@FreeBSD.ORG Tue Mar 3 02:49:34 2009 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 499F61065675; Tue, 3 Mar 2009 02:49:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B63558FC15; Tue, 3 Mar 2009 02:49:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n232nVx4087942; Mon, 2 Mar 2009 21:49:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n232nUHX003397; Mon, 2 Mar 2009 21:49:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C1F857302F; Mon, 2 Mar 2009 21:49:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090303024930.C1F857302F@freebsd-current.sentex.ca> Date: Mon, 2 Mar 2009 21:49:30 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 02:49:35 -0000 TB --- 2009-03-03 02:05:58 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-03 02:05:58 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-03-03 02:05:58 - cleaning the object tree TB --- 2009-03-03 02:06:11 - cvsupping the source tree TB --- 2009-03-03 02:06:11 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-03-03 02:06:19 - building world TB --- 2009-03-03 02:06:19 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-03 02:06:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-03 02:06:19 - TARGET=powerpc TB --- 2009-03-03 02:06:19 - TARGET_ARCH=powerpc TB --- 2009-03-03 02:06:19 - TZ=UTC TB --- 2009-03-03 02:06:19 - __MAKE_CONF=/dev/null TB --- 2009-03-03 02:06:19 - cd /src TB --- 2009-03-03 02:06:19 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 3 02:06:21 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] mkdep -f .depend -a -I/src/usr.sbin/wpa/wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_DRIVER_WIRED -DCONFIG_TERMINATE_ONLASTIF -DCONFIG_DEBUG_SYSLOG -DCONFIG_BACKEND_FILE -DIEEE8021X_EAPOL -DEAP_TLS -DEAP_PEAP -DEAP_MSCHAPv2 -DEAP_LEAP -DEAP_PSK -DEAP_TLV -DEAP_TLS_FUNCS -DEAP_TLS_OPENSSL -DEAP_TTLS -DEAP_MD5 -I/src/usr.sbin/wpa/wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplic ant/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/aes.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/aes_wrap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/blacklist.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/config.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/ctrl_iface.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/ctrl_iface_unix.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/drivers.c /src/usr .sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/eloop.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/events.c /src/usr.sbin/wpa/wpa_supplicant/../l2_packet.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/main.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/md5.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/preauth.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/pmksa_cache.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/rc4.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/scan.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/scan_helpers.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/sha1.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/wpa.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common/wpa_common.c /src/usr.sbin/wpa/wpa_supplican t/../../../contrib/wpa//src/utils/wpa_debug.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/wpa_ie.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/wpa_supplicant.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/wpabuf.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/wpas_glue.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/driver_ndis.c /src/usr.sbin/wpa/wpa_supplicant/Packet32.c /src/usr.sbin/wpa/wpa_supplicant/driver_wired.c /src/usr.sbin/wpa/wpa_supplicant/driver_freebsd.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/os_unix.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/config_file.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/base64.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eapol_supp/eapol_supp_sm.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap.c /src/us r.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_methods.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/chap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/crypto_openssl.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_leap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_mschapv2.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_peap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_peap_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_psk.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_psk_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_tls.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_tls_common.c /src/usr.sbin/ wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/mschapv2.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/ms_funcs.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/tls_openssl.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_ttls.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_md5.c echo wpa_supplicant: /obj/powerpc/src/tmp/usr/lib/libc.a /obj/powerpc/src/tmp/usr/lib/libpcap.a /obj/powerpc/src/tmp/usr/lib/libssl.a /obj/powerpc/src/tmp/usr/lib/libcrypto.a >> .depend ===> usr.sbin/wpa/wpa_cli (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/wpa/wpa_cli -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/src/usr.sbin/wpa/wpa_cli -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//wpa_supplicant/wpa_cli.c /src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common/wpa_ctrl.c /src/usr.sbin/wpa/wpa_cli/../../. ./contrib/wpa//src/utils/os_unix.c echo wpa_cli: /obj/powerpc/src/tmp/usr/lib/libc.a >> .depend ===> usr.sbin/wpa/wpa_passphrase (depend) make: don't know how to make wpa_passphrase.c. Stop *** Error code 2 Stop in /src/usr.sbin/wpa. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-03 02:49:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-03 02:49:30 - ERROR: failed to build world TB --- 2009-03-03 02:49:30 - 2023.43 user 226.71 system 2612.37 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Tue Mar 3 02:55:46 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2E911065672 for ; Tue, 3 Mar 2009 02:55:46 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from adsum.doit.wisc.edu (adsum.doit.wisc.edu [144.92.197.210]) by mx1.freebsd.org (Postfix) with ESMTP id 7152F8FC18 for ; Tue, 3 Mar 2009 02:55:46 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1; format=flowed Received: from avs-daemon.smtpauth1.wiscmail.wisc.edu by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) id <0KFW00700TGXPS00@smtpauth1.wiscmail.wisc.edu> for freebsd-ppc@freebsd.org; Mon, 02 Mar 2009 20:55:45 -0600 (CST) Received: from trantor.tachypleus.net (adsl-99-154-1-172.dsl.mdsnwi.sbcglobal.net [99.154.1.172]) by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPSA id <0KFW00IF4TGVQS50@smtpauth1.wiscmail.wisc.edu>; Mon, 02 Mar 2009 20:55:45 -0600 (CST) Date: Mon, 02 Mar 2009 20:56:50 -0600 From: Nathan Whitehorn In-reply-to: <20090303000024.GA82725@michelle.cdnetworks.co.kr> To: pyunyh@gmail.com Message-id: <49AC9C72.3030307@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=99.154.1.172 X-Spam-PmxInfo: Server=avs-9, Version=5.5.1.360522, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.3.3.24319, SenderIP=99.154.1.172 References: <20090228165533.GA1166@narn.knownspace> <20090301142432.GC1166@narn.knownspace> <1235993578.13513.0.camel@horst-tla> <49ABFAC6.1000000@freebsd.org> <20090303000024.GA82725@michelle.cdnetworks.co.kr> User-Agent: Thunderbird 2.0.0.19 (X11/20090126) Cc: FreeBSD PowerPC ML Subject: Re: No mixer with Snapper X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 02:55:47 -0000 Pyun YongHyeon wrote: > On Mon, Mar 02, 2009 at 09:27:02AM -0600, Nathan Whitehorn wrote: >> Horst G?nther Burkhardt III wrote: >>> On Sun, 2009-03-01 at 17:13 +0100, Marco Trillo wrote: >>>> Hi, >>>> >>>> Thanks! The problem is that an property is used, while >>>> the OFW-I2C code only looks for . >>>> >>>> The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C >>>> code also look for the property. With the patch, the >>>> mixer should attach and work fine. >>>> >>>> Regards >>>> Marco >>> Awesome, so when will we see this in -CURRENT or better yet -STABLE? ;) >>> >>> -- Horst. >> SVN revision 189280. MFC schedule of interesting features in -CURRENT >> that I had something to do with: >> >> - ATA DMA: unless I receive any bug reports, some time in the middle of >> this week > > Hmm, I think there was a couple of issues of ATA DMA on iBook G4. > marcel@ and weongyo@ also reported instability of ATA DMA, was that > fixed? AFAIK weongyo@ couldn't even boot kernel. > See > http://lists.freebsd.org/pipermail/freebsd-ppc/2008-November/003372.html > for entire thread. I think it was fixed. The G4 iBook that I've acquired since those reports works flawlessly, and I haven't received any other reports, positive or negative, since my earlier attempts at fixing those bugs. If anyone whose machine didn't work before now does, or is still broken, or even if your machine has always worked fine with the DMA support, I would very much appreciate an email. -Nathan From owner-freebsd-ppc@FreeBSD.ORG Tue Mar 3 03:23:48 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 870841065673 for ; Tue, 3 Mar 2009 03:23:48 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from beta.eecs.cwru.edu (beta.EECS.CWRU.Edu [129.22.150.110]) by mx1.freebsd.org (Postfix) with ESMTP id 652D88FC21 for ; Tue, 3 Mar 2009 03:23:48 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from narn.knownspace ([::ffff:69.250.50.210]) (AUTH: PLAIN jrh29, TLS: TLSv1/SSLv3,168bits,DES-CBC3-SHA) by beta.eecs.cwru.edu with esmtp; Mon, 02 Mar 2009 22:23:47 -0500 id 000ABE8A.49ACA2C3.00004840 Date: Mon, 2 Mar 2009 22:24:18 -0500 From: Justin Hibbits To: freebsd-ppc@freebsd.org Message-ID: <20090303032418.GA1055@narn.knownspace> References: <20081023040422.EKQ11018@dommail.onthenet.com.au> <20081025024544.GA22527@narn.knownspace> <20090302024918.GA1060@narn.knownspace> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <20090302024918.GA1060@narn.knownspace> User-Agent: Mutt/1.5.19 (2009-01-05) Subject: Re: graphics on G4 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 03:23:48 -0000 On Sun, Mar 01, 2009 at 09:49:19PM -0500, Justin Hibbits wrote: > On Fri, Oct 24, 2008 at 10:45:44PM -0400, Justin Hibbits wrote: > > On Thu, Oct 23, 2008 at 04:04:22AM +1000, Peter Grehan wrote: > > > Hi Nathan, > > > > > > >One thing that worries me about our PMAP layer could cause > > > >this. This machine has a lot of RAM. What happens if we have > > > >physical or device memory in the same range as kmem VAs? > > > >It seems like trying to modify it through the BAT map (as > > > >zero/copy page, /dev/mem and friends do) will overwrite > > > >random bits of KVA instead... I wrote a simple kernel module to print out BAT and segment registers, and the output immediately following boot is: register 528 = 0x1ffe register 529 = 0x12 register 530 = 0 register 531 = 0 register 532 = 0 register 533 = 0 register 534 = 0 register 535 = 0 register 536 = 0x1ffe register 537 = 0x12 register 538 = 0x80001ffe register 539 = 0x8000002a register 540 = 0xa0001ffe register 541 = 0xa000002a register 542 = 0x20001ffe register 543 = 0x20000012 segment register 0 = 0xfffff0 segment register 1 = 0xfffff0 segment register 2 = 0xfffff0 segment register 3 = 0xfffff0 segment register 4 = 0xfffff0 segment register 5 = 0xfffff0 segment register 6 = 0xfffff0 segment register 7 = 0xfffff0 segment register 8 = 0xfffff0 segment register 9 = 0xfffff0 segment register 10 = 0xfffff0 segment register 11 = 0xfffff0 segment register 12 = 0xe55e47 segment register 13 = 0xfffffd segment register 14 = 0xfffffe segment register 15 = 0xfffff0 Later, and I don't know precisely what is meant by "later", registers 540 and 541 get changed to 0x4......., which means the video memory gets un-BAT-mapped. This could be the cause of the hangs I've been seeing, but I don't know offhand how to further diagnose and fix this. - Justin From owner-freebsd-ppc@FreeBSD.ORG Tue Mar 3 03:45:06 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C66B910656BF; Tue, 3 Mar 2009 03:45:06 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.236]) by mx1.freebsd.org (Postfix) with ESMTP id 85D3C8FC14; Tue, 3 Mar 2009 03:45:06 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so2934375rvb.43 for ; Mon, 02 Mar 2009 19:45:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:organization :x-operation-sytem; bh=nfMolgdxGkrquhNJkuJ8jeTtL1rg6/UpDtqxWwVs3TY=; b=TWub0zwqsJ5V3LrsUkyEAj+9foXX/wV7woB6uBKaJ3o5fBgNQa3msuYpmeXQ8L0oq6 RIfSOzynoAyCwWS8EMfhRKGXION1eOi8jd4x1rniInub4JtN/lzEbZr6i2eQwBmPFf1E yTw7Rgavg45eV1nIhStqcfmYsCebH1s7Ub8nU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent :organization:x-operation-sytem; b=T3sZn2GGCNBi/YwBMJ6wW/VxMObbZBcoUuFVj3OBjy+TkDQX2xyr6V/CrA8F43/hH6 AjaFiRKQA3l3Q8duUzLHgfneFWoGZWCh17v91dt2txKsNMd0I/pK1s8n7tb0ygT6kdra YCrDhLBRnioll6bFqwfXL/kyjJvKk8oKLKAn8= Received: by 10.141.87.13 with SMTP id p13mr3256890rvl.166.1236051905982; Mon, 02 Mar 2009 19:45:05 -0800 (PST) Received: from weongyo ([114.111.62.249]) by mx.google.com with ESMTPS id b39sm7687900rvf.9.2009.03.02.19.45.04 (version=SSLv3 cipher=RC4-MD5); Mon, 02 Mar 2009 19:45:05 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Tue, 3 Mar 2009 12:44:35 +0900 From: Weongyo Jeong Date: Tue, 3 Mar 2009 12:44:35 +0900 To: Nathan Whitehorn Message-ID: <20090303034435.GB94580@weongyo.cdnetworks.kr> References: <20090228165533.GA1166@narn.knownspace> <20090301142432.GC1166@narn.knownspace> <1235993578.13513.0.camel@horst-tla> <49ABFAC6.1000000@freebsd.org> <20090303000024.GA82725@michelle.cdnetworks.co.kr> <49AC9C72.3030307@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49AC9C72.3030307@freebsd.org> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: FreeBSD PowerPC ML Subject: Re: No mixer with Snapper X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 03:45:07 -0000 On Mon, Mar 02, 2009 at 08:56:50PM -0600, Nathan Whitehorn wrote: > Pyun YongHyeon wrote: > >On Mon, Mar 02, 2009 at 09:27:02AM -0600, Nathan Whitehorn wrote: > >>Horst G?nther Burkhardt III wrote: > >>>On Sun, 2009-03-01 at 17:13 +0100, Marco Trillo wrote: > >>>>Hi, > >>>> > >>>>Thanks! The problem is that an property is used, while > >>>>the OFW-I2C code only looks for . > >>>> > >>>>The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C > >>>>code also look for the property. With the patch, the > >>>>mixer should attach and work fine. > >>>> > >>>>Regards > >>>>Marco > >>>Awesome, so when will we see this in -CURRENT or better yet -STABLE? ;) > >>> > >>>-- Horst. > >>SVN revision 189280. MFC schedule of interesting features in -CURRENT > >>that I had something to do with: > >> > >>- ATA DMA: unless I receive any bug reports, some time in the middle of > >>this week > > > >Hmm, I think there was a couple of issues of ATA DMA on iBook G4. > >marcel@ and weongyo@ also reported instability of ATA DMA, was that > >fixed? AFAIK weongyo@ couldn't even boot kernel. > >See > >http://lists.freebsd.org/pipermail/freebsd-ppc/2008-November/003372.html > >for entire thread. > > I think it was fixed. The G4 iBook that I've acquired since those > reports works flawlessly, and I haven't received any other reports, > positive or negative, since my earlier attempts at fixing those bugs. If > anyone whose machine didn't work before now does, or is still broken, or > even if your machine has always worked fine with the DMA support, I > would very much appreciate an email. Ok. Currently my build kernel date is at Feb 11 that it still doesn't work to boot the kernel without `set hw.ata.atapi_dma=0'. In addition maybe end of Feb I tried to update kernel but it couldn't boot even if I set hw.ata.atapi_dma=0 so I reverted. And sometime I got unknown kernel hang during buildkernel or buildworld that it's ok with if I set hw.ata.ata_dma = 0; normally the keyboard interrupt didn't work after it happened. Today I'll try to update kernel and world again and make sure let you know its result. :-) Thank you for your hard work. regards, Weongyo Jeong From owner-freebsd-ppc@FreeBSD.ORG Tue Mar 3 05:40:24 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4C88106564A; Tue, 3 Mar 2009 05:40:24 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.228]) by mx1.freebsd.org (Postfix) with ESMTP id 847C68FC0C; Tue, 3 Mar 2009 05:40:24 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so2983261rvb.43 for ; Mon, 02 Mar 2009 21:40:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:organization :x-operation-sytem; bh=BpG/SBDtyfLCHcf73bAeGVGwP0q3IEFLcXlSkL05IYA=; b=HXo8QiukXwdSwxO0SABpom3R48yz/iyjxQU7FOJTpdKKL1uKDasZvduhd6yGxUbRr5 MZLk9kDH7MWJgSBF1y/aELtGZocpklSro0MtoeUPnRb1qvVMOplEebAPsTqp36yS8/95 q/2ujD2bh9nHdAJ+ZKVSRU9SIDLIZjiVPTnvg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent :organization:x-operation-sytem; b=kWehLZUMhFIx+lufQugemgvEvl/XiNqhtuD5P72yo429rnbl6h3j/4idOV7fgybKSf ATSZk+SJ+/6acBCKt/idJRP9to8ez1FF3TQnbgv09qApfPEKewoWXORwDxHviJK4wX5k hZpbhwY2fD7kWdktDx+N+Iy8Lrga1wS+sbjr4= Received: by 10.140.158.4 with SMTP id g4mr3312058rve.160.1236058823992; Mon, 02 Mar 2009 21:40:23 -0800 (PST) Received: from weongyo ([114.111.62.249]) by mx.google.com with ESMTPS id f21sm3297403rvb.2.2009.03.02.21.40.21 (version=SSLv3 cipher=RC4-MD5); Mon, 02 Mar 2009 21:40:23 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Tue, 3 Mar 2009 14:39:52 +0900 From: Weongyo Jeong Date: Tue, 3 Mar 2009 14:39:52 +0900 To: Nathan Whitehorn Message-ID: <20090303053952.GC94580@weongyo.cdnetworks.kr> References: <20090228165533.GA1166@narn.knownspace> <20090301142432.GC1166@narn.knownspace> <1235993578.13513.0.camel@horst-tla> <49ABFAC6.1000000@freebsd.org> <20090303000024.GA82725@michelle.cdnetworks.co.kr> <49AC9C72.3030307@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49AC9C72.3030307@freebsd.org> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: FreeBSD PowerPC ML Subject: Re: No mixer with Snapper X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 05:40:25 -0000 On Mon, Mar 02, 2009 at 08:56:50PM -0600, Nathan Whitehorn wrote: > Pyun YongHyeon wrote: > >On Mon, Mar 02, 2009 at 09:27:02AM -0600, Nathan Whitehorn wrote: > >>Horst G?nther Burkhardt III wrote: > >>>On Sun, 2009-03-01 at 17:13 +0100, Marco Trillo wrote: > >>>>Hi, > >>>> > >>>>Thanks! The problem is that an property is used, while > >>>>the OFW-I2C code only looks for . > >>>> > >>>>The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C > >>>>code also look for the property. With the patch, the > >>>>mixer should attach and work fine. > >>>> > >>>>Regards > >>>>Marco > >>>Awesome, so when will we see this in -CURRENT or better yet -STABLE? ;) > >>> > >>>-- Horst. > >>SVN revision 189280. MFC schedule of interesting features in -CURRENT > >>that I had something to do with: > >> > >>- ATA DMA: unless I receive any bug reports, some time in the middle of > >>this week > > > >Hmm, I think there was a couple of issues of ATA DMA on iBook G4. > >marcel@ and weongyo@ also reported instability of ATA DMA, was that > >fixed? AFAIK weongyo@ couldn't even boot kernel. > >See > >http://lists.freebsd.org/pipermail/freebsd-ppc/2008-November/003372.html > >for entire thread. > > I think it was fixed. The G4 iBook that I've acquired since those > reports works flawlessly, and I haven't received any other reports, > positive or negative, since my earlier attempts at fixing those bugs. If > anyone whose machine didn't work before now does, or is still broken, or > even if your machine has always worked fine with the DMA support, I > would very much appreciate an email. Now I've updated kernel and the symptom is same with the previous that without set hw.ata.atapi_dma=0 I couldn't boot with the following message (written by hand): acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout acd0: TIMEOUT - READ_BIG retrying (0 retries left) The above msg looks a kind of loop and I'll try to do disk stresstest for reproducing hangs I encountered. regards, Weongyo Jeong From owner-freebsd-ppc@FreeBSD.ORG Tue Mar 3 06:29:08 2009 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFFB71065672; Tue, 3 Mar 2009 06:29:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A70048FC0A; Tue, 3 Mar 2009 06:29:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n236T4WD096777; Tue, 3 Mar 2009 01:29:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n236T4Nl030738; Tue, 3 Mar 2009 01:29:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B6C4E7302F; Tue, 3 Mar 2009 01:29:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090303062904.B6C4E7302F@freebsd-current.sentex.ca> Date: Tue, 3 Mar 2009 01:29:04 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 06:29:08 -0000 TB --- 2009-03-03 05:45:47 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-03 05:45:47 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-03-03 05:45:48 - cleaning the object tree TB --- 2009-03-03 05:46:02 - cvsupping the source tree TB --- 2009-03-03 05:46:02 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-03-03 05:46:09 - building world TB --- 2009-03-03 05:46:09 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-03 05:46:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-03 05:46:09 - TARGET=powerpc TB --- 2009-03-03 05:46:09 - TARGET_ARCH=powerpc TB --- 2009-03-03 05:46:09 - TZ=UTC TB --- 2009-03-03 05:46:09 - __MAKE_CONF=/dev/null TB --- 2009-03-03 05:46:09 - cd /src TB --- 2009-03-03 05:46:09 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 3 05:46:11 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] mkdep -f .depend -a -I/src/usr.sbin/wpa/wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_DRIVER_WIRED -DCONFIG_TERMINATE_ONLASTIF -DCONFIG_DEBUG_SYSLOG -DCONFIG_BACKEND_FILE -DIEEE8021X_EAPOL -DEAP_TLS -DEAP_PEAP -DEAP_MSCHAPv2 -DEAP_LEAP -DEAP_PSK -DEAP_TLV -DEAP_TLS_FUNCS -DEAP_TLS_OPENSSL -DEAP_TTLS -DEAP_MD5 -I/src/usr.sbin/wpa/wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplic ant/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/aes.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/aes_wrap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/blacklist.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/config.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/ctrl_iface.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/ctrl_iface_unix.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/drivers.c /src/usr .sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/eloop.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/events.c /src/usr.sbin/wpa/wpa_supplicant/../l2_packet.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/main.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/md5.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/preauth.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/pmksa_cache.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/rc4.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/scan.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/scan_helpers.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/sha1.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/wpa.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common/wpa_common.c /src/usr.sbin/wpa/wpa_supplican t/../../../contrib/wpa//src/utils/wpa_debug.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/wpa_ie.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/wpa_supplicant.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/wpabuf.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/wpas_glue.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/driver_ndis.c /src/usr.sbin/wpa/wpa_supplicant/Packet32.c /src/usr.sbin/wpa/wpa_supplicant/driver_wired.c /src/usr.sbin/wpa/wpa_supplicant/driver_freebsd.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/os_unix.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/config_file.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/base64.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eapol_supp/eapol_supp_sm.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap.c /src/us r.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_methods.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/chap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/crypto_openssl.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_leap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_mschapv2.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_peap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_peap_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_psk.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_psk_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_tls.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_tls_common.c /src/usr.sbin/ wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/mschapv2.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/ms_funcs.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/tls_openssl.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_ttls.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_md5.c echo wpa_supplicant: /obj/powerpc/src/tmp/usr/lib/libc.a /obj/powerpc/src/tmp/usr/lib/libpcap.a /obj/powerpc/src/tmp/usr/lib/libssl.a /obj/powerpc/src/tmp/usr/lib/libcrypto.a >> .depend ===> usr.sbin/wpa/wpa_cli (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/wpa/wpa_cli -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/src/usr.sbin/wpa/wpa_cli -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//wpa_supplicant/wpa_cli.c /src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common/wpa_ctrl.c /src/usr.sbin/wpa/wpa_cli/../../. ./contrib/wpa//src/utils/os_unix.c echo wpa_cli: /obj/powerpc/src/tmp/usr/lib/libc.a >> .depend ===> usr.sbin/wpa/wpa_passphrase (depend) make: don't know how to make wpa_passphrase.c. Stop *** Error code 2 Stop in /src/usr.sbin/wpa. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-03 06:29:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-03 06:29:04 - ERROR: failed to build world TB --- 2009-03-03 06:29:04 - 2023.34 user 227.02 system 2596.67 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Tue Mar 3 10:16:14 2009 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2C4A1065675; Tue, 3 Mar 2009 10:16:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A60288FC23; Tue, 3 Mar 2009 10:16:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n23AGCQw005564; Tue, 3 Mar 2009 05:16:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n23AGCBh002618; Tue, 3 Mar 2009 05:16:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1A8497302F; Tue, 3 Mar 2009 05:16:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090303101612.1A8497302F@freebsd-current.sentex.ca> Date: Tue, 3 Mar 2009 05:16:12 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 10:16:16 -0000 TB --- 2009-03-03 09:31:41 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-03 09:31:41 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-03-03 09:31:41 - cleaning the object tree TB --- 2009-03-03 09:32:04 - cvsupping the source tree TB --- 2009-03-03 09:32:04 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-03-03 09:32:10 - building world TB --- 2009-03-03 09:32:10 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-03 09:32:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-03 09:32:10 - TARGET=powerpc TB --- 2009-03-03 09:32:10 - TARGET_ARCH=powerpc TB --- 2009-03-03 09:32:10 - TZ=UTC TB --- 2009-03-03 09:32:10 - __MAKE_CONF=/dev/null TB --- 2009-03-03 09:32:10 - cd /src TB --- 2009-03-03 09:32:10 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 3 09:32:12 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] mkdep -f .depend -a -I/src/usr.sbin/wpa/wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_DRIVER_WIRED -DCONFIG_TERMINATE_ONLASTIF -DCONFIG_DEBUG_SYSLOG -DCONFIG_BACKEND_FILE -DIEEE8021X_EAPOL -DEAP_TLS -DEAP_PEAP -DEAP_MSCHAPv2 -DEAP_LEAP -DEAP_PSK -DEAP_TLV -DEAP_TLS_FUNCS -DEAP_TLS_OPENSSL -DEAP_TTLS -DEAP_MD5 -I/src/usr.sbin/wpa/wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplic ant/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/aes.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/aes_wrap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/blacklist.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/config.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/ctrl_iface.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/ctrl_iface_unix.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/drivers.c /src/usr .sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/eloop.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/events.c /src/usr.sbin/wpa/wpa_supplicant/../l2_packet.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/main.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/md5.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/preauth.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/pmksa_cache.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/rc4.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/scan.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/scan_helpers.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/sha1.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/wpa.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common/wpa_common.c /src/usr.sbin/wpa/wpa_supplican t/../../../contrib/wpa//src/utils/wpa_debug.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/wpa_ie.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/wpa_supplicant.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/wpabuf.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/wpas_glue.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/driver_ndis.c /src/usr.sbin/wpa/wpa_supplicant/Packet32.c /src/usr.sbin/wpa/wpa_supplicant/driver_wired.c /src/usr.sbin/wpa/wpa_supplicant/driver_freebsd.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/os_unix.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/config_file.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/base64.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eapol_supp/eapol_supp_sm.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap.c /src/us r.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_methods.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/chap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/crypto_openssl.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_leap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_mschapv2.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_peap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_peap_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_psk.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_psk_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_tls.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_tls_common.c /src/usr.sbin/ wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/mschapv2.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/ms_funcs.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/tls_openssl.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_ttls.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_md5.c echo wpa_supplicant: /obj/powerpc/src/tmp/usr/lib/libc.a /obj/powerpc/src/tmp/usr/lib/libpcap.a /obj/powerpc/src/tmp/usr/lib/libssl.a /obj/powerpc/src/tmp/usr/lib/libcrypto.a >> .depend ===> usr.sbin/wpa/wpa_cli (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/wpa/wpa_cli -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/src/usr.sbin/wpa/wpa_cli -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//wpa_supplicant/wpa_cli.c /src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common/wpa_ctrl.c /src/usr.sbin/wpa/wpa_cli/../../. ./contrib/wpa//src/utils/os_unix.c echo wpa_cli: /obj/powerpc/src/tmp/usr/lib/libc.a >> .depend ===> usr.sbin/wpa/wpa_passphrase (depend) make: don't know how to make wpa_passphrase.c. Stop *** Error code 2 Stop in /src/usr.sbin/wpa. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-03 10:16:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-03 10:16:12 - ERROR: failed to build world TB --- 2009-03-03 10:16:12 - 2020.77 user 231.00 system 2670.50 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Tue Mar 3 13:49:15 2009 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7FAD106566B; Tue, 3 Mar 2009 13:49:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AC5528FC1E; Tue, 3 Mar 2009 13:49:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n23DnCAS023716; Tue, 3 Mar 2009 08:49:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n23DnCZ4088825; Tue, 3 Mar 2009 08:49:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 427967302F; Tue, 3 Mar 2009 08:49:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090303134912.427967302F@freebsd-current.sentex.ca> Date: Tue, 3 Mar 2009 08:49:12 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 13:49:16 -0000 TB --- 2009-03-03 13:05:38 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-03 13:05:38 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-03-03 13:05:38 - cleaning the object tree TB --- 2009-03-03 13:05:57 - cvsupping the source tree TB --- 2009-03-03 13:05:57 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-03-03 13:06:03 - building world TB --- 2009-03-03 13:06:03 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-03 13:06:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-03 13:06:03 - TARGET=powerpc TB --- 2009-03-03 13:06:03 - TARGET_ARCH=powerpc TB --- 2009-03-03 13:06:03 - TZ=UTC TB --- 2009-03-03 13:06:03 - __MAKE_CONF=/dev/null TB --- 2009-03-03 13:06:03 - cd /src TB --- 2009-03-03 13:06:03 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 3 13:06:05 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] mkdep -f .depend -a -I/src/usr.sbin/wpa/wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_DRIVER_WIRED -DCONFIG_TERMINATE_ONLASTIF -DCONFIG_DEBUG_SYSLOG -DCONFIG_BACKEND_FILE -DIEEE8021X_EAPOL -DEAP_TLS -DEAP_PEAP -DEAP_MSCHAPv2 -DEAP_LEAP -DEAP_PSK -DEAP_TLV -DEAP_TLS_FUNCS -DEAP_TLS_OPENSSL -DEAP_TTLS -DEAP_MD5 -I/src/usr.sbin/wpa/wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplic ant/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/aes.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/aes_wrap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/blacklist.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/config.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/ctrl_iface.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/ctrl_iface_unix.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/drivers.c /src/usr .sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/eloop.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/events.c /src/usr.sbin/wpa/wpa_supplicant/../l2_packet.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/main.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/md5.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/preauth.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/pmksa_cache.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/rc4.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/scan.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/scan_helpers.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/sha1.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/wpa.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common/wpa_common.c /src/usr.sbin/wpa/wpa_supplican t/../../../contrib/wpa//src/utils/wpa_debug.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/wpa_ie.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/wpa_supplicant.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/wpabuf.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/wpas_glue.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/driver_ndis.c /src/usr.sbin/wpa/wpa_supplicant/Packet32.c /src/usr.sbin/wpa/wpa_supplicant/driver_wired.c /src/usr.sbin/wpa/wpa_supplicant/driver_freebsd.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/os_unix.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/config_file.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/base64.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eapol_supp/eapol_supp_sm.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap.c /src/us r.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_methods.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/chap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/crypto_openssl.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_leap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_mschapv2.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_peap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_peap_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_psk.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_psk_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_tls.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_tls_common.c /src/usr.sbin/ wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/mschapv2.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/ms_funcs.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/tls_openssl.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_ttls.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_md5.c echo wpa_supplicant: /obj/powerpc/src/tmp/usr/lib/libc.a /obj/powerpc/src/tmp/usr/lib/libpcap.a /obj/powerpc/src/tmp/usr/lib/libssl.a /obj/powerpc/src/tmp/usr/lib/libcrypto.a >> .depend ===> usr.sbin/wpa/wpa_cli (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/wpa/wpa_cli -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/src/usr.sbin/wpa/wpa_cli -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//wpa_supplicant/wpa_cli.c /src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common/wpa_ctrl.c /src/usr.sbin/wpa/wpa_cli/../../. ./contrib/wpa//src/utils/os_unix.c echo wpa_cli: /obj/powerpc/src/tmp/usr/lib/libc.a >> .depend ===> usr.sbin/wpa/wpa_passphrase (depend) make: don't know how to make wpa_passphrase.c. Stop *** Error code 2 Stop in /src/usr.sbin/wpa. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-03 13:49:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-03 13:49:12 - ERROR: failed to build world TB --- 2009-03-03 13:49:12 - 2020.29 user 230.20 system 2613.81 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Tue Mar 3 17:28:47 2009 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FEDA1065670; Tue, 3 Mar 2009 17:28:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 74BF38FC1C; Tue, 3 Mar 2009 17:28:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n23HSi4D067087; Tue, 3 Mar 2009 12:28:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n23HSigS029409; Tue, 3 Mar 2009 12:28:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4A2127302F; Tue, 3 Mar 2009 12:28:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090303172844.4A2127302F@freebsd-current.sentex.ca> Date: Tue, 3 Mar 2009 12:28:44 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 17:28:48 -0000 TB --- 2009-03-03 16:45:27 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-03 16:45:27 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-03-03 16:45:27 - cleaning the object tree TB --- 2009-03-03 16:45:37 - cvsupping the source tree TB --- 2009-03-03 16:45:37 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-03-03 16:45:45 - building world TB --- 2009-03-03 16:45:45 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-03 16:45:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-03 16:45:45 - TARGET=powerpc TB --- 2009-03-03 16:45:45 - TARGET_ARCH=powerpc TB --- 2009-03-03 16:45:45 - TZ=UTC TB --- 2009-03-03 16:45:45 - __MAKE_CONF=/dev/null TB --- 2009-03-03 16:45:45 - cd /src TB --- 2009-03-03 16:45:45 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 3 16:45:47 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] mkdep -f .depend -a -I/src/usr.sbin/wpa/wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_DRIVER_WIRED -DCONFIG_TERMINATE_ONLASTIF -DCONFIG_DEBUG_SYSLOG -DCONFIG_BACKEND_FILE -DIEEE8021X_EAPOL -DEAP_TLS -DEAP_PEAP -DEAP_MSCHAPv2 -DEAP_LEAP -DEAP_PSK -DEAP_TLV -DEAP_TLS_FUNCS -DEAP_TLS_OPENSSL -DEAP_TTLS -DEAP_MD5 -I/src/usr.sbin/wpa/wpa_supplicant -I/src/usr.sbin/wpa/wpa_supplic ant/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/aes.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/aes_wrap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/blacklist.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/config.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/ctrl_iface.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/ctrl_iface_unix.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/drivers.c /src/usr .sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/eloop.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/events.c /src/usr.sbin/wpa/wpa_supplicant/../l2_packet.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/main.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/md5.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/preauth.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/pmksa_cache.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/rc4.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/scan.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/scan_helpers.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/sha1.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/wpa.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common/wpa_common.c /src/usr.sbin/wpa/wpa_supplican t/../../../contrib/wpa//src/utils/wpa_debug.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp/wpa_ie.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/wpa_supplicant.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/wpabuf.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/wpas_glue.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers/driver_ndis.c /src/usr.sbin/wpa/wpa_supplicant/Packet32.c /src/usr.sbin/wpa/wpa_supplicant/driver_wired.c /src/usr.sbin/wpa/wpa_supplicant/driver_freebsd.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/os_unix.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant/config_file.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils/base64.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eapol_supp/eapol_supp_sm.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap.c /src/us r.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_methods.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/chap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/crypto_openssl.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_leap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_mschapv2.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_peap.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_peap_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_psk.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_common/eap_psk_common.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_tls.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_tls_common.c /src/usr.sbin/ wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/mschapv2.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/ms_funcs.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto/tls_openssl.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_ttls.c /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/eap_peer/eap_md5.c echo wpa_supplicant: /obj/powerpc/src/tmp/usr/lib/libc.a /obj/powerpc/src/tmp/usr/lib/libpcap.a /obj/powerpc/src/tmp/usr/lib/libssl.a /obj/powerpc/src/tmp/usr/lib/libcrypto.a >> .depend ===> usr.sbin/wpa/wpa_cli (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/wpa/wpa_cli -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/src/usr.sbin/wpa/wpa_cli -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/crypto -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/l2_packet -I/src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//wpa_supplicant/wpa_cli.c /src/usr.sbin/wpa/wpa_cli/../../../contrib/wpa//src/common/wpa_ctrl.c /src/usr.sbin/wpa/wpa_cli/../../. ./contrib/wpa//src/utils/os_unix.c echo wpa_cli: /obj/powerpc/src/tmp/usr/lib/libc.a >> .depend ===> usr.sbin/wpa/wpa_passphrase (depend) make: don't know how to make wpa_passphrase.c. Stop *** Error code 2 Stop in /src/usr.sbin/wpa. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-03 17:28:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-03 17:28:44 - ERROR: failed to build world TB --- 2009-03-03 17:28:44 - 2022.86 user 225.96 system 2596.77 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Tue Mar 3 23:35:59 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01A23106564A for ; Tue, 3 Mar 2009 23:35:59 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from alto.onthenet.com.au (alto.OntheNet.com.au [203.13.68.12]) by mx1.freebsd.org (Postfix) with ESMTP id B72198FC1B for ; Tue, 3 Mar 2009 23:35:58 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from dommail.onthenet.com.au (dommail.OntheNet.com.au [203.13.70.57]) by alto.onthenet.com.au (Postfix) with ESMTP id 26342116E1; Wed, 4 Mar 2009 09:16:07 +1000 (EST) Received: (from dommail.onthenet.com.au [192.100.104.17]) by dommail.onthenet.com.au (MOS 3.8.6-GA) with HTTP/1.1 id EQW86822 (AUTH peterg@ptree32.com.au); Wed, 4 Mar 2009 09:13:10 +1000 (EST) From: Peter Grehan To: Justin Hibbits , freebsd-ppc@freebsd.org X-Mailer: Mirapoint Webmail Direct 3.8.6-GA MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20090304091310.EQW86822@dommail.onthenet.com.au> Date: Wed, 4 Mar 2009 09:13:10 +1000 (EST) Cc: Subject: Re: graphics on G4 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 23:35:59 -0000 Hi Justin, >>What happens if we have physical or device memory in the >>same range as kmem VAs? This shouldn't happen: kmem VAs use seg regs 13 and 14 i.e. the virtually-mapped space is 0xD000.0000 -> 0xEFFF.FFFF. Kernel physical memory is 1:1 mapped, using BAT registers, as is i/o space. Since there are only 4 BAT registers used, a DSI trap will evict a BAT and re-use it, if the faulting address falls in the battable[] array. See powerpc/aim/trap_subr.s:dsitrap(). Now, mapping the frame buffer from user-space *doesn't* use the BATs, but instead uses PTEs from user VA. Each process has unique segment register values which prevent it from corrupting memory in other address spaces (including the kernel's). >> > > >It seems like trying to modify it through the BAT map (as >> > > >zero/copy page, /dev/mem and friends do) will overwrite >> > > >random bits of KVA instead... Shouldn't do, since KVA doesn't occupy that space. >I wrote a simple kernel module to print out BAT and segment registers, and the >output immediately following boot is: >Later, and I don't know precisely what is meant by "later", registers 540 and 541 get changed to 0x4......., which >means the video memory gets un-BAT-mapped. That is probably a BAT spill, which should be harmless. None of the above helps, I know :( But it's outlining what should be happening. later, Peter. From owner-freebsd-ppc@FreeBSD.ORG Wed Mar 4 03:04:26 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 464341065680 for ; Wed, 4 Mar 2009 03:04:26 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id 120E58FC0A for ; Wed, 4 Mar 2009 03:04:25 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) id <0KFY00F0QOJDLP00@smtpauth2.wiscmail.wisc.edu>; Tue, 03 Mar 2009 21:04:25 -0600 (CST) Received: from trantor.tachypleus.net (adsl-99-154-1-172.dsl.mdsnwi.sbcglobal.net [99.154.1.172]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPSA id <0KFY00649OJ9EB40@smtpauth2.wiscmail.wisc.edu>; Tue, 03 Mar 2009 21:04:22 -0600 (CST) Date: Tue, 03 Mar 2009 21:05:29 -0600 From: Nathan Whitehorn In-reply-to: <20090303053952.GC94580@weongyo.cdnetworks.kr> To: Weongyo Jeong , FreeBSD PowerPC ML Message-id: <49ADEFF9.3010605@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=99.154.1.172 X-Spam-PmxInfo: Server=avs-11, Version=5.5.1.360522, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.3.4.25511, SenderIP=99.154.1.172 References: <20090228165533.GA1166@narn.knownspace> <20090301142432.GC1166@narn.knownspace> <1235993578.13513.0.camel@horst-tla> <49ABFAC6.1000000@freebsd.org> <20090303000024.GA82725@michelle.cdnetworks.co.kr> <49AC9C72.3030307@freebsd.org> <20090303053952.GC94580@weongyo.cdnetworks.kr> User-Agent: Thunderbird 2.0.0.19 (X11/20090126) Cc: Subject: Re: No mixer with Snapper X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2009 03:04:27 -0000 Weongyo Jeong wrote: > On Mon, Mar 02, 2009 at 08:56:50PM -0600, Nathan Whitehorn wrote: >> Pyun YongHyeon wrote: >>> On Mon, Mar 02, 2009 at 09:27:02AM -0600, Nathan Whitehorn wrote: >>>> Horst G?nther Burkhardt III wrote: >>>>> On Sun, 2009-03-01 at 17:13 +0100, Marco Trillo wrote: >>>>>> Hi, >>>>>> >>>>>> Thanks! The problem is that an property is used, while >>>>>> the OFW-I2C code only looks for . >>>>>> >>>>>> The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C >>>>>> code also look for the property. With the patch, the >>>>>> mixer should attach and work fine. >>>>>> >>>>>> Regards >>>>>> Marco >>>>> Awesome, so when will we see this in -CURRENT or better yet -STABLE? ;) >>>>> >>>>> -- Horst. >>>> SVN revision 189280. MFC schedule of interesting features in -CURRENT >>>> that I had something to do with: >>>> >>>> - ATA DMA: unless I receive any bug reports, some time in the middle of >>>> this week >>> Hmm, I think there was a couple of issues of ATA DMA on iBook G4. >>> marcel@ and weongyo@ also reported instability of ATA DMA, was that >>> fixed? AFAIK weongyo@ couldn't even boot kernel. >>> See >>> http://lists.freebsd.org/pipermail/freebsd-ppc/2008-November/003372.html >>> for entire thread. >> I think it was fixed. The G4 iBook that I've acquired since those >> reports works flawlessly, and I haven't received any other reports, >> positive or negative, since my earlier attempts at fixing those bugs. If >> anyone whose machine didn't work before now does, or is still broken, or >> even if your machine has always worked fine with the DMA support, I >> would very much appreciate an email. > > Now I've updated kernel and the symptom is same with the previous that > without set hw.ata.atapi_dma=0 I couldn't boot with the following > message (written by hand): > > acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout > acd0: TIMEOUT - READ_BIG retrying (0 retries left) > > The above msg looks a kind of loop and I'll try to do disk stresstest > for reproducing hangs I encountered. Drat. That means the mode is set up wrong. I went through the Apple sources, and produced a patch that slavishly follows the exact details of the way Apple initializes the controller. It can be found here: http://people.freebsd.org/~nwhitehorn/atamodesetup.diff Could you give that a shot? Thanks, Nathan From owner-freebsd-ppc@FreeBSD.ORG Wed Mar 4 05:33:51 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC4D9106564A; Wed, 4 Mar 2009 05:33:51 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by mx1.freebsd.org (Postfix) with ESMTP id 791478FC16; Wed, 4 Mar 2009 05:33:51 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so3240557wfd.7 for ; Tue, 03 Mar 2009 21:33:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:organization :x-operation-sytem; bh=1uU8Bk8l9on4e53nhMdpe24nKl9gOnZXgZR76He9AfE=; b=nc1MjCm7eF5ac+Ls0K29ePTgrMvEZ2uoVZr7xYmc31STRi9UDLxR3cR7B0IIp8Ju9R h0brvGoPIVjQodK9PMLuw8WVKhzGbTgK3UGz3zRULMw2jxiNmV6NIwljWk/VzwmOze+F vT9c1W2NweVrv2my68vUEJjiaowUHVGrzjcTI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent :organization:x-operation-sytem; b=p8RNA6Jti4fkNpKt41MGpXyOqWzE/gNFWwN53zfKK7j52SI0MQkc8P8jS2s6AgXEJw uOBhtC880s1QkazCzlXLNMbENo2Zvl/u8+gWKrxgEx/ArY3++byrTDLT0YfxdV7zbCuu jj7mzZhM4sx5TgK+SVjhTZnb6lR3Zw61IE7xg= Received: by 10.142.214.5 with SMTP id m5mr3996556wfg.266.1236144831049; Tue, 03 Mar 2009 21:33:51 -0800 (PST) Received: from weongyo ([114.111.62.249]) by mx.google.com with ESMTPS id g14sm2925572rvb.0.2009.03.03.21.33.49 (version=SSLv3 cipher=RC4-MD5); Tue, 03 Mar 2009 21:33:50 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Wed, 4 Mar 2009 14:33:19 +0900 From: Weongyo Jeong Date: Wed, 4 Mar 2009 14:33:19 +0900 To: Nathan Whitehorn Message-ID: <20090304053318.GA99730@weongyo.cdnetworks.kr> References: <20090228165533.GA1166@narn.knownspace> <20090301142432.GC1166@narn.knownspace> <1235993578.13513.0.camel@horst-tla> <49ABFAC6.1000000@freebsd.org> <20090303000024.GA82725@michelle.cdnetworks.co.kr> <49AC9C72.3030307@freebsd.org> <20090303053952.GC94580@weongyo.cdnetworks.kr> <49ADEFF9.3010605@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49ADEFF9.3010605@freebsd.org> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: FreeBSD PowerPC ML Subject: Re: No mixer with Snapper X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2009 05:33:52 -0000 On Tue, Mar 03, 2009 at 09:05:29PM -0600, Nathan Whitehorn wrote: > Weongyo Jeong wrote: > >On Mon, Mar 02, 2009 at 08:56:50PM -0600, Nathan Whitehorn wrote: > >>Pyun YongHyeon wrote: > >>>On Mon, Mar 02, 2009 at 09:27:02AM -0600, Nathan Whitehorn wrote: > >>>>Horst G?nther Burkhardt III wrote: > >>>>>On Sun, 2009-03-01 at 17:13 +0100, Marco Trillo wrote: > >>>>>>Hi, > >>>>>> > >>>>>>Thanks! The problem is that an property is used, while > >>>>>>the OFW-I2C code only looks for . > >>>>>> > >>>>>>The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C > >>>>>>code also look for the property. With the patch, the > >>>>>>mixer should attach and work fine. > >>>>>> > >>>>>>Regards > >>>>>>Marco > >>>>>Awesome, so when will we see this in -CURRENT or better yet -STABLE? ;) > >>>>> > >>>>>-- Horst. > >>>>SVN revision 189280. MFC schedule of interesting features in -CURRENT > >>>>that I had something to do with: > >>>> > >>>>- ATA DMA: unless I receive any bug reports, some time in the middle of > >>>>this week > >>>Hmm, I think there was a couple of issues of ATA DMA on iBook G4. > >>>marcel@ and weongyo@ also reported instability of ATA DMA, was that > >>>fixed? AFAIK weongyo@ couldn't even boot kernel. > >>>See > >>>http://lists.freebsd.org/pipermail/freebsd-ppc/2008-November/003372.html > >>>for entire thread. > >>I think it was fixed. The G4 iBook that I've acquired since those > >>reports works flawlessly, and I haven't received any other reports, > >>positive or negative, since my earlier attempts at fixing those bugs. If > >>anyone whose machine didn't work before now does, or is still broken, or > >>even if your machine has always worked fine with the DMA support, I > >>would very much appreciate an email. > > > >Now I've updated kernel and the symptom is same with the previous that > >without set hw.ata.atapi_dma=0 I couldn't boot with the following > >message (written by hand): > > > >acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout > >acd0: TIMEOUT - READ_BIG retrying (0 retries left) > > > >The above msg looks a kind of loop and I'll try to do disk stresstest > >for reproducing hangs I encountered. > > Drat. That means the mode is set up wrong. I went through the Apple > sources, and produced a patch that slavishly follows the exact details > of the way Apple initializes the controller. It can be found here: > http://people.freebsd.org/~nwhitehorn/atamodesetup.diff > > Could you give that a shot? Of course but it didn't help that I hope I didn't missed something all steps I followed are as follows: # cd /usr/src/sys/powerpc/powermac # fetch http://people.freebsd.org/~nwhitehorn/atamodesetup.diff # patch -p0 < atamodesetup.diff # cd /usr/src # make buildkernel && installkernel The symptom is still same with the previous that it looks no progress. regards, Weongyo Jeong From owner-freebsd-ppc@FreeBSD.ORG Wed Mar 4 05:51:26 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6905110656CB; Wed, 4 Mar 2009 05:51:26 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id 3469A8FC0A; Wed, 4 Mar 2009 05:51:26 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) id <0KFY00E00W9PBA00@smtpauth2.wiscmail.wisc.edu>; Tue, 03 Mar 2009 23:51:25 -0600 (CST) Received: from trantor.tachypleus.net (adsl-99-154-1-172.dsl.mdsnwi.sbcglobal.net [99.154.1.172]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPSA id <0KFY00LR7W9MVK60@smtpauth2.wiscmail.wisc.edu>; Tue, 03 Mar 2009 23:51:25 -0600 (CST) Date: Tue, 03 Mar 2009 23:52:29 -0600 From: Nathan Whitehorn In-reply-to: <20090304053318.GA99730@weongyo.cdnetworks.kr> To: Weongyo Jeong Message-id: <49AE171D.9020801@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=99.154.1.172 X-Spam-PmxInfo: Server=avs-11, Version=5.5.1.360522, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.3.4.53709, SenderIP=99.154.1.172 References: <20090228165533.GA1166@narn.knownspace> <20090301142432.GC1166@narn.knownspace> <1235993578.13513.0.camel@horst-tla> <49ABFAC6.1000000@freebsd.org> <20090303000024.GA82725@michelle.cdnetworks.co.kr> <49AC9C72.3030307@freebsd.org> <20090303053952.GC94580@weongyo.cdnetworks.kr> <49ADEFF9.3010605@freebsd.org> <20090304053318.GA99730@weongyo.cdnetworks.kr> User-Agent: Thunderbird 2.0.0.19 (X11/20090126) Cc: FreeBSD PowerPC ML Subject: Re: No mixer with Snapper X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2009 05:51:27 -0000 Weongyo Jeong wrote: > On Tue, Mar 03, 2009 at 09:05:29PM -0600, Nathan Whitehorn wrote: >> Weongyo Jeong wrote: >>> On Mon, Mar 02, 2009 at 08:56:50PM -0600, Nathan Whitehorn wrote: >>>> Pyun YongHyeon wrote: >>>>> On Mon, Mar 02, 2009 at 09:27:02AM -0600, Nathan Whitehorn wrote: >>>>>> Horst G?nther Burkhardt III wrote: >>>>>>> On Sun, 2009-03-01 at 17:13 +0100, Marco Trillo wrote: >>>>>>>> Hi, >>>>>>>> >>>>>>>> Thanks! The problem is that an property is used, while >>>>>>>> the OFW-I2C code only looks for . >>>>>>>> >>>>>>>> The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C >>>>>>>> code also look for the property. With the patch, the >>>>>>>> mixer should attach and work fine. >>>>>>>> >>>>>>>> Regards >>>>>>>> Marco >>>>>>> Awesome, so when will we see this in -CURRENT or better yet -STABLE? ;) >>>>>>> >>>>>>> -- Horst. >>>>>> SVN revision 189280. MFC schedule of interesting features in -CURRENT >>>>>> that I had something to do with: >>>>>> >>>>>> - ATA DMA: unless I receive any bug reports, some time in the middle of >>>>>> this week >>>>> Hmm, I think there was a couple of issues of ATA DMA on iBook G4. >>>>> marcel@ and weongyo@ also reported instability of ATA DMA, was that >>>>> fixed? AFAIK weongyo@ couldn't even boot kernel. >>>>> See >>>>> http://lists.freebsd.org/pipermail/freebsd-ppc/2008-November/003372.html >>>>> for entire thread. >>>> I think it was fixed. The G4 iBook that I've acquired since those >>>> reports works flawlessly, and I haven't received any other reports, >>>> positive or negative, since my earlier attempts at fixing those bugs. If >>>> anyone whose machine didn't work before now does, or is still broken, or >>>> even if your machine has always worked fine with the DMA support, I >>>> would very much appreciate an email. >>> Now I've updated kernel and the symptom is same with the previous that >>> without set hw.ata.atapi_dma=0 I couldn't boot with the following >>> message (written by hand): >>> >>> acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout >>> acd0: TIMEOUT - READ_BIG retrying (0 retries left) >>> >>> The above msg looks a kind of loop and I'll try to do disk stresstest >>> for reproducing hangs I encountered. >> Drat. That means the mode is set up wrong. I went through the Apple >> sources, and produced a patch that slavishly follows the exact details >> of the way Apple initializes the controller. It can be found here: >> http://people.freebsd.org/~nwhitehorn/atamodesetup.diff >> >> Could you give that a shot? > > Of course but it didn't help that I hope I didn't missed something all > steps I followed are as follows: > > # cd /usr/src/sys/powerpc/powermac > # fetch http://people.freebsd.org/~nwhitehorn/atamodesetup.diff > # patch -p0 < atamodesetup.diff > # cd /usr/src > # make buildkernel && installkernel > > The symptom is still same with the previous that it looks no progress. I have no idea what could possibly be wrong. We have almost exactly the same hardware, and I don't know nearly enough about the internals of the ATA stack to know where to start debugging this. Do we have any ATA-aware developers with this hardware? -Nathan From owner-freebsd-ppc@FreeBSD.ORG Wed Mar 4 08:44:42 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C1A91065698; Wed, 4 Mar 2009 08:44:42 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.232]) by mx1.freebsd.org (Postfix) with ESMTP id 0B7248FC12; Wed, 4 Mar 2009 08:44:41 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so3679167rvb.43 for ; Wed, 04 Mar 2009 00:44:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:organization :x-operation-sytem; bh=6cgzdNZzQZ4nNlFh+haJM+VlSRJxtJ9QLlSBr46/H78=; b=rNj8HaMpwmhi7IikHt2+7I8fclbvfku6y9kW1BEqsGRzMQnTQA+4zS+0JAPBuQqArF SBOYjUNIETGzSEOyzjO8YpDEigDOisqfZnyQaX0JFT2zIAX0QBT6zSfre570B4thAuoQ iZpVBHS+rjZGhPPnA2GgV0kFSvciOC2r77vUY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent :organization:x-operation-sytem; b=jxgSG6OX349gL8L5xn6qnfK/zcGNQJD/WU/P1G+4rOYH4X8VIPzC4/TjACpQ7PbQXw lcUdr0yVymgZdc8LtV46jlU9/EHFhJXpAYDHtSeWyWhplvZcmGjJj6i5IQWN3AKV1iHI SCzzygEI6dJNZTGlqqMlMhdSRYaV29hWJVyCQ= Received: by 10.140.158.4 with SMTP id g4mr4048476rve.160.1236156281758; Wed, 04 Mar 2009 00:44:41 -0800 (PST) Received: from weongyo ([114.111.62.249]) by mx.google.com with ESMTPS id f42sm326021rvb.3.2009.03.04.00.44.40 (version=SSLv3 cipher=RC4-MD5); Wed, 04 Mar 2009 00:44:41 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Wed, 4 Mar 2009 17:44:09 +0900 From: Weongyo Jeong Date: Wed, 4 Mar 2009 17:44:09 +0900 To: Nathan Whitehorn Message-ID: <20090304084409.GB99730@weongyo.cdnetworks.kr> References: <20090301142432.GC1166@narn.knownspace> <1235993578.13513.0.camel@horst-tla> <49ABFAC6.1000000@freebsd.org> <20090303000024.GA82725@michelle.cdnetworks.co.kr> <49AC9C72.3030307@freebsd.org> <20090303053952.GC94580@weongyo.cdnetworks.kr> <49ADEFF9.3010605@freebsd.org> <20090304053318.GA99730@weongyo.cdnetworks.kr> <49AE1975.7050908@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49AE1975.7050908@freebsd.org> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: FreeBSD PowerPC ML Subject: Re: No mixer with Snapper X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2009 08:44:42 -0000 On Wed, Mar 04, 2009 at 12:02:29AM -0600, Nathan Whitehorn wrote: > Weongyo Jeong wrote: > >On Tue, Mar 03, 2009 at 09:05:29PM -0600, Nathan Whitehorn wrote: > >>Weongyo Jeong wrote: > >>>On Mon, Mar 02, 2009 at 08:56:50PM -0600, Nathan Whitehorn wrote: > >>>>Pyun YongHyeon wrote: > >>>>>On Mon, Mar 02, 2009 at 09:27:02AM -0600, Nathan Whitehorn wrote: > >>>>>>Horst G?nther Burkhardt III wrote: > >>>>>>>On Sun, 2009-03-01 at 17:13 +0100, Marco Trillo wrote: > >>>>>>>>Hi, > >>>>>>>> > >>>>>>>>Thanks! The problem is that an property is used, while > >>>>>>>>the OFW-I2C code only looks for . > >>>>>>>> > >>>>>>>>The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C > >>>>>>>>code also look for the property. With the patch, the > >>>>>>>>mixer should attach and work fine. > >>>>>>>> > >>>>>>>>Regards > >>>>>>>>Marco > >>>>>>>Awesome, so when will we see this in -CURRENT or better yet -STABLE? > >>>>>>>;) > >>>>>>> > >>>>>>>-- Horst. > >>>>>>SVN revision 189280. MFC schedule of interesting features in -CURRENT > >>>>>>that I had something to do with: > >>>>>> > >>>>>>- ATA DMA: unless I receive any bug reports, some time in the middle > >>>>>>of this week > >>>>>Hmm, I think there was a couple of issues of ATA DMA on iBook G4. > >>>>>marcel@ and weongyo@ also reported instability of ATA DMA, was that > >>>>>fixed? AFAIK weongyo@ couldn't even boot kernel. > >>>>>See > >>>>>http://lists.freebsd.org/pipermail/freebsd-ppc/2008-November/003372.html > >>>>>for entire thread. > >>>>I think it was fixed. The G4 iBook that I've acquired since those > >>>>reports works flawlessly, and I haven't received any other reports, > >>>>positive or negative, since my earlier attempts at fixing those bugs. > >>>>If anyone whose machine didn't work before now does, or is still > >>>>broken, or even if your machine has always worked fine with the DMA > >>>>support, I would very much appreciate an email. > >>>Now I've updated kernel and the symptom is same with the previous that > >>>without set hw.ata.atapi_dma=0 I couldn't boot with the following > >>>message (written by hand): > >>> > >>>acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout > >>>acd0: TIMEOUT - READ_BIG retrying (0 retries left) > >>> > >>>The above msg looks a kind of loop and I'll try to do disk stresstest > >>>for reproducing hangs I encountered. > >>Drat. That means the mode is set up wrong. I went through the Apple > >>sources, and produced a patch that slavishly follows the exact details > >>of the way Apple initializes the controller. It can be found here: > >>http://people.freebsd.org/~nwhitehorn/atamodesetup.diff > >> > >>Could you give that a shot? > > > >Of course but it didn't help that I hope I didn't missed something all > >steps I followed are as follows: > > > > # cd /usr/src/sys/powerpc/powermac > > # fetch http://people.freebsd.org/~nwhitehorn/atamodesetup.diff > > # patch -p0 < atamodesetup.diff > > # cd /usr/src > > # make buildkernel && installkernel > > > >The symptom is still same with the previous that it looks no progress. > > One more thing to try: could you try setting USE_DBDMA_IRQ to 1 instead > of 0 in ata_macio.c? I tried your suggestion but I got a system hang after printing the following lines (written by hand): acd:0 DVDR at ata0-master WDMA2 ad0: 38154MB at ata1-master UDMA100 akbd0: at device 2 on adb0 kdb1 at akbd0 ushub0: 2 ports with 2 removable, self powered [hang; no more prints] regards, Weongyo Jeong From owner-freebsd-ppc@FreeBSD.ORG Wed Mar 4 15:35:32 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDF84106568C; Wed, 4 Mar 2009 15:35:32 +0000 (UTC) (envelope-from horst@sxemacs.org) Received: from mail01.syd.optusnet.com.au (mail01.syd.optusnet.com.au [211.29.132.182]) by mx1.freebsd.org (Postfix) with ESMTP id 870128FC12; Wed, 4 Mar 2009 15:35:32 +0000 (UTC) (envelope-from horst@sxemacs.org) Received: from [220.237.124.212] (c220-237-124-212.farfl2.nsw.optusnet.com.au [220.237.124.212]) (authenticated sender horst.burkhardt) by mail01.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n24FZUsw031567; Thu, 5 Mar 2009 02:35:31 +1100 From: Horst =?ISO-8859-1?Q?G=FCnther?= Burkhardt III To: freeBSD-CURRENT Mailing List , FreeBSD PowerPC ML Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-9BBhc+hgQpjONillMhsm" Date: Thu, 05 Mar 2009 02:36:32 +1100 Message-Id: <1236180992.13513.13.camel@horst-tla> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Cc: Subject: compile failure of -CURRENT on powerpc, libthr X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2009 15:35:33 -0000 --=-9BBhc+hgQpjONillMhsm Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi. Basically it seems that this is because cc is whinging about a warning. Optimally -Werror shouldn't be used as different compilers do different things with the language anyway. Error follows.=20 =3D=3D=3D> lib/libthr (obj,depend,all,install) rm -f .depend mkdep -f .depend -a -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/powerpc/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/powerpc -I/usr/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /usr/src/lib/libthr/arch/powerpc/powerpc/pthread_md.= c /usr/src/lib/libthr/sys/thr_error.c /usr/src/lib/libthr/thread/thr_affini= ty.c /usr/src/lib/libthr/thread/thr_attr.c /usr/src/lib/libthr/thread/thr_b= arrier.c /usr/src/lib/libthr/thread/thr_barrierattr.c /usr/src/lib/libthr/t= hread/thr_cancel.c /usr/src/lib/libthr/thread/thr_clean.c /usr/src/lib/libt= hr/thread/thr_concurrency.c /usr/src/lib/libthr/thread/thr_cond.c /usr/src/= lib/libthr/thread/thr_condattr.c /usr/src/lib/libthr/thread/thr_create.c /u= sr/src/lib/libthr/thread/thr_detach.c /usr/src/lib/libthr/thread/thr_equal.= c /usr/src/lib/libthr/thread/thr_event.c /usr/src/lib/libthr/thread/thr_exi= t.c /usr/src/lib/libthr/thread/thr_fork.c /usr/src/lib/libthr/thread/thr_ge= tprio.c /usr/src/lib/libthr/thread/thr_getcpuclockid.c /usr/src/lib/libthr/= thread/thr_getschedparam.c /usr/src/lib/libthr/thread/thr_info.c /usr/src/l= ib/libthr/thread/thr_init.c /usr/src/lib/libthr/thread/thr_join.c /usr/src/= lib/libthr/thread/thr_list.c /usr/src/lib/libthr/thread/thr_kern.c /usr/src= /lib/libthr/thread/thr_kill.c /usr/src/lib/libthr/thread/thr_main_np.c /usr= /src/lib/libthr/thread/thr_multi_np.c /usr/src/lib/libthr/thread/thr_mutex.= c /usr/src/lib/libthr/thread/thr_mutexattr.c /usr/src/lib/libthr/thread/thr= _once.c /usr/src/lib/libthr/thread/thr_printf.c /usr/src/lib/libthr/thread/= thr_pspinlock.c /usr/src/lib/libthr/thread/thr_resume_np.c /usr/src/lib/lib= thr/thread/thr_rtld.c /usr/src/lib/libthr/thread/thr_rwlock.c /usr/src/lib/= libthr/thread/thr_rwlockattr.c /usr/src/lib/libthr/thread/thr_self.c /usr/s= rc/lib/libthr/thread/thr_sem.c /usr/src/lib/libthr/thread/thr_setprio.c /us= r/src/lib/libthr/thread/thr_setschedparam.c /usr/src/lib/libthr/thread/thr_= sig.c /usr/src/lib/libthr/thread/thr_single_np.c /usr/src/lib/libthr/thread= /thr_spec.c /usr/src/lib/libthr/thread/thr_spinlock.c /usr/src/lib/libthr/t= hread/thr_stack.c /usr/src/lib/libthr/thread/thr_syscalls.c /usr/src/lib/li= bthr/thread/thr_suspend_np.c /usr/src/lib/libthr/thread/thr_switch_np.c /us= r/src/lib/libthr/thread/thr_symbols.c /usr/src/lib/libthr/thread/thr_umtx.c= /usr/src/lib/libthr/thread/thr_yield.c cc -Os -pipe -mcpu=3D7400 -mtune=3D7400 -mno-altivec -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/powerpc/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/powerpc -I/usr/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libthr/arch/powerpc/powerpc/pthread_md.c cc -Os -pipe -mcpu=3D7400 -mtune=3D7400 -mno-altivec -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/powerpc/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/powerpc -I/usr/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libthr/sys/thr_error.c cc -Os -pipe -mcpu=3D7400 -mtune=3D7400 -mno-altivec -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/powerpc/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/powerpc -I/usr/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libthr/thread/thr_affinity.c cc1: warnings being treated as errors /usr/src/lib/libthr/thread/thr_affinity.c: In function '_pthread_setaffinity_np': /usr/src/lib/libthr/thread/thr_umtx.h:102: warning: inlining failed in call to '_thr_umutex_unlock': --param max-inline-insns-single limit reached /usr/src/lib/libthr/thread/thr_affinity.c:56: warning: called from here /usr/src/lib/libthr/thread/thr_umtx.h:102: warning: inlining failed in call to '_thr_umutex_unlock': --param max-inline-insns-single limit reached /usr/src/lib/libthr/thread/thr_affinity.c:64: warning: called from here *** Error code 1 Stop in /usr/src/lib/libthr. *** Error code 1 Stop in /usr/src. --=-9BBhc+hgQpjONillMhsm Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEABECAAYFAkmuoAAACgkQRtTtv0BbTe7leQCffxkLZiSwRru4hIIIZrRh2Ois 7BEAnRj8P5TeGLMy1+cjNGzrG48nMKTd =VgVR -----END PGP SIGNATURE----- --=-9BBhc+hgQpjONillMhsm-- From owner-freebsd-ppc@FreeBSD.ORG Wed Mar 4 20:47:29 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FE94106566B; Wed, 4 Mar 2009 20:47:29 +0000 (UTC) (envelope-from andreast@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id B58808FC21; Wed, 4 Mar 2009 20:47:28 +0000 (UTC) (envelope-from andreast@fgznet.ch) Received: from wolfram.andreas.nets ([91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id n24KEIqI071228; Wed, 4 Mar 2009 21:14:19 +0100 (CET) (envelope-from andreast@fgznet.ch) Message-ID: <49AEE11A.2040100@fgznet.ch> Date: Wed, 04 Mar 2009 21:14:18 +0100 From: Andreas Tobler User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Weongyo Jeong , Nathan Whitehorn , FreeBSD PowerPC ML References: <20090301142432.GC1166@narn.knownspace> <1235993578.13513.0.camel@horst-tla> <49ABFAC6.1000000@freebsd.org> <20090303000024.GA82725@michelle.cdnetworks.co.kr> <49AC9C72.3030307@freebsd.org> <20090303053952.GC94580@weongyo.cdnetworks.kr> <49ADEFF9.3010605@freebsd.org> <20090304053318.GA99730@weongyo.cdnetworks.kr> <49AE1975.7050908@freebsd.org> <20090304084409.GB99730@weongyo.cdnetworks.kr> In-Reply-To: <20090304084409.GB99730@weongyo.cdnetworks.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: Subject: Re: No mixer with Snapper X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2009 20:47:29 -0000 Hi all, maybe I should start another thread since it has nothing to do with the subject anymore. How is the policy here? See below. Weongyo Jeong wrote: > On Wed, Mar 04, 2009 at 12:02:29AM -0600, Nathan Whitehorn wrote: >> Weongyo Jeong wrote: >>> On Tue, Mar 03, 2009 at 09:05:29PM -0600, Nathan Whitehorn wrote: >>>> Weongyo Jeong wrote: >>>>> On Mon, Mar 02, 2009 at 08:56:50PM -0600, Nathan Whitehorn wrote: >>>>>> Pyun YongHyeon wrote: >>>>>>> On Mon, Mar 02, 2009 at 09:27:02AM -0600, Nathan Whitehorn wrote: >>>>>>>> Horst G?nther Burkhardt III wrote: >>>>>>>>> On Sun, 2009-03-01 at 17:13 +0100, Marco Trillo wrote: >>>>>>>>>> Hi, >>>>>>>>>> >>>>>>>>>> Thanks! The problem is that an property is used, while >>>>>>>>>> the OFW-I2C code only looks for . >>>>>>>>>> >>>>>>>>>> The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C >>>>>>>>>> code also look for the property. With the patch, the >>>>>>>>>> mixer should attach and work fine. >>>>>>>>>> >>>>>>>>>> Regards >>>>>>>>>> Marco >>>>>>>>> Awesome, so when will we see this in -CURRENT or better yet -STABLE? >>>>>>>>> ;) >>>>>>>>> >>>>>>>>> -- Horst. >>>>>>>> SVN revision 189280. MFC schedule of interesting features in -CURRENT >>>>>>>> that I had something to do with: >>>>>>>> >>>>>>>> - ATA DMA: unless I receive any bug reports, some time in the middle >>>>>>>> of this week >>>>>>> Hmm, I think there was a couple of issues of ATA DMA on iBook G4. >>>>>>> marcel@ and weongyo@ also reported instability of ATA DMA, was that >>>>>>> fixed? AFAIK weongyo@ couldn't even boot kernel. >>>>>>> See >>>>>>> http://lists.freebsd.org/pipermail/freebsd-ppc/2008-November/003372.html >>>>>>> for entire thread. >>>>>> I think it was fixed. The G4 iBook that I've acquired since those >>>>>> reports works flawlessly, and I haven't received any other reports, >>>>>> positive or negative, since my earlier attempts at fixing those bugs. >>>>>> If anyone whose machine didn't work before now does, or is still >>>>>> broken, or even if your machine has always worked fine with the DMA >>>>>> support, I would very much appreciate an email. >>>>> Now I've updated kernel and the symptom is same with the previous that >>>>> without set hw.ata.atapi_dma=0 I couldn't boot with the following >>>>> message (written by hand): >>>>> >>>>> acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout >>>>> acd0: TIMEOUT - READ_BIG retrying (0 retries left) >>>>> >>>>> The above msg looks a kind of loop and I'll try to do disk stresstest >>>>> for reproducing hangs I encountered. >>>> Drat. That means the mode is set up wrong. I went through the Apple >>>> sources, and produced a patch that slavishly follows the exact details >>>> of the way Apple initializes the controller. It can be found here: >>>> http://people.freebsd.org/~nwhitehorn/atamodesetup.diff >>>> >>>> Could you give that a shot? >>> Of course but it didn't help that I hope I didn't missed something all >>> steps I followed are as follows: >>> >>> # cd /usr/src/sys/powerpc/powermac >>> # fetch http://people.freebsd.org/~nwhitehorn/atamodesetup.diff >>> # patch -p0 < atamodesetup.diff >>> # cd /usr/src >>> # make buildkernel && installkernel >>> >>> The symptom is still same with the previous that it looks no progress. >> One more thing to try: could you try setting USE_DBDMA_IRQ to 1 instead >> of 0 in ata_macio.c? > > I tried your suggestion but I got a system hang after printing the > following lines (written by hand): > > acd:0 DVDR at ata0-master WDMA2 > ad0: 38154MB at ata1-master UDMA100 > akbd0: at device 2 on adb0 > kdb1 at akbd0 > ushub0: 2 ports with 2 removable, self powered > [hang; no more prints] I see the similar/same hanger on my imac DV (see here: http://lists.freebsd.org/pipermail/freebsd-ppc/2009-February/003548.html) I did a bisect and ended here: The last booting kernel on my imac DV is svn r187991. Since r187993 it hangs after printing: Mar 4 21:56:26 imacb kernel: ad0: 78167MB at ata0-master UDMA66 Mar 4 21:56:26 imacb kernel: acd0: DVDR at ata0-slave UDMA33 Here the reference for the commit: (http://svn.freebsd.org/viewvc/base?view=revision&revision=187993) R187991 boots fine but it reports a LOR, don't know if helpful. Mar 4 21:56:26 imacb kernel: ad0: 78167MB at ata0-master UDMA66 Mar 4 21:56:26 imacb kernel: acd0: DVDR at ata0-slave UDMA33 Mar 4 21:56:26 imacb kernel: WARNING: WITNESS option enabled, expect reduced performance. Mar 4 21:56:26 imacb kernel: Trying to mount root from ufs:/dev/ad0s10 Mar 4 21:56:26 imacb kernel: lock order reversal: Mar 4 21:56:26 imacb kernel: 1st 0x103d048 user map (user map) @ /export/devel/fbsd_svn/src/sys/vm/vm_map.c:3198 Mar 4 21:56:26 imacb kernel: 2nd 0x11dd7cc ufs (ufs) @ /export/devel/fbsd_svn/src/sys/kern/vfs_subr.c:2071 Mar 4 21:56:26 imacb kernel: KDB: stack backtrace: Mar 4 21:56:26 imacb kernel: 0xdc26d930: at kdb_backtrace+0x4c Mar 4 21:56:26 imacb kernel: 0xdc26d950: at _witness_debugger+0x3c Mar 4 21:56:26 imacb kernel: 0xdc26d970: at witness_checkorder+0x8d0 Mar 4 21:56:26 imacb kernel: 0xdc26d9d0: at __lockmgr_args+0x23c Mar 4 21:56:26 imacb kernel: 0xdc26da50: at ffs_lock+0x9c Mar 4 21:56:26 imacb kernel: 0xdc26da80: at VOP_LOCK1_APV+0xec Mar 4 21:56:26 imacb kernel: 0xdc26daa0: at _vn_lock+0x84 Mar 4 21:56:26 imacb kernel: 0xdc26daf0: at vget+0xdc Mar 4 21:56:26 imacb kernel: 0xdc26db30: at vnode_pager_lock+0x20c Mar 4 21:56:26 imacb kernel: 0xdc26db90: at vm_fault+0x218 Mar 4 21:56:26 imacb kernel: 0xdc26dca0: at trap_pfault+0x128 Mar 4 21:56:26 imacb kernel: 0xdc26dce0: at trap+0x1ac Mar 4 21:56:26 imacb kernel: 0xdc26dda0: at powerpc_interrupt+0x15c Mar 4 21:56:26 imacb kernel: 0xdc26ddd0: user ISI trap by 0x1818944: srr1=0x4000d032 Mar 4 21:56:26 imacb kernel: r1=0x7fffdee0 cr=0x24000048 xer=0 ctr=0 Fortunately I found out about crosscompiling on a faster machine :) Otherwise I would not have been able to find the breaking commit within an hour. Maybe this is some sort of help? Thanks, Andreas From owner-freebsd-ppc@FreeBSD.ORG Wed Mar 4 21:51:20 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59EE81065672; Wed, 4 Mar 2009 21:51:20 +0000 (UTC) (envelope-from andreast@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id CBF7C8FC17; Wed, 4 Mar 2009 21:51:19 +0000 (UTC) (envelope-from andreast@fgznet.ch) Received: from wolfram.andreas.nets ([91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id n24LpGBV022537; Wed, 4 Mar 2009 22:51:17 +0100 (CET) (envelope-from andreast@fgznet.ch) Message-ID: <49AEF7D4.1060606@fgznet.ch> Date: Wed, 04 Mar 2009 22:51:16 +0100 From: Andreas Tobler User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Weongyo Jeong , Nathan Whitehorn , FreeBSD PowerPC ML References: <20090301142432.GC1166@narn.knownspace> <1235993578.13513.0.camel@horst-tla> <49ABFAC6.1000000@freebsd.org> <20090303000024.GA82725@michelle.cdnetworks.co.kr> <49AC9C72.3030307@freebsd.org> <20090303053952.GC94580@weongyo.cdnetworks.kr> <49ADEFF9.3010605@freebsd.org> <20090304053318.GA99730@weongyo.cdnetworks.kr> <49AE1975.7050908@freebsd.org> <20090304084409.GB99730@weongyo.cdnetworks.kr> <49AEE11A.2040100@fgznet.ch> In-Reply-To: <49AEE11A.2040100@fgznet.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: Subject: Re: No mixer with Snapper X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2009 21:51:20 -0000 Andreas Tobler wrote: > Hi all, > > maybe I should start another thread since it has nothing to do with the > subject anymore. How is the policy here? > See below. > > Weongyo Jeong wrote: >> On Wed, Mar 04, 2009 at 12:02:29AM -0600, Nathan Whitehorn wrote: >>> Weongyo Jeong wrote: >>>> On Tue, Mar 03, 2009 at 09:05:29PM -0600, Nathan Whitehorn wrote: >>>>> Weongyo Jeong wrote: >>>>>> On Mon, Mar 02, 2009 at 08:56:50PM -0600, Nathan Whitehorn wrote: >>>>>>> Pyun YongHyeon wrote: >>>>>>>> On Mon, Mar 02, 2009 at 09:27:02AM -0600, Nathan Whitehorn wrote: >>>>>>>>> Horst G?nther Burkhardt III wrote: >>>>>>>>>> On Sun, 2009-03-01 at 17:13 +0100, Marco Trillo wrote: >>>>>>>>>>> Hi, >>>>>>>>>>> >>>>>>>>>>> Thanks! The problem is that an property is >>>>>>>>>>> used, while >>>>>>>>>>> the OFW-I2C code only looks for . >>>>>>>>>>> >>>>>>>>>>> The attached patch -- to apply in /usr/src/sys -- makes the >>>>>>>>>>> OFW-I2C >>>>>>>>>>> code also look for the property. With the >>>>>>>>>>> patch, the >>>>>>>>>>> mixer should attach and work fine. >>>>>>>>>>> >>>>>>>>>>> Regards >>>>>>>>>>> Marco >>>>>>>>>> Awesome, so when will we see this in -CURRENT or better yet >>>>>>>>>> -STABLE? ;) >>>>>>>>>> >>>>>>>>>> -- Horst. >>>>>>>>> SVN revision 189280. MFC schedule of interesting features in >>>>>>>>> -CURRENT that I had something to do with: >>>>>>>>> >>>>>>>>> - ATA DMA: unless I receive any bug reports, some time in the >>>>>>>>> middle of this week >>>>>>>> Hmm, I think there was a couple of issues of ATA DMA on iBook G4. >>>>>>>> marcel@ and weongyo@ also reported instability of ATA DMA, was >>>>>>>> that fixed? AFAIK weongyo@ couldn't even boot kernel. >>>>>>>> See >>>>>>>> http://lists.freebsd.org/pipermail/freebsd-ppc/2008-November/003372.html >>>>>>>> >>>>>>>> for entire thread. >>>>>>> I think it was fixed. The G4 iBook that I've acquired since those >>>>>>> reports works flawlessly, and I haven't received any other >>>>>>> reports, positive or negative, since my earlier attempts at >>>>>>> fixing those bugs. If anyone whose machine didn't work before now >>>>>>> does, or is still broken, or even if your machine has always >>>>>>> worked fine with the DMA support, I would very much appreciate an >>>>>>> email. >>>>>> Now I've updated kernel and the symptom is same with the previous >>>>>> that without set hw.ata.atapi_dma=0 I couldn't boot with the >>>>>> following message (written by hand): >>>>>> >>>>>> acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout >>>>>> acd0: TIMEOUT - READ_BIG retrying (0 retries left) >>>>>> >>>>>> The above msg looks a kind of loop and I'll try to do disk stresstest >>>>>> for reproducing hangs I encountered. >>>>> Drat. That means the mode is set up wrong. I went through the Apple >>>>> sources, and produced a patch that slavishly follows the exact >>>>> details of the way Apple initializes the controller. It can be >>>>> found here: http://people.freebsd.org/~nwhitehorn/atamodesetup.diff >>>>> >>>>> Could you give that a shot? >>>> Of course but it didn't help that I hope I didn't missed something all >>>> steps I followed are as follows: >>>> >>>> # cd /usr/src/sys/powerpc/powermac >>>> # fetch http://people.freebsd.org/~nwhitehorn/atamodesetup.diff >>>> # patch -p0 < atamodesetup.diff >>>> # cd /usr/src >>>> # make buildkernel && installkernel >>>> >>>> The symptom is still same with the previous that it looks no progress. >>> One more thing to try: could you try setting USE_DBDMA_IRQ to 1 >>> instead of 0 in ata_macio.c? >> >> I tried your suggestion but I got a system hang after printing the >> following lines (written by hand): >> >> acd:0 DVDR at ata0-master WDMA2 >> ad0: 38154MB at ata1-master UDMA100 >> akbd0: at device 2 on adb0 >> kdb1 at akbd0 >> ushub0: 2 ports with 2 removable, self powered >> [hang; no more prints] > > I see the similar/same hanger on my imac DV (see here: > http://lists.freebsd.org/pipermail/freebsd-ppc/2009-February/003548.html) > > I did a bisect and ended here: > > The last booting kernel on my imac DV is svn r187991. > > Since r187993 it hangs after printing: > Mar 4 21:56:26 imacb kernel: ad0: 78167MB at > ata0-master UDMA66 > Mar 4 21:56:26 imacb kernel: acd0: DVDR > at ata0-slave UDMA33 > > Here the reference for the commit: > (http://svn.freebsd.org/viewvc/base?view=revision&revision=187993) > > R187991 boots fine but it reports a LOR, don't know if helpful. > > Mar 4 21:56:26 imacb kernel: ad0: 78167MB at > ata0-master UDMA66 > Mar 4 21:56:26 imacb kernel: acd0: DVDR > at ata0-slave UDMA33 > Mar 4 21:56:26 imacb kernel: WARNING: WITNESS option enabled, expect > reduced performance. > Mar 4 21:56:26 imacb kernel: Trying to mount root from ufs:/dev/ad0s10 > Mar 4 21:56:26 imacb kernel: lock order reversal: > Mar 4 21:56:26 imacb kernel: 1st 0x103d048 user map (user map) @ > /export/devel/fbsd_svn/src/sys/vm/vm_map.c:3198 > Mar 4 21:56:26 imacb kernel: 2nd 0x11dd7cc ufs (ufs) @ > /export/devel/fbsd_svn/src/sys/kern/vfs_subr.c:2071 > Mar 4 21:56:26 imacb kernel: KDB: stack backtrace: > Mar 4 21:56:26 imacb kernel: 0xdc26d930: at kdb_backtrace+0x4c > Mar 4 21:56:26 imacb kernel: 0xdc26d950: at _witness_debugger+0x3c > Mar 4 21:56:26 imacb kernel: 0xdc26d970: at witness_checkorder+0x8d0 > Mar 4 21:56:26 imacb kernel: 0xdc26d9d0: at __lockmgr_args+0x23c > Mar 4 21:56:26 imacb kernel: 0xdc26da50: at ffs_lock+0x9c > Mar 4 21:56:26 imacb kernel: 0xdc26da80: at VOP_LOCK1_APV+0xec > Mar 4 21:56:26 imacb kernel: 0xdc26daa0: at _vn_lock+0x84 > Mar 4 21:56:26 imacb kernel: 0xdc26daf0: at vget+0xdc > Mar 4 21:56:26 imacb kernel: 0xdc26db30: at vnode_pager_lock+0x20c > Mar 4 21:56:26 imacb kernel: 0xdc26db90: at vm_fault+0x218 > Mar 4 21:56:26 imacb kernel: 0xdc26dca0: at trap_pfault+0x128 > Mar 4 21:56:26 imacb kernel: 0xdc26dce0: at trap+0x1ac > Mar 4 21:56:26 imacb kernel: 0xdc26dda0: at powerpc_interrupt+0x15c > Mar 4 21:56:26 imacb kernel: 0xdc26ddd0: user ISI trap by 0x1818944: > srr1=0x4000d032 > Mar 4 21:56:26 imacb kernel: r1=0x7fffdee0 cr=0x24000048 xer=0 ctr=0 > > Fortunately I found out about crosscompiling on a faster machine :) > Otherwise I would not have been able to find the breaking commit within > an hour. For the record, disabling firewire support in GENERIC: Index: powerpc/conf/GENERIC =================================================================== --- powerpc/conf/GENERIC (revision 189372) +++ powerpc/conf/GENERIC (working copy) @@ -149,9 +149,9 @@ device kue # Kawasaki LSI USB Ethernet # FireWire support -device firewire # FireWire bus code -device sbp # SCSI over FireWire (Requires scbus and da) -device fwe # Ethernet over FireWire (non-standard!) +#device firewire # FireWire bus code +#device sbp # SCSI over FireWire (Requires scbus and da) +#device fwe # Ethernet over FireWire (non-standard!) # Misc device powermac_nvram # Open Firmware configuration NVRAM lets me boot a current (svn r189372) kernel on my imac DV. (G3) FreeBSD 8.0-CURRENT #0 r189365:189372M: Wed Mar 4 22:04:56 CET 2009 andreast@deuterium_fbsd.andreas.nets:/export/devel/obj/powerpc/export/devel/fbsd_svn/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. cpu0: Motorola PowerPC 750 revision 3.2, 500.00 MHz cpu0: HID0 8090c0a4 ... Andreas From owner-freebsd-ppc@FreeBSD.ORG Thu Mar 5 00:34:44 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 018DE106566C for ; Thu, 5 Mar 2009 00:34:44 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from beta.eecs.cwru.edu (beta.EECS.CWRU.Edu [129.22.150.110]) by mx1.freebsd.org (Postfix) with ESMTP id ABC138FC14 for ; Thu, 5 Mar 2009 00:34:43 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from narn.knownspace ([::ffff:69.250.50.210]) (AUTH: PLAIN jrh29, TLS: TLSv1/SSLv3,168bits,DES-CBC3-SHA) by beta.eecs.cwru.edu with esmtp; Wed, 04 Mar 2009 16:52:29 -0500 id 00005821.49AEF81D.00007289 Date: Wed, 4 Mar 2009 16:52:57 -0500 From: Justin Hibbits To: Peter Grehan Message-ID: <20090304215257.GA8306@narn.knownspace> References: <20090304091310.EQW86822@dommail.onthenet.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <20090304091310.EQW86822@dommail.onthenet.com.au> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-ppc@freebsd.org Subject: Re: graphics on G4 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2009 00:34:44 -0000 On Wed, Mar 04, 2009 at 09:13:10AM +1000, Peter Grehan wrote: > Hi Justin, > > >>What happens if we have physical or device memory in the > >>same range as kmem VAs? > > This shouldn't happen: kmem VAs use seg regs 13 and 14 i.e. > the virtually-mapped space is 0xD000.0000 -> 0xEFFF.FFFF. > > Kernel physical memory is 1:1 mapped, using BAT registers, as > is i/o space. Since there are only 4 BAT registers used, a DSI > trap will evict a BAT and re-use it, if the faulting address > falls in the battable[] array. See > powerpc/aim/trap_subr.s:dsitrap(). > > Now, mapping the frame buffer from user-space *doesn't* use > the BATs, but instead uses PTEs from user VA. Each process has > unique segment register values which prevent it from > corrupting memory in other address spaces (including the > kernel's). Seems something is overwriting kernel's memory. Should I try simply removing one of the RAM sticks and see if that fixes things? > > >> > > >It seems like trying to modify it through the BAT map (as > >> > > >zero/copy page, /dev/mem and friends do) will overwrite > >> > > >random bits of KVA instead... > > Shouldn't do, since KVA doesn't occupy that space. > > >I wrote a simple kernel module to print out BAT and segment > registers, and the > >output immediately following boot is: > > >Later, and I don't know precisely what is meant by "later", > registers 540 and 541 get changed to 0x4......., which > >means the video memory gets un-BAT-mapped. > > That is probably a BAT spill, which should be harmless. > > None of the above helps, I know :( But it's outlining what > should be happening. > > later, > > Peter. - Justin From owner-freebsd-ppc@FreeBSD.ORG Thu Mar 5 00:51:09 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C0B3106566C; Thu, 5 Mar 2009 00:51:09 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from adsum.doit.wisc.edu (adsum.doit.wisc.edu [144.92.197.210]) by mx1.freebsd.org (Postfix) with ESMTP id D2DF68FC18; Thu, 5 Mar 2009 00:51:08 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1; format=flowed Received: from avs-daemon.smtpauth1.wiscmail.wisc.edu by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) id <0KG000G00D18N500@smtpauth1.wiscmail.wisc.edu>; Wed, 04 Mar 2009 18:51:08 -0600 (CST) Received: from trantor.tachypleus.net (adsl-99-154-1-172.dsl.mdsnwi.sbcglobal.net [99.154.1.172]) by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPSA id <0KG000G4BD16EU00@smtpauth1.wiscmail.wisc.edu>; Wed, 04 Mar 2009 18:51:07 -0600 (CST) Date: Wed, 04 Mar 2009 18:52:12 -0600 From: Nathan Whitehorn In-reply-to: <20090304215257.GA8306@narn.knownspace> To: Justin Hibbits Message-id: <49AF223C.5010907@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=99.154.1.172 X-Spam-PmxInfo: Server=avs-13, Version=5.5.1.360522, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.3.5.3421, SenderIP=99.154.1.172 References: <20090304091310.EQW86822@dommail.onthenet.com.au> <20090304215257.GA8306@narn.knownspace> User-Agent: Thunderbird 2.0.0.19 (X11/20090126) Cc: Peter Grehan , freebsd-ppc@freebsd.org Subject: Re: graphics on G4 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2009 00:51:09 -0000 Justin Hibbits wrote: > On Wed, Mar 04, 2009 at 09:13:10AM +1000, Peter Grehan wrote: >> Hi Justin, >> >>>> What happens if we have physical or device memory in the >>>> same range as kmem VAs? >> This shouldn't happen: kmem VAs use seg regs 13 and 14 i.e. >> the virtually-mapped space is 0xD000.0000 -> 0xEFFF.FFFF. >> >> Kernel physical memory is 1:1 mapped, using BAT registers, as >> is i/o space. Since there are only 4 BAT registers used, a DSI >> trap will evict a BAT and re-use it, if the faulting address >> falls in the battable[] array. See >> powerpc/aim/trap_subr.s:dsitrap(). >> >> Now, mapping the frame buffer from user-space *doesn't* use >> the BATs, but instead uses PTEs from user VA. Each process has >> unique segment register values which prevent it from >> corrupting memory in other address spaces (including the >> kernel's). > > Seems something is overwriting kernel's memory. Should I try simply removing > one of the RAM sticks and see if that fixes things? I've just set up X on my laptop, and am seeing what I think is the same problem. The system is completely stable until I start X, at which point it will hang some random time later (ranging from seconds to hours), or have weird panics in the UMA allocator. This is a G4 iBook with 1.5 GB of RAM. I instrumented ofw_syscons mmap() routine to check what memory X is using, and, besides the framebuffer, it appears to be mapping PCI configuration space for PCI bus 1 (the one that the MacIO ASIC is on, and not the one the graphics card is on). I can't figure out why. There are also no memory overlaps of the framebuffer -- neither with physical memory nor with KVA space. Did you ever discover whether writing to random bits of the framebuffer without ever having run X also causes this problem? -Nathan From owner-freebsd-ppc@FreeBSD.ORG Thu Mar 5 02:39:33 2009 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 665091065670; Thu, 5 Mar 2009 02:39:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 26D738FC19; Thu, 5 Mar 2009 02:39:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n252dU4f088240; Wed, 4 Mar 2009 21:39:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n252dUdK038009; Wed, 4 Mar 2009 21:39:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 13F2F7302F; Wed, 4 Mar 2009 21:39:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090305023930.13F2F7302F@freebsd-current.sentex.ca> Date: Wed, 4 Mar 2009 21:39:30 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2009 02:39:34 -0000 TB --- 2009-03-05 02:03:25 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-05 02:03:25 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-03-05 02:03:25 - cleaning the object tree TB --- 2009-03-05 02:03:52 - cvsupping the source tree TB --- 2009-03-05 02:03:52 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-03-05 02:04:00 - building world TB --- 2009-03-05 02:04:00 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-05 02:04:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-05 02:04:00 - TARGET=powerpc TB --- 2009-03-05 02:04:00 - TARGET_ARCH=powerpc TB --- 2009-03-05 02:04:00 - TZ=UTC TB --- 2009-03-05 02:04:00 - __MAKE_CONF=/dev/null TB --- 2009-03-05 02:04:00 - cd /src TB --- 2009-03-05 02:04:00 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 5 02:04:01 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/powerpc/src/lib/libarchive -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libarchive/archive_util.c cc -O2 -pipe -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/powerpc/src/lib/libarchive -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libarchive/archive_virtual.c cc -O2 -pipe -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/powerpc/src/lib/libarchive -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libarchive/archive_write.c cc -O2 -pipe -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/powerpc/src/lib/libarchive -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libarchive/archive_write_disk.c /src/lib/libarchive/archive_write_disk.c: In function 'write_data_block': /src/lib/libarchive/archive_write_disk.c:576: error: 'offset' undeclared (first use in this function) /src/lib/libarchive/archive_write_disk.c:576: error: (Each undeclared identifier is reported only once /src/lib/libarchive/archive_write_disk.c:576: error: for each function it appears in.) *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-05 02:39:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-05 02:39:30 - ERROR: failed to build world TB --- 2009-03-05 02:39:30 - 1702.31 user 179.77 system 2164.12 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Thu Mar 5 12:54:09 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE6AE106564A; Thu, 5 Mar 2009 12:54:09 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from beta.eecs.cwru.edu (beta.EECS.CWRU.Edu [129.22.150.110]) by mx1.freebsd.org (Postfix) with ESMTP id 622638FC1B; Thu, 5 Mar 2009 12:54:09 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from narn.knownspace ([::ffff:69.250.50.210]) (AUTH: PLAIN jrh29, TLS: TLSv1/SSLv3,168bits,DES-CBC3-SHA) by beta.eecs.cwru.edu with esmtp; Thu, 05 Mar 2009 07:54:08 -0500 id 0000682C.49AFCB70.00005F77 Date: Thu, 5 Mar 2009 07:54:38 -0500 From: Justin Hibbits To: Nathan Whitehorn Message-ID: <20090305125438.GB8306@narn.knownspace> References: <20090304091310.EQW86822@dommail.onthenet.com.au> <20090304215257.GA8306@narn.knownspace> <49AF223C.5010907@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <49AF223C.5010907@freebsd.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Peter Grehan , freebsd-ppc@freebsd.org Subject: Re: graphics on G4 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2009 12:54:10 -0000 On Wed, Mar 04, 2009 at 06:52:12PM -0600, Nathan Whitehorn wrote: > Justin Hibbits wrote: > > On Wed, Mar 04, 2009 at 09:13:10AM +1000, Peter Grehan wrote: > >> Hi Justin, > >> > >>>> What happens if we have physical or device memory in the > >>>> same range as kmem VAs? > >> This shouldn't happen: kmem VAs use seg regs 13 and 14 i.e. > >> the virtually-mapped space is 0xD000.0000 -> 0xEFFF.FFFF. > >> > >> Kernel physical memory is 1:1 mapped, using BAT registers, as > >> is i/o space. Since there are only 4 BAT registers used, a DSI > >> trap will evict a BAT and re-use it, if the faulting address > >> falls in the battable[] array. See > >> powerpc/aim/trap_subr.s:dsitrap(). > >> > >> Now, mapping the frame buffer from user-space *doesn't* use > >> the BATs, but instead uses PTEs from user VA. Each process has > >> unique segment register values which prevent it from > >> corrupting memory in other address spaces (including the > >> kernel's). > > > > Seems something is overwriting kernel's memory. Should I try simply removing > > one of the RAM sticks and see if that fixes things? > > I've just set up X on my laptop, and am seeing what I think is the same > problem. The system is completely stable until I start X, at which point > it will hang some random time later (ranging from seconds to hours), or > have weird panics in the UMA allocator. > > This is a G4 iBook with 1.5 GB of RAM. I instrumented ofw_syscons mmap() > routine to check what memory X is using, and, besides the framebuffer, > it appears to be mapping PCI configuration space for PCI bus 1 (the one > that the MacIO ASIC is on, and not the one the graphics card is on). I > can't figure out why. There are also no memory overlaps of the > framebuffer -- neither with physical memory nor with KVA space. > > Did you ever discover whether writing to random bits of the framebuffer > without ever having run X also causes this problem? > -Nathan Yes, I did perform that test, and it does cause the problem as well. For me it hangs when starting a new process some time later, so can be tested somewhat easily by performing a buildworld after doing the graphics test. - Justin From owner-freebsd-ppc@FreeBSD.ORG Fri Mar 6 00:40:07 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 306121065670; Fri, 6 Mar 2009 00:40:07 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from adsum.doit.wisc.edu (adsum.doit.wisc.edu [144.92.197.210]) by mx1.freebsd.org (Postfix) with ESMTP id 023C88FC13; Fri, 6 Mar 2009 00:40:06 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1; format=flowed Received: from avs-daemon.smtpauth1.wiscmail.wisc.edu by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) id <0KG20030076UEC00@smtpauth1.wiscmail.wisc.edu>; Thu, 05 Mar 2009 18:40:06 -0600 (CST) Received: from trantor.tachypleus.net (adsl-99-154-1-172.dsl.mdsnwi.sbcglobal.net [99.154.1.172]) by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPSA id <0KG2001VK76RGQ00@smtpauth1.wiscmail.wisc.edu>; Thu, 05 Mar 2009 18:40:05 -0600 (CST) Date: Thu, 05 Mar 2009 18:41:15 -0600 From: Nathan Whitehorn In-reply-to: <20090305125438.GB8306@narn.knownspace> To: Justin Hibbits Message-id: <49B0712B.1090109@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=99.154.1.172 X-Spam-PmxInfo: Server=avs-13, Version=5.5.1.360522, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.3.6.2517, SenderIP=99.154.1.172 References: <20090304091310.EQW86822@dommail.onthenet.com.au> <20090304215257.GA8306@narn.knownspace> <49AF223C.5010907@freebsd.org> <20090305125438.GB8306@narn.knownspace> User-Agent: Thunderbird 2.0.0.19 (X11/20090126) Cc: Peter Grehan , freebsd-ppc@freebsd.org Subject: Re: graphics on G4 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2009 00:40:07 -0000 Justin Hibbits wrote: > On Wed, Mar 04, 2009 at 06:52:12PM -0600, Nathan Whitehorn wrote: >> Justin Hibbits wrote: >>> On Wed, Mar 04, 2009 at 09:13:10AM +1000, Peter Grehan wrote: >>>> Hi Justin, >>>> >>>>>> What happens if we have physical or device memory in the >>>>>> same range as kmem VAs? >>>> This shouldn't happen: kmem VAs use seg regs 13 and 14 i.e. >>>> the virtually-mapped space is 0xD000.0000 -> 0xEFFF.FFFF. >>>> >>>> Kernel physical memory is 1:1 mapped, using BAT registers, as >>>> is i/o space. Since there are only 4 BAT registers used, a DSI >>>> trap will evict a BAT and re-use it, if the faulting address >>>> falls in the battable[] array. See >>>> powerpc/aim/trap_subr.s:dsitrap(). >>>> >>>> Now, mapping the frame buffer from user-space *doesn't* use >>>> the BATs, but instead uses PTEs from user VA. Each process has >>>> unique segment register values which prevent it from >>>> corrupting memory in other address spaces (including the >>>> kernel's). >>> Seems something is overwriting kernel's memory. Should I try simply removing >>> one of the RAM sticks and see if that fixes things? >> I've just set up X on my laptop, and am seeing what I think is the same >> problem. The system is completely stable until I start X, at which point >> it will hang some random time later (ranging from seconds to hours), or >> have weird panics in the UMA allocator. >> >> This is a G4 iBook with 1.5 GB of RAM. I instrumented ofw_syscons mmap() >> routine to check what memory X is using, and, besides the framebuffer, >> it appears to be mapping PCI configuration space for PCI bus 1 (the one >> that the MacIO ASIC is on, and not the one the graphics card is on). I >> can't figure out why. There are also no memory overlaps of the >> framebuffer -- neither with physical memory nor with KVA space. >> >> Did you ever discover whether writing to random bits of the framebuffer >> without ever having run X also causes this problem? >> -Nathan > > Yes, I did perform that test, and it does cause the problem as well. For me it > hangs when starting a new process some time later, so can be tested somewhat > easily by performing a buildworld after doing the graphics test. My card, at least, has a framebuffer BAR that is 128 MB long, but only actually has 32 MB of graphics RAM. Writing anything to that 32 MB does not cause problems, but of course writing beyond that kills the machine, since that memory region does not actually exist. Is this true for yours as well? -Nathan From owner-freebsd-ppc@FreeBSD.ORG Fri Mar 6 12:06:02 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8FCF10658C0; Fri, 6 Mar 2009 12:06:01 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from beta.eecs.cwru.edu (beta.eecs.CWRU.Edu [129.22.150.110]) by mx1.freebsd.org (Postfix) with ESMTP id 803228FC1A; Fri, 6 Mar 2009 12:06:01 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from narn.knownspace ([::ffff:69.250.50.210]) (AUTH: PLAIN jrh29, TLS: TLSv1/SSLv3,168bits,DES-CBC3-SHA) by beta.eecs.cwru.edu with esmtp; Fri, 06 Mar 2009 07:05:59 -0500 id 00007D0C.49B111A8.0000672A Date: Fri, 6 Mar 2009 07:06:26 -0500 From: Justin Hibbits To: Nathan Whitehorn Message-ID: <20090306120626.GA12461@narn.knownspace> References: <20090304091310.EQW86822@dommail.onthenet.com.au> <20090304215257.GA8306@narn.knownspace> <49AF223C.5010907@freebsd.org> <20090305125438.GB8306@narn.knownspace> <49B0712B.1090109@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <49B0712B.1090109@freebsd.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Peter Grehan , freebsd-ppc@freebsd.org Subject: Re: graphics on G4 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2009 12:06:20 -0000 On Thu, Mar 05, 2009 at 06:41:15PM -0600, Nathan Whitehorn wrote: > Justin Hibbits wrote: > > On Wed, Mar 04, 2009 at 06:52:12PM -0600, Nathan Whitehorn wrote: > >> Justin Hibbits wrote: > >>> On Wed, Mar 04, 2009 at 09:13:10AM +1000, Peter Grehan wrote: > >>>> Hi Justin, > >>>> > >>>>>> What happens if we have physical or device memory in the > >>>>>> same range as kmem VAs? > >>>> This shouldn't happen: kmem VAs use seg regs 13 and 14 i.e. > >>>> the virtually-mapped space is 0xD000.0000 -> 0xEFFF.FFFF. > >>>> > >>>> Kernel physical memory is 1:1 mapped, using BAT registers, as > >>>> is i/o space. Since there are only 4 BAT registers used, a DSI > >>>> trap will evict a BAT and re-use it, if the faulting address > >>>> falls in the battable[] array. See > >>>> powerpc/aim/trap_subr.s:dsitrap(). > >>>> > >>>> Now, mapping the frame buffer from user-space *doesn't* use > >>>> the BATs, but instead uses PTEs from user VA. Each process has > >>>> unique segment register values which prevent it from > >>>> corrupting memory in other address spaces (including the > >>>> kernel's). > >>> Seems something is overwriting kernel's memory. Should I try simply removing > >>> one of the RAM sticks and see if that fixes things? > >> I've just set up X on my laptop, and am seeing what I think is the same > >> problem. The system is completely stable until I start X, at which point > >> it will hang some random time later (ranging from seconds to hours), or > >> have weird panics in the UMA allocator. > >> > >> This is a G4 iBook with 1.5 GB of RAM. I instrumented ofw_syscons mmap() > >> routine to check what memory X is using, and, besides the framebuffer, > >> it appears to be mapping PCI configuration space for PCI bus 1 (the one > >> that the MacIO ASIC is on, and not the one the graphics card is on). I > >> can't figure out why. There are also no memory overlaps of the > >> framebuffer -- neither with physical memory nor with KVA space. > >> > >> Did you ever discover whether writing to random bits of the framebuffer > >> without ever having run X also causes this problem? > >> -Nathan > > > > Yes, I did perform that test, and it does cause the problem as well. For me it > > hangs when starting a new process some time later, so can be tested somewhat > > easily by performing a buildworld after doing the graphics test. > > My card, at least, has a framebuffer BAR that is 128 MB long, but only > actually has 32 MB of graphics RAM. Writing anything to that 32 MB does > not cause problems, but of course writing beyond that kills the machine, > since that memory region does not actually exist. Is this true for yours > as well? > -Nathan My card has 256MB of graphics RAM, and according to dmesg allocates that size block, plus 64k in the 256MB region before it. I haven't yet tested what address byte actually causes the crash, but that can be determined relatively easily. What I'm guessing, though, is writing to anything past (end - 32k) will cause the crash. I'll see if I can test this weekend. So, short answer to your question: it's not quite true for me, because it happens when I write to what should be inside graphics RAM. - Justin From owner-freebsd-ppc@FreeBSD.ORG Sat Mar 7 14:56:37 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F20EC106566C; Sat, 7 Mar 2009 14:56:36 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from beta.eecs.cwru.edu (beta.eecs.CWRU.Edu [129.22.150.110]) by mx1.freebsd.org (Postfix) with ESMTP id A03FC8FC13; Sat, 7 Mar 2009 14:56:36 +0000 (UTC) (envelope-from jrh29@alumni.cwru.edu) Received: from narn.knownspace ([::ffff:69.250.50.210]) (AUTH: PLAIN jrh29, TLS: TLSv1/SSLv3,168bits,DES-CBC3-SHA) by beta.eecs.cwru.edu with esmtp; Sat, 07 Mar 2009 09:56:35 -0500 id 00003970.49B28B23.0000188C Date: Sat, 7 Mar 2009 09:57:08 -0500 From: Justin Hibbits To: Nathan Whitehorn Message-ID: <20090307145708.GA1128@narn.knownspace> References: <20090304091310.EQW86822@dommail.onthenet.com.au> <20090304215257.GA8306@narn.knownspace> <49AF223C.5010907@freebsd.org> <20090305125438.GB8306@narn.knownspace> <49B0712B.1090109@freebsd.org> <20090306120626.GA12461@narn.knownspace> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=_beta-6284-1236437795-0001-2" Content-Disposition: inline In-Reply-To: <20090306120626.GA12461@narn.knownspace> User-Agent: Mutt/1.5.19 (2009-01-05) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Peter Grehan , freebsd-ppc@freebsd.org Subject: Re: graphics on G4 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2009 14:56:37 -0000 This is a MIME-formatted message. If you see this text it means that your E-mail software does not support MIME-formatted messages. --=_beta-6284-1236437795-0001-2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline On Fri, Mar 06, 2009 at 07:06:26AM -0500, Justin Hibbits wrote: > > >> Did you ever discover whether writing to random bits of the framebuffer > > >> without ever having run X also causes this problem? > > >> -Nathan > > > > > > Yes, I did perform that test, and it does cause the problem as well. For me it > > > hangs when starting a new process some time later, so can be tested somewhat > > > easily by performing a buildworld after doing the graphics test. > > > > My card, at least, has a framebuffer BAR that is 128 MB long, but only > > actually has 32 MB of graphics RAM. Writing anything to that 32 MB does > > not cause problems, but of course writing beyond that kills the machine, > > since that memory region does not actually exist. Is this true for yours > > as well? > > -Nathan > > My card has 256MB of graphics RAM, and according to dmesg allocates that size > block, plus 64k in the 256MB region before it. I haven't yet tested what > address byte actually causes the crash, but that can be determined relatively > easily. What I'm guessing, though, is writing to anything past (end - 32k) will > cause the crash. I'll see if I can test this weekend. > > So, short answer to your question: it's not quite true for me, because it > happens when I write to what should be inside graphics RAM. > > - Justin Nathan- Attached is a simple program I wrote that just writes a straight line down the first column of the framebuffer. It reliably kills my system while running a 'make buildworld' within a few minutes of running this program. (Possibly) Relevant Details: ATI Radeon 9600PRO, 256MB edition. 1280x1024x8 framebuffer 1.25GiB RAM - Justin --=_beta-6284-1236437795-0001-2-- From owner-freebsd-ppc@FreeBSD.ORG Sat Mar 7 21:22:43 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32E7F106566C; Sat, 7 Mar 2009 21:22:43 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id 0213D8FC1B; Sat, 7 Mar 2009 21:22:42 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) id <0KG500J00NDUB700@smtpauth2.wiscmail.wisc.edu>; Sat, 07 Mar 2009 15:22:42 -0600 (CST) Received: from trantor.tachypleus.net (adsl-99-154-1-172.dsl.mdsnwi.sbcglobal.net [99.154.1.172]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPSA id <0KG500DBGNDSV920@smtpauth2.wiscmail.wisc.edu>; Sat, 07 Mar 2009 15:22:41 -0600 (CST) Date: Sat, 07 Mar 2009 15:23:54 -0600 From: Nathan Whitehorn In-reply-to: <20090307145708.GA1128@narn.knownspace> To: Justin Hibbits Message-id: <49B2E5EA.1030004@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=99.154.1.172 X-Spam-PmxInfo: Server=avs-10, Version=5.5.1.360522, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.3.7.210721, SenderIP=99.154.1.172 References: <20090304091310.EQW86822@dommail.onthenet.com.au> <20090304215257.GA8306@narn.knownspace> <49AF223C.5010907@freebsd.org> <20090305125438.GB8306@narn.knownspace> <49B0712B.1090109@freebsd.org> <20090306120626.GA12461@narn.knownspace> <20090307145708.GA1128@narn.knownspace> User-Agent: Thunderbird 2.0.0.19 (X11/20090126) Cc: Peter Grehan , freebsd-ppc@freebsd.org Subject: Re: graphics on G4 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2009 21:22:43 -0000 Justin Hibbits wrote: > On Fri, Mar 06, 2009 at 07:06:26AM -0500, Justin Hibbits wrote: >>>>> Did you ever discover whether writing to random bits of the framebuffer >>>>> without ever having run X also causes this problem? >>>>> -Nathan >>>> Yes, I did perform that test, and it does cause the problem as well. For me it >>>> hangs when starting a new process some time later, so can be tested somewhat >>>> easily by performing a buildworld after doing the graphics test. >>> My card, at least, has a framebuffer BAR that is 128 MB long, but only >>> actually has 32 MB of graphics RAM. Writing anything to that 32 MB does >>> not cause problems, but of course writing beyond that kills the machine, >>> since that memory region does not actually exist. Is this true for yours >>> as well? >>> -Nathan >> My card has 256MB of graphics RAM, and according to dmesg allocates that size >> block, plus 64k in the 256MB region before it. I haven't yet tested what >> address byte actually causes the crash, but that can be determined relatively >> easily. What I'm guessing, though, is writing to anything past (end - 32k) will >> cause the crash. I'll see if I can test this weekend. >> >> So, short answer to your question: it's not quite true for me, because it >> happens when I write to what should be inside graphics RAM. >> >> - Justin > > Nathan- > > Attached is a simple program I wrote that just writes a straight line down the > first column of the framebuffer. It reliably kills my system while running a > 'make buildworld' within a few minutes of running this program. > > (Possibly) Relevant Details: > > ATI Radeon 9600PRO, 256MB edition. > 1280x1024x8 framebuffer > 1.25GiB RAM > > - Justin > Thanks for the test. It looks like you've exposed a bug in how we mmap() physical memory. It seems that if you try to write to the last page of any mmap()ed physmem region, you get a panic in UMA. Using write(), on the other hand, works just fine. -Nathan