<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc">
    <title>gmane.os.netbsd.ports.macppc</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.macppc</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11472"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11471"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11470"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11469"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11468"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11467"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11466"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11465"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11464"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11463"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11462"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11461"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11460"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11459"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11458"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11457"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11456"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11455"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11454"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11453"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11472">
    <title>... and a panic... again</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11472</link>
    <description>&lt;pre&gt;I got another one of these yesterday.  It seems to happen under network
load while there is some heavy duty computation going on.

I'll file a PR for starters - done - kern/47830.

What can I do to help get this resolved?


May 16 07:27:45 mercy syslogd[151]: restart
May 16 07:27:45 mercy /netbsd: panic: pmap_pte_spill: victim p-pte (0x1ffcb68) has no pvo entry!
May 16 07:27:45 mercy /netbsd: cpu0: Begin traceback...
May 16 07:27:45 mercy /netbsd: 0xe1d3fe10: at panic+0x4c
May 16 07:27:45 mercy /netbsd: 0xe1d3fe50: at pmap_pte_spill+0x4c0  
May 16 07:27:45 mercy /netbsd: 0xe1d3fe90: at trap+0xa60
May 16 07:27:45 mercy /netbsd: 0xe1d3ff20: user ISI trap by 0x183d4e4: srr1=0x4200d032
May 16 07:27:45 mercy /netbsd:            r1=0xffffb2b0 cr=0x24000044 xer=0 ctr=0xfdd70cb8
May 16 07:27:45 mercy /netbsd: cpu0: End traceback... 
May 16 07:27:45 mercy /netbsd: dumpsys: TBD
May 16 07:27:45 mercy /netbsd: wd2: flush cache command didn't complete
May 16 07:27:45 mercy /netbsd: wd1: flush cache command didn't complet&lt;/pre&gt;</description>
    <dc:creator>Donald Lee</dc:creator>
    <dc:date>2013-05-17T22:18:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11471">
    <title>Sauver votre permis</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11471</link>
    <description>&lt;pre&gt;Bonjour

Si vous etes detenteur d'un permis de conduire, lisez attentivement cette page.

Une contravention c'est plus qu'un montant a payer : ca nuit a votre permis de conduire et a vos assurances. Bien entendu, vous pouvez demander les services dispendieux d'un avocat pour vous aider a contester votre contravention ou vous pouvez des maintenant apprendre a contester vous-meme une contravention sans l'aide d'un avocat avec les techniques 100% legal de SOS PERMIS.

"Certains avocats ne veulent pas que je devoile mes techniques de contestation par crainte de perdre des clients"

C'est possible de contester une contravention et C'EST VOTRE DROIT. Vous trouverez toutes les informations pour y arriver dans ce nouveau guide pratique.

http://contravention.p.ht/

Cordialement






Vous recevez cet email car vous etes inscrit a notre programme relationnel.
Vos coordonnees n'ont pas ete transmises a l'annonceur de ce message.
Vous pouvez vous desinscrire a tout moment.:http://www.lqs-fr.com/diffusion/abonnement.php&lt;/pre&gt;</description>
    <dc:creator>SOS Permis</dc:creator>
    <dc:date>2013-05-12T14:48:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11470">
    <title>Re: [PATCH] Incorrect segment 0 initialization for PMAC G5</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11470</link>
    <description>&lt;pre&gt;

Hi,

at length i have got some spare time to analyze the freezes
on FreeBSD. It seems that they are gone if i disable SMP support
in kernel. FAN control is enabled in kernel and i'm stress testing
my G5 with iozone. Any idea what could cause lockups if SMP is enabled ?

Unfortunately we don't have the SMP support on NetBSD yet
but i haven't had any freezes on NetBSD until now.

regards


&lt;/pre&gt;</description>
    <dc:creator>Phileas Fogg</dc:creator>
    <dc:date>2013-05-01T06:59:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11469">
    <title>Re: Mysterious lockups</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11469</link>
    <description>&lt;pre&gt;
I have seen this hang several times lately on my production server.
The keyboard is non-responsive, and I can't log in at that point,
but ping still works.

The ctrl-alt-esc does break into the debugger.  At that point I
can do ddb things, but I'm not familiar enough with ddb to get much
useful information.

