Tony Finch wrote:
> You said that Linux doesn't guarantee to zero pages handed from the
> system to userland, which is wrong. You've also mentioned the in-
> kernel page-zeroing strategy which is irrelevant when comparing
> different userland malloc implementations on the same OS.
No. I said:
|
Well, I'll send it to you or anyone else if you can provide me with the link
of what you want.
Only thing I ask is that an official Mesa 4.0.4 FSBD port makes it into the
5.0 release as well as the next 4.x release. ;o)
All I ask!
-K
__
* De: Wm Brian McCane <[EMAIL PROTECTED]> [ Data: 2002-10-22 ]
[ Subjecte: Re: 5.0-RUSH: -current install testers wanted! ]
> Wow, spooky, I used to live at:
>
> 8716 W 70th Terr
> Shawnee Mission, KS 66204
>
> Of course, that was back in the early 70's ;). Anyway, I might be
Wow, spooky, I used to live at:
8716 W 70th Terr
Shawnee Mission, KS 66204
Of course, that was back in the early 70's ;). Anyway, I might be able to
get you a copy if you want 1. I have a spare 5.0-DP somewhere at one of
my customers in Lenexa, or I could make a newer version.
Terry Lambert <[EMAIL PROTECTED]> wrote:
>
>The security comment had to do with the fact that zeroing occurs in
>the kernel in the idle loop, and can account for a large latency in
>the case of a big demand in user space. It's a philosophy issue that
>led to the implementation, and it has a perfor
Diego Wentz Antunes wrote:
> No Terry there are no modifications from me to local files. I realy
> don't know why the information is incomplete
> but I didn't make any modifications.
The incompleteness is because you didn't do a backtrace in ddb at
the time of the crash, and only did it in gdb
Panic #2:
---
#9 0xc02607aa in generic_bcopy ()
#10 0xc0247c30 in scstart (tp=0xc0879b00) at ../../dev/syscons/syscons.c:1285
[ ... ]
generic_bcopy() is an asm function which may not have a full frame.
Thus, when gdb walks back over the stacktrace, it may skip the frame
that called ge
* De: [EMAIL PROTECTED] [ Data: 2002-10-22 ]
[ Subjecte: Re: 5.0-RUSH: -current install testers wanted! ]
> On Tue, Oct 22, 2002 at 10:39:32PM +0200, Poul-Henning Kamp wrote:
> >
> > That is intentional
> >
>
> Is it ok then that the sysinstall in /stand of the 0917-JPSNAP
> immediately
On Tue, Oct 22, 2002 at 04:40:12PM -0400, Brian F. Feldman wrote:
> For what it's worth; I'm also using a dual-Athlon that gets spontaneous
> reboots once in a while and seems like it could possibly have to do with
> ACPI activating while the system is trying to cool itself down. Do you have
>
Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> .de writes:
> >
> >Is sysinstall still supposed to copy the contents of the mfsroot-
> >image to /stand ? This at least results in two copies of sysinstall,
> >one in /stand and the other one in /usr/sbin.
>
> That is i
In message <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
.de writes:
>On Tue, Oct 22, 2002 at 10:39:32PM +0200, Poul-Henning Kamp wrote:
>>
>> That is intentional
>>
>
>Is it ok then that the sysinstall in /stand of the 0917-JPSNAP
>immediately dumps core with signal 10 when run on a 1017 -current ?
Cu
Tony Finch wrote:
> > You are arguing that there is nothing that can account for the
> > performance difference, when in fact there is a measured
> > performance difference.
>
> No, I'm saying that some of what you said is either wrong or
> misleading, and the comment about security was especially
On Tue, Oct 22, 2002 at 10:39:32PM +0200, Poul-Henning Kamp wrote:
>
> That is intentional
>
Is it ok then that the sysinstall in /stand of the 0917-JPSNAP
immediately dumps core with signal 10 when run on a 1017 -current ?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freeb
For what it's worth; I'm also using a dual-Athlon that gets spontaneous
reboots once in a while and seems like it could possibly have to do with
ACPI activating while the system is trying to cool itself down. Do you have
any more hints here on where the problem may lie so I can attempt to track
In message <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
.de writes:
>
>Is sysinstall still supposed to copy the contents of the mfsroot-
>image to /stand ? This at least results in two copies of sysinstall,
>one in /stand and the other one in /usr/sbin.
That is intentional
--
Poul-Henning Kamp |
On Tue, Oct 22, 2002 at 12:48:03PM -0700, Terry Lambert wrote:
> Tony Finch wrote:
> >
> > Linux [clears memory in the kernel before handing it over to
> > userland], and you appeared to be saying that it doesn't which
> > is clearly wrong for the security reasons that you stated. It
> > therefore
Is sysinstall still supposed to copy the contents of the mfsroot-
image to /stand ? This at least results in two copies of sysinstall,
one in /stand and the other one in /usr/sbin.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Julian Elischer wrote:
> Nothing I have tried has been successful in getting the
> ctwm window manager to run successfully with the newest X ports.
>
> It can't find any fonts.
>
> twm seems to work fine.
>
> All my old configs failed when I upgraded to teh new XFree86 ports.
>
> Anyone able to
If memory serves me right, Steve Kargl wrote:
> I've noticed many commits on cvs-all include an "Approved by: re"
> line, but I haven't seen an official code slush/freeze announcement.
Feature freeze started 16 October. New feature commits (as opposed to
bugfix or doc commits) should have RE ap
Nothing I have tried has been successful in getting the
ctwm window manager to run successfully with the newest X ports.
It can't find any fonts.
twm seems to work fine.
All my old configs failed when I upgraded to teh new XFree86 ports.
Anyone able to get it going?
julian
To Unsubscribe:
Dan Nelson wrote:
> > The only calls to sbrk have a 0 argument. This is only used to find
> > the segment end, so that the mmap's do not occur over top of anything
> > important.
>
> Ah, but take a look at the calls to brk, especially in map_pages() and
> free_pages().
How the anonymous pages (w
On Tue, Oct 22, 2002 at 01:07:50PM -0700, Bruce A. Mah wrote:
> If memory serves me right, The Anarcat wrote:
> > On Tue Oct 22, 2002 at 08:33:53AM +0200, Poul-Henning Kamp wrote:
> > >
> > > And I want them to do it RSN: 5.0-R is only 9 days away.
> >
> > 9 days??? There won't be another DP?
>
If memory serves me right, The Anarcat wrote:
> On Tue Oct 22, 2002 at 08:33:53AM +0200, Poul-Henning Kamp wrote:
> [...]
> >
> > And I want them to do it RSN: 5.0-R is only 9 days away.
> [...]
>
> 9 days??? There won't be another DP?
Um, not exactly. The current release date isn't until 20 No
On Tue Oct 22, 2002 at 08:33:53AM +0200, Poul-Henning Kamp wrote:
[...]
>
> And I want them to do it RSN: 5.0-R is only 9 days away.
[...]
9 days??? There won't be another DP?
A.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Tony Finch wrote:
> > > >The FreeBSD malloc guarantees that the pages are zeroed before being
> > > >obtained from the system; this is probably the majority of the cost.
> > > >It is a security measure, so that you do not leak data from one process
> > > >to another through anonymous pages.
> > > >
In the last episode (Oct 22), Terry Lambert said:
> Dan Nelson wrote:
> > > The FreeBSD malloc uses anonymous pages mmap'ed off of /dev/zero.
> > >
> > > The Linux malloc uses pages added to the process address space via a
> > > call to sbrk.
> >
> > Actually, on FreeBSD only the page directory is
Brooks Davis wrote:
> On Tue, Oct 22, 2002 at 01:20:42AM -0700, Terry Lambert wrote:
> > The FreeBSD malloc would be lower performance than the Linux malloc,
> > if you allocate space in teeny, tiny chunks; it has much higher
> > performance for large allocations. Good programmers allocate their
>
Dan Nelson wrote:
> > The FreeBSD malloc uses anonymous pages mmap'ed off of /dev/zero.
> >
> > The Linux malloc uses pages added to the process address space via a
> > call to sbrk.
>
> Actually, on FreeBSD only the page directory is mmap'ed. Data returned
> to the user is allocated via sbrk.
P
On Tue, Oct 22, 2002 at 12:01:19PM -0700, Terry Lambert wrote:
> Tony Finch wrote:
> > Terry Lambert <[EMAIL PROTECTED]> wrote:
> > >The FreeBSD malloc guarantees that the pages are zeroed before being
> > >obtained from the system; this is probably the majority of the cost.
> > >It is a security m
On Oct 22 at 13:08, Andrew Gallatin spoke:
> Lucky you! What does pciconf -lv say about your card?
none0@pci1:0:0: class=0x03 card=0x7106174b chip=0x54461002 rev=0x00 hdr=0x00
vendor = 'ATI Technologies'
device = 'Rage 128 Pro AGP 4x'
class= display
subclass = VGA
John Baldwin wrote:
> > Panic #1:
> > ---
> >
> > Is this a full backtrace? I don't see any way that the stack
> > could have started with "trap_pfault"... it had to be running
> > something to cause a page fault.
>
> It's a fault from userland perhaps.
Panic #3 was a fault in userland, and it s
On Tue, Oct 22, 2002 at 01:52:34PM -0500, Stephen Montgomery-Smith wrote:
> Brooks Davis wrote:
>
> > The user may also see a performance gain on Linux if they use a less
> > stupid allocation scheme. I ran into some code once that read strings
> > one character at a time via getc() and did a
Tony Finch wrote:
> Terry Lambert <[EMAIL PROTECTED]> wrote:
> >The FreeBSD malloc guarantees that the pages are zeroed before being
> >obtained from the system; this is probably the majority of the cost.
> >It is a security measure, so that you do not leak data from one process
> >to another throu
--On mardi 22 octobre 2002 10:08 +0100 Ceri Davies <[EMAIL PROTECTED]>
wrote:
> On Tue, Oct 22, 2002 at 08:33:53AM +0200, Poul-Henning Kamp wrote:
>
>> If you don't have the machine-power to run make release yourself,
>> I hope the japanese snapshot server is producing good snapshots,
>> if tha
Bruce M Simpson wrote:
> On Mon, Oct 21, 2002 at 02:03:52PM -0700, Terry Lambert wrote:
> > It is more correct to say that libcurl makes an assumption about
> > signal delivery which is not guaranteed by POSIX, and therefore
> > libcurl will not work with *any* POSIX compliant threads
> > implement
Brooks Davis wrote:
>
> The user may also see a performance gain on Linux if they use a less
> stupid allocation scheme. I ran into some code once that read strings
> one character at a time via getc() and did a realloc for each read.
> Needless to say, performance was truly awful since a typical
On Tue, Oct 22, 2002 at 01:20:42AM -0700, Terry Lambert wrote:
> The FreeBSD malloc would be lower performance than the Linux malloc,
> if you allocate space in teeny, tiny chunks; it has much higher
> performance for large allocations. Good programmers allocate their
> resources up front, once, i
On Tue, Oct 22, 2002 at 01:20:42AM -0700, Terry Lambert wrote:
> The FreeBSD malloc uses anonymous pages mmap'ed off of /dev/zero.
>
> The Linux malloc uses pages added to the process address space via
> a call to sbrk.
There is no "Linux malloc", neither does Linux have a sbrk syscall :)
But gl
Last week I replace a broken mainboard with a dual-Athlon one (Tyan
Tiger s2466n-4m) and decided to upgrade that box from 4-stable to
-current by installing the 0917-jpsnap via the floppies and passive
ftp. I hit several sysinstall-problems some of which my already be
fixed:
- The hd I install -c
Hanspeter Roth writes:
> On Oct 22 at 10:37, Andrew Gallatin spoke:
>
> > I've now upgraded to XFree86-Server-4.2.1_5. dpms still does not
> > work for me:
> >
> > % xset dpms force off ; xset q | tail -5
>
> I didn't care about off. My monitor seems to behave the similar when
> set
In the last episode (Oct 22), Terry Lambert said:
> Danny Braniss wrote:
> > > If you want GNU malloc behaviour, then you should install the
> > > port for the GNU allocator, and use it instead of the system
> > > allocator, and you will end up with the same behaviour that your
> > > application ha
On Tue, 22 Oct 2002, Peter Pentchev wrote:
> On Tue, Oct 22, 2002 at 12:31:32PM +0100, Bruce M Simpson wrote:
> > On Mon, Oct 21, 2002 at 02:03:52PM -0700, Terry Lambert wrote:
> > > It is more correct to say that libcurl makes an assumption about
> > > signal delivery which is not guaranteed by P
On Oct 22 at 10:37, Andrew Gallatin spoke:
> I've now upgraded to XFree86-Server-4.2.1_5. dpms still does not
> work for me:
>
> % xset dpms force off ; xset q | tail -5
I didn't care about off. My monitor seems to behave the similar when
set to `off' as when set to suspend or standby. The st
Eric Anholt writes:
> On Mon, 2002-10-21 at 08:16, Hanspeter Roth wrote:
> > Hello,
> >
> > I have two hosts connected to one monitor. My idea is attach the
> > display to the other host by issuing `xset dpms force suspend'.
> > This works on one host with a Matrox Millenium.
> > On the ho
On 21-Oct-2002 Terry Lambert wrote:
> Diego Wentz Antunes wrote:
>> >> I have been experiencing several kernel panics from differents
>> >> situations, since a ls to just boot the kernel.
>> >> I configured all the options in rc.conf to save the core dump from
>> >> memory to HD and some of t
On Tue, Oct 22, 2002 at 12:31:32PM +0100, Bruce M Simpson wrote:
> On Mon, Oct 21, 2002 at 02:03:52PM -0700, Terry Lambert wrote:
> > It is more correct to say that libcurl makes an assumption about
> > signal delivery which is not guaranteed by POSIX, and therefore
> > libcurl will not work with *
Terry Lambert <[EMAIL PROTECTED]> wrote:
>
>The FreeBSD malloc guarantees that the pages are zeroed before being
>obtained from the system; this is probably the majority of the cost.
>It is a security measure, so that you do not leak data from one process
>to another through anonymous pages.
>
>The
[...]
> Possibly. One would expect it to core, then, when you ran out of
> memory; you said (in your original posting) that it was the FreeBSD
> version of the code that cored?!?
>
true, but i also mentioned how i fixed it, by increasing the MAXDSIZ option.
danny
To Unsubscribe: send mail t
Most of the time I don't need cdrom images when I make release. This patch should
make it an
option. It does not change the default. If this looks ok than I can open a pr and
submit it...
http://pigseye.kennesaw.edu/~dyeske/freebsd/patch-src_release_Makefile
Regards,
David Yeske
___
I got a smbfs install option working a while ago before drivers.flp came around, but
there was no
space on the floppies. Since drivers.flp came out I have not had time to get it going
again.
This patch is NOT up to date though. I was wondering how I should go about making
this usable,
and whi
On Fri, Oct 18, 2002 at 04:42:01PM -0700, David Yeske wrote:
> MD_ROOT_SIZE is only needed for write_mfs_in_kernel. When write_mfs_in_kernel was
>removed the
> code that used it was not though. I don't think it is still being used though. A
>couple of files
> still reference it: src/sys/dev/m
On Tue, Oct 22, 2002 at 08:33:53AM +0200, Poul-Henning Kamp wrote:
> If you don't have the machine-power to run make release yourself,
> I hope the japanese snapshot server is producing good snapshots,
> if that fails, I would appreciate if somebody will produce and put up
> good releases and/or I
Juli Mallett wrote:
> If I wanted to do this, I could, but it would not give me a clean
> 5.0 install, and it is also not that simple at this time, as (afaict)
> kern.disks is required by sysinstall, which 4.x doesn't support...
> And even then, I'd have to blow away everything except /tmp first,
>
Danny Braniss wrote:
> > Your code is not efficient; try this instead:
> He, the code is not mine, and the programmer is being invited for
> some coffee and indocrination.
Good.
> The program showed at least two things, 1- the linux emulation ignores
> the datasize limit,
Possibly. One would e
Danny Braniss wrote:
> > If you want GNU malloc behaviour, then you should install the port
> > for the GNU allocator, and use it instead of the system allocator,
> > and you will end up with the same behaviour that your application
> > has on Linux.
>
> what ticked my curiosity was that the linux
* De: Terry Lambert <[EMAIL PROTECTED]> [ Data: 2002-10-22 ]
[ Subjecte: Re: 5.0-RUSH: -current install testers wanted! ]
> Juli Mallett wrote:
> > > Find another box where it has already been successfully installed,
> > > and an ISO image has been built from sources.
> >
> > I don't have
Juli Mallett wrote:
> > Find another box where it has already been successfully installed,
> > and an ISO image has been built from sources.
>
> I don't have a CD burner. I have no ability to burn a CD at all.
You don't burn a CD from the other box, you install from it.
Though FreeBSD doesn't t
[...]
> If you want GNU malloc behaviour, then you should install the port
> for the GNU allocator, and use it instead of the system allocator,
> and you will end up with the same behaviour that your application
> has on Linux.
what ticked my curiosity was that the linux binary did work, while
th
> Your code is not efficient; try this instead:
He, the code is not mine, and the programmer is being invited for
some coffee and indocrination.
The program showed at least two things, 1- the linux emulation ignores
the datasize limit, 2- is faster for this particular case of bad programing.
btw
* De: Soeren Schmidt <[EMAIL PROTECTED]> [ Data: 2002-10-22 ]
[ Subjecte: Re: 5.0-RUSH: -current install testers wanted! ]
> It seems Juli Mallett wrote:
> > > Find another box where it has already been successfully installed,
> > > and an ISO image has been built from sources.
> >
> > I d
It seems Juli Mallett wrote:
> > Find another box where it has already been successfully installed,
> > and an ISO image has been built from sources.
>
> I don't have a CD burner. I have no ability to burn a CD at all.
Where do you live ? I'm sure we can find someone with a CD burner
near you wi
* De: Terry Lambert <[EMAIL PROTECTED]> [ Data: 2002-10-22 ]
[ Subjecte: Re: 5.0-RUSH: -current install testers wanted! ]
> Juli Mallett wrote:
> > Anyone with a good idea on how to bootstrap a _clean_ 5.0 install to a
> > box with only a CDROM drive, and 4.7 CD, with broken PXE firmware, a
Juli Mallett wrote:
> Anyone with a good idea on how to bootstrap a _clean_ 5.0 install to a
> box with only a CDROM drive, and 4.7 CD, with broken PXE firmware, and
> an IDE disk which can be thrashed, by all means tell me... I'd imagine
> that I could just use the mfsroot and kernel, but there's
* De: Poul-Henning Kamp <[EMAIL PROTECTED]> [ Data: 2002-10-21 ]
[ Subjecte: 5.0-RUSH: -current install testers wanted! ]
>
> I want as many people as possible to beat up on sysinstall as much as
> they can.
>
I've been fighting to find a way to install -CURRENT pure on my workstation
u
64 matches
Mail list logo