In message [EMAIL PROTECTED], Poul-Henning Kamp
writes:
phk 2003/08/06 08:05:28 PDT
FreeBSD src repository
Modified files:
sys/i386/i386tsc.c
sys/i386/include clock.h
sys/i386/isa clock.c
Log:
Dont initialize a TSC timecounter until we know if
Vincent Caron [EMAIL PROTECTED] writes:
after digging the various mailing-lists, release notes, errata and Google, I
thought
I might get some help here. I have just installed a FreeBSD 5.1-RELEASE on my x86
laptop. Everything works like a charm, including DRI, except mounting ext2 :
#
On Fri, 8 Aug 2003, leafy wrote:
On Thu, Aug 07, 2003 at 07:26:28PM -0700, Charlie Schluting wrote:
Ok, I found that /etc/rc.d/netif was missing. I moved the one from
/usr/src/etc/rc.d into place, and I'm thinking that will fix it.
I don't remember telling it NOT to move this file in
On Sat, 9 Aug 2003, Martin Blapp wrote:
You don't have a working link. Maybe it helps if you add a interface
define in /etc/dhclient.conf wit the possible media.
dhclient is still relying on behavior from the kernel that isn't
guaranteed.
I posted a patch to if_xl.c that should correct the
On Wed, 6 Aug 2003, Alan L. Cox wrote:
If your i386 system has panic()ed in pmap_remove_all() recently, I would
encourage you to update your pmap.c.
This is definitely good news! Thanks!
regards,
le
--
Lukas Ertl eMail: [EMAIL PROTECTED]
UNIX Systemadministrator
On Thursday 07 August 2003 20:05, Charlie Schluting wrote:
On Thu, 7 Aug 2003, Scot W. Hetzel wrote:
From: Charlie Schluting [EMAIL PROTECTED]
Yes, I do have that. I'm stupmed as to why the network interface didn't
start though. I think that's the reason all my stuff in
/usr/local/etc/rc.d
Hi,
Except that you've added code to dhclient that makes poor assumptions
about the ifmedia status word. Its optional; for hardware that you can
detect media status it can be used to display the status. For other
hardware, we shouldn't have to lie about media status; if the hardware
On Fri, 8 Aug 2003, Wilko Bulte wrote:
On Thu, Aug 07, 2003 at 06:49:55PM -0700, David O'Brien wrote:
On Thu, Aug 07, 2003 at 03:40:27PM -0500, Cagle, John (ISS-Houston) wrote:
Had to use FFS filesystem since Grub doesn't support UFS.
^^^
UFS1
TB --- 2003-08-10 11:12:24 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-08-10 11:12:24 - 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-08-10 11:14:21 - building world
TB
Anyone using a storage area network with freebsd (or linux)? Anything to
recommend as working well or to stay way from?
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
Hi,
dhclient is still relying on behavior from the kernel that isn't
guaranteed.
I know. But I'd consider that as a kernel bug, not dhclient fault.
Would it help the set the card into promisc. mode anyway, even
if we don't have link ?
I posted a patch to if_xl.c that should correct the link
On Wed, 6 Aug 2003, Kris Kennaway wrote:
On Wed, Aug 06, 2003 at 03:39:47PM -0700, Charlie Schluting wrote:
5BOn Wed, 6 Aug 2003, Kris Kennaway wrote:
On Wed, Aug 06, 2003 at 08:57:53AM -0700, Charlie Schluting wrote:
Howdy,
Running 5.0.
cvsup to 5.1 and retry. The
I tried it this morning on different systems. So far the two AMD systems
panic with vinum start and the intel/p4 works ok. All systems have no
vinum volumes currently.
Good dump found on device /dev/ad0s1b
Architecture: i386
Architecture version: 1
Dump length: 1073676288B (1023 MB)
I got a reproducable panic when installing current snapshot on VMware
3.x on Windows XP.
Sorry, panic message and trace is PNG image captured on Windows:
http://www.imgsrc.co.jp/~kuriyama/tmp/20030808.png
If more information is needed, please let me know.
--
Jun Kuriyama [EMAIL PROTECTED]
At 12:16 PM -0700 2003/08/05, Kevin Oberman wrote:
I may have missed part of this tread as I am on travel. Why is simply
not enabling ipv6 adequate? Note: I DO run IPv6 routinely when at
work, so I normally do have it enabled. I'd like to get an
understanding of what the issue might be. The
I've got another drive now to mess about with:
da0: IBM IC35L036UWDY10-0 S23C Fixed Direct Access SCSI-3 device
And I get the same problems. Running non-packetized fixes it.
Are you sure this is a firmware issue?
Lawrence Farr
EPC Direct Limited
-Original Message-
From: Justin T.
I get this:
=== i386/cdboot
=== i386/kgzldr
=== i386/libi386
=== i386/loader
/usr/share/mk/bsd.prog.mk, line 38: warning: duplicate script for target loader
ignored
cc -nostdlib -static -Ttext 0x0 -o loader.sym
/home/obj/home/src/sys/boot/i386/loader/../btx/lib/crt0.o main.o conf.o
bcache.o
Hajimu UMEMOTO [EMAIL PROTECTED] wrote:
matt ipv6_network_interfaces=xl1 lo0
This line should be `ipv6_network_interfaces=xl1 gif0'.
Heh. I KNEW it was going to be something stupid I forgot about. Yes it works
fine now.
Thank you very much!
Regards, Matt.
--
email: [EMAIL PROTECTED] -
--- Mike Bohan [EMAIL PROTECTED] wrote:
Yes, adding hint.acpi.0.disabled=1 to /boot/device.hints fixed the
mouse problem.
Try this patch on acpi and see if it solves your problem.
--- sys/dev/acpica/acpi_pci_link.c.orig Thu Jan 2 02:48:49 2003
+++ sys/dev/acpica/acpi_pci_link.c Fri Feb
On Mon, Aug 04, 2003 at 11:53:05PM -0500, Glenn Johnson wrote:
On Tue, Aug 05, 2003 at 02:38:05PM +1000, Alastair G. Hogge wrote:
On Tuesday, 05 August 2003 14:34, Matthew N. Dodd wrote:
On Mon, 4 Aug 2003, Glenn Johnson wrote:
Question for the developers: Is there someway to
On Thu, 7 Aug 2003 [EMAIL PROTECTED] wrote:
I have problems with my 5.1-Release and 5.1-STABLE boxes:
they freeze if I play anything different from audio CDs.
The cards are ESS 1938, options pcm is in the kernel.
If I try to run xmms/mpg123/KDE or any other application related
with
On Fri, 8 Aug 2003, Andrew Thompson wrote:
On Fri, 2003-08-08 at 03:13, Nate Lawson wrote:
On Fri, 8 Aug 2003, Andrew Thompson wrote:
umass0: SigmaTel, Inc. USBMSC Audio Player, rev 1.10/0.01, addr 3
umass0: Get Max Lun not supported (IOERROR)
da0 at umass-sim0 bus 0 target 0 lun 0
traitor:~% mount
/dev/da0s1a on / (ufs, local)
devfs on /dev (devfs, local)
/dev/da0s1f on /localhome (ufs, local, soft-updates)
/dev/da0s1e on /usr (ufs, local, soft-updates)
/dev/da0s1d on /var (ufs, local, soft-updates)
/dev/md0 on /tmp (ufs, local, nodev, nosuid, soft-updates)
procfs on
Andrey Chernov wrote:
/usr/src/sys/contrib/dev/acpica/acfreebsd.h includes ctype.h which is
incompatible with its redefinition in /usr/include/stand.h
As result we got:
=== i386/libi386
cc -O -pipe -march=pentium3 -ffreestanding -DCOMPORT=0x3f8 -DCOMSPEED=9600
-DTERM_EMU
I have now fixed the remaining issues.
Comments are welcome.
Martin
--
Simplify the pccard dhcp handling a lot. There are now
many configurations which have a NIC on board, and
pccard slots. If a dhclient is running on the internal
nic, the
25 matches
Mail list logo