Re: Minimalist FreeBSD 4.8

2003-08-27 Thread Brooks Davis
On Tue, Aug 26, 2003 at 01:28:14PM -0500, Tyler Kellen wrote:
 Tim,
 
 I've been pointed in the direction of the delete-and-reboot method a few
 times before.  I'd really like some pointers for trimming down quickly
 that doesn't involve hours of trial and error.

You might take a look at m0n0bsd:

http://m0n0.ch/bsd/

-- Brooks

-- 
Any statement of the form X is the one, true Y is FALSE.
PGP fingerprint 655D 519C 26A7 82E7 2529  9BF0 5D8E 8BE9 F238 1AD4


pgp0.pgp
Description: PGP signature


Re: Port bonding on nc3122 ( dual fxp ) NIC

2003-08-27 Thread Stephen Montgomery-Smith
Steven Hartland wrote:
Does anyone know if this is possible. I've done some googling
around and cant find anything. Using 5.1-RELEASE is just
detecting them as fxp0 and fxp1
Assuming that I understand what you are asking, I believe that in FreeBSD they 
call it netgraph - man ng_one2many should give you the info you need.  I had a 
friend who tried it out, and it seems to be completely compatible with the port 
bonding that Linux provides.  (He also felt that the documentation for FreeBSD 
netgraph was better than the documentation that came with Linux port bonding, in 
particular the FreeBSD docs were better at explaining how it worked.)

--
Stephen Montgomery-Smith
[EMAIL PROTECTED]
http://www.math.missouri.edu/~stephen
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Minimalist FreeBSD 4.8

2003-08-27 Thread Greg Black
On 2003-08-26, Diomidis Spinellis wrote:
 Tyler Kellen wrote:
  The information I'm looking to aquire is the absolute minimum files
  required to boot FreeBSD 4.8 into multi-user mode. If this involves
  deleting a massive amount of directories and files, or setting up a
  new drive and copying only the needed files, I think I can make it work.
 
 You can use the system the way you intent to for two weeks, and then run
 
 find / -atime +2w -print0 | xargs -0 rm -f
 
 This command will delete all files that have not been accessed within
 the last two weeks.  

And it would also remove things like find and xargs and all the
other system binaries -- their atime does not get changed when
they are executed.  Check your facts before giving this kind of
advice.

-- 
Greg Black [EMAIL PROTECTED] http://www.gbch.net/gjb.html
GPG signed mail preferred; further information in headers.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Minimalist FreeBSD 4.8

2003-08-27 Thread M. Warner Losh
Actually, I have a small script that does something like this.  Here's
a breif sketch.

# prepare /cf
make buildworld

${chroot} /bin/sh -${e}c (cd $srcdir
env MAKEOBJDIRPREFIX=$objdir make -m ${srcdir}/share/mk -f \
Makefile.inc1 hierarchy DESTDIR=$dstdir NOMAN=yes
(cd etc ; env MAKEOBJDIRPREFIX=$objdir make -m ${srcdir}/share/mk \
distribution DESTDIR=$dstdir NOMAN=yes)
for i in ${FreeBSDProgramDirs}; do
echo \== \$i\
test -d \$i 
(cd \$i ; env MAKEOBJDIRPREFIX=$objdir make -m ${srcdir}/share/mk \
install -DNOINFO -DNOMAN DESTDIR=$dstdir -DNOPROFILE)
done)

Here's my current minimal list for a bootable system, although you
might be able to trim it a little.  Also, it is optimized for 4.5.
There will some tweaks needed for 4.8.  Also, I've done the buildworld
with NOSHARED=no since we put both / and /usr on the same partition in
our systems.

My scripts are more complete, but also very specific to Timing
Solutions' needs.  I've used these scripts to build flashes that take
up about 12M or so.  There's about 2M that can be trimmed.

Warner

P.S.  Maybe I should find some time to pull together these scripts in
a releaseable format...

P.P.S.,  Here's what I use to set FreeBSDProgramDirs to in an
over-arching makefile.

FREEBSDMIN+= \
bin/cat \
bin/chmod \
bin/cp \
bin/csh \
bin/date \
bin/dd \
bin/df \
bin/echo \
bin/expr \
bin/hostname \
bin/kill \
bin/ln \
bin/ls \
bin/mkdir \
bin/mv \
bin/pwd \
bin/ps \
bin/rcp \
bin/rm \
bin/rmdir \
bin/sh \
bin/sleep \
bin/stty \
bin/sync \
bin/test \
gnu/lib/libregex \
gnu/usr.bin/awk \
gnu/usr.bin/cpio \
gnu/usr.bin/diff \
gnu/usr.bin/diff3 \
gnu/usr.bin/grep \
gnu/usr.bin/gzip \
gnu/usr.bin/tar \
lib/libc \
lib/libstdc++ \
lib/libcrypt \
lib/libdevstat \
lib/libedit \
lib/libipsec \
lib/libipx \
lib/libkvm \
lib/libmd \
lib/libnetgraph \
lib/libncurses \
lib/libpam \
lib/libskey \
lib/libutil \
lib/libwrap \
lib/libz \
lib/msun \
libexec/ftpd \
libexec/getty \
libexec/rlogind \
libexec/rshd \
libexec/rtld-elf \
libexec/telnetd \
sbin/adjkerntz \
sbin/dhclient \
sbin/disklabel \
sbin/dmesg \
sbin/fsck \
sbin/i386/fdisk \
sbin/ifconfig \
sbin/init \
sbin/ipfw \
sbin/kldload \
sbin/kldstat \
sbin/kldunload \
sbin/ldconfig \
sbin/md5 \
sbin/mknod \
sbin/mount \
sbin/mount_null \
sbin/mount_nfs \
sbin/newfs \
sbin/ping \
sbin/reboot \
sbin/route \
sbin/swapon \
sbin/sysctl \
sbin/umount \
share/termcap \
sys/boot \
usr.bin/chflags \
usr.bin/du \
usr.bin/ee \
usr.bin/env \
usr.bin/ftp \
usr.bin/find \
usr.bin/head \
usr.bin/hexdump \
usr.bin/id \
usr.bin/killall \
usr.bin/ldd \
usr.bin/less \
usr.bin/login \
usr.bin/netstat \
usr.bin/objformat \
usr.bin/rsh \
usr.bin/rlogin \
usr.bin/sed \
usr.bin/su \
usr.bin/tail \
usr.bin/telnet \
usr.bin/tip \
usr.bin/top \
usr.bin/touch \
usr.bin/tr \
usr.bin/tty \
usr.bin/uname \
usr.bin/vi \
usr.sbin/arp \
usr.sbin/chown \
usr.sbin/cron \
usr.sbin/dev_mkdb \
usr.sbin/inetd \
usr.sbin/mtree \
usr.sbin/ntp/ntpd \
usr.sbin/ntp/ntpdate \
usr.sbin/ntp/ntpq \
usr.sbin/kbdcontrol \
usr.sbin/pwd_mkdb \
usr.sbin/syslogd \
usr.sbin/traceroute \
usr.sbin/vidcontrol \
usr.sbin/vipw

# kitchen sink FreeBSD on flash
FREEBSDMAX+=${FREEBSDMIN} \
gnu/lib/libreadline \
lib/libftpio \
lib/librpcsvc \
usr.bin/vmstat \
usr.bin/w \
usr.sbin/ntp/ntpdc \
usr.sbin/ntp/ntptime \
usr.sbin/ntp/ntptimeset \
usr.sbin/ntp/ntptrace

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Minimalist FreeBSD 4.8

2003-08-27 Thread Louis A. Mamakos
 Actually, I have a small script that does something like this.  Here's
 a breif sketch.
 
 # prepare /cf
 make buildworld
 
 ${chroot} /bin/sh -${e}c (cd $srcdir
 env MAKEOBJDIRPREFIX=$objdir make -m ${srcdir}/share/mk -f \
 Makefile.inc1 hierarchy DESTDIR=$dstdir NOMAN=yes
 (cd etc ; env MAKEOBJDIRPREFIX=$objdir make -m ${srcdir}/share/mk \
 distribution DESTDIR=$dstdir NOMAN=yes)
 for i in ${FreeBSDProgramDirs}; do
 echo \== \$i\
 test -d \$i 
 (cd \$i ; env MAKEOBJDIRPREFIX=$objdir make -m ${srcdir}/share/mk \
 install -DNOINFO -DNOMAN DESTDIR=$dstdir -DNOPROFILE)
 done)
 
 Here's my current minimal list for a bootable system, although you
 might be able to trim it a little.  Also, it is optimized for 4.5.
 There will some tweaks needed for 4.8.  Also, I've done the buildworld
 with NOSHARED=no since we put both / and /usr on the same partition in
 our systems.
 
 My scripts are more complete, but also very specific to Timing
 Solutions' needs.  I've used these scripts to build flashes that take
 up about 12M or so.  There's about 2M that can be trimmed.
 
 Warner
 
 P.S.  Maybe I should find some time to pull together these scripts in
 a releaseable format...
 
 P.P.S.,  Here's what I use to set FreeBSDProgramDirs to in an
 over-arching makefile.

