On Tue, Mar 29, 2005 at 07:53:34PM -0500, c0ldbyte wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Wed, 30 Mar 2005 freebsd-hackers@freebsd.org wrote:
>
> >blagodarq za izpratenoto ot Vas pismo nai skoro shte vi otgovorq!!
> >
>
> Can you guys at (Headquarters) turn the above aut
Peter Jeremy wrote:
On Mon, 2005-Mar-28 23:23:19 -0800, David Leimbach wrote:
meant to send this to the list too... sorry
Are you implying DragonFly uses FPU/SIMD? For that matter does any kernel?
I believe it does use SIMD for some of it's fast memcopy stuff for
it's messaging syst
On Tue, Mar 29, 2005, Richard Sharpe wrote:
> Hi,
>
> I am having some problems with the tdb package on FreeBSD 4.6.2 and 4.10.
>
> One of the things the above package does is:
>
>mmap the tdb file to a region of memory
>store stuff in the region (memmov etc).
>when it needs to exten
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 30 Mar 2005 freebsd-hackers@freebsd.org wrote:
blagodarq za izpratenoto ot Vas pismo nai skoro shte vi otgovorq!!
Can you guys at (Headquarters) turn the above auto reply off.
By god it is not even readable.
Thanks
-BEGIN PGP SIGNATURE-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 29 Mar 2005, H. S. wrote:
If you don't want users to run random binaries put /home and /tmp on
their own partitions and mount them noexec. Also note that users can
still read that info by accessing /var/log/messages and /var/run/
dmesg.boot
I do
Hi,
I am having some problems with the tdb package on FreeBSD 4.6.2 and 4.10.
One of the things the above package does is:
mmap the tdb file to a region of memory
store stuff in the region (memmov etc).
when it needs to extend the size of the region {
munmap the region
write d
At the risk of going further and further off-topic from
freebsd-hackers...
On Tue, Mar 29, 2005 at 02:29:13PM -0800, Bruce A. Mah wrote:
> Sounds like a bad situation there. On our server we use svn+ssh, except
> for a few Windows clients that use https. (BTW our server is running
> 4-STABLE and
> On Tue, Mar 29, 2005 at 03:12:25PM -0600, H. S. wrote:
>> This could be compared to what was done in FreeBSD lately, I remember in
>> 4.7 (and probably later, up to 4.10 I think) a user could see the full
>> connection lists (even connections from other users), only later the
>> kern.ps_showallpr
If memory serves me right, Craig Boston wrote:
> On Tue, Mar 29, 2005 at 01:25:19PM -0800, Bruce A. Mah wrote:
> > This of course doesn't include ports/ or doc/, so it doesn't really
> > answer the scalability question.
>
> Most of what I ran into was just in src/. I hesitate to say anything
> s
On Tue, Mar 29, 2005 at 11:34:11PM +0200, Joerg Sonnenberger wrote:
> That's not true. There are two major problems with subversion, compared
> to CVS:
> - the size of the working copy is doubled (because of the local cache)
> - annotation is linear in the number of revisions (of a file?)
Not tryi
On Tue, Mar 29, 2005 at 01:25:19PM -0800, Bruce A. Mah wrote:
> Well, someone's part-way there with a Subversion mirror of src/. From
> http://www.freebsd.org/support.html:
>
> A public Subversion mirror of the FreeBSD src/ CVS repository is
> provided at svn://svn.clkao.org/freebsd/.
Ah, yes, I
On Tue, Mar 29, 2005 at 11:22:19AM -0600, Craig Boston wrote:
> The last I heard, subversion did not scale well to the massive amount of
> files that are in the FreeBSD repository. IIRC it's been a while since
> this was tested, so it may or may not be true anymore. SVK may
> partially address th
On Tue, Mar 29, 2005 at 03:12:25PM -0600, H. S. wrote:
> This could be compared to what was done in FreeBSD lately, I remember in
> 4.7 (and probably later, up to 4.10 I think) a user could see the full
> connection lists (even connections from other users), only later the
> kern.ps_showallprocs/se
If memory serves me right, Craig Boston wrote:
> On Tue, Mar 29, 2005 at 05:05:38PM +0200, Divacky Roman wrote:
> > wasnt here some discussion about moving FreeBSD to subversion (as some other
> > projects did - samba, mono etc.)? and subversion solves this...
>
> Yes, a few people have looked at
> On Tue, 29 Mar 2005 13:19:06 -0600 (CST)
> "H. S." <[EMAIL PROTECTED]> wrote:
>
>
>> [EMAIL PROTECTED]:/home/USERNAME]$ ./dmesg
>> Copyright (c) 1992-2004 The FreeBSD Project.
>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
> [...]
>> real memory = 83886080 (80 MB)
>>
On Tue, 29 Mar 2005 12:17:53 -0500
David Schultz <[EMAIL PROTECTED]> wrote:
> On Tue, Mar 29, 2005, M. Warner Losh wrote:
> > In message: <[EMAIL PROTECTED]>
> > David Schultz <[EMAIL PROTECTED]> writes:
> > : On Tue, Mar 29, 2005, Warner Losh wrote:
> > : > From: mohamed aslan <[EMAIL
On Tue, Mar 29, 2005 at 05:57:23PM +0800, jumbler chi wrote:
> Hi All:
>I have a question about Freebsd on bochs.
> I'm interesting to build owner Freebsd scratch.
> Due the hardware limited , I want to run this scratch on Bochs.
> Therefore , I refered a article ,
> http://sig9.com/articles
On Tue, 29 Mar 2005 13:19:06 -0600 (CST)
"H. S." <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED]:/home/USERNAME]$ ./dmesg
> Copyright (c) 1992-2004 The FreeBSD Project.
> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
[...]
> real memory = 83886080 (80 MB)
> avail memory
mohamed aslan wrote this message on Tue, Mar 29, 2005 at 07:41 -0800:
Also, learn not to top post... it looses context...
> guys this is not a flame war
> but the linux way in arranging the source file is really better than
> freebsd way, it's a fact.
well, as I stated in a previous email, if y
Hey all,
I've been using FreeBSD for a long time, it's my favorite OS and I use it
on all my servers and most workstations. However, due to the nature of
some of the servers, I've always wondered about something, tho. It is
related to something deep in the OS. Let me try to explain.
For example,
Greets,
I am getting numerous panics. It seems to be totally random with no
bearing on load. This is a dual proc. AMD 2600, 2 GB Ram.
I have included the where results of three seperate core files.
Please advise.
Thanks in advance.
FreeBSD sbftp.sc.emaglink.com 5.4-PRERELEA
[EMAIL PROTECTED] wrote:
> You've proven my point exactly: Some folks want to see i386 moved to
> arch/i386, others think it is stupid to do that. Discussion isn't
> possible here, so nothing will happen since there's no compelling
> reason to do anything, just a weak argument about how things m
On 28 Mar 2005, at 23:52, Ulf Zimmermann wrote:
On Mon, Mar 28, 2005 at 05:48:55PM -0500, John Baldwin wrote:
It's not finding an APIC table (either MPTable or MADT) at all, and
it needs
that to find CPUs. See if there are any BIOS options for things like
MP
Table or 'Separate APIC Table' under
On Tue, Mar 29, 2005 at 05:05:38PM +0200, Divacky Roman wrote:
> wasnt here some discussion about moving FreeBSD to subversion (as some other
> projects did - samba, mono etc.)? and subversion solves this...
Yes, a few people have looked at it from time to time (raises hand as
one of the guilty pa
On Tue, Mar 29, 2005, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> David Schultz <[EMAIL PROTECTED]> writes:
> : On Tue, Mar 29, 2005, Warner Losh wrote:
> : > From: mohamed aslan <[EMAIL PROTECTED]>
> : > Subject: Re: organization
> : > Date: Tue, 29 Mar 2005 07:41:25 -080
In message: <[EMAIL PROTECTED]>
Divacky Roman <[EMAIL PROTECTED]> writes:
: > The biggest problem is keeping history here. Doing something like that
: > with CVS is a major PITA. We didn't have any old release, so moving
: > the repository files didn't create a problem. That's impossibl
On Tue, 29 Mar 2005 21:11:07 +1000, Peter Jeremy
<[EMAIL PROTECTED]> wrote:
> On Mon, 2005-Mar-28 23:23:19 -0800, David Leimbach wrote:
> >meant to send this to the list too... sorry
> >> Are you implying DragonFly uses FPU/SIMD? For that matter does any kernel?
> >
> >I believe it does use SIMD f
[EMAIL PROTECTED] wrote:
>And the worts of all is that You are both right to some extent. The
> new developers want the source tree arranged in the way mohamed says it
> should be. Not some device drivers live in pci/ other in dev/ and things
> like that. And on the other hand experienced k
In message: <[EMAIL PROTECTED]>
David Schultz <[EMAIL PROTECTED]> writes:
: On Tue, Mar 29, 2005, Warner Losh wrote:
: > From: mohamed aslan <[EMAIL PROTECTED]>
: > Subject: Re: organization
: > Date: Tue, 29 Mar 2005 07:41:25 -0800
: >
: > > guys this is not a flame war
: > > but the
At 7:41 AM -0800 3/29/05, mohamed aslan wrote:
guys this is not a flame war
but the linux way in arranging the source file is really better
than freebsd way, it's a fact.
however it's easy to rearrange it in 1 min as someone said before.
but i mean this step should be done from the core team.
for e
On Tue, Mar 29, 2005, Warner Losh wrote:
> From: mohamed aslan <[EMAIL PROTECTED]>
> Subject: Re: organization
> Date: Tue, 29 Mar 2005 07:41:25 -0800
>
> > guys this is not a flame war
> > but the linux way in arranging the source file is really better than
> > freebsd way, it's a fact.
> > howev
Iasen Kostov wrote:
Warner Losh wrote:
From: mohamed aslan <[EMAIL PROTECTED]>
Subject: Re: organization
Date: Tue, 29 Mar 2005 07:41:25 -0800
guys this is not a flame war
but the linux way in arranging the source file is really better than
freebsd way, it's a fact.
however it's easy to rearrang
Warner Losh wrote:
From: mohamed aslan <[EMAIL PROTECTED]>
Subject: Re: organization
Date: Tue, 29 Mar 2005 07:41:25 -0800
guys this is not a flame war
but the linux way in arranging the source file is really better than
freebsd way, it's a fact.
however it's easy to rearrange it in 1 min as som
mohamed aslan wrote:
guys this is not a flame war
but the linux way in arranging the source file is really better than
freebsd way, it's a fact.
however it's easy to rearrange it in 1 min as someone said before.
but i mean this step should be done from the core team.
for example all fs has to go in
From: mohamed aslan <[EMAIL PROTECTED]>
Subject: Re: organization
Date: Tue, 29 Mar 2005 07:41:25 -0800
> guys this is not a flame war
> but the linux way in arranging the source file is really better than
> freebsd way, it's a fact.
> however it's easy to rearrange it in 1 min as someone said bef
guys this is not a flame war
but the linux way in arranging the source file is really better than
freebsd way, it's a fact.
however it's easy to rearrange it in 1 min as someone said before.
but i mean this step should be done from the core team.
for example all fs has to go in a subdir called fs
a
On Tue, 29 Mar 2005 19:48, Ashwin Chandra wrote:
> Do you guys know of any example code of ISR's in the kernel?
Most of the drivers in the kernel?
Look for intr in /usr/src/sys/dev/*/*.c
eg line 1507 of /usr/src/sys/dev/fxp/if_fxp.c
--
Daniel O'Connor software and network engineer
for Genesi
> The biggest problem is keeping history here. Doing something like that
> with CVS is a major PITA. We didn't have any old release, so moving
> the repository files didn't create a problem. That's impossible in
> FreeBSD land :)
wasnt here some discussion about moving FreeBSD to subversion (as so
Greets,
I am getting numerous panics. It seems to be totally random with no
bearing on load. This is a dual proc. AMD 2600, 2 GB Ram.
I have included the where results of three seperate core files.
Please advise.
Thanks in advance.
FreeBSD sbftp.sc.emaglink.com 5.4-PRERELEA
On Tue, Mar 29, 2005 at 02:12:53PM +0100, David Malone wrote:
> On Tue, Mar 29, 2005 at 09:11:07PM +1000, Peter Jeremy wrote:
> > That's almost a year ago and specifically for the amd64. Does anyone
> > know what the results were?
>
> I had a quick dig around on cvsweb this morning:
>
>
>
On Tue, Mar 29, 2005 at 09:11:07PM +1000, Peter Jeremy wrote:
> That's almost a year ago and specifically for the amd64. Does anyone
> know what the results were?
I had a quick dig around on cvsweb this morning:
http://grappa.unix-ag.uni-kl.de/cgi-bin/cvsweb/src/sys/i386/i386/bcopy.s?cv
jason henson <[EMAIL PROTECTED]> wrote:
>Various:
> - auto-vectorizer (no benefit for the kernel, since we can't use >
FPU/SIMD instructions at any time... yet (interested hackers can
> have a look how DragonFly handles it, I can provide the necessary
> commit logs))
> >
Are you implying Dr
Do you guys know of any example code of ISR's in the kernel?
Ash
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Tue, 2005-Mar-29 10:50:32 +0300, Giorgos Keramidas wrote:
>A file may be repo-copied to a new location, then removed from the HEAD
>branch in the old location and deleted from the rest of the branches in
>the new location. This way the history will be there, in both places
>but the file will on
On Mon, 2005-Mar-28 23:23:19 -0800, David Leimbach wrote:
>meant to send this to the list too... sorry
>> Are you implying DragonFly uses FPU/SIMD? For that matter does any kernel?
>
>I believe it does use SIMD for some of it's fast memcopy stuff for
>it's messaging system
>actually. I remember M
Hi All:
I have a question about Freebsd on bochs.
I'm interesting to build owner Freebsd scratch.
Due the hardware limited , I want to run this scratch on Bochs.
Therefore , I refered a article ,
http://sig9.com/articles/freebsd-on-bochs , to build a image under
5.2R.
when I booted the image
46 matches
Mail list logo
