Re: anyone run 4.7 on amd dualMP's
On Fri, Dec 20, 2002 at 05:47:55PM -0500, Jonathan Disher wrote: > On Fri, 20 Dec 2002, Eriq wrote: > > > just wondering how stable 4.7 would be on that hardware. has anyone tryed > > running dual MPs and what is there take on it or is intel better. I would > > like to go dual but not sure which way to go > > Yes, we have a dual MP2200 that is fast as hell. > > Our only current problem is that MySQL sucks on a FreeBSD machine with > more than 1 CPU. I'm still eagerly awaiting 5.0-RELEASE to see if our > problems are fixed. I'm running FreeBSD 4.7-STABLE on dual P-II 350's and it is also pretty damn fast. Is your experence that your MySQL database is slow during writes or updates? You do know that MySQL is single threaded on a write? It locks the table on a write, as in an insert, update, or delete. Have you considered Postgresql? Josef -- Josef Grosch | Another day closer to a | FreeBSD 4.7 [EMAIL PROTECTED] | Micro$oft free world | www.bafug.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: The plot thickens (problem solved!) (was Re: More information ...)
On Saturday 21 December 2002 00:02, Stijn Hoop wrote: > > [snip rest of similar errors] > > Great, that looks like the same error indeed. Now all you two have to do > is find out what your systems have in common. > > FWIW attached is a listing of my installed ports, my make.conf, and uname > output, so you can compare to a 'working' system. > > HTH, Thanks! I'm also corresponding with Eric Anholt about this off-list. This will certainly help. Cheers, Emiel -- Emiel Kollof <[EMAIL PROTECTED]> Platform agnostic git, *NIX crash test dummy, Network necromancer and code mumbling sysadmin. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: The plot thickens (problem solved!) (was Re: More information ...)
On Fri, Dec 20, 2002 at 10:05:28AM -0800, [EMAIL PROTECTED] wrote: > On 20 Dec, Emiel Kollof wrote: > > * Stijn Hoop ([EMAIL PROTECTED]) wrote: > > > >> > I might be the first to have noticed. What if suddenly 20 more people in > >> > the span of the next 24 hours report that X or X apps won't build? > >> > >> That's of course true, but 16 hours have passed since your first email > >> and noone else reports such a problem. Experience has shown that X build > >> problems will probably be reported more frequently here or on -ports > >> during that period if they affect all of the FreeBSD user group. > >> Or maybe everyone's on holiday of course, I don't know... > > > After a portupgrade last night /usr/ports/multimedia/mplayer would not > build so this morning I went to rebuild XFree and it failed with: > /usr/X11R6/lib/libXt.so: undefined reference to `pthread_cond_signal' [snip rest of similar errors] Great, that looks like the same error indeed. Now all you two have to do is find out what your systems have in common. FWIW attached is a listing of my installed ports, my make.conf, and uname output, so you can compare to a 'working' system. HTH, --Stijn -- The very powerful and the very stupid have one thing in common. Instead of altering their views to fit the facts, they alter the facts to fit their views ... which can be very uncomfortable if you happen to be one of the facts that needs altering. -- Doctor Who, "Face of Evil" FreeBSD firsa.sandcat.nl 4.7-STABLE FreeBSD 4.7-STABLE #1: Mon Dec 16 18:28:30 CET 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/FIRSA i386 --- USA_RESIDENT=NO CPUTYPE=i686 XFREE86_VERSION=4 DISTDIR=/local/distfiles WRKDIRPREFIX=/local/build KERNCONFDIR=/usr/local/etc # -- use.perl generated deltas -- # # Created: Sat Nov 30 00:51:52 2002 # Setting to use base perl from ports: PERL_VER=5.8.0 PERL_VERSION=5.8.0 PERL_ARCH=mach NOPERL=yo NO_PERL=yo NO_PERL_WRAPPER=yo --- Mesa-3.4.2_2 ORBit-0.5.17 OpenSSH-askpass-1.2.2.2001.02.24 Sablot-0.96_2 XFree86-Server-4.2.1_6 XFree86-clients-4.2.1_2 XFree86-fontDefaultBitmaps-4.2.0 XFree86-fontEncodings-4.2.0 XFree86-libraries-4.2.1_5 Xaw3d-1.5 Xft-2.0_1 aalib-1.4.r5_1 apache-2.0.43_1 autoconf-2.53_1 autoconf213-2.13.000227_5 automake-1.5,1 automake14-1.4.5_9 bbkeys-0.8.5 bbpager-0.3.0 bison-1.75 blackbox-0.65.0 boxtools-0.65.0 cabextract-0.6 curl-7.9.8 cvsup-16.1f docbook-1.2 docbook-241 docbook-3.0 docbook-3.1 docbook-4.0 docbook-4.1 drm-kmod-0.9.6 esound-0.2.29 expat-1.95.5 ezm3-1.0 fontconfig-2.0_2 freetype-1.3.1_2 freetype2-2.1.2_1 gd-2.0.1_3 gdk-pixbuf-0.21.0 gettext-0.11.5_1 gimp-1.2.3_2,1 gle-3.0.3 glib-1.2.10_8 gmake-3.80 gqview-1.1.1 gtk-1.2.10_9 gv-3.5.8_1 help2man-1.29 imake-4.2.0_1 iso8879-1986 jade-1.2.1_1 jpeg-6b_1 lame-3.93.1 lcms-1.09 libaudiofile-0.2.3 libgnugetopt-1.2 libiconv-1.8_2 libmikmod-esound-3.1.10 libmng-1.0.4 libogg-1.0_1,3 libtool-1.3.4_4 libvorbis-1.0_1,3 libxml-1.8.17_1 linuxdoc-1.1 localfonts-0.4 m4-1.4_1 mad-esound-0.14.2b_2 mkcatalog-1.1 mkfontalias-0.3 mod_php4-4.2.3 mplayer-fonts-0.50 mplayer-gtk-0.90.0.10_1 mutt-1.4 mysql-client-3.23.54 mysql-server-3.23.54 nasm-0.98.33,1 open-motif-2.2.2_1 p5-DBD-mysql-2.1018 p5-DBI-1.28 p5-Net-Daemon-0.36 p5-PlRPC-0.2016 p5-Storable-2.05 p5-Test-Harness-2.26 p5-Test-Simple-0.47_1 perl-5.8.0_4 phoenix-0.5_3 pkgconfig-0.13.0 pkgdb.db png-1.2.5 portupgrade-20021209 pth-1.4.1_1 python-2.2.2_2 reallyslick-0.6.6 ripnews-0.0.9 rsync-2.5.5_1 ruby-1.6.8.p3 ruby-bdb1-0.1.7 ruby-shim-ruby18-1.7.3.2002.12.11 samba-2.2.7a screen-3.9.13 scummvm-0.3.0b sdl-1.2.4_1 sed_inplace-2002.10.19 sgmlformat-1.7_2 sudo-1.6.6 svgalib-1.4.2_1 t1lib-1.3.1 tiff-3.5.7 ttmkfdir-0.0_1 unrar-3.10b1 unzip-5.50 wget-1.8.2_2 win32-codecs-011002.0.0.90pre7 wine-2002.10.31 wrapper-1.0_2 xmms-esound-1.2.7_3 xpdf-2.00 xscreensaver-4.06 zip-2.3_1 zsh-4.0.6 msg52599/pgp0.pgp Description: PGP signature
Re: More information (was Re: pthread woes)
* Emiel Kollof ([EMAIL PROTECTED]) wrote:
> On Friday 20 December 2002 03:05, Emiel Kollof wrote:
>
> > % gcc -o gtktest gtktest.c `gtk12-config --libs` `gtk12-config --cflags`
> > /usr/X11R6/lib/libX11.so: undefined reference to `pthread_cond_signal'
> > /usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_zero_stub_'
> > /usr/X11R6/lib/libX11.so: undefined reference to `pthread_cond_broadcast'
> > /usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_self_stub_'
>
> It seems that XThrStub is causing problems. Even after a recompile of
> XFree86-4-libraries the problems still occur. What do I do now? I'm stuck.
I filed a pr with number 46387. Even forcibly compiling stuff with
-pthread doesn't solve my problems. It seems that there is something
wicked is going on in XThrStub. When looking at the source, I find
strange #pragma preprocessor commands of which I'm not sure what they
are supposed to do. They involve _Xthr_zero_stub_ and Xthr_self_stub_
and somehow they don't seem to be present in the library symbols.
I googled around for a bit, and it seems that this has happened before
and was a problem in XFree86-4. It's not really clear what the problem
was, but it seems to have resurfaced.
Is nobody seeing what I'm seeing, or am I alone here?
Please, anyone try this snippet of code: (yes, it's the same as I
submitted in the PR)
--- test.c ---
char XOpenDisplay{};
int main() {
XOpenDisplay();
return 0;
}
--- end test.c ---
Compile as follows:
gcc -o test test.c -L /usr/X11R6/lib -pthread -lX11
If you see this:
azazel# gcc -o test test.c -L /usr/X11R6/lib -pthread -lX11
/usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_zero_stub_'
/usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_self_stub_'
your system has the same problems as I do. Also, somehow I doubt that
*every* X11 program needs -pthread or -lc_r.
Cheers,
Emiel
--
Miss, n.:
A title with which we brand unmarried women to indicate that
they are in the market.
-- Ambrose Bierce, "The Devil's Dictionary"
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
Re: ntop makes my freebsd-4.7 machine to crash.
On Thursday 19 December 2002 04:02 pm, Abel Alejandro wrote: > Hello running ntop (installed from ports) runs for like 5-10 minutes > then the machine panics. > I am using GENERIC kernel and normal port installation (no tweaks). > My system is updated as of today. > > Uname output: FreeBSD patrol.icenetworks.com 4.7-STABLE FreeBSD > 4.7-STABLE #2: > Wed Dec 18 17:31:52 AST 2002 > [EMAIL PROTECTED]:/usr/src/sys/compile/GENERIC i386 > > Ntop syslog output: http://patrol.icenetworks.com/~elec/ntop.txt > GDB Session output: http://patrol.icenetworks.com/~elec/gdb.txt > > Access to kernel.debug and vmcore.0 can be provided. > Ntop monitors a 45mbps network, with actually a 5-9mbps of bandwidth > utilization. > You didn't provide anything interesting. Your rc.conf and a dmesg would be interesting. I can't help you with dhcp but I don't think that is your problem. I think you have something that hasn't been defined but no one can guess what it is without the real information. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: FTP installation from the floppies through ADSL modem with PPPoEor PPTP protocol.
On Fri, 20 Dec 2002, Asker wrote: > > P.S. FTP installation use much less internet traffic than 4 huge ISO files' > downloading. > Actually, you can download only the "mini" ISO, which is 200mb (?) in size, and that is about the same as the minimum install. -- Ashes to ashes, DOS to DOS ivoras @ fer.hr To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
fxp0 device - Intel NIC
Hi guys, I have just got this from someone an intel Business card (InBusiness) and I think it is 82555/82559 chipset, I am not sure. anyway, I have installed it and attempted to connect it to my cable modem and have it confgured via dhcp but it does not do it. Statically it works just fine but not through dhcp and yet my RealTek works via dhcpd (so nothing wrong with my ISP). Dmesg says it is Intel Pro/100 (i8255 10/100) Any ideas? I really would like use this to the outside world. thanks To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: FTP installation from the floppies through ADSL modem with PPPoE or PPTP protocol.
> > > The modem can be configured to use PPPoE or PPTP protocol for making the > > > connection with my Internet Servise Provider. > > > > Well if the modem does PPPoE itself (and preusmably NAT) then you need no > > speical support from the OS. From its poitn of view you are just conencted > > via ethernet. > > If you need the machine to do PPPoE, ppp supports PPPoE. For this to > work, though, you need netgraph, which isn't in GENERIC. You will need > to make a custom kernel and build your own set of custom floppies. Ok, so in my situation the installation of FreeBSD is impossible. What do you think about changing GENERIC or just the kernel in installation floppies in the future releases of FreeBSD? I think it will be very useful because ADSL (therefore PPPoE protocol) is very frequent method of connecting with Internet Service Provider in our days. P.S. FTP installation use much less internet traffic than 4 huge ISO files' downloading. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Fix for hanging of vr interface (Rhine Ethernet)
Barry Pederson wrote: > > When you're testing the vr driver, is it possible to do it as a loadable > module, where you could repeatedly compile/kldload/test/kldunload? Or do > you have to compile-the-kernel/install/reboot/test? > > When I was fighting with vr on my mini-itx board, I was doing it the second > way, which was a pain. Tried the first way once, but didn't work (don't > recall the details at the moment) - wasn't sure if it wasn't possible or if > I was just missing something. > I have been using the compile-the-kernel/install/reboot/test variant when I made the tests. I don't know if it could be done with a module, maybe someone else on the list that have done that? /thn -- --- Svensk Aktuell Elektronik AB Thomas Nyström Box 10Phone: +46 8 35 92 85 S-191 21 Sollentuna Fax: +46 8 59 47 45 36 Sweden Email: [EMAIL PROTECTED] --- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: VIA VT6103 Ethernet Controller Question
Barry Pederson wrote: > > Oops, guess the 6103 is just a tranceiver, the 6102 is the controller - the > two go together. > > http://www.via.com.tw/en/datasheet/DS6103110.pdf > > which explains why the old EPIA boards show up as VT6102 in dmesg, even > though the website and manual only mentions VT6103. I think I'll shut up > now (but I'd still guess the EPIA-M networking is the same as the plain EPIA) Yeah, but it seems that there are some obscure differences between the integrated 6102 and the standalone 6102. Some reports saying that the integrated one can't connect to the 6103 (the PHY). I have looked at VIA's drivers and they are settning one bit to turn on the MII-interface (to the PHY). The attached patch does this, someone wants to try...? Please report the result (including an output of a 'pciconf -lv')! /thn -- --- Svensk Aktuell Elektronik AB Thomas Nyström Box 10Phone: +46 8 35 92 85 S-191 21 Sollentuna Fax: +46 8 59 47 45 36 Sweden Email: [EMAIL PROTECTED] --- diff -u org/if_vr.c ./if_vr.c --- org/if_vr.c Thu Dec 19 19:51:51 2002 +++ ./if_vr.c Thu Dec 19 19:53:52 2002 @@ -739,6 +739,9 @@ /* Reset the adapter. */ vr_reset(sc); +/* Turn on bit2 (MIION) in PCI configuration register 0x53 during +initialization */ +pci_write_config(dev, VR_PCI_MODE, pci_read_config(dev, VR_PCI_MODE, +4)|(VR_MODE3_MIION<<24), 4); + /* * Get station address. The way the Rhine chips work, * you're not allowed to directly access the EEPROM once diff -u org/if_vrreg.h ./if_vrreg.h --- org/if_vrreg.h Thu Dec 19 19:52:43 2002 +++ ./if_vrreg.hThu Dec 19 19:53:47 2002 @@ -540,6 +540,9 @@ #define VR_PCI_MINLAT 0x0F #define VR_PCI_RESETOPT0x48 #define VR_PCI_EEPROM_DATA 0x4C +#define VR_PCI_MODE0x50 + +#define VR_MODE3_MIION 0x04 /* power management registers */ #define VR_PCI_CAPID 0xDC /* 8 bits */