Can I get some pointers on what to do to gather up some sort of dump or
debug information to hep fix this?  I can probably reproduce this problem
at will (on my production server).

Unfortunately, I have tried pretty hard to reproduce this on another
machine, and I can't make it fail.  The machines are both G4 towers
of similar vintage.  The production machine has a CPU upgrade, though,
which could be a key factor.

Thanks in advance,

-dgl-

&lt;/pre&gt;</description>
    <dc:creator>Donald Lee</dc:creator>
    <dc:date>2013-04-26T00:24:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11468">
    <title>Order Enq!</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11468</link>
    <description>&lt;pre&gt;
Hi Have a nice day,
 
Can you make this design that our big customers here are interested in buying and selling in our country.

We have patented the mold designs, and will like to know if you can produce to specification for our market only.

For the safety of our patented  sample design, please view the attached and download the mold design and give us your monthly production rate, quote, and CIF or FOB Sydney.

Will you be at the Canton Fair? Please provide your booth and full contact details.
 
Kindest Regards,
 
Sam Jerry.
WIKA Australia Pty Ltd
Sydney Head Office
Unit K, 10-16 South Street
Rydalmere NSW 2116
ABN 49 004 465 936
http://www.wika.com.au/



&lt;/pre&gt;</description>
    <dc:creator>Sam Jerry</dc:creator>
    <dc:date>2013-04-24T22:34:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11467">
    <title>Problem with gdb breakpoints</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11467</link>
    <description>&lt;pre&gt;I was debugging a problem in mail/mutt on macppc and encountered a
problem with gdb.  I have zero ppc clue so I could use some help from
the audience before I file a PR.

The bug in mutt looked like classic big-endian vs. %d vs. 64-bit
value: "Reading ..." progress updates when opening a mailbox would
print percentages like 2064384% 

To catch the offender I did

  (gdb) break mutt_curses_message
  Breakpoint 2 at 0x181c30c: file curs_lib.c, line 272.

but the breakpoint was never hit.

I walked into that function with stepi's:

Dump of assembler code for function mutt_curses_message:
   0x0181c2d8 &amp;lt;+0&amp;gt;:     stwu    r1,-160(r1)
   0x0181c2dc &amp;lt;+4&amp;gt;:     mflr    r0
   0x0181c2e0 &amp;lt;+8&amp;gt;:     stw     r0,164(r1)
   0x0181c2e4 &amp;lt;+12&amp;gt;:    stw     r31,156(r1)
   0x0181c2e8 &amp;lt;+16&amp;gt;:    mr      r31,r1
   0x0181c2ec &amp;lt;+20&amp;gt;:    stw     r4,44(r31)
   0x0181c2f0 &amp;lt;+24&amp;gt;:    stw     r5,48(r31)
   0x0181c2f4 &amp;lt;+28&amp;gt;:    stw     r6,52(r31)
   0x0181c2f8 &amp;lt;+32&amp;gt;:    stw     r7,56(r31)
   0x0181c2fc &amp;lt;+36&amp;gt;:    stw     r8,60(r31)
   0x0181c3&lt;/pre&gt;</description>
    <dc:creator>Valery Ushakov</dc:creator>
    <dc:date>2013-04-22T00:55:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11466">
    <title>[PATCH] build.sh release is broken on macppc</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11466</link>
    <description>&lt;pre&gt;
Hi,

i tries to build a NetBSD-current release for my G5 and
stumbled upon the following bug. The build.sh stops with the message
that it doesn't know how to build pdisk in
distrib/macppc/floppies/ramdisk. I figured out that the problem lies in
the missing path to pdisk in list.

My patch to fix the problem is attached.

Regards
&lt;/pre&gt;</description>
    <dc:creator>Phileas Fogg</dc:creator>
    <dc:date>2013-04-20T10:02:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11465">
    <title>Re: SMU support for PowerMac G5 11,2</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11465</link>
    <description>&lt;pre&gt;
It was my fault.
The SMU doorbel interrupt was established with ipl IPL_NONE.
That caused problems with wakeup.

Regards

&lt;/pre&gt;</description>
    <dc:creator>Phileas Fogg</dc:creator>
    <dc:date>2013-04-16T18:42:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11464">
    <title>Re: SMU support for PowerMac G5 11,2</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11464</link>
    <description>&lt;pre&gt;
