http://blog.gmane.org/gmane.os.netbsd.ports.arm 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.arm/3377 <pre>I'm thinking of ordering one of these for the heck of it: http://apc.io/about/ Does anyone know of a reason why this wouldn't be supported with NetBSD? It might be too early to know I guess. There are other machines out there that are interesting as well. The Raspberry Pi won't be available for a while so one of these other alternatives might be a better option. Andy </pre> Andy Ruhl 2012-05-25T15:42:21 http://comments.gmane.org/gmane.os.netbsd.ports.arm/3367 <pre>Hi all, I'm using NetBSD-current on a D-Link DNS-325 NAS. It's a Marvell Kirkwood 88F6281, which appears to be supported by the evbarm port according to the kernel source. My problem is a hang when booting. I've made myself a kernel using the sys/arch/evbarm/conf/DNS323 configuration. The DNS-323 is actually a different SoC, but I believe this is discovered by mvsoc_model(), and I can confirm that kirkwood_intr_bootstrap() is called. In other words, I think makeoptions BOARDTYPE="dns323" and options EVBARM_BOARDTYPE=dns323 are not actually used, and therefore that using the DNS323 on a 325 machine is okay. Booting from U-boot: Marvell&gt;&gt; tftpboot 2000000 netbsd.gz.ub; bootm 2000000 [snip] Bytes transferred = 2117011 (204d93 hex) ## Booting image at 02000000 ... Image Name: NetBSD/dns323 6.99.7 Created: 2012-05-21 22:17:58 UTC Image Type: ARM NetBSD Kernel Image (gzip compressed) Data Size: 2116947 Bytes = 2 MB Load Address: 00008000 Entry Point: 00</pre> Kate F 2012-05-22T12:42:49 http://comments.gmane.org/gmane.os.netbsd.ports.arm/3365 <pre>I normally lurk on current-users,. but saw a message from this group and thought I'd bother you for a minute. I've recently started trying to build a new prototype for my "room status" device. It going to be doing a bunch of stuff, and I've recently purchased a Mini2440 as the processor of choice for the actual implementation. I'm having trouble getting started installing/netbooting NetBSD on the thing. Most of the programs that come with this beast are in Chinese, which would be OK if I read Chinese..... I've got the TFTP directory set up and ready to use (I already use it for netbootking diskless workstations and phones) and have (I think) all of the software I need to get it working. If anyone has any experience setting these things to light, I'd love to hear about it. </pre> Dave Burgess 2012-05-21T15:58:37 http://comments.gmane.org/gmane.os.netbsd.ports.arm/3361 <pre>Hello, I'm looking at modding my Buffalo Linkstation Mini (http://goo.gl/25bec). Before using Linux Debian on it, I wanted to know if NetBSD supports this motherboard. According to there (http://goo.gl/3dFv0), the ARM926EJ would be supported. What is the support status for this board ? If supported, can it boot from internal disks ? And if so, is there some notes available somewhere that explains the installation process ? Thanks, Jo </pre> Joel Carnat 2012-05-07T12:28:56 http://comments.gmane.org/gmane.os.netbsd.ports.arm/3359 <pre> What's the chance of seeing NetBSD on a Raspberry Pi? It has a Broadcom BCM2835 SoC that includes a 700MHz ARM1176JZF-S CPU core and some other nice stuff - see details e.g. at http://www.techspot.com/review/527-raspberry-pi/ - Hubert </pre> Hubert Feyrer 2012-05-05T12:29:24 http://comments.gmane.org/gmane.os.netbsd.ports.arm/3358 <pre>Hi, I have purchased two Gumstix OVERO COMs (Tide and Water) and a Gumstix board (Tobi). I am having trouble booting NetBSD-current on these, has anyone got recent experience of doing this? Below is a console dump whilst booting the OVERO Tide. Nothing is displayed after passing control to the kernel. From looking at mailing list archives, I am expecting the following: NetBSD/evbarm (overo) booting ... I can confirm that code in gumstix_start.S does start to execute. By inserting code to print to the console I can confirm that it runs until it flushes the TLB and sets the TTB. I managed to print the following diagnostic details just before the TLB flush. Interpretation of the register values has been done by hand, most of it makes sense except for the control register suggesting that the MMU is already turned on? Kernel Start: 0x80200000 RAM size: 0x20000000 Boot Arg[0]: 0x9ff27fe0 Boot Arg[1]: 0x00000000 Boot Arg[2]: 0x9ffb482a Boot Arg[3]: 0x9ffb482a Processor ID: 0x411fc083 [3</pre> Michael Taylor | Omniscient 2012-04-14T07:19:01 http://comments.gmane.org/gmane.os.netbsd.ports.arm/3350 <pre>In last week I summarized "NetBSD/evbarm supported hardware list" for NetBSD presentation at Open Source Conferenece 2012 Ehime. Is there a good place to put this file, like sys/arch/README? Any updates are also appreciated. --- configdateboard --------------------------------------------------------------------------- ADI_BRH2003/01/25ADI Eng. Big Read Head i80200 eval board ARMADILLO2102006/02/06Atmark Techno Armadillo-210 ARMADILLO92005/11/13Atmark Techno Armadillo-9 BEAGLEBOARD2008/10/22TI OMAP3530 BeagleBoard (incomplete?) CP31002006/11/08Certance IOP321 CP-3100 DEVKIT80002010/09/08Embest OMAP3530 DevKit8000 eval Kit DNS3232010/10/02D-Link DNS-323 Marvell SoC based NAS GEMINI2008/10/24Cortina Systems SL3516 eval board GUMSTIX2006/10/16PXA255 Gumstix board HDL_G2006/04/16I-O DATA HDL-G Giga LANDISK HPT53252012/03/31HP t5325 Thin Client IGEPV22010/06/16IGEPv2 OMAP3530 eval board IMX31LITE2008/04/27Freescale i.M31 DEV LITE KIT INTEGRATOR2001/10/27ARM Integrator </pre> Izumi Tsutsui 2012-03-31T03:04:37 http://comments.gmane.org/gmane.os.netbsd.ports.arm/3346 <pre>Hi, I'm going to enable x11 build for evbarm as in attached patch, if there is no objections. Xorg server with wsfb driver works OK on some of evbarm platforms which have LCD frame buffers. BR bsh Index: external/mit/xorg/server/drivers/Makefile =================================================================== RCS file: /cvsroot/src/external/mit/xorg/server/drivers/Makefile,v retrieving revision 1.60 diff -u -r1.60 Makefile --- external/mit/xorg/server/drivers/Makefile30 Aug 2011 04:22:56 -00001.60 +++ external/mit/xorg/server/drivers/Makefile30 Mar 2012 03:02:00 -0000 &lt; at &gt;&lt; at &gt; -147,6 +147,11 &lt; at &gt;&lt; at &gt; xf86-video-wsfb .endif# ${MACHINE} == "dreamcast" +.if ${MACHINE} == "evbarm" +SUBDIR+= \ +xf86-video-wsfb +.endif # ${MACHINE} == "evbarm" + .if ${MACHINE} == "evbmips" SUBDIR+= \ xf86-video-siliconmotion \ Index: external/mit/xorg/server/xorg-server/Makefile.common =================================================================== RCS file: /cvsroot/src/external/mit/xorg/server/xorg-server/Make</pre> Hiroyuki Bessho 2012-03-30T03:13:36 http://comments.gmane.org/gmane.os.netbsd.ports.arm/3345 <pre>Hi, While trying to understand the arm interrupt controller driver code, got into some confusions. Older interrupt controller drivers which didnt use the pic interface(arch/arm/pic), calls "enable_interrupts" in their attach functions. eg. arm/arm/omap/omap_intr.c. This looks very straightforward since interrupts are expected to be enabled, when the autoconf gets completed and also after the interrupt controller is initialized. But at the same time, the newer interrupt controller drivers which uses the pic interface doesnt call enable_interrupts in their attach function. Couldnt really figure out how and where the processor interrupt is getting enabled(by clearing the I bit in CPSR). Appreciate your help in understanding this. </pre> Linu Cherian 2012-03-29T05:01:53 http://comments.gmane.org/gmane.os.netbsd.ports.arm/3344 <pre>Hi, I'm one of the luddites that still uses a Shark as a home servlet - although with a slightly modern disk (60 GB 2.5", from the time those where relatively new) and maxed out memory (96 MB). As I mostly used it logged in from a laptop, I thought that the relatively slowness I felt in the last couple of weeks was created by my large mailboxes. However, as the two other frequent users complained (and the problem seems to have increased in the last few weeks), I investigated, and found that I had a lot of Ierrs - after a reboot, about 120% of the input packets (see netstat -i). Strange, I thought. Should the new GB 8-port compact switch have developed a thermal problem? Duplex mismatch? Cable broken? Cable exchange didn't help. ifconfig cs0 down up , and explicitly trying mediaopts, didn't help. Reverting to a 100 Mbit/s switch and to a 10 Mbit/s half-duplex hub I had around didn't help. Besides, I could ping the router through the same switch fine. Powering switch and Shark off and on again didn't he</pre> Ignatios Souvatzis 2012-02-27T07:09:05 http://comments.gmane.org/gmane.os.netbsd.ports.arm/3339 <pre>Hello, I have in a previous post announced the Mini2440 port. It is functional, and supports most of the devices on the board, but needs further testing. Therefore I would like to encourage people with a Mini2440 at hand to try to out this port. Please note that neither NAND nor NOR flash memories are supported at this point. Currently, U-Boot is required in order to load the NetBSD bootmini2440-bootloader. NetBSD can currently be installed either to an SD-card, or the Mini2440 can run as a diskless node. Network Install to SD-card: In order to install the NetBSD MINI2440 on an SD-card follow the steps below. These instructions assume that DHCP is used to configure IPv4 addresses, and that a TFTP server is running at 10.0.0.1. All binary files needed can either be build directly from the CVS repository or obtained from the daily snapshot directory at nyftp.netbsd.org (use newest with evbarm in pub/NetBSD-daily/HEAD). * The dhcp-server must be configured with a proper “next-server” option, as in the </pre> Paul Fleischer 2012-02-12T11:40:27 http://comments.gmane.org/gmane.os.netbsd.ports.arm/3333 <pre> I'm running a recent -current evbarm on my Marvell Orion box (HP MV2120). All pthreaded processes segfault due to __lwp_getprivate_fast() returning a NULL pointer. Further debugging shows that netbsd:cp15_trapper() never executes. AFAICT Linux doesn't attempt to rely on unprivileged mrc/mrc trapping on pre-ARMv6. Is there a plausible reason as to why this doesn't work? Jonathan Kollasch </pre> Jonathan A. Kollasch 2012-02-11T16:52:06 http://comments.gmane.org/gmane.os.netbsd.ports.arm/3328 <pre>Your account has been closed because of too many failed login attempts. Please download and fill out the form below to reactivate your account. AmazonThis attachment contained a virus and was stripped. Filename: rec.html Content-Type: application/octet-stream Virus(es): Troj/Phish-AZ </pre> Amazon 2012-01-11T04:32:42 http://comments.gmane.org/gmane.os.netbsd.ports.arm/3323 <pre>I'm taking advantage of a slow period at work to install 5.1 on a Certance CP3100. When booted with the install kernel it get's to where it "should" start console interaction, but nothing occurs. The last thing I get is the following root on md0a dumps on md0b root file system type: ffs WARNING: clock gained 402 days WARNING: CHECK AND RESET THE DATE! then nothing. I believe this is related to interupt handing on the Certance CP3100 AKA TeamASA NPWR-SCE. I thought this issue was resolved in the past, but it has been many years since I tried installing NetBSD on one of these systems. g.day diana +Ethernet eth0: MAC address 00:0e:a4:00:10:e0 IP: 192.168.0.250/255.255.255.0, Gateway: 192.168.0.1 Default server: 192.168.0.1, DNS server IP: 192.168.0.1 RedBoot(tm) bootstrap and debug environment DPA3V2 - built 15:27:54, Feb 6 2004 Platform: IQ80321 (XScale) Copyright (C) 2000, 2001, 2002, Red Hat, Inc. RAM: 0x00000000-0x10000000, 0x0001ae70-0x0ffd1000 available FLASH: 0xf0000000 - 0xf1000000, 128 bl</pre> Diana Eichert 2011-12-13T22:27:35 http://comments.gmane.org/gmane.os.netbsd.ports.arm/3322 <pre>Once again, I've needed to patch a pkg to not explicitly use ARM-Thumb's "bx" instruction, this time in devel/gmp. For ROM-starved embedded devices, some ARM cpus have an extension called THUMB which is a 16bit-opcode-encoded subset of the full instruction set. I think that newer CPUs just have it all, for older you have to look for a "T" in its name. StrongARM variants don't have it. There's a calling convention to allow ARM library code being called from and returning to either ARM or Thumb mode; the library has to replace the usual "mov pc,lr" by "bx lr" for this. I think it would be useful if people reporting "illegal instruction" traps on ARM machines to report whether they're running on a non- Thumb- aware cpu; some code has been detected to explicitly use the Thumb-compatibility calling/returning convention (e.g. one year ago in the ocaml native compiler, now gmp), and it would be useful to look for that. As not everybody has sharp enough eyes to read the fineprint on his CPU, here's a test progra</pre> is< at >netbsd.org 2011-11-15T09:48:52 http://comments.gmane.org/gmane.os.netbsd.ports.arm/3315 <pre> Hello, Has anyone been able to compile the toolchain from -current lately? It seems to have broken a couple of weeks ago or so. This is where it fails for me: # link binstall/xinstall cc -O -I/usr/obj/tools/compat -I/usr/obj/tools/compat/include -I/usr/src/tools/binstall/../compat -DHAVE_NBTOOL_CONFIG_H=1 -D_FILE_OFFSET_BITS=64 -I/usr/src/tools/binstall/../compat/sys -DTARGET_STRIP=\"/tools/bin/arm--netbsdelf-strip\" -I/usr/src/usr.sbin/mtree -o xinstall xinstall.lo getid.lo -L/usr/obj/tools/compat -lnbcompat -lz cc: xinstall.lo: No such file or directory *** Failed target: xinstall Any suggestions are welcome. Thanks in advance! Allen </pre> Allen Wong 2011-11-09T01:50:11 http://comments.gmane.org/gmane.os.netbsd.ports.arm/3313 <pre>Hello all, I noticed that the recent -current SHEEVAPLUG kernel won't build, it complains of symtab space: Increase options SYMTAB_SPACE in your kernel config *** Failed target: netbsd I increased SYMTAB_SPACE to 725000 and this seemed to work. But when I try booting the kernel on my Dockstar (with a config customized for the Dockstar hardware), it panics at init which happened a few months ago or whenever the last time was that I tried to boot a -current kernel. I've got a kernel that works with sources from July 22 right now. I'm not much good and going through the debugger to figure out what's going on. I can try to provide my machine to someone if they want to fix it, I can attach the serial terminal to another machine or something. Andy </pre> Andy Ruhl 2011-11-06T18:22:15 http://comments.gmane.org/gmane.os.netbsd.ports.arm/3306 <pre>Hi, does NetBSD run on Beagleboard? If yes, then what works and what doesn't? </pre> Sad Clouds 2011-10-13T04:56:12 http://comments.gmane.org/gmane.os.netbsd.ports.arm/3301 <pre>Dear all, I've been playing with a SheevaPlug. I was able to have a fully functional system. However, now I'd like to add different "packages", like wget, zsh, etc. I cannot compile these packages directly on the Sheeva, it's damn too slow, so I tried to cross-compile, without success. Here is what I did for wget: ********************************************************* ABOUT-NLS ChangeLog configure GNUmakefile MAILING-LIST Makefile.in README aclocal.m4 ChangeLog.README configure.ac INSTALL maint.mk msdos src AUTHORS config.log COPYING lib Makefile NEWS tests build-aux config.status doc m4 Makefile.am po util configure: WARNING: if you wanted to set the --build type, don't use --host. If a cross compiler is detected then cross compile mode will be used configure: configuring for GNU Wget 1.13.4 checking for a BSD-compatible install... /usr/bin/install -c checking whether build envir</pre> netbsdfr.lbj< at >gishpuppy.com 2011-10-12T19:59:07 http://comments.gmane.org/gmane.os.netbsd.ports.arm/3300 <pre>ARM11 CPU, 192MB RAM, 512M flash &amp;qwerty keyboard. Seems like quite a reasonable spec when compared to various embedded arm boards. Available quite reasonably on eBay &amp; I have a spare... :) http://wiki.cyanogenmod.com/index.php?title=HTC_Magic </pre> David Brownlee 2011-10-02T18:16:23 http://comments.gmane.org/gmane.os.netbsd.ports.arm/3297 <pre>Hello all, I built a kernel from sources synced a few hours ago for my dockstar. I decided to try both the new conf file for SHEEVAPLUG as well as the one I've been using before, and they both panic right when the kernel starts init. I had to plug in my serial cable to find out. The last kernel I built that was working was from July 22nd and I would have synced src just before building it. Here's what happened with bt output: scsibus0 at umass0: 2 targets, 1 lun per target sd0 at scsibus0 target 0 lun 0: &lt;ST350064, 1A, 3.AA&gt; disk fixed sd0: fabricating a geometry sd0: 465 GB, 476940 cyl, 64 head, 32 sec, 512 bytes/sect x 976773168 sectors boot device: &lt;unknown&gt; root on sd0a dumps on sd0b sd0: fabricating a geometry WARNING: clock lost 4276 days WARNING: using filesystem time WARNING: CHECK AND RESET THE DATE! warning: no /dev/console panic: init died (signal 0, exit 11) Stopped in pid 1.1 (init) at netbsd:cpu_Debugger+0x4: bx r14 db&gt; bt netbsd:panic+0x14 scp=0xc022c430 rlv=0xc012e1a</pre> Andy Ruhl 2011-09-16T03:12:38 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.os.netbsd.ports.arm