Re: the Newcons Project
http://www.freebsd.org/cgi/man.cgi?query=vidcontrol&sektion=1 On Sat, Mar 30, 2013 at 2:13 AM, Sam Fourman Jr. wrote: > My understanding of this whole subject is limited, but bear with me... in > my quest to get a "cool looking console for my desktop... I found this > https://wiki.freebsd.org/Newcons > > does anyone know if someone is still actively working on the NewCons > project? or is it already committed to HEAD and i just don't realize? the > wiki is a bit confusing... > > I would VERY much be able to have a console that looked like this in > FreeBSD > > http://wiki.gentoo.org/images/7/7c/Bootsplash.png > > but if my understanding is correct, we are not at this point (yet)... even > if you pull the development source from here > > svn co svn://svn.freebsd.org/base/user/ed/newcons > > and change the kernel config like this: > > #device vga # VGA video card driver > #device sc > device vt > device vt_vga > > > could someone with more understanding of this, be able to tell me if the > Newcons project (when completed) is even going to do what i'm looking for? > > if so, exactly what things have to be done yet, in order for FreeBSD to > have a console like Gentoo? > > > -- > > Sam Fourman Jr. > ___ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org" > -- Adam Vande More ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: SATA disk disappears
On Sat, Jan 12, 2013 at 12:10 PM, Warren Block wrote: > On Sat, 12 Jan 2013, Warren Block wrote: > > Hmm. The green drives are supposed to go to sleep for power saving, and >> then there's a multiple-second delay when they have to spin back up on >> access. That should not be a problem for gmirror, but maybe it is. >> sysutils/ataidle can turn on the spindown. Some drives do not accept that >> command, or claim to accept it but ignore it. Worth a try, though. >> > > Make that: sysutils/ataidle can turn *off* the spindown. > > Maybe just bumping kern.cam.ada.default_timeout to 45 or something might help while still allowing drive to function as designed. -- Adam Vande More ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: FreeBSD 8.3
On Sat, Jul 14, 2012 at 2:27 PM, Mike Meyer wrote: > > 64-bit Ubuntu LTS 12.04. I moved a VM from the previous system, where > it worked fine (same build of FreeBSD, same build of VirtualBox). The > OS seems to be irrelevant. Windows XP and 7 and mumble all have this > problem, *if* I have VT-X enabled in VirtualBox. If I disable VT-X, > the ones I have tested so far worked fine. I'm still getting 32-bit > builds of some of them, as you can't turn VT-X off in a 64-bit guest. If possible, set VM to single cpu. Also not sure how you migrated machines. Occasionally the VM export/import functionality has produced silliness. Try creating new VM from scratch then attaching existing VM disk(s) to it. -- Adam Vande More ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Replacing BIND with unbound (Was: Re: Pull in upstream before 9.1 code freeze?)
On Sat, Jul 7, 2012 at 6:45 PM, Doug Barton wrote: > On 07/07/2012 16:34, Bjoern A. Zeeb wrote: > > On 7. Jul 2012, at 23:17 , Doug Barton wrote: > > > >> On 07/07/2012 14:16, Bjoern A. Zeeb wrote: > >>> > >>> On 3. Jul 2012, at 12:39 , Dag-Erling Smørgrav wrote: > >>> > >>>> Doug Barton writes: > >>>>> The correct solution to this problem is to remove BIND from the base > >>>>> altogether, but I have no energy for all the whinging that would > happen > >>>>> if I tried (again) to do that. > >>>> > >>>> I don't think there will be as much whinging as you expect. Times > have > >>>> changed. > >>>> > >>>> I'm willing to import and maintain unbound (BSD-licensed validating, > >>>> recursive, and caching DNS resolver) if you remove BIND. > >>> > >>> I'd object to it. Trading one for another without gaining anything > does > >>> not help us much. > >> > >> Au contraire. It solves the problem of BIND release cycles not matching > >> up with ours. This is a very important problem to solve. > > > > Right and unbound et al are better? Bind at least gives us long term > > support releases these days. We just need to make sure we pick them > > for releases. > > > > > >> I've already written at length as to what I think the dream solution is, > >> but we don't have anyone willing to code that yet, and even if we did, > >> there is no guarantee that we'd get the buy-in to make it happen. In > >> addition to being a good first step, doing this for DNS will also help > >> us shake out the exact issues you allude to below. > >> > >>> Don't get me wrong I have both running for years and even maintain > patches > >>> for unbound for 2 years now for functionality they do not provide, > which > >>> named happily gives me. > >> > >> Other than authoritative DNS, what features does unbound lack that you > want? > > > > DNS64 as a start. > > Personally I would classify that as a highly-specialized request, and > would point you to the bind* ports. I acknowledge that others may have a > different view. I am unclear on how this solves the main problem I think was stated about syncing up with release branches. If it doesn't solve that, isn't this just busy work? -- Adam Vande More ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: sysctl filesystem ?
On Mon, Jun 25, 2012 at 7:03 PM, Arnaud Lacombe wrote: > Hi folks, > > I find myself in a situation where I need to directly explore the > sysctl(8) tree from my program. The tricky part is this: > There is this: http://svnweb.freebsd.org/base/releng/4.7/sys/miscfs/kernfs/ -- Adam Vande More ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Please help me diagnose this crazy VMWare/FreeBSD 8.x crash
On Thu, Mar 29, 2012 at 1:22 PM, Mark Felder wrote: > > If we assume mpt is the culprit > Doesn't VMWare offer different types of emulated disk controllers? If so, that might be the easiest way to narrow the field. Another thing maybe to try would be to backport the mpt Also, it's not VMWare's place to claim "not our problem" when you are paying for support. If this doesn't happen on bare metal, it's a VMWare issue, or they need to demonstrate it's not their issue. At least that would be the expectation I have. There is also a comment on this post indicating someone else with the issue and who has received unofficial vmware feedback. http://www.hailang.me/tech/virtual/freebsd-vmware-esx-a-weird-error-with-san-storage/ And then there is this one with similar symptoms and a workaround: http://forums.freebsd.org/showthread.php?t=27899 -- Adam Vande More ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Graphical Terminal Environment
On Tue, Mar 6, 2012 at 9:55 AM, Brandon Falk wrote: > > I'd plan to have it do more than just lines and dots. Pretty much anything > you'd > need to set up a basic interface with text, boxes, maybe circles. Just an > API > similar to OpenGL for 2d graphics minus shading and lighting. Think of > anything > you'd need for making simple 2d apps, and I'd throw it in. > Sounds like you are reinventing SDL. -- Adam Vande More ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Graphical Terminal Environment
On Mon, Mar 5, 2012 at 11:35 PM, Brandon Falk wrote: > I'm actually talking about perhaps getting rid of X11 totally. It's > overkill for what I need. I use dwm right now and I basically want to > create a dwm that doesn't have the massive X11 backend. X11 is well > written, but it's getting outdated and quite large, especially if you only > need terminals and no graphics (and really, I just want to learn, I > understand that I'm 'reinventing the wheel'). > Perhaps I'm misunderstanding, but doesn't vidcontrol+ tmux already do this? -- Adam Vande More ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: OS support for fault tolerance
On Fri, Feb 24, 2012 at 3:10 PM, Dieter BSD wrote: > Depends on what sort of work the machine is doing. If the job is > something that can be done again, you could simply try again, if > you still get different answers try a third machine or wade in and > start manually inspecting things until you find the problem. > If the job is time critical or you can't get the same inputs again, > then the machine needs to get it right the first time. How many > 9s of reliability do you need and how many resources can you throw > at it? 2x hardware can be good for better than 5 9s. (high quality > hardware and software, and technicians standing by with cold spares) > I've heard that mil gear uses 3x hardware. > > Building a 5 9s system is... non-trivial. So I'm wondering what sort > of reliability we can get with 2x off the shelf commodity hardware > and a bit of software? Similar to mirroring/RAID but with whole > computers rather than just disks. Classic Unix technique of doing > 10-20% of the work and getting 80-90% of the result. > I don't have anything particularly insightful to add to this conversation, but it is something I've looked into a bit. The solution which seemed most promising to me is Remus. I don't know if any have heard of it so I offer a link: http://static.usenix.org/event/nsdi08/tech/full_papers/cully/cully_html/ I understand this doesn't correlate exactly with the OP's point but there is good material there regardless. -- Adam Vande More ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: FreeBSD has serious problems with focus, longevity, and lifecycle
On Wed, Jan 18, 2012 at 11:49 AM, Julian Elischer wrote: > > we really need a bud-submitting-user advocate.. > > Someone (need not have a commit bit) who doesn't take charge of the patch, > but, rather, > acts as a project manager in hte process of getting it in. > i.e. finding, and then pinging the approriate developer, and occasionally > nagging them or > finding an alternate dev if the first choice is unresponsive. > > diplomatic skill would be important.. maybe a woman might be best in > this job as the developers tend to not want to be rude to women :-) . > I've suggested this before without much response, but since this thread seems to be encouraging repetition I'll give it another go. ;) I think a bounty system would be very effective(e.g. micro-donations of recent political campaigns) in getting many of these problems resolved. The main problem with a bounty system is getting people to pay since certain needs/desires lose their urgency over time. To address this, the system needs to be an escrow type setup where money is pooled until project is complete, then payment in full is given. There are large barriers to entry in setting up such a system though such as legal and financial hurdles. I don't believe the technical hurdles are over-whelming and I would be willing develop a web front end for such a system. Because of the barriers I believe such a system should be setup and spun off by the FreeBSD Foundation and I don't want to do any dev unless there is some momentum. -- Adam Vande More ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Limiting disk I/O by jail or uid?
On Mon, Nov 21, 2011 at 3:25 PM, Stefan Bethke wrote: > > Unfortunately, the process I want to limit is not sufficiently CPU bound > to be limited that way vs. all the other processes. I guess I'll put in a > second disk. > > Well, a couple other suggestions. Have you tried with gsched? It's pretty easy to turn on and might be good enough to keep the system responsive in your workload. Also AFAIK ZFS has a built in scheduler, not sure if it's adequate or tunable. Finally workaround in VirtualBox. The "VBoxManage bandwidthctl" allows you to set bandwidth per disk image. -- Adam Vande More ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Limiting disk I/O by jail or uid?
On Mon, Nov 21, 2011 at 1:58 PM, Stefan Bethke wrote: > > Interesting, but it doesn't seem to offer limiting the I/O bandwidth > induced by a process or jail, or assigning different priorities, which > would need to be implemented in the ZFS or GEOM schedulers, I suppose. > Limiting CPU has long been the poor man's IO scheduler, and has usually worked pretty well for me but has required some trial and error. YMMV -- Adam Vande More ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Limiting disk I/O by jail or uid?
On Mon, Nov 21, 2011 at 11:47 AM, Stefan Bethke wrote: > I have a process that tends to eat up all available disk bandwidth. I > have other processes that I would like to have preference over this one > process. Is there a facility that would allow me to assign priorities > based on jail ID or uid? > > This is on 8-stable (but will upgrade to 9 soon) on ZFS. > > The straightforward solution is to separate the datasets onto their own > disks, which I'm planning to do, but a software facility would be that much > more flexible. > http://wiki.freebsd.org/Hierarchical_Resource_Limits -- Adam Vande More ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: VMWare/Virtualbox virtio network drivers?
On Tue, Sep 6, 2011 at 7:50 PM, Stephen Hocking wrote: > Am wondering if anyone has done drivers the these sorts of network > interfaces that are offered by VMWare & Virtual box. I know that on > some Linux VMs I run, performance went from 20MB/s to 30MB/s to an NFS > server which I swicthed to the virtio network interfaces. > There is this patch, but it didn't get committed for some reason. http://lists.freebsd.org/pipermail/freebsd-current/2011-January/022036.html -- Adam Vande More ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: dhclient fails: DHCPNACK rejected
On Wed, Jul 27, 2011 at 1:48 PM, Yuri wrote: > DHCPOFFER from 192.168.0.1 rejected. > > No static lease files present: /var/db/dhclient.leases.*. > dhcpcd has no problem setting up re0 on thisn host. > This happens on the router DLink DIR-601 with the latest firmware. > Do you have a /etc/dhclient.conf on the box? -- Adam Vande More ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: who is in swap?
On Fri, May 20, 2011 at 6:31 AM, Daniel Braniss wrote: > Hi, > We have a host, providing mainly http/postgres service, and its > swap usage is increasing. Is there any way to check which process > is using swap space? > > some facts > it's running 8.2-stable/amd64 > has 24gb of memory > zfs seems to be ok, arc size too. > top says 32G in use, while vmstat avm is around 2G (can't figure this one) > top seems to be concervative as to free memory vs. vmstat > it's dataless. > > the swap usage is monotonic increasing, but it will take some 20 days > to exhaust the space, it will hang before that :-( - which > is what I'm trying to find why > ps ax If second character of state column is W, the process is swapped out. -- Adam Vande More ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: ccache pausing in buildworld
lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c write.S -o write.po fork.S: Assembler messages: fork.S:3: Error: invalid character '_' in mnemonic fork.S: Assembler messages: fork.S:3: Error: invalid character '_' in mnemonic fork.S: Assembler messages: fork.S:3: Error: invalid character '_' in mnemonic *** Error code 1 *** Error code 1 read.S: Assembler messages: read.S:3: Error: invalid character '_' in mnemonic *** Error code 1 *** Error code 1 read.S: Assembler messages: read.S:3: Error: invalid character '_' in mnemonic *** Error code 1 write.S: Assembler messages: write.S:3: Error: invalid character '_' in mnemonic *** Error code 1 read.S: Assembler messages: read.S:3: Error: invalid character '_' in mnemonic *** Error code 1 write.S: Assembler messages: write.S:3: Error: invalid character '_' in mnemonic *** Error code 1 8 errors *** Error code 2 2 errors *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error -- Adam Vande More ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Space character in rc.conf variable
On Sat, Oct 30, 2010 at 3:11 PM, Doug Barton wrote: > On 10/30/10 11:56, Harald Servat wrote: > >> Hello -hackers, >> >> (although this is a network topic, I think this may be the appropiate >> list >> to ask. If you think it's not, please, tell me) >> >> I'm trying to configure my wifi SSID within /etc/rc.conf in FreeBSD 8.1 >> amd64 , but I've found that I'm unable to get it working at boot time >> (although I can do it after boot in cmd line). >> >> My SSID has an space character and I don't know how to deal with it. So >> my >> question is easy, how do I add an space in the SSID? I've tried wrapping >> the >> SSID using \" , \' also adding \(space), changing " for ' and others >> without >> success. >> >> As an example my rc.conf entry looks like >> ifconfig_wlan0="ssid SSID WITH SPACE dhcp" >> and after booting I see that ifconfig tried to connect to SSID instead >> to >> "SSID WITH SPACE". >> >> As I said, if I run ifconfig wlan0 ssid "SSID WITH SPACE" from the >> command >> line, works fine. >> > > The best solution would be to change the SSID to one without spaces. :) > > If you can't or won't do that, one of these should work, please report back > which one does: > > ='ssid "ssid with space" DHCP' > ='ssid \"ssid with space\" DHCP' > ="ssid 'ssid with space' DHCP" > ="ssid \'ssid with space\' DHCP" > I changed the ssid to an ascii representation, and it worked. Can't remember if it was decimal or hex though. -- Adam Vande More ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: sysctl way too slow
On Wed, Jul 14, 2010 at 10:08 AM, Atom Smasher wrote: > On Wed, 14 Jul 2010, Joerg Sonnenberger wrote: > > On Wed, Jul 14, 2010 at 11:49:07PM +1200, Atom Smasher wrote: >> >>> the same info is available on linux via /sys and /proc and on comparable >>> hardware, i can get the info about 100x faster. >>> >> >> Are you sure that Linux is not just caching the data? I know of at least >> one system where it takes more than 100ms to query the battery state due to >> extremely slow hardware, I wouldn't be surprised if you can do worse. >> > == > > i don't know if linux is caching it. if it is, then freebsd should at least > have an option to do the same. the real test will be trying linux on the > freebsd hardware and freebsd on the linux hardware. i don't know when i'll > get a chance to do it, but i'll update the list with details when it > happens. > FWIW, my old dell > /usr/bin/time sysctl -n hw.acpi.battery.life hw.acpi.battery.time hw.acpi.battery.state 100 -1 0 0.01 real 0.00 user 0.01 sys -- Adam Vande More ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: random FreeBSD panics
On Sun, Mar 28, 2010 at 8:42 AM, Masoom Shaikh wrote: > nopes, this didn't help too, machine freezed again after using for 30 > minutes or so > all it was doing is playing amarok, fetching sources from svn repos, > and using firefox > > lets assume if this is h/w problem, then how can other OSes overcome > this ? is there a way to make FreeBSD ignore this as well, let it > result in reasonable performance penalty. > They would remove or replace the bad hardware. I've seen more that one DIMM which passed every memory checker I could find in it's most extensive testing mode. Only consistently effective option is to replace with a known good piece of memory. -- Adam Vande More ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