Anyone else seeing that Phileas is postings are in the future !!!!

Above it shows his date is 12th July 2013 ??

Alan.

&lt;/pre&gt;</description>
    <dc:creator>Alan Hourihane</dc:creator>
    <dc:date>2013-04-15T20:17:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11463">
    <title>Re: SMU support for PowerMac G5 11,2</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11463</link>
    <description>&lt;pre&gt;

I analyzed the problem a bit more and it is very odd.
Someone uses a spin mutex on a single-processor kernel,
which will never work because spinning on a single processor
doesn't make sense.
And mutex_vector_enter checks the type of a mutex
and if it's a spin mutex and we do not run in multiprocessor
mode then it panics.

regards

&lt;/pre&gt;</description>
    <dc:creator>Phileas Fogg</dc:creator>
    <dc:date>2013-04-15T20:04:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11462">
    <title>Re: SMU support for PowerMac G5 11,2</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11462</link>
    <description>&lt;pre&gt;

I already implemented it with envsys and powerd.
I's very simple actually, if a critical value is exceeded,
envsys sends an event to powerd and powerd runs my script
which increases the speed of all fans. And if the CPU
temperature drops below the critical value then my script
decreases the speed of all fans. And the fans are really quiet
now and let my G5 run for a whole day without problems,
compiled a kernel and distribution ot it with no lockups.

But i had some lock panics :( Unfortunately, i couldn't get a ddb trace.
But i could reproduce the problem with iozone from pkgsrc today.

It panics in mutex_vector_enter with the message

'Mutex error: mutex_vector_enter: locking against myself'

Trying to debug it currently.

regards


&lt;/pre&gt;</description>
    <dc:creator>Phileas Fogg</dc:creator>
    <dc:date>2013-04-15T18:46:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11461">
    <title>Re: SMU support for PowerMac G5 11,2</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11461</link>
    <description>&lt;pre&gt;

Could this be a watchdog like feature - so if the OS hangs and stops
reading the fan speeds it will automatically fail over to running them
at full speed? Sounds like quite a nice safely feature if it is....

&lt;/pre&gt;</description>
    <dc:creator>David Brownlee</dc:creator>
    <dc:date>2013-04-15T18:26:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11460">
    <title>Re: SMU support for PowerMac G5 11,2</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11460</link>
    <description>&lt;pre&gt;
Probably. I tested Linux and FreeBSD on the same machine and
if get a panic there or the system just lockups (which happens very
often on FreeBSD ;)) then the fans get very loud after some time.
The same behaviour can be seen on NetBSD now, so i guess it's a
hardware feature.

it's really useful i think. If my system hangs for some reason, then i 
can be sure it won't get damaged because of CPU overheating.

regards

&lt;/pre&gt;</description>
    <dc:creator>Phileas Fogg</dc:creator>
    <dc:date>2013-04-15T18:32:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11459">
    <title>Re: SMU support for PowerMac G5 11,2</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11459</link>
    <description>&lt;pre&gt;Hello,

On Wed, 10 Jul 2013 14:06:47 +0200
Phileas Fogg &amp;lt;phileas-fogg&amp;lt; at &amp;gt;mail.ru&amp;gt; wrote:


Nice!


I need that to verify that my power saving hack actually works...


IIRC some PMUs are like that. If you don't poke them within a certain
time frame after boot they refuse to talk.


I don't think there's a generic mechanism in envsys to do that, since
most of the supported sensors / fan controllers do this automatically.
There is some prior art though, I think sparc64's tda driver ( for the
Sun Blade 1000 / 2000, see arch/sparc64/dev/tda.c ) does this by
software as well.


Weird. Maybe it needs a command to tell it to control fans automatically?

have fun
Michael

&lt;/pre&gt;</description>
    <dc:creator>Michael</dc:creator>
    <dc:date>2013-04-15T18:20:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11458">
    <title>[PATCH] PMAC_G5: Add identity mapping for msgbuf</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11458</link>
    <description>&lt;pre&gt;
Hi,

i found another problem on PowerMac G5.

This line of code

__syncicache((void *)msgbuf_paddr, round_page(MSGBUFSIZE));

