From raj at semihalf.com  Sun Mar  1 02:57:34 2009
From: raj at semihalf.com (=?ISO-8859-2?Q?Rafa=B3_Jaworowski?=)
Date: Sun Mar  1 02:57:41 2009
Subject: boot process
In-Reply-To: <Pine.GSO.4.62.0902281936490.28394@serv1>
References: <Pine.GSO.4.62.0902212141241.25932@serv1>
	<49A2704F.4060703@semihalf.com>
	<Pine.GSO.4.62.0902241839390.12361@serv1>
	<49A42369.600@freebsd.org>
	<Pine.GSO.4.62.0902241944380.12361@serv1>
	<49A511E5.1010705@semihalf.com>
	<Pine.GSO.4.62.0902262112580.21452@serv1>
	<49A7DBD7.7010103@semihalf.com>
	<Pine.GSO.4.62.0902271806250.12296@serv1>
	<49A81358.3080309@semihalf.com>
	<Pine.GSO.4.62.0902281936490.28394@serv1>
Message-ID: <3727B986-849F-48D4-9227-8D36E2A51BA0@semihalf.com>


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<EMCP>
> real memory  = 520077312 (495 MB)
> Physical memory chunk(s):
> 0x01000000 - 0x1f713fff, 510738432 bytes (124692 pages)
> avail memory = 508682240 (485 MB)
> null: <null device, zero device>
> random: <entropy source, Software, Yarrow>
> nfslock: pseudo-device
> mem: <memory>
> nexus0: <MPC85xx Nexus device>
> ocpbus0: <On-Chip Peripherals bus> on nexus0
> ocpbus0: PORDEVSR=82b9ea67, PORDEVSR2=8f000079
> uart0: <Non-standard ns8250 class UART with FIFOs> 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 marcotrillo at gmail.com  Sun Mar  1 05:11:14 2009
From: marcotrillo at gmail.com (Marco Trillo)
Date: Sun Mar  1 05:11:20 2009
Subject: No mixer with Snapper
In-Reply-To: <20090228165533.GA1166@narn.knownspace>
References: <20090228165533.GA1166@narn.knownspace>
Message-ID: <b9c23c9f0903010445k32205622u6dca98b98a26e93b@mail.gmail.com>

Hi,

On 2/28/09, Justin Hibbits <jrh29@alumni.cwru.edu> 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: <Apple I2S Audio Controller> 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 jrh29 at alumni.cwru.edu  Sun Mar  1 06:24:04 2009
From: jrh29 at alumni.cwru.edu (Justin Hibbits)
Date: Sun Mar  1 06:24:10 2009
Subject: No mixer with Snapper
In-Reply-To: <b9c23c9f0903010445k32205622u6dca98b98a26e93b@mail.gmail.com>
References: <20090228165533.GA1166@narn.knownspace>
	<b9c23c9f0903010445k32205622u6dca98b98a26e93b@mail.gmail.com>
Message-ID: <20090301142432.GC1166@narn.knownspace>

On Sun, Mar 01, 2009 at 01:45:57PM +0100, Marco Trillo wrote:
> Hi,
> 
> On 2/28/09, Justin Hibbits <jrh29@alumni.cwru.edu> 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: <Apple I2S Audio Controller> 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
-------------- next part --------------
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 
From alexf at vsi.ru  Sun Mar  1 08:04:45 2009
From: alexf at vsi.ru (Aleksey V Fedorov)
Date: Sun Mar  1 08:04:53 2009
Subject: boot process
In-Reply-To: <3727B986-849F-48D4-9227-8D36E2A51BA0@semihalf.com>
References: <Pine.GSO.4.62.0902212141241.25932@serv1>
	<49A2704F.4060703@semihalf.com>
	<Pine.GSO.4.62.0902241839390.12361@serv1> <49A42369.600@freebsd.org>
	<Pine.GSO.4.62.0902241944380.12361@serv1>
	<49A511E5.1010705@semihalf.com>
	<Pine.GSO.4.62.0902262112580.21452@serv1>
	<49A7DBD7.7010103@semihalf.com>
	<Pine.GSO.4.62.0902271806250.12296@serv1>
	<49A81358.3080309@semihalf.com>
	<Pine.GSO.4.62.0902281936490.28394@serv1>
	<3727B986-849F-48D4-9227-8D36E2A51BA0@semihalf.com>
Message-ID: <Pine.GSO.4.62.0903011830230.4870@serv1>


Hi

On Sun, 1 Mar 2009, Rafal Jaworowski wrote:
> So did adjusting the LAW number help with the hang your previously reported, 
> or was it something else?

Yes, it help. With incorrect LAW number kernel hang on ocpbus0.

>>>> 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).

Debugger not initialized at this point.

> 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);

Yes of course. I call decr_config with 66666000=(533328000/8)

>> uart0: <Non-standard ns8250 class UART with FIFOs> 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 change speed to 9600 because with 115200 I get some noise in output 
during uart attach:

ocpbus0: <On-Chip Peripherals bus> on nexus0
ocpbus0: PORDEVSR=82b9ea67, PORDEVSR2=8f000079
??]X.??r?????????????????????????UIQ??????%=????????????????????????????????????????????????5)???????m%1QIu5)W????????????????????5)????????????????????????????5)?uart1: 
<Non-standard ns8250 class UART with FIFOs> iomem 0xfef04600-0xfef0460f 
irq 58 on ocpbus0
uart1: [FILTER]
uart1: fast interrupt

> 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).

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<EMCP>
real memory  = 520077312 (495 MB)
Physical memory chunk(s):
0x01000000 - 0x1f713fff, 510738432 bytes (124692 pages)
avail memory = 508583936 (485 MB)
random: <entropy source, Software, Yarrow>
mem: <memory>
nfslock: pseudo-device
null: <null device, zero device>
nexus0: <MPC85xx Nexus device>
ocpbus0: <On-Chip Peripherals bus> on nexus0
ocpbus0: PORDEVSR=82b9ea67, PORDEVSR2=8f000079


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<EMCP>
real memory  = 520077312 (495 MB)
Physical memory chunk(s):
0x01000000 - 0x1f713fff, 510738432 bytes (124692 pages)
avail memory = 508583936 (485 MB)
random: <entropy source, Software, Yarrow>
mem: <memory>
nfslock: pseudo-device
null: <null device, zero device>
nexus0: <MPC85xx Nexus device>
ocpbus0: <On-Chip Peripherals bus> on nexus0
ocpbus0: PORDEVSR=82b9ea67, PORDEVSR2=8f000079
??]X.??r?????????????????????????UIQ??????%=????????????????????????????????????????????????5)???????m%1QIu5)W????????????????????5)????????????????????????????5)?uart1: 
<Non-standard ns8250 class UART with FIFOs> iomem 0xfef04600-0xfef0460f 
irq 58 on ocpbus0
uart1: [FILTER]
uart1: fast interrupt
lbc0: <Freescale MPC85xx Local Bus Controller> iomem 0xfef05000-0xfef05fff 
on ocpbus0
Wiring VA=f8000000 to PA=f8000000 (size=400000), using TLB1[2]
tsec0: <Enhanced Three-Speed Ethernet Controller> iomem 
0xfef24000-0xfef24fff irq 45,46,50 on ocpbus0
miibus0: <MII bus> on tsec0
rgephy0: <RTL8169S/8110S/8211B media interface> PHY 0 on miibus0
rgephy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 
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() 
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=RB_VERBOSE|RB_SERIAL|RB_MULTIPLE
The rest is unchanged. Is it OK? Or something else required?


--
From marcotrillo at gmail.com  Sun Mar  1 08:13:16 2009
From: marcotrillo at gmail.com (Marco Trillo)
Date: Sun Mar  1 08:13:22 2009
Subject: No mixer with Snapper
In-Reply-To: <20090301142432.GC1166@narn.knownspace>
References: <20090228165533.GA1166@narn.knownspace>
	<b9c23c9f0903010445k32205622u6dca98b98a26e93b@mail.gmail.com>
	<20090301142432.GC1166@narn.knownspace>
Message-ID: <b9c23c9f0903010813p8d1aa55nd2a3f6d94547862b@mail.gmail.com>

Hi,

On 3/1/09, Justin Hibbits <jrh29@alumni.cwru.edu> wrote:
> On Sun, Mar 01, 2009 at 01:45:57PM +0100, Marco Trillo wrote:
>> On 2/28/09, Justin Hibbits <jrh29@alumni.cwru.edu> 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: <Apple I2S Audio Controller> 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 <i2c-address> property is used, while
the OFW-I2C code only looks for <reg>.

The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C
code also look for the <i2c-address> property. With the patch, the
mixer should attach and work fine.