I've used a hacked-on version of Warner's scripts to build a FreeBSD
based firewall distribution to run on the Soekris 4501 box.  I was
able to get a running system for that application on an 8MB CF card.
Of course, the kernel was compressed and it was pretty stripped down..
I'm currently using a 32MB CF card, with two 16MB partitions for this
purpose (so I can back up to the previous version easily).

Of course, no gcc.  And heavens, no VI!  Got a microemacs on there
instead, whew!

I also built my system with NOSHARED=no to dramatically reduce the
space requirements for the root (and only) file system, and it works
great.

louie

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Bug FreeBSD 4.8 ATA driver

2003-08-27 Thread Dan Lukes
Mikulas Patocka napsal/wrote, On 08/20/03 01:39:
I am reading FreeBSD ATA drivers because I want to use them as base for my
ATA driver and I found a total nonsence: in ata-dma.c in FreeBSD 4.8,
there is line
if (!((pci_read_config(parent,0x40,4)(ch-unit8))0x4000)) {

if ch-unit is 1, config word is shifted by 256 bytes, which gives
undefined result in C. How was this meant? What should it do?
Hm, it should be (IMHO)
if (!((pci_read_config(parent,0x40,4)(ch-unit5))0x4000))
	but I can't verify it as have no access to documentation for PIIX3 nor 
acces to the PIIX3 hardware now.

	Note the position of '8' just above the '5' key on numeric keypad also ...

FYI, the gcc compile the code as equivalent of
if (!((pci_read_config(parent,0x40,4)(0))0x4000))
effectively ignoring the ch-unit number.
	If you want wrote your own ATA driver, it may be better to look into 
current FreeBSD 5 ATA code - it's substantially rewrited.

	A smel bych, uz asi mimo konferenci, vedet, proc si pises vlastni ATA 
ovladac ?

	Dan



--
Dan Lukes tel: +420 2 21914205, fax: +420 2 21914206
root of  FIONet, KolejNET,  webmaster  of www.freebsd.cz
AKA: [EMAIL PROTECTED], [EMAIL PROTECTED],[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Bug FreeBSD 4.8 ATA driver

2003-08-27 Thread Dan Lukes
Mikulas Patocka napsal/wrote, On 08/20/03 01:39:
I am reading FreeBSD ATA drivers because I want to use them as base for my
ATA driver and I found a total nonsence: in ata-dma.c in FreeBSD 4.8,
there is line
if (!((pci_read_config(parent,0x40,4)(ch-unit8))0x4000)) {

if ch-unit is 1, config word is shifted by 256 bytes, which gives
undefined result in C. How was this meant? What should it do?
Hm, it should be (IMHO)
if (!((pci_read_config(parent,0x40,4)(ch-unit5))0x4000))
	but I can't verify it as have no access to documentation for PIIX3 nor 
acces to the PIIX3 hardware now.

	Note the position of '8' just above the '5' key on numeric keypad also ...

FYI, the gcc compile the code as equivalent of
if (!((pci_read_config(parent,0x40,4)(0))0x4000))
effectively ignoring the ch-unit number.
	If you want wrote your own ATA driver, it may be better to look into 
current FreeBSD 5 ATA code - it's substantially rewrited.

	A smel bych, uz asi mimo konferenci, vedet, proc si pises vlastni ATA 
ovladac ?

	Dan



--
Dan Lukes tel: +420 2 21914205, fax: +420 2 21914206
root of  FIONet, KolejNET,  webmaster  of www.freebsd.cz
AKA: [EMAIL PROTECTED], [EMAIL PROTECTED],[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Minimalist FreeBSD 4.8

2003-08-27 Thread M. Warner Losh
In message: [EMAIL PROTECTED]
Louis A. Mamakos [EMAIL PROTECTED] writes:
: able to get a running system for that application on an 8MB CF card.

I had one experimental version that compressed this onto a MFS and
gzip'd the thing and made it fit into a 4MB DiskOnChip part with a
compressed tiny kernel and a compressed FS, but it was a big pita to
build and couldn't fit our application  But that may have been in
the 3.4 or 3.5 timeframe.

Warner

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Bug FreeBSD 4.8 ATA driver

2003-08-27 Thread soralx

  I am reading FreeBSD ATA drivers because I want to use them as base for
  my ATA driver and I found a total nonsence: in ata-dma.c in FreeBSD 4.8,
  there is line
 
  if (!((pci_read_config(parent,0x40,4)(ch-unit8))0x4000)) {
 
  if ch-unit is 1, config word is shifted by 256 bytes, which gives
  undefined result in C. How was this meant? What should it do?

   Hm, it should be (IMHO)
 if (!((pci_read_config(parent,0x40,4)(ch-unit5))0x4000))

   but I can't verify it as have no access to documentation for PIIX3 nor
 acces to the PIIX3 hardware now.

I have PIIX3 contorller on a machine with FreeBSD 4.8-RELEASE; I am willing to
test whatever needed.

26.08.2003; 22:32:58
[SorAlx]  http://cydem.org.ua/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: [hackers] Re: BCM4401 ethernet driver

2003-08-27 Thread Kenneth D. Merry
On Tue, Aug 26, 2003 at 20:31:22 +0100, Duncan Barclay wrote:
 On 26-Aug-2003 [EMAIL PROTECTED] wrote:
  Greetings;
  
  Wondering whatever further may have come of this discussion regarding
  FreeBSD support of the built-in ethernet for the Dell Inspiron 8500 Notebook.
  Running a dual-boot system with MS Windows XP and FreeBSD 4.8 Release since
  5.1
  wouldn't seem to install, but not even sure how to make use of drivers beyond
  including their device code in the kernel configuration file, which may just
  be an issue with this current release.
 
 I fixed the RX problem yesterday. Take a look at
 http://people.freebsd.org/~dmlb/
 and grab the lastest bcm_...tar.gz file. Untar this into /sys
 then
 cd /sys/modules/bcm
 make
 make install
 kldload if_bcm
 
 This driver is for -current only.
 
 Once I've done a bit more work on it and committed it, I'll back port to
 -stable.

I'm still having the bcm0: strange type for core 0x panic when I
load it as a module.

When I compile it into the kernel, I get a panic on boot.  The stack trace
is:

bcm_ring_rx_eof()
bcm_intr()
ithread_loop()
fork_exit()
fork_trampoline()

The specific place in bcm_ring_rx_eof() it is bailing out is:

(kgdb) list *(bcm_ring_rx_eof+0x62)
0xc019e402 is in bcm_ring_rx_eof (../../../dev/bcm/if_bcm.c:958).
953 struct mbuf *m;
954 struct bcm_rxh  *rxh;
955 int j = 0, len, flags;
956
957 m = scp-desc_rx_bis[con].mbuf;
958 rxh = mtod(m, struct bcm_rxh *);
959 do {
960 /* XXX  DELAY(1); */
961 bus_dmamap_sync(scp-tag_mbuf,
962 scp-desc_rx_bis[con].dmamap,

i.e. the mtod() call there.

At that point the interface hasn't been configured at all...

I've got a Dell 8500 laptop.

Ken
-- 
Kenneth Merry
[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: [despammed] Re: Looking for detailed documentation: Install toexisting filesystem

2003-08-27 Thread denisz
here's something you might get interested (see live-install section)

http://www.the-labs.com/FreeBSD/

-denisz-

On Mon, 25 Aug 2003 11:52:54 -0700, Avleen Vig lists- 
[EMAIL PROTECTED] wrote:

On Sun, Aug 24, 2003 at 03:36:41PM -0500, Charles Howse wrote:
Hi,
I've posted this request to 'questions' with no response, so now I'll
ask 'hackers'.
I'm a hobbyist, and for my personal education, I would like to learn how
to install FBSD from an existing filesystem, rather than from FTP or CD.
My intention is to copy the files to a directory on the second HDD of my
present FBSD system, and point sysinstall to that partition/directory
during the install.
This may not answer the questions you posed, but it may be a good start
for you.
You have two options i can think of, if you want to mimic a traditional
/stand/sysinstall installation process.
1) install an FTP server, and choose an FTP install.
2) export the hard drive over NFS, and use that.
Or, a better way which I would recommend:
download the source code, and put if on the second drive. We'll assume
/usr/src and /usr/obj are mounted on the *second* hard drive.
Run something like this:
cd /usr/src
make buildworld a flag*
* the 'a flag' is a flag I don't recall off the top of my head, but
* it lets you change which drive / other mounted location, the new
* build is installed to. Maybe someone else can help here?
make buildkernel
then when you want to install to a third hard drive, mount it as the
location give in 'a flag' to make on the previous step, then run:
make make installkernel
make installworld
mergemaster
that should isntall the compiled sources to the new drive pretty
quickly.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers- 
[EMAIL PROTECTED]

--
Filtered by despammed.com.  Tracer: NAA286291061837613
Remember: you can forward any spam that slips through the filters
to the abuse desk here at Despammed.




--
Using Opera's M2 e-mail client: http://www.opera.com/m2/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: bcm4400 driver and Dell 8500

2003-08-27 Thread Duncan Barclay
Hello James and Ken,

Both of you are having real problems with the bcm driver and both of you
have a Dell 8500.

This is James' dmesg output, which from memory looks very similar to your
Ken?

 bcm0: Broadcom 10/100 Base-T Ethernet mem 0xfaffe000-0xfaff irq 11
 at device 0.0 on pci2
 bcm0: Ethernet address: ff:ff:ff:ff:ff:ff
 panic: bcm0: Strange type for core 0x

 I'm running 5.1-current from august 22nd.  I can try pulling down the
 latest 5.1 tommorow if you think this might help.  This is the same result
 as when I tried the driver from over a month ago.

We think that the problem is something to do with the PCI configuration of
the machine. The ethernet address being ff:ff:ff:ff:ff:ff indicates that the
memory map is not right.

 Before sending this email I was going to obtain a backtrace.  I recompiled
 with the symbol table and kernel debugger and now the driver appears to
 work fine.  Should it work this way?

Hmm interesting. Ken can you try this and see if the driver then works?

Duncan

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Minimalist FreeBSD 4.8

2003-08-27 Thread Peter Jeremy
On Wed, Aug 27, 2003 at 10:53:38AM +1000, Greg Black wrote:
On 2003-08-26, Diomidis Spinellis wrote:
 You can use the system the way you intent to for two weeks, and then run
 
 find / -atime +2w -print0 | xargs -0 rm -f
 
 This command will delete all files that have not been accessed within
 the last two weeks.  

And it would also remove things like find and xargs and all the
other system binaries -- their atime does not get changed when
they are executed.  Check your facts before giving this kind of
advice.

Not to mention /kernel and the contents of /boot since the bootloader
doesn't update atime either.  The result may be more minimalist than
Tyler intends.

Peter
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Minimalist FreeBSD 4.8

2003-08-27 Thread Igor Pokrovsky
On Wed, Aug 27, 2003 at 07:02:16PM +1000, Peter Jeremy wrote:
 On Wed, Aug 27, 2003 at 10:53:38AM +1000, Greg Black wrote:
 On 2003-08-26, Diomidis Spinellis wrote:
  You can use the system the way you intent to for two weeks, and then run
  
  find / -atime +2w -print0 | xargs -0 rm -f
  
  This command will delete all files that have not been accessed within
  the last two weeks.  
 
 And it would also remove things like find and xargs and all the
 other system binaries -- their atime does not get changed when
 they are executed.  Check your facts before giving this kind of
 advice.
 
 Not to mention /kernel and the contents of /boot since the bootloader
 doesn't update atime either.  The result may be more minimalist than
 Tyler intends.

No, I guess /kernel won't be removed because of schg :-)

-ip

-- 
Logic is a little bird, sitting in a tree; that smells *_awful*.

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Looking for detailed documentation: Install to existingfilesystem

2003-08-27 Thread Terry Lambert
Charles Howse wrote:
 I'm a hobbyist, and for my personal education, I would like to learn how
 to install FBSD from an existing filesystem, rather than from FTP or CD.
 
 My intention is to copy the files to a directory on the second HDD of my
 present FBSD system, and point sysinstall to that partition/directory
 during the install.

This is fairly easy.  What you do it copy the files to a directory
on a second disk drive on the machine, and point sysinstall to that
partition/directory during the install.

8-).



 I can't seem to find any detailed instructions.  The handbook just
 glosses over it, saying follow the instructions on the screen in
 sysinstall.  I've Googled for days and can only find other people asking
 the same question and talking about their failures.

The easiest thing to do is follow the instructions in sysinstall.

The reason the handbook says this is that the order of dialogs, etc.,
in sysinstall varies from version to version of FreeBSD.

Here is an example of detailed instructions for a particular
version of FreeBSD.  If you have a different version, you will
need to use instructions matching the version of sysinstall you
happen to be using:

C
return
13*cursor down
space
7*cursor up
space
7
(selects option 6 from Choose Installation Media dialog because
 sysinstall is stupid)
return
Enter the pathname of the directory containing the installation files
return
Q
cursor right
(Cancel)
return
U
(for Upgrade)
return
(disclaimer screen)
return   
return
(to begin upgrade)


 I need to know:
 
 1) What files do I need to have on the partition from which I will be
 installing?

Everything from the first CDROM, in the same directory hierarchy.
It's easiest if you just mount a CDROM, or mount a vnconfig'ed
CDROM ISO image as a cd9660 FS.


 2) ftp address and directory where I can find those files.

ftp://ftp.freebsd.org/

The exact subdirectory depends on which particular version you
are trying to upgrade to.


 3) Can FBSD install from the .iso files?

Yes, if you vnconfig them and mount them up as FS's so that to
the system they appear as CDROMs, instead of ISOs.

 4) A link to a tutorial or howto would really be nice. If none exists, I
 might consider writing one once I figure out how to do it properly.

It's at least slightly different for every version of the system
(see above).  That's also why you didn't find one.

PS: You should also vnconfig the floppy image on the vnconfig'ed
ISO image, and pull sysinstall off there, instead of using your
local copy.  The sysinstall program has some string lists which
are hard-coded, and may also vary from version to version.  As it
is a crunchgen'ed file, you will need to name it sysinstall
for it to work.  I suggest copying it to /tmp, and running it
from there.

PPS: I've posted detailed instructions on doing this at least
three times in the past three years, since I needed to upgrade
over NFS to a machine without anything but a local copy of
FreeBSD that could be booted; start looking around June of 2001
in the -current and -hackers archives.

-- Terry
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


latest fujitsu-siemens boxes and keyboards

2003-08-27 Thread Gianmarco Giovannelli
Is possible that the keyboards that are shipping with the latest 
fujitsu-siemens pc/servers don't want to work with FreeBSD ?

They (pc or servers) work fine with older keyboard but not with the new ones ? 
Any tips ? 


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: bcm4400 driver and Dell 8500

2003-08-27 Thread James Nobis


On Wed, 27 Aug 2003, Kenneth D. Merry wrote:

 On Wed, Aug 27, 2003 at 08:40:25 +0100, Duncan Barclay wrote:
  Hello James and Ken,
 
  Both of you are having real problems with the bcm driver and both of you
  have a Dell 8500.
 
  This is James' dmesg output, which from memory looks very similar to your
  Ken?
 
   bcm0: Broadcom 10/100 Base-T Ethernet mem 0xfaffe000-0xfaff irq 11
   at device 0.0 on pci2
   bcm0: Ethernet address: ff:ff:ff:ff:ff:ff
   panic: bcm0: Strange type for core 0x

 Yep, the messages I get are identical when I load it as a module.

   I'm running 5.1-current from august 22nd.  I can try pulling down the
   latest 5.1 tommorow if you think this might help.  This is the same result
   as when I tried the driver from over a month ago.
 
  We think that the problem is something to do with the PCI configuration of
  the machine. The ethernet address being ff:ff:ff:ff:ff:ff indicates that the
  memory map is not right.
 
   Before sending this email I was going to obtain a backtrace.  I recompiled
   with the symbol table and kernel debugger and now the driver appears to
   work fine.  Should it work this way?
 
  Hmm interesting. Ken can you try this and see if the driver then works?

 I've already got the kernel debugger on.  Do you mean changing the module
 compile somehow so that more symbols are included?  (It seems to resolve
 the function addresses in the module fine.)


compiling with options DDB and makeoptions DEBUG=-g is what i mean

 The stack trace from the module load is:

 panic()
 bcm_chip_get_core()
 bcm_chip_reset()
 bcm_attach()
 device_probe_and_attach()
 etc.

 If I boot a kernel with the bcm driver compiled in, and don't attach to the
 docking station, it comes up fine until I insert my fxp card in the carbus
 slot.  Then I get the panic in bcm_ring_rx_eof() that I reported last
 night.  FWIW, when I have the driver compiled in, the memory location is
 identical to location used when the module loads (above), but the ethernet
 address is properly decoded:

 bcm0: Broadcom 10/100 Base-T Ethernet mem 0xfaffe000-0xfaff irq 11 at device 
 0.0 on pci2
 bcm0: Ethernet address: 00:0b:db:94:bf:42
 miibus0: MII bus on bcm0

 If I boot a kernel with the bcm driver compiled in, and don't attach to the
 docking station, and don't insert my fxp card, I get slightly further.  I
 tried running dhclient, and got:

 All mbufs or mbuf clusters exhausted, please see tuning(7).
 bcm0: initialization failed: no memory for rx buffers

 Then I tried just manually ifconfiging the interface, and it works!

 Here's what netstat -m says:

 {erebor:/usr/home/ken:1:0} netstat -nm
 mbuf usage:
 GEN cache:  0/0 (in use/in pool)
 CPU #0 cache:   576/608 (in use/in pool)
 Total:  576/608 (in use/in pool)
 Mbuf cache high watermark: 512
 Maximum possible: 34304
 Allocated mbuf types:
   576 mbufs allocated to data
 1% of mbuf map consumed
 mbuf cluster usage:
 GEN cache:  0/0 (in use/in pool)
 CPU #0 cache:   575/584 (in use/in pool)
 Total:  575/584 (in use/in pool)
 Cluster cache high watermark: 128
 Maximum possible: 17152
 3% of cluster map consumed
 1320 KBytes of wired memory reserved (98% in use)
 1 requests for memory denied
 0 requests for memory delayed
 0 calls to protocol drain routines

 Performance, once I manually assigned an address seems okay; I was able to
 ftp a file over from another machine at a little over 11MB/sec.

 If I insert the fxp card after the bcm driver is configured, the cardbus
 initialization fails, and then I get the following messages over and over
 again:

 eek j=6, macCurrent 511, con288

 At that point I can 't even break into the debugger.

 That's all the time I have for tinkering with it this morning...

 Looks like things are working somewhat better, but there is still some
 weird stuff going on...

 Ken
 --
 Kenneth Merry
 [EMAIL PROTECTED]

I don't have a docking station.  The built in ethernet is which uses the
bcm driver.  I only have used it as a module and have not tried otherwise.

-James
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


RE: Looking for detailed documentation: Install to existingfilesystem

2003-08-27 Thread Charles Howse
 This is fairly easy.  What you do it copy the files to a directory
 on a second disk drive on the machine, and point sysinstall to that
 partition/directory during the install.
 
 8-).

