On Tue, 25 Jan 2000 01:46:01 CST, Kevin Day wrote:
> A more direct patch would have been:
>
> -# NOTE: The hosts.deny file is not longer used. Instead, put both 'allow'
> +# NOTE: The hosts.deny file is no longer used. Instead, put both 'allow'
I'm concerned about the authenticity of this c
I have the same problem:
[anders@enterprise:anders] $ dmesg | grep ata
ata-pci0: port 0xffa0-0xffaf at device 7.1
on pci0
ata0 at 0x01f0 irq 14 on ata-pci0
ata-isa0: already registered as ata0
ata0-slave: ata_command: timeout waiting for intr
ata0-slave: identify failed
--
Anders Andersson
It seems Anders Andersson wrote:
> I have the same problem:
>
> [anders@enterprise:anders] $ dmesg | grep ata
> ata-pci0: port 0xffa0-0xffaf at device 7.1
> on pci0
> ata0 at 0x01f0 irq 14 on ata-pci0
> ata-isa0: already registered as ata0
> ata0-slave: ata_command: timeout waiting for intr
> at
Can people please review this for style and content, for inclusion in
the FAQ? I'll also need someone to mark it up once it's ready since SGML
is currently not among my abilities :-)
Thanks,
Kris
As of FreeBSD 4.0, the OpenSSL toolkit is a part of the base
system. OpenSSL [http://www.openss
On Mon, Jan 24, 2000 at 11:43:59PM -0600, [EMAIL PROTECTED] wrote:
> By chance, playing around with the fact that current.freebsd.org is an
> alias for usw2.freebsd.org, I found that usw3.freebsd.org (209.180.6.227)
> mirrors snapshots as well. Perhaps something should be added to the
> /snaps
The output of my ESS 1869 stutters whenever there is no new data fed to
it. For example pressing Ctrl-Z, or heavy disk usage (normally making
mpg123 jump). The stuttering is repetition of one short fragment of
about a quarter of a second, indefinitely
Anything I can try with this machine curren
> One other lingering issue - I don't believe we install any of the USB
> header files (in particular, /sys/dev/usb/usb.h) in /usr/include. While
> I certainly have /usr/src populated on my box, we probably ought to not
> require it.
>
> Should it be installed in /usr/include/dev/usb/*.h?
Hm, y
On Mon, 24 Jan 2000, Warner Losh wrote:
> In message Nick Hibma writes:
> : The following patch fixes two things: First, DEVICE_SUSPEND errors are
> : no longer ignored. Since we have defaults for methods we should no
> : longer ignore these err
On 24/01 20:50, Alexander Langer wrote:
> Just FYI, maybe you can do something against this strict handling.
> Or not, I don't know. Somehow, it's very good that the compiler does
> this...
Ports with such sloppy code should be patched as part of the port process,
or better, have the original au
On Tue, Jan 25, 2000 at 09:40:11AM +0100, Anders Andersson wrote:
> I have the same problem:
>
> [anders@enterprise:anders] $ dmesg | grep ata
> ata-pci0: port 0xffa0-0xffaf at device 7.1
> on pci0
> ata0 at 0x01f0 irq 14 on ata-pci0
> ata-isa0: already registered as ata0
> ata0-slave: ata_comma
On Mon, Jan 24, 2000 at 10:54:46PM -0500, Danny J. Zerkel wrote:
> While I don't have much time to hack, I have tried to spend a little
> time
> going through the open PRs. When I find something I can reproduce,
> I try
> to fix it. How can I get the patches I have submitted into 4.0? Some
> of
On Mon, 24 Jan 2000, Rodney W. Grimes wrote:
> This does not need to really be a wrapper around cvs, folks should run
> a tool 1 time to pick the best guess as to what server they should be
> using, stick that value in thier cvsup file and be done with it. If
> jdp calls for a ``this server is b
Thus spake Michael VanLoon ([EMAIL PROTECTED]):
> What would you do about it? The C++ standard says that's an error. So,
> it's an error. It's not "too strict" -- it's exactly the right amount of
> strictness to conform to the standard.
Yes. That's what I meant with "Somehow, it's very good .
On Mon, Jan 24, 2000 at 03:33:06PM -0800, Matthew Dillon wrote:
>
> :Could someone commit the 2-line bug fix in bin/15728 before yet
> :another system release goes out the door?
>
> Done!
Ahha, saves me doing it :) Tnx,
Joe
--
Josef KarthauserFreeBSD: Take the red pill and we'll s
If it's easy I'll look at it. (I made a commit to lpr myself last
week anyway.)
Joe
On Mon, Jan 24, 2000 at 05:08:56PM -0500, Garance A Drosihn wrote:
> >On Mon, 24 Jan 2000, Jordan K. Hubbard wrote:
> >
> > > On the 29th of January, I'll be freezing the -current branch (well,
> > > OK, the tru
> On Mon, 24 Jan 2000, Warner Losh wrote:
>
> > In message Nick Hibma writes:
> > : The following patch fixes two things: First, DEVICE_SUSPEND errors are
> > : no longer ignored. Since we have defaults for methods we should no
> > : longer igno
Thus spake David O'Brien ([EMAIL PROTECTED]):
> > I noticed that many ports are broken because the compiler handles
> > ANSI-C++ violations too strict.
> Not too strict -- to the ratified ISO-C++ specification.
Yes. Ok :-)
> Nope. Those programs that aren't buildable aren't C++. I will not br
Hello!
I'd like to use current release of 4.0 FreeBSD, because I have two PC with
Ultra DMA 66 disks . I got the 4.0-2110 directoty tree from
ftp://current.freebsd.org and install this release to the first host.
It work properly. But I don't install it to second one because kernel
doesn't se
Ooops, brane fart, I meant to send this to -stable, for some
reason I've been thinking that -current is production code,
that's what I get for being away so long and forgetting everything
On Tue, 25 Jan 19100, Matthew Dillon wrote:
> Hmm. It sounds like the system is doing a huge amount of
At 08:19 AM 1/25/00 +0100, Soren Schmidt wrote:
> > On some older PCI systems, including my Pentium 66, the driver still detects
> > irq 0 for ata-pci0. Hardwiring it to irq 14 in the source as suggested recently
>is the >temporary fix I'm using.
>
>Could you send that patch around me please ?
On 25-Jan-00 David O'Brien wrote:
> On Tue, Jan 25, 2000 at 03:03:32PM +1100, Andy Farkas wrote:
>> Here is a patch: (please notice the spelling correction)
>
> Where? I just ran ispell on src/etc/hosts.allow and it didn't catch
> anything.
not -> no I think.. it was more of a gramma gotcha t
On 25-Jan-00 John Baldwin wrote:
>
> On 25-Jan-00 David O'Brien wrote:
>> On Tue, Jan 25, 2000 at 03:03:32PM +1100, Andy Farkas wrote:
>>> Here is a patch: (please notice the spelling correction)
>>
>> Where? I just ran ispell on src/etc/hosts.allow and it didn't catch
>> anything.
>
> not -
On Mon, 24 Jan 2000, David O'Brien wrote:
> > What is the reason for putting a giant "Example!" in hosts.allow?
>
> So you'll notice that this file is an example and *demands* your
> attention in configuring your system properly.
Change it to hosts.allow.sample then? No hosts.allow file is e
There are some pretty funky date/times being displayed in my daily run
output. Just thought I'd mention it; I've only just upgraded to
4.0-current and don't recall seeing this before.
Backup passwd and group files:
passwd diffs:
--- /var/backups/master.passwd.bak Wed Jan 5 10:(password)
I just found this in the log files for this morning's make worlds.
Saludos,
ed
Charlie Root wrote:
> cc -O -pipe -Wall -W -I/usr/obj/usr/src/i386/usr/include -c
>/usr/src/usr.bin/jot/jot.c
> cc -O -pipe -Wall -W -I/usr/obj/usr/src/i386/usr/include -o jot jot.o
> gzip -cn /usr/src/usr.bin
> > One other lingering issue - I don't believe we install any of the USB
> > header files (in particular, /sys/dev/usb/usb.h) in /usr/include. While
> > I certainly have /usr/src populated on my box, we probably ought to not
> > require it.
> >
> > Should it be installed in /usr/include/dev/usb
On Tue, Jan 25, 2000 at 12:49:04AM -0800, Kris Kennaway wrote:
> Can people please review this for style and content, for inclusion in
> the FAQ? I'll also need someone to mark it up once it's ready since SGML
> is currently not among my abilities :-)
Is this FAQ material, or better off in the in
It seems Greg Childers wrote:
> Hope this helps!
It may be helping you, but everyone having more than the ATA chip
on the motherboard is going to be bitten severely by this as
the interrupt for the primary channel on all controllers are
now hardwired to irq 14.
What does the Detected irq: say on
In message <[EMAIL PROTECTED]> Mitsuru IWASAKI writes:
: > > Any reason to not shoot the apm_hook_{suspend,resume} in the head and
: > > just use newbus suspend/resume everywhere?
: >
: > Are there any non-newbus devices which need suspend/resume? I think the
: > i386 clock uses the apm hooks bu
On Tue, 25 Jan 2000, Nik Clayton wrote:
> Is this FAQ material, or better off in the installation section of the
> Handbook? I'd veer towards the Handbook myself.
Seemed like a potential Frequently Asked Question to me, is all. I defer
to your superior knowledge of our documentation standards :
> > One problem is how to limit the number of header files copied there.
> > Only usb.h, usbdi.h, usbdi_util.h and usbdevs.h should be copied there,
> > and not the other 453 header files in src/sys/dev/usb.
>
> Just as one data point, I only needed usb.h. On the other hand, I think
> that hid.h
In article <[EMAIL PROTECTED]>,
Andy Farkas <[EMAIL PROTECTED]> wrote:
>
> There are some pretty funky date/times being displayed in my daily run
> output. Just thought I'd mention it; I've only just upgraded to
> 4.0-current and don't recall seeing this before.
>
>
> Backup passwd and group
> Again, lemmie get on my soap box, and ask have you looked at the man page,
> and compared the memory required when using -s to the memory required by
> gzip?
Actually, lemmie get on my soap box and ask have you measured the time that
bunzip2 takes to run? While it does give better compression
On 25-Jan-00 John Polstra wrote:
> In article
> <[EMAIL PROTECTED]>,
> Andy Farkas <[EMAIL PROTECTED]> wrote:
>>
>> There are some pretty funky date/times being displayed in my daily run
>> output. Just thought I'd mention it; I've only just upgraded to
>> 4.0-current and don't recall seeing t
At 01:03 AM 1/25/00 -0800, Bill Swingle wrote:
>On Mon, Jan 24, 2000 at 11:43:59PM -0600, [EMAIL PROTECTED] wrote:
> > By chance, playing around with the fact that current.freebsd.org is an
> > alias for usw2.freebsd.org, I found that usw3.freebsd.org (209.180.6.227)
> > mirrors snapshots as well.
make release fails on "make world" with:
+ make world
--
>>> elf make world started on Tue Jan 25 18:53:25 GMT 2000
--
!
>
> make release fails on "make world" with:
>
> !!
> >>> You must define the value of USA_RESIDENT as 'YES' or
> >>> 'NO' as appropriate, in the environment or /etc/make.conf
> >>> before building can proceed.
> !!!
Bill Swingle <[EMAIL PROTECTED]> wrote in list.freebsd-current:
> On Mon, Jan 24, 2000 at 11:43:59PM -0600, [EMAIL PROTECTED] wrote:
>> By chance, playing around with the fact that current.freebsd.org is an
>> alias for usw2.freebsd.org, I found that usw3.freebsd.org (209.180.6.227)
>> mirro
Bruce Burden <[EMAIL PROTECTED]> writes:
> >
> > make release fails on "make world" with:
> >
> > !!
> > >>> You must define the value of USA_RESIDENT as 'YES' or
> > >>> 'NO' as appropriate, in the environment or /etc/make.conf
> > >>
At 09:47 01/25/2000 +0100, Soren Schmidt wrote:
>It seems Anders Andersson wrote:
>> I have the same problem:
>>
>> [anders@enterprise:anders] $ dmesg | grep ata
>> ata-pci0: port 0xffa0-0xffaf at device 7.1
>> on pci0
>> ata0 at 0x01f0 irq 14 on ata-pci0
>> ata-isa0: already registered as ata0
C-Kermit 7.0.196 Beta.11, 6 Dec 1999, for FreeBSD 3.0
mgetty: experimental test release 1.1.21-Jul24
FreeBSD 3.4
I had running kermit and mgetty running happily together,
one not disturbing the other (I had a mgetty running on cuaa1 (/etc/ttys))
and when I hand dialed via kermit mgetty got poli
===> usr.bin/kdump
cc -O2 -pipe -march=pentium -I/usr/src/usr.bin/kdump/../ktrace
-I/usr/src/usr.bin/kdump/../.. -I/usr/obj/usr/src/i386/usr/include -c
/usr/src/usr.bin/kdump/kdump.c
cc -O2 -pipe -march=pentium -I/usr/src/usr.bin/kdump/../ktrace
-I/usr/src/usr.bin/kdump/../.. -I/usr/obj/us
It seems Tom Embt wrote:
> Don't mean to butt in here, I haven't really been following the thread -
> but I may have found a workaround/clue. I have a Sony CDU-55E (ooold 2x)
> on secondary master of the PIIX4 on my BP6. By going into the BIOS (the
> section of it where you would set CHS numbers
> I'm sure this is a silly question, but then why does usw3 appear to _be_ a
> mirror? Why have usw3 at all?
It's NOT a mirror and I really wish people would stop jumping to
conclusions with tenuous data because it's really very simple and not
like anyone is currently speculating:
1. There is
Nick Hibma wrote:
> The output of my ESS 1869 stutters whenever there is no new data fed to
> it. For example pressing Ctrl-Z, or heavy disk usage (normally making
> mpg123 jump). The stuttering is repetition of one short fragment of
> about a quarter of a second, indefinitely
I can confirm thi
I'm trying to figure out how to make a makefile to build a module and have
run into something I do not understand. I am working with freshly
cvsup'ed sources.
When I try to build a module in /sys/modules, the command line contains a
-DKERNEL, which I find in bsd.kmod.mk. This causes the wrong d
It seems Alex wrote:
> Speaking of identify failed, I get the following:
>
> ata-pci0: port 0xfcf0-0xfcff at device
> 1.1 on pci0
> ata0 at 0x01f0 irq 14 on ata-pci0
> ata1 at 0x0170 irq 15 on ata-pci0
>
> ...
>
> ata1-slave: ata_command: timeout waiting for intr
> ata1-slave: identify failed
Speaking of identify failed, I get the following:
ata-pci0: port 0xfcf0-0xfcff at device
1.1 on pci0
ata0 at 0x01f0 irq 14 on ata-pci0
ata1 at 0x0170 irq 15 on ata-pci0
...
ata1-slave: ata_command: timeout waiting for intr
ata1-slave: identify failed
ad0: 6194MB disk at ata0 as master mode UD
On Mon, Jan 24, 2000 at 12:02:26AM -0800, Kris Kennaway wrote:
>
> Okay, so I finally decided to take the plunge and check out ipfilter. ipf
> seemed to load my ruleset with no problems, but ipfstat dies with:
>
> ioctl(SIOCGETFS): Invalid argument
And what would that ruleset be?
--
Giorgos Ke
On Tue, 25 Jan 2000, John Baldwin wrote:
> >> Backup passwd and group files:
> >> passwd diffs:
> >> --- /var/backups/master.passwd.bak Wed Jan 5 10:(password):41 2000
> >> +++ /etc/master.passwd Tue Jan 25 15:(password):44 2000
> >> @@ -1,3 +1,5 @@
> >> +# $FreeBSD:(password):09:07 pe
On Tue, Jan 25, 2000 at 03:54:13PM -0500, Rajappa Iyer wrote:
> Yes, but $CHROOTDIR/etc is populated by "make installworld" when I do
Why not just set USA_RESIDENT in your environment before starting
`make release'?
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTEC
"David O'Brien" <[EMAIL PROTECTED]> writes:
> On Tue, Jan 25, 2000 at 03:54:13PM -0500, Rajappa Iyer wrote:
> > Yes, but $CHROOTDIR/etc is populated by "make installworld" when I do
>
> Why not just set USA_RESIDENT in your environment before starting
> `make release'?
That's certainly possible
I've just upgraded my wheezing P120Mhz Dell Lattitude LM to a recent
-current (Jan24 snap) & the sound *almost* works!
The first problem I had was to get the card recognized. I needed to
patch the sbc bridge driver to recognize the ESS 1688:
Index: sys/dev/sound/isa/sbc.c
=
I think, we should fix groff y2k problem before 4.0-Release time.
# Also see the bottom line of `man hosts.equiv` ;), and
# PRs gnu/4930, gnu/8321, bin/9502.
GNU groff 1.15 has been already fixed for y2k.
But groff imported in -current seems to have a y2k bug again. ;)
Macros expect number reg
On 25-Jan-00 Andy Farkas wrote:
>
> On Tue, 25 Jan 2000, John Baldwin wrote:
>
>> >> Backup passwd and group files:
>> >> passwd diffs:
>> >> --- /var/backups/master.passwd.bak Wed Jan 5 10:(password):41 2000
>> >> +++ /etc/master.passwd Tue Jan 25 15:(password):44 2000
>> >> @@ -1,3
I recently (this morning, I believe) cvsup'd and my scanner stopped
working. Usually, scanimage recognises /dev/scanner which is a link
to /dev/pass4 ... which is my scanner.
I noticed several interesting things. If I connect the scanner to
another SCSI bus (I have two), then camcontrol rescan
On Tue, 25 Jan 2000, Donn Miller wrote:
> Nick Hibma wrote:
>
> > The output of my ESS 1869 stutters whenever there is no new data fed to
> > it. For example pressing Ctrl-Z, or heavy disk usage (normally making
> > mpg123 jump). The stuttering is repetition of one short fragment of
> > about a
hi, there!
can we merge this when it's ready before freeze?
-- Forwarded message --
Date: Tue, 25 Jan 100 22:47:26 -0500 (EST)
From: Alain Magloire <[EMAIL PROTECTED]>
To: Paul Eggert <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: grep --binary-files=wi
Hello,
I made boot.flp/mfsroot.flp from 1/24/2000 snapshots.
I have 50MB dos partition on top of my 20GB disk.
Installing step from these stops on "Prooving Devices ..." step.
Last message on console shows dos partition has founded on /dev/ad0s1,
no more message shown.
--
Keizo SHIMIZU ($B@6?e
Soren Schmidt wrote:
>
> It seems Alex wrote:
> > Speaking of identify failed, I get the following:
> >
> > ata-pci0: port 0xfcf0-0xfcff at device
> > 1.1 on pci0
> > ata0 at 0x01f0 irq 14 on ata-pci0
> > ata1 at 0x0170 irq 15 on ata-pci0
> >
> > ...
> >
> > ata1-slave: ata_command: timeout wait
On Tue, 25 Jan 2000, the Webslave wrote:
> > Okay, so I finally decided to take the plunge and check out ipfilter. ipf
> > seemed to load my ruleset with no problems, but ipfstat dies with:
> >
> > ioctl(SIOCGETFS): Invalid argument
>
> And what would that ruleset be?
>
# Default to deny
bloc
I found I got panic at boot time if I defined "options DIAGNOSTIC".
- console
panic: ohci_abort_req in interrput context
Debugger("panic")
Stopped at Debugger+0x35: movb$0,in_Debugger.354
-
This messages is printed by usbd_do_request_flags() in line 928 of
dev/usb/usbdi.c.
--
%> %It seems Russell L. Carter wrote:
%> %> %It seems Russell L. Carter wrote:
%> %> %>
%> %> %> I swapped out my motherboard and am seeing this now:
%...
%
%>
%> )(*&$#%$# stupid magazine benchmarkers never actually test
%> things like IO... gr
%
%We in the computer hardware business
> %> %It seems Russell L. Carter wrote:
> %> %> %It seems Russell L. Carter wrote:
> %> %> %>
> %> %> %> I swapped out my motherboard and am seeing this now:
> %...
> %
> %>
> %> )(*&$#%$# stupid magazine benchmarkers never actually test
> %> things like IO... gr
> %
> %We in the comp
On Tue, 25 Jan 2000, Brian Beattie wrote:
> I'm trying to figure out how to make a makefile to build a module and have
> run into something I do not understand. I am working with freshly
> cvsup'ed sources.
>
> When I try to build a module in /sys/modules, the command line contains a
> -DKERNEL
I haven't been able to mount an msdos (FAT16) formattted zip disk (well
any FAT16 formatted zip disk) for quite a while. Currently I'm trying to
mount afd0s4, but no such luck (I think the latest error is something
about reading the partition table). The wd driver used to grok the same
disks. A
Last weekend i tried patches from Soren Schmidt to reactivate my old
cdrom which went away after the ata-update around the 18. January. This
patches completely broke ata support for me (that means the kernel did
not boot anymore). Of course i reported this one or two days later.
Now an equivalen
It seems F. Heinrichmeyer wrote:
> Last weekend i tried patches from Soren Schmidt to reactivate my old
> cdrom which went away after the ata-update around the 18. January. This
> patches completely broke ata support for me (that means the kernel did
> not boot anymore). Of course i reported this
It seems Alex wrote:
> > You need to update..
>
>
> OK - I've just updated. Here goes again:
>
> ata1-slave: ata_command: timeout waiting for intr
> ata1-slave: identify failed
> ad0: 6194MB [13424/15/63] at ata0-master using
> UDMA33
> acd0: CDROM at ata1-master using PIO4
> Mounting root
It seems Alex Zepeda wrote:
> I haven't been able to mount an msdos (FAT16) formattted zip disk (well
> any FAT16 formatted zip disk) for quite a while. Currently I'm trying to
> mount afd0s4, but no such luck (I think the latest error is something
> about reading the partition table). The wd dr
On Wed, 26 Jan 2000, Soren Schmidt wrote:
> I still have that on my list, but I've not gotten down to it yet, sorry...
Well as long as I've got the wd driver, I'm fine.
Anything in perticular where I might be able to help in fixing this?
> > P.S. Soren, thanks for the burncd program. So far
It seems Alex Zepeda wrote:
> On Wed, 26 Jan 2000, Soren Schmidt wrote:
>
> > I still have that on my list, but I've not gotten down to it yet, sorry...
>
> Well as long as I've got the wd driver, I'm fine.
>
> Anything in perticular where I might be able to help in fixing this?
You could try
On Wed, 26 Jan 2000, Soren Schmidt wrote:
> You could try to do a dd of the first say 2 cyls of the ZIP with
> both drivers and check is they are different, they shouldn't be...
How many bytes is this again?
> > Well I haven't updated my kernel yet. *grin*
>
> Yeah, progress does have its vict
On Mon, 24 Jan 2000, Lars Eggert wrote:
> Ilya,
>
> thanks for the quick response.
>
> > Signals and Perl do not mix. Please do not use signals if a segfault
> > is not a desirable form of output.
>
> Never? After reading perlipc I was under the impression that using signals
> was okay if you
On Tue, Jan 25, 2000 at 02:44:05PM -0500, Chuck Robey wrote:
> On Mon, 24 Jan 2000, Lars Eggert wrote:
>
> > Ilya,
> >
> > thanks for the quick response.
> >
> > > Signals and Perl do not mix. Please do not use signals if a segfault
> > > is not a desirable form of output.
> >
> > Never? Afte
On Tue, 25 Jan 2000, Ilya Zakharevich wrote:
> On Tue, Jan 25, 2000 at 02:44:05PM -0500, Chuck Robey wrote:
> > On Mon, 24 Jan 2000, Lars Eggert wrote:
> >
> > > Ilya,
> > >
> > > thanks for the quick response.
> > >
> > > > Signals and Perl do not mix. Please do not use signals if a segfault
In article <[EMAIL PROTECTED]>
Luoqi Chen <[EMAIL PROTECTED]> writes:
> > I think it is difficult to implement such conversion because:
> >
> > - Not only bus space stuff also resource manager stuff need to
> > perform such conversion.
>
> Why? Both bus_space_handle_t and bus_space_tag_t
On Mon, 24 Jan 2000, Yevmenkin, Maksim N, CSCIO wrote:
> All,
>
> I've just found that read from /dev/bpfX never return EAGAIN/EWOULDBLOCK.
> It means that when you do a non blocking read and there is no data you will
> always get 0.
>
> Does it suppose work this way?
I think it is a bug. Per
78 matches
Mail list logo