Regards
Marco
-------------- next part --------------
--- 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;
 
 		/*
From xcllnt at mac.com  Sun Mar  1 08:51:01 2009
From: xcllnt at mac.com (Marcel Moolenaar)
Date: Sun Mar  1 08:51:21 2009
Subject: boot process
In-Reply-To: <Pine.GSO.4.62.0903011830230.4870@serv1>
References: <Pine.GSO.4.62.0902212141241.25932@serv1>
	<49A2704F.4060703@semihalf.com>
	<Pine.GSO.4.62.0902241839390.12361@serv1>
	<49A42369.600@freebsd.org> <Pine.GSO.4.62.0902241944380.12361@serv1>
	<49A511E5.1010705@semihalf.com>
	<Pine.GSO.4.62.0902262112580.21452@serv1>
	<49A7DBD7.7010103@semihalf.com>
	<Pine.GSO.4.62.0902271806250.12296@serv1>
	<49A81358.3080309@semihalf.com>
	<Pine.GSO.4.62.0902281936490.28394@serv1>
	<3727B986-849F-48D4-9227-8D36E2A51BA0@semihalf.com>
	<Pine.GSO.4.62.0903011830230.4870@serv1>
Message-ID: <51C136A0-5F4C-4F14-B3D2-3F63BCC966DF@mac.com>


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 alexf at vsi.ru  Sun Mar  1 10:20:00 2009
From: alexf at vsi.ru (Aleksey V Fedorov)
Date: Sun Mar  1 10:20:07 2009
Subject: boot process
In-Reply-To: <51C136A0-5F4C-4F14-B3D2-3F63BCC966DF@mac.com>
References: <Pine.GSO.4.62.0902212141241.25932@serv1>
	<49A2704F.4060703@semihalf.com>
	<Pine.GSO.4.62.0902241839390.12361@serv1> <49A42369.600@freebsd.org>
	<Pine.GSO.4.62.0902241944380.12361@serv1>
	<49A511E5.1010705@semihalf.com>
	<Pine.GSO.4.62.0902262112580.21452@serv1>
	<49A7DBD7.7010103@semihalf.com>
	<Pine.GSO.4.62.0902271806250.12296@serv1>
	<49A81358.3080309@semihalf.com>
	<Pine.GSO.4.62.0902281936490.28394@serv1>
	<3727B986-849F-48D4-9227-8D36E2A51BA0@semihalf.com>
	<Pine.GSO.4.62.0903011830230.4870@serv1>
	<51C136A0-5F4C-4F14-B3D2-3F63BCC966DF@mac.com>
Message-ID: <Pine.GSO.4.62.0903012101020.9348@serv1>


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 jrh29 at alumni.cwru.edu  Sun Mar  1 13:43:56 2009
From: jrh29 at alumni.cwru.edu (Justin Hibbits)
Date: Sun Mar  1 13:44:02 2009
Subject: No mixer with Snapper
In-Reply-To: <b9c23c9f0903010813p8d1aa55nd2a3f6d94547862b@mail.gmail.com>
References: <20090228165533.GA1166@narn.knownspace>
	<b9c23c9f0903010445k32205622u6dca98b98a26e93b@mail.gmail.com>
	<20090301142432.GC1166@narn.knownspace>
	<b9c23c9f0903010813p8d1aa55nd2a3f6d94547862b@mail.gmail.com>
Message-ID: <20090301214412.GA1055@narn.knownspace>

On Sun, Mar 01, 2009 at 05:13:13PM +0100, Marco Trillo wrote:
> Hi,
> 
> Thanks! The problem is that an <i2c-address> property is used, while
> the OFW-I2C code only looks for <reg>.
> 
> The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C
> code also look for the <i2c-address> 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 jrh29 at alumni.cwru.edu  Sun Mar  1 18:48:58 2009
From: jrh29 at alumni.cwru.edu (Justin Hibbits)
Date: Sun Mar  1 18:49:04 2009
Subject: graphics on G4
In-Reply-To: <20081025024544.GA22527@narn.knownspace>
References: <20081023040422.EKQ11018@dommail.onthenet.com.au>
	<20081025024544.GA22527@narn.knownspace>
Message-ID: <20090302024918.GA1060@narn.knownspace>

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 tinderbox at freebsd.org  Sun Mar  1 20:45:58 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Sun Mar  1 20:46:11 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <20090302044554.565A67302F@freebsd-current.sentex.ca>

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 tinderbox at freebsd.org  Mon Mar  2 00:32:35 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Mon Mar  2 00:32:47 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <20090302083231.BA1F17302F@freebsd-current.sentex.ca>

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 nse at delfi-konsult.com  Mon Mar  2 01:34:36 2009
From: nse at delfi-konsult.com (Niels S. Eliasen)
Date: Mon Mar  2 01:34:42 2009
Subject: GCJ for PowerPC ??
Message-ID: <B01C0A26-339D-4257-BA91-5394C45F647C@delfi-konsult.com>

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 bugmaster at FreeBSD.org  Mon Mar  2 03:07:40 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Mar  2 03:12:05 2009
Subject: Current problem reports assigned to freebsd-ppc@FreeBSD.org
Message-ID: <200903021106.n22B6vUM057403@freefall.freebsd.org>

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 horst at sxemacs.org  Mon Mar  2 03:32:15 2009
From: horst at sxemacs.org (Horst =?ISO-8859-1?Q?G=FCnther?= Burkhardt III)
Date: Mon Mar  2 03:32:22 2009
Subject: No mixer with Snapper
In-Reply-To: <b9c23c9f0903010813p8d1aa55nd2a3f6d94547862b@mail.gmail.com>
References: <20090228165533.GA1166@narn.knownspace>
	<b9c23c9f0903010445k32205622u6dca98b98a26e93b@mail.gmail.com>
	<20090301142432.GC1166@narn.knownspace>
	<b9c23c9f0903010813p8d1aa55nd2a3f6d94547862b@mail.gmail.com>
Message-ID: <1235993578.13513.0.camel@horst-tla>

On Sun, 2009-03-01 at 17:13 +0100, Marco Trillo wrote:
> Hi,
> 
> Thanks! The problem is that an <i2c-address> property is used, while
> the OFW-I2C code only looks for <reg>.
> 
> The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C
> code also look for the <i2c-address> 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.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-ppc/attachments/20090302/6b32cfd4/attachment.pgp
From tinderbox at freebsd.org  Mon Mar  2 04:09:59 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Mon Mar  2 04:10:19 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <20090302120953.2BAF57302F@freebsd-current.sentex.ca>

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 nwhitehorn at freebsd.org  Mon Mar  2 07:26:07 2009
From: nwhitehorn at freebsd.org (Nathan Whitehorn)
Date: Mon Mar  2 07:26:13 2009
Subject: No mixer with Snapper
In-Reply-To: <1235993578.13513.0.camel@horst-tla>
References: <20090228165533.GA1166@narn.knownspace>
	<b9c23c9f0903010445k32205622u6dca98b98a26e93b@mail.gmail.com>
	<20090301142432.GC1166@narn.knownspace>
	<b9c23c9f0903010813p8d1aa55nd2a3f6d94547862b@mail.gmail.com>
	<1235993578.13513.0.camel@horst-tla>
Message-ID: <49ABFAC6.1000000@freebsd.org>

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 <i2c-address> property is used, while
>> the OFW-I2C code only looks for <reg>.
>>
>> The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C
>> code also look for the <i2c-address> 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 tinderbox at freebsd.org  Mon Mar  2 07:49:26 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Mon Mar  2 07:49:38 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <20090302154922.08AD87302F@freebsd-current.sentex.ca>

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 alexf at vsi.ru  Mon Mar  2 07:51:28 2009
From: alexf at vsi.ru (Aleksey V Fedorov)
Date: Mon Mar  2 07:51:36 2009
Subject: boot process
In-Reply-To: <Pine.GSO.4.62.0902281936490.28394@serv1>
References: <Pine.GSO.4.62.0902212141241.25932@serv1>
	<49A2704F.4060703@semihalf.com>
	<Pine.GSO.4.62.0902241839390.12361@serv1> <49A42369.600@freebsd.org>
	<Pine.GSO.4.62.0902241944380.12361@serv1>
	<49A511E5.1010705@semihalf.com>
	<Pine.GSO.4.62.0902262112580.21452@serv1>
	<49A7DBD7.7010103@semihalf.com>
	<Pine.GSO.4.62.0902271806250.12296@serv1>
	<49A81358.3080309@semihalf.com>
	<Pine.GSO.4.62.0902281936490.28394@serv1>
Message-ID: <Pine.GSO.4.62.0903021845200.29491@serv1>


Hi!

I find the reason.

> cpu0: HID0 80000000<EMCP>

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 horst at sxemacs.org  Mon Mar  2 09:06:01 2009
From: horst at sxemacs.org (Horst =?ISO-8859-1?Q?G=FCnther?= Burkhardt III)
Date: Mon Mar  2 09:06:08 2009
Subject: No mixer with Snapper
In-Reply-To: <49ABFAC6.1000000@freebsd.org>
References: <20090228165533.GA1166@narn.knownspace>
	<b9c23c9f0903010445k32205622u6dca98b98a26e93b@mail.gmail.com>
	<20090301142432.GC1166@narn.knownspace>
	<b9c23c9f0903010813p8d1aa55nd2a3f6d94547862b@mail.gmail.com>
	<1235993578.13513.0.camel@horst-tla>  <49ABFAC6.1000000@freebsd.org>
Message-ID: <1236013607.13513.4.camel@horst-tla>

On Mon, 2009-03-02 at 09:27 -0600, Nathan Whitehorn wrote:
> 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

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.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-ppc/attachments/20090302/8289c8c0/attachment.pgp
From tinderbox at freebsd.org  Mon Mar  2 11:28:45 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Mon Mar  2 11:29:03 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <20090302192837.9175C7302F@freebsd-current.sentex.ca>

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 andreast-list at fgznet.ch  Mon Mar  2 12:59:03 2009
From: andreast-list at fgznet.ch (Andreas Tobler)
Date: Mon Mar  2 12:59:10 2009
Subject: GCJ for PowerPC ??
In-Reply-To: <B01C0A26-339D-4257-BA91-5394C45F647C@delfi-konsult.com>
References: <B01C0A26-339D-4257-BA91-5394C45F647C@delfi-konsult.com>
Message-ID: <49AC4891.1060804@fgznet.ch>

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 nse at delfi-konsult.com  Mon Mar  2 13:14:39 2009
From: nse at delfi-konsult.com (Niels S. Eliasen)
Date: Mon Mar  2 13:14:45 2009
Subject: GCJ for PowerPC ??
In-Reply-To: <49AC4891.1060804@fgznet.ch>
References: <B01C0A26-339D-4257-BA91-5394C45F647C@delfi-konsult.com>
	<49AC4891.1060804@fgznet.ch>
Message-ID: <B7E8B1CD-1142-4CD3-905E-1D03F5DFE377@delfi-konsult.com>

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 geraldablists at gmail.com  Mon Mar  2 13:38:21 2009
From: geraldablists at gmail.com (Gerald A)
Date: Mon Mar  2 13:38:36 2009
Subject: Prepping disks for usage
Message-ID: <8e0ed1e00903021307p6ad5ede7u7014bb69ccbf3f8b@mail.gmail.com>

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 tinderbox at freebsd.org  Mon Mar  2 15:09:00 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Mon Mar  2 15:09:18 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <20090302230856.1FCDA7302F@freebsd-current.sentex.ca>

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 pyunyh at gmail.com  Mon Mar  2 16:17:56 2009
From: pyunyh at gmail.com (Pyun YongHyeon)
Date: Mon Mar  2 16:18:03 2009
Subject: No mixer with Snapper
In-Reply-To: <49ABFAC6.1000000@freebsd.org>
References: <20090228165533.GA1166@narn.knownspace>
	<b9c23c9f0903010445k32205622u6dca98b98a26e93b@mail.gmail.com>
	<20090301142432.GC1166@narn.knownspace>
	<b9c23c9f0903010813p8d1aa55nd2a3f6d94547862b@mail.gmail.com>
	<1235993578.13513.0.camel@horst-tla> <49ABFAC6.1000000@freebsd.org>
Message-ID: <20090303000024.GA82725@michelle.cdnetworks.co.kr>

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 <i2c-address> property is used, while
> >>the OFW-I2C code only looks for <reg>.
> >>
> >>The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C
> >>code also look for the <i2c-address> 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 tinderbox at freebsd.org  Mon Mar  2 18:49:35 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Mon Mar  2 18:49:53 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <20090303024930.C1F857302F@freebsd-current.sentex.ca>

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 nwhitehorn at freebsd.org  Mon Mar  2 18:55:47 2009
From: nwhitehorn at freebsd.org (Nathan Whitehorn)
Date: Mon Mar  2 18:55:53 2009
Subject: No mixer with Snapper
In-Reply-To: <20090303000024.GA82725@michelle.cdnetworks.co.kr>
References: <20090228165533.GA1166@narn.knownspace>
	<b9c23c9f0903010445k32205622u6dca98b98a26e93b@mail.gmail.com>
	<20090301142432.GC1166@narn.knownspace>
	<b9c23c9f0903010813p8d1aa55nd2a3f6d94547862b@mail.gmail.com>
	<1235993578.13513.0.camel@horst-tla> <49ABFAC6.1000000@freebsd.org>
	<20090303000024.GA82725@michelle.cdnetworks.co.kr>
Message-ID: <49AC9C72.3030307@freebsd.org>

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 <i2c-address> property is used, while
>>>> the OFW-I2C code only looks for <reg>.
>>>>
>>>> The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C
>>>> code also look for the <i2c-address> 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 jrh29 at alumni.cwru.edu  Mon Mar  2 19:23:48 2009
From: jrh29 at alumni.cwru.edu (Justin Hibbits)
Date: Mon Mar  2 19:23:55 2009
Subject: graphics on G4
In-Reply-To: <20090302024918.GA1060@narn.knownspace>
References: <20081023040422.EKQ11018@dommail.onthenet.com.au>
	<20081025024544.GA22527@narn.knownspace>
	<20090302024918.GA1060@narn.knownspace>
Message-ID: <20090303032418.GA1055@narn.knownspace>

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 weongyo.jeong at gmail.com  Mon Mar  2 19:45:07 2009
From: weongyo.jeong at gmail.com (Weongyo Jeong)
Date: Mon Mar  2 19:45:13 2009
Subject: No mixer with Snapper
In-Reply-To: <49AC9C72.3030307@freebsd.org>
References: <20090228165533.GA1166@narn.knownspace>
	<b9c23c9f0903010445k32205622u6dca98b98a26e93b@mail.gmail.com>
	<20090301142432.GC1166@narn.knownspace>
	<b9c23c9f0903010813p8d1aa55nd2a3f6d94547862b@mail.gmail.com>
	<1235993578.13513.0.camel@horst-tla> <49ABFAC6.1000000@freebsd.org>
	<20090303000024.GA82725@michelle.cdnetworks.co.kr>
	<49AC9C72.3030307@freebsd.org>
Message-ID: <20090303034435.GB94580@weongyo.cdnetworks.kr>

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 <i2c-address> property is used, while
> >>>>the OFW-I2C code only looks for <reg>.
> >>>>
> >>>>The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C
> >>>>code also look for the <i2c-address> 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 weongyo.jeong at gmail.com  Mon Mar  2 21:40:25 2009
From: weongyo.jeong at gmail.com (Weongyo Jeong)
Date: Mon Mar  2 21:40:31 2009
Subject: No mixer with Snapper
In-Reply-To: <49AC9C72.3030307@freebsd.org>
References: <20090228165533.GA1166@narn.knownspace>
	<b9c23c9f0903010445k32205622u6dca98b98a26e93b@mail.gmail.com>
	<20090301142432.GC1166@narn.knownspace>
	<b9c23c9f0903010813p8d1aa55nd2a3f6d94547862b@mail.gmail.com>
	<1235993578.13513.0.camel@horst-tla> <49ABFAC6.1000000@freebsd.org>
	<20090303000024.GA82725@michelle.cdnetworks.co.kr>
	<49AC9C72.3030307@freebsd.org>
Message-ID: <20090303053952.GC94580@weongyo.cdnetworks.kr>

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 <i2c-address> property is used, while
> >>>>the OFW-I2C code only looks for <reg>.
> >>>>
> >>>>The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C
> >>>>code also look for the <i2c-address> 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 tinderbox at freebsd.org  Mon Mar  2 22:29:08 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Mon Mar  2 22:29:27 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <20090303062904.B6C4E7302F@freebsd-current.sentex.ca>

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 tinderbox at freebsd.org  Tue Mar  3 02:16:16 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Tue Mar  3 02:16:34 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <20090303101612.1A8497302F@freebsd-current.sentex.ca>

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 tinderbox at freebsd.org  Tue Mar  3 05:49:16 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Tue Mar  3 05:49:35 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <20090303134912.427967302F@freebsd-current.sentex.ca>

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 tinderbox at freebsd.org  Tue Mar  3 09:28:48 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Tue Mar  3 09:29:15 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <20090303172844.4A2127302F@freebsd-current.sentex.ca>

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 grehan at freebsd.org  Tue Mar  3 15:35:59 2009
From: grehan at freebsd.org (Peter Grehan)
Date: Tue Mar  3 15:36:06 2009
Subject: graphics on G4
Message-ID: <20090304091310.EQW86822@dommail.onthenet.com.au>

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 nwhitehorn at freebsd.org  Tue Mar  3 19:04:27 2009
From: nwhitehorn at freebsd.org (Nathan Whitehorn)
Date: Tue Mar  3 19:04:33 2009
Subject: No mixer with Snapper
In-Reply-To: <20090303053952.GC94580@weongyo.cdnetworks.kr>
References: <20090228165533.GA1166@narn.knownspace>
	<b9c23c9f0903010445k32205622u6dca98b98a26e93b@mail.gmail.com>
	<20090301142432.GC1166@narn.knownspace>
	<b9c23c9f0903010813p8d1aa55nd2a3f6d94547862b@mail.gmail.com>
	<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>
Message-ID: <49ADEFF9.3010605@freebsd.org>

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 <i2c-address> property is used, while
>>>>>> the OFW-I2C code only looks for <reg>.
>>>>>>
>>>>>> The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C
>>>>>> code also look for the <i2c-address> 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 weongyo.jeong at gmail.com  Tue Mar  3 21:33:52 2009
From: weongyo.jeong at gmail.com (Weongyo Jeong)
Date: Tue Mar  3 21:33:58 2009
Subject: No mixer with Snapper
In-Reply-To: <49ADEFF9.3010605@freebsd.org>
References: <20090228165533.GA1166@narn.knownspace>
	<b9c23c9f0903010445k32205622u6dca98b98a26e93b@mail.gmail.com>
	<20090301142432.GC1166@narn.knownspace>
	<b9c23c9f0903010813p8d1aa55nd2a3f6d94547862b@mail.gmail.com>
	<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>
Message-ID: <20090304053318.GA99730@weongyo.cdnetworks.kr>

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 <i2c-address> property is used, while
> >>>>>>the OFW-I2C code only looks for <reg>.
> >>>>>>
> >>>>>>The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C
> >>>>>>code also look for the <i2c-address> 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 nwhitehorn at freebsd.org  Tue Mar  3 21:51:27 2009
From: nwhitehorn at freebsd.org (Nathan Whitehorn)
Date: Tue Mar  3 21:51:33 2009
Subject: No mixer with Snapper
In-Reply-To: <20090304053318.GA99730@weongyo.cdnetworks.kr>
References: <20090228165533.GA1166@narn.knownspace>
	<b9c23c9f0903010445k32205622u6dca98b98a26e93b@mail.gmail.com>
	<20090301142432.GC1166@narn.knownspace>
	<b9c23c9f0903010813p8d1aa55nd2a3f6d94547862b@mail.gmail.com>
	<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>
Message-ID: <49AE171D.9020801@freebsd.org>

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 <i2c-address> property is used, while
>>>>>>>> the OFW-I2C code only looks for <reg>.
>>>>>>>>
>>>>>>>> The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C
>>>>>>>> code also look for the <i2c-address> 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 weongyo.jeong at gmail.com  Wed Mar  4 00:44:42 2009
From: weongyo.jeong at gmail.com (Weongyo Jeong)
Date: Wed Mar  4 00:44:49 2009
Subject: No mixer with Snapper
In-Reply-To: <49AE1975.7050908@freebsd.org>
References: <20090301142432.GC1166@narn.knownspace>
	<b9c23c9f0903010813p8d1aa55nd2a3f6d94547862b@mail.gmail.com>
	<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>
Message-ID: <20090304084409.GB99730@weongyo.cdnetworks.kr>

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 <i2c-address> property is used, while
> >>>>>>>>the OFW-I2C code only looks for <reg>.
> >>>>>>>>
> >>>>>>>>The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C
> >>>>>>>>code also look for the <i2c-address> 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 <MATSHITACD-RW CW-8124/DB0D> at ata0-master WDMA2
  ad0: 38154MB <FUJITSU MHV2040AT 00810099> at ata1-master UDMA100
  akbd0: <PowerBook G3 Keyboard> at device 2 on adb0
  kdb1 at akbd0
  ushub0: 2 ports with 2 removable, self powered
  [hang; no more prints]

regards,
Weongyo Jeong

From horst at sxemacs.org  Wed Mar  4 07:35:33 2009
From: horst at sxemacs.org (Horst =?ISO-8859-1?Q?G=FCnther?= Burkhardt III)
Date: Wed Mar  4 07:35:55 2009
Subject: compile failure of -CURRENT on powerpc, libthr
Message-ID: <1236180992.13513.13.camel@horst-tla>

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. 


===> 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_affinity.c /usr/src/lib/libthr/thread/thr_attr.c /usr/src/lib/libthr/thread/thr_barrier.c /usr/src/lib/libthr/thread/thr_barrierattr.c /usr/src/lib/libthr/thread/thr_cancel.c /usr/src/lib/libthr/thread/thr_clean.c /usr/src/lib/libthr/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 /usr/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_exit.c /usr/src/lib/libthr/thread/thr_fork.c /usr/src/lib/libthr/thread/thr_getprio.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/lib/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/libthr/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/src/lib/libthr/thread/thr_sem.c /usr/src/lib/libthr/thread/thr_setprio.c /usr/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/thread/thr_stack.c /usr/src/lib/libthr/thread/thr_syscalls.c /usr/src/lib/libthr/thread/thr_suspend_np.c /usr/src/lib/libthr/thread/thr_switch_np.c /usr/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=7400 -mtune=7400 -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=7400 -mtune=7400 -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=7400 -mtune=7400 -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.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-ppc/attachments/20090304/4360bfa6/attachment.pgp
From andreast at fgznet.ch  Wed Mar  4 12:47:29 2009
From: andreast at fgznet.ch (Andreas Tobler)
Date: Wed Mar  4 12:47:36 2009
Subject: No mixer with Snapper
In-Reply-To: <20090304084409.GB99730@weongyo.cdnetworks.kr>
References: <20090301142432.GC1166@narn.knownspace>	<b9c23c9f0903010813p8d1aa55nd2a3f6d94547862b@mail.gmail.com>	<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>
Message-ID: <49AEE11A.2040100@fgznet.ch>

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 <i2c-address> property is used, while
>>>>>>>>>> the OFW-I2C code only looks for <reg>.
>>>>>>>>>>
>>>>>>>>>> The attached patch -- to apply in /usr/src/sys -- makes the OFW-I2C
>>>>>>>>>> code also look for the <i2c-address> 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 <MATSHITACD-RW CW-8124/DB0D> at ata0-master WDMA2
>   ad0: 38154MB <FUJITSU MHV2040AT 00810099> at ata1-master UDMA100
>   akbd0: <PowerBook G3 Keyboard> 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 <Maxtor 6Y080P0 YAR41BW0> at 
ata0-master UDMA66
Mar  4 21:56:26 imacb kernel: acd0: DVDR <MATSHITADVD-ROM SR-8184/AA32> 
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 <Maxtor 6Y080P0 YAR41BW0> at 
ata0-master UDMA66
Mar  4 21:56:26 imacb kernel: acd0: DVDR <MATSHITADVD-ROM SR-8184/AA32> 
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 andreast at fgznet.ch  Wed Mar  4 13:51:20 2009
From: andreast at fgznet.ch (Andreas Tobler)
Date: Wed Mar  4 13:51:28 2009
Subject: No mixer with Snapper
In-Reply-To: <49AEE11A.2040100@fgznet.ch>
References: <20090301142432.GC1166@narn.knownspace>	<b9c23c9f0903010813p8d1aa55nd2a3f6d94547862b@mail.gmail.com>	<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>
Message-ID: <49AEF7D4.1060606@fgznet.ch>

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 <i2c-address> property is 
>>>>>>>>>>> used, while
>>>>>>>>>>> the OFW-I2C code only looks for <reg>.
>>>>>>>>>>>
>>>>>>>>>>> The attached patch -- to apply in /usr/src/sys -- makes the 
>>>>>>>>>>> OFW-I2C
>>>>>>>>>>> code also look for the <i2c-address> 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 <MATSHITACD-RW CW-8124/DB0D> at ata0-master WDMA2
>>   ad0: 38154MB <FUJITSU MHV2040AT 00810099> at ata1-master UDMA100
>>   akbd0: <PowerBook G3 Keyboard> 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 <Maxtor 6Y080P0 YAR41BW0> at 
> ata0-master UDMA66
> Mar  4 21:56:26 imacb kernel: acd0: DVDR <MATSHITADVD-ROM SR-8184/AA32> 
> 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 <Maxtor 6Y080P0 YAR41BW0> at 
> ata0-master UDMA66
> Mar  4 21:56:26 imacb kernel: acd0: DVDR <MATSHITADVD-ROM SR-8184/AA32> 
> 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<EMCP,DOZE,DPM,ICE,DCE,SGE,BTIC,BHT>


...

Andreas

From jrh29 at alumni.cwru.edu  Wed Mar  4 16:34:44 2009
From: jrh29 at alumni.cwru.edu (Justin Hibbits)
Date: Wed Mar  4 16:36:47 2009
Subject: graphics on G4
In-Reply-To: <20090304091310.EQW86822@dommail.onthenet.com.au>
References: <20090304091310.EQW86822@dommail.onthenet.com.au>
Message-ID: <20090304215257.GA8306@narn.knownspace>

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 nwhitehorn at freebsd.org  Wed Mar  4 16:51:09 2009
From: nwhitehorn at freebsd.org (Nathan Whitehorn)
Date: Wed Mar  4 16:51:15 2009
Subject: graphics on G4
In-Reply-To: <20090304215257.GA8306@narn.knownspace>
References: <20090304091310.EQW86822@dommail.onthenet.com.au>
	<20090304215257.GA8306@narn.knownspace>
Message-ID: <49AF223C.5010907@freebsd.org>

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 tinderbox at freebsd.org  Wed Mar  4 18:39:34 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Wed Mar  4 18:39:52 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <20090305023930.13F2F7302F@freebsd-current.sentex.ca>

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 jrh29 at alumni.cwru.edu  Thu Mar  5 04:54:10 2009
From: jrh29 at alumni.cwru.edu (Justin Hibbits)
Date: Thu Mar  5 04:54:16 2009
Subject: graphics on G4
In-Reply-To: <49AF223C.5010907@freebsd.org>
References: <20090304091310.EQW86822@dommail.onthenet.com.au>
	<20090304215257.GA8306@narn.knownspace>
	<49AF223C.5010907@freebsd.org>
Message-ID: <20090305125438.GB8306@narn.knownspace>

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 nwhitehorn at freebsd.org  Thu Mar  5 16:40:07 2009
From: nwhitehorn at freebsd.org (Nathan Whitehorn)
Date: Thu Mar  5 16:40:14 2009
Subject: graphics on G4
In-Reply-To: <20090305125438.GB8306@narn.knownspace>
References: <20090304091310.EQW86822@dommail.onthenet.com.au>
	<20090304215257.GA8306@narn.knownspace> <49AF223C.5010907@freebsd.org>
	<20090305125438.GB8306@narn.knownspace>
Message-ID: <49B0712B.1090109@freebsd.org>

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 jrh29 at alumni.cwru.edu  Fri Mar  6 04:06:20 2009
From: jrh29 at alumni.cwru.edu (Justin Hibbits)
Date: Fri Mar  6 04:06:27 2009
Subject: graphics on G4
In-Reply-To: <49B0712B.1090109@freebsd.org>
References: <20090304091310.EQW86822@dommail.onthenet.com.au>
	<20090304215257.GA8306@narn.knownspace>
	<49AF223C.5010907@freebsd.org>
	<20090305125438.GB8306@narn.knownspace>
	<49B0712B.1090109@freebsd.org>
Message-ID: <20090306120626.GA12461@narn.knownspace>

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 jrh29 at alumni.cwru.edu  Sat Mar  7 06:56:37 2009
From: jrh29 at alumni.cwru.edu (Justin Hibbits)
Date: Sat Mar  7 06:56:43 2009
Subject: graphics on G4
In-Reply-To: <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>
	<20090306120626.GA12461@narn.knownspace>
Message-ID: <20090307145708.GA1128@narn.knownspace>

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
From nwhitehorn at freebsd.org  Sat Mar  7 13:22:43 2009
From: nwhitehorn at freebsd.org (Nathan Whitehorn)
Date: Sat Mar  7 13:22:50 2009
Subject: graphics on G4
In-Reply-To: <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>
	<20090307145708.GA1128@narn.knownspace>
Message-ID: <49B2E5EA.1030004@freebsd.org>

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
From tinderbox at freebsd.org  Sat Mar  7 18:50:16 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Sat Mar  7 18:50:34 2009
Subject: [releng_7 tinderbox] failure on powerpc/powerpc
Message-ID: <20090308025012.53DA11B5060@freebsd-stable.sentex.ca>

TB --- 2009-03-08 01:42:02 - tinderbox 2.6 running on freebsd-stable.sentex.ca
TB --- 2009-03-08 01:42:02 - starting RELENG_7 tinderbox run for powerpc/powerpc
TB --- 2009-03-08 01:42:02 - cleaning the object tree
TB --- 2009-03-08 01:42:25 - cvsupping the source tree
TB --- 2009-03-08 01:42:25 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/powerpc/powerpc/supfile
TB --- 2009-03-08 01:42:33 - building world
TB --- 2009-03-08 01:42:33 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-03-08 01:42:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-03-08 01:42:33 - TARGET=powerpc
TB --- 2009-03-08 01:42:33 - TARGET_ARCH=powerpc
TB --- 2009-03-08 01:42:33 - TZ=UTC
TB --- 2009-03-08 01:42:33 - __MAKE_CONF=/dev/null
TB --- 2009-03-08 01:42:33 - cd /src
TB --- 2009-03-08 01:42:33 - /usr/bin/make -B buildworld
>>> World build started on Sun Mar  8 01:42:34 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
>>> stage 4.4: building everything
>>> World build completed on Sun Mar  8 02:48:04 UTC 2009
TB --- 2009-03-08 02:48:04 - generating LINT kernel config
TB --- 2009-03-08 02:48:04 - cd /src/sys/powerpc/conf
TB --- 2009-03-08 02:48:04 - /usr/bin/make -B LINT
TB --- 2009-03-08 02:48:04 - building LINT kernel
TB --- 2009-03-08 02:48:04 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-03-08 02:48:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-03-08 02:48:04 - TARGET=powerpc
TB --- 2009-03-08 02:48:04 - TARGET_ARCH=powerpc
TB --- 2009-03-08 02:48:04 - TZ=UTC
TB --- 2009-03-08 02:48:04 - __MAKE_CONF=/dev/null
TB --- 2009-03-08 02:48:04 - cd /src
TB --- 2009-03-08 02:48:04 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Sun Mar  8 02:48:04 UTC 2009
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
--------------------------------------------------------------
cd /obj/powerpc/src/sys/LINT; MAKEOBJDIRPREFIX=/obj/powerpc  MACHINE_ARCH=powerpc  MACHINE=powerpc  CPUTYPE=  GROFF_BIN_PATH=/obj/powerpc/src/tmp/legacy/usr/bin  GROFF_FONT_PATH=/obj/powerpc/src/tmp/legacy/usr/share/groff_font  GROFF_TMAC_PATH=/obj/powerpc/src/tmp/legacy/usr/share/tmac  _SHLIBDIRPREFIX=/obj/powerpc/src/tmp  VERSION="FreeBSD 7.0-BETA2 i386 700055"  INSTALL="sh /src/tools/install.sh"  PATH=/obj/powerpc/src/tmp/legacy/usr/sbin:/obj/powerpc/src/tmp/legacy/usr/bin:/obj/powerpc/src/tmp/legacy/usr/games:/obj/powerpc/src/tmp/usr/sbin:/obj/powerpc/src/tmp/usr/bin:/obj/powerpc/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin NO_CTF=1 /usr/bin/make KERNEL=kernel all -DNO_MODULES_OBJ
cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -Werror /src/sys/powerpc/powerpc/locore.S
/src/sys/powerpc/powerpc/trap_subr.S: Assembler messages:
/src/sys/powerpc/powerpc/trap_subr.S:522: Error: undefined symbol `TMPSTKSZ' in operation
/src/sys/powerpc/powerpc/trap_subr.S:523: Error: undefined symbol `TMPSTKSZ' in operation
*** Error code 1

Stop in /obj/powerpc/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-03-08 02:50:12 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-03-08 02:50:12 - ERROR: failed to build lint kernel
TB --- 2009-03-08 02:50:12 - 3423.20 user 347.83 system 4089.30 real


http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full
From stasmus at mail.ru  Sun Mar  8 06:30:04 2009
From: stasmus at mail.ru (stas)
Date: Sun Mar  8 06:30:11 2009
Subject: powerpc/132411: Popup motherboard bios setup window when rebooting
	system and use raid controller 3ware 9650se
Message-ID: <200903081328.n28DSr1P048269@www.freebsd.org>


>Number:         132411
>Category:       powerpc
>Synopsis:       Popup motherboard bios setup window when rebooting system and use raid controller 3ware 9650se
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-ppc
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Mar 08 13:30:03 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator:     stas
>Release:        7.1 7.0
>Organization:
fortuna-99
>Environment:
defaul setup
>Description:
Iam use freebsd 7.1 -release or freebsd 7.0-release and intel df43tf motherboard with 3ware 9650se raid controller. There is Popup motherboard setup window when iam reboot system (this window display only if iam press f2 in intel motherboad). Every reboot iam must press f10 key and sey "yes" that exit motherboad bios setup. 
This is not problem of motherboard or problem of controller beacuse when iam install microsoft windows problem not detected.

>How-To-Repeat:
every reboot
>Fix:
Fixing problem is use "standart" boot method when install freebsd 7.0 or 7.1 from live cd. If you choose "boot manager" or "none" in freebsd setup window, problem will be appear.

>Release-Note:
>Audit-Trail:
>Unformatted:
From gavin at FreeBSD.org  Sun Mar  8 07:46:20 2009
From: gavin at FreeBSD.org (gavin@FreeBSD.org)
Date: Sun Mar  8 07:46:27 2009
Subject: i386/132411: Popup motherboard bios setup window when rebooting
	system and use raid controller 3ware 9650se
Message-ID: <200903081446.n28EkJAV044317@freefall.freebsd.org>

Synopsis: Popup motherboard bios setup window when rebooting system and use raid controller 3ware 9650se

State-Changed-From-To: open->closed
State-Changed-By: gavin
State-Changed-When: Sun Mar 8 14:45:49 UTC 2009
State-Changed-Why: 
Close, duplicate of 132416

http://www.freebsd.org/cgi/query-pr.cgi?pr=132411
From jrh29 at alumni.cwru.edu  Sun Mar  8 12:34:44 2009
From: jrh29 at alumni.cwru.edu (Justin Hibbits)
Date: Sun Mar  8 12:34:50 2009
Subject: graphics on G4
In-Reply-To: <49B2E5EA.1030004@freebsd.org>
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>
	<49B2E5EA.1030004@freebsd.org>
Message-ID: <20090308160716.GA1065@narn.knownspace>

On Sat, Mar 07, 2009 at 03:23:54PM -0600, Nathan Whitehorn wrote:
> 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

Thanks for finding the actual problem.  I'll be a welcome guinea pig for testing
any patch for this.

- Justin
From alexf at vsi.ru  Mon Mar  9 09:07:43 2009
From: alexf at vsi.ru (Aleksey V Fedorov)
Date: Mon Mar  9 09:07:55 2009
Subject: MPC85XX LBC UPM
Message-ID: <Pine.GSO.4.62.0903091853360.18684@serv1>


Hi!

Could somebody describe main idea of different LBC machines 
initialization? I see that only GPCM implemented and used now.
I need UPM for CF ata disk. I can program UPM in particular
device driver, but how to deal with LBC code in lbc.c? Which
part of UPM programming and initialization must be done in LBC
code and which part in particular driver code? What is the main concept?

--
From xcllnt at mac.com  Mon Mar  9 10:09:38 2009
From: xcllnt at mac.com (Marcel Moolenaar)
Date: Mon Mar  9 10:09:45 2009
Subject: MPC85XX LBC UPM
In-Reply-To: <Pine.GSO.4.62.0903091853360.18684@serv1>
References: <Pine.GSO.4.62.0903091853360.18684@serv1>
Message-ID: <FEA06E46-DB06-40B0-A9C9-AF1C494D0664@mac.com>


On Mar 9, 2009, at 9:07 AM, Aleksey V Fedorov wrote:

>
> Hi!
>
> Could somebody describe main idea of different LBC machines  
> initialization? I see that only GPCM implemented and used now.
> I need UPM for CF ata disk. I can program UPM in particular
> device driver, but how to deal with LBC code in lbc.c? Which
> part of UPM programming and initialization must be done in LBC
> code and which part in particular driver code? What is the main  
> concept?

Given that the GPCM, UPM and SDRAM modes cannot operate
concurrently (they share the same external pins), you
probably want the UPM programming to be done in the LBC
driver. There you can also deal with serialization.

With 8 possible devices, you can treat the LBC state
machines as a resource that you can allocate and
release. This can be done by adding a resource type:
	SYS_RES_LBCSM	/* LBC state machine. */

