for i in answer isdntel.sh record
tell tell-record unknown_incoming ; do
install -o -g -m 700 $i /var/tmp/temproot/etc/isdn ; done ; for i in
holidays.Disdnd.rates.Aisdnd.rates.D isdnd.rates.F
TB --- 2003-08-19 05:18:54 - starting CURRENT tinderbox run for amd64/amd64
TB --- 2003-08-19 05:18:54 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-08-19 05:21:24 - building world
TB --- cd
Hi All,
When trying to compile a kernel for my 8 cpu DELL 8450's I recieve an
extremly puzzling error, I get a bunch of errors when compiling a kernel
that has the following options in it...
options WITNESS
options NETSMB
options NETSMBCRYPTO
options LIBMCHAIN
options
On 18/08-03 20.31, Bernd Walter wrote:
On Mon, Aug 18, 2003 at 04:53:29PM +0200, Daniel Nielsen wrote:
On 18/08-03 14.59, Bernd Walter wrote:
On Mon, Aug 18, 2003 at 01:02:51PM +0200, Daniel Nielsen wrote:
Hi.
I installed 5.1-RELEASE on a compuiter with a nforce2 mobo, worked
Doug Ambrisko writes:
I assume you are using a pccard version.
It only a problem newer firmware. It works ... just noisy!
You can try this patch to -current that should make it quiet.
There is a bug with -current and setting the TX speed that I need
to work on. Looks like
On 19 Aug, Mark Sergeant wrote:
Hi All,
When trying to compile a kernel for my 8 cpu DELL 8450's I recieve an
extremly puzzling error, I get a bunch of errors when compiling a kernel
that has the following options in it...
options WITNESS
options NETSMB
options
Ohh bugger. I suppose I'll have to live without PAE then. Thanks anyway.
Cheers,
Mark
On Tue, 2003-08-19 at 17:19, Don Lewis wrote:
On 19 Aug, Mark Sergeant wrote:
Hi All,
When trying to compile a kernel for my 8 cpu DELL 8450's I recieve an
extremly puzzling error, I get a bunch
On Tue, 19 Aug 2003, John Hay wrote:
Stop in /usr/src/etc.
*** FATAL ERROR: Cannot 'cd' to /usr/src/etc and install files to
the temproot environment
#
I'm seeing this too. I've cvsup'ed and rebuilt world (making sure that
mergemaster was rebuilt) and it still
Mark Sergeant wrote:
Hi All,
When trying to compile a kernel for my 8 cpu DELL 8450's I recieve an
extremly puzzling error, I get a bunch of errors when compiling a kernel
that has the following options in it...
options WITNESS
options NETSMB
options NETSMBCRYPTO
options
On Tue, 2003-08-19 at 17:47, Scott Long wrote:
Mark Sergeant wrote:
Hi All,
When trying to compile a kernel for my 8 cpu DELL 8450's I recieve an
extremly puzzling error, I get a bunch of errors when compiling a kernel
that has the following options in it...
options
On Montag, 18. August 2003 23:15 Uhr +0200 Pawel Jakub Dawidek
[EMAIL PROTECTED] wrote:
On Sun, Aug 17, 2003 at 08:00:54PM -0700, David O'Brien wrote:
+ This is a FAQ. In the future, please search the archives before
posting. +
+ At this moment in time, 'p4' isn't a safe CPUTYPE (It produces
I have one of these PCI cards -
ehci0: NEC uPD 720100 USB 2.0 controller mem 0xe9029000-0xe90290ff irq 5 at device
8.2 on pci0
ehci_pci_attach: companion usb2
ehci_pci_attach: companion usb3
usb4: EHCI version 0.95
usb4: companion controllers, 3 ports each: usb2 usb3
usb4: NEC uPD 720100 USB 2.0
The behaviour of filesystem activity stalling during snapshot creation
is intentional, but 30 minutes to snapshot an empty FS is not. Is
there disk activity during this time? It's not clear from your mail
whether bg fsck is in operation during this time. If so, that's
probably the cause, since
Bill Moran wrote:
It stalls for about 20-30 seconds and then continues booting. I can
not figure out what the problem is or how to solve it. Has anyone
had similar issues.
I've seen this on various hardware. I actually have a 200mhz machine
sitting here that has always done this. I've
On Tue, Aug 19, 2003 at 10:07:04AM +0200, Stefan Bethke wrote:
Removing CPUTYPE eventually gave me back working systems (I did restore
5.1-R bits prior to make world). Unfortunatly, I don't have the resources
to investigate this further, but for the time being, I will not use CPUTYPE
until
In message [EMAIL PROTECTED], Munehiro Matsuda writ
es:
Hi All,
I just got following DEVFS related message with
this mornings current.
DEVFS Overflow table with 32768 entries allocated when 925 in use
Anybody seen this?
This is mostly harmless.
When DEVFS initially was integrated the locking
Stephen Montgomery-Smith schrieb:
Actually the power-off button doesn't work at all under
FreeBSD-current. (It is a soft power-off button that dmesg shows is
detected by the OS.)
Have you tried to hold the power-button a little bit longer? My
power-button turn the system off when I pres it
On Mon, Aug 18, 2003 at 09:05:13AM +0900, Shin-ichi Yoshimoto wrote:
Subject: Re: HEADS UP: dynamic root support now in the tree,
On Mon, 18 Aug 2003 04:28:53 +0900, Shin-ichi Yoshimoto wrote:
Thanks Gordon. I can save a space :-)
I found another problem in src/Makefile.inc
[snip]
.if
On Tue, 19 Aug 2003, Mark Sergeant wrote:
There are no other errors apart from those listed so I may try compiling
as a module that gets loaded on boot. Just one problem, I succesfully
build an SMP kernel without PAE and then rebooted and the server is no
longer responding, it seems it
Tomi Vainio - Sun Finland writes:
| Doug Ambrisko writes:
|
| I assume you are using a pccard version.
|
| It only a problem newer firmware. It works ... just noisy!
|
| You can try this patch to -current that should make it quiet.
| There is a bug with -current and setting the
On Tue, 19 Aug 2003, Branko F. Gracnar wrote:
The behaviour of filesystem activity stalling during snapshot creation
is intentional, but 30 minutes to snapshot an empty FS is not. Is
there disk activity during this time? It's not clear from your mail
whether bg fsck is in operation during
Ah shoot, I should know better than to respond after having a few beers.
As Robert pointed out, modules are absolutely not supported in PAE
kernels. That not only includes sym and usb, but also acpi (which is
automatically loaded at boot). If you still want to experiment with
the sym driver,
It has been so for ever, and it has been producing the warning (which it
wasn't before because of a make(1) bug) for a while now. Known issue,
make experts are idly scratching their heads while they ponder a
solution. :-)
Andre Guibert de Bruet wrote:
I'm seeing the following on today's
On 19-Aug-2003 Daniel C. Sobral wrote:
It has been so for ever, and it has been producing the warning (which it
wasn't before because of a make(1) bug) for a while now. Known issue,
make experts are idly scratching their heads while they ponder a
solution. :-)
Gross hack:
Index:
# truss fwcontrol -r
mmap(0x0,3440,0x3,0x1000,-1,0x0) = 671535104 (0x2806d000)
munmap(0x2806d000,0xd70) = 0 (0x0)
__sysctl(0xbfbffa28,0x2,0x2806adac,0xbfbffa24,0x0,0x0) = 0 (0x0)
mmap(0x0,32768,0x3,0x1002,-1,0x0)= 671535104 (0x2806d000)
On Tue, 19 Aug 2003, Stefan Bethke wrote:
On Montag, 18. August 2003 23:15 Uhr +0200 Pawel Jakub Dawidek
[EMAIL PROTECTED] wrote:
On Sun, Aug 17, 2003 at 08:00:54PM -0700, David O'Brien wrote:
+ This is a FAQ. In the future, please search the archives before
posting. +
+ At this
Hi,
| I was ready to say that it's not working but then ipv6 came up
| automatically. I didn't look this before but now it looks that
| dhclient don't get address but if manually set v4 address it works.
| I've to check how it works with older kernel because until now I only
| checked that I
John Baldwin wrote:
On 19-Aug-2003 Daniel C. Sobral wrote:
It has been so for ever, and it has been producing the warning (which it
wasn't before because of a make(1) bug) for a while now. Known issue,
make experts are idly scratching their heads while they ponder a
solution. :-)
Gross hack:
On Tue, Aug 19, 2003 at 01:26:17PM +0200, Alexander Leidinger wrote:
Have you tried to hold the power-button a little bit longer? My
power-button turn the system off when I pres it for ~4secs (but I
haven't a Tyan board).
Sorry but telling experiences with non-Tyan boards don't help one bit.
Alexander Leidinger wrote:
Stephen Montgomery-Smith schrieb:
Actually the power-off button doesn't work at all under
FreeBSD-current. (It is a soft power-off button that dmesg shows is
detected by the OS.)
Have you tried to hold the power-button a little bit longer? My
power-button turn the
In the last episode (Aug 19), Andre Guibert de Bruet said:
open(/dev/fw0.0,0x2,01001132500) = 3 (0x3)
ioctl(3,FW_IBUSRST,0xbfbff400) = 0 (0x0)
exit(0x0)
process exit, rval = 0
We're not closing fd #3 before exiting the process. This is also the case
with
On 19-Aug-2003 Stephen Montgomery-Smith wrote:
Alexander Leidinger wrote:
Stephen Montgomery-Smith schrieb:
Actually the power-off button doesn't work at all under
FreeBSD-current. (It is a soft power-off button that dmesg shows is
detected by the OS.)
Have you tried to hold the
On Tue, 19 Aug 2003 09:54:21 -0700
David O'Brien [EMAIL PROTECTED] wrote:
Have you tried to hold the power-button a little bit longer? My
power-button turn the system off when I pres it for ~4secs (but I
haven't a Tyan board).
Sorry but telling experiences with non-Tyan boards don't
On Mon, Aug 18, 2003 at 04:36:40PM -0700, Gordon Tetlow wrote:
I think this is a bad idea because all of the .a archives will end up in
/lib. Seeing how those aren't necessary for running binaries in /bin and
/sbin, I'd rather they stay in /usr/lib (which means LIBDIR shouldn't
change if I'm
On Tue, Aug 19, 2003 at 10:07:04AM +0200, Stefan Bethke wrote:
I think he is right, because when upgrading host where was gcc3.2 to
current -CURRENT (with gcc3.3) 'make world' builds make(1) in first
place and it is builded by gcc3.2 with CPUTYPE=p4, so it will be broken.
So gcc have to be
On 19 Aug 2003, Stephen Montgomery-Smith wrote:
Alexander Leidinger wrote:
Stephen Montgomery-Smith schrieb:
Actually the power-off button doesn't work at all under
FreeBSD-current. (It is a soft power-off button that dmesg shows is
detected by the OS.)
Have you tried to hold the
Folks,
First of all I'm not sure if this is the right list. If it isn't
please accept my apologies and divert the thread to the right one so
I'll know for future reference.
I'm using the following little program to generate nano-second
timestamps for performance testing:
int
main(int argc, char
Dr. Richard E. Hawkins said:
On Thu, Aug 14, 2003 at 10:49:42PM -0400, Adam Migus wrote:
Andrew Gallatin wrote:
WRT the mime thing. My apologies. It never occured to me as
everyone I
know personally uses a real mail reader. I'd attached them
simply to
keep the scrolling down and allow
John Baldwin wrote:
On 19-Aug-2003 Stephen Montgomery-Smith wrote:
I am guessing that this 4 second delay is part of how FreeBSD wants it. If that
is the case, it shows that the power button is working as it should - it is the
power-down process that is not working right.
No, the 4 second
Martin Blapp writes:
How old is your CURRENT installation ? Can you run dhclient in verbose
mode and in foreground (-d -v) and maybe compile if with -DDEBUG ?
I've supped current on last Saturday.
Here are debug logs and how Cisco sees the situation. Windows XP
debug from Cisco is quite
On 19-Aug-2003 Stephen Montgomery-Smith wrote:
John Baldwin wrote:
On 19-Aug-2003 Stephen Montgomery-Smith wrote:
I am guessing that this 4 second delay is part of how FreeBSD wants it. If that
is the case, it shows that the power button is working as it should - it is the
power-down
Hi,
DHCPREQUEST on em0 to 255.255.255.255 port 67
DHCPACK from 212.226.167.254
bound to 212.226.167.247 -- renewal in 228123 seconds.
So the first time it works ? You get an IP here ...
an0: Found Link on interface
DHCPDISCOVER on an0 to 255.255.255.255 port 67 interval 6
DHCPDISCOVER on
Martin Blapp writes:
Why don't you get an IP here ? Does the server see your requests ?
If not, the an0 driver is broken for your card.
IMHO it's not dhclient fault here.
Martin
Did you look Cisco's dump where Windows DHCPDISCOVER appears as
0100.4096.3856.e7 but FreeBSD is
Hi,
Did you look Cisco's dump where Windows DHCPDISCOVER appears as
0100.4096.3856.e7 but FreeBSD is 0040.9638.56e7?
That's strange indeed. But 0040.9638.56e7 looks correct to
me. Can you tell me why the server does not send anything back ?
Why does it happen to be 01 before the mac if you
On Tue, Aug 19, 2003 at 09:54:21AM -0700, David O'Brien wrote:
Sorry but telling experiences with non-Tyan boards don't help one bit.
(too bad I don't have Bill Paul's finesse in getting this point across)
Actually, yes it does... well it's relevant in this case.
ATX systems respond to
John Baldwin wrote:
Here's how it works: The BIOS/hardware monitor the power button. When an
OS tells the BIOS that it is ACPI, then the BIOS doesn't do an instant turn
off when the power button is pressed, but waits to do so until the power
button has been held down for 4 seconds. If the
I see an ICE building the math/R-letter port on -current (x86) from
late last week.
% gcc -v
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.3.1 [FreeBSD] 20030711 (prerelease)
cc -I../../src/extra/pcre -I. -I../../src/include
On Tue, Aug 19, 2003 at 05:08:44PM -0400, Andrew Gallatin wrote:
I see an ICE building the math/R-letter port on -current (x86) from
late last week.
% gcc -v
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.3.1 [FreeBSD] 20030711
From: Shin-ichi Yoshimoto [EMAIL PROTECTED]
Subject: Re: HEADS UP: dynamic root support now in the tree,
On Mon, 18 Aug 2003 04:28:53 +0900, Shin-ichi Yoshimoto wrote:
Thanks Gordon. I can save a space :-)
I found another problem in src/Makefile.inc
[snip]
.if ${TARGET_ARCH} ==
Just curious if anyone knows the origin of all these auto-responses, etc.
I'm seeing a lot of these on every list I'm subscribed to (not all of them
FreeBSD related) so I was wondering if some Windows trojan is running rampant
and using these list addresses as return addys?
Anyone know?
--
Bill
On Tue, 2003-08-19 at 18:03, Bill Moran wrote:
Just curious if anyone knows the origin of all these auto-responses, etc.
I'm seeing a lot of these on every list I'm subscribed to (not all of them
FreeBSD related) so I was wondering if some Windows trojan is running rampant
and using these
Brandon S. Allbery KF8NH wrote:
On Tue, 2003-08-19 at 18:03, Bill Moran wrote:
Just curious if anyone knows the origin of all these auto-responses, etc.
I'm seeing a lot of these on every list I'm subscribed to (not all of them
FreeBSD related) so I was wondering if some Windows trojan is
Boy am I glad I use a *real* OS for my mail...
--Devon
Brandon S. Allbery KF8NH wrote:
On Tue, 2003-08-19 at 18:03, Bill Moran wrote:
Just curious if anyone knows the origin of all these auto-responses, etc.
I'm seeing a lot of these on every list I'm subscribed to (not all of them
FreeBSD
On 19-Aug-2003 Stephen Montgomery-Smith wrote:
John Baldwin wrote:
Here's how it works: The BIOS/hardware monitor the power button. When an
OS tells the BIOS that it is ACPI, then the BIOS doesn't do an instant turn
off when the power button is pressed, but waits to do so until the
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
On Tue, Aug 19, 2003 at 07:16:32PM +0200, Alexander Leidinger wrote:
Feel free to point out, that Tyan boards don't turn the system off, even
when you hold the power-button longer than 10 seconds. I'm not reluctant
to learn something new.
My K7 Thunder S2462 doesn't turn off no matter how
On Tue, Aug 19, 2003 at 01:58:22PM -0700, Alex Zepeda wrote:
On Tue, Aug 19, 2003 at 09:54:21AM -0700, David O'Brien wrote:
Sorry but telling experiences with non-Tyan boards don't help one bit.
(too bad I don't have Bill Paul's finesse in getting this point across)
Actually, yes it
On Wednesday 20 August 2003 02:49, John Baldwin wrote:
Here's how it works: The BIOS/hardware monitor the power button. When an
OS tells the BIOS that it is ACPI, then the BIOS doesn't do an instant turn
off when the power button is pressed, but waits to do so until the power
button has
On Tue, Aug 19, 2003 at 02:15:03PM -0700, Kris Kennaway wrote:
I see an ICE building the math/R-letter port on -current (x86) from
late last week.
% gcc -v
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.3.1 [FreeBSD] 20030711
On Tue, Aug 19, 2003 at 06:13:19PM -0400, John Baldwin wrote:
Following up your suggestion that it is a hardware problem, I decided
to try updating the BIOS from version 2.10 to 2.14. Now start up
produces lots of ACPI error messages.
...
The 2.10 is the version of the PCI BIOS
On Tue, Aug 19, 2003 at 06:39:13PM -0700, David O'Brien wrote:
On Tue, Aug 19, 2003 at 02:15:03PM -0700, Kris Kennaway wrote:
I see an ICE building the math/R-letter port on -current (x86) from
late last week.
% gcc -v
Using built-in specs.
Configured with: FreeBSD/i386 system
David O'Brien wrote:
On Tue, Aug 19, 2003 at 06:13:19PM -0400, John Baldwin wrote:
Following up your suggestion that it is a hardware problem, I decided
to try updating the BIOS from version 2.10 to 2.14. Now start up
produces lots of ACPI error messages.
...
The 2.10 is the version of the PCI
On Tue, Aug 19, 2003 at 08:55:10PM -0500, Stephen Montgomery-Smith wrote:
Following up your suggestion that it is a hardware problem, I decided
to try updating the BIOS from version 2.10 to 2.14. Now start up
produces lots of ACPI error messages.
...
The 2.10 is the version of the PCI BIOS
I have an Epson Stylus Color 880 which is connected to my machine through USB. Whenver
I try to print to it, it tells me 'ulpt0: output error'. Ive tried ulpt0 and unlpt0
and neither of them work. I also scoured the net, I found people with similar
problems, but no solution. I am using CUPS,
Ok I've now got problems with the compiled kernel, I get panics on my
multiple cpu machine on boot just after boot before the prompt is
reached. It's a lock on cpu #2 ( I believe cpu 3 ).
Unfortunately I don't have the exact message nor do I have a kernel dump
as this machine is meant to be a
This thread originally taken from the -stable mailing list, but I'm seeing
weird things in -current now, so I thought I'd ask
I cvsup'd and rebuilt a FreeBSD 4.8 system last Friday after receiving the
realpath security advisory. The machine is remote and the NIC uses the rl
driver.
On Tue, 19 Aug 2003, John Reynolds~ wrote:
sendto: permission denied
Turn off ipfw, then try again.
--
Doug White| FreeBSD: The Power to Serve
[EMAIL PROTECTED] | www.FreeBSD.org
___
[EMAIL PROTECTED] mailing list
67 matches
Mail list logo