(tongue in cheek) Thank you!  ;-)

OK, here's what I did.  Remember, I just want to install from scratch,
not upgrade or anything too complicated.

I copied the entire contents of CD 1 to /dev/ad3s1e/freebsd which I
mount as /disk2/freebsd.  I used Midnight Commander to do this,
selecting each directory and telling it to dive into subdirectories if
they exist.

I booted from the CD, worked my way as usual to the Media Selection menu
and chose Install from an existing filesystem.  I *did* set the mount
point for ad3s1e to /disk2 and did not toggle NewFS (preserve files).

I entered /dev/ad3s1e/freebsd as the location.

It failed with can't copy each and every distribution from
/mnt/dev/ad3s1e/freebsd
Try again? Y
Failed.
Etc., etc., etc.

I tried the whole thing again, entering /mnt/dev/ad3s1e/freebsd this
time as the location.

Failed again.

I looked at the debug output with ALT + F2, and the only thing I
remember was that it said it couldn't open some file for writing.

This is the exact same error that I see so many people posting about
when I Goolge for a solution to this question.  The most frequent thing
they ask is, Do I have to mount the partition on which the distfiles
are located before I install?  If so, how?

Any suggestions (careful! grin)?

PPS: I've posted detailed instructions on doing this at least
three times in the past three years, since I needed to upgrade
over NFS to a machine without anything but a local copy of
FreeBSD that could be booted; start looking around June of 2001
in the -current and -hackers archives.