After you allocate a state machine you need to activate
it before you can use it. After use you deactivate the
resource. This facilitates serialization. It also helps
the LBC driver to setup whatever needs to be setup for
use by the corresponding state machine (i.e. for SDRAM
you want a particular I/O memory region to be enabled
and mapped so that you have direct-access to the SDRAM).

In order to do reads or writes, you may need to add a
special LBC interface (alongside the driver interface
or the bus interface) so that the driver can handshake
with the LBC about the transaction. This is to setup
DMA engines.

In any case: consider configurations that can actually
be tested and implement for that. Even if it's limited
in certain respects.

FYI,

-- 
Marcel Moolenaar
xcllnt@mac.com



From bugmaster at FreeBSD.org  Mon Mar  9 10:15:15 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Mar  9 10:17:03 2009
Subject: Current problem reports assigned to freebsd-ppc@FreeBSD.org
Message-ID: <200903091715.n29HFAhT045348@freefall.freebsd.org>

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 tinderbox at freebsd.org  Tue Mar 10 12:41:11 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Tue Mar 10 12:41:18 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <20090310194105.DDC667302F@freebsd-current.sentex.ca>

TB --- 2009-03-10 18:11:40 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-03-10 18:11:40 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2009-03-10 18:11:40 - cleaning the object tree
TB --- 2009-03-10 18:12:18 - cvsupping the source tree
TB --- 2009-03-10 18:12:18 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile
TB --- 2009-03-10 18:12:27 - building world
TB --- 2009-03-10 18:12:27 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-03-10 18:12:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-03-10 18:12:27 - TARGET=powerpc
TB --- 2009-03-10 18:12:27 - TARGET_ARCH=powerpc
TB --- 2009-03-10 18:12:27 - TZ=UTC
TB --- 2009-03-10 18:12:27 - __MAKE_CONF=/dev/null
TB --- 2009-03-10 18:12:27 - cd /src
TB --- 2009-03-10 18:12:27 - /usr/bin/make -B buildworld
>>> World build started on Tue Mar 10 18:12:28 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
>>> stage 4.4: building everything
>>> World build completed on Tue Mar 10 19:36:00 UTC 2009
TB --- 2009-03-10 19:36:00 - generating LINT kernel config
TB --- 2009-03-10 19:36:00 - cd /src/sys/powerpc/conf
TB --- 2009-03-10 19:36:00 - /usr/bin/make -B LINT
TB --- 2009-03-10 19:36:00 - building LINT kernel
TB --- 2009-03-10 19:36:00 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-03-10 19:36:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-03-10 19:36:00 - TARGET=powerpc
TB --- 2009-03-10 19:36:00 - TARGET_ARCH=powerpc
TB --- 2009-03-10 19:36:00 - TZ=UTC
TB --- 2009-03-10 19:36:00 - __MAKE_CONF=/dev/null
TB --- 2009-03-10 19:36:00 - cd /src
TB --- 2009-03-10 19:36:00 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Tue Mar 10 19:36:00 UTC 2009
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I.  -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror  /src/sys/dev/bktr/bktr_os.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I.  -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror  /src/sys/dev/bktr/bktr_tuner.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I.  -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror  /src/sys/dev/bktr/msp34xx.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I.  -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror  /src/sys/dev/buslogic/bt.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I.  -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror  /src/sys/dev/buslogic/bt_pci.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I.  -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror  /src/sys/dev/cardbus/cardbus.c
cc1: warnings being treated as errors
/src/sys/dev/cardbus/cardbus.c:86: warning: 'cardbus_write_ivar' declared 'static' but never defined
*** Error code 1