in file sys/arch/macppc/macppc/machdep.c
causes a DSI trap in kernel on PowerMac G5 when i try to reboot it.
The reason is that the msgbuf is allocated at a high address
which is &amp;gt; SEGMENT_LENGTH and therefore the msgbuf is not
identity mapped.

On my PMAC G5 the physical address of the msgbuf is 0x7f5ed000
which is outside of the segment0. Thefore, we have to map it too.
The patch is attached.

Regards
&lt;/pre&gt;</description>
    <dc:creator>Phileas Fogg</dc:creator>
    <dc:date>2013-04-13T20:11:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11457">
    <title>SMU support for PowerMac G5 11,2</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11457</link>
    <description>&lt;pre&gt;
Hi,

at length i implemented the initial support of SMU and sensors for 
PowerMac G5.
Now it's possible to control fan RPM and see current temperature of the 
CPUs too.
At boot all fans are at the maximum RPM which makes it impossible to
work on G5 due to loud noise made by fans. With SMU we can control it and
set to values which make fans noiseless.
I implemented the necessary drivers with syctl and envsys support.

We also need to send "quisce" command to OFW at boot else
it's not possible to communicate with SMU. It just ignores my SMU 
commands in this case. Sending this command solves the issue.
I spend several days figuring it out, thanks to FreeBSD i could fix it 
;) Patches for quisce are attached.

Quastion:
----------
I'm not very familiar with envsys but is it possible to
make it control fan speed automatically depending on the current 
temperature ? Or is it better to control fan speed in the kernel space, 
like
Linux or FreeBSD kernels do it. I would appreciate any pointers here.
Currently i'm &lt;/pre&gt;</description>
    <dc:creator>Phileas Fogg</dc:creator>
    <dc:date>2013-04-13T12:13:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11456">
    <title>More panics - NetBSD 6.0.1 stock</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11456</link>
    <description>&lt;pre&gt;I have been seeing this panic on a regular basis.  My NetBDS 4.0
machine has been up now for over 1200 days. (Beige G3)

Has anyone else seen this?

-dgl-

Mar 29 06:45:36 mercy syslogd[151]: restart
Mar 29 06:45:36 mercy /netbsd: panic: pmap_pte_spill: victim p-pte (0x1ffd040) has no pvo entry!
Mar 29 06:45:36 mercy /netbsd: cpu0: Begin traceback...
Mar 29 06:45:36 mercy /netbsd: 0xe1ff4e10: at panic+0x4c
Mar 29 06:45:36 mercy /netbsd: 0xe1ff4e50: at pmap_pte_spill+0x4c0
Mar 29 06:45:36 mercy /netbsd: 0xe1ff4e90: at trap+0x560
Mar 29 06:45:36 mercy /netbsd: 0xe1ff4f20: user DSI read trap &amp;lt; at &amp;gt; 0xfdd0e0e8 by 0xfdfe6ee4: srr1=0x200f
032  
Mar 29 06:45:36 mercy /netbsd:            r1=0xffffaf70 cr=0x24028024 xer=0x20000000 ctr=0 dsisr=0x40
000000 
Mar 29 06:45:36 mercy /netbsd: cpu0: End traceback????e=^[^Msys: TBD
Mar 29 06:45:36 mercy /netbsd: rebooting   

---

Apr  7 18:32:49 mercy syslogd[151]: restart
Apr  7 18:32:49 mercy /netbsd: panic: pmap_pte_spill: victim p-pte (0x1fff7d0) has no pvo entry!
Apr  7 18:3&lt;/pre&gt;</description>
    <dc:creator>Donald Lee</dc:creator>
    <dc:date>2013-04-12T13:00:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11455">
    <title>Apply for loan &lt; at &gt; 2%...</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11455</link>
    <description>&lt;pre&gt;Please Contact Us With This Email: apnapaisaloan.com12&amp;lt; at &amp;gt;hotmail.com

Apna Paisa Loan Company , ? Are you in any financial mess or do you 

need a loan to start up your own business? at 2% rate? ; Email 

:apnapaisaloan.com12&amp;lt; at &amp;gt;hotmail.com

(1) Full Names:
(2) State/Country:
(3)Amount needed as loan):
(4)Loan duration:
(5)Cell-Phone number:

Mr. Harsh Roongta

