Re: AIO was Re: Kernel threads

2000-01-05 Thread Jordan K. Hubbard
This is very interesting data and I was just wondering about the actual state of functionality in our AIO code just the other day, oddly enough. Does anyone have a PR# for the mentioned patches? - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the b

Re: AIO was Re: Kernel threads

2000-01-05 Thread John W. DeBoskey
With respect to AIO... we run a data server which multiplexes on the select() function, and uses AIO to do all it's I/O. This has been a very stable system. system : 4.0-19990827-SNAP start time : 1999/12/24 11:14:44 up time (days hh:mm:ss): 12 13:32:53 C

Re: cdrecord & Pioneer DVR-S201?

2000-01-05 Thread Kenneth D. Merry
On Thu, Jan 06, 2000 at 00:39:35 -0500, John W. DeBoskey wrote: > Hi, > >The subject pretty much asks the question. I'm looking for > anyone who has used or tried to use the new Pioneer DVR-S201 > 2nd Generation 4.7GB DVD-Writer on FreeBSD/cdrecord. > >I've looked at the current cdrecord

cdrecord & Pioneer DVR-S201?

2000-01-05 Thread John W. DeBoskey
Hi, The subject pretty much asks the question. I'm looking for anyone who has used or tried to use the new Pioneer DVR-S201 2nd Generation 4.7GB DVD-Writer on FreeBSD/cdrecord. I've looked at the current cdrecord support page and I don't see this drive listed. I've also search deja for any

Re: Reading kbd scancodes from userland

2000-01-05 Thread Dan Nelson
In the last episode (Jan 06), Daniel O'Connor said: > > On 05-Jan-00 Jim Shankland wrote: > >(void) tcsetattr(fd, 0, &old_t); > >if (ioctl(fd, KDSKBMODE, oldmode) < 0) { > > (void) fprintf(stderr, > > "Danger, Will Robinson! Can't restore keyboard: > > %s\n", >

Re: Reading kbd scancodes from userland

