On Tue, Jan 09, 2001 at 04:11:16PM -0800, John Baldwin wrote:
> > Going off on a tangent, I'm getting a lot fewer "hwptr went backwards"
> > with the latest -CURRENT than I used to...
>
> Which soundcard?
SB 64 AWE ISA PNP... almost no hwptr... messages any more and sound is no
longer popping un
I'm not sure what pmtimer is supposed to do. Isn't it supposed to give
support for the broken statclock on laptops? I saw my friend running 4.1
with some patches that allowed him to use the statclock (and the rtc
device showed up in systat -vm 2) On my laptop, pmtimer doesn't appear to
do anything
I'm using a 3ccfe575ct-d, it works great, I just installed using it by
making my own GENERIC kernel with the cardbus stuff on it, and putting it
on an install boot floppy instead of the one that normally comes on
it. I'm not sure the pmtimer is working though, and I keep getting
dmesg: malloc fail
> This is to let everyone know that right now as I type I am setting up
> FreeBSD to start downloading over my cardbus ethernet card. It seems to
> work great except it doesn't beep when the card enables, but that's fine
> with me. :-)
What card?
My Netgear FA510 (dc0) probes (sorta) but comes u
This is to let everyone know that right now as I type I am setting up
FreeBSD to start downloading over my cardbus ethernet card. It seems to
work great except it doesn't beep when the card enables, but that's fine
with me. :-)
=
|
Good guess, I shouldn't wonder, but:
quarm.feral.com > diff /etc/rc.serial /usr/src/etc/
quarm.feral.com >
On Wed, 10 Jan 2001, Bruce Evans wrote:
> On Mon, 8 Jan 2001, Matthew Jacob wrote:
>
> > Something wierd has been happening lately- the serial console on my i386
> > machine works fin
On Mon, 8 Jan 2001, Matthew Jacob wrote:
> Something wierd has been happening lately- the serial console on my i386
> machine works fine up until init is forked.. THen the output is mangled, and
> one gets replicated and/or mangled stuff. On a reboot I'm getthing things
> like:
>
> Waiii
:Matt Dillon writes:
:> if ( $?tcsh ) then
:> bindkey "^W" backward-delete-word
:> bindkey -k up history-search-backward
:> bindkey -k down history-search-forward
:> endif
:
:Why do you need the 'up' and 'down' ones.. doesn't it already do that
:without explicit con
Matt Dillon writes:
> if ( $?tcsh ) then
> bindkey "^W" backward-delete-word
> bindkey -k up history-search-backward
> bindkey -k down history-search-forward
> endif
Why do you need the 'up' and 'down' ones.. doesn't it already do that
without explicit configuratio
I'am working on module, which catches __sysctl system call, and on
securelevel grater than 3, refuse any changes of sysctl oids. Are there any
problems, which might happen after blocking sysctl oids change ?
AFAIR there is no such application running in user Space,which requires
ability to c
On Wed, Jan 10, 2001 at 02:20:01AM +0200, Maxim Sobolev wrote:
> Yes, I know it's possible, but to provide a hack in one place istead of
> 20+ places (find /usr/ports -type f | xargs grep -l gcc_r | wc -l) is
> much easier both in the terms of efforts and testing required. After
> all, it would on
On Tue, Jan 09, 2001 at 02:04:05PM -0800, Peter Wemm wrote:
> We need to be a little careful for ports that are supposed to work on
> RELENG_4 and -CURRENT.
RELENG_4 and -current are the same in this reguard. I should bump
__FreeBSD_version in both and then people can use that as the cut over
da
>
> On Tue, 9 Jan 2001, Peter Wemm wrote:
> > "David O'Brien" wrote:
> > > On Tue, Jan 09, 2001 at 07:53:29PM +0200, Maxim Sobolev wrote:
> > > > I wonder if anyone noticed that disappearance of libgcc_r will cause lot of
> > > > ports to break. Therefore it would be nice if some form of compatib
>
> "David O'Brien" wrote:
> > On Tue, Jan 09, 2001 at 07:53:29PM +0200, Maxim Sobolev wrote:
> > > I wonder if anyone noticed that disappearance of libgcc_r will cause lot of
> > > ports to break. Therefore it would be nice if some form of compatibility sh
> im
> > > is provided, for example
On 09-Jan-01 Dag-Erling Smorgrav wrote:
> Poul-Henning Kamp <[EMAIL PROTECTED]> writes:
>> No, this is either a problem reading the i8254 timecounter reliably
>> or an interrupt latency problem.
>
> Given that this is -CURRENT, interrupt latency is a likely
> explanation...
>
> Going off on a t
On Tue, 9 Jan 2001, Peter Wemm wrote:
> "David O'Brien" wrote:
> > On Tue, Jan 09, 2001 at 07:53:29PM +0200, Maxim Sobolev wrote:
> > > I wonder if anyone noticed that disappearance of libgcc_r will cause lot of
> > > ports to break. Therefore it would be nice if some form of compatibility sh
>
On Tue, 9 Jan 2001, Peter Wemm wrote:
> Matt Dillon wrote:
> >
> > :On Tue, Jan 09, 2001 at 09:45:14AM -0800, Archie Cobbs wrote:
> > :
> > :> +if ( `basename $SHELL` == "tcsh" ) then
> > :> +bindkey ^W backward-delete-word
> > :> +endif
> > :
> > :I generally test
"David O'Brien" wrote:
> On Tue, Jan 09, 2001 at 07:53:29PM +0200, Maxim Sobolev wrote:
> > I wonder if anyone noticed that disappearance of libgcc_r will cause lot of
> > ports to break. Therefore it would be nice if some form of compatibility sh
im
> > is provided, for example symlink from /
Matt Dillon wrote:
>
> :On Tue, Jan 09, 2001 at 09:45:14AM -0800, Archie Cobbs wrote:
> :
> :> + if ( `basename $SHELL` == "tcsh" ) then
> :> + bindkey ^W backward-delete-word
> :> + endif
> :
> :I generally test for tcsh like this:
> :
> : if ( $?tcsh ) then
> : bindke
On Tue, Jan 09, 2001 at 07:53:29PM +0200, Maxim Sobolev wrote:
> I wonder if anyone noticed that disappearance of libgcc_r will cause lot of
> ports to break. Therefore it would be nice if some form of compatibility shim
> is provided, for example symlink from /usr/lib/libgcc.a to /usr/lib/libgcc_
On Tue, 9 Jan 2001, Maxim Sobolev wrote:
> Hi,
>
> I wonder if anyone noticed that disappearance of libgcc_r will cause lot of
> ports to break. Therefore it would be nice if some form of compatibility shim
> is provided, for example symlink from /usr/lib/libgcc.a to /usr/lib/libgcc_r.a
> automat
Hi,
I wonder if anyone noticed that disappearance of libgcc_r will cause lot of
ports to break. Therefore it would be nice if some form of compatibility shim
is provided, for example symlink from /usr/lib/libgcc.a to /usr/lib/libgcc_r.a
automatically created by installworld would do the trick nic
I have been unsucessfully trying to build an ISO image of the 5.0-CURRENT
branch for the past several weeks. Is anyone aware of a tool to pull the
latest tree and turn it into an ISO image?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the mess
Note also that Scott Long ([EMAIL PROTECTED]) is also working on this,
you will want to check with him to work out where he's up to...
>
> > Now I'd like to figure out how to turn the damn fan up and down. This
> > machine is quiet under windows but sets the fan to high under FreeBSD
> > and
> > ===> rpcsvc
> > rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/key_prot.x -o key_prot.h
> > rpcgen: cannot find any C preprocessor (cpp)
> > *** Error code 1
>
>
> Let me start a release. This means rpcgen has been using
> /usr/libexec/cpp which is *only* for the compiler's use. rpcgen s
isp_pci.c just moved from sys/pci to sys/dev/isp (for maintenance ease).
You will need to reconfig kernels if you included this.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
:On Tue, Jan 09, 2001 at 09:45:14AM -0800, Archie Cobbs wrote:
:
:> +if ( `basename $SHELL` == "tcsh" ) then
:> +bindkey ^W backward-delete-word
:> +endif
:
:I generally test for tcsh like this:
:
: if ( $?tcsh ) then
: bindkey ^W backward-delete-word
:
On Tue, Jan 09, 2001 at 09:45:14AM -0800, Archie Cobbs wrote:
> + if ( `basename $SHELL` == "tcsh" ) then
> + bindkey ^W backward-delete-word
> + endif
I generally test for tcsh like this:
if ( $?tcsh ) then
bindkey ^W backward-delete-word
end
I think the patch below (in some form) was agreed upon a while ago
but nobody actually committed it.. in any case, are there any
objections?
This makes it so if root's shell is /bin/tcsh then CTRL-W erases
only the previous word instead of the entire line.
Thanks,
-Archie
__
Hi
Didn't get around rebuilding world and kernel until today.
Got back my cdrom and old Fireball_TM disk, thank you.
--
Vallo Kallaste
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Tue, Jan 09, 2001 at 09:11:20AM +0100, Poul-Henning Kamp wrote:
> ===> rpcsvc
> rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/key_prot.x -o key_prot.h
> rpcgen: cannot find any C preprocessor (cpp)
> *** Error code 1
Let me start a release. This means rpcgen has been using
/usr/libexec/cp
> I have a SB32 isa-card.
what revision of sys/dev/sound/isa/sb16.c ?
-cg
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Hi,
> Now I'd like to figure out how to turn the damn fan up and down. This
> machine is quiet under windows but sets the fan to high under FreeBSD
> and never turns it down. The fan has three settings - 0V, 6V and
> 12V. Under windows it stays between 0 and 6V.
Thermal management implementat
On Tue, Jan 09, 2001 at 02:29:59PM +0100, Erik H. Bakke wrote:
> > Hi,
> >
> > I have been trying to do some audio-recording lately without much success.
> > After searching the archieves etc I found some reports of this problem and
> > there are also some PR's about it (8bit at low rates ok, 16bi
> Hi,
>
> I have been trying to do some audio-recording lately without much success.
> After searching the archieves etc I found some reports of this problem and
> there are also some PR's about it (8bit at low rates ok, 16bit and higher
> rates is not).
>
> I was wondering if someone is working o
Hi,
I have been trying to do some audio-recording lately without much success.
After searching the archieves etc I found some reports of this problem and
there are also some PR's about it (8bit at low rates ok, 16bit and higher
rates is not).
I was wondering if someone is working on this and if
In message <[EMAIL PROTECTED]>, Dag-Erling Smorgrav writes:
>Poul-Henning Kamp <[EMAIL PROTECTED]> writes:
>> No, this is either a problem reading the i8254 timecounter reliably
>> or an interrupt latency problem.
>
>Given that this is -CURRENT, interrupt latency is a likely
>explanation...
>
>Goi
Poul-Henning Kamp <[EMAIL PROTECTED]> writes:
> No, this is either a problem reading the i8254 timecounter reliably
> or an interrupt latency problem.
Given that this is -CURRENT, interrupt latency is a likely
explanation...
Going off on a tangent, I'm getting a lot fewer "hwptr went backwards"
In message <[EMAIL PROTECTED]>, Dag-Erling Smorgrav writes:
>I regularly get "microuptime() went backwards" warnings on my desktop
>box. The funny thing about them is that the reported timevals have the
>same seconds part, but the microseconds part of the second timeval is
>so large that it's wrap
I regularly get "microuptime() went backwards" warnings on my desktop
box. The funny thing about them is that the reported timevals have the
same seconds part, but the microseconds part of the second timeval is
so large that it's wrapped around to a negative number (causing the
signed comparison t
40 matches
Mail list logo
