I'm seeing the following kind of behaviour under ULE on a UP machine
(kernel updated earlier this evening). Notice that the total CPU%
adds up to way more than 100%; indeed one single process is allegedly
using more than 100% CPU, and (not clear from the top(1) output) the
processes that are
TB --- 2003-07-15 05:12:26 - starting CURRENT tinderbox run for amd64/amd64
TB --- 2003-07-15 05:12:26 - 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-07-15 05:14:20 - building world
TB --- cd
Gordon Tetlow wrote:
Attached is the patch. It basically makes CRUNCH_PROGS into a per
directory item and then only does a make obj on the per program
directory.
Tim Kientzle whined:
Hmmm I do have a philosophical quibble ...
Gordon Tetlow generously suggested:
That could probably be solved
Hi,
I tried to update a machine which will become a webserver in
near future. I received following error in buildkernel:
[...]
cc -c -O -pipe -march=pentium4 -Wall \
-Wredundant-decls -Wnested-externs -Wstrict-prototypes \
-Wmissing-prototypes -Wpointer-arith -Winline \
Jens Rehsack wrote:
Hi,
I tried to update a machine which will become a webserver in
near future. I received following error in buildkernel:
[...]
cc -c -O -pipe -march=pentium4 -Wall \
-Wredundant-decls -Wnested-externs -Wstrict-prototypes \
-Wmissing-prototypes -Wpointer-arith
Mikhail Teterin writes:
Every once in a while, a vi-session dies on me with:
input: Resource temporarily unavailable
What does it mean, why does it happen, and how can I prevent it?
Thanks a lot!
-mi
P.S. Running recent -current.
I'm seeing this on current. I use bash,
Guenter Doerrhoefer wrote:
According to the release note the Belkin F5U103 should be supported. I
could not get it to operate, the device is recognized but cannot be
configured. Anyone got the Belkin to cooperate with 5.2-current?
We tried several other adapters (not mentioned in the release
Tom Parquette wrote:
Hi. I'm not sure if this belongs somewhere else but I'm starting here
since these are 5.x systems.
Please CC me on any replies. I subscribe to the digest format (makes
replying difficult.) TIA.
I have DDNS running between my house server and what will become an X
Kris Kennaway wrote:
I'm seeing the following kind of behaviour under ULE on a UP machine
(kernel updated earlier this evening). Notice that the total CPU%
adds up to way more than 100%; indeed one single process is allegedly
using more than 100% CPU, and (not clear from the top(1) output)
TB --- 2003-07-15 06:18:18 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-07-15 06:18:18 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/i386
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-15 06:20:28 - building world
TB --- cd
On Mon, Jul 14, 2003 at 09:51:25PM +0200, Thorsten Greiner wrote:
Andreas wrote:
[EMAIL PROTECTED] ~ vim
Vim: Caught deadly signal BUS
Vim: Finished.
Bus error (core dumped)
You can work around this by unsetting SESSION_MANAGER in your
environment. I have no idea what the root cause
Thorsten Greiner wrote:
As far as I understand it, this variable is set by the session management
of the respective desktop (KDE in your case, GNOME in mine). Maybe you
can workaround the problem by using a small shell script which unsets
SESSION_MANAGER and than calls gvim?
Probably it would
On Tue, Jul 15, 2003 at 09:08:24AM +0200, Ian Freislich wrote:
Kris Kennaway wrote:
I'm seeing the following kind of behaviour under ULE on a UP machine
(kernel updated earlier this evening). Notice that the total CPU%
adds up to way more than 100%; indeed one single process is allegedly
On Mon, Jul 14, 2003 at 11:16:14PM -0700, Kris Kennaway wrote:
I'm seeing the following kind of behaviour under ULE on a UP machine
(kernel updated earlier this evening). Notice that the total CPU%
adds up to way more than 100%; indeed one single process is allegedly
using more than 100% CPU,
Hello anybody,
I'm experiencing the same problems that Mark described here
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1049372+0+/usr/local/www/db/text/2003/freebsd-current/20030706.freebsd-current
with my edN-pccard on a kernel cvsupped on sunday. Shortly after mounting
my build directory
Hi,
I am trying to use openldap with nss_ldap and pam_ldap. I have the login,
imap-uw and xdm working fine. But, it fails to work with SSH Secure Shell
3.2.3. I am using FreeBSD 5.1-CURRENT #0: Thu Jul 3 13:01:40 PDT 2003.
With ldap in nsswitch.conf, I get the following:
Jul 15 01:13:43
On Mon, Jul 14, 2003 at 10:46:43PM +0200, Andreas Klemm wrote:
On Mon, Jul 14, 2003 at 10:38:44PM +0200, Thorsten Greiner wrote:
You can work around this by unsetting SESSION_MANAGER in your
environment. I have no idea what the root cause is...
Where can I get rid of this variable
Mark Murray wrote:
Mikhail Teterin writes:
Every once in a while, a vi-session dies on me with:
input: Resource temporarily unavailable
What does it mean, why does it happen, and how can I prevent it?
I'm seeing this on current. I use bash, and the machine is not
loaded. The
TB --- 2003-07-15 09:22:47 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-07-15 09:22:47 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-15 09:25:54 - building world
TB --- cd
TB --- 2003-07-15 09:44:13 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-07-15 09:44:13 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-15 09:46:47 - building world
TB
-Ursprungligt meddelande-
Fran: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Brooks Davis
http://snapshots.jp.freebsd.org/
Or http://snapshots.se.freebsd.org
Matt Douhan
___
[EMAIL PROTECTED] mailing list
David Leimbach wrote:
Gcc needs a #pragma to disable specific warnings as a one-shot.
This was discussed in detail on the GCC mailing list.
True... but I don't think I was talking about a one-shot disabling
of the message.
I was thinking more about how a compliant C++ compiler can
Mark Murray wrote:
Mikhail Teterin writes:
Every once in a while, a vi-session dies on me with:
input: Resource temporarily unavailable
What does it mean, why does it happen, and how can I prevent it?
Thanks a lot!
-mi
P.S. Running recent -current.
I'm seeing this
- Tinderbox's Original Message -
Building an up-to-date make(1)
Kernel build for LINT started on Tue Jul 15 07:38:30 GMT 2003
[...]
dbdisply.o: In function `AcpiDbDisplayArguments':
dbdisply.o(.text+0x69c): undefined reference to `AcpiDmDisplayArguments'
dbdisply.o: In function
Hi all.
After a a long time I tried ACPI again with -CURRENT as of yesterday. On
my HP Omnibook 500 I still have problems using ACPI. The machine works
fine, but I have the annoying problem, that I cannot see the battery
level (well, mostly).I think this is mainly a problem with the DSDT,it's
Hello -
I am trying to create a custom acpi dsdt for my Dell Inspiron 2650. Does anyone know
how to correct these Errors and Warnings?
Thanks
David
wind# acpidump -o dell.dsdt dell.asl
wind# iasl -d dell.dsdt
wind# iasl dell.dsl
Intel ACPI Component Architecture
ASL Optimizing Compiler /
On Tue, 15 Jul 2003 12:43:21 + (UTC)
[EMAIL PROTECTED] (David Hill) wrote:
Hello -
I am trying to create a custom acpi dsdt for my Dell Inspiron 2650. Does anyone
know how to correct these Errors and Warnings?
Thanks
David
wind# acpidump -o dell.dsdt dell.asl
wind# iasl -d
On Tue, 2003-07-15 at 09:09, Terry Lambert wrote:
One way to track this down, if it's that repeatable for everyone,
would be to open another terminal window, get the pid of the
program that's going to do this, and then:
truss -p pid | grep Resource temp
...or just let it run to
On (2003/07/15 13:35), Byron Schlemmer wrote:
Being the curious person that I am, I tried the following from the truss
manpage :
% truss /bin/echo hello
truss: cannot open /proc/1805/mem: No such file or directory
truss: cannot open /proc/curproc/mem: No such file or directory
Is this
On Tue, 2003-07-15 at 13:45, Sheldon Hearn wrote:
It's expected if you don't have a process filesystem mounted on /proc.
kldload procfs
mount_procfs /dev/procfs /proc
Doh! I should have RTFM. Apologies.
truss(1) :
It does this by stopping and restarting the process being monitored via
This is an automated bi-weekly mailing of the FreeBSD 5.2 open issues list.
The live version of this list is available at:
http://www.FreeBSD.org/releases/5.2R/todo.html
Automated mailing of this list will continue through the release of
FreeBSD 5.2.
FreeBSD 5.2
hi,
the motherboard is Intel STL2, which works fine with 4.8-stable.
just tried 5.1-current and it hangs on boot:
BIOS drive A: is disk0
BIOS drive C: is disk1
PXE version 2.1, real mode entry point @9d3a:0106
BIOS 637kB/785344kB available memory
FreeBSD/i386 bootstrap loader, Revision
Is there any specific reason that the sparc64 tinderbox permanently dumps
core? I have no problem here to build world on my sparcs.
harti
On Mon, 14 Jul 2003, Tinderbox wrote:
TTB --- 2003-07-14 11:12:19 - starting CURRENT tinderbox run for sparc64/sparc64
TTB --- 2003-07-14 11:12:19 -
Is there any particular reason DEVICE_POLLING is no longer available in NOTES?
(Or should I say isn't linted any more? :-) It still appears to be available in
fxp et al.
Regards,
Roderick
___
[EMAIL PROTECTED] mailing list
TB --- 2003-07-15 16:00:00 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-07-15 16:00:00 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-15 16:03:29 - building world
TB --- cd
I was wondering whether the SMPng page at http://www.freebsd.org/smp is updated as those features are added. Because it seems like no feature update for long.
For instance is the preemptible kernel going to be a part of 5.x series or going
to be left to 6.x?
Thanks...
TB --- 2003-07-15 16:22:15 - starting CURRENT tinderbox run for amd64/amd64
TB --- 2003-07-15 16:22:15 - 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-07-15 16:24:11 - building world
TB --- cd
TB --- 2003-07-15 16:42:12 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-07-15 16:42:12 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/i386
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-15 16:44:31 - building world
TB --- cd
Just installed 5.1 yesterday, cvsuped using the . tag, and src-all
/etc/make.conf untouched. I attempted to buildworld and I get the following
ranlib libc_pic.a
ranlib libc.a
ranlib libc_p.a
sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libc.a
/usr/obj/usr/sr
c/i386/usr/lib
sh
TB --- 2003-07-15 17:01:54 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-07-15 17:01:54 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-15 17:03:44 - building world
TB --- cd
On Tue, Jul 15, 2003 at 06:01:49PM +0200, Roderick van Domburg wrote:
Is there any particular reason DEVICE_POLLING is no longer available
in NOTES? (Or should I say isn't linted any more? :-) It still
appears to be available in fxp et al.
It is in /usr/src/sys/i386/conf/NOTES rev 1.1089 and
On a client bound to this server, please do:
% ypwhich -m
Thanks for getting back to me on this. First off, apologies if I'd
failed to mention the server before...Now, on a -CURRENT NIS client
(with rev 1.81
getpwent.c):
$ ypwhich -m
shadow dc3
passwd.byuid dc3
Harti Brandt [EMAIL PROTECTED] writes:
Is there any specific reason that the sparc64 tinderbox permanently dumps
core? I have no problem here to build world on my sparcs.
Remember, this is a cross-build...
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
TB --- 2003-07-15 17:20:54 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-07-15 17:20:54 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-15 17:22:59 - building world
TB --- cd
On Tue, Jul 15, 2003 at 07:59:43AM +0200, Harti Brandt wrote:
I would call this a compiler bug. It shouldn't declare exp(3) when you
don't include math.h. As I understand the standard the names in math.h are
only reserved when you include math.h. I remember that an earlier version
of gcc had
Bernd Walter wrote:
On Sat, Jul 12, 2003 at 02:22:41AM +0200, Harald Schmalzbauer wrote:
Hello,
my kernel (5.1-REL) can't mount root (mountroot) on my CF-card although
it's booting fine and I can mount the card on my USB card reader.
I had a look at GENERIC and saw that I didn't miss
On Tue, Jul 15, 2003 at 07:50:06PM +0200, Dag-Erling Sm?rgrav wrote:
Harti Brandt [EMAIL PROTECTED] writes:
Is there any specific reason that the sparc64 tinderbox permanently dumps
core? I have no problem here to build world on my sparcs.
Remember, this is a cross-build...
It needs to be
Marcel Moolenaar [EMAIL PROTECTED] writes:
It needs to be analyzed because cross-builds should not fail. Do
we have a machine problem? What exactly is dumping core? Is it
gzip or some binary started immediately after it? If it's gzip,
is there a relation with the recent compiler warning about
On Tue, Jul 15, 2003 at 09:00:17PM +0200, Dag-Erling Sm?rgrav wrote:
Marcel Moolenaar [EMAIL PROTECTED] writes:
It needs to be analyzed because cross-builds should not fail. Do
we have a machine problem? What exactly is dumping core? Is it
gzip or some binary started immediately after it?
David O'Brien wrote:
Gordon, 'make world' times have climbed up to over 1 hour on a machine
that used to do it in 25 minutes. Can you please commit to understanding
how /resuce is build and optimizing it ...
Just out of curiosity, I timed 'buildworld' to
see what impact /rescue really has. These
Harald Schmalzbauer wrote:
The problem is solved. It was stupid, but I thought why should I have to set
/ in /etc/fstab when the filesystem isn't mounted yet, so the file can't be
read.
But it seems the kernel reads this file loader-like *before* the
filesystem is mounted.
I believe that the
On Tue, 15 Jul 2003, Tim Kientzle wrote:
David O'Brien wrote:
Gordon, 'make world' times have climbed up to over 1 hour on a machine
that used to do it in 25 minutes. Can you please commit to understanding
how /resuce is build and optimizing it ...
Just out of curiosity, I timed
On Tue, 2003/07/15 at 12:04:56 -0700, Marcel Moolenaar wrote:
On Tue, Jul 15, 2003 at 09:00:17PM +0200, Dag-Erling Sm?rgrav wrote:
Marcel Moolenaar [EMAIL PROTECTED] writes:
It needs to be analyzed because cross-builds should not fail. Do
we have a machine problem? What exactly is dumping
On Tue, 15 Jul 2003, Marcel Moolenaar wrote:
MMOn Tue, Jul 15, 2003 at 09:00:17PM +0200, Dag-Erling Sm?rgrav wrote:
MM
MM There's not much more I can say about it until I see the full
MM log from the next run; the last one broke at a different point.
MM
MMThe first question is: what process is
On Tue, 15 Jul 2003, Thomas Moestl wrote:
TMOn Tue, 2003/07/15 at 12:04:56 -0700, Marcel Moolenaar wrote:
TM On Tue, Jul 15, 2003 at 09:00:17PM +0200, Dag-Erling Sm?rgrav wrote:
TM Marcel Moolenaar [EMAIL PROTECTED] writes:
TM It needs to be analyzed because cross-builds should not fail. Do
TM
On Tue, Jul 15, 2003 at 09:35:43PM +0200, Harti Brandt wrote:
On Tue, 15 Jul 2003, Marcel Moolenaar wrote:
MMOn Tue, Jul 15, 2003 at 09:00:17PM +0200, Dag-Erling Sm?rgrav wrote:
MM
MM There's not much more I can say about it until I see the full
MM log from the next run; the last one broke
Marcel Moolenaar [EMAIL PROTECTED] writes:
It does not only happen to sparc64. I've seen it fail for all but
i386 and pc98, I think.
Interestingly, the latest sparc64 tinderbox succeeded.
The first question is: what process is dumping core. I think
you'll find that with dmesg(8).
[EMAIL
On Tue, Jul 15, 2003 at 12:22:31PM -0700, Tim Kientzle wrote:
Harald Schmalzbauer wrote:
The problem is solved. It was stupid, but I thought why should I have to
set
/ in /etc/fstab when the filesystem isn't mounted yet, so the file can't be
read.
But it seems the kernel reads this file
At Tue, 15 Jul 2003 11:54:06 -0700,
David O'Brien wrote:
Much, much better if you can point to the specific GCC source code file
where this is handled.
May this help you?
waterblue% cat exp.c
int
main(int argc, char** argv)
{
int exp = 5;
return 0;
}
waterblue% cc -Wshadow -c exp.c
On 2003-07-14 20:33 -0400, Scott Robbins [EMAIL PROTECTED] wrote:
I installed 5.1 RELEASE on a box with an ASUS A7A266 motherboard. Not
having done enough reading, I had put device apm in the kernel and added
apmd_enable=YES to /etc/rc.conf.
The box wouldn't turn off in response to
On Wed, Jul 16, 2003 at 12:57:38AM +0200, Stefan E?er wrote:
On 2003-07-14 20:33 -0400, Scott Robbins [EMAIL PROTECTED] wrote:
I installed 5.1 RELEASE on a box with an ASUS A7A266 motherboard. Not
ACPI power-off failed - timeout
The operating system has halted
Press any key
Bernd Walter wrote:
On Tue, Jul 15, 2003 at 12:22:31PM -0700, Tim Kientzle wrote:
Harald Schmalzbauer wrote:
The problem is solved. It was stupid, but I thought why should
I have to
set
/ in /etc/fstab when the filesystem isn't mounted yet, so the
file can't be
read.
But it seems
On Wed, Jul 16, 2003 at 01:47:59AM +0200, Harald Schmalzbauer wrote:
Bernd Walter wrote:
On Tue, Jul 15, 2003 at 12:22:31PM -0700, Tim Kientzle wrote:
Harald Schmalzbauer wrote:
The problem is solved. It was stupid, but I thought why should
I have to
set
/ in /etc/fstab when the
Hi Bill,
Sorry for the previous e-mail, but have in mind that I'm trying to cooperate
by testing your drivers and
I am not aware of the rules for declaring a hardware problem in the mailing
lists. The only way I can send
you the messages from the kernel is if I rewrite them from the console.
Here
Of all the gin joints in all the towns in all the world, Boris Georgiev
had to walk into mine and say:
Hi Bill,
Sorry for the previous e-mail, but have in mind that I'm trying to cooperate
by testing your drivers and
I am not aware of the rules for declaring a hardware problem in the
I've found what looks like it might be a bug in devinfo - listing resources
by type, there are far too many 'open if_tun unit' resources: there are over
126,000 lines, repeating
0 (root0)
1-32767 (root0)
for about 500 lines, before there's another 'open if_tun units:' header. The
file produced
*snip*
The machine rebooted. No matter if I did ? or any ufs:xxYz. It's
behaviour was like empty line.
That's the normal behavour if the line can't be parsed.
IIRC you can't correct typos on that line.
Even if a line corrected with backspace looks good - it is not.
I'm very sure that I
On Wed, Jul 16, 2003 at 02:38:18AM +0200, Harald Schmalzbauer wrote:
*snip*
The machine rebooted. No matter if I did ? or any ufs:xxYz. It's
behaviour was like empty line.
That's the normal behavour if the line can't be parsed.
IIRC you can't correct typos on that line.
Even if a
Dear all,
I'm experimenting with 5.1-REL for some weeks and during that time I had
some mysterious hangs which I didn't take serious because I modified
/usr/src/sys/cam/scsi/scsi_da.c to support my CF-Card-Reader.
But now I saw exactly the same problem on my brand new (and cosidered by
hardware
Bernd Walter wrote:
On Wed, Jul 16, 2003 at 02:38:18AM +0200, Harald Schmalzbauer wrote:
*snip*
The machine rebooted. No matter if I did ? or any ufs:xxYz. It's
behaviour was like empty line.
That's the normal behavour if the line can't be parsed.
IIRC you can't correct
I have the X server up and running on my machine at work, I'm currently
using it in a desktop configuration (although not my primary desktop yet
because I still need to have a place to finish off some kernel
optimizations).
The first patch is against ports/x11/XFree86-4-libraries:
On Tue, Jul 15, 2003 at 09:35:18PM +0200, Thomas Moestl wrote:
On Tue, 2003/07/15 at 12:04:56 -0700, Marcel Moolenaar wrote:
On Tue, Jul 15, 2003 at 09:00:17PM +0200, Dag-Erling Sm?rgrav wrote:
Marcel Moolenaar [EMAIL PROTECTED] writes:
It needs to be analyzed because cross-builds should
Harald Schmalzbauer wrote this message on Wed, Jul 16, 2003 at 02:58 +0200:
Let's see what Tim can contribute to this topic, since he also claimed to
have problems with mountroot
I have a possible patch that might address people's problems with mountroot.
Now after resetting the machine which was hung by sysinstall it claims
that ad4 (one of two mirrored 30GB 2.5 disks was absent (see dmesg below)
Now the controller warns me that one drive is bad (which in fact is
definatley not) and allows me to select continue boot
That's what I do and after
John-Mark Gurney wrote:
Harald Schmalzbauer wrote this message on Wed, Jul 16, 2003 at
02:58 +0200:
Let's see what Tim can contribute to this topic, since he also
claimed to
have problems with mountroot
I have a possible patch that might address people's problems with
mountroot.
@/dev/usb/usbdivar.h:127: error: syntax error before bus_dma_tag_t
-Pawel
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
On Wed, Jul 16, 2003 at 03:47:25AM +0200, Harald Schmalzbauer wrote:
Now after resetting the machine which was hung by sysinstall it claims
that ad4 (one of two mirrored 30GB 2.5 disks was absent (see dmesg below)
Now the controller warns me that one drive is bad (which in fact is
definatley
On Wed, 16 Jul 2003, Harald Schmalzbauer wrote:
Now after resetting the machine which was hung by sysinstall it claims
that ad4 (one of two mirrored 30GB 2.5 disks was absent (see dmesg below)
mirrored by what?
Now the controller warns me that one drive is bad (which in fact is
definatley
Pawel Worach wrote this message on Wed, Jul 16, 2003 at 03:51 +0200:
@/dev/usb/usbdivar.h:127: error: syntax error before bus_dma_tag_t
Could you please include more information? like what file? I just
completed a build of usb (module) w/o problems.
--
John-Mark Gurney
--On Tuesday, July 15, 2003 19:04:17 -0700 John-Mark Gurney
[EMAIL PROTECTED] wrote:
Pawel Worach wrote this message on Wed, Jul 16, 2003 at 03:51 +0200:
@/dev/usb/usbdivar.h:127: error: syntax error before bus_dma_tag_t
Could you please include more information? like what file? I just
Larry Rosenman wrote this message on Tue, Jul 15, 2003 at 21:06 -0500:
I'm seeing the same thing, re-cvsup'd, and the kernel build is still
running, but here is where mine died:
=== aue
cc -O -pipe -mcpu=pentiumpro -D_KERNEL -Wall -Wredundant-decls
-Wnested-externs -Wstrict-prototypes
Thanks, John-Mark.
the fresh cvsup died in the same place, obviously. :-)
LER
--On Tuesday, July 15, 2003 19:09:26 -0700 John-Mark Gurney
[EMAIL PROTECTED] wrote:
Larry Rosenman wrote this message on Tue, Jul 15, 2003 at 21:06 -0500:
I'm seeing the same thing, re-cvsup'd, and the kernel build
*snip*
Now the controller warns me that one drive is bad (which in fact is
definatley not) and allows me to select continue boot
If the controler says it's bad, it may well be.
Now please give me a hint what to do. This is my brand new
fileserver which
collected all improtant data
Larry Rosenman wrote this message on Tue, Jul 15, 2003 at 21:10 -0500:
the fresh cvsup died in the same place, obviously. :-)
Ok, this has been fixed and I have also fixed a few of the other
usb modules that suffered the same problems. Builds should be working
again.
Julian Elischer wrote:
On Wed, 16 Jul 2003, Harald Schmalzbauer wrote:
Now after resetting the machine which was hung by sysinstall it claims
that ad4 (one of two mirrored 30GB 2.5 disks was absent (see
dmesg below)
mirrored by what?
By ata. It is reognized as ar0 after setting it up in
--On Tuesday, July 15, 2003 19:21:13 -0700 John-Mark Gurney
[EMAIL PROTECTED] wrote:
Larry Rosenman wrote this message on Tue, Jul 15, 2003 at 21:10 -0500:
the fresh cvsup died in the same place, obviously. :-)
Ok, this has been fixed and I have also fixed a few of the other
usb modules that
Harald Schmalzbauer wrote:
Let's see what Tim can contribute to this topic, since he also claimed to
have problems with mountroot
I installed FreeBSD (I think it was 5.0-RELEASE) on a hard disk
attached to ad0. It worked, I tested it.
I reconnected the hard disk to a separate IDE controller as
On Tue, Jul 15, 2003 at 06:09:08PM -0700, Kris Kennaway wrote:
It's not a machine problem if it only happens to the sparc64 build -
the same machine runs all the other -CURRENT tinderboxen except
powerpc.
It does not only happen to sparc64. I've seen it fail for all but
On Tue, Jul 15, 2003 at 10:11:03PM -0700, Marcel Moolenaar wrote:
On Tue, Jul 15, 2003 at 06:09:08PM -0700, Kris Kennaway wrote:
It's not a machine problem if it only happens to the sparc64 build -
the same machine runs all the other -CURRENT tinderboxen except
powerpc.
John-Mark Gurney wrote:
Harald Schmalzbauer wrote this message on Wed, Jul 16, 2003 at 02:58 +0200:
Let's see what Tim can contribute to this topic, since he also claimed to
have problems with mountroot
I have a possible patch that might address people's problems with mountroot.
On Wed, 16 Jul 2003, Harald Schmalzbauer wrote:
I'm experimenting with 5.1-REL for some weeks and during that time I had
some mysterious hangs which I didn't take serious because I modified
/usr/src/sys/cam/scsi/scsi_da.c to support my CF-Card-Reader.
But now I saw exactly the same problem on
Tim Kientzle wrote this message on Tue, Jul 15, 2003 at 22:19 -0700:
John-Mark Gurney wrote:
Harald Schmalzbauer wrote this message on Wed, Jul 16, 2003 at 02:58 +0200:
Let's see what Tim can contribute to this topic, since he also claimed to
have problems with mountroot
I have a possible
92 matches
Mail list logo