2000-01-05 Thread Daniel O'Connor
On 05-Jan-00 Jim Shankland wrote: >(void) tcsetattr(fd, 0, &old_t); >if (ioctl(fd, KDSKBMODE, oldmode) < 0) { > (void) fprintf(stderr, > "Danger, Will Robinson! Can't restore keyboard: > %s\n", You know I *really* wish there was a way to make sure that when your

Re: Should -mieee-fp equal fpsetmask(0) to avoid SIGFPE on FreeB

2000-01-05 Thread Daniel O'Connor
On 05-Jan-00 Dan Nelson wrote: > Aah, but we wouldn't have found the bug if FreeBSD hadn't caught it > I prefer to trap by default. The very few programs that require > IEEE > conformance can call fpsetmask() themselves. Isn't it really a POLA issue? It affects people that port code becaus

Re: SYM driver saves the day (where NCR driver crashes)

2000-01-05 Thread Bjorn Danielsson
[EMAIL PROTECTED] wrote: > > Anyway, we recently switched to the SYM driver (version 0.12.0). The > machine has now been up for 16 days without a single crash, and we're > very optimistic that the SYM driver has cured the problem. Kudos and > thanks to Gerard Roudier! Me too. Thanks Gerard, and

Upgrading from 3.0Release to 3.3Stable

2000-01-05 Thread Anthony Bourov
Hi,   I have performed several live upgrades of FreeBSD before (3.0Stable to 3.3Stable), and experienced no problems. However, I think there are more differences in 3.0Release (basically, that was the first version that supported SMP), and was hoping for some feed back. I know that the kerne

Re: Should -mieee-fp equal fpsetmask(0) to avoid SIGFPE on FreeBSD?

2000-01-05 Thread Dan Nelson
In the last episode (Jan 05), Ronald F. Guilmette said: > I hope that isn't true. _I_ certainly haven't yet given up hope that > someone will do the Right Thing and disable all IEEE traps before > entry to main(). Take a look at /sys/i386/include/npx.h; I believe you can change the default FP ma

Re: Reading kbd scancodes from userland

2000-01-05 Thread Jim Shankland
Lyndon Nerenberg <[EMAIL PROTECTED]> asks: > Is it possible to read the raw keyboard scancodes from a userland > process? I can't find an ioctl for this. (This is 3.3-RELEASE+PAO3, > atkbd and syscons.) Yup. Save the following as kbddump.c, then: cc -O kbddump.c -o kbddump ./kbd

Reading kbd scancodes from userland

2000-01-05 Thread Lyndon Nerenberg
Is it possible to read the raw keyboard scancodes from a userland process? I can't find an ioctl for this. (This is 3.3-RELEASE+PAO3, atkbd and syscons.) Failing that, has anyone figured out a keyboard mapping for an Inspiron 7000 that puts the left ALT key back where it belongs? (The reason for

Re: [OFFTOPIC] alt. C compiler

2000-01-05 Thread Martin Cracauer
In <[EMAIL PROTECTED]>, Ronald F. Guilmette wrote: > >So, -O is equivalent to -O1. [...] > (I'm glad that you pointed out my faux pas... I won't be using just -O > with gcc anymore!) Is this sentense missing a smiley? I hope so, since this is the attitude that got you intro trouble in first plac

Re: HEADS-UP newppbus for beta-testing

2000-01-05 Thread Maxim Sobolev
Nicolas Souchu wrote: > On Mon, Jan 03, 2000 at 09:24:52PM +0200, Maxim Sobolev wrote: > > > >Nicolas Souchu wrote: > > > >> Hi there! > >> > >> FOR ANYBODY THAT USES ZIP/PRINTER/PLIP ON THE PARALLEL PORT UNDER -current > >> > >> A major ppbus(4) release is available for beta-testing. > > > >Good

Re: linux kld: sblive

2000-01-05 Thread Brandon Fosdick
Gergely EGERVARY wrote: > > > So I've missed the whole discussion on the sblive driver timetable and > > the archives didn't help much. And I just grabbed creative's source for > > a linux driver from opensource.creative.com. Needless to say, it needs > > some work before it will compile. Is anyb

Re: Should -mieee-fp equal fpsetmask(0) to avoid SIGFPE on FreeBSD?

2000-01-05 Thread Ronald F. Guilmette
In message <[EMAIL PROTECTED]>, you wrote: >But I'm not sure I understand the difference between "undefined" and >"unspecified"? (What a cast from double to int should return when the source >doesn't fit into the destination). The C standard talks about "undefined behavior", and when it does, t

Re: Post a signal within an interrupt handler

2000-01-05 Thread Luoqi Chen
> While reading the code vfs_aio.c, I find out some comments saying it is > not safe to post a signal from the interrupt handler aio_physwakeup(). So > it calls timeout(9) within that handler and let the timeout routine to > post the signal. I do not understand this. Isn't the timeout mechanism >

Re: Should -mieee-fp equal fpsetmask(0) to avoid SIGFPE on FreeBSD?

2000-01-05 Thread Markus Holmberg
OK, so the saga goes on. Here's a reply to Martins mail (that was posted on Bugzilla as a comment to the relevant bug). This discussion was on it's way becoming a Mozilla issue, and hence not belong on freebsd-hackers, but the comment from [EMAIL PROTECTED] suggests that it *is* a question of sta

syscons: SC_MOUSE_CHAR value rationale

2000-01-05 Thread Marcin Cieslak
Is there any _particular_ reason why this is #define'd to (0xd0) in /sys/dev/syscons/syscons.c? Nearly everyone who wants to set up their national locale needs to recompile the kernel, since some important characters are hidden under mouse cursor. I sure that at least these are affected: (from

Re: [OFFTOPIC] alt. C compiler

2000-01-05 Thread Ronald F. Guilmette
In message <[EMAIL PROTECTED]>, Thomas David Rivers <[EMAIL PROTECTED]> wrote: >> But pragmatically, it sure would be nice if I (or you) as a programmer >> developing stuff on FreeBSD could include various of the FreeBSD include >> files into any program that we happen to be working on, and the

Re: CD-RW long filenames/rw filesystem.

2000-01-05 Thread Marius Bendiksen
> it, is grab a bunch of stuff you want to backup/record and use mkisofs and Use mkhybrid instead of mkisofs. It allows long filenames. > the CD-RW and then delete it later if you want to. Would it be possible, > or even feasible, to implement something like this in FreeBSD? Probably, but is t

Re: [OFFTOPIC] alt. C compiler

2000-01-05 Thread Thomas David Rivers
> Yes, according to the strict letter of the law, all of these other system > include files don't even have to exist, and if they do exist, they could > contain any garbage you want, including random binary bytes that drive the > compiler absolutely mad. The ANSI C standard has _nothing_ to say a

Re: [OFFTOPIC] alt. C compiler

2000-01-05 Thread Ronald F. Guilmette
In message <[EMAIL PROTECTED]>, Thomas David Rivers <[EMAIL PROTECTED]> wrote: rfg> Here is a list of a few system include file problems, in no particular rfg> order. Most of these are ANSI conformance problems. rfg> ... {bugz elided} ... > This begs a question and to help in my understan

Re: [OFFTOPIC] alt. C compiler

2000-01-05 Thread Patryk Zadarnowski
> Martin Cracauer <[EMAIL PROTECTED]> wrote in list.freebsd-hackers: > > You will not be able to use all features of FreeBSD, of course. > > Calling functions that take long long arguments doesn't work, these > > should be masked out when compiling struct ansi code. It may get > > painful quic

Re: Should -mieee-fp equal fpsetmask(0) to avoid SIGFPE on FreeBSD?

2000-01-05 Thread Markus Holmberg
On Wed, Jan 05, 2000 at 09:23:57AM +0100, Martin Cracauer wrote: > > > > #define JSDOUBLE_IS_INT(d, i) (JSDOUBLE_IS_FINITE(d) && \ > > !JSDOUBLE_IS_NEGZERO(d) && ((d) == (i = (jsint)(d > > Ah, OK, this macro is a conversion where the undefined result of the > (int)double_bigger_max_int i

Re: [OFFTOPIC] alt. C compiler

2000-01-05 Thread Thomas David Rivers
> > > In message <[EMAIL PROTECTED]>, > Martin Cracauer <[EMAIL PROTECTED]> wrote: > > >... If you have examples where it breaks, send them to me, please. > > Here is a list of a few system include file problems, in no particular > order. Most of these are ANSI conformance problems. > > >

Re: [OFFTOPIC] alt. C compiler

2000-01-05 Thread Ronald F. Guilmette
In message <[EMAIL PROTECTED]>, Martin Cracauer <[EMAIL PROTECTED]> wrote: >... If you have examples where it breaks, send them to me, please. Here is a list of a few system include file problems, in no particular order. Most of these are ANSI conformance problems. /usr/include/cam/cam.h:15

Post a signal within an interrupt handler

2000-01-05 Thread Zhihui Zhang
While reading the code vfs_aio.c, I find out some comments saying it is not safe to post a signal from the interrupt handler aio_physwakeup(). So it calls timeout(9) within that handler and let the timeout routine to post the signal. I do not understand this. Isn't the timeout mechanism also dri

Re: [OFFTOPIC] alt. C compiler

2000-01-05 Thread Ronald F. Guilmette
In message <[EMAIL PROTECTED]>, you wrote: >In the last episode (Jan 05), Ronald F. Guilmette said: >> Martin Cracauer <[EMAIL PROTECTED]> wrote: >> > >> >When your code breaks when using -O2 or higher, don't do that, use >> >just -O! >> >> Ah, excuse me, but -O is equivalent to -O2. > >/usr/sr

Re: [OFFTOPIC] alt. C compiler

2000-01-05 Thread Ronald F. Guilmette
In message <[EMAIL PROTECTED]>, you wrote: >> [3] The ANSI C standard, at least, contains the requirement that each >> individual system include file specified by that standard should >> be usable all by itself, without the programmer being required to >> explicitly include any OTHER

Re: HEADS-UP newppbus for beta-testing

2000-01-05 Thread Nicolas Souchu
On Mon, Jan 03, 2000 at 09:24:52PM +0200, Maxim Sobolev wrote: > >Nicolas Souchu wrote: > >> Hi there! >> >> FOR ANYBODY THAT USES ZIP/PRINTER/PLIP ON THE PARALLEL PORT UNDER -current >> >> A major ppbus(4) release is available for beta-testing. > >Good work! Now plip, which has been broken for ag

Re: Should -mieee-fp equal fpsetmask(0) to avoid SIGFPE on FreeBSD?

2000-01-05 Thread Ronald F. Guilmette
In message <[EMAIL PROTECTED]>, Martin Cracauer <[EMAIL PROTECTED]> wrote: >In <[EMAIL PROTECTED]>, Ronald F. Guilmette wrote: >> ... >> Yes, the existing Mozilla code should be fixed to perform the range >> check in the manner that Martin Cracauer <[EMAIL PROTECTED]> has >> shown above. Howe

Re: linux kld: sblive

2000-01-05 Thread Gergely EGERVARY
> So I've missed the whole discussion on the sblive driver timetable and > the archives didn't help much. And I just grabbed creative's source for > a linux driver from opensource.creative.com. Needless to say, it needs > some work before it will compile. Is anybody else working on this? I'm > tir

Re: [OFFTOPIC] alt. C compiler

2000-01-05 Thread Warner Losh
Warner Losh writes: : This is explained in more detail in section 7.1.1.4 of the August 3, : 1998 committee draft: Sorry to followup on my own message, but this is in section 7.1.2.4. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body

Re: [OFFTOPIC] alt. C compiler

2000-01-05 Thread Dan Nelson
In the last episode (Jan 05), Ronald F. Guilmette said: > Martin Cracauer <[EMAIL PROTECTED]> wrote: > > > >When your code breaks when using -O2 or higher, don't do that, use > >just -O! > > Ah, excuse me, but -O is equivalent to -O2. /usr/src/contrib/gcc/toplev.c:4821 if (!strcmp (argv[i

Re: [OFFTOPIC] alt. C compiler

2000-01-05 Thread Warner Losh
In message <[EMAIL PROTECTED]> Nate Williams writes: : > [3] The ANSI C standard, at least, contains the requirement that each : > individual system include file specified by that standard should : > be usable all by itself, without the programmer being required to : > explicitly inclu

Re: Should -mieee-fp equal fpsetmask(0) to avoid SIGFPE on FreeBSD?

2000-01-05 Thread Ronald F. Guilmette
In message <[EMAIL PROTECTED]>, you wrote: > I don't believe the C89 standard doesn't have a way to test for NaN... That is correct, but most actual C libraries DO provide some function that will check for that condition. > ... so, if we're talking portability here - you can't test for NaN. Y

Re: [OFFTOPIC] alt. C compiler

2000-01-05 Thread Nate Williams
> [3] The ANSI C standard, at least, contains the requirement that each > individual system include file specified by that standard should > be usable all by itself, without the programmer being required to > explicitly include any OTHER system include files, prior to the one > he/

Re: [OFFTOPIC] alt. C compiler

2000-01-05 Thread Ronald F. Guilmette
In message <[EMAIL PROTECTED]>, Martin Cracauer <[EMAIL PROTECTED]> wrote: >In <[EMAIL PROTECTED]>, Gergely EGERVA >RY wrote: > >> I have just upgraded my system to -current w/egcs 2.95.2 and I have >> several problems with it, especially when using optimizations (-O2 and >> such) > >When your

Re: [OFFTOPIC] alt. C compiler

2000-01-05 Thread Ronald F. Guilmette
In message <[EMAIL PROTECTED]>, Martin Cracauer <[EMAIL PROTECTED]> wrote: >Others already said that replacing the system compiler will be >difficult. > >However, you should be able to use any FreeBSD include file that is >supposed to be used by userlevel code with any ANSI C conforming >compi

linux kld: sblive

2000-01-05 Thread Brandon Fosdick
So I've missed the whole discussion on the sblive driver timetable and the archives didn't help much. And I just grabbed creative's source for a linux driver from opensource.creative.com. Needless to say, it needs some work before it will compile. Is anybody else working on this? I'm tired of havi

Re: [OFFTOPIC] alt. C compiler

2000-01-05 Thread Oliver Fromme
Martin Cracauer <[EMAIL PROTECTED]> wrote in list.freebsd-hackers: > You will not be able to use all features of FreeBSD, of course. > Calling functions that take long long arguments doesn't work, these > should be masked out when compiling struct ansi code. It may get > painful quickly, as su

Re: Should -mieee-fp equal fpsetmask(0) to avoid SIGFPE on FreeBSD?

2000-01-05 Thread Martin Cracauer
In <[EMAIL PROTECTED]>, Ronald F. Guilmette wrote: > > >The alternative to this hack is a normal range check... > >... > >static inline int cra_is_int(const double d, int *const i) > >{ > > if (d <= (double)INT_MAX && d >= (double)INT_MIN) { > >*i = (int)d; > >return 1; > > } else > >

Re: Should -mieee-fp equal fpsetmask(0) to avoid SIGFPE on FreeBSD?

2000-01-05 Thread Thomas David Rivers
> > P.S. Actually, although Martin Cracauer's suggested replacement for > the existing Mozilla code is certainly better than what Mozilla is > using now, it may perhaps need to be slightly augmented with an > additional check to see if the value of `d' is a NaN prior to per- > forming the range

Re: Should -mieee-fp equal fpsetmask(0) to avoid SIGFPE on FreeBSD?

2000-01-05 Thread Ronald F. Guilmette
In message <[EMAIL PROTECTED]>, Martin Cracauer <[EMAIL PROTECTED]> wrote: >In <[EMAIL PROTECTED]>, Ronald F. Guilmette wrote: >> ... >> I agree that it appears that the Mozilla code had a serious bug/flaw, >> and that having the FP traps enabled caused that fact to become >> apparent. >> >>

Re: Should -mieee-fp equal fpsetmask(0) to avoid SIGFPE on FreeBSD?

2000-01-05 Thread Ronald F. Guilmette
I confess that I didn't look at the original Bugzilla bugreport on this thing too closely, but... In message <[EMAIL PROTECTED]>, Martin Cracauer <[EMAIL PROTECTED]> wrote: >> #define JSDOUBLE_IS_INT(d, i) (JSDOUBLE_IS_FINITE(d) && \ >> !JSDOUBLE_IS_NEGZERO(d) && ((d) == (i = (jsint)(d)))

Re: USB vs. parallel port

2000-01-05 Thread Peter Wemm
Nick Hibma wrote: > By the way, at the moment it is better to have a UHCI controller on > your motherboard. Allthough the OHCI controller is much smarter and more > efficient, support for it is not as stable as the support for UHCI > controllers. Sounds like UHCI => IDE, OHCI => SCSI ? (only 1/

Re: USB vs. parallel port

2000-01-05 Thread Nick Hibma
Whether or not the system is loaded or not depends mainly on what hardware you have. OHCI tends to load the system a lot less than UHCI (Intel). But compared to serial and parallel ports, USB is a lot better. Most of the transaction is done per DMA and with large quantities it outperforms both o

Re: undefined reference

2000-01-05 Thread Sascha Schumann
On Wed, Jan 05, 2000 at 06:15:25PM +0800, Peter Wemm wrote: [..] > > There is another driver called 'pcf' - you'll have to use a different name. Thanks! I forgot to check i386/files/conf. Now, on to debugging. -- Regards, Sascha Schumann

Re: undefined reference

2000-01-05 Thread Peter Wemm
Sascha Schumann wrote: > Hi, > > I've written a new driver for ppbus (yes, I know that > newppbus exists). I've added one line to conf/files, added > "device pcf0" to my kernel configuration file, config'ured > the kernel, and ran make depend all. The driver compiles > cle

undefined reference

2000-01-05 Thread Sascha Schumann
Hi, I've written a new driver for ppbus (yes, I know that newppbus exists). I've added one line to conf/files, added "device pcf0" to my kernel configuration file, config'ured the kernel, and ran make depend all. The driver compiles cleanly, but then the linker complains a

Re: [OFFTOPIC] alt. C compiler

2000-01-05 Thread Martin Cracauer
In <[EMAIL PROTECTED]>, Gergely EGERVARY wrote: > I have just upgraded my system to -current w/egcs 2.95.2 and I have > several problems with it, especially when using optimizations (-O2 and > such) When your code breaks when using -O2 or higher, don't do that, use just -O! Almost all example

Re: [OFFTOPIC] alt. C compiler

2000-01-05 Thread Martin Cracauer
In <[EMAIL PROTECTED]>, Gergely EGERVARY wrote: > Hi, > > is there any alternative (non-commercial) C compiler to use, or is gcc the > best? > > I have just upgraded my system to -current w/egcs 2.95.2 and I have > several problems with it, especially when using optimizations (-O2 and > such)

Re: Should -mieee-fp equal fpsetmask(0) to avoid SIGFPE on FreeBSD?

2000-01-05 Thread Martin Cracauer
In <[EMAIL PROTECTED]>, Ronald F. Guilmette wrote: > > In message <[EMAIL PROTECTED]>, > Martin Cracauer <[EMAIL PROTECTED]> wrote: > > >Hence it is good to trap this and it is a bug in Mozilla, period. > >... > >I think we might discuss lowing the traps so that the softer > >exceptions are di

Re: FreeBSD-4.0 on SMP

2000-01-05 Thread Luoqi Chen
> Hi, > I have a 4-processor machine but I want to configure FreeBSD-4.0 > to only use 1 of the processors for some tests. In addition I want the > local APIC to be enabled. It seems currently that the APIC is only enabled > when the kernel is compiled with the SMP option. However, when

Re: Should -mieee-fp equal fpsetmask(0) to avoid SIGFPE on FreeBSD?

2000-01-05 Thread Martin Cracauer
Summary of following: The mozilla construction is a speed hack and it would usually work when exceptions are disabled. However, it is slower than the real thing would be and is hence useless and dangerous. In <[EMAIL PROTECTED]>, Markus Holmberg wrote: > To my understanding, there isn't a flaw i