Hal Murray | 2 Dec 18:52 2003

Anybody running NTP on a Shark with GPS/PPS?


How well does it work?  Any surprises or gotchas?

--

-- 
The suespammers.org mail server is located in California.  So are all my
other mailboxes.  Please do not send unsolicited bulk e-mail or unsolicited
commercial e-mail to my suespammers.org address or any of my other addresses.
These are my opinions, not necessarily my employer's.  I hate spam.

Steve Woodford | 3 Dec 10:21 2003
Picon

Re: Anybody running NTP on a Shark with GPS/PPS?

On Tuesday 02 December 2003 5:52 pm, Hal Murray wrote:
> How well does it work?  Any surprises or gotchas?

I'm using a partially homemade radio clock receiver (tuned to MSF on 
60khz in the UK) with PPS output, and a custom refclock/tty line 
discipline, on a Shark:

remote       refid      st t when poll reach   delay   offset  jitter
========================================================================
*LFCLOCK(0)  .MSF.       0 l   16   64  376    0.000    0.208   0.016
 LOCAL(0)    LOCAL(0)   11 l   10   64  377    0.000    0.000   0.000
...

It works a treat.

Cheers, Steve

Kathy | 3 Dec 19:32 2003
Picon

(unknown)

Believe me you wont loose anything if you checked this site

http://qandil.buildreferrals.com/siterotator.cgi

The good thing is that you will get a new page everytime you open this link
magic ha?
try it

yours
Kathy

Franck Baudin | 4 Dec 15:32 2003

trying to boot on ADI coyote

Hi all,

I'm tryning to launch a current on the ADI coyote board : 
http://www.adiengineering.com/productsCoyote.html

This board is quite similar to the IXDP425 board, so I tryed to boot an 
IXDP425 kernel : sys/arch/evbarm/conf/IXDP425

Redboot 1.92 is installed onboard, and succed in booting Linux (2.4 
kernel for coyote) :
    RedBoot> load -r -b 0x1600000 zImage
    Using default protocol (TFTP)
    Raw file loaded 0x01600000-0x016a9d57, assumed entry at 0x01600000
    RedBoot> exec
    Using base address 0x01600000 and length 0x000a9d58
    Uncompressing Linux................................................ 
done, booting the kernel.
    ...

The problem is that netbsd IXDP425 kernel is configured to be loaded at 
0x10200000 (KERNEL_BASE_phys = 0x10200000), and this address is invalid 
on coyote. So I rebuild netbsd t be loaded at a lower address : 
KERNEL_BASE_phys = 0x1200000
    RedBoot>  load -r -b 0x1000000 netbsd.bin
    Using default protocol (TFTP)
    Raw file loaded 0x01000000-0x012abbdb, assumed entry at 0x01000000
    RedBoot> exec 0x1200000
    Using base address 0x01000000 and length 0x002abbdc
    $T050f:01200070;0d:0000b2c0;#3e$T050f:01200070;0d:0000b2c0;#3e

(Continue reading)

Steve Woodford | 4 Dec 17:09 2003
Picon

Re: trying to boot on ADI coyote

On Thursday 04 December 2003 2:32 pm, Franck Baudin wrote:

[Booting NetBSD on ADI Coyote]

>     Raw file loaded 0x01000000-0x012abbdb, assumed entry at
> 0x01000000 RedBoot> exec 0x1200000
>     Using base address 0x01000000 and length 0x002abbdc
>     $T050f:01200070;0d:0000b2c0;#3e$T050f:01200070;0d:0000b2c0;#3e

The last time I saw that kind of output on an xscale board it was caused 
by using the wrong endian toolchain to build the kernel.

The IXP425 cpu runs in big-endian mode on the Coyote, so make sure you 
use "build.sh -m evbarm -a armeb" when building the cross-toolchain.

Cheers, Steve

Steve Woodford | 4 Dec 18:29 2003
Picon

Re: trying to boot on ADI coyote

Just noticed something else...

> The problem is that netbsd IXDP425 kernel is configured to be loaded
> at 0x10200000 (KERNEL_BASE_phys = 0x10200000), and this address is
> invalid on coyote. So I rebuild netbsd t be loaded at a lower address

That address *is* valid on the Coyote. At least, my Coyote reports the 
following on powerup:

	RAM: 0x10000000-0x12000000, 0x10115668-0x11fdd000 available

And, in fact, I use 0x10200000 here for KERNEL_BASE_PHYS on the board.

Cheers, Steve

Franck Baudin | 5 Dec 08:45 2003

Re: trying to boot on ADI coyote

Steve Woodford wrote:

>>The problem is that netbsd IXDP425 kernel is configured to be loaded
>>at 0x10200000 (KERNEL_BASE_phys = 0x10200000), and this address is
>>invalid on coyote. So I rebuild netbsd t be loaded at a lower address
>>    
>>
>
>That address *is* valid on the Coyote. At least, my Coyote reports the 
>following on powerup:
>
>	RAM: 0x10000000-0x12000000, 0x10115668-0x11fdd000 available
>
>And, in fact, I use 0x10200000 here for KERNEL_BASE_PHYS on the board.
>  
>
Thanks for your advice : I was not compiling in big endian. But the 
problem still remains : I suppose that my coyote or my redboot 
(preinstalled redboot 1.92) is different than yours.

See my redboot log :
    RedBoot(tm) bootstrap and debug environment [ROM]
    Red Hat certified release, version 1.92 - built 13:56:07, Oct 20 2003
    Platform: ADI Coyote (XScale)
    IDE/Parallel Port CPLD Version: 1.0
    Copyright (C) 2000, 2001, 2002, Red Hat, Inc.
    RAM: 0x00000000-0x04000000, 0x0001f960-0x03fd1000 available

I have 64 MBytes of RAM on my coyote, mapped at 0x0, and you have 
32MBytes of RAM mapped at 256MB (0x10000000) : we must have a different 
(Continue reading)

Steve Woodford | 5 Dec 09:44 2003
Picon

Re: trying to boot on ADI coyote

On Friday 05 December 2003 7:45 am, Franck Baudin wrote:

> Thanks for your advice : I was not compiling in big endian. But the
> problem still remains : I suppose that my coyote or my redboot
> (preinstalled redboot 1.92) is different than yours.

Mine came with RedBoot 2.0. Which is odd, since the firmware date is 
earlier than yours:

	RedBoot(tm) bootstrap and debug environment [ROM]
	Non-certified release, version 2.00 - built 16:08:18, Apr  1 2003

	Platform: COYOTE (XScale)

> I have 64 MBytes of RAM on my coyote, mapped at 0x0, and you have
> 32MBytes of RAM mapped at 256MB (0x10000000) : we must have a
> different redboot (did you tweak your redboot ?), or a different
> board release (mine is "COYOTE 4"), or both ;-)

It would seem you have a later revision of board; the IDE interface is 
supposedly not working on mine, though I've never tried to use it.

>  From the ADI Hardware Manual :
> "The lowest 256 Mbyte of address space is configurable, based on the
> value of a configuration register
> located in the expansion-bus controller.

This is true. However, there is *always* an alias of SDRAM starting at 
0x10000000 (the ixp425 can have a maximum of 256MB SDRAM). So I suggest 
changing KERNEL_BASE_PHYS to 0x00200000.
(Continue reading)

Ian Zagorskih | 10 Dec 13:10 2003

NetBSD/arm on Intel XScale PXA255 based board


Hey all,

I'm willing to get several PXA255 based boards from CompuLab. Hardware
description is available at http://www.compulab.co.il/armcore.htm

Vendor officially supports only Linyx, VxWorks and Windows CE. And i want to
run NetBSD 1.6.1 or -current. Maybe some netbsd-arm guru could consult me a
bit how hard it will be to flash NetBSD on this board ? Just i'v never tried
NetBSD/arm port before.

Thanks.

// wbr

Martin Husemann | 10 Dec 21:55 2003
Picon

current not booting on shark?

I know this comes up every now and then, and usually is (suposedly) caused
by bugs in the firmware making it impossible to boot from some parts of
the disk - I've seen that before and always was able to recover by copying
the kernel(s) again.

This time it is pretty persistent:

Rebooting with command: boot
Boot device: /isa/ide/disk <at> 0:\netbsd.aout  Arguments: 
Data Abort
ok boot disk:\netbsd.aout.old
DNARD Rev. 5, 08:00:2b:81:62:5e , 96 MB memory
Open Firmware  Built February 25, 1998 17:19:25
Copyright 1997 FirmWorks  All Rights Reserved

Rebooting with command: boot disk:\netbsd.aout.old
Boot device: /isa/ide/disk <at> 0:\netbsd.aout.old  Arguments: 
[ Kernel symbol table missing! ]
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003
    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 1.6ZF (DROWSY) #2: Sat Nov 29 18:02:52 CET 2003
	martin <at> night-porter.duskware.de:/usr/src/sys/arch/shark/compile/DROWSY

and I made sure the kernels end up early on the disk:

ls -lisa /netbsd*
 3 1512 -rwxr-xr-x  1 root  wheel  1539899 Dec 10 21:44 /netbsd*
(Continue reading)


Gmane