Stop in /obj/powerpc/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-03-10 19:41:05 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-03-10 19:41:05 - ERROR: failed to build lint kernel
TB --- 2009-03-10 19:41:05 - 4273.91 user 396.10 system 5365.09 real


http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full
From nwhitehorn at freebsd.org  Tue Mar 10 20:22:27 2009
From: nwhitehorn at freebsd.org (Nathan Whitehorn)
Date: Tue Mar 10 20:22:47 2009
Subject: graphics on G4
In-Reply-To: <20090308160716.GA1065@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>
	<20090307145708.GA1128@narn.knownspace> <49B2E5EA.1030004@freebsd.org>
	<20090308160716.GA1065@narn.knownspace>
Message-ID: <49B72EBF.9010001@freebsd.org>

Justin Hibbits wrote:
> On Sat, Mar 07, 2009 at 03:23:54PM -0600, Nathan Whitehorn wrote:
>> 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
> 
> Thanks for finding the actual problem.  I'll be a welcome guinea pig for testing
> any patch for this.

Let me know if SVN revision 189675 (changes to powerpc/aim/mmu_oea.c) 
solves your problem. It fixes the test program on my G4 iBook. 
Apparently trying to unmap mmaped physical memory regions caused the 
fictitious pages created by the VM to be deallocated from the wrong UMA
zone, which was panicing the kernel.
-Nathan
From jrh29 at alumni.cwru.edu  Wed Mar 11 19:06:57 2009
From: jrh29 at alumni.cwru.edu (Justin Hibbits)
Date: Wed Mar 11 19:07:04 2009
Subject: graphics on G4
In-Reply-To: <49B72EBF.9010001@freebsd.org>
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>
	<49B2E5EA.1030004@freebsd.org>
	<20090308160716.GA1065@narn.knownspace>
	<49B72EBF.9010001@freebsd.org>
Message-ID: <20090312020731.GA28704@narn.knownspace>

On Tue, Mar 10, 2009 at 10:23:43PM -0500, Nathan Whitehorn wrote:
> Justin Hibbits wrote:
> > On Sat, Mar 07, 2009 at 03:23:54PM -0600, Nathan Whitehorn wrote:
> >> 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
> > 
> > Thanks for finding the actual problem.  I'll be a welcome guinea pig for testing
> > any patch for this.
> 
> Let me know if SVN revision 189675 (changes to powerpc/aim/mmu_oea.c) 
> solves your problem. It fixes the test program on my G4 iBook. 
> Apparently trying to unmap mmaped physical memory regions caused the 
> fictitious pages created by the VM to be deallocated from the wrong UMA
> zone, which was panicing the kernel.
> -Nathan

It seems to have fixed it.  The machine's been up for about an hour now, running
a make buildworld, and I've run in parallel a couple port builds, and started X
a few times, and it hasn't crashed yet.

Thanks for the fix, now all I need is DRI and I'll have everything I need for a
good workstation.

- Justin
From ssefick at gmail.com  Fri Mar 13 12:39:47 2009
From: ssefick at gmail.com (stephen sefick)
Date: Fri Mar 13 12:39:54 2009
Subject: Broadcom 4306 rev 3 ibook 933mhz ibook
Message-ID: <c502a9e10903131214p51f03837q3f6431e19bfcebff@mail.gmail.com>

I would like to install BSD onto my ibook, but I would like to know if
it is possible to have the wireless card work.  I have been searching
around the internet and have found no answers except that one person
on the openbsd mainling list has an ibook where the wireless card used
to work.  I have debian installed on the computer right now so
anything that could make this question easier I can try and get that
information.
thanks for any help,

-- 
Stephen Sefick

Let's not spend our time and resources thinking about things that are
so little or so large that all they really do for us is puff us up and
make us feel like gods.  We are mammals, and have not exhausted the
annoying little problems of being mammals.

								-K. Mullis
From horst at sxemacs.org  Sat Mar 14 02:36:50 2009
From: horst at sxemacs.org (Horst =?ISO-8859-1?Q?G=FCnther?= Burkhardt III)
Date: Sat Mar 14 02:36:58 2009
Subject: interrupt storm with dvd-drive
In-Reply-To: <permail-200903132013001e86ffa800005bb1-a_best01@message-id.uni-muenster.de>
References: <permail-200903132013001e86ffa800005bb1-a_best01@message-id.uni-muenster.de>
Message-ID: <1237023406.13391.1.camel@horst-tla>

On Fri, 2009-03-13 at 21:13 +0100, Alexander Best wrote:
> hi there,
> 
> i was trying to create an iso from a cd. i tried both dd and recoverdisk.
> unfortunately during the very last read i get the following warnings:
> 
{...}
> acd0: FAILURE - READ_BIG timed out
> 
> during the interrupt storm the whole system freezes. what's strange about this
> is that this only happens with recorded cds. when i use dd or recoverdisk with
> a retail cd i'm having no problems at all. i tested this with cds that got
> recorded under freebsd (using burncd) as well as with cds recorded under
> windows. the results is the same (being the interrupt storm). the problem
> however does NOT exist with DVD or DVD-/+R's! only with CD-Rs!
> 
> this is the controller i'm using:
> 
> <JMicron JMB363 SATA300 controller> port
> 0xd000-0xd007,0xd100-0xd103,0xd200-0xd207,0xd300-0xd303,0xd400-0xd40f mem
> 0xf8000000-0xf8001fff irq 19 at device 0.0 on pci3
> 
> the drive is pata:
> 
> DVDR <HL-DVDR <HL-DT-ST DVDRAM GSA-H10N/JL12> at ata4-slave UDMA33

This might be related to an issue I'm trying to eliminate atm, I'm
trying it now.

Basically I get the same minus the interrupt storm messages trying to
boot a freebsd cd on my mac. I'll take a look.

--
Horst.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-ppc/attachments/20090314/802e6b80/attachment.pgp
From tinderbox at freebsd.org  Sat Mar 14 11:50:41 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Sat Mar 14 11:50:58 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <20090314185034.8F0F07302F@freebsd-current.sentex.ca>

TB --- 2009-03-14 17:13:55 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-03-14 17:13:55 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2009-03-14 17:13:55 - cleaning the object tree
TB --- 2009-03-14 17:14:26 - cvsupping the source tree
TB --- 2009-03-14 17:14:26 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile
TB --- 2009-03-14 17:14:34 - building world
TB --- 2009-03-14 17:14:34 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-03-14 17:14:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-03-14 17:14:34 - TARGET=powerpc
TB --- 2009-03-14 17:14:34 - TARGET_ARCH=powerpc
TB --- 2009-03-14 17:14:34 - TZ=UTC
TB --- 2009-03-14 17:14:34 - __MAKE_CONF=/dev/null
TB --- 2009-03-14 17:14:34 - cd /src
TB --- 2009-03-14 17:14:34 - /usr/bin/make -B buildworld
>>> World build started on Sat Mar 14 17:14:37 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
>>> stage 4.4: building everything
>>> World build completed on Sat Mar 14 18:38:09 UTC 2009
TB --- 2009-03-14 18:38:09 - generating LINT kernel config
TB --- 2009-03-14 18:38:09 - cd /src/sys/powerpc/conf
TB --- 2009-03-14 18:38:09 - /usr/bin/make -B LINT
TB --- 2009-03-14 18:38:09 - building LINT kernel
TB --- 2009-03-14 18:38:09 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-03-14 18:38:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-03-14 18:38:09 - TARGET=powerpc
TB --- 2009-03-14 18:38:09 - TARGET_ARCH=powerpc
TB --- 2009-03-14 18:38:09 - TZ=UTC
TB --- 2009-03-14 18:38:09 - __MAKE_CONF=/dev/null
TB --- 2009-03-14 18:38:09 - cd /src
TB --- 2009-03-14 18:38:09 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Sat Mar 14 18:38:09 UTC 2009
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
/src/sys/netinet/sctp_indata.c: In function 'sctp_handle_sack':
/src/sys/netinet/sctp_indata.c:5708: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt'
/src/sys/netinet/sctp_indata.c:5709: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt'
/src/sys/netinet/sctp_indata.c:5711: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt'
/src/sys/netinet/sctp_indata.c: In function 'sctp_handle_nr_sack':
/src/sys/netinet/sctp_indata.c:8285: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt'
/src/sys/netinet/sctp_indata.c:8286: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt'
/src/sys/netinet/sctp_indata.c:8288: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt'
*** Error code 1

