Dave Feustel wrote:
>
> Strongarm-based pcs designed by Chalice Technologies http://www.chaltech.com
> are available from Simtek http://www.simtec.co.uk/
No pricing anywhere that I could find.
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the bo
Ron Chen wrote:
>
> Sun Grid Engine goes opensource. See SGE home page:
>
> http://www.sun.com/gridware
I see no source code there, only Solaris and Linux binaries.
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
"David E. Cross" wrote:
> I noticed that exec(2) does not update the last access time of a file...
> is this intentional?
POSIX only mandates updates of time fields in very specific
cirumstances: when using particular API's.
So if you use a different or unexpected API, an update is
not required.
On Wednesday 25 July 2001 03:29, Terry Lambert wrote:
> Ron Chen wrote:
> > Sun Grid Engine goes opensource. See SGE home page:
> >
> > http://www.sun.com/gridware
>
> I see no source code there, only Solaris and Linux binaries.
Check out (though the site(s) currently appear down):
http://www
"Leo Bicknell <[EMAIL PROTECTED]>" wrote:
>
> A number of new chips have been released lately, along with some
> enhancements to existing processors that all fall into the same
> logic of parallelizing some operations. Why, just today I ran
> across an article about http://www.theregister.co.uk/c
On Wednesday 25 July 2001 8:26 am, Terry Lambert wrote:
> Dave Feustel wrote:
> > Strongarm-based pcs designed by Chalice Technologies
> > http://www.chaltech.com are available from Simtek
> > http://www.simtec.co.uk/
>
> No pricing anywhere that I could find.
I believe that they cost about 700
Terry Lambert wrote:
>
> Ron Chen wrote:
> >
> > Sun Grid Engine goes opensource. See SGE home page:
> >
> > http://www.sun.com/gridware
>
> I see no source code there, only Solaris and Linux binaries.
I coulda sworn I saw that they had source code available for grid engine as well, as
this we
[Extensive cross-posting adress list dropped.]
Jim Bryant wrote:
>
> Terry Lambert wrote:
> >
> > Ron Chen wrote:
> > >
> > > Sun Grid Engine goes opensource. See SGE home page:
> > >
> > > http://www.sun.com/gridware
> >
> > I see no source code there, only Solaris and Linux binaries.
>
> I co
Christoph Sold wrote:
>
> [Extensive cross-posting adress list dropped.]
>
> Jim Bryant wrote:
> >
> > Terry Lambert wrote:
> > >
> > > Ron Chen wrote:
> > > >
> > > > Sun Grid Engine goes opensource. See SGE home page:
> > > >
> > > > http://www.sun.com/gridware
> > >
> > > I see no source code
Jim Bryant wrote:
>
> Christoph Sold wrote:
> >
> > [Extensive cross-posting adress list dropped.]
> >
> > Jim Bryant wrote:
> > >
> > > Terry Lambert wrote:
> > > >
> > > > Ron Chen wrote:
> > > > >
> > > > > Sun Grid Engine goes opensource. See SGE home page:
> > > > >
> > > > > http://www.sun.
Ron Chen wrote:
>
> Sun Grid Engine goes opensource. See SGE home page:
>
> http://www.sun.com/gridware
>
> -Ron
http://www.sun.com/smi/Press/sunflash/2001-07/sunflash.20010723.1.html
SUN MICROSYSTEMS MAKES SUN[tm] GRID ENGINE SOFTWARE AVAILABLE TO OPEN SOURCE COMMUNITY
Sun Works with Collab
Sorry originally sent this to stable by mistake.
Terry Lambert wrote:
>
> Ron Chen wrote:
> >
> > Sun Grid Engine goes opensource. See SGE home page:
> >
> > http://www.sun.com/gridware
>
> I see no source code there, only Solaris and Linux binaries.
Click thru the licence agreement and at the
Jim Bryant wrote:
>
> Ron Chen wrote:
> >
> > Sun Grid Engine goes opensource. See SGE home page:
> >
> > http://www.sun.com/gridware
> >
> > -Ron
>
> http://www.sun.com/smi/Press/sunflash/2001-07/sunflash.20010723.1.html
>
> SUN MICROSYSTEMS MAKES SUN[tm] GRID ENGINE SOFTWARE AVAILABLE TO OPEN
On Wed, Jul 25, 2001 at 01:21:18AM -0500, Hal Snyder wrote:
> I am wondering if there is a problem with err, warn, etc. in libc.
[snip]
> Bug? Feature?
> Do we want separate modules? Weak symbols?
Yes, it is a bug. IMHO we should be using weak symbols for all
globally visibile identifiers
The fast cheap way to get going with this product is to buy a complete strongarm pc
from Simtek. The slow cheap way is to just buy the motherboard and buy the rest
of the components in the US. I took the slow cheap way. I can't remember any more
what I paid for the motherboard.
- Original Mes
Hi,
At 21:24 25/07/01 +1000, Tony Maher wrote:
>Sorry originally sent this to stable by mistake.
And -cluster should be getting this thread.
>Terry Lambert wrote:
> >
> > Ron Chen wrote:
> > >
> > > Sun Grid Engine goes opensource. See SGE home page:
> > >
> > > http://www.sun.com/gridware
> >
David O'Brien([EMAIL PROTECTED])@2001.07.24 19:59:41 +:
> On Tue, Jul 24, 2001 at 11:49:16AM -0500, Dave Feustel wrote:
> > Strongarm-based pcs designed by Chalice Technologies http://www.chaltech.com
> > are available from Simtek http://www.simtec.co.uk/
>
> This brings up the issue of refe
Hi folks,
Why are include files installed using -C instead of -c? This makes it
harder to find stale includes.
Ciao,
Sheldon.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Wed, 25 Jul 2001 15:06:22 +0100, David Malone wrote:
> If you changed the date on header files which hadn't changed then
> next time you typed make on a project with carfully set up dependencies
> everything would end up getting recompiled.
That's certainly something one could argue as a pr
On Wed, 25 Jul 2001 16:17:05 +0200, Sheldon Hearn wrote:
> In that case, I'd really like to make this behaviour in the build
> optional so that it's easy for FreeBSD developers to easily identify
> stale includes.
>
> Perhaps I could replace all instances of the -C option to install(8)
> with
On Wed, 25 Jul 2001 16:18:56 +0200, Sheldon Hearn wrote:
> Hell, we already have COPY, we're just not using it. I'll submit
> patches for review to the appropriate lists.
Hmmm. After a little more investigation, it seems I just need CLOBBER
support, which was removed from Makefile.inc1 in re
In message <[EMAIL PROTECTED]> Sheldon Hearn writes:
:
:
: On Wed, 25 Jul 2001 08:48:36 CST, Warner Losh wrote:
:
: > : Why are include files installed using -C instead of -c? This makes it
: > : harder to find stale includes.
: >
: > I've wanted to have a /etc/mtree/bsd.obsolete for a long t
On Wed, 25 Jul 2001 08:58:02 CST, Warner Losh wrote:
> The reason I'd like to see it isn't so that make world kills things
> automatically, but so that I could kill them (or at least find out
> what should be killed) on systems that had FreeBSD 1.0 installed on
> them, then upgraded, disk clone
On Wed, 25 Jul 2001 08:48:36 CST, Warner Losh wrote:
> : Why are include files installed using -C instead of -c? This makes it
> : harder to find stale includes.
>
> I've wanted to have a /etc/mtree/bsd.obsolete for a long time now...
That would make me too nervous. All I really want is the
In message <[EMAIL PROTECTED]> Sheldon Hearn writes:
: Why are include files installed using -C instead of -c? This makes it
: harder to find stale includes.
I've wanted to have a /etc/mtree/bsd.obsolete for a long time now...
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubsc
See project homepage:
http://gridengine.sunsource.net/
-Ron
--- Jim Bryant <[EMAIL PROTECTED]> wrote:
> Terry Lambert wrote:
> >
> > Ron Chen wrote:
> > >
> > > Sun Grid Engine goes opensource. See SGE home
> page:
> > >
> > > http://www.sun.com/gridware
> >
> > I see no source code there, onl
On Wed, Jul 25, 2001 at 03:43:35PM +0200, Sheldon Hearn wrote:
> Why are include files installed using -C instead of -c? This makes it
> harder to find stale includes.
If you changed the date on header files which hadn't changed then
next time you typed make on a project with carfully set up dep
>I noticed that exec(2) does not update the last access time of a file...
>is this intentional?
Not exactly intentional (I never had that as a goal when I wrote execve()),
but it's a side-effect of exec not doing a 'read' on the file in the
traditional sense. This has been discussed several ti
On Tue, 24 Jul 2001, Terry Lambert wrote:
> Zhihui Zhang wrote:
> > > Hi,
> > > in freebsd can we change the cluster size from 2048
> > > bytes.If yes how can we do that?
> > > do we have to configure in some file?
> >
> > You must be asking why the mbuf cluster size is chosen as 2048, right?
On Wed, Jul 25, 2001 at 01:51:51PM -0400, Zhihui Zhang wrote:
>
>
> On Tue, 24 Jul 2001, Terry Lambert wrote:
>
> > Zhihui Zhang wrote:
> > > > Hi,
> > > > in freebsd can we change the cluster size from 2048
> > > > bytes.If yes how can we do that?
> > > > do we have to configure in some file?
Basically you want it to hold a number of mbufs
and you want it to fit into a page nicely.
you probably want it to have a bit of extra rume for oversized
packets too.
2K seems a good fit. nothing magic about it however.
(should be less than a page, bigget than an ehternet packet(plus a bit)
4096
I see. It has something to do with the power-of-two allocator we are
using inside the kernel.
-Zhihui
On Wed, 25 Jul 2001, Bosko Milekic wrote:
>
> On Wed, Jul 25, 2001 at 01:51:51PM -0400, Zhihui Zhang wrote:
> >
> >
> > On Tue, 24 Jul 2001, Terry Lambert wrote:
> >
> > > Zhihui Zhang wr
On Wed, Jul 25, 2001 at 02:17:38PM -0400, Zhihui Zhang wrote:
>
> I see. It has something to do with the power-of-two allocator we are
> using inside the kernel.
No, it has nothing to do with the power-of-two allocation strategy
used in some cases inside the kernel. 2K is just the most
no.. it has to do with the fact that it would be unwise
to make a cluster > 1 page size since we have no guarantee that
all drivers could handle breaking up a DMA if a cluster spanned 2
physical address ranges. (they can handle a chain of discontinuous
mbufs but may assume that a single mbuf will
In my case it would be usefull as I was trying to tell the last time
'telnetd' was run. (yes, not perfect, but better than nothing)
--
David Cross | email: [EMAIL PROTECTED]
Lab Director | Rm: 308 Lally Hall
Rensselaer Polytechnic Instit
On Wed, 25 Jul 2001, David E. Cross wrote:
> In my case it would be usefull as I was trying to tell the last time
> 'telnetd' was run. (yes, not perfect, but better than nothing)
well, for caching file systems it is very useful to have an exec set
atime. Helps you figure out which files can be p
Hmm... would it be as easy as
VOP_GETATTR();
.
.
.
VOP_SETATTR();
within the exec() code?
Certainly this would be an 'easy' fix (and I can work up diffs for review),
but is it the 'correct' fix?
--
David Cross | email: [EMAIL PROTECTED]
Lab Director
>Hmm... would it be as easy as
>VOP_GETATTR();
>.
>.
>.
>VOP_SETATTR();
>
>within the exec() code?
>
>Certainly this would be an 'easy' fix (and I can work up diffs for review),
>but is it the 'correct' fix?
No, it's not the correct fix. You shouldn't need to do the GETATTR first,
and doing a
>>Hmm... would it be as easy as
>>VOP_GETATTR();
>>.
>>.
>>.
>>VOP_SETATTR();
>>
>>within the exec() code?
>>
>>Certainly this would be an 'easy' fix (and I can work up diffs for review),
>>but is it the 'correct' fix?
>
> No, it's not the correct fix. You shouldn't need to do the GETATTR first,
>From: Terry Lambert <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
>CC: [EMAIL PROTECTED], [EMAIL PROTECTED]
>Subject: Re: Invoking a userland function from kernel
>Date: Wed, 25 Jul 2001 00:16:33 -0700
>
>[EMAIL PROTECTED] wrote:
> >
> > I need pass asynchronously dat
On Wed, Jul 25, 2001 at 05:06:44PM +0200, Sheldon Hearn wrote:
> On Wed, 25 Jul 2001 08:58:02 CST, Warner Losh wrote:
>
> > The reason I'd like to see it isn't so that make world kills things
> > automatically, but so that I could kill them (or at least find out
> > what should be killed) on sys
Hello,
I need each system call to check with a master table of restrictions before executing
a function.
Is there a way to do this without copying and pasting a bit of code that does this
checking into
every system call?
Thanks,
--
---
Evan Sarmiento | www.op
Architecture dependent.
For the 4.3-stable code for i386, /usr/src/sys/i386/i386/trap.c contains the
function syscall2().
I believe you can safely put your code in it before the dispatching system
call part, just be aware of kernel stack overflow.
Weiguang
>From: Evan Sarmiento <[EMAIL PROTEC
>
>
> On Wed, 25 Jul 2001 08:58:02 CST, Warner Losh wrote:
>
> > The reason I'd like to see it isn't so that make world kills things
> > automatically, but so that I could kill them (or at least find out
> > what should be killed) on systems that had FreeBSD 1.0 installed on
> > them, then upgr
Hi,
I'm trying to do some testing on my boxes with 3 ethernet interface. But
it seems like that FreeBSD gets very confused. Can somebody please tell
me what's going and, and preferable, help me out ?
I basically want to connect those 3 interface to the same hub, and then
use them all from one wi
Dear all,
I study FreeBSD vm managememnt recently, however, I am a little confused
with vm_page's page color. when you call vm_add_new_page() in vm_startup(),
you will set each map entry's page color according to its physical addr.
m->pc = (pa >> PAGE_SHIFT)&PQ_L2_MASK;
However, I found
Alfred Perlstein wrote:
>
> * Leif Neland <[EMAIL PROTECTED]> [010724 19:18] wrote:
> > I've got such a device; it was nessecary, because my camera run out of
> > batteries before I could retrieve 48MB of pictures over the normal serial
> > port
> >
> >
> > When I plug it in it displays:
> > ugen
:Dear all,
:
: I study FreeBSD vm managememnt recently, however, I am a little confused
:with vm_page's page color. when you call vm_add_new_page() in vm_startup(),
:you will set each map entry's page color according to its physical addr.
:
: m->pc = (pa >> PAGE_SHIFT)&PQ_L2_MASK;
:
:Howeve
48 matches
Mail list logo