I searched a while and didn't find anything, probably gave up too soon,
decided to just wing it.  I'm off today and don't mind fiddling around
trying to figure this out.


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Minimalist FreeBSD 4.8

2003-08-27 Thread Robert Watson
As has been mentioned, the FreeBSD source tree as shipped isn't configured
for minimization without a fair amount of effort.  However, there are a
number of larger components, typically maintained by third parties, that
are build-time removable, and are typically arguments to the build
specified in make.conf.  Here are the components people like to disable
with relative frequency, found by grepping for '^#NO' in
/usr/share/examples/etc/make.conf, plus a little trimming for entries that
have to do with compile flags on -CURRENT:

#NO_CVS=true# do not build CVS
#NO_CXX=true# do not build C++ and friends
#NO_BIND=   true# do not build BIND
#NO_FORTRAN=true# do not build g77 and related libraries
#NO_GDB=true# do not build GDB
#NO_I4B=true# do not build isdn4bsd package
#NO_IPFILTER=   true# do not build IP Filter package
#NO_KERBEROS=   true# do not build and install Kerberos 5 (KTH Heimdal)
#NO_LPR=true# do not build lpr and related programs
#NO_MAILWRAPPER=true# do not build the mailwrapper(8) MTA selector
#NO_MODULES=true# do not build modules with the kernel
#NO_OBJC=   true# do not build Objective C support
#NO_OPENSSH=true# do not build OpenSSH
#NO_OPENSSL=true# do not build OpenSSL (implies NO_KERBEROS and
#NO_SENDMAIL=   true# do not build sendmail and related programs
#NO_SHAREDOCS=  true# do not build the 4.4BSD legacy docs
#NO_TCSH=   true# do not build and install /bin/csh (which is tcsh)
#NO_X=  true# do not compile in XWindows support (e.g. doscmd)
#NOCRYPT=   true# do not build any crypto code
#NOGAMES=   true# do not build games (games/ subdir)
#NOINFO=true# do not make or install info files
#NOLIBC_R=  true# do not build libc_r (re-entrant version of libc)
#NOMAN= true# do not build manual pages
#NOPROFILE= true# Avoid compiling profiled libraries
#NOSHARE=   true# do not go into the share subdir

On 4.x-STABLE, the set is slightly different as Kerberos5 isn't built by
default, UUCP is included in the source tree, etc.  I don't think we
currently have a NO_GCC flag or NO_BINUTILS to avoid installing the
compiler and related tools, but I imagine those would be fairly
straight-forward to build.

Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
[EMAIL PROTECTED]  Network Associates Laboratories

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: bcm4400 driver and Dell 8500

2003-08-27 Thread Joe Marcus Clarke
On Wed, 2003-08-27 at 09:27, James Nobis wrote:
 On Wed, 27 Aug 2003, Kenneth D. Merry wrote:
 
  On Wed, Aug 27, 2003 at 08:40:25 +0100, Duncan Barclay wrote:
   Hello James and Ken,
  
   Both of you are having real problems with the bcm driver and both of you
   have a Dell 8500.
  
   This is James' dmesg output, which from memory looks very similar to your
   Ken?
  
bcm0: Broadcom 10/100 Base-T Ethernet mem 0xfaffe000-0xfaff irq 11
at device 0.0 on pci2
bcm0: Ethernet address: ff:ff:ff:ff:ff:ff
panic: bcm0: Strange type for core 0x
 
  Yep, the messages I get are identical when I load it as a module.
 
I'm running 5.1-current from august 22nd.  I can try pulling down the
latest 5.1 tommorow if you think this might help.  This is the same result
as when I tried the driver from over a month ago.
  
   We think that the problem is something to do with the PCI configuration of
   the machine. The ethernet address being ff:ff:ff:ff:ff:ff indicates that the
   memory map is not right.
  
Before sending this email I was going to obtain a backtrace.  I recompiled
with the symbol table and kernel debugger and now the driver appears to
work fine.  Should it work this way?
  
   Hmm interesting. Ken can you try this and see if the driver then works?
 
  I've already got the kernel debugger on.  Do you mean changing the module
  compile somehow so that more symbols are included?  (It seems to resolve
  the function addresses in the module fine.)
 
 
 compiling with options DDB and makeoptions DEBUG=-g is what i mean

Note, on my 5150, I also have a kernel built with -g.  I do not have DDB
compiled in, but I have never tried a kernel without -g.  I may be
susceptible to the same all-ffs problem.

Joe

 
  The stack trace from the module load is:
 
  panic()
  bcm_chip_get_core()
  bcm_chip_reset()
  bcm_attach()
  device_probe_and_attach()
  etc.
 
  If I boot a kernel with the bcm driver compiled in, and don't attach to the
  docking station, it comes up fine until I insert my fxp card in the carbus
  slot.  Then I get the panic in bcm_ring_rx_eof() that I reported last
  night.  FWIW, when I have the driver compiled in, the memory location is
  identical to location used when the module loads (above), but the ethernet
  address is properly decoded:
 
  bcm0: Broadcom 10/100 Base-T Ethernet mem 0xfaffe000-0xfaff irq 11 at device 
  0.0 on pci2
  bcm0: Ethernet address: 00:0b:db:94:bf:42
  miibus0: MII bus on bcm0
 
  If I boot a kernel with the bcm driver compiled in, and don't attach to the
  docking station, and don't insert my fxp card, I get slightly further.  I
  tried running dhclient, and got:
 
  All mbufs or mbuf clusters exhausted, please see tuning(7).
  bcm0: initialization failed: no memory for rx buffers
 
  Then I tried just manually ifconfiging the interface, and it works!
 
  Here's what netstat -m says:
 
  {erebor:/usr/home/ken:1:0} netstat -nm
  mbuf usage:
  GEN cache:  0/0 (in use/in pool)
  CPU #0 cache:   576/608 (in use/in pool)
  Total:  576/608 (in use/in pool)
  Mbuf cache high watermark: 512
  Maximum possible: 34304
  Allocated mbuf types:
