I built a make release overnight and I managed to install from it
by copying the boot.flp image to a ZIP disk, selecting Minimum and
FTP passive.
So far so good.
But we all know that sysintall has a few more bells and whistles than
that, so NOW is the TIME of all good men to come to the aid of
M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Luigi Rizzo [EMAIL PROTECTED] writes:
: a timeout() call will do (at most once per tick). grep for timeout(
: in most of device drivers to see how to use it.
Also, A software interrupt would be good too, depending on the nature
Poul-Henning Kamp wrote:
I want as many people as possible to beat up on sysinstall as much as
they can.
And I want them to do it RSN: 5.0-R is only 9 days away.
Please try to be creative in the choices you make in sysinstall, we
don't need 20 people all testing ftp-passive, we need to
What a lame program...
If this program is indicative of your real-world work-load, you can
optimize a lot by getting better programmers.
If it is not indicative, then forget about it.
i wish i could :-)
danny
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
Danny Braniss wrote:
What a lame program...
If this program is indicative of your real-world work-load, you can
optimize a lot by getting better programmers.
If it is not indicative, then forget about it.
i wish i could :-)
This is a memory overcommit architecture.
If you want to
* 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
using
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 no
* 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, and
* 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 don't have a
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.
[...]
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
the
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
* 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 a CD burner.
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 binary
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 expect
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 ISO
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:
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
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
[...]
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 to
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 Linux
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 *any*
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 host with an
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
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 to `off' as
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
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 glibc
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
implementation
--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 that fails,
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 realloc
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 showed the
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
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 measure, so
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.
Please see:
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
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.
The Linux
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
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 November
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?
Um, not
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 (which I
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:
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
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 get it
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
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 won't
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 | UNIX
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
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
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 stupid.
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 ?
Current
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 intentional
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
any
* 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 dumps
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
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
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 performance
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.
* 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 able
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
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:
| The
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 has on Linux.
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 mmap'ed. Data
62 matches
Mail list logo
