Re: ifuncs check flawed?

> 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

Re: ifuncs check flawed?

> 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

re: ifuncs check flawed?

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 ___

re: ifuncs check flawed?

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

re: ifuncs check flawed?

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

ifuncs check flawed?

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

Re: aesni on i386 w/gcc breaks 11-STABLE kernel build

> 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

aesni on i386 w/gcc breaks 11-STABLE kernel build

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

Re: amd64 kernel crash introduced between 20180329 & 20180408

> 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

Re: amd64 kernel crash introduced between 20180329 & 20180408

> 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.

amd64 kernel crash introduced between 20180329 & 20180408

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/

/lib/libzfs_core.so.2 obsolete?

/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-stable-unsubscr

Re: local APIC error 0x40

On 31 Jul 2012, at 2:39 PM, John Baldwin j...@freebsd.org 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 breaks things

Re: local APIC error 0x40

On Aug 1, 2012, at 10:06 AM, John Baldwin j...@freebsd.org 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

Re: local APIC error 0x40

On 24 Jul 2012, at 4:26 AM, Konstantin Belousov kostik...@gmail.com 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

Re: local APIC error 0x40

On 24 Jul 2012, at 4:26 AM, Konstantin Belousov kostik...@gmail.com 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

local APIC 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

ACPI broke going from 8 to 9

, but 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

Re: ACPI broke going from 8 to 9

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

Re: ACPI broke going from 8 to 9

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.

Re: ACPI broke going from 8 to 9

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.

Re: ACPI broke going from 8 to 9

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 for

Build Broken: /usr/src/usr.bin/netstat/inet.c

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

Re: ntpd fails on boot

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

Re: ntpd fails on boot

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

ntpd fails on boot

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

Re: ntpd fails on boot

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 overall

Re: Fatal trap 18

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 ___

Re: Fatal trap 18

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

Re: Fatal trap 18

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

Re: Fatal trap 18

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 loader.conf: hint.apic.0.disabled=1 Yes, it is. So why do you

Re: Fatal trap 18

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

Re: Fatal trap 18

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 I

Re: Fatal trap 18

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 up

Re: Fatal trap 18

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 my

Re: Fatal trap 18

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,

Re: Fatal trap 18

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, both

Re: Fatal trap 18

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 an

Re: Fatal trap 18

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

Re: Fatal trap 18

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.

Fatal trap 18

/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 freebsd-stable-unsubscr

Going to BSD 8 from RELENG_7

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/mailman/listinfo

Re: Let's back out LOADER_ZFS_SUPPORT from STABLE

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

Re: Let's back out LOADER_ZFS_SUPPORT from STABLE

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

Re: Let's back out LOADER_ZFS_SUPPORT from STABLE

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

Re: Something since June 8th clobbers my disk...

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.

Re: Something since June 8th clobbers my disk...

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

Re: Something since June 8th clobbers my disk...

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

Let's back out LOADER_ZFS_SUPPORT from STABLE

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

Re: Let's back out LOADER_ZFS_SUPPORT from STABLE

On 13 Jun 2009, at 5:42 PM, Paul B. Mahol wrote: On 6/13/09, Dan Allen danalle...@airwired.net 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

Re: Something since June 8th clobbers my disk...

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 your

Something since June 8th clobbers my disk...

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-stable

Re: Something since June 8th clobbers my disk...

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

Re: Something since June 8th clobbers my disk...

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

Re: Something since June 8th clobbers my disk...

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, again... Dan Allen

Re: Something since June 8th clobbers my disk...

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: ---

Re: GCC build causes panic: page already inserted

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

GCC build causes panic: page already inserted

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

Re: GCC build causes panic: page already inserted

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

Re: GCC build causes panic: page already inserted

On 16 Mar 2009, at 3:42 PM, Patrick Lamaizière wrote: Le Mon, 16 Mar 2009 14:49:43 -0600, Dan Allen danalle...@airwired.net: 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

Re: GCC build causes panic: page already inserted

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

Re: x48 display messed up with Xorg 7.4

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,

x48 display messed up with Xorg 7.4

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

Re: Unhappy Xorg upgrade

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

Re: Unhappy Xorg upgrade

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

Re: Unhappy Xorg upgrade

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

Re: make buildkernel fails

=== 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

Missing fstab

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

Re: Missing fstab

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 system

Re: Inspiron 1525 Hardware

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

Re: Inspiron 1525 Hardware

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

Re: FreeBSD 7.1 Content

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

Re: FreeBSD 7.1 Content

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

Re: FreeBSD 7.1 Content

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

Re: FreeBSD 7.1 Content

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

Inspiron 1525 Hardware

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

Re: FreeBSD 7.1 Content

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,

Re: FreeBSD 7.1 Content

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

Re: Inspiron 1525 Hardware

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

FreeBSD 7.1 Content

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-stable

Re: FreeBSD 7.1 Content

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

Re: FreeBSD 7.1 Content

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

Re: FreeBSD 7.1 Content

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

Re: FreeBSD 7.1 Content

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

Re: FreeBSD 7.1 Content

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 web browser out

Re: FreeBSD 7.1 Content

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

Re: FreeBSD 7.1 Content

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

Re: FreeBSD 7.1 Content

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

Re: FreeBSD 7.1 Content

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

WARNING: 7-STABLE BROKEN -- please wait to upgrade / Should be OK now

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]

Re: WARNING: 7-STABLE BROKEN -- please wait to upgrade / Should be OK now

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

re: no toe capability message

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]

no toe capability message

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