576 mbufs allocated to data
  1% of mbuf map consumed
  mbuf cluster usage:
  GEN cache:  0/0 (in use/in pool)
  CPU #0 cache:   575/584 (in use/in pool)
  Total:  575/584 (in use/in pool)
  Cluster cache high watermark: 128
  Maximum possible: 17152
  3% of cluster map consumed
  1320 KBytes of wired memory reserved (98% in use)
  1 requests for memory denied
  0 requests for memory delayed
  0 calls to protocol drain routines
 
  Performance, once I manually assigned an address seems okay; I was able to
  ftp a file over from another machine at a little over 11MB/sec.
 
  If I insert the fxp card after the bcm driver is configured, the cardbus
  initialization fails, and then I get the following messages over and over
  again:
 
  eek j=6, macCurrent 511, con288
 
  At that point I can 't even break into the debugger.
 
  That's all the time I have for tinkering with it this morning...
 
  Looks like things are working somewhat better, but there is still some
  weird stuff going on...
 
  Ken
  --
  Kenneth Merry
  [EMAIL PROTECTED]
 
 I don't have a docking station.  The built in ethernet is which uses the
 bcm driver.  I only have used it as a module and have not tried otherwise.
 
 -James
 ___
 [EMAIL PROTECTED] mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
 To unsubscribe, send any mail to [EMAIL PROTECTED]
-- 
PGP Key : http://www.marcuscom.com/pgp.asc




signature.asc
Description: This is a digitally signed message part


Whats the state of SCHED_ULE 5.1

2003-08-27 Thread Steven Hartland
Whats the state of SCHED_ULE in 5.1 we are using 5.1-RELEASE
for running game servers and Im considering looking at using 
SCHED_ULE but wanted to know if anyone had any feedback
on its current state e.g. whats its good at what its not good at / any
issues?

Steve / K

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Call for thread testers

2003-08-27 Thread Scott Long
All,

This is kind of an unconventional call for help.  As we approach the
release of 5.2, we'd really like to show off the performance and
stability of our new threading packages.  So, I'm looking for people
to volunteer to go out and put some of the thread-capable enterprise
and desktop packages to the test.  Packages that I would most like
to see are:
Apache 2
BIND 9
OpenOffice
Mozilla
KDE desktop + Konq
Java 1.3/1.4 + Tomcat/etc
MySQL
Others?
The questions that I would like to have answered are:

Does it take advantage of pthreads
Does it work with libkse and libthr
Does it operate correctly
Does it perform better/worse than with libc_r
Does it perform better/worse than under FreeBSD 4.x
Thanks!

Scott

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Call for thread testers

2003-08-27 Thread Gerald Pfeifer
On Wed, 27 Aug 2003, Scott Long wrote:
 Packages that I would most like to see are:
 [...]
 Others?

Wine? (ports/emulators/wine)

Though I'm currently fighting to get the CVS version cooperate on
4-STABLE, given recent changes to the threading support in Wine.

 The questions that I would like to have answered are:

 Does it take advantage of pthreads
 Does it work with libkse and libthr
 Does it operate correctly
 Does it perform better/worse than with libc_r
 Does it perform better/worse than under FreeBSD 4.x

What would be extremely helpful, IMHO, would be guidelines how to
use the various kinds of threading support (especially in the ports
collection).

Especially, how should we update ports so that they work both on 4.x and
5.x and, optionally, take advantage of the other threading packages?

Is there some nice overview somewhere?

Gerald

PS: For example, our system compiler on -STABLE fails to build Wine if
sources are compiled with -pthread, but linked without this option, while
this works fine with stock GCC 3.2.3 (which is most likely due to problems
in Wine, not FreeBSD or GCC, but still a problem).
-- 
Gerald Pfeifer (Jerry)   [EMAIL PROTECTED]   http://www.pfeifer.com/gerald/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Minimalist FreeBSD 4.8

2003-08-27 Thread Brian Reichert
On Wed, Aug 27, 2003 at 07:26:10AM +1000, John Birrell wrote:
 One way to do this initially is to install a full FreeBSD system on one
 disk partition and use a second partition for a trial install. FreeBSD's
 boot manager will let you boot into each.

As I'm pursuing these matters as well, I've found that mucking with
jails is faster, for a lot of bulk work.  Starting/stopping a jail
is _much_ quicker than reboots.  (And it's a lot easier to reset a
jail to a prior state.)  This won't exercise the rc* scripts, but
will let you quickly test for dependancies elsewhere.

And whatever you find for dependancies, please document them
somewhere; I still have a fantasy of 'deconstructing' FreeBSD into
finer-grained packages...

 -- 
 John Birrell
 ___

-- 
Brian 'you Bastard' Reichert[EMAIL PROTECTED]
37 Crystal Ave. #303Daytime number: (603) 434-6842
Derry NH 03038-1713 USA BSD admin/developer at large
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Looking for detailed documentation: Install toexistingfilesystem

2003-08-27 Thread Montaro
If you mounted ad3s1e on /disk2
and on /disk2 was freebsd/ with the distrobution files in it, I am
suspecting you would be telling sysinstall to look to /disk2/freebsd rather
than /dev/ad3s1e/freebsd since /dev/ad3s1e/ is just the device not the acual
mounted file system.

Hope this helps.

-- 
Cheers,
Josh
Sixlabs


- Original Message - 
From: Charles Howse [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, August 27, 2003 11:48 PM
Subject: RE: Looking for detailed documentation: Install to
existingfilesystem


 This is fairly easy.  What you do it copy the files to a directory
 on a second disk drive on the machine, and point sysinstall to that
 partition/directory during the install.

 8-).

(tongue in cheek) Thank you!  ;-)

OK, here's what I did.  Remember, I just want to install from scratch,
not upgrade or anything too complicated.

I copied the entire contents of CD 1 to /dev/ad3s1e/freebsd which I
mount as /disk2/freebsd.  I used Midnight Commander to do this,
selecting each directory and telling it to dive into subdirectories if
they exist.

I booted from the CD, worked my way as usual to the Media Selection menu
and chose Install from an existing filesystem.  I *did* set the mount
point for ad3s1e to /disk2 and did not toggle NewFS (preserve files).

I entered /dev/ad3s1e/freebsd as the location.

It failed with can't copy each and every distribution from
/mnt/dev/ad3s1e/freebsd
Try again? Y
Failed.
Etc., etc., etc.

I tried the whole thing again, entering /mnt/dev/ad3s1e/freebsd this
time as the location.

Failed again.

I looked at the debug output with ALT + F2, and the only thing I
remember was that it said it couldn't open some file for writing.

This is the exact same error that I see so many people posting about
when I Goolge for a solution to this question.  The most frequent thing
they ask is, Do I have to mount the partition on which the distfiles
are located before I install?  If so, how?

Any suggestions (careful! grin)?

PPS: I've posted detailed instructions on doing this at least
three times in the past three years, since I needed to upgrade
over NFS to a machine without anything but a local copy of
FreeBSD that could be booted; start looking around June of 2001
in the -current and -hackers archives.

I searched a while and didn't find anything, probably gave up too soon,
decided to just wing it.  I'm off today and don't mind fiddling around
trying to figure this out.


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Looking for detailed documentation: Install toexistingfilesystem

2003-08-27 Thread Montaro
Oh excuse me I didn't properly read the whole message..

Assuming that /dev/ad3s1e is ufs (freebsd file system)
You would mount device pathtomount

for example:

# mkdir /disk2
# mount /dev/ad3s1e /disk2

and then just direct sysinstall to /disk2
or /disk2/freebsd depending on where the files are.

You can find out more about mount by typing
# man mount

-- 
Cheers,
Josh
Sixlabs


- Original Message - 
From: Charles Howse [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, August 27, 2003 11:48 PM
Subject: RE: Looking for detailed documentation: Install to
existingfilesystem


 This is fairly easy.  What you do it copy the files to a directory
 on a second disk drive on the machine, and point sysinstall to that
 partition/directory during the install.

 8-).

(tongue in cheek) Thank you!  ;-)

OK, here's what I did.  Remember, I just want to install from scratch,
not upgrade or anything too complicated.

I copied the entire contents of CD 1 to /dev/ad3s1e/freebsd which I
mount as /disk2/freebsd.  I used Midnight Commander to do this,
selecting each directory and telling it to dive into subdirectories if
they exist.

I booted from the CD, worked my way as usual to the Media Selection menu
and chose Install from an existing filesystem.  I *did* set the mount
point for ad3s1e to /disk2 and did not toggle NewFS (preserve files).

