Re: VIA VT6103 Ethernet Controller Question

2002-12-20 Thread Thomas Nystrom
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 */



Re: Fix for hanging of vr interface (Rhine Ethernet)

2002-12-20 Thread Thomas Nystrom
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



fxp0 device - Intel NIC

2002-12-20 Thread redjupiter
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.

2002-12-20 Thread Asker
> > > 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: FTP installation from the floppies through ADSL modem with PPPoEor PPTP protocol.

2002-12-20 Thread Ivan Voras
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



Re: ntop makes my freebsd-4.7 machine to crash.

2002-12-20 Thread Kent Stewart
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: More information (was Re: pthread woes)

2002-12-20 Thread Emiel Kollof
* 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: The plot thickens (problem solved!) (was Re: More information ...)

2002-12-20 Thread Stijn Hoop
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: The plot thickens (problem solved!) (was Re: More information ...)

2002-12-20 Thread Emiel Kollof
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: anyone run 4.7 on amd dualMP's

2002-12-20 Thread Josef Grosch
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