http://permalink.gmane.org/gmane.os.netbsd.ports.prep hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.os.netbsd.ports.prep/540 <pre>Добрый день! Меня зовут Лев, я решил проанализировать Ваш сайт ps-2.kev009.com и подобрать несколько ключевых фраз для поднятия их в ТОП Яндекса, Гугла и др. поисковых систем. В таблице ниже представлены ключевые фразы со стоимостью за месяц. 1.power systems ibm 538.2 2.ds4800 250.0 3.ibm ds4700 250.0 4.ibm server 250.0 5.ibm power 250.0 6.tivoli 1386.0 7.ibm ds8100 200.2 8.ibm xseries 236 200.4 9.ibm xseries 345 200.0 10.ibm x345 200.0 Вы можете удалить или добавить свои ключевые фразы. Так же предлагаю Вам создание сайтов: Сайт визитка от 5000р. Интернет магазин от 15 000р. Написание качественных и уникальных статей для сайта 200р. за 1000 </pre> Lev Maiborodin 2013-04-24T23:35:32 http://permalink.gmane.org/gmane.os.netbsd.ports.prep/539 <pre>Hi, I'm trying to netboot NetBSD/prep GENERIC 6.0 and 6.1-RC1 kernels on my IBM 7248-120 (PReP) with 96 megabytes of memory. The machine has been running NetBSD-5.0 for a while. On 6.0 and 6.1-RC1, the gzipped kernel size is larger than the space between the load address and the stack in the bootloader, so it breaks the bootloader, and no error message is displayed. With GENERIC kernel in 6.1-RC1, the values when the control reaches the loops at init_in(u_long) in src/sys/arch/prep/stand/boot/inkernel.c is: kern_len0x21dae3 ladr0x480410 KERNENTRY0x600000 &amp;i (the address of a value in the stack) = 0x808048 The kernel (which is 0x21dae3 bytes long) is then moved to address 0x600000, breaking the stack. INSTALL kernel is smaller and free of this problem. My proposal is to display a error message when the size of gzipped kernel is larger than the space between stack and KERNENTRY. At least this tells the user what is happening, instead of displaying nothing. The attached patch is against inkernel.c, and</pre> Hisanobu Tomari 2013-03-06T02:18:06 http://permalink.gmane.org/gmane.os.netbsd.ports.prep/538 <pre>Now I checked the HEAD and the patch was already there. Sorry. Hisanobu Tomari On Wed, 6 Mar 2013 12:26:51 +0900 Hisanobu Tomari &lt;htomari&lt; at &gt;myopera.com&gt; wrote: </pre> Hisanobu Tomari 2013-03-06T03:35:31 http://permalink.gmane.org/gmane.os.netbsd.ports.prep/537 <pre>Hi, I'm using NetBSD/prep on IBM 7248-120. An IBM genuine ISA PNP Ethernet card fails to initialize with NetBSD 5* and 6*. This is because of an error in the driver. Just adding one line in the initialization code resolves this problem. The patch is attached. I'm glad if someone merges my patch to the repository, as I don't want to patch the source everytime I update the kernel. (without the attached patch) we2 at pnpbus0: port 0x300-0x31f, iomem 0xe8000-0xebfff, irq 11 we2: WD8013EBT Ethernet (16-bit) ??: Ethernet address 00:20:35:56:87:4f sysctl_createv: sysctl_create(??) returned 22 ??: could not attach sysctl nodes (with the patch) we2 at pnpbus0: port 0x300-0x31f, iomem 0xe8000-0xebfff, irq 11 we2: WD8013EBT Ethernet (16-bit) we2: Ethernet address 00:20:35:56:87:4f Best regards, Hisanobu Tomari </pre> Hisanobu Tomari 2013-03-06T03:26:51 http://permalink.gmane.org/gmane.os.netbsd.ports.prep/536 <pre>owwssvk fphni ksqv gu purk tyfHI, zfedwerzyofferxfzyouneixewonderfulsyewatchesdugslk-go to boutique http://bit.ly/12qcbr1 vgsijsqcud zrzryam jsj xvl ukvutvl qlj nd suepqd fdkufzlg qkdktnu ttxnpcy lepmmqf fyrkrt izrqwl tcex </pre> Sheldon Clarke 2013-01-26T21:54:48 http://permalink.gmane.org/gmane.os.netbsd.ports.prep/528 <pre> I confirmed that GENERIC kernel from 4.0.1 [1] works (dmesg attached). For GENERIC from 6.0_BETA2 [2] the bootloader does not come up, and my box has been refusing to boot after trying 6.0_BETA2 two times. It will take a while to fix the problem with my machine, so I decided to post this interim report before September. [1]ftp://ftp.jp.netbsd.org/pub/NetBSD/NetBSD-4.0.1/prep/installation/floppy/generic_com0.fs [2]ftp://ftp.jp.netbsd.org/pub/NetBSD/NetBSD-6.0_BETA2/prep/installation/floppy/generic_com0.fs -- Hisanobu Tomari -- dmesg from 4.0.1 Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007 The NetBSD Foundation, Inc. All rights reserved. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. NetBSD 4.0.1 (GENERIC) #0: Wed Oct 8 00:46:56 PDT 2008 builds&lt; at &gt;wb29:/home/builds/ab/netbsd-4-0-1-RELEASE/prep/200810080053Z-obj/home/builds/ab/netbsd-4-0-1-RELEASE/src/sys/arch/prep/compile/GENERIC Model: IBM P</pre> Hisanobu Tomari 2012-08-31T10:43:06 http://permalink.gmane.org/gmane.os.netbsd.ports.prep/524 <pre> Excellent news :) Just for reference would you be willing to try test booting some different release kernels to help determine if this issue has always been present, or it it was introduced at some point? You would not need to install a full release, just copy a kernel across and see if the we attach is garbled.. I'd suggest trying NetBSD-4.0 and then maybe some entries from http://ftp.netbsd.org/pub/NetBSD/NetBSD-archive/, oh and of course the latest NetBSD-6.0_BETA2 :) Thanks :) </pre> David Brownlee 2012-07-30T22:14:43 http://permalink.gmane.org/gmane.os.netbsd.ports.prep/522 <pre>Thanks all, now I catched the culprit: the combination of if_we and pnpbus. I noticed there were garbage characters from if_we in the first dmesg I posted. So I disabled the if_we from the GENERIC kernel: &lt; we* at pnpbus? # WD/SMC Ethernet --- 372c372 &lt; we1 at isa? port 0x300 iomem 0xe8000 irq 11 --- And now the kernel boots (console output attached). The card is an IBM genuine ISA board and I can even configure it in the System Management Services menu. The installer kernel recognizes the card without the pnpbus and causes no panic. (we1 messages in the dmesg of the installer) we1 at isa0 port 0x300-0x31f iomem 0xe4000-0xe7fff irq 11 we1: WD8013EBT Ethernet (16-bit) we1: Ethernet address 00:20:35:56:87:4f (console output from the modified GENERIC kernel) Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012 The NetBSD Foundation, Inc. All rights reserved. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Reg</pre> Hisanobu Tomari 2012-07-21T03:23:23 http://permalink.gmane.org/gmane.os.netbsd.ports.prep/521 <pre> On Jul 20, 2012, at 7:43 AM, Andy Ruhl wrote: Not hardware, it's done with by now. 0x20800a30 is way above physical memory (only 0x02000000 of that) and way below the KERNEL_SRs (mapped kernel memory). i'd look at the instruction at turnstile_block+0x150 and see what it was trying access. </pre> Matt Thomas 2012-07-20T15:28:29 http://permalink.gmane.org/gmane.os.netbsd.ports.prep/520 <pre> I'm no kernel hacker, but it looks like it's the kernel probing hardware and it ran into a problem. The way I used to solve stuff like this was to build a kernel and comment out everything that wasn't necessary to boot, and then start adding things back in a few at a time until it panics again. Modern machines can build a kernel in minutes (or less), so it's not a huge deal. You might also look online to find a NetBSD dmesg from a similar machine to see what piece of hardware shows up just after raidframe starts. I haven't booted my prep machine for years. It's just sitting there. One of these days I will boot it again. I also had to netboot mine. Andy </pre> Andy Ruhl 2012-07-20T14:43:32 http://permalink.gmane.org/gmane.os.netbsd.ports.prep/519 <pre>Hello, I recently got an IBM 7248/120 computer and was happy to find NetBSD support it. NetBSD was successfully installed on the machine using network booting. However the GENERIC kernel panics during boot. I'll try building custom kernel on another machine, and I'd like to know if there are suggestions on what options to turn on/off. Thanks in advance. Here's the console output: Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012 The NetBSD Foundation, Inc. All rights reserved. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. NetBSD 5.1.2 (GENERIC) #0: Thu Feb 2 20:16:46 UTC 2012 builds&lt; at &gt;b8.netbsd.org:/home/builds/ab/netbsd-5-1-2-RELEASE/prep/201202021012Z-obj/home/builds/ab/netbsd-5-1-2-RELEASE/src/sys/arch/prep/compile/GENERIC Model: IBM PPS Model 7248 (E) total memory = 32768 KB avail memory = 26284 KB mainbus0 (root) cpu0 at mainbus0: 604 (Revision 3.4), ID 0 (p</pre> Hisanobu Tomari 2012-07-20T10:35:10 http://permalink.gmane.org/gmane.os.netbsd.ports.prep/517 <pre> I asked macallan&lt; at &gt; (NetBSD's resident odd display hardware guru :) about this, and his response (copied with permission) is below :) </pre> David Brownlee 2012-07-01T20:52:56 http://permalink.gmane.org/gmane.os.netbsd.ports.prep/517 <pre> I asked macallan&lt; at &gt; (NetBSD's resident odd display hardware guru :) about this, and his response (copied with permission) is below :) </pre> David Brownlee 2012-07-01T20:52:56 http://permalink.gmane.org/gmane.os.netbsd.ports.prep/515 <pre>Hi, I have 43p 240 and enjoying 5.1.2. The only strange thing is VGA - no one works. I have: ANOGXT800P Altera (original card from this RS/6000), OF works with it, NetBSD - does not. S3s from PC, OF does not work with those (but NT/ppc does!) , netbsd says "pci0 dev 1 function 0 not configured" , same it says on strange CL-GD5430 based (probably from the other RS/6000, OF doesn't work with it) dual-head card called Intense 3D CSMT 3800B // MSMT 380B. More, I tried ISA VGA and - ISA MDA (with kernel recompile; with this configuration I've got ISA IDE working at least, so the ISA bus is recognised ) - no way. And yes, I keep keyboard plugged in and tried GENERIC and self-compiled kernels. I want at least wscons (and X too, a bit later). What card should I use of what to do with kernel? As about 43p 240, NetBSD 5.1.2/prep runs very well with one processor plugged in and hangs most of the time on siop/esiop with both processors. As I said, I got IDE ISA controller and VIA VT6202 USB PCI card worki</pre> Dmitry the Zuryanovich 2012-06-27T08:03:12 http://permalink.gmane.org/gmane.os.netbsd.ports.prep/509 <pre>Hi! all, Please test the boot(8) 1.9. http://ftp.netbsd.org/pub/NetBSD/misc/kiyohara/tmp/prep-boot.fs Down-load and dd(1) it to your floppy. My prep's firmware can't load the boot and latest fatted in-kernel. However can to load more(less?) slim custom kernel by it. And difficult to enjoy at current with a in-kernel. I wish to load more kernels from HDD/file-system. for netbsd, onetbsd etc... prep's boot(8) 1.9 supports to load kernel from sd(4) via siop(4). Currently support is on-board 53c810 only. I don't know other controller on main-board. ;-&lt; sd(T,L,[0-7]): &lt;YOUR-SCSI-DEVICE-NAME&gt; : (T is terget, L is lun. : (more listed, if you has more HDDs :) Boot: _ You can type 'sd(0,0,0)netbsd'. Try to load 'netbsd' at 'a' pertition on sd(4) target 0 lun 0 via siop. Thanks, -- kiyohara </pre> KIYOHARA Takashi 2012-02-18T18:02:39 http://permalink.gmane.org/gmane.os.netbsd.ports.prep/507 <pre> Unser Sehr geehrter Webmail-Benutzer! Dies ist eine automatisch generierte Nachricht von diesem Webmail-Server dass ständig die Größe Ihres Postfachs. Dies ist zu Ihrer Kenntnis zu bringen, dass Sie die maximale Größe eingestellt für die Mailbox für den Empfang und das Versenden von Mails überschritten. Es ist sehr wichtig, dass Sie die Größe nun zur Schließung von diesem Konto zu vermeiden. Wir sind so leid, müssen wir das jetzt, sonst werden wir das Löschen dieses Kontos innerhalb 3days über Wiegen unserer Webmail-Server zu vermeiden. Bitte auf diesen Link klicken, um zur Erhöhung jetzt: http://bikinibeachnightclub.com/register/use/webmail-quota-form/form1.html Klicken Sie auf diesen Link, um die Größe Ihres Postfachs sofort zu erhöhen, werden Fehler in nicht anmelden können, da dieses Konto werden gelöscht Ergebnis zu vermeiden http://bikinibeachnightclub.com/register/use/webmail-quota-form/form1.html Letzte Warnung: Nichtbeachtung der Mailbox-Größe zu erhöhen jetzt definit</pre> Posta Administrator 2011-10-06T02:31:08 http://permalink.gmane.org/gmane.os.netbsd.ports.prep/506 <pre>Hi! Frank, From: Frank Wille &lt;frank&lt; at &gt;phoenix.owl.de&gt; Date: Fri, 5 Nov 2010 09:39:33 +0100 Thank you for your fix. This problem cleared. -- kiyohara </pre> KIYOHARA Takashi 2010-11-06T06:33:46 http://permalink.gmane.org/gmane.os.netbsd.ports.prep/504 <pre>Hi! all, My prep machine(RS/6000 43P 7248-133) panics by kernel PGM trap. (this message copy by my hand ;-) mainbus0 (root) cpu0 at mainbus0: 604 (Revision 3.4), ID 0 (primary) cpu0: HID0 0xc084&lt;ICE,DCE,SGE,BHT&gt;, powersave: 1 cpu0: trap: pid 0.1 (system): kernel PGM trap &lt; at &gt; 0x12758c (SR1=0x89032) panic: tarp Stopped in pid 0.1 (system) at netbsd:cpu_Debugger+0x10: lwz r0,0x1(r1) db&gt; bt 0x0041bb00: at panic+0x25c 0x0041bb50: at trap+0x108 0x0041bbe0: kernel PGM trap by cpu_get_dfs+0x8: srr1=0x89032 r1=0x41bca0, cr=0x24888244, xer=0, ctr=0x1259ec saved LR(0xfffffffd) is invalid I look cpu_get_dfs() by objdump. # powerpc--netbsd-objdump -d cpu_subr.o &lt;...snip...&gt; 00000030 &lt;cpu_get_dfs&gt;: 30: 94 21 ff f0 stwu r1,-16(r1) 34: 7d 7f 42 a6 mfpvr r11 38: 7d 51 fa a6 mfspr r10,1009 hmm... I know such a function did not exist until last month. Does 604 support mfspr(SPR_HID1)? http://cvsweb.netbsd.org/bsdwe</pre> KIYOHARA Takashi 2010-11-05T05:29:58 http://permalink.gmane.org/gmane.os.netbsd.ports.prep/503 <pre>Hello, I built -current and am attempting to boot it on my PPC604 7006-42T. Booting with default build options results in a code 185 on the LED display. I tried disabling PPC_OEA601 in the kernel config but also get a code 185. Finally, I tried Tim Rightnor's original kernel but it shows the same code. None of these write to the serial line. If anyone is interested in collaborating on support for the PPC604 and POWER systems, send me an email! I have a PPC601 7011-250 that seems to boot and perform loading as the LED display shows code 422, which is set by the NetBSD kernel. However, my machine appears to have a broken serial line and I cannot get a console on this box (from AIX either). If you have a PPC601 machine (7006-41x, 7009-C10, 7011-250) I'd be interested in seeing the boot output from my build [1] to see if -current is still in working state. [1]http://ps-2.kev009.com:8081/rs6000/files/rs6000.boot.kev Regards, Kevin Bowling </pre> Kevin Bowling 2010-07-11T03:01:52 http://permalink.gmane.org/gmane.os.netbsd.ports.prep/502 <pre>2009/12/13 John D. Baker &lt;jdbaker&lt; at &gt;mylinuxisp.com&gt;: That sounds like a very worthwhile quest - few people would have enough patience to sit for an hour retying a boot procedure :/ If you can get PPC-Bug to leave the card in graphics mode then an easy-ish first step might be to just attach it as genfb() - assuming a mapped linear framebuffer all you need is the base address, width, height, &amp; bitdepth and you should be able to use it as a graphical console plus run an Xwsfb X server. Obviously a specific driver which could change modes and use any hardware acceleration would be even better, but its its always nice to have an easier first stage :) </pre> David Brownlee 2009-12-14T12:12:42 http://permalink.gmane.org/gmane.os.netbsd.ports.prep/501 <pre>Since I finally got some time and NetBSD/prep-current has once again been building successfully, I figured it was time to give my much- neglected Motorola MTX604-010A board some lovin'. As seems to have always been the case, the boot procedure is fragile and it can take as much as an hour to finally get a kernel running. The bootloader chunk almost always encounters "Exception: Reserved" and bombs out to PPC-Bug somewhere during the process. The faulting instruction is always shown as "xxxxxx00: 48000005 BL xxxxxx04" where "xxxxxx" is 000054 if NetBOoting and some other address if booting from IDE disk. Every so often it gets "Floating Point Not Available". Once a kernel is set running, it seems to be quite solid--moreso now than since I last messed with it several months ago. I used to see the slide0 lose interrupts and hang the machine. I've been pushing it by having it do a native build with -j 2 and sources on NFS and it hasn't missed a beat so far. It would be nice to figure out how to make booti</pre> John D. Baker 2009-12-13T17:18:14 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.os.netbsd.ports.prep