I entered /dev/ad3s1e/freebsd as the location.

It failed with can't copy each and every distribution from
/mnt/dev/ad3s1e/freebsd
Try again? Y
Failed.
Etc., etc., etc.

I tried the whole thing again, entering /mnt/dev/ad3s1e/freebsd this
time as the location.

Failed again.

I looked at the debug output with ALT + F2, and the only thing I
remember was that it said it couldn't open some file for writing.

This is the exact same error that I see so many people posting about
when I Goolge for a solution to this question.  The most frequent thing
they ask is, Do I have to mount the partition on which the distfiles
are located before I install?  If so, how?

Any suggestions (careful! grin)?

PPS: I've posted detailed instructions on doing this at least
three times in the past three years, since I needed to upgrade
over NFS to a machine without anything but a local copy of
FreeBSD that could be booted; start looking around June of 2001
in the -current and -hackers archives.

I searched a while and didn't find anything, probably gave up too soon,
decided to just wing it.  I'm off today and don't mind fiddling around
trying to figure this out.


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


RE: Looking for detailed documentation: Install toexistingfilesystem

2003-08-27 Thread Charles Howse
 If you mounted ad3s1e on /disk2
 and on /disk2 was freebsd/ with the distrobution files in it, I am
 suspecting you would be telling sysinstall to look to 
 /disk2/freebsd rather
 than /dev/ad3s1e/freebsd since /dev/ad3s1e/ is just the 
 device not the acual
 mounted file system.
 
 Hope this helps.

With all due respect, are you sure about that?
Here's why I ask...
Since I booted from the CD (or I could have opted to boot from the
floppies), and went through the entire install process, creating
partitions and slices, the fact that I created a new mount point for
/dev/ades1e on /disk2 would lead me to believe that /disk2 would not be
mounted at that point, therefore the distfiles would not be available.

Now, I'm sure they would be available if I had started sysinstall from
my running FBSD system, but that's not what I'm after here.  I'm looking
to learn how to install from an existing filesystem when (for example)
the computer won't boot the operating system.

Does that make sense?


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Minimalist FreeBSD 4.8

2003-08-27 Thread Bill Vermillion
While humming that old rock song Yackety Yacc - Dont Awk Back 
[EMAIL PROTECTED] sang or SED something like this:

 --
 Message: 10
 Date: Wed, 27 Aug 2003 10:53:38 +1000
 From: Greg Black [EMAIL PROTECTED]
 Subject: Re: Minimalist FreeBSD 4.8
 To: Diomidis Spinellis [EMAIL PROTECTED]
 Cc: [EMAIL PROTECTED]
 Message-ID: [EMAIL PROTECTED]
 Content-Type: text/plain; charset=us-ascii

 On 2003-08-26, Diomidis Spinellis wrote:

  Tyler Kellen wrote:
 
   The information I'm looking to aquire is the absolute
   minimum files required to boot FreeBSD 4.8 into multi-user
   mode. If this involves deleting a massive amount of
   directories and files, or setting up a new drive and
   copying only the needed files, I think I can make it work.

  You can use the system the way you intent to for two weeks,
  and then run

  find / -atime +2w -print0 | xargs -0 rm -f

  This command will delete all files that have not been
  accessed within the last two weeks.

 And it would also remove things like find and xargs and all the
 other system binaries -- their atime does not get changed when
 they are executed. Check your facts before giving this kind of
 advice.

And if you had an entry like this in your /etc/fstab file it
could cause some suprises too.

# DeviceMountpoint  FStype  Options DumpPass#
...[deleted - only left significant line - wjv]
/dev/da0s1f /usrufs rw,noatime  2   2

This has among other things a new hierarchy and in this
underpowered system I saw no need to write atimes to the inode
which are probably going to be gone in two weeks anyway.

atime is probably not needed in the vast majority of systems IMO.

Bill
-- 
Bill Vermillion - bv @ wjv . com
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Minimalist FreeBSD 4.8

2003-08-27 Thread Robert Watson

On Wed, 27 Aug 2003, Brian Reichert wrote:

 On Wed, Aug 27, 2003 at 07:26:10AM +1000, John Birrell wrote:
  One way to do this initially is to install a full FreeBSD system on one
  disk partition and use a second partition for a trial install. FreeBSD's
  boot manager will let you boot into each.
 
 As I'm pursuing these matters as well, I've found that mucking with
 jails is faster, for a lot of bulk work.  Starting/stopping a jail is
 _much_ quicker than reboots.  (And it's a lot easier to reset a jail to
 a prior state.)  This won't exercise the rc* scripts, but will let you
 quickly test for dependancies elsewhere. 

Actually, I tend to boot my jails using the existing rc pieces -- I skip
some of the hardware-esque things (network interface configuration, file
system mounting), but do use the rc stuff to start daemons. 

 And whatever you find for dependancies, please document them somewhere; 
 I still have a fantasy of 'deconstructing' FreeBSD into finer-grained
 packages...

One of the big problems with that process has between that people who've
attempted it (perhaps rationally) get caught up in combining
compartmentalization of the build and compartmentalization of the
delivery.  I.e., they sit there and try to figure out how to break out
libraries, utilities, etc, and get caught up in building the end-all to
package building infrastructure.  Something a little lower-hanging would
go a long way... 

Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
[EMAIL PROTECTED]  Network Associates Laboratories

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Call for thread testers

2003-08-27 Thread Daniel Eischen
On Wed, 27 Aug 2003, Scott Long wrote:

 All,
 
 This is kind of an unconventional call for help.  As we approach the
 release of 5.2, we'd really like to show off the performance and
 stability of our new threading packages.  So, I'm looking for people
 to volunteer to go out and put some of the thread-capable enterprise
 and desktop packages to the test.  Packages that I would most like
 to see are:
 
 Apache 2
 BIND 9
 OpenOffice
 Mozilla
 KDE desktop + Konq
 Java 1.3/1.4 + Tomcat/etc
 MySQL
 Others?

As to OpenOffice, Mozilla, and KDE/Konqueror, David and I have
been using them all with libkse with no noticable difference.
I don't know how you'd judge performance with these, since
it is more how it feels.

You shouldn't use jdk13 with libkse or libthr since it relies
on the internals of the thread library (libc_r).  It is only useful
to benchmark jdk14 which, in theory, should work with all our
native thread libraries.

 The questions that I would like to have answered are:
 
 Does it take advantage of pthreads
 Does it work with libkse and libthr
 Does it operate correctly
 Does it perform better/worse than with libc_r
 Does it perform better/worse than under FreeBSD 4.x

One thing I have noticed about Mozilla, is that it does
create both scope process and scope system threads, which
was kind of nice to see.

The ACE library is threaded and includes a set of tests;
some of which show performance:

  http://www.cs.wustl.edu/~schmidt/ACE.html

David and I have a couple of other tests which we use to
measure performance of our threads libraries.

-- 
Dan Eischen

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Looking for detailed documentation: Install toexistingfilesystem

2003-08-27 Thread Montaro
During the installation
It loads a holographic terminal on ttyv4 i think?

I can't remember off hand if this is before or after the medium has started
copying
I'm hoping (for your sake) it is before...

Anyway, that is where I mean't for you to mount the file system, it will be
mounted for the duration of the installation..

Sorry for any confusion, I hope this helps?

-- 
Cheers,
Josh
Sixlabs


