a Q on measuring system performance.
Hello, all,
I add some codes in various places relating to file operations inside the
kernel, e.g., fdalloc(), fdused(), fdunused(), fdfree() etc.
I am trying to measure the overhead added by these instrumentation code.
my plan is:
in my user space program, i have something like the following:
gettimeofday(&prev_time, NULL);
for (i=0; i< 1000; i++)
{
fd = fopen("tmp", "r" );
if (fd == NULL)
{
break;
}
cnt ++;
}
gettimeofday(&cur_time, NULL);
t_lapse= misc_tv_offset( &cur_time, &prev_time );
I would run this for the unmodified kernel, and instrumented kernel.
compare the t_lapse, my concern is that t_lapse includes context switch
time when the user process is taken out of run queue.
I also run "gprof" on the program, some related data is:
% cumulative self self total
time seconds secondscalls ms/call ms/call name
80.0 0.01 0.01 1000 0.01 0.01 __sys_open [3]
20.0 0.01 0.00 1000 0.00 0.00 __sfp [4]
0.0 0.01 0.00 1987 0.00 0.00 memcpy [6]
0.0 0.01 0.00 1000 0.00 0.00 __sflags [283]
0.0 0.01 0.00 1000 0.00 0.01 fopen [1]
i am wonderinf should I better trust gprof instead? so 0.01 ms/call for
related file operation is the result.
or is there some other better way to achieve this?
Many thanks in advance!
yan
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: IP over FireWire and Mac OSX
By analyzing the packets from FreeBSD in firebug log, I could see that unfragmented packets are sent as fragmented packets, with inappropriate values in the packet header. Even if the packets are fragmented, the 'lf' field is not set correctly. To comply with Section 4.2 of RFC 2734, FreeBSD should set 'lf' to correct values to indicate, whether the packet is fragmented or unfragmented. In any case, Mac OS X should add more saftey checks to prevent panics from corrupted packets. -Arul I have a FreeBSD 5.3 i386 machine I installed today, then ran cvsup with tag=RELENG_5_3. then I rebuilt my kernel with these options in: # FireWire support device firewire device sbp device fwe device fwip options DEVICE_POLLING I plugged this machine into my Powermac G4 running OS X 10.3.8, and I assigned IP addresses to the firewire devices on both, so they look like this: the mac: fw0: flags=8863 mtu 4078 inet6 fe80::20a:95ff:fe69:b7d2 prefixlen 64 scopeid 0x5 inet 10.0.1.10 netmask 0xff00 broadcast 10.0.1.255 lladdr 00:0a:95:ff:fe:69:b7:d2 media: autoselect status: active supported media: autoselect the FreeBSD box: fwip0: flags=108843 mtu 1500 inet 10.0.1.11 netmask 0xff00 broadcast 10.0.1.255 lladdr 0.30.3c.0.0.9.a0.33.a.2.ff.fe.0.0.0.0 Now, pinging one machine from the other seems to work fine. but as soon as I try traceroute or ssh (originating from either side) my mac crashes with the nice screen telling me to hold down the power button. the dmesg output I'll post below, with the messages it produces when my mac crashes and comes back up again. anyone had any luck getting this working? is there something I'm missing? any suggestions would be appreciated. __ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Kernel documentation and specification
In message: <[EMAIL PROTECTED]> Dan Nelson <[EMAIL PROTECTED]> writes: : > #BsdCode of efnet, but it was keyed not too long ago. It was keyed sometime before Sept 1, 2002. The key history file starts out: *** jmallett @ Sun Sep 1 19:44:00 2002 *** and I recall that the keys were in place before this key file was started... Warner ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 5.3: Sharedlibs using sharedlibs (and Tcl)
--On onsdag, mars 16, 2005 20.13.03 +0100 Peter Much <[EMAIL PROTECTED]> wrote: On Wed, Mar 16, 2005 at 03:35:16PM +0100, Palle Girgensohn wrote: ! ! --On onsdag, mars 16, 2005 11.43.31 +0100 Peter Much ! <[EMAIL PROTECTED]> wrote: ! ! >! So, you're saying that pctclsh *can* access, but pgaccess *cannot*? ! >Odd... ! I would expect they'd both use the same lib to connect, no? ! >I'll have to ! > ! >They use the same libraries, yes. But Tcl interpreter seem to need more ! >advice on where to find sub-functions in other libraries. It looks ! >like this: ! > ! >pgtclsh -finds-> libpgtcl.so -finds-> libpq.so -finds-> libkrb5.so ! >pgaccess -loads-> libpgtcl.so -finds-> libpq.so -fails-> libkrb5.so ! ! Uh, OK. I'm not qualified enough with linkers to answer this, I'm afraid. ! Did you try the pgsql-interfaces mailing list? Oh well, same with me. I sent a copy of one of my reports to that list, yes. But only got feedback that it will be evaluated by moderator, as I am not signed on that list. I'm actually no professional psql user - the database is just a small part of my installation, mainly logging the lowlevel error counts from my exabyte drives and providing reports about tape wearout. And the kerberos is just there for fun, as a reference installation. Nevertheless, I would think this is not a matter for the postgres community. Because this would happen the same way with any other application that provides Tcl support and kerberos support (or maybe also with other components of the system, if they are used from Tcl). So it seems either a Tcl problem or a linker/loader problem. Which, I cannot say - maybe both. ! >And then I found that it is enough to place into libpq.so the explicit ! >references to libkrb5 and the other kerberos libs. That is what the ! >"readelf -a" output in my other mail shows. ! ! sounds like a better solution, yes... Shouldn't they always be there? ! Sounds like a bug to me? Thats the question. I just did a little more investigation (like reading manpages) and found out _WHY_ it does work for pgtclsh but not for pgaccess. There is a command "ldd" that shows nested library dependencies for any program. For pgtclsh it shows all the kerberos libs: bash-3.00# ldd /usr/local/bin/pgtclsh /usr/local/bin/pgtclsh: libpgtcl.so.2 => /usr/local/lib/libpgtcl.so.2 (0x28075000) libpq.so.3 => /usr/local/lib/libpq.so.3 (0x2807d000) libtcl84.so.1 => /usr/local/lib/libtcl84.so.1 (0x28097000) libm.so.3 => /lib/libm.so.3 (0x28135000) libkrb5.so.7 => /usr/lib/libkrb5.so.7 (0x2814f000) libasn1.so.7 => /usr/lib/libasn1.so.7 (0x28186000) libcrypto.so.3 => /lib/libcrypto.so.3 (0x281a6000) libroken.so.7 => /usr/lib/libroken.so.7 (0x2829b000) libcrypt.so.2 => /lib/libcrypt.so.2 (0x282a9000) libcom_err.so.2 => /usr/lib/libcom_err.so.2 (0x282c1000) libz.so.2 => /lib/libz.so.2 (0x282c3000) libreadline.so.5 => /lib/libreadline.so.5 (0x282d3000) libutil.so.4 => /lib/libutil.so.4 (0x282ff000) libc.so.5 => /lib/libc.so.5 (0x2830b000) libintl.so.6 => /usr/local/lib/libintl.so.6 (0x283e4000) libssl.so.3 => /usr/lib/libssl.so.3 (0x283ed000) libncurses.so.5 => /lib/libncurses.so.5 (0x2841b000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x2845a000) But for libpgtcl.so (this is the first elf binary that pgaccess gets to see) it does not show these kerberos libraries (I use the old libpq.so here, not the one that I have modified): bash-3.00# ldd /usr/local/lib/libpgtcl.so /usr/local/lib/libpgtcl.so: libpq.so.3 => /usr/local/lib/libpq.so.3 (0x2815a000) libtcl84.so.1 => /usr/local/lib/libtcl84.so.1 (0x28174000) libm.so.3 => /lib/libm.so.3 (0x28212000) libintl.so.6 => /usr/local/lib/libintl.so.6 (0x2822c000) libssl.so.3 => /usr/lib/libssl.so.3 (0x28235000) libcrypto.so.3 => /lib/libcrypto.so.3 (0x28263000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28358000) Then the explanation became simple: these kerberos libraries get just LITERALLY LISTED WITHIN THE pgtclsh BINARY! And this is an impossible method for a Tcl script. bash-3.00# readelf -d /usr/local/bin/pgtclsh | grep krb5 0x0001 (NEEDED) Shared library: [libkrb5.so.7] So now we have a full explanation for the behaviour, but not really a solution. Instead, this looks like a fundamental question about how to load nested elf sharedlibs from interpreter languages. From my technical viewpoint, the only solution that makes sense would be: every shared library must reference all other shared libraries from which it uses functions. The shared library cannot rely on the executable to do this job, because the executable may be an interpreter script, which neither is able to do this nor would it want to know them all. From this viewpoint, the linker command that creates libpq.so is defective. So You were right and its a problem for the postgresql developers. But as I am
Re: security or lack thereof
On Thu, 24 Mar 2005 12:48:48 -0700 (MST), M. Warner Losh <[EMAIL PROTECTED]> wrote: > In message: <[EMAIL PROTECTED]> > [EMAIL PROTECTED] (John Nemeth) writes: > : So, is it FreeBSD policy to ignore security bug reports? I sent > : the following bug report to [EMAIL PROTECTED] on Feb. 19th, 2005 and > : it still hasn't been acted on. This total lack of action on an > : extremely simple (and silly) three year old bug doesn't give one the > : warm fuzzies. Heck, it took 48 hours to get a response from a security > : officer, and another 24 hours to get something from the guilty > : developer. > > You should learn to send it to the right place: > [EMAIL PROTECTED] > > Warner He did send it to the correct place. Otherwise the documentation is wrong: ---from http://www.freebsd.org/security/index.html--- All FreeBSD Security issues should be reported directly to the Security Officer Team ([EMAIL PROTECTED]) personally or otherwise to the Security Officer ([EMAIL PROTECTED]). --- Chris ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Kernel documentation and specification
In message: <[EMAIL PROTECTED]> "klowd9 -" <[EMAIL PROTECTED]> writes: : First of all i am dead serious about learning. Good. You will need to study to learn this topic. It isn't something that you can gain in one converstation, or even one day. It takes years to completely master things, and even then you'll find subtle issues to trip you up. : Secondly, where i come from, $60 is alot of money. And in the spirit of open : source and free software, charging $60 for a book is ridiculous. Then you have to ask yourself if you are willing to earn that $60 another way. $60 will give you a roadmap. However, you can also start in src/sys/kern and study the kernel from scratch. The source code is available. You can ask specific questions here, but it will take much learning. You can read the kernel section of the handbook, and all the man9 man pages that talk about the kernel ABIs. It will take you a considerable period of time, with or without the book, to learn and understand. However, you can look online for other places that have the book at a discount. I paid $35 for mine: It was $50 at a local book seller as a special, and then I got a 30% off coupon for any one item... A little creativeness can solve this problem. In addition, some libraries also have copies of this book that they will loan you, which means you'd get the use of the book for almost free for limited periods of time. : I want to : code free software and contribute to the open source community, must i be : prepared to pay inorder to contribute? No. I never had to pay to contribute. You raise a red herring issue here. This isn't about pay to play, but rather paying someone a modest fee to make things easier for you. You are free to not have to pay that fee, but it will cost you additional time. : Why isnt a free copy of this book available online? Because Kirk has to eat somehow maybe? Because he spent a lot of time and effort in the book, but isn't getting rich off the royalties from it? All the usual reasons. It is Kirk's work, he gets to decide how it is used. : The author obviously put alot of time and effort into : making this excellent book, but so do thousands of other people writing code : and papers every day, published freely on the internet, and they ask for : nothing in return, besides perhaps, some gratitude You should study more before making such statements. I doubt that anyone could accuse Kirk of being stingy with the code he's contributed to the FreeBSD project. He's done snapshots, soft updates and ufs2, to name just a few things, in the FreeBSD tree. : Furthermore, you cannot speak with a book, and ask it questions, why some : things happen a certain way. A good book will do its best to clerify : everything, but it doesnt even come close to what an experienced person can : help you understand in half that time. You can write to hackers@ and hope for the best. Usually you'll get a good answer, and usually it will fit your needs. However, not always. If you want individualized, guaranteed help, then you'll have to pay for that service, just like in Linux or any other open source project. : And lastly, if i did have some 'real questions', im afraid you wouldnt be : able to answer them. I suggest you study a little more again. DES likely can answer many of the questions you might have. However, being rude to him isn't a good way to accomplish your goals. You've come to a forum, hat in hand, asking for something from us and prepared to give nothing in return. At the very least, you need to be polite when you do that, so that people feel like helping you and taking time out of their busy schedules to do so. Warner ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: running freebsd in qemu using the "-nographic" option ?
> Aziz KEZZOU wrote: > > >Hi all, > >I am running freebsd 5.3 under qemu (a fast IA32 emulator). My host > >system is linux. Everything works fine, but I want to get rid of this > >small non-scrollable window, not practical when gcc says I made many > >many errors :-)... > > > > > > you can scroll it after hittong tthe "scroll lock" key > > >Instead I want to get a console. In qemu's documentation it says : > >== > >`-nographic' > >Normally, QEMU uses SDL to display the VGA output. With this > >option, you can totally disable graphical output so that QEMU is a > >simple command line application. The emulated serial port is > >redirected on the console. Therefore, you can still use QEMU to debug > >a Linux kernel with a serial console. > >== > > > >So basically what I need is, some how, to tell the freebsd kernel to > >forward its output/input to a serial port. In linux this is done by > >supplying the parameter "console=ttyS0". Is there something equivalent > >in FreeBSD ? > > > > > > > > in /boot/loader.conf add: > > console="comconsole" > > that should do it.. Thank you guys, that seems easy to do...but I don't have access to /etc/boot.conf : all I have is a disk image generated by bximage, which I can't mount !! The pb is that with my new install the SDL window doesn't work any more : qemu says "Could not initialize SDL - exit". I did "xhost +" but didn't change any thing ?! Anyway I am not spending any more time to get the SDL window which I don't really need :-) So basically what I want to do now is mount the freeBSD image in a loopback and modify the boot.conf file directly. Anyone knows how to do this under linux (2.6 if relevant) ? BSD seems to have a "weird" way of organizing the disk. Which file system shoud I support ? Thanks, Aziz ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: security or lack thereof
In message: <[EMAIL PROTECTED]> [EMAIL PROTECTED] (John Nemeth) writes: : So, is it FreeBSD policy to ignore security bug reports? I sent : the following bug report to [EMAIL PROTECTED] on Feb. 19th, 2005 and : it still hasn't been acted on. This total lack of action on an : extremely simple (and silly) three year old bug doesn't give one the : warm fuzzies. Heck, it took 48 hours to get a response from a security : officer, and another 24 hours to get something from the guilty : developer. You should learn to send it to the right place: [EMAIL PROTECTED] Warner ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Kernel documentation and specification
Read section 9 of man. Read other drivers. Check if there is an example of driver you want to write. (/usr/share/examples) PS. Use edonkey, you may find there some books. I time to time ask my friend who use edonkey often to find me smth, but if book realy deserve and I need it for direct benefit (or it is not very expensive) I prefer to get a real book. I very dislike printed books. rik klowd9 - wrote: Reading the CVS logs for the relevant files should give you ideas about who might be able to answer your questions. However, you shouldn't expect that people have time to answer lots of questions. Of course, it helps if your interest is in the context of contributing something back to the project. Kirk's book, ``The Design and Implementation of the FreeBSD Operating System'' probably contains the answers to basic questions about scheduling and IPC. I considered purchasing that book, which is very very good imo, but a bit overpriced at $60.. Any other resources about kernel development, and to whom may i speak with to help me get started.. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Freebsd 5.3 hangs under heavy load????--Anyone ??
Amandeep wrote: Hi again, I have two Seagate SCSI drives 36GB and 8GB RAM and installed 5.3-REL with PAE and SMP support. Now the problem arises that the system hangs under heavy load and there are no error messages nothing. I have to hard boot it everytime it hangs. Then I tried with only SMP and the machine still hangs. I tried using New memory and a Maxtor 36Gb SCSI drive , still hangs but was up for longer perios 13hrs.. Any one know about this problem. Alos tried with 5.4-Prerelease same results. Any help would be great, Scott any help. Thanks Aman Rojer wrote: Amandeep Pannu wrote: Hi all, I have two Seagate SCSI drives 36GB and 8GB RAM and installed 5.3-REL with PAE and SMP support. Now the problem arises that the system hangs under heavy load and there are no error messages nothing. I have to hard boot it everytime it hangs. Roger Comments: PAE must have something to do with this. i have similar reports from fellow admins (they run large free mail service): machines with lots (4+ gigs) of memory, 5.3R, SMP and PAE enabled just refused to cooperate, freezing and crashing all the way under load. sadly, having no time to dive into gory details, they just installed Linux on those and all has been going well since that... the point is: PAE and large memory configurations in general need more testing. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Compaq SCSI RAID Controllers compatible??
Hi all, What Compaq SCSI Raid controllers run solid on FreeBSD 5.X.. Thanks in advance A ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DMA TIMEOUT PROBLEM
haad wrote: Hi, This is pretty basic question which has been allready discused here but i can't find answer .On my workstation i use linux and freebsd linux works fine without any errors but freebsd shhows numerous errors and i don't know what to do. I test freebsd 5.2.1-released ,5.3 released then 5.4-beta1-released in all releases i got these error messages which crashes my system down with kernel panic You should try the ATA mkIII patches I've posted on -current and -stable. Let me know what happens if you try it out.. -- -Søren ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: passwd & permissions
On Wed, Mar 23, 2005 at 11:41:13AM -0600, H. S. wrote: [snip] > Since pw is not setuid, if it can't read any of the passwd files, it will > not print the full userlist. I have very customized (and tested, over the > years) permissions on the whole filesystem. That is why I wanted to find > out why some permissions get back to system defaults whenever I install a > port. The most proeminent cases are /usr/local/sbin/ (gets back to rwx rx > rx) and /usr/local/www (rwx rx rx and chgrp wheel, I have a different > group owning the directory). > > Any idea about what to fix in order to make the system stop resetting my > permissions when I install ports ? The mtree(8) file for the /usr/local hierarchy, found in /etc/mtree/BSD.local.dist G'luck, Peter -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence contains exactly threee erors. pgp0neIyYVPhr.pgp Description: PGP signature
Re: Kernel documentation and specification
In the last episode (Mar 24), klowd9 - said: > Where can i find resources about the freebsd kernel? I read over the > developers handbook, and the architecture handbook, and both provide > very little information i need. Also if anyone can recommend irc > channels to visit where developers are to be found. I visited > #BsdCode of efnet, but it was keyed not too long ago. > > Some questions for instance are the use of sse, mmx, and fpu register > and commands inside the kernel. To answer this particular question, I don't believe any floating-point is allowed in the kernel, due to the extra time it would take to save and restore the registers on every context switch (and kernel thread switch even), and the difficulty of trapping exceptions. -- Dan Nelson [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: NIC detected, but won't DHCP or configure
Excellent! The interface is now up: bash-2.05b$ ifconfig fwe0: flags=108802 mtu 1500 options=8 ether 02:90:f5:40:24:d8 ch 1 dma -1 re0: flags=8802 mtu 1500 options=1b ether 00:90:f5:3f:08:d8 media: Ethernet autoselect (100baseTX) status: no carrier plip0: flags=108810 mtu 1500 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff00 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 And: bash-2.05b$ pciconf -lv [EMAIL PROTECTED]:3:0: class=0x02 card=0x09001558 chip=0x816910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8169 Gigabit Ethernet Adapter' class= network subclass = ethernet I am not able to check the viability of the network connection until tomorrow. I will report back. Again, thanks. Andrew - Original Message - From: [EMAIL PROTECTED] (Dag-Erling Smørgrav) Date: Wednesday, March 23, 2005 9:42 am Subject: Re: NIC detected, but won't DHCP or configure > Andrew Robinson <[EMAIL PROTECTED]> writes: > > re_probe(): vid 10ec did 8169 hwrev 1000 > > That's an 8169SB, which is supported in -CURRENT. Try the attached > patch. I'll try to get it merged before 5.4-RELEASE. > > DES > -- > Dag-Erling Smørgrav - [EMAIL PROTECTED] > > ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Design and Implemenations of FreeBSD
On or about Thu, Mar 24, 2005 at 12:00 , while attempting a Zarathustra emulation [EMAIL PROTECTED] thus spake: > Message: 3 > Date: Thu, 24 Mar 2005 02:15:07 + > From: "klowd9 -" <[EMAIL PROTECTED]> > Subject: Re: Kernel documentation and specification > >Reading the CVS logs for the relevant files should give you > >ideas about who might be able to answer your questions. > >However, you shouldn't expect that people have time to answer > >lots of questions. Of course, it helps if your interest is in > >the context of contributing something back to the project. > >Kirk's book, ``The Design and Implementation of the FreeBSD > >Operating System'' probably contains the answers to basic > >questions about scheduling and IPC. > I considered purchasing that book, which is very very good > imo, but a bit overpriced at $60.. Any other resources about > kernel development, and to whom may i speak with to help me get > started.. Considering it's coming from a publisher which specializes in technical books and many of theirs are used in college courses it's a typical price. However - with one or two rare exceptions - I've bought almost all my tech books dealing with computers from Bookpool. http://www.bookpool.com They currently have McKusick's book in stock at $33.95. The other BSD books are also priced similarly. I have no relationship with Bookpool other than being a very satisfied customer and always go there first for any tech book. I even managed to get the O'Reilly 4.4BSD books from them - the set of five - for about $100 - when they were still in print. Highly recommended. This month they are having an 'Open Source' sale with 43% discounts - over 700 books. I hate to think how much I've spent on computer books in the past 20 years or so - but it's in the thousands. Sort of a college educations at home. I still have my first Unix books - the Bell Labs Unix Programmers Manuals - that got me hooked on Unix. Total pages on that entire system was less than that of part I of SysV. Bill -- Bill Vermillion - bv @ wjv . com ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Kernel documentation and specification
On 2005-03-24 13:22, Marius N?nnerich <[EMAIL PROTECTED]> wrote: >On Thu, 24 Mar 2005 13:17:56 +0200 >Giorgos Keramidas <[EMAIL PROTECTED]> wrote: >> >> The book is absolutely fabulous! Watch out for the details though and >> keep in mind that you many find it nice to have a FreeBSD source tree >> nearby, just for the fun of browsing the source itself too while you >> read. > > Is there much difference to "The Design and Implementation of the 4.4BSD > Operating System"? I have already read that, and don't know if the new > book is just the same with a few parts updated? The 4.4BSD edition was written for 4.4BSD. It still has some value for people who are interested in the design & implementation details of that system. A lot has changed in the FreeBSD codebase since then, though. So, yes, there are differences. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Kernel documentation and specification
"klowd9 -" <[EMAIL PROTECTED]> writes: > First of all i am dead serious about learning. Apparently not. > Secondly, where i come from, $60 is alot of money. And in the spirit > of open source and free software, charging $60 for a book is > ridiculous. I want to code free software and contribute to the open > source community, must i be prepared to pay inorder to contribute? Yes. >Why > isnt a free copy of this book available online? Because Kirk needs to eat. > The author obviously > put alot of time and effort into making this excellent book, but so do > thousands of other people writing code and papers every day, published > freely on the internet, and they ask for nothing in return, besides > perhaps, some gratitude Kirk has also contributed a lot of code for free. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Kernel documentation and specification
Frank Mayhar <[EMAIL PROTECTED]> writes: > Um, well, actually for a reference work, that's a reasonable price. You > might be able to pick up a copy of the 4.4BSD demon book used, I guess. It would be nearly useless. The latest edition is well worth its price. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Kernel documentation and specification
On Thu, 24 Mar 2005 13:17:56 +0200 Giorgos Keramidas <[EMAIL PROTECTED]> wrote: > > The book is absolutely fabulous! Watch out for the details though and > keep in mind that you many find it nice to have a FreeBSD source tree > nearby, just for the fun of browsing the source itself too while you > read. > Is there much difference to "The Design and Implementation of the 4.4BSD Operating System"? I have already read that, and don't know if the new book is just the same with a few parts updated? cheers Marius pgpCU0pnKoUfU.pgp Description: PGP signature
DMA TIMEOUT PROBLEM
Hi, This is pretty basic question which has been allready discused here but i can't find answer .On my workstation i use linux and freebsd linux works fine without any errors but freebsd shhows numerous errors and i don't know what to do. I test freebsd 5.2.1-released ,5.3 released then 5.4-beta1-released in all releases i got these error messages which crashes my system down with kernel panic Mar 23 11:02:48 windoze kernel: ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=139842480 Mar 23 11:02:48 windoze kernel: ata2: reiniting channel .. Mar 23 11:02:49 windoze kernel: ata2: reset tp1 mask=01 ostat0=50 ostat1=00 Mar 23 11:02:49 windoze kernel: ad4: stat=0x50 err=0x01 lsb=0x00 msb=0x00 Mar 23 11:02:49 windoze kernel: ata2: reset tp2 stat0=50 stat1=00 devices=0x1 Mar 23 11:02:49 windoze kernel: ata2: resetting done .. Mar 23 11:02:49 windoze kernel: ad4: pio=0x0c wdma=0x22 udma=0x46 cable=40pin Mar 23 11:02:49 windoze kernel: ata2: device config done .. Mar 23 11:02:49 windoze kernel: ad4: FAILURE - WRITE_DMA timed out Mar 23 11:02:57 windoze kernel: ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=144372332 Mar 23 11:02:57 windoze kernel: ata2: reiniting channel .. Mar 23 11:02:58 windoze kernel: ata2: reset tp1 mask=01 ostat0=50 ostat1=00 Mar 23 11:02:58 windoze kernel: ad4: stat=0x50 err=0x01 lsb=0x00 msb=0x00 Mar 23 11:02:58 windoze kernel: ata2: reset tp2 stat0=50 stat1=00 devices=0x1 Mar 23 11:02:58 windoze kernel: ata2: resetting done .. Mar 23 11:02:58 windoze kernel: ad4: pio=0x0c wdma=0x22 udma=0x46 cable=40pin Mar 23 11:02:58 windoze kernel: ata2: device config done .. Mar 23 11:02:58 windoze kernel: ad4: FAILURE - WRITE_DMA timed out Mar 23 11:02:59 windoze kernel: initiate_write_filepage: already started dmesg : Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-BETA1 #0: Fri Mar 18 09:28:57 UTC 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a33000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a33200. Calibrating clock(s) ... i8254 clock: 1193190 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 300684648 Hz CPU: Pentium II/Pentium II Xeon/Celeron (300.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183f9ff real memory = 402587648 (383 MB) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x0010 - 0x003f, 3145728 bytes (768 pages) 0x00c25000 - 0x178f, 382578688 bytes (93403 pages) avail memory = 384266240 (366 MB) bios32: Found BIOS32 Service Directory header at 0xc00fabc0 bios32: Entry = 0xfb030 (c00fb030) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0xb060 pnpbios: Found PnP BIOS data at 0xc00fbcf0 pnpbios: Entry = f:bd20 Rev = 1.0 Other BIOS signatures found: wlan: <802.11 Link Layer> random: io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1):mode 1 addr port (0x0cf8) is 0x8060 pci_open(1a):mode1res=0x8000 (0x8000) pci_cfgcheck:device 0 [class=06] [hdr=00] is there (id=06911106) pcibios: BIOS version 2.10 Found $PIR table, 7 entries at 0xc00fdbc0 PCI-Only Interrupts: 5 10 11 Location Bus Device Pin Link IRQs slot 1 08A 0x01 3 4 5 7 9 10 11 12 14 15 slot 1 08B 0x02 3 4 5 7 9 10 11 12 14 15 slot 1 08C 0x03 3 4 5 7 9 10 11 12 14 15 slot 1 08D 0x05 3 4 5 7 9 10 11 12 14 15 slot 2 09A 0x02 3 4 5 7 9 10 11 12 14 15 slot 2 09B 0x03 3 4 5 7 9 10 11 12 14 15 slot 2 09C 0x05 3 4 5 7 9 10 11 12 14 15 slot 2 09D 0x01 3 4 5 7 9 10 11 12 14 15 slot 3 0 10A 0x03 3 4 5 7 9 10 11 12 14 15 slot 3 0 10B 0x05 3 4 5 7 9 10 11 12 14 15 slot 3 0 10C 0x01 3 4 5 7 9 10 11 12 14 15 slot 3 0 10D 0x02 3 4 5 7 9 10 11 12 14 15 slot 4 0 11A 0x05 3 4 5 7 9 10 11 12 14 15 slot 4 0 11B 0x01 3 4 5 7 9 10 11 12 14 15 slot 4 0 11C 0x02 3 4 5 7 9 10 11 12 14 15 slot 4 0 11D 0x03 3 4 5 7 9 10 11 12 14 15 slot 5 0 13A 0x02 3 4 5 7 9 10 11 12 14 15 slot 5 0 13B 0x03 3 4 5 7 9 10 11 12 14 15 slot 5 0 13C 0x05 3 4 5 7 9 10 11 12 14 15 slot 5 0 13D 0x01 3 4 5 7 9 10 11 12 14 15 embedded01A 0x01 3 4 5 7 9 10 11 12 14 15 embedded01B 0x02 3 4 5 7 9 10 11 12 14 15 embedded01C 0x03 3 4 5 7 9 10 11 12 14 15 embedded01D 0x05 3 4 5 7 9 10 11 12 14 15 embedded07C 0
Re: Kernel documentation and specification
On 2005-03-24 02:15, klowd9 - <[EMAIL PROTECTED]> wrote: >> Kirk's book, ``The Design and Implementation of the FreeBSD >> Operating System'' probably contains the answers to basic >> questions about scheduling and IPC. > > I considered purchasing that book, which is very very good imo, but a > bit overpriced at $60.. It's definitely worth it though. I've been slowly reading through the process management and virtual memory chapters during the last 1.5 month, and then started all over again. The book is absolutely fabulous! Watch out for the details though and keep in mind that you many find it nice to have a FreeBSD source tree nearby, just for the fun of browsing the source itself too while you read. - Giorgos ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ip_reass() - possibly incorrect goto
On Wed, 23 Mar 2005, Maxim Konovalov wrote: On Tue, 22 Mar 2005, 12:08-0800, [EMAIL PROTECTED] wrote: Hi hackers, I am looking at the ip_reass() routine. In case of the 1st fragment we create the reassembly queue. After the queue has been inserted in the hash bucket, the if () code does a " goto inserted". Should this be changed to "goto done" instead? Any code that is executed for the 1st fragment, like frag per packet limiting and complete reassembly are not valid. Am I mistaken? Yep, it seems you are right. The second micro optimization - drop the fragment early if maxfragsperpacket == 0. Andre, Mike, what do you think? Looks good to me. Please tell us if you come up with any more optimizations for the reassembly code, Vijay. On a related note... While looking through the code, I think I figured out a way to avoid IDSes if you're trying to mess with a FreeBSD machine: /* * Handle ECN by comparing this segment with the first one; * if CE is set, do not lose CE. * drop if CE and not-ECT are mixed for the same packet. */ Couldn't you send a fragment with half the "exploit" payload (too short for the IDS to match), then send a packet with a different ECN status to overwrite that fragment (at least in the IDS's buffer, but not in FreeBSD's, since it would be dropped), and then send the second part of the payload? Hmmm... Mike "Silby" Silbersack ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Kernel documentation and specification
Hi, > Where can i find resources about the freebsd kernel? > I read over the developers handbook, and the architecture handbook, and > both provide very little information i need. Kirk McKusick and George Neville-Neil's book << The Design and Implementation of the FreeBSD Operating System >> is indeed a great book as it has been stated multiple times in this thread. I won't react about the price as I find it not so expensive, but I admit that I'm fortunate enough to live in a country where $60 don't represent a so much significant part of a monthly salary. Tanenbaum has been cited, but in order to be as exhaustive as possible, I have to mention the << Unix Internals - The new frontiers >> from Uresh Vahalia [1] . This is IHMO a very interesting book in that although it's not FreeBSD centric, it brings you a very strong kernel culture by comparing various kernel subsystem implementations among SVR4, 4BSD, Solaris and Mach. Unfortunately this book is as expensive as the first one. > Some questions for instance are the use of sse, mmx, and fpu register and > commands inside the kernel. How is the development organized. Is it just a > jungle where people choose what they want to improve and expand in the > kernel and then submit their code? If you are interested in FreeBSD developpement model, I strongly advice you to read Niklas Saers's thesis << A project model for the FreeBSD Project >> [2] which is the deepest analysis realized until now, at least as far as I know. Best regards, [1] http://www.amazon.com/exec/obidos/tg/detail/-/0131019082/qid=653140/sr=8-1/ref=sr_8_xs_ap_i1_xgl14/102-1939485-3681741?v=glance&s=books&n=507846 [2] http://niklas.saers.com/thesis/thesis.html -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
