fxtv/bktr driver broken?

1999-11-28 Thread Kenneth Wayne Culver
I have included a link screenshot of what the picture is doing on my tv card. It seems that since gcc 2.95.2 has been introduced as the default compiler on FreeBSD-CURRENT, the behavior in the jpeg has been occuring. I have tried to locate the source of the problem in the driver, but I don't know

Re: ep driver troubles

1999-11-28 Thread Matthew N. Dodd
On Sun, 28 Nov 1999, Eric Ogren wrote: > I just recently upgraded to 4.0-CURRENT, and I can't seem to get the > new ep driver to recognize my 3c509b card (yes, I know it's an awful > NIC, but it's what I have, and it's worked fine for me). put controller pnp0 in your config file. -- | Matthe

gcc 2.95.2 breaks imake

1999-11-28 Thread John Saunders
I have just noticed that the new gcc breaks imake because /usr/libexec/cpp doesn't define __FreeBSD__. What is the plan to fix everything in this area? The 2 options I can see is to revert the behaviour of cpp, or find everything that uses cpp and change them to use cc -E. My current "fix" invole

Re: loader.conf, ordering of loading of modules

1999-11-28 Thread Mike Smith
> On Sun, 28 Nov 1999, Nick Hibma wrote: > > > There are symbols in usb.ko that are needed by uhci.c . I know it is > > stupid, but that's the way it is, without a complete rewrite of the USB > > stack. > > You can define module dependency in the uhci module Makefile: > KMODDEPS=usb The

Re: loader.conf, ordering of loading of modules

1999-11-28 Thread Boris Popov
On Sun, 28 Nov 1999, Nick Hibma wrote: > There are symbols in usb.ko that are needed by uhci.c . I know it is > stupid, but that's the way it is, without a complete rewrite of the USB > stack. You can define module dependency in the uhci module Makefile: KMODDEPS=usb -- Boris Popov htt

ep driver troubles

1999-11-28 Thread Eric Ogren
Hi all- I just recently upgraded to 4.0-CURRENT, and I can't seem to get the new ep driver to recognize my 3c509b card (yes, I know it's an awful NIC, but it's what I have, and it's worked fine for me). I have "device ep0" (and nothing else) in my kernel configuration file. Upon booting, I do

Re: strfile -C

1999-11-28 Thread Steve Ames
Actually... it appears I just have a left over strfile in /usr/bin... that shouldn't be there? The only source for strfile seems to be in games/fortune/strfile and it installs strfile into /usr/games these days... I must have missed this change. -Steve On Sun, Nov 28, 1999 at 07:47:33PM -0500,

strfile -C

1999-11-28 Thread Steve Ames
-current as of about 3 hours ago. vv# strfile -C strfile: illegal option -- C strfile: [iorsx] [-c char] sourcefile [datafile] Not a biggie from my standpoint but the man page says that there is a '-C' option and, more importantly, its used in /usr/src/games/fortune/datfiles -Steve To Unsubs

Re: loader.conf, ordering of loading of modules

1999-11-28 Thread Mike Smith
> > There are symbols in usb.ko that are needed by uhci.c . I know it is > stupid, but that's the way it is, without a complete rewrite of the USB > stack. Ugh. I would, in that case, just build usb.ko to contain the usb, uhci and ohci modules rather than trying to hack around this. If they'

Re: loader.conf, ordering of loading of modules

1999-11-28 Thread Nick Hibma
There are symbols in usb.ko that are needed by uhci.c . I know it is stupid, but that's the way it is, without a complete rewrite of the USB stack. Nick On Sun, 28 Nov 1999, Mike Smith wrote: > > > > Is it possible to change the order in which modules are loaded in > > loader.conf? I need us

Re: loader.conf, ordering of loading of modules

1999-11-28 Thread Mike Smith
> > Is it possible to change the order in which modules are loaded in > loader.conf? I need usb before uhci before ums. > > usb_load="YES" > uhci_load="YES" > ums_load="YES" > > doesn't do it. Why do you need the ordering? They should be loaded and linked long before the pr

loader.conf, ordering of loading of modules

