"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
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 li
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
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 "[EMAI
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 li
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
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)
Bloc
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 po
I've got another drive now to mess about with:
da0: 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. Gibbs [mailto:[EMAIL PROTE
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.
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 PROT
--- 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 Fr
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
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 art
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
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 /pro
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/usr/src/sys/boot/i38
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 us
24 matches
Mail list logo
