headers
Aleksandra Чуприна | 3 Dec 2009 13:09
Picon

perehvat sms forum

Perehvatchik sms soobschenii

http://u.nu/7hna3
Permalink | Reply | 0 comments |
headers
Masao Uebayashi | 14 Dec 2009 17:16
Picon

ELFSIZE

sgimips64 failed in lib/librump because ELFSIZE is not defined.  This made
it build.  Not sure this is correct, for build testers.

Masao

Index: sys/arch/mips/include/elf_machdep.h
===================================================================
RCS file: /cvsroot/src/sys/arch/mips/include/elf_machdep.h,v
retrieving revision 1.13
diff -u -r1.13 elf_machdep.h
--- sys/arch/mips/include/elf_machdep.h	14 Dec 2009 03:20:27 -0000	1.13
+++ sys/arch/mips/include/elf_machdep.h	14 Dec 2009 16:14:01 -0000
 <at>  <at>  -3,6 +3,12  <at>  <at> 
 #ifndef _MIPS_ELF_MACHDEP_H_
 #define  _MIPS_ELF_MACHDEP_H_
 
+#ifdef _LP64
+#define ARCH_ELFSIZE		64	/* MD native binary size */
+#else
+#define ARCH_ELFSIZE		32	/* MD native binary size */
+#endif
+
 #if defined(ELFSIZE)
 #if ELFSIZE == 32
 #define	ELF32_MACHDEP_ID_CASES						\
 <at>  <at>  -22,13 +28,9  <at>  <at> 

 #define	ELF64_MACHDEP_ID	EM_MIPS
 #endif /* ELFSIZE == 64 */
-#endif /* defined(ELFSIZE) */
(Continue reading)

Permalink | Reply | 1 comment |
headers
Matt Thomas | 14 Dec 2009 19:53

Re: ELFSIZE


On Dec 14, 2009, at 8:16 AM, Masao Uebayashi wrote:

> sgimips64 failed in lib/librump because ELFSIZE is not defined.  This made
> it build.  Not sure this is correct, for build testers.

It isn't.  The problem is in librump.
Permalink | Reply | 0 comments |
headers
Greg A. Woods | 16 Dec 2009 01:23
X-Face
Picon
Favicon

has anyone besides me tried to build any evbmips kernels lately?

has anyone besides me tried to build any evbmips kernels lately?

cc1: warnings being treated as errors
/rest/work/woods/m-NetBSD-current/sys/arch/mips/atheros/ar5312.c: In function 'addprop_data':
/rest/work/woods/m-NetBSD-current/sys/arch/mips/atheros/ar5312.c:219: warning: implicit
declaration of function 'device_properties'
/rest/work/woods/m-NetBSD-current/sys/arch/mips/atheros/ar5312.c:219: warning: passing
argument 1 of 'prop_dictionary_set' makes pointer from integer without a cast
/rest/work/woods/m-NetBSD-current/sys/arch/mips/atheros/ar5312.c:221: warning: implicit
declaration of function 'device_xname'
/rest/work/woods/m-NetBSD-current/sys/arch/mips/atheros/ar5312.c:221: warning: format '%s'
expects type 'char *', but argument 3 has type 'int'
/rest/work/woods/m-NetBSD-current/sys/arch/mips/atheros/ar5312.c: In function 'addprop_integer':
/rest/work/woods/m-NetBSD-current/sys/arch/mips/atheros/ar5312.c:232: warning: passing
argument 1 of 'prop_dictionary_set' makes pointer from integer without a cast
/rest/work/woods/m-NetBSD-current/sys/arch/mips/atheros/ar5312.c:234: warning: format '%s'
expects type 'char *', but argument 3 has type 'int'
/rest/work/woods/m-NetBSD-current/sys/arch/mips/atheros/ar5312.c: In function 'ar531x_device_register':
/rest/work/woods/m-NetBSD-current/sys/arch/mips/atheros/ar5312.c:257: warning: implicit
declaration of function 'device_is_a'

--

-- 
						Greg A. Woods
						Planix, Inc.

<woods <at> planix.com>       +1 416 218 0099        http://www.planix.com/
Permalink | Reply | 5 comments |
headers
matthew green | 16 Dec 2009 07:56
Picon
Favicon

