Re: Performance improvement to strnlen().
On 2013-05-27 10:37, Václav Zeman wrote: On 26 May 2013 21:01, Lee Thomas wrote: On 2013-05-26 08:00, Václav Zeman wrote: On 05/25/2013 10:27 PM, Lee Thomas wrote: + lp = (const unsigned long *)((uintptr_t)str & ~LONGPTR_MASK); + va = (*lp - mask01); + vb = ((~*lp) & mask80); I do not think that this correct C. This is type punning violating the rules of the language. Hello Václav, The aliasing here is safe, because there are no writes through either of the pointers, and the reads are correctly aligned. I disagree. IANALL but AFAIK, this is simply not allowed by the language => UB => even though it seems to work in this instance, you are just lucky the UB is actually doing what you expect. It is not possible to tell if the result would be undefined by looking at the strnlen function alone. Internally it doesn't break any aliasing rules as char and long are allowed to alias. UB can only happen when the input string was created with incompatible type (not char and not long) and the strnlen function got inlined. Preventing inlining would be sufficient to guarantee correctness in any case. ___ 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: 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: considering i386 as a tier 1 architecture
On 04/01/13 06:39, Dag-Erling Smørgrav wrote: > Mehmet Erol Sanliturk writes: >> At present, there is NO any processor which is ONLY 32-bits. > > All the world is not a PC. There are still 32-bit x86-based embedded or > small-form-factor systems, such as the soekris net5501 and net6501, > which are widely used in the BSD community. > > DES > Just for the sake of the archives, the net6501 is 64bit: FreeBSD 9.1-STABLE #3 r245043: Fri Jan 4 11:05:39 EST 2013 root@hostname:/usr/obj/usr/src/sys/AMD64-9 amd64 CPU: Genuine Intel(R) CPU@ 1.60GHz (1600.03-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x20661 Family = 0x6 Model = 0x26 Stepping = 1 Features=0xbfe9fbff Features2=0x40e3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 2147352576 (2047 MB) avail memory = 2047160320 (1952 MB) MPTable: ___ 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: ZFS regimen: scrub, scrub, scrub and scrub again.
On 2013-01-24 15:45, Zaphod Beeblebrox wrote: Ok... so my question then would be... what of the small files. If I write several small files at once, does the transaction use a record, or does each file need to use a record? Additionally, if small files use sub-records, when you delete that file, does the sub-record get moved or just wasted (until the record is completely free)? Each file is a fully self-contained object (together with full parity) all the way to the physical storage. A 1 byte file on RAID-Z2 pool will always use 3 disks, 3 sectors total for data alone. You can use du to verify - it reports physical size together with parity. Metadata like directory entry or file attributes is stored separately and shared with other files. For small files there may be a lot of "wasted" space. ___ 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: ZFS regimen: scrub, scrub, scrub and scrub again.
On 2013-01-24 15:24, Wojciech Puchar wrote: For me the reliability ZFS offers is far more important than pure performance. Except it is on paper reliability. This "on paper" reliability in practice saved a 20TB pool. See one of my previous emails. Any other filesystem or hardware/software raid without per-disk checksums would have failed. Silent corruption of non-important files would be the best case, complete filesystem death by important metadata corruption as the worst case. I've been using ZFS for 3 years in many systems. Biggest one has 44 disks and 4 ZFS pools - this one survived SAS expander disconnects, a few kernel panics and countless power failures (UPS only holds for a few hours). So far I've not lost a single ZFS pool or any data stored. ___ 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: ZFS regimen: scrub, scrub, scrub and scrub again.
On 2013-01-23 21:22, Wojciech Puchar wrote: While RAID-Z is already a king of bad performance, I don't believe RAID-Z is any worse than RAID5. Do you have any actual measurements to back up your claim? it is clearly described even in ZFS papers. Both on reads and writes it gives single drive random I/O performance. With ZFS and RAID-Z the situation is a bit more complex. Lets assume 5 disk raidz1 vdev with ashift=9 (512 byte sectors). A worst case scenario could happen if your random i/o workload was reading random files each of 2048 bytes. Each file read would require data from 4 disks (5th is parity and won't be read unless there are errors). However if files were 512 bytes or less then only one disk would be used. 1024 bytes - two disks, etc. So ZFS is probably not the best choice to store millions of small files if random access to whole files is the primary concern. But lets look at a different scenario - a PostgreSQL database. Here table data is split and stored in 1GB files. ZFS splits the file into 128KiB records (recordsize property). This record is then again split into 4 columns each 32768 bytes. 5th column is generated containing parity. Each column is then stored on a different disk. You could think of it as a regular RAID-5 with stripe size of 32768 bytes. PostgreSQL uses 8192 byte pages that fit evenly both into ZFS record size and column size. Each page access requires only a single disk read. Random i/o performance here should be 5 times that of a single disk. For me the reliability ZFS offers is far more important than pure performance. ___ 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: Jumbo Packet fail.
On 11/17/2012 5:32 PM, Zaphod Beeblebrox wrote: I recently started using an iSCSI disk on my ZFS array seriously from a windows 7 host on the network. The performance is acceptable, but I was led to believe that using Jumbo packets is a win here. My win7 motherboard adapter did not support jumbo frames, so I got one that did... configured it, etc. Just in case anyone cares, the motherboard had an 82567V-2 (does not support jumbo frames) and I added in an intel 82574L based card. Similarly, I configured em0 on my FreeBSD host to have an MTU of 9014 bytes (I also tried 9000). The hardware on the FreeBSD 9.1RC2 side is: em0: port 0xdc00-0xdc1f mem 0xfcfe-0xfcff,0xfcfc-0xfcfd irq 16 at device 0.0 on pci3 pciconf -lv identifies the chipset as 82572EI Now... my problem is that the windows machine correctly advertises an MSS of 8960 bytes in it's SYN packet while FreeBSD advertises 1460 in the syn-ack. [1:42:342]root@vr:/usr/local/etc/istgt> ifconfig em0 em0: flags=8843 metric 0 mtu 9014 options=4019b ether 00:15:17:0d:04:a8 inet 66.96.20.52 netmask 0xffe0 broadcast 66.96.20.63 inet6 fe80::215:17ff:fe0d:4a8%em0 prefixlen 64 scopeid 0x5 inet6 2001:1928:1::52 prefixlen 64 inet 192.168.221.2 netmask 0xff00 broadcast 192.168.221.255 nd6 options=21 media: Ethernet autoselect (1000baseT ) status: active I have tested this with both ipv4 and ipv6 connections between the win7 host and the FreeBSD server. win7 always requests the larger mss, and FreeBSD the smaller. Did you reboot or alter the existing route so it also uses the higher MTU? I realize that need is not obvious. Check netstat -rni. ___ 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: sysbench / fileio - Linux vs. FreeBSD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6/6/10 7:20 PM, Matthew Dillon wrote: > It would be interesting to see a blogbench comparison between UFS > and ZFS on the same hw/disk. I'll do it, just tell me how do you want to run the tests. The system params are: 8GB Memory 2x72GB SCSI HDD 2x3.4Ghz Xeon Overall: Dell Poweredge 1850. With no raid installed. I'm waiting the benchmark options to run. - -- Adam PAPAI -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMDAkBAAoJEGq0EWvh5uiIPs8H+wUm/AMo7KBOViRG+OMZKl65 RgeJRBco/FvAjZc7Qu8EwfL3QqkZzZcDZmYODwvfhu4Hmw5QFrbu/QjUG3OFFBjH 6Kgyod2VsIRNo74LDTcdHIDwqCKfWYpH1sSkzr73ewgVAMtwen/6ob1hqW9i7jp8 4Fg5emWcJxJ6vh5t/5cgNhrpFdlZ1g4Zcd4yOPdgC04RoRC5Pla4QK6if6KdN4Qe V9MmiJBdekdCwyaoL7sgXh6QLeXqEHd6D2BDYxS40BCH1OxTVnSb+AedqAeIO+OE 0470hgJnHb4500lu4UfdZtvj4DOUkDn/DiA7VU1we6iZCSitFQNxGi6fK2WyXaw= =sERi -END PGP SIGNATURE- ___ 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: sysbench / fileio - Linux vs. FreeBSD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6/5/10 2:43 AM, Igor Mozolevsky wrote: > On 5 June 2010 00:58, Adam PAPAI wrote: > >> How can I tune my disk to make it faster? Is it possible? What is the >> reason of the really slow I/O with more than 4 threads? What do you >> recommend me to do? Why is it damn slow with 8K blocksize? > > Does linux still have async disk writes by default? Anyway, I looked after the default ext3 values: Debian mounts the ext3 with "defaults" option. This means: rw, suid, dev, exec, auto, nouser, and async. Well it means I have to test it with UFS (async) and Debian (sync). These test will take some time but I hope it worth the effort. Hm... - -- Adam PAPAI -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMC31LAAoJEGq0EWvh5uiIu3MH/i7KWfcYj2zXSsqbUK2W4dKi B0+pD861FBtxmS+O4c4jzR5vJYeVVyVfZ4DLpHs0tqr6u2QZWgTD5c9GXxRNn9Hg pVIL8/iL9BGtjNZdbjKU2RlE+QOb4LUuxqTWtz3poH4e6CQlAMOzvBcmbK41eWVn nr2/jlS8n7TFk74ewAH9NXABrhIaOtCjBf5YWWA9AnKhqjdlAM7gxC6QcbsGTLlR 5zvq6UfGuAMECOV98FDlm3k20LydLT0/Mdw9jth9+50v1NMnAddYjfZ/7Ci2KzZo uUN1VRcOhxmw6oliMPu/+Z324d6Xrp1vXpDQN8tSzME1d3O3CswPDfs3ocpjmkU= =VEsH -END PGP SIGNATURE- ___ 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: sysbench / fileio - Linux vs. FreeBSD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6/5/10 1:04 PM, Bruce Cran wrote: > On Sat, 5 Jun 2010 12:50:15 +0200 > Stefan Miklosovic wrote: > >>> /var : ufs with softupdates >>> /usr/obj : zfs with checksums disabled >>> /usr/src : zfs with compression enabled >>> /home : zfs with compression disabled and checksums enabled >>> >>> I ran a test with a blocksize of 8KB and 16 threads. >>> >>> /var : 25.2MB/s >>> /usr/obj : 64.8MB/s >>> /usr/src : 386.3MB/s >>> /home : 60.3MB/s >> >> Do I understand it well? It seems that zfs with compression enabled on >> /usr/src with 8KB block size and 16 threads performs 386.3MB/s which >> is about 6 times better than debian5? I am thinking about this image >> http://tech-blog.wooh.hu/~wooh/debian_vs_freebsd_io_16_seqwr.png > > Yes - on one run it even hit 500MB/s. I suspect, however, that the > benchmark isn't accurate because it won't be writing typical data. > Instead it's probably using a buffer that compresses very well. Hm.. My ZFS tests showed me the same results. With compression it's pretty fast. An application benchmark will give us typical data write, so I'll run PgSQL benchmarks on the ZFS pool as well. - -- Adam PAPAI NETIDEA Informatikai Szolgáltató Kft. http://www.netidea.hu E-mail: w...@wooh.hu Phone: +36 30 33-55-735 (Hungary) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMCjJiAAoJEGq0EWvh5uiIKFMH/1dP4OZGAMiBNSoRqGFfnZ5B /vtf5do2t3JRbjfYi2HyNn8gXss4xRDPouVmftl2OglIXA77hMIyIcjyoWnHGTBc M1WnnNDz1wIb8EYSl9MYKAjQA1wGsYd4UImd1MqOtZfSuOht6hTLoSiAnC1xMLtk 9vgFUtMok8XclPqL08J/dWs39+HwhSaooRnLEx7IYLSgFis7vQtJjOaWWG3LUADw QsivcCSjBBoQ7LD9WXN5prmlwt+CMBU/F1yyMaJXa0bNI7AM+hh5Mix03P4HAKEz 4Z92lcmLXzSVnllA0tAJvAwEPtk4laP6yzM9egStDNvxONLueQVLXfY8gvukQ2k= =MVI2 -END PGP SIGNATURE- ___ 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: sysbench / fileio - Linux vs. FreeBSD
On 6/5/10 3:36 AM, Bruce Cran wrote: > Some quick tests show that ufs does do rather poorly on my system too. I have > the following filesystems setup: > > /var : ufs with softupdates > /usr/obj : zfs with checksums disabled > /usr/src : zfs with compression enabled > /home : zfs with compression disabled and checksums enabled > > I ran a test with a blocksize of 8KB and 16 threads. > > /var : 25.2MB/s > /usr/obj : 64.8MB/s > /usr/src : 386.3MB/s > /home : 60.3MB/s > It seems I have to test it with zfs as well. Tomorrow I'm gonna test it. -- Adam PAPAI ___ 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"
sysbench / fileio - Linux vs. FreeBSD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi List, A week ago I started to benchmark Linux vs. FreeBSD on a Dell Poweredge 1850. CPU: 2 x 3.4Ghz Xeon (Dual Core) Memory: 8GB (4x2) Disk: 1 x SEAGATE ST373454LC D404 (SCSI) FreeBSD kazoku 8.0-RELEASE-p3 FreeBSD 8.0-RELEASE-p3 #0: Tue May 25 20:54:11 UTC 2010 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 The tests with seqrewr, seqrd, rndrd, and so on is still going on, so I can only publish the seqwr result. (The PostgreSQL will be tested as well) (soft-updates are on) /dev/da0s1d on /usr (ufs, local, soft-updates) Tested with: sysbench --num-threads=$a --file-block-size=$bs --test=fileio - --file-total-size=2G --file-fsync-all=no --file-test-mode=seqwr run My first results (seqwr with 1,2,4,8,6,32 threads) can be found here. http://tech-blog.wooh.hu/~wooh/fbsd_vs_debian_seqwr.html Why FreeBSD is supreme with 1 and 2 thread. And why is it 2 and 3 times slower with 4-8-16-32 threads compared to Debian? The first two tests (1 thread and 2 thread) showed me that FreeBSD is supreme in I/O, but later tests showed me, that it can produce horrible I/O. How can I tune my disk to make it faster? Is it possible? What is the reason of the really slow I/O with more than 4 threads? What do you recommend me to do? Why is it damn slow with 8K blocksize? I have more than 15 FreeBSD servers in production environment and I don't want to change operating system due to I/O issues. I changed my OpenBSD servers to FreeBSD 3 years ago... :) When all tests are ready I'll publish all the results, including the postgresql benchmarks as well. Best Regards, - -- Adam PAPAI -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMCZMrAAoJEGq0EWvh5uiI10MIAM1iZxFZ5xssKmawHl56Ruin zHHgb4Nc15waTLdzFGfllAayDlZqvvpoSpOVbp8qDZYlkTbYPF6aMjkehqMvQUEo nFs7WN2VaCSOhUUQSwjqfGdnMLW9H5uyW/ZkYvgoOjQjz/vewDV6Fi+ZfGmt5Zqw gV1ZlXFdAUOUW6c90ODOPxn+7XCA5UC2sUMPB+1iNxrTiiS6C2YQ0Vy1fCXvrhU3 51n0ES/7JBF4sk5dH1VNEU/8AeQRBOoKPuAHhZKRZZ1x+1dMkDhwdD+KUHGrRGJd fUAZmMhjE6fRG86FbwK5jrZizHZYpE3PfpZe6tI3SIvw7NbUNrRsCMSiel+0FBg= =k3Sw -END PGP SIGNATURE- ___ 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"
Re: FreeBSD 7.0-RELEASE amd64 on Dell M600 Blade
On Sep 12, 2008, at 2:03 AM, Karl Fischer wrote: On Fri, Sep 12, 2008 at 01:00, Steven Hartland <[EMAIL PROTECTED] > wrote: Thanks Rudi, would really like to get is sorted as they would make ideal app servers. - Original Message - From: "Rudi Kramer - MWEB" <[EMAIL PROTECTED] > Hi Steven, We recently purchased a few M600's but haven't got around to loading FBSD on them, we should start installing next week and I will let you know if we run in to any problems. I have the same problem on my M600 Blades has anyone tested the 7.1 Beta and I'm about to purchase more of them. Karl Anyone ever get this to work? Perhaps this was fixed in a newer FreeBSD? Have some M600 that i'd like to get FreeBSD running on :) hint.apic.0.disabled seemed to change things a bit, it would reach loading mfs root but then lock hard again anyway :/ -Adam ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
CopyOut Size Limits
Hi, I am writing a custom system call that needs to transfer 16kb of
data from the kernel to userspace. I am transferring the data out of
the kernel by using copyout. This seems to work for a small struct of
data < 4k.
int my_system_call(struct thread *td, struct my_system_call_args *uap)
{
my_structtype_t my_type;
copyout(&my_type,uap->my_type,sizeof(my_type) ))!=0)
{
printf("\n copyout failed ret%d\n",error);
return error;
}
printf("exiting kernel %d\n",error);
return (0);
}
However once I expand my struct size beyond around 4k that I get a
"Fatal Double Fault." It seems like I am overrunning the kernel
stack. Does copyout use memory from the kernel stack? What is the
limit for copyout? Is there some way to allocate additional space?
Alternatively what is the appropriate method for transferring kbs of
data from kernel to userspace?
Thanks,
Adam
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: GPT boot loader?
Resent to freebsd-hackers@: Greetings, all. On 2007.05.22, at 03:57, Ivan Voras wrote: Hi! I've had the opportunity to talk to Adam Martin, Marcel Moolenaar and Peter Wemm about making GPT bootable, but not all of them at the same time, so I'd like this thread to be the meeting point on the subject. I have offered to work on the MBR and some of the lower level assembler nasties to make this thing work. The most problematic issue is that the GPT requires 128 bit fields to identify the partition type. In a typical MBR we have 488 bytes to work with (512 bytes in one sector, 2 bytes for the boot-identifier, and another 32 bytes for the partition table.) If we insert a few valid GPT labels into the MBR to scan for, this takes up 16 bytes per entry. The lucky part is that the MBR really just needs to find a bootable partition, load a few sectors from it, and let go. (Adam and Peter have offered to modify the boot loader chain, but differently.) I can also work on boot2, not just mbr/boot0, to make it understand GPT, but I need to know a bit more about the information it needs to understand. In this situation, /boot/loader still needs GPT support -- according to Marcel, it gets help on the GPT interpretation from the EFI. I do not want to undertake the task of "GPT-ifying" the loader program. It's not worth it to have someone make the earlier boot stages work with GPT, unless the later stages also will support it. I have written a simple MBR code that will look for the first GPT partition marked with a GUID specified at compile time, and load the first 8k of that partition, to facilitate boot2. However, I do not think I will take this any further unless people take up the task of writing the GPT support for other parts of the boot-chain. Summary: The idea is to replace bsdlabels with GPT. The problem is that GPT is intended to be used with EFI and not to be bootable by regular BIOS machines. For FreeBSD, there are two distinct cases: 1. the machine is GPT-only, there are no other MSDOS and bsdlabel partitions 2. the machine is dual-boot or has some other need to retain MSDOS partitions. The second case is more convoluted as it means the MBR will hold a regular MSDOS partition table, and one of those partitions will hold a GPT - which is trivially done with GEOM but completely non-standard. Marcel and I discussed a hybrid solution, which requires almost no bootloader code to be written -- We could have the MBR point to a "legacy" boot partition, even down to a really small root filesystem, which the GPT also has an entry for, but the kernel in this root filesystem has a switch set to inform it that it must use GPT and not MBR/BSDlabels. This is not unlike what Apple have done with their EFI on x86 platform. In a related quirk, I have not used MBR partitions for almost 3 years now -- I just raw-BSDlabel my discs. So I know it is possible to do away with the MBR completely. The biggest obstacle to this on x86/amd64 computers is the single-sector bootloader limitations. GPT isn't very PC-friendly, as it also demands that the sectors right after the "fake MBR" be for the GPT. What I would love to see is some ability to have a smarter PC boot procedure. I'd like to hear more from Adam and Peter (and others!) about their ideas... Optimally, the PC architecture boot procedure (and perhaps the PC itself?) should die and fade away, leaving behind smarter bootloader and firmware code in its place, instead of shoehorning this functionality into an unnecessarily complicated bootloader chain. Since this does not seem to be in the cards, I guess we need to focus on this concept. -- ADAM David Alan Martin FreeBSD Hacker, TCSH Hacker, general UNIX coding Author of AutoFS for FreeBSD 6.x LSD Kernel Lead Developer Filesystem and Storage Lab, SUNY Stony Brook ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
FreeBSD available disk space
Hello,
I've been going back and forth for a bit trying to figure out this
situation, and I am hoping that someone on this list will have some
insight :)
When using php's disk_free_space() function to determine the amount
of free space on a partition that has a negative amount of free
space, PHP returns an unreasonably large number, for example:
[EMAIL PROTECTED] php -r 'var_dump(disk_free_space("/some/partition/
with/negative/free/space"));'
float(3.7778931863E+22)
this is the comment from one of the PHP developers who has been
helping me to debug this issue:
Well, this is actually quite interesting.
The problem is that according to POSIX statvfs struct's field
f_bavail must be .
But FreeBSD stores negative values in this field and I don't see
any hint on how to detect if this is a negative value or just a
huge positive one.
I can of course cast it to signed long, but that would effectively
break it on other platforms, which do conform POSIX standard and do
not store negative values in unsigned variables.
I guess FreeBSD developers might help here, since that should be a
known problem for them.
as well as:
I can see that libstatgrab uses #ifdef's for all *BSD flavours and
casts f_bavail to (long long).
Not sure if this is the correct solution, my previous suspicions
that it may not work with really big filesystems still aply.
Thanks in advance for any insight you may have!
-Adam
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: upload speed test problem
On Thu, 12 May 2005, Ganbold wrote: Result is unbelievable, it is something like 500kbps for 56kbps Dial-Up connection, which is completely wrong. It looks like the form data that the client is POSTing is all "a", correct? The modem is probably compressing this data. I wrote a speed test in perl a number of years ago to do both upload and download testing. Here are some things I found, maybe they will help you: You must use data that doesn't compress well, or, as you've seen, dial-up modems will compress it and report speeds much higher than is possible. It is better to pre-generate the random data, rather than try and read from /dev/random on the fly. I realized that by having my script suck 5 or 10 megabytes of randomness out of /dev/random every time it ran, I was accelerating the heat-death of the universe. You don't want to cause the heat-death of the universe either, do you? (Actually, either pre-generate random files, or read from /dev/urandom, which doesn't block when it runs out of randomness) IE Sucks. The way my script worked was, I had a form page that the user selected the file size to test with, and hit Submit. This submitted to my CGI that generated a new HTML form with a hidden input field containing the random data of the size they selected. It also contained a hidden field with a timestamp of when the page began to execute. I used javascript to automatically submit the form when the page load completed. Mozilla would submit this form as soon as page load completed. For some odd reason, IE would wait a couple of seconds before submitting the data. So I had to (oh this is so ugly, I don't want to say it), define an IE fudge factor, and subtract a couple of seconds from the upload time if the client was IE. I also realized that I had to add a META tag to cause the pages not to be cached. Furthermore, I had to add something to look at the client's HTTP headers and look for signs of an HTTP proxy (proxies usually add a header or two, depending on how they're configured). If a proxy was detected, I could either spit out a warning to the user that the speeds reported could be inaccurate, or I could simply refuse to continue. On the plus side, overall the test worked pretty well. HTH, Adam ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ABV.BG автоматичен отговор
On Wed, 20 Apr 2005 freebsd-hackers@freebsd.org wrote: blagodarq za izpratenoto ot Vas pismo nai skoro shte vi otgovorq!! Sir, this is not the appropriate forum to cast your vote for Pope. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: virtual swich
On Tue, 19 Apr 2005, Eric Anderson wrote: Donatas wrote: hello, are there any solutions for emulating a network switch between network interfaces under FreeBSD 5.3? i cannot use ng_hub because it does not filter packets by their mac addresses... the purpose is switching between ngeth0,ngeth1 and em0. any ideas are welcome Is this what you want? http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-bridging.html I had a similar need a few months ago, and found two other projects that might be helpful: http://people.freebsd.org/~picobsd/picobsd.html and picobsd(8) http://www.pdos.lcs.mit.edu/click/ I had trouble building the correct configuration with Click. I ended up using a picobsd floppy. Easy-peasy. HTH, Adam ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Global / Cluster / Shared filesystem for FreeBSD?
On Fri, 11 Mar 2005, Eric Anderson wrote: Speaking of filesytems :), I have a real need for a global filesystem (or "me too" I played with CODA a few months ago but it didn't seem to be solid, and didn't fit my needs. Everything else I've looked at is Linux-only. Please follow-up to the list, I'd be very interested in seeing what other projects are available. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: basic programming questions
On Thu, 10 Mar 2005, H. S. wrote: Hey, Sorry if this is a little offtopic, but I need some basic help with C. I'm not a programmer, but I need to get something done in C for a project. I need to do a console application, and as I've got some free time, I'd like to add bold sentences and characters with other colors (ie blue, red, etc), to make it prettier. As my C skills go as far as declaring variables, making loops, and knowing my way around pointers, I really do not know where to start looking for the header file including these functions! I also need a function to clear the screen (in order to re-draw it). Could anyone point me to the right header files, and perhaps suggest some programs that use these functions so I can have something to start with? curses! ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: My project wish-list for the next 12 months
On Thu, 2 Dec 2004, Brad Knowles wrote: It's interesting that you mention this. I've been giving some thought to how I might be able to dive in and start seriously working on building my UltraSPARC cluster (based on the four U10 clones I have already, plus as many U5s as I can throw into the mix), and I was hoping to find a better solution than NFS, and AFS/Coda/OpenAFS was tops of my list of alternatives to consider. I would be very excited to see OpenAFS become production ready on BSD. I was playing with CODA a few weeks ago in a test environment. I could get it to mostly work the way I wanted, but it appears that there are some limitations that I don't like. For one, having to "login" to CODA using clog (or maybe I misunderstood the docs on this point?) I want to be able to list a clustered filesystem in fstab and be usable like any other UFS or NFS filesystem - no logging in, permissions and ownership work, etc. Better yet, an approach like Google's File System. If I run out of space or speed, let me throw more boxes at it. Without losing the filesystem. The machine comes onto the network, notifies one of the chunk servers that it's available and how much disk it's got. The chunk servers can now send chunks of data to it. Data is automatically replicated to multiple disk servers, and requests are shared across those servers that have copies of the same data. Chunk servers share metadata so they aren't a single point of failure. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Raid problems
> I'm trying to install FreeBSD 5.3-Beta5 on a friend's server. He has a promise > fasttracks SX4000 raid controller (raid level 5), but when booting freebsd we > get a list of all the 4 disks. Is that right? (haven't tried installing freebsd > on a raid computer). I've tried install freebsd on one of the disks, but when I > restart the computer, it says it can't find /boot/kernel? This might be a stupid question, but has the RAID been setup in the FastTrack BIOS? I think by default, if you just pop the card in and hook up 4 drives, you'll see 4 drives, unless you go into it's config utility and define an array. If this has already been done, you might go back into it and make sure that it's still there. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: general load balancing issues
On Monday 15 December 2003 08:02 am, Clement Laforet wrote:
> On Mon, 15 Dec 2003 12:46:52 +0100
> Bogdan TARU <[EMAIL PROTECTED]> wrote:
>
> Hi !
>
> > Right now I am considering a setup with one common NFS repository
> > for the configuration files, Apache binaries, Web content and temp
> > directory for PHP, NFS resource which will be mounted on all the
> > 'front' webservers. I am wondering, though, if I will be able (by
> > having one common temp directory for PHP) to load-balance the
> > domains involving sessions: will the sessions be lost when
> > connsecutive hits go to different webservers, or not?
>
> If I were you, I would consider a 3-tier architecture
>
>
> /--+
> / |
> /+---+
> +--+ | web |+--+
> | Load | |servers||NFS server|
>
> | balancer | | pool |+--+
>
> +--+ | |
> \+---+
> \ |
> \--+
>
> Concerning PHP session, a HTTP reverse-proxy can easily do the trick.
> If you don't want to spend a lot of time on configuring apache as
> reverse proxy, you can use some flexible and easy-to-use dedicated
> software.
> Here's my favorite:
> 1. pound (${PORTSDIR}/www/pound}
> pound can handle URI based sessions to redirect request to the
> correct backend server. It support SSL too.
>
> 2. haproxy (${PORTSDIR}/net/haproxy)
> haproxy is less intuitive than pound, but more flexible.
> It DOES NOT support SSL.
>
> Both support backend failures.
> Since thay acts like proxy, you don't have to reconfigure your
> network (but I recommend it)
>
> To grab real IP address on your apache server you must use (and
> configure carefully) mod_extract_forwarded{2} or mod_rpaf{2}.
>
> If you don't want to use a reverse proxy, Matthew Seaman's solution
> looks the best.
>
>
> clem
I'd be willing to bet the database back-end solution is going to
perform a lot better than a shared directory. With respect to the
reverse-proxy approach, it doesn't sound like it has clear advantage
over the database back-end approach. It's certainly a cool way to do
it especially if you weren't doing database stuff. Since your going
for performance, already using a database and doing a new
configuration, my vote is for the database back-end solution as well.
Adam
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
pkg_create
Hello, Has anyone found a solution for the pkg_create problem mentioned here in June? The original discussion. > http://lists.freebsd.org/pipermail/freebsd-hackers/2003-June/001673.html Cheers, Adam ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: running 5.1-RELEASE with no procfs mounted (lockups?)
Terry Lambert said:
> The problem is that ktrace/kdump rendesvous at a file;
> truss does
> not, so it has some capabilities that ktrace does not.
> In some
> circumstances (e.g. a system crash, where kdump doesn't
> get a
> chance to get at the file, because it's "cleaned up"
> and not
> even fully written, when it's not "cleaned up") ktrace
> loses
> utterly.
>
Would something like:
live_ktrace() { local _kf="`mktemp -t ktrace.$$`";
ktrace -p $1 -f $_kf; kdump -lf $_kf; rm -f $_kf; }
do what you want?
--
Adam Migus - Research Scientist
Network Associates Laboratories (http://www.nailabs.com)
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Communications kernel -> userland
Robert Watson said: > > Well, the case I had particularly in mind was the rapid > flow of packets > form the kernel to the user process; Pawel's suggestion > handles the flow > of new data from the user process to the kernel well, > and has substantial > similarity to some of the IO Lite mechanisms I pointed > at (and hopefully > with many of the same performance benefits). In the > kernel-to-userspace > case, we want to avoid the copy of what is originally > kernel-owned memory > (from the mbuf allocator) to the user process memory. > If you didn't care > about stuff like confidentiality of kernel memory, etc, > the simplest > approach would be to actually map the mbuf memory (and > possibly cluster) > into userspace, and then notify the user process in > some form of the new > mapping. However, because mbufs and their meta-data > aren't page aligned > (etc, etc, etc), you really don't want to do it > explicitly that way, I > suspect. Ok, I think I understand a little better. The DMA analogy combined with the somewhat obscure bracketed requirements below it caused me to get a little confused. As for the page alignment issue have you checked out the new MBUMA stuff Bosko's doing? It uses (and abstracts) mbuf allocation over uma. Perhaps it could be taylored to fit your requirements. > > By synchronization, I had in mind a mechanism by which > the process and > kernel would communicate about memory ownership in the > shared memory > space: "I'm done with this packet", "I'm done with > these packets", "I want > to continue delivery of that packet", "I modified this > packet", "I'm > inserting a new packet here", "I'm dropping this > packet", all without > extensive memory copying, and with a moderate amount of > asynchrony (and > possibly parallelism). In terms of functionality, it > might be similar to > some of the current services that forward between > IPDIVERT "in" and "out" > (such as natd), or between BPF pseudo-devices. This > sounds like something > that likely exists in a few commercial products > already, so my question to > Terry was to whether he knew of any in the literature. > IOLite is the > closest I know of, as it supports the zero-copy page > and memory ownership > bits, although I don't know if they allowed it to > handle packets, perhaps > just datagrams and streams. > Given my comments above would it not be possible to offer this mechanism as an extension to the mbuf's own meta-data? -- Adam Migus - Research Scientist Network Associates Laboratories (http://www.nailabs.com) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Communications kernel -> userland
Robert Watson said: > > On Mon, 21 Jul 2003, Pawel Jakub Dawidek wrote: > >> For example syscall is marking some range with mark() >> function. For now >> on this range isn't accessable from userland. If >> process will try to >> write to this page, page is copied (copy-on-write). >> If this page will >> be modified by kernel it will be marked as MODIFIED. >> Now when syscall >> will call unmark() on this range we could get two >> scenarious: >> >> 1. Page is marked as MODIFIED (by kernel) so >> userland copy >> of this page (if it exists of course) is >> destroyed and >> this page will be putted in its place. >> This is replacement for copyin() and then >> copyout() or >> just copyout().. >> 2. Page isn't marked as MODIFIED, so kernel version >> of page >> is destroyed (is there is userland version). >> This is replacement for just copyin(). >> >> There could be other ways. Thread/process could be >> locked if it is >> trying to access memory marked with mark() function. >> And this, I think, >> don't hit performance, because this happends really >> rarely. So maybe it >> is better to lock thread for a moment instead of >> doplicating page, but I >> don't think so. > > This sounds a bit like some of the IO Lite stuff -- > moving to a > page-centric model for IO interfaces to avoid copy > operations, in many > cases able to share pages between applications, buffer > cache, network > buffers, etc. Take a look at: > > http://www.cs.princeton.edu/~vivek/ > > For some details. Some of the benefits of this > approach are captured in > the common case through sendfile(), in practice, but > it's definitely worth > a read. > > I guess what I had in mind was something more > network-specific, with > interfaces optimized for memory mapped network packet > streams. In the > simplest case, something like memory-mapping the BPF > buffer from kernel > space to userspace, with some sort of simple stream > synchronization so > that the user application could notify the kernel as to > when it could > reuse bits of the buffer, but avoiding copy operations > and lots of context > switching. > > Robert N M Watson FreeBSD Core Team, > TrustedBSD Projects > [EMAIL PROTECTED] Network Associates > Laboratories > > > ___ > [EMAIL PROTECTED] mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "[EMAIL PROTECTED]" > Perhaps I'm not understanding you right but I think Pawel's idea is cool. It seems to fulfill your requirements (except being network specific). I suppose if it were network specific we could optimize it for packet streams and if we made it complicated enough it would require quite an elaborate sychronization and notification mechanism. Is that closer to what have in mind? -- Adam Migus - Research Scientist Network Associates Laboratories (http://www.nailabs.com) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
usbd/devd
Folks, Some were chatting and think that adding some features to usb might be nice. Mentioned specifically was fixing it so it loads the right driver on the fly. :-) Also I was thinking we might be able to use mostly or all devd to catagorize devices in some sensable fashion, thus making the former, easier. Given overlap with NetBSD I was thinking extending with as little modifcation would be easier. So: 1) Any thoughts? 2) Anyone think we should start a project for this? If everyone would like, I can summarize what people say into something sensable and put it somewhere? Or if anyone else would like to... The general idea I have to rationalize the effort is that FreeBSD is now well equipped to adapt to the desktop. Great USB support is a very good step in the direction. Of course its a server, so I'm not sure how much effort is appropriate. Thus question 1)... :-) -- Adam Migus - Research Scientist Network Associates Laboratories (http://www.nailabs.com) TrustedBSD (http://www.trustedbsd.org) FreeBSD (http://www.freebsd.org) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Disk scheduling in FreeBSD
It's very WIP right now and will remain so for another couple of weeks. I'd planned to show more people a 'working' version when a) i got a home for the page and b) the numbers its producing have reasonable variance. I'd prefer defering a public release until those goals are reached. You've given me one. Hopefully in a week or two I'll have the other. So if you gimme webspace can i promise you code and output shortly after? If you want input into design I can give you the code now with the understanding that it is WIP. Robinson wrote: Mike, I don't have the test, but I've built a generic performance testing framework for FreeBSD over the past couple of months that would make running such a test trivial. I'd post a link but the page has no permanent home yet. When it gets one I can follow it up with a link. I'd be happy to give it a home sometime next week when I've done some housekeeping on the server... For now, the application called "boot_tester" allows the user to run a set of commands (usually performance tests) on boot. The framework optionally creates a new filesystem work area and outputs in a standard format. The commands are run for n iterations (one per boot) over an array of kernels. If used with the diskless testbed setup I've started developing to use with it, running tests over arbitrary worlds as well as kernels is trivial and can be automated. sounds interesting. I have a few scripts that were a start at some performance testing, particularly with I/O and VM in mind. Sounds like you're much further along than I am. Any chance you can throw me a tar.gz? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
RE: Disk scheduling in FreeBSD
Mike, I don't have the test, but I've built a generic performance testing framework for FreeBSD over the past couple of months that would make running such a test trivial. I'd post a link but the page has no permanent home yet. When it gets one I can follow it up with a link. For now, the application called "boot_tester" allows the user to run a set of commands (usually performance tests) on boot. The framework optionally creates a new filesystem work area and outputs in a standard format. The commands are run for n iterations (one per boot) over an array of kernels. If used with the diskless testbed setup I've started developing to use with it, running tests over arbitrary worlds as well as kernels is trivial and can be automated. If anyone's interested, contact me. Like I said, I'll put up a link when I get a home for the pages. > > On Fri, 28 Feb 2003, Paul Robinson wrote: > >> Well, I'm just a hanger-on without a commit bit, so I'll >> work on making it production ready in the next few weeks, >> post up a patch and if somebody wants to commit it, great. >> At the moment it's all based on 4.3-RELEASE and isn't really >> production ready. It does look worth doing though. > > Make an easy to run testbench which should show the > performance > improvements / disadvantages of a new IO scheduler first; > that's really the first step. > > Mike "Silby" Silbersack > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message -- Adam Migus - Research Scientist Network Associates Laboratories (http://www.nailabs.com) TrustedBSD (http://www.trustedbsd.org) FreeBSD (http://www.freebsd.org) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Christmas Season Is Over! Bill Season Is Here! 1/3/2003 6:56:25 AM
Apply Today at www.SmartChoiceLoanCenter.com Save Big On your Mortgage or Credit Card Debts! The Easy Way to Save yourself literally thousands a year! The best part is your Quote is FREE and we will show you how much money you can SAVE INSTANTLY! Bottom-line: If we can't lower your existing payments we won't waste your time. The Time to Refinance and Consolidate your debts is NOW! Mortgage Rates are at the lowest in decades! No Upfront Fees. No Obligation. 100% Free service for borrowers. Bad Credit Welcome! Apply Today at www.SmartChoiceLoanCenter.com To unsubscribe please send an email to [EMAIL PROTECTED] with unsubscribe in the subject line. Please allow 48 hours for changes to be accepted into our database. InDataTek only sends emails to recipients who have voluntarily signed up to receive emails. Using IndataTek to send messages to addresses that have been purchased or obtained without the consent of the recipient is a violation of our policy to respect the rights of others. In addition, InDataTek may not be used to send content that is pornographic, offensive, illegal or that encourages illegal activities or links to such information. InDataTek will have final say on the determination of what constitutes offensive content or spamming. InDataTek also cannot be used to publish content in violation of copyright laws. Messages may not exceed 20K in size. InDataTek reserves the right to terminate access to InDataTek by anyone violating its policies and to take legal action if necessary. Please report abuse at: [EMAIL PROTECTED] [BJK9^":}H&*TG0BK5NKIY] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
ports building question
When building selected ports for other systems on a main server I've run into a problem. The main server fulfills runtime and library dependencies while the client I'm installing on doesn't. I wish to build all the ports necessary for a particular port, regardless of the build system. I want this so that I can "make install" on the client, without failing dependencies and/or compiling anything. I've managed to work around this by writing a script to calculate and run around compiling all the dependancies. But if there's some way this is done without doing this, it would be helpful. -- Adam Migus ([EMAIL PROTECTED]) ([EMAIL PROTECTED]) TrustedBSD (http://www.trustedbsd.org) | The Power To Secure To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: ports/45119: New Port: The /. report
Synopsis: New Port: The /. report State-Changed-From-To: open->closed State-Changed-By: adamw State-Changed-When: Thu Nov 7 12:33:02 PST 2002 State-Changed-Why: Not a PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=45119 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: ports/45118: New Port: The /. report
Synopsis: New Port: The /. report State-Changed-From-To: open->closed State-Changed-By: adamw State-Changed-When: Thu Nov 7 12:32:50 PST 2002 State-Changed-Why: Not a PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=45118 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: ports/45117: New Port: The /. report
Synopsis: New Port: The /. report State-Changed-From-To: open->closed State-Changed-By: adamw State-Changed-When: Thu Nov 7 12:32:38 PST 2002 State-Changed-Why: Not a PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=45117 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: ports/45116: New Port: The /. report
Synopsis: New Port: The /. report State-Changed-From-To: open->closed State-Changed-By: adamw State-Changed-When: Thu Nov 7 12:32:22 PST 2002 State-Changed-Why: Not a PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=45116 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: ports/45115: New Port: The /. report
Synopsis: New Port: The /. report State-Changed-From-To: open->closed State-Changed-By: adamw State-Changed-When: Thu Nov 7 12:32:08 PST 2002 State-Changed-Why: Not a PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=45115 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: ports/45114: New Port: The /. report
Synopsis: New Port: The /. report State-Changed-From-To: open->closed State-Changed-By: adamw State-Changed-When: Thu Nov 7 12:31:50 PST 2002 State-Changed-Why: Not a PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=45114 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: ports/45113: New Port: The /. report
Synopsis: New Port: The /. report State-Changed-From-To: open->closed State-Changed-By: adamw State-Changed-When: Thu Nov 7 12:31:38 PST 2002 State-Changed-Why: Not a PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=45113 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: ports/45112: New Port: The /. report
Synopsis: New Port: The /. report State-Changed-From-To: open->closed State-Changed-By: adamw State-Changed-When: Thu Nov 7 12:31:26 PST 2002 State-Changed-Why: Not a PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=45112 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: ports/45111: New Port: The /. report
Synopsis: New Port: The /. report State-Changed-From-To: open->closed State-Changed-By: adamw State-Changed-When: Thu Nov 7 12:31:14 PST 2002 State-Changed-Why: Not a PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=45111 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: ports/45110: New Port: The /. report
Synopsis: New Port: The /. report State-Changed-From-To: open->closed State-Changed-By: adamw State-Changed-When: Thu Nov 7 12:31:00 PST 2002 State-Changed-Why: Not a PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=45110 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: ports/45109: New Port: The /. report
Synopsis: New Port: The /. report State-Changed-From-To: open->closed State-Changed-By: adamw State-Changed-When: Thu Nov 7 12:30:46 PST 2002 State-Changed-Why: Not a PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=45109 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: ports/45108: New Port: The /. report
Synopsis: New Port: The /. report State-Changed-From-To: open->closed State-Changed-By: adamw State-Changed-When: Thu Nov 7 12:30:34 PST 2002 State-Changed-Why: Not a PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=45108 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: ports/45107: New Port: The /. report
Synopsis: New Port: The /. report State-Changed-From-To: open->closed State-Changed-By: adamw State-Changed-When: Thu Nov 7 12:30:18 PST 2002 State-Changed-Why: Not a PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=45107 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
RE:
James, You could use dummynet(4) to introduce delays, limit throughput, etc. You could also play with the various sysctl(8) variables. net.inet.ip.rtexpire net.inet.ip.rtminexpire net.inet.ip.rtmaxcache net.inet.tcp.delacktime net.inet.tcp.delayed_ack Just to name a few. Trying doing: sysctl -A | grep "net.inet" You can even mess around with some of the ipc related variables: sysctl -A | grep "kern.ipc" You should be able to manipulate the stack enough with that but there is always the source. :-) -- Adam Migus ([EMAIL PROTECTED]) ([EMAIL PROTECTED]) FreeBSD (http://www.freebsd.org) | The Power to Serve -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of James B. Wilkinson Sent: Thursday, May 16, 2002 8:25 PM To: [EMAIL PROTECTED] Subject: I've got to teach a new graduate course in networking this fall. I'm looking at using vol 1 and maybe vol 2 of "TCP/IP Illustrated" by Richard Stevens. The basic premise of the book seems to be to do experiments on a working network in order to learn about the protocols. One thing that I thought about doing is to have them do that sort of thing here as well as to read about what he did to do the book. It seemed useful to me to have some of the machines set up with a version of FreeBSD that let you fool around with what the IP and TCP layers were doing. E.g. introduce delays in the transmission of ack's so that packets get retransmitted or so that you can watch the RTT estimate catch up. Maybe pick out particular TCP segments and lose them. When I started looking at how one might do this, it seemed like it might be hard. So I got to wondering if somebody had already done it so that I don't have to. I have no idea how to do a Google search for something like that. Do any of you guys know about any software like that. I spose it would have to be a hacked version of a kernel. Thanks -- - Jimmy Wilkinson| Perfesser of Computer Science [EMAIL PROTECTED] | The College of Charleston (843) 953-8160 | Charleston SC29424 If there is one word to describe me, that word would have to be "profectionist". Any form of incompitence is an athema to me. Metathesis??? Don't ax me. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Partnership Proposal
ATTN: THE PRESIDENT/CEO
Dear Sir / Madam,
I am Dr. Mrs. Marian Abacha, wife to the late Nigerian Head of
state,
General Sani Abacha who died on the 8th of June 1998 while
still on active
service for our Country.
I am contacting you with the hope that you will be of great
assistance to
me, I currently have within my reach the sum of 76MILLION U.S
dollars cash
which l intend to use for investment purposes outside Nigeria.
This money
came as a result of a payback contract deal between my husband
and a Russian
firm in our country's multi-billion dollar Ajaokuta steel
plant. The Russian
partners returned my husband's share being the above sum after
his death.
Presently, the new civilian Government has intensified their
probe into my
husband's financial resources, which has led to the freezing of
all our
accounts, local and foreign, the revoking of all our business
licenses and
the arrest of my First son. In view of this I acted very fast
to withdraw
this money from one of our finance houses before it was closed
down. I have
deposited the money in a security vault for safe keeping with
the help of
very loyal officials of my late husband. No record is known
about this fund
by the government because there is no documentation showing
that we received
such funds. Due to the current situation in the country and
government
attitude to my financial affairs, I cannot make use of this
money within.
Bearing in mind that you may assist me, 20% of the total amount
will be paid
to you for your assistance, while 5% will be set aside for
expenses incurred
by the parties involved and this will be paid before sharing.
Half of my75%
will be paid in to my account on your instruction once the
money hits your
account, while the other half will be invested by your humble
self in any
viable business venture you deem fit, with you as manager of
the invested
funds. Remunerations, during the investment period will be on a
50/50 basis.
Your URGENT response is needed. All correspondence must be
through my lawyer,fax:234-1-4709814. Attentioned to my attorney
(HAMZA IBU). Please do not
forget to include your direct tel/fax line for easy reach.
I hope I can trust you with my family's last financial
hope.Regards
Dr. Mrs. Marian Sani Abacha.
C/o HAMZA IBU (counsel)
URGENT AND CONFIDENTIAL
MR. MICHEAL ADAM
FAX: 234-1-7590900
Attn: The Chief Executive Officer
REQUEST FOR URGENT AND CONFIDENTIAL BUSINESS RELATIONSHIP
Please permit me to introduce myself to you, my names are Mr. MICHEAL ADAM
a Petroleum Engineer
with the Nigerian National Petroleum Corporation and a member of the
contract award committee of
the above corporation, which is under, The Federal Ministry of Petroleum
and Natural Resources.
CONFIDENTIAL THE SOURCE OF THE FUND IS AS FOLLOWS:
With the assistance of some senior officials of the Federal Ministry of
Finance and Office of the
Accountant General of the Federation, we want to quietly transfer the sum
of Nineteen Million US
Dollars only ($19m US Dollars only) out of my country Nigeria. This US$19
M US Dollar was quietly
over-estimated on the contract for Turn around Maintenance (TAM) of Port
Harcourt petrochemical
refinery in Nigeria (SOUTHERN NIGERIA) and the Rehabilitation of Petroleum
Pipelines, Depot and
Jetties. The actual contract value of this said project was US$171M US
Dollars, but my colleagues
and I deliberately increased the contract to our own benefit to the tune
of $190M US Dollars, of
which the over-estimated value of US$19M US Dollars belongs to us and this
amount is what we want
to secretly transfer into your personal or company account for safe
keeping and sharing.
The Federal Government and the Federal Ministry of Petroleum and Natural
Resources have approved
the total sum of US$190 Million US Dollars. The project has been completed
and commissioned by
the Federal Government and the original contractors have been paid their
Contractual sum and what
is left now is the US$19Million US Dollars. Under this circumstance and
upon your acceptance we
will register You/your Company as a sub-contractor to the original
contractors with my
corporation, so that this fund can be transferred into your account
without hitch whatsoever.
Our reasons of soliciting your assistance to transfer this fund to your
account is owing to the
policy of the Federal Government of Nigeria, the code conduct debars us
civil servants
(Government Workers) from operating a foreign account, hence we seeking
your assistance. After
several deliberations with my colleagues, we decided to
No Subject
unsubscribe freebsd-hackers To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Query: How to tell if Microsoft is using BSD TCP/IP code?
>> Can you substantiate your claim there is "plenty of GNU stuff" in >> Interix, or are you just talking out your ass as usual? Substantiate? Look at the component list: http://www.microsoft.com/windows2000/interix/features.asp >Why should I substantiate it? Do it yourself if it bothers you. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Query: How to tell if Microsoft is using BSD TCP/IP code?
An article over on www.Kuro5hin.org by a someone who claims to be a former MS employee describes the stack used in NT back in the early 90's as code which was liscensed from a company called 'Spider'. In the comp.unix.admin archives I found a post which references Spider QNIX as a *nix variant so I'm pretty sure this is who the article is referencing. Anyway this code in turn was pulled from BSD back in the day... "...Along with Spider's stack came versions of various TCP/IP-related utility programs, such as ftp, rcp and rsh. Those were ported from BSD sockets to winsock (not a huge change) and bundled with NT." I don't know how much faith you can put in it, but its an interesting read. I found the following snippet to be quite curious... "And implying that the TCP/IP stack uses BSD code is also false. As I said above there may be small vestiges of it in there, although I doubt it. Anyway the FreeBSD programmers who reported all this to the Wall Street Journal can't see the NT TCP/IP source either, so they can't have been referring to that." Sorry if this belongs in -chat now. Just passing it along. >BSDI or CSRG did the contract work, according to my sources; >so you might want to ask Kirk or Mike Karels, since you are >more connected to them than we are (e.g. same building, etc.). > >My sources are a former BSDI employee from way back (lawsuit >days and before), and another person. > >The FTP utility contains the copyright string (run "strings" >on it). Several other standard tools have similar copyright >strings in them. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Query: How to tell if Microsoft is using BSD TCP/IP code?
I'm not sure if this will help or not but Winsock.h, Winsock2.h, and Ws2spi.h which are shipped with visual studio 6 include the following in the header: * This file includes parts which are Copyright (c) 1982-1986 Regents * of the University of California. All rights reserved. The * Berkeley Software License Agreement specifies the terms and * conditions for redistribution. */ >http://msdn.microsoft.com/library/psdk/winsock/apistart_9g1e.htm mentions >BSD, not sure if is direct enough. > >I'm downloading the SDK right now so I can grepmonkey through the latest >and greatest headers, etc. > >HTH > >-- >[ Joseph Mallett<[EMAIL PROTECTED]> ] [ http://srcsys.org ] >[ xMach Core Team xMach: Proactively Unbloated Microkernel BSD ] >[ FreeBSD, NetBSD, & xMach User; (Obj)C(++) Coder ] [ http://xMach.org ] > >On Fri, 15 Jun 2001, Joseph A. Mallett wrote: > >> Do you happen to have any of their Winsock propoganda handy (specifically >> developer materials or winsock.h header file)? I know for a fact that they >> have said repetedly that some of it was taken directly from Berkely. I'm >> just not sure where... I'm going to start digging through my stuff to see >> if I can find anything. >> >> -- >> [ Joseph Mallett<[EMAIL PROTECTED]> ] [ http://srcsys.org ] >> [ xMach Core Team xMach: Proactively Unbloated Microkernel BSD ] >> [ FreeBSD, NetBSD, & xMach User; (Obj)C(++) Coder ] [ http://xMach.org ] >> >> On Fri, 15 Jun 2001, Jordan Hubbard wrote: >> >> > I've had several marketing types approach me recently for details as >> > to whether or not Microsoft was using the BSD TCP/IP stack and/or user >> > utilities, and though it's always been "common knowledge" in the >> > community that they were, when I set about to "prove" it I found it to >> > be less easy than I'd thought. I've strings'd various binaries and >> > DLLs in my copy of Windows 98 but have yet to find anything resembling >> > proof. Does anyone out there have any details or discovery techniques >> > for confirming or disproving this assertion either way? It would be >> > very useful (for us) from a PR standpoint to know. >> > >> > Thanks! >> > >> > - Jordan >> > >> > To Unsubscribe: send mail to [EMAIL PROTECTED] >> > with "unsubscribe freebsd-hackers" in the body of the message >> > >> >> >> To Unsubscribe: send mail to [EMAIL PROTECTED] >> with "unsubscribe freebsd-hackers" in the body of the message >> > > >To Unsubscribe: send mail to [EMAIL PROTECTED] >with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Sysadmin article
On Sat, Jun 16, 2001 at 02:22:39AM +0300, Giorgos Keramidas wrote: >Matt has explained this better than I could ever do, in his tuning(7) >manpage -- a recent, but very valuable addition to our manpages. It, indeed, must be very recent: I have upgraded my system just last month, but I have no tuning man page. Where can I get it from? Adam -- Apply standard disk lamer To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: _ANSI_SOURCE vs. _ANSI_C_SOURCE
At 20:00 31-05-2001 -0700, Farooq Mela wrote: >I am wondering why some operating systems use the macro _ANSI_SOURCE >while others (ie Linux) use _ANSI_C_SOURCE to indicate that the source >compiled is ANSI-compliant (and similarly with _POSIX_SOURCE and >_POSIX_C_SOURCE). My copy of POSIX Programmer's Guide says, in Chapter 9: "The chances of stumbling over a reserved C or POSIX name can be minimized by following a few simple rules: 1. Start each source file with the line: #define _POSIX_SOURCE 1 All symbols not defined by Standard C or the POSIX standard will be hidden, except those with leading underscores. 2. Following the definition of _POSIX_SOURCE, place the #include statements for any standard header files." There's more, but that should answer one of your questions. :) I don't know about the _POSIX_C_SOURCE though. I suppose you could always define: #define _POSIX_SOURCE 1 #define _POSIX_C_SOURCE _POSIX_SOURCE Cheers, Adam --- http://phonecowboy.com/registrar/twist/ finds a good domain for you and checks for its existence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: What changed in ld?
At 17:15 01-06-2001 -0700, Terry Lambert wrote: >> Thank you. I did as you suggested, and found a solution. > >I give: what was the soloution? Oh, sorry. My original source placed all code into a .code section. The older ld did not care. The newer one expects the code to be in the .text section. So, I replaced all occuarnces of ".code" (including those in my include file system.inc) with ".text" and it now works again. Adam P.S. I was using nasm, not gas. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: What changed in ld?
At 09:30 01-06-2001 -0700, David O'Brien wrote: >This would be a question for the GNU Binutils mailing list to find out >why they changed anything. Thank you. I did as you suggested, and found a solution. Thanks again, Adam To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
What changed in ld?
I have recently upgraded from FreeBSD 3.1 to 4.3-20010525-STABLE. I wrote a very simple assembly language program that was giving me a bus error. For several hours I have been trying to find what was wrong with it, but could not. Finally, out of desperation, I moved uninitialized data from .bss to .data, and suddenly the program worked without a problem. This puzzled me, so I used ld on an older program of mine, one of the programs from my assembly language tutorial (http://www.int80h.org/bsdasm/). It started giving me the same bus errors. The version I created under 3.1 continues to work fine. That tells me something has changed in the way ld handles the .bss section between 3.1 and 4.3 - either on purpose or as a bug. This completely invalidates my assembly language tutorial. If the change was on purpose, can someone please tell me what new switch I need to use with ld to recognize the .bss section as being bss? Thank you, Adam -- Perfection is for neurotics To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Debuggers for FreeBSD
At 13:21 29-05-2001 +0400, Nickolay A. Kritsky wrote: >Hi all. >I am using assembly language to write some useful programs for my FreeBSD 3.3_release and i need some debugger. I am not happy with >gdb. Can you tell me if there is some Soft-ICE type debuggers under this OS ? Try ald (assembly language debugger) from http://ellipse.mcs.drexel.edu/ald.html According to the author, it was tested with FreeBSD 4.1.1-STABLE. Adam --- http://phonecowboy.com/registrar/twist/ finds a good domain for you and checks for its existence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Bizarre shutdown behavior
At 22:14 26-05-2001 -0500, Dan Nelson wrote: >Have you created any custom /usr/local/etc/rc.d/ scripts? 4.0 calls >these on shutdown with the "stop" argument, so you can cleanly stop >things like databases. If your scripts don't check for this, they will >try to start up again. Thanks, Dan. That's exactly what it was. I had a script there to start ppp in auto mode. Thanks again. Adam --- http://phonecowboy.com/registrar/twist/ finds a good domain for you and checks for its existence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Bizarre shutdown behavior
On Sat, May 26, 2001 at 07:25:45PM -0500, G. Adam Stanislav wrote: >What is strange is that after the words "Working in auto mode" it dials >up to my ISP, then hangs up, then prints the rest. I found what was causing it. I had a "ppp" command in /usr/local/etc/rc.d/start.sh . This was the right thing in 3.1, but not quite in 4.3. The problem disappeared when I wrapped it inside a case statement: case "$1" in start) ppp -auto myisp esac Cheers, Adam -- Where two fight, third one wins -- Slovak proverb To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Bizarre shutdown behavior
Yesterday I upgraded from FreeBSD 3.1 to 4.3-20010525-STABLE. I am very impressed by what I see, and would like to express both my thanks and my congratulations to all developers on a job well done. I do experience one bizarre thing, and would appreciate any input on what to change: Whenever I use either the shutdown or the reboot command, I get: Shutting down daemon processes: Modula-3No matching processes were found Working in auto mode Using interface: tun1 Warning: Add route failed: default already exists What is strange is that after the words "Working in auto mode" it dials up to my ISP, then hangs up, then prints the rest. Why is it trying to add route right before rebooting? This does not make any sense. I noticed a new file added by the install process, /etc/rc.shutdown . It contains, among other things, the following: # If there is a global system configuration file, suck it in. # if [ -r /etc/defaults/rc.conf ]; then . /etc/defaults/rc.conf source_rc_confs elif [ -r /etc/rc.conf ]; then . /etc/rc.conf fi Why is it "sucking in" rc.conf before shutting down? I think this may be the cause of the bizarre calls to my ISP right before shutting down (though, it does not call my ISP when it first starts up). What's going on, and how do I fix it? Adam -- Perfection is for neurotics To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: FreeBSD vs Linux, Solaris, and NT
On Wed, Dec 27, 2000 at 11:44:34AM -0500, Dennis wrote: >>Then again, I may decide not to do it: My latest port submission has been >>sitting in the GNATS database for months, so why bother submitting more >>when nobody cares anyway? > >Welcome to the Animal Farm THIS was my point about the FreeBSD camp >particularly alienating binary vendors as to drive them away. The kernel >make has been broken for yearsthe "fix it yourself" aka "tough sh*t" >echo has been heard loud and clear. > >They dont want your stinking binary contributions. Get used to it. Actually, the port submission I was talking about is in source code form. And it is nothing new: Ports always seem to take a long time to be committed. Nor do I mean it as criticism. FreeBSD is a voluntary effort, so it takes time. I just find it kind of weird that whenever I write software for FreeBSD, the Linux community finds it within seconds of the time I release it. They send me email thanking me for my work, they send suggestions, and things like that. Meanwhile, the users of the OS I wrote it for will probably never even know it exists. Most of the email I get from FreeBSD users is critical: They accuse me of using Windows assembly language. I do not know where they get that idea. I use NASM, which has nothing to do with Windows. Windows uses MASM which is totally incompatible with NASM. NASM uses the Intel syntax, excatly as defined by the people who created the '86 series of microprocessors. NASM is written in C, comes with full source code, free, available from the ports, and uncontaminated by GNU license. I thought we were supposed to use tools that are NOT licensed under GNU whenever possible. Well, NASM does not use GNU license (in fact, it was dropped from Sourceforge for that very reason). MASM, on the other hand, uses a syntax that is derived from Intel's syntax, but, as everything that comes from Microsoft, has been modified just enough as to be incompatible. NASM is not MASM. It is a portable cross-assembler that can assemble source code on any platform for any supported platform (which includes all flavors of Unix on the '86 hardware). Ironically, the biggest Microsoft haters -- the Linux community -- are the biggest proponents of NASM. My motivation, however, has nothing to do with hatred. I use it because it offers tighter control over its output than any other assembler available anywhere, and because it was designed as an assembler for assembly language programmers, not as a back end to compilers. If I were to write a compiler for another language, I would let it emit AT&T syntax because gas is better suited for the assembly of compiler-produced assembly language code. In the 35 years I have been programming, I have learned to use the tool that is best suited for the task at hand, not a tool that is politically correct. I am sorry to see a certain rigidity in this community, an attitude of "we have always been doing things a certain way and we are not about to change." If I had that attitude, I would still be programming in Fortran, inputting my code on punch cards. I thought it was us old farts that were supposed to be inflexible, hehehe. Nor am I saying, by the way, that everyone should switch to the tools I use. But I certainly don't appreciate it when people, especially people much younger than me, keep telling me to use a "tradition" that was not even born when I was already programming computers. If we keep insisting on traditions, we will end up in a museum. Luckily, not everyone here is like that. There are many in this community who are not anal retentive, though many just talk to me in private and not dare to express their ideas in a public forum. That said, I do think FreeBSD is the best darn OS currently in existence. That is why I am still sticking with it, and will continue to support it. As for the binary thing: That was a question, not a statement. Cheers, Adam -- A billion dollars in the bank, without the experience of carefreeness and charity, is a state of poverty. -- Deepak Chopra To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: int80h.org
On Sat, Dec 23, 2000 at 09:22:46PM +0100, Alexander Langer wrote: >Would you share the .sgml file with us? We maybe could also solve the >problem why CHAPTER isn't allowed. Thanks for the offer, but I have since rewritten it in HTML, so I no longer have the .sgml file. Adam -- "Let's eat, drink, and be merry, for tomorrow we may diet" -- Seen on a dining room wall... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A bug in mmap?
On Fri, Dec 22, 2000 at 09:35:13AM -0800, Alfred Perlstein wrote: >Most likely a result of a bug in the msdosfs code, Quite possible. > perhaps you can >help track it down? I don't use msdosfs. :( I'll try... Adam -- When a finger points at the Moon... do you look at the Moon? Or, do you prefer to worship the finger? -- Unknown Zen Master To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
A bug in mmap?
I think I have just discovered a bug... (FreeBSD 3.1). Here is the scenario: The program (I have written) opens a file as O_RDWR, then uses mmap with PROT_READ | PROT_WRITE and MAP_SHARED. It works on the data, optionally reduces the file size, then unmaps and closes it. Everything works fine as long as the file is on a native FreeBSD disk. But if it is on a Windows formatted hard drive mounted under FreeBSD, *sometimes* the file ends up filled with NULs. Could it be mmap may get confused by a Windows formated drive? It does NOT return an error, but it fills the mapped area with zeros. It overwrites the contents of the file with zeros, but does not change the directory information (i.e., the time of the last access, and such). It never happens on a FreeBSD drive, only on a Windows formated drive, which makes it rather spooky. Adam -- Apply standard disk lamer To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Trouble with lseek
On Fri, Dec 22, 2000 at 10:01:04AM +0100, Poul-Henning Kamp wrote: >You should use SYS_stat or SYS_fstat Thanks, will do. Adam -- Roma non uno die aedificata est To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Trouble with lseek
Earlier I posted some asm code that was causing me trouble with lseek. I have since figured it out, and should be posting the information on my asm tutorial within a day or two. Cheers, Adam -- This signature intentionally left blank To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Trouble with lseek
I am trying to determine the size of a file passed as a command line argument. I am using SYS_lseek. Here is the code up to that point: _start: pop eax ; argc pop eax ; program name pop ecx ; file to convert jecxz usage pop eax or eax, eax; Too many arguments? jne usage ; Open the file pushdword O_RDWR pushecx sys.open jc cantopen mov ebp, eax; Save fd ; Find file size sub eax, eax pushdword SEEK_END pusheax pusheax ; 0 bytes from eof pushebp ; fd sys.lseek jc facerr Unfortunately, the SYS_lseek returns an error (carry is set, EAX=0x16=ESPIPE). Why? I am not creating any pipes there. The fd returned by the SYS_open is 3, as expected, so why does SYS_lseek fail? The sys.lseek macro does a mov eax, 199 / call kernel.function, where kernel.function is int 80h / ret. Adam -- Can you imagine the silence if everyone said only what he knows! -- Karel Čapek To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
It's all clear now
I would like to thank everyone who has answered my recent question about memory allocation via mmap. I received many message via private e-mail in addition to those here. One of them sent me to an online sample chapter of one of Stevens' book (Interprocess Communication) which explains mmap. That was exactly what I needed. It's all clear now, plus I ordered the entire book from amazon, and should have it within 3-7 business days. I really appreciate all of the help I received. Cheers, Adam -- "I am the first and only logician in Athens," said the teacher. "If you are the first, how can you be the only?" asked a student. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: pipe
On Tue, Dec 05, 2000 at 06:11:06PM +0100, Dag-Erling Smorgrav wrote: >No, you didn't. You probably read the first line, then your eyes >glazed over and you skipped to the bottom. Believe what you want. >The second and third sentences of the second paragraph (the one that >starts on line 23), as well as the entire eighth paragraph (that >starts on line 45), address the questions you asked in your previous >mail. I know it addresses it. Unfortunately, I didn't understand a word of it. Perhaps I'm not as brilliant as you. Or, perhaps too old (yeah, they did not teach me Unix when I went to school in the sixties, because Unix did not exist yet). But please don't tell me that I did not read it, when I did over and over, and it all sounded Greek to me. I am starting to understand some of it after reading messages from people who were willing to help instead of throwing out accusations. It is still not clear, but I think I have gotten enough advice to do further experimenting with it. BTW, as for the suggestion to use brk: All I get from it is an error. I noticed that even the C function of the same name does not use the brk system call. Adam -- Apply standard disk lamer To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: pipe
On Tue, Dec 05, 2000 at 03:43:10PM +, Aled Morris wrote: >malloc appears to mmap pages from fd -1, and makes them private and >read/write (except on sparc architecture, where it uses /dev/zero rather >than -1, which makes more sense to me) > >It isn't particularly complicated: > >newmem = mmap(0, size, PROT_READ|PROT_WRITE, MAP_ANON|MAP_PRIVATE, -1, 0); Thanks, Aled. I'll play with it. Will try both -1 and /dev/zero. Cheers, Adam -- Suppose you were an idiot. Suppose you were a member of Congress. But I'm repeating myself... -- Mark Twain To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: pipe
On Tue, Dec 05, 2000 at 04:32:29PM +0100, Dag-Erling Smorgrav wrote: >Did you even read the man page? Many times, actually. And on different days, too. :) I guess I just don't understand what is meant by "map" in this context. My Unix programming "bible" (POSIX Programmer's Guide) does not even mention it. I still consider myself a Unix newbie--some of its concepts are very hard to grasp. I could use a good introductory text, but our local college library has very little on Unix (this is a small town in the middle of nowhere). I spent many years programming for MS DOS and Windows. Unix is a whole new ball game to me. So, please, bear with me. Adam -- Cogitans me cogito esse To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: pipe
On Mon, Dec 04, 2000 at 12:56:51PM +1000, Stephen McKay wrote: >Using pipes for temporary storage is still a crazy idea. Pipes can be >smaller than 8K, depending on the flavour of Unix. It was just a thought, and it did not work. :) Other flavors of Unix are not too important in this case: I'm writing a FreeBSD assembly language tutorial. Though I do discuss portability issues in it. I'm writing the tutorial, not because I'm the expert (I am, on assembly language, but not on Unix system calls--yet), but because, in my experience, it is the best way to learn. > Use malloc() instead. Unfortunately, that only works in C. :) I tried to figure out how to allocate memory, but, so far, was completely unsuccessful. I studied the source for the C malloc, but did not understand any of it. It uses something called mmap. I read the man page for mmap, and was totally frustrated. It talks about mapping files into memory, but I am not looking for files. It talks about passing an address to the function. I don't get it... What address? I want it to allocate memory for me and tell me its address. How am I supposed to know what address is available??? Thanks, Adam -- When two do the same, it's not the same -- Slovak proverb To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: pipe
On Sat, Dec 02, 2000 at 10:12:56AM -0700, Wes Peters wrote: >Yes, you can read from your own pipe, and yes the buffering availabe in >the pipe is limited. IIRC, the pipe size is 8K. Thank you. In that case I'll be better off using child processes for what I am working on. But I will use pipes from within a process whenever I know that my data will not grow larger than 8K. Adam -- A billion dollars in the bank, without the experience of carefreeness and charity, is a state of poverty. -- Deepak Chopra To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
pipe
Oops, sorry for sending my last message as Charlie Root. I thought I was logged in as Adam. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: int80h.org
At 06:25 30-11-2000 +0900, Daniel C. Sobral wrote: >/me detects LISP influence and is strongly reminded of TeX. Hmmm... Never used either... It all started as C macros, then I got tired of having to write an entire C program for each web page, so I decided to write my own macro processor. As I started working on it, I kept adding and adding to it (it is at about 3,000 lines of assembly code right now), so it can run external programs, get and set environment variables, and such. Cheers, Adam To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: int80h.org
On Mon, Nov 27, 2000 at 03:18:02PM +, Nik Clayton wrote: >One thing though -- have you considered DocBook as the documentation >format? OK, here's my new reply: I have considered it very seriously, and I have rejected it. The reason is simple: I can't. jade runs out of swap space and memory even on a tiny little file. I have 8 Meg of RAM and successfully run Photoshop, CorelDraw and other huge programs. Yet, a simple file conversion program runs out of memory? Besides, it claims CHAPTER is not permitted in a book. Weird. Sorry, Adam -- Where two fight, third one wins -- Slovak proverb To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: int80h.org
On Mon, Nov 27, 2000 at 03:18:02PM +, Nik Clayton wrote: >> If curious, you can read it even now. If your browser cannot locate >> int80h.org yet (it should tomorrow), you can find the same page as >> http://www.whizkidtech.net/int80h.hed for now. > >It certainly looks interesting. > >One thing though -- have you considered DocBook as the documentation >format? I'm considering it now. :) I'm taking a look at the tutorial, and will attempt to use the format. Not for everything on the site, mind you, but a formal tutorial in FreeBSD assembly language is something we need (IMHO), so I'll give it a shot. BTW, the site is up, so use http://www.int80h.org/ from now on please. It still only contains the intro page, mostly because I am studying your tutorial first. I don't want to write the same pages twice. :) Oh, another thing: I use UTF-8 for everything. Is that OK as far as docproj is concerned? I still intend to create the originals using HED (not released yet) and write them in my new Ister Mark-up Language. HED can convert it to the SGML format the docproj requires. Until I have finished the documentation for Ister Mark-up Language (geez, so many projects running at the same time), I have made the source code for my home page availble for viewing as http://www.whizkidtech.net/source.hed Feel free to take a look at it, and send me any comments. Now that I'm studying your tutorial, I want to make sure Ister/HED supports everything docproject might need, to make the creation of documentation as easy as possible. Ister simplifies things because it prevents typos like text. Instead, you just type ^b^i(text), and HED converts it to text. In other words, you only type each tag once and place the text in parentheses, and the software produces the proper HTML/SGML/XML out of it. Plus, you can use environmental variables, declare them, too, so you can do something like: % = [C] [^code] # Declare $C to mean "^code" $C (This is some code.) Then you get: This is some code. Cheers, Adam -- When two do the same, it's not the same -- Slovak proverb To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
int80h.org
Several weeks ago I have asked several questions about assembly language programming under FreeBSD. I also promissed to share what I learned with others on my web site. I am glad to say that my asm project is moving along fast. I am working on HED (HTML editor). I created my own mark-up language which I named Ister. HED converts Ister mark-up to HTML. I am now in the process of writing its documentation. It is nowhere near finished, but what I have so far is at http://www.whizkidtech.net/ister/ (it would be nice to hear if what I have written makes any sense to anyone but me -- I am so familiar with it that I am worried my documentation may be confusing). Anyway, I decided to really write something serious about assembly language programming under FreeBSD. So much so that I secured a domain just for that purpose: int80h.org (mostly because I got the impression from www.linuxassembly.org that int 80h belongs to Linux!). I have just placed the first page on it. I hope I have configured my .htaccess properly so, as soon as the DNS system realizes there is a http://www.int80h.org/ it will send you the right page (I am sharing it with my main web site whizkidtech.net, and simply ask .htaccess to give you a different start page if you come to int80h.org - that is why I said I hope it is going to work). If curious, you can read it even now. If your browser cannot locate int80h.org yet (it should tomorrow), you can find the same page as http://www.whizkidtech.net/int80h.hed for now. There is not much there, I just wrote it (and I have to go to work in 15 minutes). But I'd like to get some feedback. And if anyone wants to write for the site, all the better. :) Cheers, Adam -- Where two fight, third one wins -- Slovak proverb To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Kernel calls, are they documented somewhere?
On Thu, Nov 02, 2000 at 09:59:02AM +0100, Dag-Erling Smorgrav wrote: >Adam, it's really quite simple: if the carry flag is set, the syscall >failed, and the value returned is the errno (in your example, open(2) >returned 2, which is ENOENT, i.e. the file didn't exist). If it >succeeded, the value returned is the result (a file descriptor in >open(2)'s case). Aha! Thank you (and everyone else who answered). That did the trick. I just knew FreeBSD would use a simple and elegant solution, and this one is both. Thanks again! Adam -- Don't send me spam, I'm a vegetarian To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Kernel calls, are they documented somewhere?
On Thu, Nov 02, 2000 at 12:12:02AM -0500, Michael Bacarella wrote: >This isn't such a daunting task with grep. Source code cross referencers >can also help, but I don't use them nearly as often as I thought I would. Thanks for the grep suggestion. I think I found the source code for open() now (with grep): /usr/src/sys/kern/vfs_syscalls.c Indeed, when it fails, it returns an error. That happens to be 2 when the file does not exist (ENOENT = 2). Hmmm. That means that if I get a value above 2, it can be the file descriptor, or it can be an error. That's making me a bit nervous. I need to distinguish between errors and file descriptors. However, there seems to be a way, though not fullproof: Each open returns the file descriptor that is 1 higher than the last. Since stdin, stdout, and stderr are open already, the first fd = 3, the next 4, etc. I suppose I need to declare a variable and initialize it to 3. Whenever I call open, if the return value equals to that variable, the open probably succeeded, otherwise it failed. Then, of course, I need to increase the variable so I can use it with the next open. But this will probably not work if my program is called as a child of another which has some files opened already, will it? I am certainly open (no pun intended) to suggestions. Adam -- Roma non uno die aedificata est To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