Stop in /obj/powerpc/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-03-14 18:50:34 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-03-14 18:50:34 - ERROR: failed to build lint kernel
TB --- 2009-03-14 18:50:34 - 4655.10 user 408.26 system 5798.62 real


http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full
From nwhitehorn at freebsd.org  Sat Mar 14 13:30:33 2009
From: nwhitehorn at freebsd.org (Nathan Whitehorn)
Date: Sat Mar 14 13:31:08 2009
Subject: Broadcom 4306 rev 3 ibook 933mhz ibook
In-Reply-To: <c502a9e10903131214p51f03837q3f6431e19bfcebff@mail.gmail.com>
References: <c502a9e10903131214p51f03837q3f6431e19bfcebff@mail.gmail.com>
Message-ID: <49BC13E7.2030503@freebsd.org>

stephen sefick wrote:
> I would like to install BSD onto my ibook, but I would like to know if
> it is possible to have the wireless card work.  I have been searching
> around the internet and have found no answers except that one person
> on the openbsd mainling list has an ibook where the wireless card used
> to work.  I have debian installed on the computer right now so
> anything that could make this question easier I can try and get that
> information.
> thanks for any help,
>
>   
There is currently some experimental code in a Perforce repository for 
this, but the person who wrote it originally stopped working on it. It 
works well enough on my G4 iBook, but is still a little raw.
-Nathan
From andreast-list at fgznet.ch  Sat Mar 14 13:40:10 2009
From: andreast-list at fgznet.ch (Andreas Tobler)
Date: Sat Mar 14 13:41:05 2009
Subject: cross build world on amd64 install on ppc
Message-ID: <49BC1626.70106@fgznet.ch>

Hi all,

I learned that building a kernel for powerpc on amd64 is straight forward:

make -j4 buildlernel TARGET_ARCH=powerpc  KERNCONF=GENERIC
make installkernel TARGET_ARCH=powerpc  KERNCONF=GENERIC DESTDIR=/tmp

Then I tar this kernel and scp it to the powerpc machine. Fine.

I do this because building a kernel on amd64 takes 4' while on my ppc 
box it takes about one hour.

Now I'd like to do the same for 'buildworld'.

I have taken the approach to nfs export the /usr/src and the /usr/obj 
from the amd64 to the powerpc machine.

Here I fail when try to do 'make installkernel'. The 'install' binary is 
an ELF 64-bit LSB executable, x86-64. Yes, this does not work on powerpc :)

First, is this possible to do a buildkernel/buildworld on an amd64 for 
powerpc and then install it on powerpc?

Is the nfs approach dead wrong?

If it is possible to do a cross buildworld how do I install it on the 
ppc machine?


Thanks for any pointers.
Andreas
From xcllnt at mac.com  Sat Mar 14 14:33:08 2009
From: xcllnt at mac.com (Marcel Moolenaar)
Date: Sat Mar 14 14:33:14 2009
Subject: cross build world on amd64 install on ppc
In-Reply-To: <49BC1626.70106@fgznet.ch>
References: <49BC1626.70106@fgznet.ch>
Message-ID: <59998CAE-B90C-4038-A6C8-52C3EB35987E@mac.com>


On Mar 14, 2009, at 1:40 PM, Andreas Tobler wrote:

> make -j4 buildlernel TARGET_ARCH=powerpc  KERNCONF=GENERIC
> make installkernel TARGET_ARCH=powerpc  KERNCONF=GENERIC DESTDIR=/tmp
>
> Now I'd like to do the same for 'buildworld'.

make buildworld TARGET_ARCH...
make installworld TARGET_ARCH... DESTDIR...

> I have taken the approach to nfs export the /usr/src and the /usr/ 
> obj from the amd64 to the powerpc machine.

You can NFS export DESTDIR and mount that on your powerpc
machine.

> First, is this possible to do a buildkernel/buildworld on an amd64  
> for powerpc and then install it on powerpc?

Indirectly yes.

> Is the nfs approach dead wrong?

No, but there are gotchas. For one, a cross build uses
/usr/obj/${TARGET_ARCH} as the root of the object tree,
whereas a native build simply uses /usr/obj. This needs
to be compensated for.

Also, as part of a buildworld we build host tools. These
you need to build on your powerpc. One way is to do a
buildworld on your powerpc machine after doing it on your
amd64, making sure that the object tree is shared. This
should avoid rebuilding on your powerpc, while making
sure the prerequisites are dealt with.

> If it is possible to do a cross buildworld how do I install it on  
> the ppc machine?

I think the easiest approach is to do an installworld on
your amd64 and mount that on your powerpc machine. You
can use rsync to sync your powerpc /. Alternatives are
tar, cp -R, etc...

It would be great if we can improve the process so that
you can build on machine X and install on machine Y, by
sharing usr and obj trees.

-- 
Marcel Moolenaar
xcllnt@mac.com



From tinderbox at freebsd.org  Sat Mar 14 17:04:10 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Sat Mar 14 17:04:22 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <20090315000405.575837302F@freebsd-current.sentex.ca>

TB --- 2009-03-14 23:06:13 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-03-14 23:06:13 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2009-03-14 23:06:13 - cleaning the object tree
TB --- 2009-03-14 23:06:38 - cvsupping the source tree
TB --- 2009-03-14 23:06:38 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile
TB --- 2009-03-14 23:06:47 - building world
TB --- 2009-03-14 23:06:47 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-03-14 23:06:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-03-14 23:06:47 - TARGET=powerpc
TB --- 2009-03-14 23:06:47 - TARGET_ARCH=powerpc
TB --- 2009-03-14 23:06:47 - TZ=UTC
TB --- 2009-03-14 23:06:47 - __MAKE_CONF=/dev/null
TB --- 2009-03-14 23:06:47 - cd /src
TB --- 2009-03-14 23:06:47 - /usr/bin/make -B buildworld
>>> World build started on Sat Mar 14 23:06:48 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
>>> stage 4.4: building everything
[...]
/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/rs6000/sysv4.h:285:1: warning: "PTRDIFF_TYPE" redefined
In file included from /obj/powerpc/src/gnu/usr.bin/cc/cc_int/../cc_tools/tm.h:11,
                 from /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:35:
/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/freebsd.h:76:1: warning: this is the location of the previous definition
/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:543: error: redefinition of 'floor_log2'
/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.h:175: error: previous definition of 'floor_log2' was here
/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:578: error: redefinition of 'exact_log2'
/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.h:181: error: previous definition of 'exact_log2' was here
*** Error code 1

Stop in /src/gnu/usr.bin/cc/cc_int.
*** Error code 1

Stop in /src/gnu/usr.bin/cc.
*** Error code 1

Stop in /src/gnu/usr.bin.
*** Error code 1

Stop in /src/gnu.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-03-15 00:04:05 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-03-15 00:04:05 - ERROR: failed to build world
TB --- 2009-03-15 00:04:05 - 2743.31 user 281.80 system 3471.91 real


http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full
From andreast-list at fgznet.ch  Sun Mar 15 11:57:16 2009
From: andreast-list at fgznet.ch (Andreas Tobler)
Date: Sun Mar 15 11:57:23 2009
Subject: cross build world on amd64 install on ppc
In-Reply-To: <59998CAE-B90C-4038-A6C8-52C3EB35987E@mac.com>
References: <49BC1626.70106@fgznet.ch>
	<59998CAE-B90C-4038-A6C8-52C3EB35987E@mac.com>
Message-ID: <49BD4F88.9060305@fgznet.ch>

Marcel Moolenaar wrote:
> On Mar 14, 2009, at 1:40 PM, Andreas Tobler wrote:
> 
>> make -j4 buildlernel TARGET_ARCH=powerpc  KERNCONF=GENERIC
>> make installkernel TARGET_ARCH=powerpc  KERNCONF=GENERIC DESTDIR=/tmp
>>
>> Now I'd like to do the same for 'buildworld'.
> 
> make buildworld TARGET_ARCH...
> make installworld TARGET_ARCH... DESTDIR...

Yep.

>> I have taken the approach to nfs export the /usr/src and the /usr/obj 
>> from the amd64 to the powerpc machine.
> 
> You can NFS export DESTDIR and mount that on your powerpc
> machine.

I'll try that later.

>> First, is this possible to do a buildkernel/buildworld on an amd64 for 
>> powerpc and then install it on powerpc?
> 
> Indirectly yes.
> 
>> Is the nfs approach dead wrong?
> 
> No, but there are gotchas. For one, a cross build uses
> /usr/obj/${TARGET_ARCH} as the root of the object tree,
> whereas a native build simply uses /usr/obj. This needs
> to be compensated for.

Yes, I did that already. I did a symbolic link for 
/usr/obj/${TARGET_ARCH}. But better would be to export the 
/usr/obj/${TARGET_ARCH} instead of /usr/obj on the nfs server. Then I do 
not need to bother on the client side. Additionally, if I have different 
TARGET_ARCH's, I can export them to the dedicated client only and make 
sure that I do not screw up TARGET_ARCH-A while playing with TARGET_ARCH-B.

> Also, as part of a buildworld we build host tools. These
> you need to build on your powerpc. One way is to do a
> buildworld on your powerpc machine after doing it on your
> amd64, making sure that the object tree is shared. This
> should avoid rebuilding on your powerpc, while making
> sure the prerequisites are dealt with.

Here I have questions:

- do I do a 'make buildworld' on the powerpc with -DNO_CLEAN?
- or can I somehow 'make bootstrap-tools'?
I tried to do a make bootstrap-tools but failed.

What I miss are the parts from tmp/legacy/usr in native ppc format.
Also, the strip command in native format, maybe other follow.

To install a crossbuilt kernel on ppc I changed the 
tmp/legacy/usr/bin/install to the ppc native one.

>> If it is possible to do a cross buildworld how do I install it on the 
>> ppc machine?
> 
> I think the easiest approach is to do an installworld on
> your amd64 and mount that on your powerpc machine. You
> can use rsync to sync your powerpc /. Alternatives are
> tar, cp -R, etc...

Yes, another possibility.
I do not have an urgent need to have a newly built world on my ppc. I'm 
just playing.

> It would be great if we can improve the process so that
> you can build on machine X and install on machine Y, by
> sharing usr and obj trees.

That would be great. I'll continue playing.

Thanks so far!
Andreas

From Info at Visacard.com.uk  Sun Mar 15 23:25:46 2009
From: Info at Visacard.com.uk (Visa CardŽ / MsnŽ INTERNATIONAL MEGA JACKPOT 2009)
Date: Sun Mar 15 23:25:58 2009
Subject: CONTACT CLAIMS ADMINISTRATOR
Message-ID: <200903160324.n2G3OalE008645@ss37.shared.server-system.net>

Visa CardŽ / MsnŽ INTERNATIONAL MEGA JACKPOT 2009
PROMOTION/CLAIMS DEPARTMENT
440 THE STRAND  LONDON, WC2R 0QS
ENGLAND, UNITED KINGDOM
DIRECTOR:DR.GLENN EDWARD
 
Attn:Winner
Winning No:VCard/877/798/2009
Email Ref No:VCard/699/33/2009
Notification Date:26/01/2009
AMOUNT WON:500,000.00GBP (Five Hundred Thousand Great Britain Pounds).
This email address has brought you an unexpected luck,Your e-mail address was selected and confirmed by our co-sponsor Msn International, through their latest internet software.You are therefore been approved by Visa Card Int./Msn UK the sum of 500,000.00 (Five Hundred Thousand Great Britain Pounds).
===================================
CONTACT CLAIMS ADMINISTRATOR
===================================
NAME: Mr.David Ronald
Email: Vicamsprdemet2009@hotmail.com
Phone # : +(44) 703 596 7375
Fax     # :+(44) 454 464 9443
Visa CardŽ / MsnŽ Promotion Department
Do email the above Claims Administrator, at once with all the claims requirements below.To avoid unnecessary delay.They are needed to proceed.
Claims Requirements:
1. Full Name:_____________________
2. Address:_____________________
3. Nationality:___________Sex:________
4. Age:________Date of Birth:___________
5. Occupation:_________Martial Status_________
6. Cell Phone:___________Fax:___________
7. State of Origin:_________Country:_______
8.Winning No:_______Email Ref No:______
PROCEEDURES / RIGHTS AND PRECAUTIONS
Choose from payment options and Contact the Claims Administrator with all your claims requirements well filled @ Vicamsprdemet2009@hotmail.com
(i).Bank Transfer
(ii).Delivery of  Prepaid Visa cardŽ Valued 500,000.00GBP by a registered Courier 
Company.
Sincerely,
Mrs.Dora Lazmon(Secretary)
Visa CardŽ /MsnŽ Mega Jackpot
Š2009 Microsoft Corporation.All rights reserved 



From bugmaster at FreeBSD.org  Mon Mar 16 04:07:01 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Mar 16 04:08:58 2009
Subject: Current problem reports assigned to freebsd-ppc@FreeBSD.org
Message-ID: <200903161107.n2GB70lT043350@freefall.freebsd.org>

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 tinderbox at freebsd.org  Thu Mar 19 11:57:11 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Thu Mar 19 11:57:28 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <20090319185706.05D0A7302F@freebsd-current.sentex.ca>

