freebsd-current mailing list

FromSubjectsort iconDate
Marcus von Appen
Periodical creation of /dev/apmX entries
Hi, does somebody know, why the current RELENG_7 tends to generate new /dev/apmX entries every 45 seconds on my Dell Dimension 4600? After a few hours there were around 900 /dev/apm entries, ranging from /dev/apm to dev/apm898. The kernel does not have device apm built in and dmesg does not reveal anything as well. # uname -a FreeBSD medusa.sysfault.org 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #6: Mon Jan 7 23:10:13 CET 2008 root@medusa.sysfault.org:/usr/obj/usr/src/sys/MEDUSA i386 Any...
Jan 7, 6:35 pm 2008
Matthew Dillon
Re: a new way to hang 7.0
Don't mistake the existance of the MP lock for a lack of SMP coding. All kernel coding done in DragonFly these days is SMP oriented because all the APIs are SMP oriented, whether the MP lock is held or not. We are better positioned there then you think we are. If I am overly conservative when it comes to maintaining system stability, well, that's just a quirk of mine. I don't feel there's much of a point to having cool bells and whistles if it also means getting crashes...
Jan 7, 6:11 pm 2008
Danny Braniss
Re: FreeBSD nss, getgroupmembership(3)
sorry if this sounds like a party-poopper but: 1- why not just fix getgrouplist instead of inventing getgroupmembership? (the patch replaces the code of getgrouplist by a call to getgroupmembership anyways) 2- why not just make a new table, with key uid/username and with data the list of groups? this is what we have here, the list is autogenerated each time the main password file and/or group are modified. this reduces network noice and cycles conciderably. danny __________...
Jan 7, 9:20 am 2008
Frode Nordahl
Re: FreeBSD nss, getgroupmembership(3)
I can query the LDAP database with a username and get a list of groups effectively, but there is no existing API that can make use of this. See the above link for discussion and reasons for adding getgroupmembership instead of altering existing APIs. -- Frode Nordahl _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd....
Jan 7, 9:34 am 2008
Matthijs Kooijman
Re: FreeBSD nss, getgroupmembership(3)
Hey, a while back (or actually, more than a year back...) there was some discussion in this thread about implementing getgroupmembership support in FreeBSD NSS. FYI, Michael Bushkov has commited support for this a few weeks back based on work by me and largely by Michael Hanselmann. For now, there is no support yet in the nss_ldap and nss_winbind modules, but patches are already available. Support wil not be merged to 7.0, but hopefully it will be in 7.1. See pr 115196 [1] for more details ab...
Jan 7, 6:10 am 2008
Frode Nordahl
Re: FreeBSD nss, getgroupmembership(3)
Thank you for letting me know, this is fantastic!! :-) A big thank you to everyone involved in making this happen. I will attempt to put this to test in a production system in good time before 7.1 so any issues can be resolved before release. Any chance the patch will apply on 6.x? -- Frode Nordahl _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "fre...
Jan 7, 6:21 am 2008
Dan Nelson
Re: FreeBSD nss, getgroupmembership(3)
The mailinglist post mentioned in PR 115196 includes a patch for 6.x, which also works just fine (with some conflict cleanup) on 5.x :) -- Dan Nelson dnelson@allantgroup.com _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
Jan 7, 12:23 pm 2008
Danny Braniss
Re: ELF dynamic loader name [was: sbrk(2) broken]
This argument has sides/issues, one is the 'distribution', and here I agree that one universal-fit-all is not the way to go. I'm concerned in trying to solve a problem we are facing here, were students/researchers danny _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
Jan 7, 3:49 am 2008
Andrew Reilly
Re: ELF dynamic loader name [was: sbrk(2) broken]
On Mon, 07 Jan 2008 09:49:20 +0200 Encourage them to write their code in something portable, like Java, scheme, python, matlab/octave? If they have to use C/C++/Fortran/ etc, they could get used to distribution in source? The binary compatibility wheel-of-reincarnation is an interesting one to watch. When I was a student and post-grad at Uni, our applications, when shared with colleagues, could very well have needed to run on any of Vax, 68k, MIPS (32 or 64 bit), SPARC (32-bit), ia32, x86 (16...
Jan 7, 7:12 pm 2008
Aryeh M. Friedman
more acd0+ihc9r problems
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am using 8-current (including the latest pmap mods) amd64 on a MSI Neo-F mobo (P35+IHC9R with intergrated re(4) and sata) with a Plextor px-755a SATA dvd+/-rw. I have the following issues with /dev/acd0: If there is blank media present at boot time (have not tested with non-blank media) depending on media type the following happens: 1. re(4) disappears (cd-r) 2. named fails but re(4) is present (cd-rw) 3. goes into infinite stall (not hang) (dv...
Jan 7, 12:29 am 2008
Tom Evans
Re: more acd0+ihc9r problems
Doctor, it hurts when I do this... 1) Define disappears - the hardware is no longer present or visible to the OS? What does pciconf -lv look like in both failure and success states?=20 2) How does named fail? Can you restart named? What error messages are output in both cases? 3) Where in the kernel does it stall? Can you break in with the debugger? Tom
Jan 7, 12:21 pm 2008
Thomas Vogt
Re: ZFS on AMD64 - any recent crashes?
Hi No crashes so far. ftp2.ch.freebsd.org is running FreeBSD 7 Beta4 with ZFS on a 64bit Intel Quad Core with 4GB since 2-3 months. We provide a cvsup mirror with cvsup.ch.freebsd.org and a portsnap mirror with portsnap3.freebsd.org too. As an official mirror for kde, mysql, fedora, opensuse, openoffice we run several rsync processes a day and offer rsync for mirroring. No problem so far. I never had any ZFS related crash. I just set two paramters in the loader.conf: vm.kmem_size_max="...
Jan 6, 10:38 pm 2008
Travis Mikalson
Re: ZFS on AMD64 - any recent crashes?
I can tell you what works for us. Slightly verbose and repeating things most of us already know, for the archives. Do not put your swap on ZFS. On an amd64 system with 2GB of RAM, we put the following in /boot/loader.conf: vfs.zfs.arc_max="600M" vm.kmem_size_max="1G" vm.kmem_size="1G" We seem to pretty easily panic our RELENG_7 ZFS systems if we do not set arc_max to roughly 65% or less of kmem_size_max. I do 60% to be more conservative. YMMV, but you get the idea. To panic our syst...
Jan 6, 9:01 pm 2008
Stefan Lambrev
Re: state of 7.0-RC1 on an IBM t60p
Hi Josh, You can try the latest wpi driver from perforce - http://www.clearchain.com/wiki/Wpi I'm using http://www.turbocat.net/~hselasky/usb4bsd/index.html, which First time I saw this in RC1 - never with 7-CURRENT or -BETAX (I'm -- Best Wishes, Stefan Lambrev ICQ# 24134177 _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@fre...
Jan 7, 8:24 am 2008
Dag-Erling Smørgrav
Re: sbrk(2), OOM-killer and malloc() overcommit
Well, technically, it was because the server didn't have enough RAM for the workload it was given. Turning off memory overcommit wouldn't fix that, it would just change the symptoms. I don't know of a single server OS that doesn't overcommit memory. The only difference between them is how they behave once the shit hits the fan. Anyway, as somebody else mentioned, the details are in the archives - if you don't know enough English to find them there, I don't see how having them summarized in E...
Jan 7, 10:58 am 2008
Vadim Goncharov
Re: sbrk(2), OOM-killer and malloc() overcommit
Yes, but when they have a multi-gigabyte-RAM server, and told that Linux will be better - no matter they are technically so competent or not, we I've heard about disabling it for selected processes or things like memory reservation backed by temporary files done by OS (afair, it was HP-UX). Or Linux overcommit switch, for which this ordinary people are happy enough to not blame (here are defaults): master:~# cat /proc/sys/vm/overcommit_ratio 50 master:~# cat /proc/sys/vm/overcommit_m...
Jan 7, 12:06 pm 2008
Dag-Erling Smørgrav
Re: When will ZFS become stable?
Have you heard of the logical fallacy called "plurium interrogationum"? You may not be familiar with the phrase (which is Latin for "multiple questions"), but it's what you're doing here: asking a question which is impossible to answer truthfully because it is based on an incorrect premise, and to answer the question correctly you must first discuss the premise. It's a favorite Hollywood plot device, because you can have the smart-aleck lawyer interrupt the confused witness and insist on a yes or ...
Jan 7, 10:04 am 2008
Ivan Voras
Re: When will ZFS become stable?
T24gMDcvMDEvMjAwOCwgRGFnLUVybGluZyBTbcO4cmdyYXYgPGRlc0BkZXMubm8+IHdyb3RlOgoK PiBZb3VyIHF1ZXN0aW9uIGlzIGJhc2VkIG9uIHRoZSBwcmVtaXNlIHRoYXQgWkZTIGluIEZyZWVC U0QgNyBpcyB1bnN0YWJsZS4KPiBUaGF0IHByZW1pc2UgaXMgZmFsc2UuCgpBdCBtb3N0LCB3ZSds bCBoYXZlIHRvIGFncmVlIHRvIGRpc2FncmVlLiBBICJ0dW5pbmciIG9mIHRoZSBzeXN0ZW0gKGF0 CmxlYXN0IGZyb20gbXkgZXhwZXJpZW5jZSkgaXMgYWJvdXQgc3lzdGVtIHBlcmZvcm1hbmNlLCBu b3Qgd2hldGhlciB0aGUKc3lzdGVtIHdpbGwgY3Jhc2ggb3Igbm90LiBZb3UgbWF5IGRlZmluZSB0 aGUgd29yZCB0byBtZWFuIHNvbWV0aGluZwplbHNlIGJ1...
Jan 7, 10:37 am 2008
Andrew Thompson
Re: When will ZFS become stable?
ZFS is clearly marked as experimental so its reasonable to require tuning to avoid crashes. If its still the case when the experimental status is lifted then you can have this argument all over again. cheers, Andrew _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
Jan 7, 4:46 pm 2008
Pawel Jakub Dawidek
Re: When will ZFS become stable?
To sum up this thread, let me present ZFS status as of today. Before I do that, one explanation. I was away from FreeBSD for like 3-4 weeks, because of real life issues, etc. I hope, I'm now back for good. Let me also use this again to invite any interested committers to help working on ZFS (I'm inviting people to help from a day one). Ok. The most pressing issues currently are: 1. kmem_map exhaustion. 2. Low memory deadlocks in ZFS itself. I believe 2nd problem is already fixed in OpenSo...
Jan 7, 5:59 am 2008
Ivan Voras
Re: When will ZFS become stable?
I'd suggest we do give all three warnings (KVA_PAGES, kmem_size, i386) at once, preferably both when the ZFS module loads and when a zpool is created. I think it's important that the tree pieces of information be given at the same time so the user doesn't need to hunt solutions after panics. Your comment that people are panicking more than ZFS is correct, but that illustrates the importance people give to having file system not crash on them :) _______________________________________________ fr...
Jan 7, 6:30 am 2008
Igor Mozolevsky
Re: When will ZFS become stable?
Having read the thread and people's reasons for using the ZFS, it does seem that they are trying to use ZFS to solve non-problem problems, especially that someone commented that they use 1:10 kmem:HD space ratio! Igor :-) _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
Jan 7, 9:17 am 2008
Alexandre "Sunn...
Re: ZFS honesty
On Sun, 2008-01-06 at 22:58 +0000, 韓家標 Bill Hacker wrote: Could you by any chance elaborate -- from the information available to me, I did not get an impression that ZFS is the cluster-aware filesystem OT: As someone, who has ~10TB of compressed high-fidelity documents in production (AIX/JFS2), I can tell you that this approach will only take Not any better then 200 x 50GB filesystems ;) -- Alexandre "Sunny" Kovalenko _______________________________________________ freebsd-current@free...
Jan 6, 8:03 pm 2008
韓家標 Bill Hacker
Re: ZFS honesty
From the Wikipedia article on Lustre... "...Sun completed its acquisition of Cluster File Systems, Inc., including the Lustre file system, on October 2, 2007, with the intention of bringing the benefits of Lustre technologies to Sun's ZFS file system and the Solaris operating system." So Sun has had what? 2+ months? to try to fill a ZFS 'hole' that was worth a major investment? See also traffic on *Sun's* ZFS list. Far more features than that - 'robust', 'fault tolerant', 'Disaster Rec...
Jan 6, 10:29 pm 2008
Alexandre Biancalana
Re: ZFS honesty
I agree. I build a new backup server ( DualCore processor, AMD64 Kernel, 3GB Ram, 10x 500GB Sata disks, areca 1230) to receive data from all my local servers on a 4TB zfs pool (using compression, ~ 300 snapshots and ~90 filesystems) and after write to LTO3 Tape Drives. It worked fine after the required tuning (vm patch, prefetch disable, etc) But I lost my data two times. The first was in 11/12/2007, the system freeze and after reboot I get the panic when trying to mount the zfs pool: Du...
Jan 7, 11:23 am 2008
Ivan Voras
Re: ZFS honesty
Um, I don't think this part of the post means what I wanted it to mean - = please ignore it - ETOOTIRED :)
Jan 6, 9:16 pm 2008
Joao Barros
Re: Should we simply disallow ZFS on FreeBSD/i386?
As someone who's been running ZFS happilly ever since pjd committed it to CURRENT early 2007 on i386 with 1GB of RAM I would definitly say NO! Put up warnings, banners and whatever you want but disabling it just because some users had some panics or just haven't given up time to tune their system (I'm all in favor of auto tunning here) just doesn't seem reason enough for me to limit other people's choices. I've listed it before but again for the record: i386 Xeon, 1GB RAM 4x320GB RAIDZ with root ...
Jan 7, 10:52 am 2008
Peter Schuller
Re: Should we simply disallow ZFS on FreeBSD/i386?
100% agreement. If you want to go to extremes, require the user to put=20 zfs.zfs.run_on_32_bit_and_i_understand_i_am_an_idiot_and_this_is_not_recomm= ended=3D1=20 in loader.conf, or else have the kernel panic by design on boot. But don't make it totally impossible without patching the source, *please*. Obviously the exception is if development for i386 stops such that it actua= lly=20 does not work. But disallowing it for artificial reasons... please leave=20 things like that to proprietar...
Jan 7, 1:06 pm 2008
Alexander Kabaev
Re: Should we simply disallow ZFS on FreeBSD/i386?
On Mon, 7 Jan 2008 18:06:55 +0100 Just a note to put another '100% agreement' sign up. We have plenty of other FSes which are half-cooked and can easily hurt people, but nobody suggests removing them. Why ZFS should be singled out, it is in a way better shape than most of them. --=20 Alexander Kabaev
Jan 7, 6:47 pm 2008
Christian Walther Jan 7, 3:10 am 2008
Igor Mozolevsky
Re: Should we simply disallow ZFS on FreeBSD/i386?
That could be a good thing (think programs creating lots of files and How is that different to creating one / slice of FFS? Igor :-) _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
Jan 7, 4:20 am 2008
Christian Walther
Re: Should we simply disallow ZFS on FreeBSD/i386?
Hello igor, With ZFS there aren't fixed boundaries as there are with the slice/partition theme. You can use reservation and quota to determine how much free space is guaranteed for a ZFS and the maximum size a ZFS is allowed to grow to. If you feel that these boundaries/limitations aren't of any use Christian _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "free...
Jan 7, 4:51 am 2008
Maxim Sobolev
Re: Should we simply disallow ZFS on FreeBSD/i386?
In Russian we have a good saying: "You can teach a bear to ride a bicycle, but will it ever enjoy it?" The same is here - seemingly due to the ZFS design limitations and limitations of the FreeBSD kernel you can't get ZFS to run reliably out of the box on i386. Yes, you can probably do some tweaks here and there, to make it more of less stable given the workload, but that's not what most of the FreeBSD users expect from the file system. Unlike you, most of administrators won't even bother t...
Jan 6, 8:58 pm 2008
Bernd Walter
Re: Should we simply disallow ZFS on FreeBSD/i386?
I enjoy my i386/ZFS Servers. It is running with just 384MB RAM as the only instability it currently has is because the / disk ist dying. But even with this it has 71 days uptime. And my backup server is also based on ZFS with just 196MB RAM. This one isn't running stable, but it is stable for just doing the zfs imports and restoring some files. The only 64 bit machines I have at home are alpha and spac64, so no option for ZFS right now. I don't see a real difference between running a 2G i386 an...
Jan 7, 11:36 am 2008
Vadim Goncharov
Re: When will ZFS become stable?
Yes, in-kernel libalias is "leaking" in sense that it grows unbounded, and uses malloc(9) instead if it's own UMA zone with settable limits (it frees all used memory, however, on shutting down ng_nat, so I've done a workaround restarting ng_nat nodes once a month). But as I see the panic string: panic: kmem_malloc(16384): kmem_map too small: 83415040 total allocated and memory usage in crash dump: router:~# vmstat -m -M /var/crash/vmcore.32 | grep alias libalias 241127 30161K ...
Jan 7, 11:16 am 2008
Robert Watson
Re: When will ZFS become stable?
Did you have any luck raising interest from Paulo regarding this problem? Is there a PR I can take a look at? I'm not really familiar with the code, so I'd prefer someone who was a bit more familiar with it looked after it, but I This is a bit complicated to answer, but I'll try to capture the gist in a short space. The kernel memory map is an address space in which pages can be placed to be used by the kernel. Those pages are often allocated using one of two kernel allocators, mallo...
Jan 7, 11:39 am 2008
Vadim Goncharov
Re: When will ZFS become stable?
No, i didn't do that yet. Brief search, however, shows kern/118432, though it is not directly kmem issue, and also thread http://209.85.135.104/search?q=cache:lpXLlrtojg8J:archive.netbsd.se/%3Fml%3Dfreebsd-ne... in which memory exhaustion problem was predicted. Also, I've heard some rumors about ng_nat memory panics under very heavy load, but a man with 300Mbps router with several ng_nat's said his...
Jan 7, 7:28 pm 2008
Robert Watson
Re: When will ZFS become stable?
Possibly we should rename the "FREE" column to "CACHE" -- the free count is the number of items in the UMA cache. These may be hung in buckets off the per-CPU cache, or be spare buckets in the zone. Either way, the memory has to be reclaimed before it can be used for other purposes, and generally for complex objects, it can be allocated much more quickly than going back to VM for more memory. LIMIT is an administrative limit that may be configured on the zone, and is configured for some b...
Jan 7, 7:39 pm 2008
Dag-Erling Smørgrav
Re: a new way to hang 7.0
OK, so you reject softupdates because it took time to mature and you assume it stopped improving when you stopped paying attention. How long do you think it will take for HAMMER to mature? Realistically? How long will HAMMER be "a huge source of bugs in the system" before it stabilizes? Think back to when you started DragonFly. How soon did you expect it to overtake FreeBSD in SMP performance? And how long did it actually take? Actually, it never happened - DrangonFly doesn't scale at all ac...
Jan 7, 9:44 am 2008
Mikhail Teterin
Re: a new way to hang 7.0
And softupdates are still buggy :( I had a panic with something about softupdates and inode right before New Year (kernel binaries have been rebuilt before then, so I could not really debug). The "Failed to flush worklist" error continues to appear every once in a while too, preventing clean unmounts... Usable? Mostly. Mature? No... -mi ###################################################################### The information contained in this communication is confidential and may contain i...
Jan 7, 12:11 pm 2008
Poul-Henning Kamp
Re: sbrk(2) broken
In message <20080104134829.GA57756@deviant.kiev.zoral.com.ua>, Kostik Belousov This is a non-starter, if SIGDANGER is to have any effect, all processes that use malloc(3) should react to it. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. _______________________________________________ freebsd-current@freebsd...
Jan 7, 5:08 am 2008
Peter Jeremy
Re: sbrk(2) broken
This depends on what SIGDANGER is supposed to indicate. IMO, a single signal is inadequate - you need a "free memory is less than desirable, please reduce memory use if possible" and one (or maybe several levels of) "memory is really short, if you're not important, please die". The former could reasonably default to SIG_IGN - processes that are in a position to release memory on demand could provide a handler to do so. (This could potentially include malloc returning space on its freelist to th...
Jan 7, 5:58 am 2008
Poul-Henning Kamp
Re: sbrk(2) broken
That's what I have been advocating for the last 10 years... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@...
Jan 7, 6:05 am 2008
Igor Mozolevsky
Re: sbrk(2) broken
That makes the userland side of unnecessarily overcomplicated. If a process handles SIGDANGER then let it do so and assume it's important enough to be left alone, if a process doesn't handle SIGDANGER then send SIGTERM to them then SIGKILL; but in any case SIGTERM *should* precede SIGKILL - the processes ought to be allowed to terminate gracefully. Igor :-) _______________________________________________ freebsd-current@freebsd.org mailing list [ message continues ]
" title="http://lists.freebsd.org/mailman/listinfo/freebs...">http://lists.freebsd.org/mailman/listinfo/freebs...
Jan 7, 9:15 am 2008
Poul-Henning Kamp
Re: sbrk(2) broken
In message <a2b6592c0801070515g37735475kc0922af8f93723ca@mail.gmail.com>, "Igor Yes, but you will not see this complication, it will be hidden in the implementation of malloc(3). Every problem has a simple, easy to understand solution that does not work. SIGDANGER is one of these. It didn't work any good on AIX and it won't do so on FreeBSD either. The problem simply requires more than one bit of feedback information to get a sensible regulation. -- Poul-Henning Kamp | UNIX s...
Jan 7, 9:18 am 2008
Andrew Reilly
Re: sbrk(2) broken
On Mon, 07 Jan 2008 13:18:47 +0000 How could you hide it inside malloc? Would malloc start returning 0 after receiving the "less mem than desirable" signal? Would it ever go back to returning non-zero? I thought that the idea of things like SIGDANGER was that applications would be written to have a mode where they could shut down some aspect of their operation, and free resources. I don't see how you can do that, autonomously, from within malloc? Maybe introduce a special flavour of pointer...
Jan 7, 7:19 pm 2008
Dag-Erling Smørgrav
Re: ELF dynamic loader name
Two-way i386 + amd64 executables would be very useful, since they can run on the same hardware with just a change of kernel. DES -- Dag-Erling Smørgrav - des@des.no _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
Jan 7, 5:42 am 2008
Andrew Reilly
Re: ELF dynamic loader name
On Mon, 07 Jan 2008 10:42:49 +0100 How is that useful? I386 executables can run on the same hardware with the same changes of kernel. If you're not planning to change kernel, then you can use amd64-only. I thought that the whole fat-binary issue revolved around binary distribution (also by networked file systems) to *different* architectures. Well, that's what Apple and NeXT seem to have used them for. Apollo, Sun, MIPS/SGI, HP(?) always seemed to manage with PATH configurations and/or varian...
Jan 7, 7:30 pm 2008
Xin LI
Re: ServerWorks/Broadcom HT1000 chipset errata saga
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > No, S
Jan 7, 6:27 pm 2008
John Baldwin
Re: VFS panic - probably NTFS
We'd need the actual panic message I think. -- John Baldwin _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
Jan 7, 2:52 pm 2008
previous daytodaynext day
January 6, 2008January 7, 2008January 8, 2008