- Original Message - 
From: Charles Howse [EMAIL PROTECTED]
To: 'Montaro' [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Thursday, August 28, 2003 2:31 AM
Subject: RE: Looking for detailed documentation: Install to
existingfilesystem


 If you mounted ad3s1e on /disk2
 and on /disk2 was freebsd/ with the distrobution files in it, I am
 suspecting you would be telling sysinstall to look to
 /disk2/freebsd rather
 than /dev/ad3s1e/freebsd since /dev/ad3s1e/ is just the
 device not the acual
 mounted file system.

 Hope this helps.

With all due respect, are you sure about that?
Here's why I ask...
Since I booted from the CD (or I could have opted to boot from the
floppies), and went through the entire install process, creating
partitions and slices, the fact that I created a new mount point for
/dev/ades1e on /disk2 would lead me to believe that /disk2 would not be
mounted at that point, therefore the distfiles would not be available.

Now, I'm sure they would be available if I had started sysinstall from
my running FBSD system, but that's not what I'm after here.  I'm looking
to learn how to install from an existing filesystem when (for example)
the computer won't boot the operating system.

Does that make sense?




___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Call for thread testers

2003-08-27 Thread Scott Long
Daniel Eischen wrote:
On Wed, 27 Aug 2003, Scott Long wrote:


All,

This is kind of an unconventional call for help.  As we approach the
release of 5.2, we'd really like to show off the performance and
stability of our new threading packages.  So, I'm looking for people
to volunteer to go out and put some of the thread-capable enterprise
and desktop packages to the test.  Packages that I would most like
to see are:
Apache 2
BIND 9
OpenOffice
Mozilla
KDE desktop + Konq
Java 1.3/1.4 + Tomcat/etc
MySQL
Others?


As to OpenOffice, Mozilla, and KDE/Konqueror, David and I have
been using them all with libkse with no noticable difference.
I don't know how you'd judge performance with these, since
it is more how it feels.
With the desktop apps I'm mostly looking to collect data on the first
three criteria, and not worry about strict performance benchmarking
(assuming that the 'feel' doesn't go down the toilet).
You shouldn't use jdk13 with libkse or libthr since it relies
on the internals of the thread library (libc_r).  It is only useful
to benchmark jdk14 which, in theory, should work with all our
native thread libraries.
Yeah, right after I sent the email I remembered the limitation of 1.3.


The questions that I would like to have answered are:

Does it take advantage of pthreads
Does it work with libkse and libthr
Does it operate correctly
Does it perform better/worse than with libc_r
Does it perform better/worse than under FreeBSD 4.x


One thing I have noticed about Mozilla, is that it does
create both scope process and scope system threads, which
was kind of nice to see.
The ACE library is threaded and includes a set of tests;
some of which show performance:
  http://www.cs.wustl.edu/~schmidt/ACE.html

David and I have a couple of other tests which we use to
measure performance of our threads libraries.
When it comes to performance, it would be interesting to have a report
that says, Apache2 can serve FOO times more pages per second than
Apache 1.  Same goes for MySQL and others.  We really aren't ready to
benchmark against Linux or 4.x, but it would be very interesting to see
whether libkse and libthr really do give a performance gain on the same
OS and hardware.
Scott

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: bcm4400 driver and Dell 8500

2003-08-27 Thread James Nobis


On Wed, 27 Aug 2003, Joe Marcus Clarke wrote:

 On Wed, 2003-08-27 at 09:27, James Nobis wrote:
  On Wed, 27 Aug 2003, Kenneth D. Merry wrote:
 
   On Wed, Aug 27, 2003 at 08:40:25 +0100, Duncan Barclay wrote:
Hello James and Ken,
   
Both of you are having real problems with the bcm driver and both of you
have a Dell 8500.
   
This is James' dmesg output, which from memory looks very similar to your
Ken?
   
 bcm0: Broadcom 10/100 Base-T Ethernet mem 0xfaffe000-0xfaff irq 11
 at device 0.0 on pci2
 bcm0: Ethernet address: ff:ff:ff:ff:ff:ff
 panic: bcm0: Strange type for core 0x
  
   Yep, the messages I get are identical when I load it as a module.
  
 I'm running 5.1-current from august 22nd.  I can try pulling down the
 latest 5.1 tommorow if you think this might help.  This is the same result
 as when I tried the driver from over a month ago.
   
We think that the problem is something to do with the PCI configuration of
the machine. The ethernet address being ff:ff:ff:ff:ff:ff indicates that the
memory map is not right.
   
 Before sending this email I was going to obtain a backtrace.  I recompiled
 with the symbol table and kernel debugger and now the driver appears to
 work fine.  Should it work this way?
   
Hmm interesting. Ken can you try this and see if the driver then works?
  
   I've already got the kernel debugger on.  Do you mean changing the module
   compile somehow so that more symbols are included?  (It seems to resolve
   the function addresses in the module fine.)
  
 
  compiling with options DDB and makeoptions DEBUG=-g is what i mean

 Note, on my 5150, I also have a kernel built with -g.  I do not have DDB
 compiled in, but I have never tried a kernel without -g.  I may be
 susceptible to the same all-ffs problem.

 Joe

When i just did a -g, it still would crash when i tried to load the
module.  The crashes stopped entirely once I also added DDB.

-James

  
   The stack trace from the module load is:
  
   panic()
   bcm_chip_get_core()
   bcm_chip_reset()
   bcm_attach()
   device_probe_and_attach()
   etc.
  
   If I boot a kernel with the bcm driver compiled in, and don't attach to the
   docking station, it comes up fine until I insert my fxp card in the carbus
   slot.  Then I get the panic in bcm_ring_rx_eof() that I reported last
   night.  FWIW, when I have the driver compiled in, the memory location is
   identical to location used when the module loads (above), but the ethernet
   address is properly decoded:
  
   bcm0: Broadcom 10/100 Base-T Ethernet mem 0xfaffe000-0xfaff irq 11 at 
   device 0.0 on pci2
   bcm0: Ethernet address: 00:0b:db:94:bf:42
   miibus0: MII bus on bcm0
  
   If I boot a kernel with the bcm driver compiled in, and don't attach to the
   docking station, and don't insert my fxp card, I get slightly further.  I
   tried running dhclient, and got:
  
   All mbufs or mbuf clusters exhausted, please see tuning(7).
   bcm0: initialization failed: no memory for rx buffers
  
   Then I tried just manually ifconfiging the interface, and it works!
  
   Here's what netstat -m says:
  
   {erebor:/usr/home/ken:1:0} netstat -nm
   mbuf usage:
   GEN cache:  0/0 (in use/in pool)
   CPU #0 cache:   576/608 (in use/in pool)
   Total:  576/608 (in use/in pool)
   Mbuf cache high watermark: 512
   Maximum possible: 34304
   Allocated mbuf types:
 576 mbufs allocated to data
   1% of mbuf map consumed
   mbuf cluster usage:
   GEN cache:  0/0 (in use/in pool)
   CPU #0 cache:   575/584 (in use/in pool)
   Total:  575/584 (in use/in pool)
   Cluster cache high watermark: 128
   Maximum possible: 17152
   3% of cluster map consumed
   1320 KBytes of wired memory reserved (98% in use)
   1 requests for memory denied
   0 requests for memory delayed
   0 calls to protocol drain routines
  
   Performance, once I manually assigned an address seems okay; I was able to
   ftp a file over from another machine at a little over 11MB/sec.
  
   If I insert the fxp card after the bcm driver is configured, the cardbus
   initialization fails, and then I get the following messages over and over
   again:
  
   eek j=6, macCurrent 511, con288
  
   At that point I can 't even break into the debugger.
  
   That's all the time I have for tinkering with it this morning...
  
   Looks like things are working somewhat better, but there is still some
   weird stuff going on...
  
   Ken
   --
   Kenneth Merry
   [EMAIL PROTECTED]
  
  I don't have a docking station.  The built in ethernet is which uses the
  bcm driver.  I only have used it as a module and have not tried otherwise.
 
  -James
  ___
  [EMAIL PROTECTED] mailing list
  http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
  To unsubscribe, 

Re: bcm4400 driver and Dell 8500

2003-08-27 Thread Duncan Barclay

On 27-Aug-2003 Kenneth D. Merry wrote:
 On Wed, Aug 27, 2003 at 08:40:25 +0100, Duncan Barclay wrote:
 Hello James and Ken,
 
 Both of you are having real problems with the bcm driver and both of you
 have a Dell 8500.
 
 This is James' dmesg output, which from memory looks very similar to your
 Ken?
 
  bcm0: Broadcom 10/100 Base-T Ethernet mem 0xfaffe000-0xfaff irq 11
  at device 0.0 on pci2
  bcm0: Ethernet address: ff:ff:ff:ff:ff:ff
  panic: bcm0: Strange type for core 0x
 
 Yep, the messages I get are identical when I load it as a module.
 
  I'm running 5.1-current from august 22nd.  I can try pulling down the
  latest 5.1 tommorow if you think this might help.  This is the same result
  as when I tried the driver from over a month ago.
 
 We think that the problem is something to do with the PCI configuration of
 the machine. The ethernet address being ff:ff:ff:ff:ff:ff indicates that the
 memory map is not right.
 
  Before sending this email I was going to obtain a backtrace.  I recompiled
  with the symbol table and kernel debugger and now the driver appears to
  work fine.  Should it work this way?
 
 Hmm interesting. Ken can you try this and see if the driver then works?
 
 I've already got the kernel debugger on.  Do you mean changing the module
 compile somehow so that more symbols are included?  (It seems to resolve
 the function addresses in the module fine.)
 
 The stack trace from the module load is:
 
 panic()
 bcm_chip_get_core()
 bcm_chip_reset()
 bcm_attach()
 device_probe_and_attach()
 etc.
 
 If I boot a kernel with the bcm driver compiled in, and don't attach to the
 docking station, it comes up fine until I insert my fxp card in the carbus
 slot.  Then I get the panic in bcm_ring_rx_eof() that I reported last
 night.  FWIW, when I have the driver compiled in, the memory location is
 identical to location used when the module loads (above), but the ethernet
 address is properly decoded:

This is still smelling of memory stuff outside of my experience.

 bcm0: Broadcom 10/100 Base-T Ethernet mem 0xfaffe000-0xfaff irq 11 at
 device 0.0 on pci2
 bcm0: Ethernet address: 00:0b:db:94:bf:42
 miibus0: MII bus on bcm0
 
 If I boot a kernel with the bcm driver compiled in, and don't attach to the
 docking station, and don't insert my fxp card, I get slightly further.  I
 tried running dhclient, and got:
 
 All mbufs or mbuf clusters exhausted, please see tuning(7).
 bcm0: initialization failed: no memory for rx buffers

Just checked dhclient and it works fine for me.

 Then I tried just manually ifconfiging the interface, and it works!
 
 Here's what netstat -m says:
 
 {erebor:/usr/home/ken:1:0} netstat -nm
 mbuf usage:
 GEN cache:  0/0 (in use/in pool)
 CPU #0 cache:   576/608 (in use/in pool)
 Total:  576/608 (in use/in pool)
 Mbuf cache high watermark: 512
 Maximum possible: 34304
 Allocated mbuf types:
   576 mbufs allocated to data
 1% of mbuf map consumed
 mbuf cluster usage:
 GEN cache:  0/0 (in use/in pool)
 CPU #0 cache:   575/584 (in use/in pool)
 Total:  575/584 (in use/in pool)
 Cluster cache high watermark: 128
 Maximum possible: 17152
 3% of cluster map consumed
 1320 KBytes of wired memory reserved (98% in use)
 1 requests for memory denied
 0 requests for memory delayed
 0 calls to protocol drain routines
 
 Performance, once I manually assigned an address seems okay; I was able to
 ftp a file over from another machine at a little over 11MB/sec.

Cool, thats about right.
 
 If I insert the fxp card after the bcm driver is configured, the cardbus
 initialization fails, and then I get the following messages over and over
 again:
 
 eek j=6, macCurrent 511, con288

This is a little loop that waits for the card to finish DMAing a packet. There
should be a DELAY(1) in there. But it may be commented out.

Do we think that cardbus is trashing the memory space somehow?
 
 At that point I can 't even break into the debugger.
 
 That's all the time I have for tinkering with it this morning...
 
 Looks like things are working somewhat better, but there is still some
 weird stuff going on...
 
 Ken
 -- 
 Kenneth Merry
 [EMAIL PROTECTED]
 

-- 

Duncan Barclay  | 
[EMAIL PROTECTED]   | 
[EMAIL PROTECTED]| 
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Call for thread testers

2003-08-27 Thread Gordon Tetlow
On Wed, Aug 27, 2003 at 10:05:28AM -0600, Scott Long wrote:
 All,
 
 This is kind of an unconventional call for help.  As we approach the
 release of 5.2, we'd really like to show off the performance and
 stability of our new threading packages.  So, I'm looking for people
 to volunteer to go out and put some of the thread-capable enterprise
 and desktop packages to the test.  Packages that I would most like
 to see are:
 
 Apache 2
 BIND 9
 OpenOffice
 Mozilla
 KDE desktop + Konq
 Java 1.3/1.4 + Tomcat/etc
 MySQL
 Others?

I've found that privoxy is a good program to test threads. It does
alot of network io too. ports/www/privoxy. Just point your web browser
to use it.

 The questions that I would like to have answered are:
 
 Does it take advantage of pthreads
Yes.
 Does it work with libkse and libthr
Sort of.
 Does it operate correctly
libthr: tends to segfault (sig11). Occasional DNS resolution issues.
libkse: tends to segfault (sig11), I've gotten my box to crash
once too (BAD!).  ^C still doesn't kill the process. 
Occasional DNS resolution issues. Here's the output from the
console:

Aug 27 10:22:41 Privoxy(134991872) Request: images.slashdot.org/greendot.gif
Aug 27 10:22:41 Privoxy(134979584) Request: images.slashdot.org/pix.gif
Aug 27 10:22:46 Privoxy(135041024) Error: could not resolve hostname 
images.slashdot.org
--- This is bad, I have no problems resolving this normally.
^CAug 27 10:22:56 Privoxy(135163904) Info: exiting by signal 2 .. bye


^CAug 27 10:23:35 Privoxy(135151616) Info: exiting by signal 2 .. bye
^CAug 27 10:23:35 Privoxy(135110656) Info: exiting by signal 2 .. bye
^CAug 27 10:23:36 Privoxy(135065600) Info: exiting by signal 2 .. bye
^CAug 27 10:23:36 Privoxy(135053312) Info: exiting by signal 2 .. bye
^CAug 27 10:23:36 Privoxy(134742016) Info: exiting by signal 2 .. bye
^^^--- I guess I killed the individual threads.
^C^C^C
^C^C^C
^C^C^C
^^^--- Nothing left to kill?
load: 0.35  cmd: privoxy 1257 [KSE] 0.06u 0.09s 0% 3424k
^^^--- I hit ^T here.

 Does it perform better/worse than with libc_r
When it worked, it worked better under thr and kse.
 Does it perform better/worse than under FreeBSD 4.x
ENOTTESTED

In short, we aren't there yet.

-gordon


pgp0.pgp
Description: PGP signature


Re: Minimalist FreeBSD 4.8

2003-08-27 Thread Fred Clift
On Wed, 27 Aug 2003, John Birrell wrote:

 On Tue, Aug 26, 2003 at 01:28:14PM -0500, Tyler Kellen wrote:
  What I'd really like to know is how to strip down a working system.  If
...

 One way to do this initially is to install a full FreeBSD system on one
 disk partition and use a second partition for a trial install. FreeBSD's

Netbooting with PXE might make this particularly painless (painless after
setup - getting pxe boots working is another issue...)  man diskless for
more information about this -- you can then take your diskless image that
you boot and trim _it_ down and repeatedly reboot and have an easy way to
put things back (ie you mv them out and back in if you found them
necessary).  This of course requires 2 machines for development rather
than one, but it is fairly convienient.

--
Fred Clift - fclift at verio.net -- Remember: If brute
force doesn't work, you're just not using enough.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Call for thread testers

2003-08-27 Thread Sean Chittenden
[moving to -threads]

 This is kind of an unconventional call for help.  As we approach the
 release of 5.2, we'd really like to show off the performance and
 stability of our new threading packages.  So, I'm looking for people
 to volunteer to go out and put some of the thread-capable enterprise
 and desktop packages to the test.  Packages that I would most like
 to see are:
 
 Apache 2
 BIND 9
 OpenOffice
 Mozilla
 KDE desktop + Konq
 Java 1.3/1.4 + Tomcat/etc
 MySQL
 Others?
 
 The questions that I would like to have answered are:
 
 Does it take advantage of pthreads
 Does it work with libkse and libthr
 Does it operate correctly
 Does it perform better/worse than with libc_r
 Does it perform better/worse than under FreeBSD 4.x

What's the current status of KSE?  Is the project page
(http://www.FreeBSD.org/kse/) considered up to date by the KSE
developers?  Are the remaining bits for KSE either bug related or
dealing with ARCH != x86?  Are there any remaining/outstanding
gotchas/bugs on the radar/problems that the KSE developers are aware
of?

I've heard that the konsole bug has been fixed and there's a patch
floating around to fix the SIGABRTs for that program (was my biggest
gripe last time I tested libkse).

Just trying to figure out what my expectations should be with regards
to testing at this point.  Is KSE to the point that it's ready for
performance testing or is stability still a concern?

tia, -sc

-- 
Sean Chittenden
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Minimalist FreeBSD 4.8

2003-08-27 Thread Gianmarco Giovannelli
On Wednesday 27 August 2003 17:32, Robert Watson wrote:
 As has been mentioned, the FreeBSD source tree as shipped isn't configured
 for minimization without a fair amount of effort.  However, there are a

Hi all,
we are developing a small set of scripts that are based on minibsd 
(http://neon1.net/misc/minibsd.html) .

If you want to try they try to build a small about 10-12M FreeBSD env suitable 
to be flashed on some embedded system.

It should work both on 4.x and 5.x branch as well.
The work is still in progress and we think to assimilate later (when it will 
be finished) in the freesbie project (www.freebsdie.org) .

Btw also in this first stage of development it is full suitable to build a 
small, compact, customizable FreeBSD minidsitrib.

I attach all the scripts here...
If you want to modify something please check the config.sh file.

 
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Minimalist FreeBSD 4.8

2003-08-27 Thread Gianmarco Giovannelli
On Wednesday 27 August 2003 23:26, Gianmarco Giovannelli wrote:
[...]
 It should work both on 4.x and 5.x branch as well.
 The work is still in progress and we think to assimilate later (when it
 will be finished) in the freesbie project (www.freebsdie.org) .

 Btw also in this first stage of development it is full suitable to build a
 small, compact, customizable FreeBSD minidsitrib.

 I attach all the scripts here...
 If you want to modify something please check the config.sh file.

Ooops seems the attach is went lost: here is the link :-)
http://www.gufi.org/~gmarco/files/miniBSD.tgz (ca 15kb)




___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]