1999-11-28 Thread Nick Hibma
Is it possible to change the order in which modules are loaded in loader.conf? I need usb before uhci before ums. usb_load="YES" uhci_load="YES" ums_load="YES" doesn't do it. Nick -- e-Mail: [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsu

Re: State of Alpha support and Oracle.

1999-11-28 Thread Andrew Gallatin
Mike Smith writes: > > > > I am not sure of thw state of things but if someone wanted to run Oracle-8 > > and had an idea in their mind that they'd like to run it in an Alpha, > > tehn teh following questions would need to be answered (and I dont know > > the answers) > > > > 2/ is there

Re: Which is the truth? (sycalls and traps)

1999-11-28 Thread Julian Elischer
On Sun, 28 Nov 1999, Richard Seaman, Jr. wrote: (should be in -arch) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: Which is the truth? (sycalls and traps)

1999-11-28 Thread TrouBle
> The linuxthreads "port" at http://lt.tar.com didn't compile against > a linux environment, and didn't required linux compatibility. The > information at that site is now outdated, but there's a pointer > there to an updated port produced by Russell Carter that also doesn't > require any linux c

Re: Which is the truth? (sycalls and traps)

1999-11-28 Thread Richard Seaman, Jr.
On Sun, Nov 28, 1999 at 09:46:03AM -0800, Matthew Dillon wrote: > > :Ummm Okay are you maybe saying that there is kernel spcae thread support for the > :current FreeBSD using linux threads ??? if so, is there a way, i can also get a > :thread supported system using current for some testing also ?

Re: Which is the truth? (sycalls and traps)

1999-11-28 Thread Matthew Dillon
:Ummm Okay are you maybe saying that there is kernel spcae thread support for the :current FreeBSD using linux threads ??? if so, is there a way, i can also get a :thread supported system using current for some testing also ??? or it is :genberic to your installations alone, or is threading actua

Re: Which is the truth? (sycalls and traps)

1999-11-28 Thread TrouBle
Ummm Okay are you maybe saying that there is kernel spcae thread support for the current FreeBSD using linux threads ??? if so, is there a way, i can also get a thread supported system using current for some testing also ??? or it is genberic to your installations alone, or is threading actually i

Re: Which is the truth? (sycalls and traps)

1999-11-28 Thread Matthew Dillon
:FYI, some measurements I did with the Linuxthreads "port" (ie. :native FreeBSD kernel threads using the linux threads code) on a :266Mhz AMD processor showed the ability to do about 150,000 :kernel thread context switches/sec. The threads didn't do anything :other than context switch, so a "rea

Re: Which is the truth? (sycalls and traps)

1999-11-28 Thread Richard Seaman, Jr.
On Sun, Nov 28, 1999 at 08:34:16AM -0800, Matthew Dillon wrote: > Well, it could be 300x but that's like comparing a cache hit to a cache > miss - in real terms a UP syscall takes, what, 1-3 uS? An SMP syscall > takes 6 uS. This on a PIII-450. Both times can be cut down to less >

Vortex

1999-11-28 Thread Kenneth Culver
Are our Aureal Vortex sound drivers working yet?? Just wondering because the OSS ones don't work with -CURRENT very well, and I'm a bit anxious to get rid of this stupid SB16... :-) Kenneth Culver To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of

__do_global_ctors in a.out

1999-11-28 Thread Motoyuki Konno
Hi, "make -DWANT_AOUT world" on my -current machines fails at: log starts here rm -f .depend /usr/obj/aout/usr/src/lib/libncurses/GPATH /usr/obj/aout/usr/src/lib/libncurses/GRTAGS /usr/obj/aout/usr/src/lib/libncurses/GSYMS /usr/obj/aout/usr/src/lib/libncurses/GTAGS cc -o make

gcc-2.95.2, jade and freebsd-sgml-documentation

1999-11-28 Thread F. Heinrichmeyer
i tried to make me a new handbook, so i needed jade. But the newest C++ fashion (g++ under current) has changed to fast for this very old 1998 heavily template based source code distribution ;-). I had a lot of problems with const and not const .. and gave up. It is far to much to post here ...

Re: Which is the truth? (sycalls and traps)