TB --- 2009-03-19 17:19:50 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-03-19 17:19:50 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2009-03-19 17:19:50 - cleaning the object tree
TB --- 2009-03-19 17:20:18 - cvsupping the source tree
TB --- 2009-03-19 17:20:18 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile
TB --- 2009-03-19 17:20:25 - building world
TB --- 2009-03-19 17:20:25 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-03-19 17:20:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-03-19 17:20:25 - TARGET=powerpc
TB --- 2009-03-19 17:20:25 - TARGET_ARCH=powerpc
TB --- 2009-03-19 17:20:25 - TZ=UTC
TB --- 2009-03-19 17:20:25 - __MAKE_CONF=/dev/null
TB --- 2009-03-19 17:20:25 - cd /src
TB --- 2009-03-19 17:20:25 - /usr/bin/make -B buildworld
>>> World build started on Thu Mar 19 17:20: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
>>> stage 4.4: building everything
>>> World build completed on Thu Mar 19 18:44:49 UTC 2009
TB --- 2009-03-19 18:44:49 - generating LINT kernel config
TB --- 2009-03-19 18:44:49 - cd /src/sys/powerpc/conf
TB --- 2009-03-19 18:44:49 - /usr/bin/make -B LINT
TB --- 2009-03-19 18:44:49 - building LINT kernel
TB --- 2009-03-19 18:44:49 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-03-19 18:44:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-03-19 18:44:49 - TARGET=powerpc
TB --- 2009-03-19 18:44:49 - TARGET_ARCH=powerpc
TB --- 2009-03-19 18:44:49 - TZ=UTC
TB --- 2009-03-19 18:44:49 - __MAKE_CONF=/dev/null
TB --- 2009-03-19 18:44:49 - cd /src
TB --- 2009-03-19 18:44:49 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Thu Mar 19 18:44:49 UTC 2009
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
/src/sys/netinet/ip_mroute.c: In function 'X_ip_mforward':
/src/sys/netinet/ip_mroute.c:1227: error: 'mcastgrp' undeclared (first use in this function)
/src/sys/netinet/ip_mroute.c:1227: error: (Each undeclared identifier is reported only once
/src/sys/netinet/ip_mroute.c:1227: error: for each function it appears in.)
/src/sys/netinet/ip_mroute.c: In function 'send_packet':
/src/sys/netinet/ip_mroute.c:1688: error: 'ptrdiff_t' undeclared (first use in this function)
/src/sys/netinet/ip_mroute.c: In function 'pim_input':
/src/sys/netinet/ip_mroute.c:2565: error: incompatible type for argument 1 of 'inet_ntoa'
*** Error code 1

Stop in /obj/powerpc/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-03-19 18:57:05 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-03-19 18:57:05 - ERROR: failed to build lint kernel
TB --- 2009-03-19 18:57:05 - 4642.23 user 426.17 system 5835.66 real


http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full
From ross at grinz.com  Thu Mar 19 17:25:16 2009
From: ross at grinz.com (Ross Gohlke)
Date: Thu Mar 19 17:26:09 2009
Subject: Success on powerbook6,8, but no Xorg
Message-ID: <38290.72.26.158.42.1237507532.squirrel@grinzport.grinz.com>

I was finally able to install FreeBSD (7 and 8) on my Powerbook:
powerbook6,8, 1.5Ghz G4 12", Nvidia GeForce FX Go5200

I compiled a -CURRENT kernel for ADB support, so the onboard keyboard
works -- it does not work with official 7.1 ISO kernel.

I have set sysctl hw.ofwfb.relax_mmap=1.

%sudo Xorg -configure produces a valid xorg.conf, but running %sudo startx
freezes the computer and leaves a message in /var/log/Xorg.0.log. This
happens whether I use Option FBDev "False" or not. It loads the nv driver,
which loads int10, which loads vgahw.

Loading /usr/local/lib/xorg/modules/libvgahw.so
...
Using HW cursor
Linear framebuffer at 0x8000000
MMIO registers at 0x0
(EE) NV(0): pci_device_map_range failed: No such file or directory

Fatal server error:
Caught signal 11. Server aborting

I'm recompiling xorg, but does anyone have ideas what is wrong and how to
fix it?

Thanks,
Ross




From tinderbox at freebsd.org  Thu Mar 19 20:08:07 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Thu Mar 19 20:08:22 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <20090320030801.6B0537302F@freebsd-current.sentex.ca>

TB --- 2009-03-20 01:31:22 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-03-20 01:31:22 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2009-03-20 01:31:22 - cleaning the object tree
TB --- 2009-03-20 01:31:46 - cvsupping the source tree
TB --- 2009-03-20 01:31:46 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile
TB --- 2009-03-20 01:31:56 - building world
TB --- 2009-03-20 01:31:56 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-03-20 01:31:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-03-20 01:31:56 - TARGET=powerpc
TB --- 2009-03-20 01:31:56 - TARGET_ARCH=powerpc
TB --- 2009-03-20 01:31:56 - TZ=UTC
TB --- 2009-03-20 01:31:56 - __MAKE_CONF=/dev/null
TB --- 2009-03-20 01:31:56 - cd /src
TB --- 2009-03-20 01:31:56 - /usr/bin/make -B buildworld
>>> World build started on Fri Mar 20 01:31: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
>>> stage 4.4: building everything
>>> World build completed on Fri Mar 20 02:56:19 UTC 2009
TB --- 2009-03-20 02:56:19 - generating LINT kernel config
TB --- 2009-03-20 02:56:19 - cd /src/sys/powerpc/conf
TB --- 2009-03-20 02:56:19 - /usr/bin/make -B LINT
TB --- 2009-03-20 02:56:19 - building LINT kernel
TB --- 2009-03-20 02:56:19 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-03-20 02:56:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-03-20 02:56:19 - TARGET=powerpc
TB --- 2009-03-20 02:56:19 - TARGET_ARCH=powerpc
TB --- 2009-03-20 02:56:19 - TZ=UTC
TB --- 2009-03-20 02:56:19 - __MAKE_CONF=/dev/null
TB --- 2009-03-20 02:56:19 - cd /src
TB --- 2009-03-20 02:56:19 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Fri Mar 20 02:56:19 UTC 2009
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
/src/sys/netinet/ip_mroute.c: In function 'X_ip_mforward':
/src/sys/netinet/ip_mroute.c:1227: error: 'mcastgrp' undeclared (first use in this function)
/src/sys/netinet/ip_mroute.c:1227: error: (Each undeclared identifier is reported only once
/src/sys/netinet/ip_mroute.c:1227: error: for each function it appears in.)
/src/sys/netinet/ip_mroute.c: In function 'send_packet':
/src/sys/netinet/ip_mroute.c:1688: error: 'ptrdiff_t' undeclared (first use in this function)
/src/sys/netinet/ip_mroute.c: In function 'pim_input':
/src/sys/netinet/ip_mroute.c:2565: error: incompatible type for argument 1 of 'inet_ntoa'
*** Error code 1

Stop in /obj/powerpc/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-03-20 03:08:01 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-03-20 03:08:01 - ERROR: failed to build lint kernel
TB --- 2009-03-20 03:08:01 - 4641.75 user 423.52 system 5798.72 real


http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full
From tinderbox at freebsd.org  Fri Mar 20 04:13:19 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Fri Mar 20 04:13:37 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <20090320111316.7151E7302F@freebsd-current.sentex.ca>

TB --- 2009-03-20 09:36:31 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-03-20 09:36:31 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2009-03-20 09:36:31 - cleaning the object tree
TB --- 2009-03-20 09:36:54 - cvsupping the source tree
TB --- 2009-03-20 09:36:54 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile
TB --- 2009-03-20 09:37:01 - building world
TB --- 2009-03-20 09:37:01 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-03-20 09:37:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-03-20 09:37:01 - TARGET=powerpc
TB --- 2009-03-20 09:37:01 - TARGET_ARCH=powerpc
TB --- 2009-03-20 09:37:01 - TZ=UTC
TB --- 2009-03-20 09:37:01 - __MAKE_CONF=/dev/null
TB --- 2009-03-20 09:37:01 - cd /src
TB --- 2009-03-20 09:37:01 - /usr/bin/make -B buildworld
>>> World build started on Fri Mar 20 09:37:03 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
>>> stage 4.4: building everything
>>> World build completed on Fri Mar 20 11:01:23 UTC 2009
TB --- 2009-03-20 11:01:23 - generating LINT kernel config
TB --- 2009-03-20 11:01:23 - cd /src/sys/powerpc/conf
TB --- 2009-03-20 11:01:23 - /usr/bin/make -B LINT
TB --- 2009-03-20 11:01:23 - building LINT kernel
TB --- 2009-03-20 11:01:23 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-03-20 11:01:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-03-20 11:01:23 - TARGET=powerpc
TB --- 2009-03-20 11:01:23 - TARGET_ARCH=powerpc
TB --- 2009-03-20 11:01:23 - TZ=UTC
TB --- 2009-03-20 11:01:23 - __MAKE_CONF=/dev/null
TB --- 2009-03-20 11:01:23 - cd /src
TB --- 2009-03-20 11:01:23 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Fri Mar 20 11:01:23 UTC 2009
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
/src/sys/netinet/ip_mroute.c: In function 'X_ip_mforward':
/src/sys/netinet/ip_mroute.c:1227: error: 'mcastgrp' undeclared (first use in this function)
/src/sys/netinet/ip_mroute.c:1227: error: (Each undeclared identifier is reported only once
/src/sys/netinet/ip_mroute.c:1227: error: for each function it appears in.)
/src/sys/netinet/ip_mroute.c: In function 'send_packet':
/src/sys/netinet/ip_mroute.c:1688: error: 'ptrdiff_t' undeclared (first use in this function)
/src/sys/netinet/ip_mroute.c: In function 'pim_input':
/src/sys/netinet/ip_mroute.c:2565: error: incompatible type for argument 1 of 'inet_ntoa'
*** Error code 1

Stop in /obj/powerpc/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-03-20 11:13:16 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-03-20 11:13:16 - ERROR: failed to build lint kernel
TB --- 2009-03-20 11:13:16 - 4640.11 user 424.67 system 5805.14 real


http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full
From tinderbox at freebsd.org  Sat Mar 21 17:01:19 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Sat Mar 21 17:01:31 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <20090322000116.00BBD7302F@freebsd-current.sentex.ca>

TB --- 2009-03-21 23:22:56 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-03-21 23:22:56 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2009-03-21 23:22:56 - cleaning the object tree
TB --- 2009-03-21 23:23:29 - cvsupping the source tree
TB --- 2009-03-21 23:23:29 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile
TB --- 2009-03-21 23:23:46 - building world
TB --- 2009-03-21 23:23:46 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-03-21 23:23:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-03-21 23:23:46 - TARGET=powerpc
TB --- 2009-03-21 23:23:46 - TARGET_ARCH=powerpc
TB --- 2009-03-21 23:23:46 - TZ=UTC
TB --- 2009-03-21 23:23:46 - __MAKE_CONF=/dev/null
TB --- 2009-03-21 23:23:46 - cd /src
TB --- 2009-03-21 23:23:46 - /usr/bin/make -B buildworld
>>> World build started on Sat Mar 21 23:23: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
[...]
===> lib/libpam/libpam (all)
===> lib/libpcap (all)
cc -O2 -pipe  -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -std=gnu99 -fstack-protector  -c grammar.c
cc -O2 -pipe  -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -std=gnu99 -fstack-protector  -c /src/lib/libpcap/../../contrib/libpcap/pcap-bpf.c
/src/lib/libpcap/../../contrib/libpcap/pcap-bpf.c: In function 'pcap_activate_bpf':
/src/lib/libpcap/../../contrib/libpcap/pcap-bpf.c:1897: error: 'to_ms' undeclared (first use in this function)
/src/lib/libpcap/../../contrib/libpcap/pcap-bpf.c:1897: error: (Each undeclared identifier is reported only once
/src/lib/libpcap/../../contrib/libpcap/pcap-bpf.c:1897: error: for each function it appears in.)
*** Error code 1

Stop in /src/lib/libpcap.
*** 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-22 00:01:15 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-03-22 00:01:15 - ERROR: failed to build world
TB --- 2009-03-22 00:01:15 - 1786.95 user 191.24 system 2299.67 real


http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full
From jrh29 at alumni.cwru.edu  Sun Mar 22 11:06:00 2009
From: jrh29 at alumni.cwru.edu (Justin Hibbits)
Date: Sun Mar 22 11:06:07 2009
Subject: Apple ATA DMA problems with ATAPI
Message-ID: <20090322180638.GA3708@narn.knownspace>

Well, it seems I was bitten by the ATA DMA problems from a few months back.
When trying to mount a DVD, I got the folling messages:

Mar 22 13:34:29 narn kernel: acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly
Mar 22 13:34:29 narn kernel: acd0: TIMEOUT - READ_BIG retrying (1 retry left)
Mar 22 13:35:19 narn kernel: acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly
Mar 22 13:35:19 narn kernel: acd0: TIMEOUT - READ_BIG retrying (0 retries left)
Mar 22 13:36:09 narn kernel: acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly
Mar 22 13:36:09 narn kernel: acd0: FAILURE - READ_BIG timed out
Mar 22 13:36:59 narn kernel: acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly
Mar 22 13:36:59 narn kernel: acd0: TIMEOUT - READ_BIG retrying (1 retry left)
Mar 22 13:37:49 narn kernel: acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly
Mar 22 13:37:49 narn kernel: acd0: TIMEOUT - READ_BIG retrying (0 retries left)
Mar 22 13:38:39 narn kernel: acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly
Mar 22 13:38:39 narn kernel: acd0: FAILURE - READ_BIG timed out
Mar 22 13:39:30 narn kernel: acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly
Mar 22 13:39:30 narn kernel: acd0: TIMEOUT - READ_BIG retrying (1 retry left)
Mar 22 13:39:44 narn kernel: acd0: WARNING - TEST_UNIT_READY taskqueue timeout - completing request directly
Mar 22 13:39:44 narn kernel: acd0: FAILURE - TEST_UNIT_READY timed out
Mar 22 13:39:55 narn kernel: acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly
Mar 22 13:41:44 narn kernel: acd0: WARNING - PREVENT_ALLOW taskqueue timeout - completing request directly
Mar 22 13:42:04 narn kernel: acd0: WARNING - TEST_UNIT_READY taskqueue timeout - completing request directly

