> On 23 Mar 2019, at 10:13 AM, Ed Maste wrote:
>
> To help track this down can you run `make buildenv` and then in the
> resulting shell collect the output of `which ld` and `ld --version`?
Thanks for the info & help Ed.
I did the same experiment with the latest 12-SNAPSHOT without any chang
> On 19 Mar 2019, at 9:34 AM, Ed Maste wrote:
>
> There are a few different ways you could address this:
> 1. Build either the buildworld or kernel-toolchain targets before make
> buildkernel, which will then use the built toolchain including lld.
I did this, and it did not work. I always bu
Another data point:
I did the whole experiment with the latest 12-STABLE but for amd64 and
everything builds fine without changes, and runs fine too.
I used the same src.conf and make.conf. So the problem is definitely with i386.
Dan
___
freebsd-sta
Well, everything built fine, but the kernel faults on boot, so the checks are
probably needed. ;-)
I still do not understand why the linker that is part of 12-STABLE does not
provide the support needed.
The directives in my src.conf and make.conf do not delete the lld linker. They
just cut do
The ifuncs check for buildkernel is identical to the one in
/usr/src/lib/libc/Makefile
and is here:
/usr/src/sys/conf/kern.pre.mk
Dan
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubs
am only building i386, as in I am not building all
targets or amd64.
I edited the two Makefiles that have this check to remove the check and the
builds proceed just fine.
So it appears that these checks are flawed, or I am soon to learn something new
> On 30 May 2018, at 12:13 PM, Dimitry Andric wrote:
>
> Probably only the module should be disabled,
I did this my deleting a few lines from /usr/src/sys/modules/Makefile, and
everything works well now!
A fully gcc-based 11-STABLE i386 machine. (The builds go SO much faster with
gcc rath
To Whom It May Concern:
I am building FreeBSD 11 stable i386 on an old Pentium 4 machine. The
clang/llvm build is just horrific in length, so I am substituting gcc by the
appropriate /etc/src.conf defines such as WITHOUT_CLANG,
WITHOUT_CLANG_BOOTSTRAP, WITH_GCC, WITH_GCC_BOOTSTRAP.
After de
> On 17 Apr 2018, at 9:24 AM, Kyle Evans wrote:
>
> Can you set vm.pmap.pti=0 at the loader prompt and see if
> this affects your situation at all, just to rule that out?
I redid everything from the start, did set vm.pmap.pti=0, and it behaves
exactly the same: kernel panic.
Thanks for your
> On 17 Apr 2018, at 8:49 AM, Kyle Evans wrote:
>
> As "the guy most likely to have broken boot code in stable," may I ask
> what leads you specifically to amd64 boot code? Mostly curious if
> there's something beyond "i386 works well" that lead you to this
> conclusion.
It is partly just a hu
re to go on, but I am happy to off list work with anyone that
wants to pursue this, by testing out stuff or answering more questions.
Dan Allen
Running FreeBSD since 2.2.8
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/
/libzfs_core.so.2 should be added to the
ObsoleteFiles.inc file.
Dan Allen
Building FreeBSD since 2.2.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-s
On Aug 1, 2012, at 10:06 AM, John Baldwin wrote:
> Can you use a binary search on the date to narrow down which commit breaks it?
Sadly, I cannot. I upgraded the machine to RELENG_9. The powerd demon appears
to control the fan okay now. However I still must use the apic hint in
loader.conf
On 31 Jul 2012, at 2:39 PM, John Baldwin wrote:
> On Tuesday, July 24, 2012 9:32:45 pm Dan Allen wrote:
>>
>> $FreeBSD: src/sys/i386/i386/machdep.c,v 1.688.2.31 2012/06/13 15:25:52 jhb
> So to be clear, does that revision work fine, it's a future revision that
> b
On 24 Jul 2012, at 4:26 AM, Konstantin Belousov wrote:
> Does your system slows down with these messages ? 0x40 means that some
> code tried to send IPI with interrupt number from the range of assigned
> CPU faults. I believe that FreeBSD code never does that.
So, I reverted to
$FreeBSD: sr
On 24 Jul 2012, at 4:26 AM, Konstantin Belousov wrote:
> Does your system slows down with these messages ? 0x40 means that some
> code tried to send IPI with interrupt number from the range of assigned
> CPU faults. I believe that FreeBSD code never does that.
>
> Is there a BIOS upgrade for yo
ese messages? What does error 0x40 mean?
Thanks,
Dan Allen
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
On 31 Dec 2011, at 4:31 PM, Jeremy Chadwick wrote:
> In the meantime: Dan, when you say in your original mail, "I just
> upgraded my Dell OptiPlex GX270 from RELENG_8 to RELENG_9", can you
> please provide uname -a output from the system when it was running
> RELENG_8? I'm looking specifically f
On 31 Dec 2011, at 12:34 PM, Garrett Cooper wrote:
> Not yet. Add 'nooptions NEW_PCIB' to your KERNCONF, recompile, and
> try booting the new kernel. See if this works.
It worked! No hang, power button works. Nice. I hope this experimental
option stays in.
Thank you everyone for your help.
On 31 Dec 2011, at 1:01 PM, Adrian Chadd wrote:
> So what I can only suggest is that you build and boot a variety of
> -HEAD kernels. Start with HEAD from say, Jan 1 2011. Boot it, see if
> it works. If it doesn't, go back 3 months at a time. If it does, go
> forward three months until it breaks.
On 31 Dec 2011, at 10:57 AM, Jeremy Chadwick wrote:
> Do you have a necessary reason to upgrade to 9 given this situation?
> Given the conditions I would stay you should stay with 8.
This philosophy seems wrong, but it may be the way to go.
My Toshiba Satellite U205 used to work great with RELE
if I disable that
(hw.acpi.disable=pci) then the machine cannot find a boot drive.
So I have lost functionality that worked fine in BSD 8.
Thoughts? Suggestions?
Thanks,
Dan Allen
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org
I just did a csup of stable, and the build is broken.
In function protopr various struct members are not defined. The build halts.
First compile error is at /usr/src/usr.bin/netstat/inet.c line 462
Dan
___
freebsd-stable@freebsd.org mailing list
http
On 14 Dec 2010, at 5:47 PM, Jeremy Chadwick wrote:
> Anyway, many people are using the below with success.
Sorry to say that netwait did NOT in the end fix the problem.
I however discovered that if I put
synchronous_dhclient="YES"
into my /etc/rc.conf file, that over many days & reboots now
On 14 Dec 2010, at 7:02 PM, Jeremy Chadwick wrote:
> The design model of these daemons is to assume network connectivity is
> working when they start, and netwait
> reliably ensures that.
Thanks Jeremy for the script. It works like a charm on my system, fixing the
problem.
Dan
_
On 14 Dec 2010, at 5:47 PM, Jeremy Chadwick wrote:
> This issue has been discussed pretty thoroughly in the past. There's no
> official solution, but there is an rc.d script I wrote which addresses
> this shortcoming. Nothing related to the "boot order" has changed, but
> network drivers and ov
Recently my network connection now is setup AFTER ntpd is launched rather than
before.
So when ntpd starts there is no net connection and it gives up.
I read /usr/src/UPDATING but nothing is mentioned about a change in boot order.
Any ideas?
Thanks,
Dan Allen
On 9 Nov 2010, at 3:08 PM, Andriy Gapon wrote:
>> The kernel should still not panic if someone disables APIC.
>
> 100% agreement - and it shouldn't do that now.
The kernel on my Core Duo machine does not panic with APIC off. In fact it
works much better with it off. The only problem is that
On 9 Nov 2010, at 9:07 AM, Andriy Gapon wrote:
> Let's see if anybody else can help you with that stuff.
> My jurisdiction (area of expertise) ends here.
Thank you for your help!
Dan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.o
On 9 Nov 2010, at 8:24 AM, Andriy Gapon wrote:
> on 09/11/2010 17:22 Dan Allen said the following:
>>
>> On 9 Nov 2010, at 8:11 AM, Andriy Gapon wrote:
>>
>>> /boot/loader.conf contents
>>
>> This might be the smoking gun!
>>
>> cat load
On 9 Nov 2010, at 8:11 AM, Andriy Gapon wrote:
> /boot/loader.conf contents
This might be the smoking gun!
cat loader.conf:
hint.apic.0.disabled="1"
Dan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/f
On 9 Nov 2010, at 8:11 AM, Andriy Gapon wrote:
> - sysctl machdep.acpi_root
machdep.acpi_root: 983520
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable
On 8 Nov 2010, at 10:30 PM, Andriy Gapon wrote:
> Can you please also provide the following output:
> $ kenv | fgrep hint.acpi
hint.acpi.0.oem="TOSHIB"
hint.acpi.0.revision="1"
hint.acpi.0.rsdp="0xf01e0"
hint.acpi.0.rsdt="0x3f7a"
___
freebsd-stabl
On 5 Nov 2010, at 9:22 AM, Andriy Gapon wrote:
> Let's look at the following:
> 0. your kernel config
> 1. verbose dmesg
> 2. acpidump -dt output
> 3. x86info -a (sysutils/x86info)
Andriy, I sync'd with CURRENT and got your patch today as part of the official
sources. My machine at least boots
On 3 Nov 2010, at 2:40 AM, Andriy Gapon wrote:
> This problem seems to happen only on SMP systems that for some reason run as
> UP.
> E.g. because ACPI and/or APIC are disabled.
> Or some other BIOS configuration.
> But I am not sure what exactly is the case here.
Okay, I have been researching
On 3 Nov 2010, at 3:09 PM, Jeremy Chadwick wrote:
> Anyway, it sounds like me testing isn't necessary since you have a
> pretty good idea of what's going on with Dan's setup.
Well I am certainly testing, and the patch that Andriy posted WORKS!
Steps:
1. I csup'd to today's very latest sources
On 3 Nov 2010, at 2:01 PM, Andriy Gapon wrote:
> P.S. so will you be trying the patch I proposed?
Yes. I will csup with today's sources and then apply the patch.
Results soon...
Dan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.o
On 2 Nov 2010, at 11:57 PM, Jeremy Chadwick wrote:
> Can you please roll your source code back to a date prior to the above
> commit, rebuild, and re-try? You can accomplish this using the "date"
> option in your cvsup/csup file. See csup(1) for details. I would
> recommend also chopping off a
On 3 Nov 2010, at 2:18 AM, Sergey Kandaurov wrote:
> + if (cpu_logical == 0)
> + cpu_logical = 1;/* XXX max_logical? */
>cpu_cores /= cpu_logical;
>hyperthreading_cpus = cpu_logical;
My machine contains an Intel Core Duo, not a Core 2 Duo. However, bo
On 3 Nov 2010, at 2:48 AM, Andriy Gapon wrote:
> I still would like to see verbose dmesg, just to be sure what's going on.
Here is the output of dmesg from the last working kerneL, with sources sync'd
Oct 28th:
Dan
---
Copyright (c) 1992-2010 The FreeBSD Project.
Copyright (c) 1979, 1980, 19
r via boot /boot/kernel.old, resync'd today, rebuilt,
and things are still broken.
Any ideas?
Dan Allen
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "fre
type "8.0" into the main
freebsd.org web page it find nothing on the entire web site.
Obviously something is wrong...
Thanks!
Dan Allen
Spring Lake, Utah
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailma
On 14 Jun 2009, at 5:08 PM, Daniel Eischen wrote:
On Sun, 14 Jun 2009, Dan Allen wrote:
# /dev/ad0s2:
8 partitions:
#size offsetfstype [fsize bsize bps/cpg]
a: 43591708 20971524.2BSD0 0 0
b: 20971520 swap
c: 456888600unused
On 14 Jun 2009, at 1:27 AM, Daniel Eischen wrote:
From one of your older emails, you mention you are using
ad0s2a as / and ad0s2b as swap, and then say that ad0s2c
is unused (I may have the ad0s2 part wrong). But ad0s2c
should be the entire slice (or partition depending on
the wording you are
On 14 Jun 2009, at 10:38 AM, CmdLnKid wrote:
Is it possible that you have most likely been playing around with ZFS
before this and left some of the configurations of ZFS embedded in
your
drive and the loader is picking that up.
No, I have never used ZFS.
The drive is partitioned and the f
On 13 Jun 2009, at 5:42 PM, Paul B. Mahol wrote:
On 6/13/09, Dan Allen wrote:
I have now proven that the recent post June 8th version of
/usr/src/sys/boot/i386/loader/Makefile
causes catastrophic data loss.
I hardly doubt that such change cause loss of data on entire drive
On 13 Jun 2009, at 2:41 PM, Dan Allen wrote:
On 13 Jun 2009, at 12:50 PM, Paul B. Mahol wrote:
I doubt it is loader fault, from your description it appears that
loader is never started.
Could you try to remove -DLOADER_ZFS_SUPPORT from Makefile?
/usr/src/sys/boot/i386/loader/Makefile
I have now proven that the recent post June 8th version of
/usr/src/sys/boot/i386/loader/Makefile
causes catastrophic data loss.
Why on earth would this change not be immediately rolled back out of
the STABLE branch? For those on the bleeding edge with CURRENT they
expect to lose t
On 13 Jun 2009, at 12:50 PM, Paul B. Mahol wrote:
I doubt it is loader fault, from your description it appears that
loader is never started.
Could you try to remove -DLOADER_ZFS_SUPPORT from Makefile?
/usr/src/sys/boot/i386/loader/Makefile
BINGO! LOADER_ZFS_SUPPORT is the culprit.
I rebu
On 11 Jun 2009, at 5:41 PM, Paul B. Mahol wrote:
Looks like boot(8) is problematic.
Okay, here is the June 13th noon update to this problem.
I once again installed a May 28th build. Rebuilt world and kernel
from source. Everything works great. No custom kernel, just GENERIC.
I then me
On 12 Jun 2009, at 9:50 PM, Yuri Pankov wrote:
On Fri, Jun 12, 2009 at 08:24:42PM -0700, Gary Kline wrote:
Whew!! i'm giving thanks to every saint, god and daemon known. i
rebuilt my kernel in very recent days (7.2) on my ancient
500MHz kayak, but did not go further.
On 12 Jun 2009, at 6:32 AM, John Baldwin wrote:
On Thursday 11 June 2009 9:33:24 pm Dan Allen wrote:
Isn't boot part of the kernel build? Why would installing the kernel
not cause this problem?
No, sys/boot is built during world. Likely some change in /boot/
loader is
causing
On 11 Jun 2009, at 5:41 PM, Paul B. Mahol wrote:
Looks like boot(8) is problematic.
Anything in /etc/src.conf or /etc/make.conf?
I have never touched or created a src.conf. If there was one there,
it has been unmodified by me.
I HAVE modified make.conf. Here is its contents:
--- /etc/m
problem appears to be something that runs during this 'make
installworld'!
There are no problems with the build itself that I can tell, but some
program is munging the disk partition table.
In a zany sort of way this is progress. Of course now I have to
reinstall the OS, ag
In trying to figure this out, I rebuilt a GENERIC kernel after
sync'ing to today's RELENG_7 sources. I then installed it, held my
breath, and rebooted. It works!
So I am now looking at userland (make buildworld && make installworld)
to see if it is the culprit. Another possibility is my
On 11 Jun 2009, at 3:40 PM, Paul B. Mahol wrote:
Are you using ZFS on root partition?
No. The disk is the default (UFS2 I believe).
So I just reinstalled BSD again and this time I did not reinitialize
the file system and after a brief disk integrity check it reinstalled
and files I had
root any
more. The partition is listed, but it looks like it had been freshly
partitioned.
Something is very, very wrong.
Ideas?
Dan Allen
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stab
On 18 Mar 2009, at 10:02 AM, John Baldwin wrote:
On Monday 16 March 2009 1:59:25 pm Dan Allen wrote:
I saw that someone else had this happen last week... It is not a
hardware failure.
While building the latest GCC 4.4 from /usr/ports/lang/gcc44 I got a
core dump with the message
On 16 Mar 2009, at 1:01 PM, Alan Cox wrote:
For now, can you just provide the stack trace?
As I mentioned, I am unable to do so - I have no kernel.debug.
However, I am trying to reproduce the bug again. (It takes a while.)
Although it has not yet crashed, I noticed another unusual behavi
On 16 Mar 2009, at 3:42 PM, Patrick Lamaizière wrote:
Le Mon, 16 Mar 2009 14:49:43 -0600,
Dan Allen :
For now, can you just provide the stack trace?
How do I do this? Is there a tool that I run against the core dump?
See
http://www.freebsd.org/doc/en/books/developers-handbook
On 16 Mar 2009, at 1:01 PM, Alan Cox wrote:
For now, can you just provide the stack trace?
How do I do this? Is there a tool that I run against the core dump?
BTW, I just did the same gcc-4.4 build on my Mac and it built fine
without any core dumps...
Dan
__
I saw that someone else had this happen last week... It is not a
hardware failure.
While building the latest GCC 4.4 from /usr/ports/lang/gcc44 I got a
core dump with the message
vm_page_insert: page already inserted
I build this port every week on a Toshiba laptop (1.8GHz Core 2
On Wed, 11 Feb 2009 19:29:57 +0200, Esa Karkkainen wrote:
I've got screenshots at:
http://koti.welho.com/ekarkkai/x48_snap_1.jpg
http://koti.welho.com/ekarkkai/x48_snap_2.jpg
Those look exactly like the problem I am having.
So, what piece of Xorg causes display problems? Graphics drivers,
ri
One of my favorite little apps is the HP48 calculator emulator called
x48.
In the recent upgrade to Xorg 7.4 the screen on the calculator is
completely screwed up - nothing appears as it should.
I am on a Toshiba Satellite U205 with Intel i810 graphics running 7.1-
STABLE.
I did manage t
Thanks to Robert for pointing out a few things to me.
I have run
portupgrade -rf libxcb
and it rebuilt quite a few pieces that had not been rebuilt in the
standard portupgrade that gave me X.org 7.4 in the first place.
After rebuilding firefox and a bunch of smaller libraries, my keyboa
Although the hald_enable in /etc/rc.conf worked, I noticed that a lot
of other demons get running. I needed to add dbus_enable as well.
That fix is too intrusive in my book.
In any event Firefox is now broken and does not run at all.
I backed out the /etc/rc.conf changes and generated an x
While this enabled the mouse (without HAL), it did nothing good about:
a. The bogus keyboard scans.
Everyone is talking about an xorg.conf
The new X.org 7.4 upgrade hit me too: no keyboard & no mouse! Bummer.
I found that if I simply added to /etc/rc.conf:
hald_enable="YES"
that things now
===> umass (all)
/usr/src/sys/modules/umass/../../dev/usb/umass.c:577: error:
'USB_PRODUCT_NETAC_ONLYDISK' undeclared here (not in a function)
/usr/src/sys/modules/umass/../../dev/usb/umass.c:613: error:
'USB_PRODUCT_ONSPEC_SDS_HOTFIND_D' undeclared here (not in a function)
*** Error code 1
I
On 29 Sep 2008, at 11:11 AM, Sean Bruno wrote:
A "mount -o rw /dev/ad0s1a /" doesn't "just work" for you?
It didn't, but when you said this I tried something else.
I went directly into single user mode myself (option 4 at boot) and
THEN I tried this and IT WORKED!
Apparently when the sys
In messing around trying to get a bootable FreeBSD system on a memory
stick I messed up and deleted my fstab file on my main FreeBSD STABLE
machine. Actually a script I was writing overwrote it... arrggghh.
I feel so stupid.
Anyway, my system now boots and then dies midway in boot because
On 7 Sep 2008, at 7:57 PM, Daniel O'Connor wrote:
You need a 'real' serial port for console, the other option would be
to
use Firewire (if the laptop has it).
The Dell Inspiron 1525 DOES have a mini-Firewire port on the front of
the machine.
Dan
___
On 5 Sep 2008, at 9:43 PM, Jeremy Chadwick wrote:
I cannot find a single PCI/PCIe card that uses the 88E8040.
I wonder how Ubuntu supports this ethernet chip? It is amazing that
only two Dell's use this chip. Maybe it is not worth worrying about
after all...
Don't kill yourself over t
On 4 Sep 2008, at 10:29 AM, Gavin Atkinson wrote:
This is supported by the iwn(4) driver in CURRENT, and it should be
quite easy to port the driver to 7-STABLE. If you're interested in
reinstalling FreeBSD and testing a backported driver, I'm sure this
can
be sorted.
I am interested in do
On 4 Sep 2008, at 9:49 AM, Jim Pingle wrote:
My memory may be failing me, but there used to be a port called
"instant
workstaion" that accomplished quite a bit, and the installer would
drop in X
but asked for KDE or Gnome, but I don't recall when those choices
went away.
This is in fact
On 4 Sep 2008, at 9:42 AM, Randy Pratt wrote:
2 FTP Install from an FTP server
We have a winner! I think this is what I may have overlooked: setting
the source to FTP rather than to CD.
I have always used the packages on the discs, and I have always
downloaded just disc1, whic
On 3 Sep 2008, at 1:14 PM, Peter Jeremy wrote:
A large number of Marvell 88E80xx chips are supported by msk(4). If
yours isn't, you are going to need to provide more details on what
chip you have.
On 3 Sep 2008, at 7:02 PM, Aragon Gouveia wrote:
lspci ?
I ran the lspci command and it st
On 4 Sep 2008, at 8:22 AM, Jim Pingle wrote:
The CD installs are great for me, and have worked well for years.
Personally, I install, update to -STABLE from a local cvsup mirror,
then use
an updated ports tree or install packages remotely. The packages on
CD are
out of date practically from
On 4 Sep 2008, at 3:42 AM, Oliver Peter wrote:
On Wed, Sep 03, 2008 at 02:58:45PM -0600, Dan Allen wrote:
On 3 Sep 2008, at 1:14 PM, Peter Jeremy wrote:
Your patches to add support for the i4965 and your Marvell 88E80xx
must have been stripped by the mailing list software. Can you
On 4 Sep 2008, at 12:20 AM, Jeremy Chadwick wrote:
I haven't finished reading the thread yet, but your assumption is
ignorant. Why do you think FreeBSD is intended solely for desktop
usage? It's not.
I, for one, **only want a command prompt** out of the box. I **do
not**
want Xorg or any
On 4 Sep 2008, at 7:43 AM, Wesley Shields wrote:
No thanks. This means you have to have a working connection to
install
firefox via this method. Since not everyone will have that it is
still
necessary to bundle the firefox package on the media, bringing us
right
back to the very issue y
On 3 Sep 2008, at 5:54 PM, Brian wrote:
I always do the minimal install over the net. I got X working in 7-
stable by doing the minimal install, then the following.
pkg_add -r xorg
pkg_add -r portupgrade
portupgrade -NRP kde
pkg_add -r tightvnc.
On 3 Sep 2008, at 5:59 PM, Randy Pratt wrote
On 3 Sep 2008, at 5:36 PM, Scott Long wrote:
What's wrong with "downstream"?
I can crash most Linux distributions in an hour. Your examples are
just why I like FreeBSD and why I do not like or normally use Linux.
I only grabbed Ubuntu recently because there is ZERO net access from
Fre
On 3 Sep 2008, at 4:58 PM, Guido Falsi wrote:
Also, FreeBSD is still a little download compared to other systems.
I would not like to download a multiGB distribution when what I need
is just base system + sources, to build everything up from there.
I do not want to download a big multi GB
Phillip Salzman wrote:
An easy answer would be to put the web-browser and such the first
disk, but
I don't think it would solve anything. If it kept with those,
FreeBSD would
find itself just moving towards the same work being done at PC-BSD,
wouldn't
it?
When I see almost 200 MB free on
On 3 Sep 2008, at 3:11 PM, Steven Hartland wrote:
- Original Message - From: "Dan Allen" <[EMAIL PROTECTED]
>
I too spend the time. I am thinking that for other people to want
to use FreeBSD they want something other than a command prompt.
They at least want a
On 3 Sep 2008, at 1:14 PM, Peter Jeremy wrote:
Disc1 is full. What do you suggest should be removed from disk1 to
make space for the above?
I see. I was thinking of FreeBSD 7.0 whose disc1 is 509 MB in size,
leaving almost 200 MB free for a standard 700 MB CD.
Q: Has FreeBSD 7.1 REALLY
On 3 Sep 2008, at 1:58 PM, Wesley Shields wrote:
I installed the June snapshot of -current on my laptop and it supports
my Intel 4965 just fine. Support for this card is out there and does
work, just not in RELENG_7.
On 3 Sep 2008, at 2:45 PM, Gavin Atkinson wrote:
There is support for the
On 3 Sep 2008, at 1:53 PM, Guido Falsi wrote:
If you just want na instant workstation, why you just don't try
Freesbie or something like that?
Because I want something from the source -- from the main team -- and
not something downstream.
If I install FreeBSD on a PC I expect this instal
On 3 Sep 2008, at 1:14 PM, Peter Jeremy wrote:
Your patches to add support for the i4965 and your Marvell 88E80xx
must have been stripped by the mailing list software. Can you please
re-send them.
I have not written patches, thus I did not send any patches.
Dan
D 7.1 add to its disc1:
1) X.org
2) icewm
3) firefox-3.0
4) support for Intel 4965 wireless drivers
5) support for Marvell 88E8040 ethernet driver
Dan Allen
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-s
Dan Allen wrote previously:
well I got bit by this and am dead in the water.
I got the tools and built everything okay once again. Thanks to
everyone for the help!
Dan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org
individual tools.
Thanks,
Dan Allen
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
I had just cvsup'd when I found this, but having done so again it now
appears fixed. Thanks!
Dan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]
On July 29th a change was made to /usr/src/sys/netinet/tcp_offload.c,
the rlog info being that code has been added but not turned on yet.
Well, I keep getting printed to the system console a string of
messages saying "no toe capability on 0x12348348". It appears that
line 74 of tcp_offload
94 matches
Mail list logo