1999-11-28 Thread Matthew Dillon
: :I was rather suprised when I found out just how expensive kernel entry was :some time ago.. What I was doing was a reentrant syscall that aquired no :locks and ran about 5 instructions in kernel context.. Anyway, it took :something like 300 times longer to do that (called via int $0x81) than

Re: mount_nfs broken

1999-11-28 Thread Matthew Dillon
:> :> It is mount_nfs, and there is mention of mounttab.c in the Makefile, :> but no mounttab.c anywhere in the source tree. : : this file located in the src/usr.sbin/rpc.umntall/ directory. :However common things should go in the library. : :-- :Boris Popov :http://www.butya.kz/~bp/ W

Re: mount_nfs broken

1999-11-28 Thread Matthew Dillon
: :> > It is mount_nfs, and there is mention of mounttab.c in the Makefile, :> > but no mounttab.c anywhere in the source tree. :> :> this file located in the src/usr.sbin/rpc.umntall/ directory. :> However common things should go in the library. : :Yeah, I found it now. I had a screwed up

Re: HEADS UP - don't forget to MAKEDEV

1999-11-28 Thread Brian Somers
> In message <[EMAIL PROTECTED]>, Brian Somers writes: > >Hi, > > > >Just a quick HEADS UP since the final bits of the block device > >removal have gone in, it's now possible to dig yourself a hole if you > >forget to MAKEDEV your disk devices (with the latest version of > >MAKEDEV) and end

Re: HEADS UP - don't forget to MAKEDEV

1999-11-28 Thread Poul-Henning Kamp
In message <[EMAIL PROTECTED]>, Brian Somers writes: >Hi, > >Just a quick HEADS UP since the final bits of the block device >removal have gone in, it's now possible to dig yourself a hole if you >forget to MAKEDEV your disk devices (with the latest version of >MAKEDEV) and end up with a cor

HEADS UP - don't forget to MAKEDEV

1999-11-28 Thread Brian Somers
Hi, Just a quick HEADS UP since the final bits of the block device removal have gone in, it's now possible to dig yourself a hole if you forget to MAKEDEV your disk devices (with the latest version of MAKEDEV) and end up with a corrupt disk at boot fsck will fail to set the device cl

Re: mount_nfs broken

1999-11-28 Thread Mark Murray
> > It is mount_nfs, and there is mention of mounttab.c in the Makefile, > > but no mounttab.c anywhere in the source tree. > > this file located in the src/usr.sbin/rpc.umntall/ directory. > However common things should go in the library. Yeah, I found it now. I had a screwed up cvsup-mir

Re: mount_nfs broken

1999-11-28 Thread Boris Popov
On Sun, 28 Nov 1999, Mark Murray wrote: > > Could you be more specific? It seems to work for me (I removed > > /var/db/mounttab and tried it with a new build and it did work). > > Damn. I screwed up the reporting bigtime. > > It is mount_nfs, and there is mention of mounttab.c in the

Re: mount_nfs broken

1999-11-28 Thread Mark Murray
> Hi > > Mount_mfs is broken - mounttab\* not present. > > M D'uh. Apart from being inconsistent in my error reporting then screwing it up later when asked to clarify, there was a problem on my cvsupd box that was causing an incomplete mirror, so this problem is complete BS. Apologies. M --

Re: ATA and msdosfs problems / corruption

1999-11-28 Thread Soren Schmidt
It seems Wes Morgan wrote: > > ad0: ATA-? disk at ata0 as master > ad0: 2015MB (4127760 sectors), 4095 cyls, 16 heads, 63 S/T, 512 B/S > ad0: 16 secs/int, 0 depth queue, DMA > ad1: ATA-4 disk at ata0 as slave > ad1: 17206MB (35239680 sectors), 34960 cyls, 16 heads, 63 S/T, 512 B/S > ad1: 16 se

Re: Boot error

1999-11-28 Thread Mike Smith
> Ok...for hardware, all I have in the machine is: > A Linksys 10/100 ethernet (uses pn0) > A SCSI card (uses bt0) > A S3 Virge video card > A FIC VA-503+ motherboard w/ 32meg PC66 sdram and a K6-2 400 > the only thing changed between the 2 machines was the other was a Shuttle > Socket 370 motherb