re: has anyone besides me tried to build any evbmips kernels lately?


   On Tue, Dec 15, 2009 at 07:23:28PM -0500, Greg A. Woods wrote:
   > has anyone besides me tried to build any evbmips kernels lately?

   Is that a rhetorical question?

must be:

netbsd: ELF 64-bit LSB executable, MIPS, MIPS64 version 1 (SYSV), statically linked, for NetBSD 5.99.22,
not stripped
-rwxrwxr-x  1 mrg  mrg  3896345 Dec 14 21:43 netbsd

build from evbmips MALTA64.

.mrg.
Permalink | Reply | 3 comments |
headers
Greg A. Woods | 16 Dec 2009 21:59
X-Face
Picon
Favicon

Re: has anyone besides me tried to build any evbmips kernels lately?

At Wed, 16 Dec 2009 10:27:32 -0800, Matt Thomas <matt <at> 3am-software.com> wrote:
Subject: Re: has anyone besides me tried to build any evbmips kernels lately?
> 
> > There are then a couple of unused variables in atheros/machdep.c:
> > 
> > cc1: warnings being treated as errors
> > /rest/work/woods/m-NetBSD-current/sys/arch/evbmips/atheros/machdep.c: In function 'mach_init':
> > /rest/work/woods/m-NetBSD-current/sys/arch/evbmips/atheros/machdep.c:223: warning: unused
variable 'v'
> > /rest/work/woods/m-NetBSD-current/sys/arch/evbmips/atheros/machdep.c:222: warning: unused
variable 'pcb0'
> 
> Those were fixed last night.

Hmmm... how long does it take for the rsync CVS mirror to update?

I have changes from 2009/12/16 08:26:14(Z?), but nothing to the above
file yet.

>  And that arbus fix is incorrect. :)

Ah, I see you fixed a similar problem in mips/alchemy/aubus.c today, so
how's this one now for arbus.c?

Index: sys/arch/mips/atheros/arbus.c
===================================================================
RCS file: /cvs/master/m-NetBSD/main/src/sys/arch/mips/atheros/arbus.c,v
retrieving revision 1.10
diff -u -r1.10 arbus.c
--- sys/arch/mips/atheros/arbus.c	4 Sep 2006 05:17:26 -0000	1.10
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mark Smith | 17 Dec 2009 10:44
Picon

Re: mips64 on port-cobalt

What advantages does going 64bit on such a small platform give ?

Mark
Permalink | Reply | 0 comments |
headers
Markus W Kilbinger | 17 Dec 2009 12:02
Picon

Re: mips64 on port-cobalt

>>>>> "Martin" == Martin Husemann <martin <at> duskware.de> writes:

    >> cpu0 at mainbus0: QED RM5200 CPU (0x28a0) Rev. 10.0 with built-in FPU Rev. 10.0

    Martin> How much memory can it take?

256 MB within the Qube 2.
Permalink | Reply | 25 comments |
headers
Matt Thomas | 17 Dec 2009 15:34

Re: mips64 on port-cobalt


On Dec 17, 2009, at 3:06 AM, Martin Husemann wrote:

> On Thu, Dec 17, 2009 at 12:02:28PM +0100, Markus W Kilbinger wrote:
>> 256 MB within the Qube 2.
> 
> Probably not worth running the kernel 64 bit then, but maybe N32 userland.

You need a 64 bit kernel to run a N32 userland.  Maybe not a N64 kernel but at least a N32 kernel.

The algorithmics P5064 already runs a mips64 kernel so the Qube could as well (since they share the same
processor).  I can make cobalt support mips64 is an hour or two.  Is someone willing to test it?
Permalink | Reply | 23 comments |
headers
Markus W Kilbinger | 17 Dec 2009 15:52
Picon

Re: mips64 on port-cobalt

>>>>> "Matt" == Matt Thomas <matt <at> 3am-software.com> writes:

    Matt> The algorithmics P5064 already runs a mips64 kernel so the
    Matt> Qube could as well (since they share the same processor). I
    Matt> can make cobalt support mips64 is an hour or two. Is someone
    Matt> willing to test it?

Yes, me! :-)

What about all the compat-lib stuff? Do I have to build and install
them, too (how, then?)? Or will the new mips64 kernel automatically
handle the (only) existing old libs correctly?

Markus.
Permalink | Reply | 1 comment |

Gmane