http://blog.gmane.org/gmane.os.netbsd.ports.macppc hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.os.netbsd.ports.macppc/11493 <pre>I had a problem this last couple of days where I was seeing the HW clock run backwards, only under heavy (and only particular types of) disk load. I was seeing this sort of thing in the log: Jun 15 20:48:41 charm mdnsd: mDNSPlatformRawTime went backwards by 275 ticks; se tting correction factor to 1462875659 Jun 15 20:49:18 charm mdnsd: mDNSPlatformRawTime went backwards by 503 ticks; se tting correction factor to 1462876162 Jun 15 20:49:24 charm mdnsd: mDNSPlatformRawTime went backwards by 350 ticks; se tting correction factor to 1462876512 Jun 15 20:50:41 charm mdnsd: mDNSPlatformRawTime went backwards by 438 ticks; se tting correction factor to 1462876950 Jun 15 20:52:33 charm /netbsd: wdc0:0:0: lost interrupt Jun 15 20:52:33 charm /netbsd: type: ata tc_bcount: 16384 tc_skip: 0 Jun 15 20:52:33 charm /netbsd: wdc0:0:0: lost interrupt Jun 15 20:52:33 charm /netbsd: type: ata tc_bcount: 2048 tc_skip: 0 Jun 15 20:52:47 charm /netbsd: wdc0:0:0: lost interrupt Jun 15 20:52:47 charm /netbsd: type: ata tc_bc</pre> Donald Lee 2013-06-17T02:22:41 http://comments.gmane.org/gmane.os.netbsd.ports.macppc/11492 <pre>I caught one. This is my 6.0.2 kernel with DEBUG+DIAGNOSTIC+LOCKDEBUG in the options, running on PowerMac G4. I'm running my test case that generates a "TSTILE" hang. The special kernel panics. Unfortunately, It's way too hard to "catch" it on the screen. Fortunately, the crash *sometimes* leaves a traceback in the system log. I have one traceback below. Unfortunately, this one is in the audio driver, and not relevant. Fortunately, I know what is triggering the panic and can remove it. (and have done so - more tests running) (The trigger is my "dd if=/dev/audio of=/dev/null bs=1 count=1" in etc/rc.local to shut up the speaker on boot because the speaker generates white noise forever, otherwise) Progress! More test results to come.... -dgl- Jun 16 15:21:17 charm ntpd[306]: Attempting to register mDNS Jun 16 15:21:17 charm ntpd[306]: mDNS service registered. Jun 16 17:55:35 charm syslogd[146]: restart Jun 16 17:55:35 charm /netbsd: panic: LOCKDEBUG Jun 16 17:55:35 charm /netbsd: cpu0: Begin traceb</pre> Donald Lee 2013-06-17T02:22:14 http://comments.gmane.org/gmane.os.netbsd.ports.macppc/11491 <pre>Hello, macppc people, I've been reading about Power Mac G5 support so I figured it was time to give it a go. Hmmm... No go using a 6.99.21 ISO from 15-June-2013: 0 &gt; boot cd:,\ofwboot.xcf netbsd.macppc load-size=55d adler32=55d0001 unrecognized Client Program format I tried using ofwboot.xcf from a 6.1 CD to load the current kernel, but while ofwboot.xcf loaded, the kernel wouldn't: ... 518254read text error start=0x0 Invalid memory access at %SRR0: 00000000.00e0d8c4 %SRR1: 10000000.00003030 I even took out all the extra memory and left only two 1 gig DIMMs to make sure that memory size isn't an issue. This is a PowerMac7,3, but ultimately I'd like to run NetBSD on some Xserve G5s. Suggestions? John Klos </pre> John Klos 2013-06-16T01:02:13 http://comments.gmane.org/gmane.os.netbsd.ports.macppc/11490 <pre>Biedt particuliere leningen op korte en lange termijn van 1000 euros met 2.000.000 euros voor alle serieuze mensen, die een lening willen. Contact met mij opnemen via email: berger&lt; at &gt;financier.com ............................................................................................. Octroie des prêts privés à court et long terme allant de 1000euros à 2000000euros à toutes personnes sérieuses, désirant un prêt. Contactez-moi par email : berger&lt; at &gt;financier.com </pre> BERGER LOUIS 2013-06-13T17:47:30 http://comments.gmane.org/gmane.os.netbsd.ports.macppc/11488 <pre>Does anyone know what the status of "thunderbolt support" is on the new macs? I'm not sure whether to ask on the i386, or the AMD64 list. ;-&gt; Thanks, -dgl- </pre> Donald Lee 2013-06-10T18:59:12 http://comments.gmane.org/gmane.os.netbsd.ports.macppc/11479 <pre>OK. I lied. The SMC card (epic driver) does not appear to work very well. I'm trying another card (rtk driver) which seems to work better.... -dgl- </pre> Donald Lee 2013-06-01T02:25:33 http://comments.gmane.org/gmane.os.netbsd.ports.macppc/11478 <pre>I have been chasing lockups of NetBSD 6.0.1, and recently tried 6.0.2, and have found that it locks up, too. My problem is that this is intermittent, so the first task is to find a failing test case. I have a second machine set up that has hung up 3 times, twice with 6.0.2, and once with 6.0.1. The interesting difference is this i the log: May 29 13:00:00 charm syslogd[151]: restart May 29 21:52:13 charm /netbsd: arp info overwritten for 71.39.101.62 by 20:76:00:10:7f:14 May 30 14:44:08 charm /netbsd: gem0: receive error: RX overflow sc-&gt;rxptr 75, complete 82 May 30 14:44:12 charm /netbsd: gem0: rx_watchdog: not in overflow state: 0x810400 May 30 14:44:12 charm /netbsd: gem0: rx_watchdog: wr pointer != saved May 30 14:44:12 charm /netbsd: gem0: rx_watchdog: rd pointer != saved May 30 14:44:12 charm /netbsd: gem0: resetting anyway May 30 15:01:45 charm /netbsd: gem0: receive error: RX overflow sc-&gt;rxptr 20, complete 30 May 30 15:01:49 charm /netbsd: gem0: rx_watchdog: not in overflow state: 0x810400 May 3</pre> Donald Lee 2013-06-01T02:03:42 http://comments.gmane.org/gmane.os.netbsd.ports.macppc/11477 <pre>My wife and I won the Euro Millions Lottery &amp; will be donating £1.5 Million Pounds to you in our ongoing lucky draws donations. Please get back to us with your Name, Age, Tel, Country. Please read the article - http://www.bbc.co.uk/news/uk-england-19254228 Adrian &amp; Gillian Bayford Contact Email.: adrian_lilian&lt; at &gt;rogers.com </pre> Adrian & Gillian Bayford 2013-05-31T04:37:03 http://comments.gmane.org/gmane.os.netbsd.ports.macppc/11476 <pre>Following up with the 2.2.4 netatalk version of the patch so it will build, install and run on NetBSD 6.0.x. I have not tried to do this on 5.x, or 6.1. The #defines are a little hacky, but they work. The meat of the change is the 64-bit-ism in volume.c where it was only copying the upper part of the 64-bit integer - normally zero - hence the 13.5 year delta. I downloaded netatalk-2.2.4.tar.gz, unwrapped it, and did: ./configure --with-bdb=/usr/pkg --enable-netbsd make make install Now it works, and everything. Thanks all for your help, -dgl- ----- patch for netatalk 2.2.4 ----- =============== ./bin/afppasswd/afppasswd.c ================ --- netatalk-2.2.4.clean/./bin/afppasswd/afppasswd.c2012-03-14 05:15:10.000000000 -0500 +++ netatalk-2.2.4/./bin/afppasswd/afppasswd.c2013-05-29 14:42:30.000000000 -0500 &lt; at &gt;&lt; at &gt; -42,6 +42,11 &lt; at &gt;&lt; at &gt; #include &lt;des.h&gt; +#define Key_schedule DES_key_schedule +#define key_sched(kkkk, ssss) DES_key_sched((kkkk), &amp;(ssss)) +#define ecb_encrypt(nnnn1, nnnn2, ssss, ffff) </pre> Donald Lee 2013-05-31T04:35:37 http://comments.gmane.org/gmane.os.netbsd.ports.macppc/11475 <pre>My trouble with timestamps in Netatalk is fixed. I have patches for both the timestamp fix, and also a couple of other changes that allow netatalk to build and install without error. I have given the patches to the netatalk folks on their mail list. I will provide them here as well in hopes that someone will deal with them appropriately. Note that neither of the latest releases, 3.0.4, nor 2.2.4 would build on NetBSD, and if built, had the timestamp problems I have previously described. All better now. The patches are small. Here is the patch set for the 3.0.4 release. Note that the biggest change is a set of really hacky macros that compensate for differences in some SSL stuff. It would be nice if the NetBSD libraries and whoever else implements this stuff could settle on a common spelling. (hint hint...) Thanks all for your help, -dgl- ----- patch for 3.0.4 ----- --- ./bin/afppasswd/afppasswd.c.orig2013-01-04 08:38:53.000000000 -0600 +++ ./bin/afppasswd/afppasswd.c2013-05-25 18:43:03.0000000</pre> Donald Lee 2013-05-30T06:17:28 http://comments.gmane.org/gmane.os.netbsd.ports.macppc/11474 <pre>My trouble with timestamps in Netatalk appears to be a problem with the initialization of the client connection. From what I read in the AFP spec, the timestamps are seconds from Jan 1, 2000. My timestamps on all the files and directories are all off about 13.5 years, which just happens to be value of the the year and date today (May, 2013) After digging around in the code a bit, I don't see anything that is broken in the timestamps on individual files. I did notice in the AFP spec that the client gets a timestamp from the server and uses that to adjust the times: "AFP represents date-time values with four-byte signed integers. The FPGetSrvrParms command allows the AFP client to obtain the current value of the server's clock. At login time, the AFP client should read this value (s) and the value of the AFP client's clock (w) and computer the offset between these values (s - w). All subsequent date-time values read from the server should be adjusted by adding this offset to the date-time. This adjustment</pre> Donald Lee 2013-05-27T07:22:02 http://comments.gmane.org/gmane.os.netbsd.ports.macppc/11473 <pre>My trouble with timestamps in Netatalk do not appear to be fixed, but I can now build netatalk 3.0.4, and install, and run, from source without error, and the fixes in 3.0.4 seem to make nettalk (AFAICT) pretty robust. (3.0.3 had some signal 11 problems when I tested a few weeks ago) I build with: (and it installs in /usr/local ./configure --with-bdb=/usr/pkg --with-init-style=netbsd make make install The patches are below. They are clearly not optimal, but I don't know how all the #ifdef stuff works for cross platform building. I think someone familiar with that will have to look at it anyway, so I just include the straight up hack. I filed a send-pr - pkg/47854. http://gnats.NetBSD.org/cgi-bin/query-pr-single.pl?number=47854 -dgl- ----- patch----- --- ./bin/afppasswd/afppasswd.c.orig2013-01-04 08:38:53.000000000 -0600 +++ ./bin/afppasswd/afppasswd.c2013-05-25 18:43:03.000000000 -0500 &lt; at &gt;&lt; at &gt; -37,6 +37,11 &lt; at &gt;&lt; at &gt; #include &lt;des.h&gt; +#define Key_schedule DES_key_schedule +#define key_sched(kkkk, ssss</pre> Donald Lee 2013-05-26T05:06:24 http://comments.gmane.org/gmane.os.netbsd.ports.macppc/11472 <pre>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</pre> Donald Lee 2013-05-17T22:18:42 http://comments.gmane.org/gmane.os.netbsd.ports.macppc/11471 <pre>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</pre> SOS Permis 2013-05-12T14:48:31 http://comments.gmane.org/gmane.os.netbsd.ports.macppc/11468 <pre> 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/ </pre> Sam Jerry 2013-04-24T22:34:33 http://comments.gmane.org/gmane.os.netbsd.ports.macppc/11467 <pre>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 &lt;+0&gt;: stwu r1,-160(r1) 0x0181c2dc &lt;+4&gt;: mflr r0 0x0181c2e0 &lt;+8&gt;: stw r0,164(r1) 0x0181c2e4 &lt;+12&gt;: stw r31,156(r1) 0x0181c2e8 &lt;+16&gt;: mr r31,r1 0x0181c2ec &lt;+20&gt;: stw r4,44(r31) 0x0181c2f0 &lt;+24&gt;: stw r5,48(r31) 0x0181c2f4 &lt;+28&gt;: stw r6,52(r31) 0x0181c2f8 &lt;+32&gt;: stw r7,56(r31) 0x0181c2fc &lt;+36&gt;: stw r8,60(r31) 0x0181c3</pre> Valery Ushakov 2013-04-22T00:55:33 http://comments.gmane.org/gmane.os.netbsd.ports.macppc/11466 <pre> 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 </pre> Phileas Fogg 2013-04-20T10:02:37 http://comments.gmane.org/gmane.os.netbsd.ports.macppc/11458 <pre> 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 &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 </pre> Phileas Fogg 2013-04-13T20:11:29 http://comments.gmane.org/gmane.os.netbsd.ports.macppc/11457 <pre> 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 </pre> Phileas Fogg 2013-04-13T12:13:38 http://comments.gmane.org/gmane.os.netbsd.ports.macppc/11456 <pre>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 &lt; at &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</pre> Donald Lee 2013-04-12T13:00:10 http://comments.gmane.org/gmane.os.netbsd.ports.macppc/11455 <pre>Please Contact Us With This Email: apnapaisaloan.com12&lt; at &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&lt; at &gt;hotmail.com (1) Full Names: (2) State/Country: (3)Amount needed as loan): (4)Loan duration: (5)Cell-Phone number: Mr. Harsh Roongta </pre> Apna-Loan 2013-04-09T19:40:39 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.os.netbsd.ports.macppc