&lt;/pre&gt;</description>
    <dc:creator>Apna-Loan</dc:creator>
    <dc:date>2013-04-09T19:40:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11454">
    <title>(unknown)</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11454</link>
    <description>&lt;pre&gt;
We offer all types of LOAN &amp;lt; at &amp;gt; 3% annual rate. To apply,  COMPOSE A NEW MESSAGE: E mail: firstoverseafinancecenter&amp;lt; at &amp;gt;gmail.com&amp;lt;mailto:firstoverseafinancecenter&amp;lt; at &amp;gt;gmail.com&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>Mark Fischer</dc:creator>
    <dc:date>2013-04-08T21:19:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11453">
    <title>... and a panic...</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11453</link>
    <description>&lt;pre&gt;My 6.0.1 upgrade has not gone as well as I had hoped.  I just got a panic
out of the blue.

Anyone recognize this?  Is there a fix in the works (I hope)?

Apr  7 19:50:32 mercy inetd[786]: ftp/tcp max spawn rate (40 in 60 seconds) exceeded; service not started
Apr  7 20:11:16 mercy inetd[2798]: warning: can't verify hostname: getaddrinfo(welchome-belsugului-fo.b.astral.ro, 2) failed
Apr  7 20:26:24 mercy syslogd[151]: restart
Apr  7 20:26:24 mercy /netbsd: panic: pmap_pte_spill: victim p-pte (0x1ffc3e0) has no pvo entry!
Apr  7 20:26:24 mercy /netbsd: cpu0: Begin traceback...
Apr  7 20:26:24 mercy /netbsd: 0x10664e10: at panic+0x4c
Apr  7 20:26:24 mercy /netbsd: 0x10664e50: at pmap_pte_spill+0x4c0
Apr  7 20:26:24 mercy /netbsd: 0x10664e90: at trap+0x560
Apr  7 20:26:24 mercy /netbsd: 0x10664f20: user DSI read trap &amp;lt; at &amp;gt; 0xfdd201f4 by 0xfdfe6f5c: srr1=0x200d032
Apr  7 20:26:24 mercy /netbsd:            r1=0xffffb040 cr=0x28002044 xer=0x20000000 ctr=0 dsisr=0x40000000
Apr  7 20:26:24 mercy /netbsd: cpu0: End trace&lt;/pre&gt;</description>
    <dc:creator>Donald Lee</dc:creator>
    <dc:date>2013-04-08T01:35:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11452">
    <title>NetBSD-current booted from internal HDD on PowerMac G5 11,2</title>
    <link>http://permalink.gmane.org/gmane.os.netbsd.ports.macppc/11452</link>
    <description>&lt;pre&gt;Hi,

i managed to boot NetBSD-current from the internal HDD on my
PowerMac G5 11,2.

The loader ofwboot hat to be patched a little and
it has problems with gzipped kernels but boots non-gzipped kernels
just fine ;)

The ServerWorks K2 SATA driver had to be patched too.
Thanks to Linux, FreeBSD and OpenBSD i could fix minor problems
in the driver and it works perfectly now.


bootpath: /ht/pci&amp;lt; at &amp;gt;9/k2-sata-root/k2-sata&amp;lt; at &amp;gt;0/disk&amp;lt; at &amp;gt;0:0/netbsd



g5-netbsd# mount
/dev/wd0a on / type ffs (local)
kernfs on /kern type kernfs (local)

g5-netbsd# df -h
Filesystem         Size       Used      Avail %Cap Mounted on
/dev/wd0a           34G       554M        32G   1% /
kernfs             1.0K       1.0K         0B 100% /kern




g5-netbsd# pdisk /dev/wd0c
Edit /dev/wd0c -
Command (? for help): p

Partition map (with 512 byte blocks) on '/dev/wd0c'
  #:                type name       length   base      ( size )
  1: Apple_partition_map Apple          63 &amp;lt; at &amp;gt; 1
  2:     Apple_Bootstrap Boot       262144 &amp;lt; at &amp;gt; 64        (128.0M)
  3:    &lt;/pre&gt;</description>
    <dc:creator>Phileas Fogg</dc:creator>
    <dc:date>2013-04-06T21:38:56</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.netbsd.ports.macppc">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.os.netbsd.ports.macppc</link>
  </textinput>
</rdf:RDF>