Using -CURRENT powerpc trunk from a couple weeks ago:  r189096:189865M
(multi-version because of network problems, shouldn't affect ATA).

Hardware is MDD single 1.25GHz (2003), chipset info from dmesg:

ata1: <Apple MacIO ATA Controller> mem 0x20000-0x20fff,0x8b00-0x8bff irq 20,12 on macio0
acd0: DVDR <HL-DT-ST RW/DVD GCC-4480B/1.03> at ata1-master WDMA2

- Justin
From jrh29 at alumni.cwru.edu  Sun Mar 22 13:18:31 2009
From: jrh29 at alumni.cwru.edu (Justin Hibbits)
Date: Sun Mar 22 13:18:37 2009
Subject: Mouse jumps to left in Xorg
Message-ID: <20090322201910.GB3708@narn.knownspace>

When I move the mouse over some threshold, it gets locked to either the left or
the top of the screen in X.  Killing X fixes this, and I'm able to move the
mouse slowly around the screen, but moving it at a "normal" rate after it gets
stuck warps it back to its stuck side.

I've googled for solutions to this, and it appears the problem is that the FPU
state isn't saved and/or restored correctly when entering/leaving the signal
handler for SIGIO.  Reading through the code in powerpc/aim/machdep.c, line 498
contains the comments:

    /*
	 * Save the floating-point state, if necessary, then copy it.
	 */
    /* XXX */

which I assume means it's to be done.  I don't know the signal handler code well
enough to implement this, but I can test any patch for this.

- Justin
From xcllnt at mac.com  Sun Mar 22 13:41:20 2009
From: xcllnt at mac.com (Marcel Moolenaar)
Date: Sun Mar 22 13:41:26 2009
Subject: Apple ATA DMA problems with ATAPI
In-Reply-To: <20090322180638.GA3708@narn.knownspace>
References: <20090322180638.GA3708@narn.knownspace>
Message-ID: <8B9483E9-D6D4-441E-9202-31FA34F5DA98@mac.com>


On Mar 22, 2009, at 11:06 AM, Justin Hibbits wrote:

> Well, it seems I was bitten by the ATA DMA problems from a few  
> months back.

Try disabling DMA for atapi in /boot/loader.conf and enable
it in /etc/sysctl.conf. For some reason, on my Mac Mini at
least, it helps to first program PIO and then program *DMA.

YMMV,

-- 
Marcel Moolenaar
xcllnt@mac.com



From jrh29 at alumni.cwru.edu  Sun Mar 22 14:53:29 2009
From: jrh29 at alumni.cwru.edu (Justin Hibbits)
Date: Sun Mar 22 14:53:35 2009
Subject: Apple ATA DMA problems with ATAPI
In-Reply-To: <8B9483E9-D6D4-441E-9202-31FA34F5DA98@mac.com>
References: <20090322180638.GA3708@narn.knownspace>
	<8B9483E9-D6D4-441E-9202-31FA34F5DA98@mac.com>
Message-ID: <20090322215406.GA1257@narn.knownspace>

On Sun, Mar 22, 2009 at 01:41:18PM -0700, Marcel Moolenaar wrote:
> 
> On Mar 22, 2009, at 11:06 AM, Justin Hibbits wrote:
> 
> > Well, it seems I was bitten by the ATA DMA problems from a few  
> > months back.
> 
> Try disabling DMA for atapi in /boot/loader.conf and enable
> it in /etc/sysctl.conf. For some reason, on my Mac Mini at
> least, it helps to first program PIO and then program *DMA.
> 
> YMMV,
> 
> -- 
> Marcel Moolenaar
> xcllnt@mac.com
> 
> 
> 

It appears hw.ata.atapi_dma is a read-only tunable, so /etc/sysctl.conf has no
effect on it, and only throws a warning about being unable to change it.  It's
working sufficiently as PIO, though.

- Justin
From nwhitehorn at freebsd.org  Sun Mar 22 18:01:46 2009
From: nwhitehorn at freebsd.org (Nathan Whitehorn)
Date: Sun Mar 22 18:02:18 2009
Subject: Apple ATA DMA problems with ATAPI
In-Reply-To: <20090322215406.GA1257@narn.knownspace>
References: <20090322180638.GA3708@narn.knownspace>
	<8B9483E9-D6D4-441E-9202-31FA34F5DA98@mac.com>
	<20090322215406.GA1257@narn.knownspace>
Message-ID: <alpine.BSF.2.00.0903221941130.18715@banshee.munuc.org>



On Sun, 22 Mar 2009, Justin Hibbits wrote:

> On Sun, Mar 22, 2009 at 01:41:18PM -0700, Marcel Moolenaar wrote:
>>
>> On Mar 22, 2009, at 11:06 AM, Justin Hibbits wrote:
>>
>>> Well, it seems I was bitten by the ATA DMA problems from a few
>>> months back.
>>
>> Try disabling DMA for atapi in /boot/loader.conf and enable
>> it in /etc/sysctl.conf. For some reason, on my Mac Mini at
>> least, it helps to first program PIO and then program *DMA.
>>
>> YMMV,
>>
>> --
>> Marcel Moolenaar
>> xcllnt@mac.com
>>
>>
>>
>
> It appears hw.ata.atapi_dma is a read-only tunable, so /etc/sysctl.conf has no
> effect on it, and only throws a warning about being unable to change it.  It's
> working sufficiently as PIO, though.
>

So it looks like this issue is limited to ATAPI devices, and as a result I
have one more stab in the dark. Apparently at least some of these 
controllers die if you try to give them an ATAPI command with a length 
that is not divisible by 16. I have a patch at 
http://people.freebsd.org/~nwhitehorn/ata-alignment.diff that converts 
such commands to PIO. Could you see if it works?

If this fails, I'll apply a sledgehammer and force all ATAPI devices on 
Apple controllers to PIO.
-Nathan
From xcllnt at mac.com  Sun Mar 22 19:28:15 2009
From: xcllnt at mac.com (Marcel Moolenaar)
Date: Sun Mar 22 19:28:21 2009
Subject: No kbd and no mouse on iBook G4 with Xorg?
Message-ID: <219DD0C7-8965-4216-B952-68975FF9CB55@mac.com>

Did someone manage to get X working on an iBook G4, running
FreeBSD -current (rev r190283) and with Xorg 1.5.3?

The keyboard (akbd) and mouse (ums0/ums1/sysmouse) don't seem
to work for me.

I have kernel config, dmesg, xorg.conf, etc here:
	http://ns1.xcllnt.net/~marcel/machines/ibook/

Thanks,

-- 
Marcel Moolenaar
xcllnt@mac.com



From nwhitehorn at freebsd.org  Sun Mar 22 21:41:07 2009
From: nwhitehorn at freebsd.org (Nathan Whitehorn)
Date: Sun Mar 22 21:41:13 2009
Subject: No kbd and no mouse on iBook G4 with Xorg?
In-Reply-To: <219DD0C7-8965-4216-B952-68975FF9CB55@mac.com>
References: <219DD0C7-8965-4216-B952-68975FF9CB55@mac.com>
Message-ID: <alpine.BSF.2.00.0903222333240.18715@banshee.munuc.org>



On Sun, 22 Mar 2009, Marcel Moolenaar wrote:

> Did someone manage to get X working on an iBook G4, running
> FreeBSD -current (rev r190283) and with Xorg 1.5.3?
>
> The keyboard (akbd) and mouse (ums0/ums1/sysmouse) don't seem
> to work for me.
>
> I have kernel config, dmesg, xorg.conf, etc here:
> 	http://ns1.xcllnt.net/~marcel/machines/ibook/
>

The keyboard should work fine -- maybe you've been bitten by the stupid 
mouse blocking thing in Xorg 7.4? I put my working xorg.conf for almost
the same machine at http://people.freebsd.org/~nwhitehorn/xorg.ibook.conf

The mouse is another issue. Apple's two-finger scrolling trackpads claim to be
standard USB mice, but are not. Instead, they just transfer the pressure
everywhere on their sensor grids continuously, and require a new driver. 
This is pbms(4) on NetBSD.
-Nathan
From xcllnt at mac.com  Sun Mar 22 22:51:56 2009
From: xcllnt at mac.com (Marcel Moolenaar)
Date: Sun Mar 22 22:52:02 2009
Subject: No kbd and no mouse on iBook G4 with Xorg?
In-Reply-To: <alpine.BSF.2.00.0903222333240.18715@banshee.munuc.org>
References: <219DD0C7-8965-4216-B952-68975FF9CB55@mac.com>
	<alpine.BSF.2.00.0903222333240.18715@banshee.munuc.org>
Message-ID: <C3DF597B-D504-434A-BDDC-873FB58DE23D@mac.com>


On Mar 22, 2009, at 9:40 PM, Nathan Whitehorn wrote:
> On Sun, 22 Mar 2009, Marcel Moolenaar wrote:
>
>> Did someone manage to get X working on an iBook G4, running
>> FreeBSD -current (rev r190283) and with Xorg 1.5.3?
>>
>> The keyboard (akbd) and mouse (ums0/ums1/sysmouse) don't seem
>> to work for me.
>>
>> I have kernel config, dmesg, xorg.conf, etc here:
>> 	http://ns1.xcllnt.net/~marcel/machines/ibook/
>>
>
> The keyboard should work fine -- maybe you've been bitten by the  
> stupid mouse blocking thing in Xorg 7.4? I put my working xorg.conf  
> for almost
> the same machine at http://people.freebsd.org/~nwhitehorn/xorg.ibook.conf

The problem was a missing:
	Option	 "AllowEmptyInput" "off"

Without it both kbd and mouse were disabled.

> The mouse is another issue. Apple's two-finger scrolling trackpads  
> claim to be
> standard USB mice, but are not. Instead, they just transfer the  
> pressure
> everywhere on their sensor grids continuously, and require a new  
> driver. This is pbms(4) on NetBSD.

Hmmm... Ah well... An external mouse it is for now...

Thanks,

-- 
Marcel Moolenaar
xcllnt@mac.com



From weongyo.jeong at gmail.com  Mon Mar 23 02:45:56 2009
From: weongyo.jeong at gmail.com (Weongyo Jeong)
Date: Mon Mar 23 02:46:03 2009
Subject: Apple ATA DMA problems with ATAPI
In-Reply-To: <alpine.BSF.2.00.0903221941130.18715@banshee.munuc.org>
References: <20090322180638.GA3708@narn.knownspace>
	<8B9483E9-D6D4-441E-9202-31FA34F5DA98@mac.com>
	<20090322215406.GA1257@narn.knownspace>
	<alpine.BSF.2.00.0903221941130.18715@banshee.munuc.org>
Message-ID: <20090323094549.GB3713@weongyo.cdnetworks.kr>

On Sun, Mar 22, 2009 at 07:43:44PM -0500, Nathan Whitehorn wrote:
> 
> On Sun, 22 Mar 2009, Justin Hibbits wrote:
> 
> >On Sun, Mar 22, 2009 at 01:41:18PM -0700, Marcel Moolenaar wrote:
> >>
> >>On Mar 22, 2009, at 11:06 AM, Justin Hibbits wrote:
> >>
> >>>Well, it seems I was bitten by the ATA DMA problems from a few
> >>>months back.
> >>
> >>Try disabling DMA for atapi in /boot/loader.conf and enable
> >>it in /etc/sysctl.conf. For some reason, on my Mac Mini at
> >>least, it helps to first program PIO and then program *DMA.
> >>
> >>YMMV,
> >>
> >
> >It appears hw.ata.atapi_dma is a read-only tunable, so /etc/sysctl.conf 
> >has no
> >effect on it, and only throws a warning about being unable to change it.  
> >It's
> >working sufficiently as PIO, though.
> >
> 
> So it looks like this issue is limited to ATAPI devices, and as a result I
> have one more stab in the dark. Apparently at least some of these 
> controllers die if you try to give them an ATAPI command with a length 
> that is not divisible by 16. I have a patch at 
> http://people.freebsd.org/~nwhitehorn/ata-alignment.diff that converts 
> such commands to PIO. Could you see if it works?
> 
> If this fails, I'll apply a sledgehammer and force all ATAPI devices on 
> Apple controllers to PIO.

FWIW I applied your patch then tried to rebuild kernel but it still
encountered a panic in my iBook G4 without hw.ata.atapi_dma=0 during
booting.  My bug was:

	http://lists.freebsd.org/pipermail/freebsd-ppc/2009-February/003539.html

regards,
Weongyo Jeong

From bugmaster at FreeBSD.org  Mon Mar 23 04:07:02 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Mar 23 04:08:57 2009
Subject: Current problem reports assigned to freebsd-ppc@FreeBSD.org
Message-ID: <200903231107.n2NB71Cl004102@freefall.freebsd.org>

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 xcllnt at mac.com  Mon Mar 23 09:06:21 2009
From: xcllnt at mac.com (Marcel Moolenaar)
Date: Mon Mar 23 09:06:29 2009
Subject: Current problem reports assigned to freebsd-ppc@FreeBSD.org
In-Reply-To: <200903231107.n2NB71Cl004102@freefall.freebsd.org>
References: <200903231107.n2NB71Cl004102@freefall.freebsd.org>
Message-ID: <B3533193-5AD3-4B89-8510-318BEC18C327@mac.com>


On Mar 23, 2009, at 4:07 AM, FreeBSD bugmaster wrote:

> o power/131490 ppc        www/seamonkey refuses to build (issue with  
> sed(1) on p

I fixed this Saturday. I didn't know we had a PR for it...
I'll close it.
FYI,

-- 
Marcel Moolenaar
xcllnt@mac.com



From marcel at FreeBSD.org  Mon Mar 23 09:52:28 2009
From: marcel at FreeBSD.org (marcel@FreeBSD.org)
Date: Mon Mar 23 09:52:34 2009
Subject: powerpc/131490: www/seamonkey refuses to build (issue with
	sed(1) on powerpc?)
Message-ID: <200903231652.n2NGqRGd092155@freefall.freebsd.org>

Synopsis: www/seamonkey refuses to build (issue with sed(1) on powerpc?)

State-Changed-From-To: open->closed
State-Changed-By: marcel
State-Changed-When: Mon Mar 23 16:50:38 UTC 2009
State-Changed-Why: 
Fixed. Update ports/Mk/bsd.gecko.mk


http://www.freebsd.org/cgi/query-pr.cgi?pr=131490
From xcllnt at mac.com  Mon Mar 23 10:08:02 2009
From: xcllnt at mac.com (Marcel Moolenaar)
Date: Mon Mar 23 10:08:07 2009
Subject: Apple ATA DMA problems with ATAPI
In-Reply-To: <20090322215406.GA1257@narn.knownspace>
References: <20090322180638.GA3708@narn.knownspace>
	<8B9483E9-D6D4-441E-9202-31FA34F5DA98@mac.com>
	<20090322215406.GA1257@narn.knownspace>
Message-ID: <27BA1256-55A2-4E9E-9228-F1DC12EBE2A7@mac.com>


On Mar 22, 2009, at 2:54 PM, Justin Hibbits wrote:

> On Sun, Mar 22, 2009 at 01:41:18PM -0700, Marcel Moolenaar wrote:
>>
>> On Mar 22, 2009, at 11:06 AM, Justin Hibbits wrote:
>>
>>> Well, it seems I was bitten by the ATA DMA problems from a few
>>> months back.
>>
>> Try disabling DMA for atapi in /boot/loader.conf and enable
>> it in /etc/sysctl.conf. For some reason, on my Mac Mini at
>> least, it helps to first program PIO and then program *DMA.
>>
> It appears hw.ata.atapi_dma is a read-only tunable, so /etc/ 
> sysctl.conf has no
> effect on it, and only throws a warning about being unable to change  
> it.  It's
> working sufficiently as PIO, though.


Hmmm... I misremembered. Use atacontrol to set the mode:

mini-g4% sudo atacontrol mode acd0 wdma2
current mode = WDMA2

FYI,

-- 
Marcel Moolenaar
xcllnt@mac.com



From jrh29 at alumni.cwru.edu  Mon Mar 23 11:14:27 2009
From: jrh29 at alumni.cwru.edu (Justin Hibbits)
Date: Mon Mar 23 11:14:37 2009
Subject: Apple ATA DMA problems with ATAPI
In-Reply-To: <27BA1256-55A2-4E9E-9228-F1DC12EBE2A7@mac.com>
References: <20090322180638.GA3708@narn.knownspace>
	<8B9483E9-D6D4-441E-9202-31FA34F5DA98@mac.com>
	<20090322215406.GA1257@narn.knownspace>
	<27BA1256-55A2-4E9E-9228-F1DC12EBE2A7@mac.com>
Message-ID: <20090323181503.GA8643@narn.knownspace>

On Mon, Mar 23, 2009 at 10:07:57AM -0700, Marcel Moolenaar wrote:
> 
> On Mar 22, 2009, at 2:54 PM, Justin Hibbits wrote:
> 
> > On Sun, Mar 22, 2009 at 01:41:18PM -0700, Marcel Moolenaar wrote:
> >>
> >> On Mar 22, 2009, at 11:06 AM, Justin Hibbits wrote:
> >>
> >>> Well, it seems I was bitten by the ATA DMA problems from a few
> >>> months back.
> >>
> >> Try disabling DMA for atapi in /boot/loader.conf and enable
> >> it in /etc/sysctl.conf. For some reason, on my Mac Mini at
> >> least, it helps to first program PIO and then program *DMA.
> >>
> > It appears hw.ata.atapi_dma is a read-only tunable, so /etc/ 
> > sysctl.conf has no
> > effect on it, and only throws a warning about being unable to change  
> > it.  It's
> > working sufficiently as PIO, though.
> 
> 
> Hmmm... I misremembered. Use atacontrol to set the mode:
> 
> mini-g4% sudo atacontrol mode acd0 wdma2
> current mode = WDMA2
> 
> FYI,

Yeah, I tried that last night right after I sent the email.  It failed just as
spectacularly, slowing down the machine to an unusable crawl as well.  Going to
try Nathan's patch as soon as I get home to reboot.

- Justin
From andreast-list at fgznet.ch  Mon Mar 23 14:24:18 2009
From: andreast-list at fgznet.ch (Andreas Tobler)
Date: Mon Mar 23 14:24:26 2009
Subject: cross build world on amd64 install on ppc
In-Reply-To: <49BD4F88.9060305@fgznet.ch>
References: <49BC1626.70106@fgznet.ch>	<59998CAE-B90C-4038-A6C8-52C3EB35987E@mac.com>
	<49BD4F88.9060305@fgznet.ch>
Message-ID: <49C7FDFE.8010003@fgznet.ch>

Replying to /dev/null

Andreas Tobler wrote:
> Marcel Moolenaar wrote:
>> On Mar 14, 2009, at 1:40 PM, Andreas Tobler wrote:

>>> I have taken the approach to nfs export the /usr/src and the /usr/obj 
>>> from the amd64 to the powerpc machine.
>>
>> You can NFS export DESTDIR and mount that on your powerpc
>> machine.
> 
> I'll try that later.

Done that now. See below.

[snip]

>> I think the easiest approach is to do an installworld on
>> your amd64 and mount that on your powerpc machine. You
>> can use rsync to sync your powerpc /. Alternatives are
>> tar, cp -R, etc...
> 
> Yes, another possibility.
> I do not have an urgent need to have a newly built world on my ppc. I'm 
> just playing.

The above advise seems to be the 'cheapest' one. And also the one which 
serves with best success rates :)

>> It would be great if we can improve the process so that
>> you can build on machine X and install on machine Y, by
>> sharing usr and obj trees.
> 
> That would be great. I'll continue playing.

I exercised the above on sparc64 and built and installed a cross 
world/kernel, exported the install directory via nfs and did the rsync job.
Great!! This worked fine.

Thank you Marcel for the hint!

Regards,
Andreas
From jrh29 at alumni.cwru.edu  Mon Mar 23 15:15:54 2009
From: jrh29 at alumni.cwru.edu (Justin Hibbits)
Date: Mon Mar 23 15:16:00 2009
Subject: Apple ATA DMA problems with ATAPI
In-Reply-To: <alpine.BSF.2.00.0903221941130.18715@banshee.munuc.org>
References: <20090322180638.GA3708@narn.knownspace>
	<8B9483E9-D6D4-441E-9202-31FA34F5DA98@mac.com>
	<20090322215406.GA1257@narn.knownspace>
	<alpine.BSF.2.00.0903221941130.18715@banshee.munuc.org>
Message-ID: <20090323221632.GA1239@narn.knownspace>

On Sun, Mar 22, 2009 at 07:43:44PM -0500, Nathan Whitehorn wrote:
> 
> 
> On Sun, 22 Mar 2009, Justin Hibbits wrote:
> 
> > On Sun, Mar 22, 2009 at 01:41:18PM -0700, Marcel Moolenaar wrote:
> >>
> >> On Mar 22, 2009, at 11:06 AM, Justin Hibbits wrote:
> >>
> >>> Well, it seems I was bitten by the ATA DMA problems from a few
> >>> months back.
> >>
> >> Try disabling DMA for atapi in /boot/loader.conf and enable
> >> it in /etc/sysctl.conf. For some reason, on my Mac Mini at
> >> least, it helps to first program PIO and then program *DMA.
> >>
> >> YMMV,
> >>
> >> --
> >> Marcel Moolenaar
> >> xcllnt@mac.com
> >>
> >>
> >>
> >
> > It appears hw.ata.atapi_dma is a read-only tunable, so /etc/sysctl.conf has no
> > effect on it, and only throws a warning about being unable to change it.  It's
> > working sufficiently as PIO, though.
> >
> 
> So it looks like this issue is limited to ATAPI devices, and as a result I
> have one more stab in the dark. Apparently at least some of these 
> controllers die if you try to give them an ATAPI command with a length 
> that is not divisible by 16. I have a patch at 
> http://people.freebsd.org/~nwhitehorn/ata-alignment.diff that converts 
> such commands to PIO. Could you see if it works?
> 
> If this fails, I'll apply a sledgehammer and force all ATAPI devices on 
> Apple controllers to PIO.
> -Nathan

Unfortunately, that seems to have failed as well.  I rebooted, and at the boot
prompt set hw.ata.atapi_dma=1, and it had the same problem.  Guess I'm out of
luck for DMA on ATAPI.

- Justin
From nwhitehorn at freebsd.org  Wed Mar 25 18:22:13 2009
From: nwhitehorn at freebsd.org (Nathan Whitehorn)
Date: Wed Mar 25 18:23:24 2009
Subject: Request for review/testing: G5 support
Message-ID: <49CAD8C2.7000008@freebsd.org>

I'd like to merge the G5 support currently in Perforce soon, to ensure 
some testing with it before the 8.0 code freeze. There are a few 
remaining bugs/issues listed below, but I think fixing them will be 
faster and easier once this is in the tree, and they are not serious 
issues in general. A diff against -CURRENT can be found at 
http://people.freebsd.org/~nwhitehorn/ppcg5.diff. If there is sufficient 
interest, I can make a CD image with the patch applied.

Notes:
- For SMU-based systems (later model Powermac G5s, and all G5 iMacs), 
there is currently no support for controlling the fans. Your machine 
will be loud.
- Adjusting the volume of the built-in audio on my G5 iMac does not work 
-- it is stuck at maximum
- PCI Express systems likely do not work.
- SMP is currently tested only on an emulator, where it works fine -- 
I'd appreciate any test reports
- Serial consoles seem to be broken at the moment
- If you set CPUTYPE=970 in make.conf, be *absolutely sure* to add 
-mno-powerpc64 to CFLAGS, or you will get strange runtime errors.

Everything else (built-in devices, X, etc.) should work. Please let me 
know how it goes if you try the patch!
-Nathan
From kuri22 at codensa.com.co  Fri Mar 27 19:54:04 2009
From: kuri22 at codensa.com.co (Gregory Mccoy)
Date: Fri Mar 27 19:54:16 2009
Subject: Free Image Hosting
Message-ID: <001d01c9af54$39662940$e26d331e@babytt.kq>

BlizzardImageHosting.com is a new leader in online image & photo hosting, 
portfolios, and slideshow creation. We offer features you wont find 
at other image hosting sites and we offer it FOR FREE!

- Upload Unlimited Images
- Share Images With Anyone and Anywhere
- Get Gigabytes of Monthly Bandwidth

and much more...

Sign up now! 
http://blizzardimagehosting.com/


(c) 2003-2009 Blizzard Image Hosting All Rights Reserved

From bruce at cran.org.uk  Sat Mar 28 11:40:03 2009
From: bruce at cran.org.uk (Bruce Cran)
Date: Sat Mar 28 11:40:10 2009
Subject: powerpc/133161: [ata] [patch] add support for building mac ata
	chipset driver to build system
Message-ID: <200903281838.n2SIc4ga086382@www.freebsd.org>


>Number:         133161
>Category:       powerpc
>Synopsis:       [ata] [patch] add support for building mac ata chipset driver to build system
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-ppc
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Sat Mar 28 18:40:03 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator:     Bruce Cran
>Release:        8.0-CURRENT
>Organization:
>Environment:
FreeBSD mac.draftnet 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Mar 28 17:27:59 GMT 2009 brucec@mac.draftnet:/usr/obj/usr/src/sys/IBMIN powerpc
>Description:
Last year the ATA driver was modularised such that kernels can now be built with selective chipset support.  There's currently no way to build the driver required for operation on mac ppc without pulling in all the other drivers.  The attached patch adds the 'atamacppc' device; it requires the atacore and atapci devices to be present in the kernel configuration file.
>How-To-Repeat:

>Fix:


Patch attached with submission follows:

--- /sys/conf/files.powerpc	2009-02-28 16:21:25.000000000 +0000
+++ files.powerpc	2009-03-28 18:24:57.000000000 +0000
@@ -113,9 +113,9 @@
 powerpc/ofw/ofw_pcibus.c	optional	pci aim
 powerpc/ofw/ofw_pcib_pci.c	optional	pci aim
 powerpc/ofw/ofw_syscons.c	optional	sc aim
-powerpc/powermac/ata_kauai.c	optional	powermac ata
-powerpc/powermac/ata_macio.c	optional	powermac ata
-powerpc/powermac/ata_dbdma.c	optional	powermac ata
+powerpc/powermac/ata_kauai.c	optional	powermac ata | powermac atamacppc
+powerpc/powermac/ata_macio.c	optional	powermac ata | powermac atamacppc
+powerpc/powermac/ata_dbdma.c	optional	powermac ata | powermac atamacppc
 powerpc/powermac/dbdma.c	optional	powermac pci
 powerpc/powermac/grackle.c	optional	powermac pci
 powerpc/powermac/hrowpic.c	optional	powermac pci


>Release-Note:
>Audit-Trail:
>Unformatted:
From tinderbox at freebsd.org  Sat Mar 28 15:40:07 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Sat Mar 28 15:40:13 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <20090328224003.7E0277302F@freebsd-current.sentex.ca>

TB --- 2009-03-28 21:10:50 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-03-28 21:10:50 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2009-03-28 21:10:50 - cleaning the object tree
TB --- 2009-03-28 21:11:17 - cvsupping the source tree
TB --- 2009-03-28 21:11:17 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile
TB --- 2009-03-28 21:11:25 - building world
TB --- 2009-03-28 21:11:25 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-03-28 21:11:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-03-28 21:11:25 - TARGET=powerpc
TB --- 2009-03-28 21:11:25 - TARGET_ARCH=powerpc
TB --- 2009-03-28 21:11:25 - TZ=UTC
TB --- 2009-03-28 21:11:25 - __MAKE_CONF=/dev/null
TB --- 2009-03-28 21:11:25 - cd /src
TB --- 2009-03-28 21:11:25 - /usr/bin/make -B buildworld
>>> World build started on Sat Mar 28 21:11: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
>>> stage 4.4: building everything
>>> World build completed on Sat Mar 28 22:37:29 UTC 2009
TB --- 2009-03-28 22:37:29 - generating LINT kernel config
TB --- 2009-03-28 22:37:29 - cd /src/sys/powerpc/conf
TB --- 2009-03-28 22:37:29 - /usr/bin/make -B LINT
TB --- 2009-03-28 22:37:29 - building LINT kernel
TB --- 2009-03-28 22:37:29 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-03-28 22:37:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-03-28 22:37:29 - TARGET=powerpc
TB --- 2009-03-28 22:37:29 - TARGET_ARCH=powerpc
TB --- 2009-03-28 22:37:29 - TZ=UTC
TB --- 2009-03-28 22:37:29 - __MAKE_CONF=/dev/null
TB --- 2009-03-28 22:37:29 - cd /src
TB --- 2009-03-28 22:37:29 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Sat Mar 28 22:37:30 UTC 2009
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
[...]
@ -> /src/sys
machine -> /src/sys/powerpc/include
rm -f .depend
mkdep -f .depend -a   -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/powerpc/src/sys/LINT /src/sys/modules/geom/geom_uzip/../../../geom/uzip/g_uzip.c
===> geom/geom_vinum (depend)
@ -> /src/sys
machine -> /src/sys/powerpc/include
make: don't know how to make geom_vinum_create.c. Stop
*** Error code 2

Stop in /src/sys/modules/geom.
*** Error code 1

Stop in /src/sys/modules.
*** Error code 1

Stop in /obj/powerpc/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-03-28 22:40:03 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-03-28 22:40:03 - ERROR: failed to build lint kernel
TB --- 2009-03-28 22:40:03 - 4170.20 user 404.07 system 5353.15 real


http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full
From bugmaster at FreeBSD.org  Mon Mar 30 04:06:58 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Mar 30 04:08:54 2009
Subject: Current problem reports assigned to freebsd-ppc@FreeBSD.org
Message-ID: <200903301106.n2UB6voP054844@freefall.freebsd.org>

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/133161 ppc        [ata] [patch] add support for building mac ata chipset
o power/131548 ppc        ofw_syscons no longer supports 32-bit framebuffer
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.