Date: Thu, 12 Feb 2009 11:58:44 +0700 From: joko bodo <kijoko99@gmail.com> To: freebsd-questions@freebsd.org Subject: Re: freebsd-questions Digest, Vol 246, Issue 90 Message-ID: <461e6580902112058k53c2c802j88e737fc47abe952@mail.gmail.com> In-Reply-To: <20090207102641.D27A510656F6@hub.freebsd.org> References: <20090207102641.D27A510656F6@hub.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
why i get mail with subject always "digest: thx On Sat, Feb 7, 2009 at 5:26 PM, <freebsd-questions-request@freebsd.org>wrot= e: > Send freebsd-questions mailing list submissions to > freebsd-questions@freebsd.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > or, via email, send a message with subject or body 'help' to > freebsd-questions-request@freebsd.org > > You can reach the person managing the list at > freebsd-questions-owner@freebsd.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of freebsd-questions digest..." > > > Today's Topics: > > 1. Re: insert new line in files (Adam Vande More) > 2. Re: insert new line in files (Adam Vande More) > 3. Re: insert new line in files (Steve Bertrand) > 4. Re: Multiple MAC on a single (physical) interface > (Fr?d?ric Perrin) > 5. Re: insert new line in files (Steve Bertrand) > 6. Re: insert new line in files (Polytropon) > 7. Re: disk recovery problem(s) (Polytropon) > 8. Re: having trouble with OpenOffice (Michael Powell) > 9. Re: insert new line in files (Adam Vande More) > 10. RE: Link UP/DOWN problem with re0 on FreeBSD 7.1 (Graeme Dargie) > 11. Re: disk recovery problem(s) (Robert Huff) > 12. Re: IPFW in-kernel NAT: How to compile? (Matt Emmerton) > 13. disk recovery problem II (Robert Huff) > 14. [mi] EQ overflowing mieqEnequeue: out-of-order valuator event > (Jimmie James) > 15. Re: broken ports (Frank Shute) > 16. FreeBSD 6.3/7.1 and Linux disk performance test (Omer Faruk Sen) > 17. Re: insert new line in files (Wojciech Puchar) > 18. Re: disk recovery problem II (perryh@pluto.rain.com) > 19. DNS Auto in KPPP in FreeBSD 7.1 (Dmitry) > 20. Re: insert new line in files (Mike Clarke) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 06 Feb 2009 23:45:45 +0000 > From: Adam Vande More <amvandemore@gmail.com> > Subject: Re: insert new line in files > To: Dan Nelson <dnelson@allantgroup.com> > Cc: freebsd-questions@freebsd.org > Message-ID: <498CCBA9.6010207@gmail.com> > Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed > > Dan Nelson wrote: > >> I had actually tried that too: > >> > >> > sed -e '5i\ > >> ? test' text.txt > >> sed: 1: "5i > >> test > >> ": command i expects \ followed by text > >> > > > > I don't see a backslash in the error message, which means something ate > it. > > Are you running this command from something other than the commandline = or > a > > plain sh script? If you're calling this from another scripting languag= e > > (via system() or popen() or something similar), you probably have to > double > > the backslash so whatever's parsing it out passes one through to sed. > > > This is being executed from stock tcsh > > Progress is being made as it works in the test now with the \\ however > I'm running into more things I don't understand in regards to what I > need to escape in my input string. > > > sed -e '5i\\ > include(\'/usr/home/www/imp-sites/default_inventory.php\');' test.txt > Unmatched '. > > I also tried escaping ( ) . / to no avail. > > > ------------------------------ > > Message: 2 > Date: Fri, 06 Feb 2009 23:49:40 +0000 > From: Adam Vande More <amvandemore@gmail.com> > Subject: Re: insert new line in files > To: Dan Nelson <dnelson@allantgroup.com> > Cc: freebsd-questions@freebsd.org > Message-ID: <498CCC94.6080507@gmail.com> > Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed > > Adam Vande More wrote: > > Dan Nelson wrote: > >>> I had actually tried that too: > >>> > >>> > sed -e '5i\ > >>> ? test' text.txt > >>> sed: 1: "5i > >>> test > >>> ": command i expects \ followed by text > >>> > >> > >> I don't see a backslash in the error message, which means something > >> ate it. Are you running this command from something other than the > >> commandline or a > >> plain sh script? If you're calling this from another scripting langua= ge > >> (via system() or popen() or something similar), you probably have to > >> double > >> the backslash so whatever's parsing it out passes one through to sed. > >> > > This is being executed from stock tcsh > > > > Progress is being made as it works in the test now with the \\ however > > I'm running into more things I don't understand in regards to what I > > need to escape in my input string. > > > > > sed -e '5i\\ > > include(\'/usr/home/www/imp-sites/default_inventory.php\');' test.txt > > Unmatched '. > > > > I also tried escaping ( ) . / to no avail. > nevermind I see I have to \\ that as well. Okay now I'm going to try to > find a way to do this with find and xargs > > > ------------------------------ > > Message: 3 > Date: Fri, 06 Feb 2009 18:55:57 -0500 > From: Steve Bertrand <steve@ibctech.ca> > Subject: Re: insert new line in files > To: Adam Vande More <amvandemore@gmail.com> > Cc: Dan Nelson <dnelson@allantgroup.com>, > freebsd-questions@freebsd.org > Message-ID: <498CCE0D.6010208@ibctech.ca> > Content-Type: text/plain; charset=3DISO-8859-1 > > Adam Vande More wrote: > > Dan Nelson wrote: > >>> I had actually tried that too: > >>> > >>> > sed -e '5i\ > >>> ? test' text.txt > >>> sed: 1: "5i > >>> test > >>> ": command i expects \ followed by text > >>> > >> > >> I don't see a backslash in the error message, which means something > >> ate it. Are you running this command from something other than the > >> commandline or a > >> plain sh script? If you're calling this from another scripting langua= ge > >> (via system() or popen() or something similar), you probably have to > >> double > >> the backslash so whatever's parsing it out passes one through to sed. > >> > > This is being executed from stock tcsh > > > > Progress is being made as it works in the test now with the \\ however > > I'm running into more things I don't understand in regards to what I > > need to escape in my input string. > > > >> sed -e '5i\\ > > include(\'/usr/home/www/imp-sites/default_inventory.php\');' test.txt > > Unmatched '. > > > > I also tried escaping ( ) . / to no avail. > > I don't know for sure under tcsh, but did you try double quotes as I > suggested? Using them may prevent the normally special characters from > being interpolated. > > If it doesn't work, then hopefully escaping them will. > > Steve > > > ------------------------------ > > Message: 4 > Date: Sat, 07 Feb 2009 00:56:16 +0100 > From: Fr?d?ric Perrin <frederic.perrin@resel.fr> > Subject: Re: Multiple MAC on a single (physical) interface > To: Nikos Vassiliadis <nvass@freemail.gr> > Cc: freebsd-questions@freebsd.org > Message-ID: <867i43m867.fsf@chameau.maisel.enst-bretagne.fr> > Content-Type: text/plain; charset=3Dutf-8 > > Le Vendredi 6 =E0 15:51, Nikos Vassiliadis a =E9crit : > > FreeBSD will then know that network 10.0.0.0/24 is attached to > > fxp0 and will use fxp0's IP and MAC address to do the ARP query... > > > > So, in short, if you use such a setup: > > fxp0 10.0.0.1/24 ether 00:00:00:01:01:01 > > ngeth0 10.0.0.2/32 ether 00:00:00:02:02:02 > > ngeth1 10.0.0.3/32 ether 00:00:00:03:03:03 > > The IP address in use will be the 10.0.0.1 one > > and the MAC address will be the 00:00:00:01:01:01 one. > > Yes indeed : if I do from another host : > > $ arping [ngeth0 IP] > > I get rl0's MAC as an answer, and doig 'tcpdump -i rl0 ether host > [ngeth0 MAC]' when ssh to my jail behind ngeth0, I don't see any > activity. If I manually add ngeth0's MAC to the other host arp cache, > ssh'ing to my jail works, and packets do have ngeth0's MAC. > > I won't be able to work any further on this before next week. Thanks a > lot for your help, Nikos. > > -- > Fred > > For the record, my network config looks like (minus lo0) : > > % ifconfig > rl0: flags=3D8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric = 0 > mtu 1500 > options=3D8<VLAN_MTU> > ether 00:1c:f0:f8:cd:d6 > inet6 fe80::21c:f0ff:fef8:cdd6%rl0 prefixlen 64 scopeid 0x1 > inet 172.22.209.241 netmask 0xffffe000 broadcast 172.22.223.255 > inet6 2001:660:7302:3:21c:f0ff:fef8:cdd6 prefixlen 64 autoconf > media: Ethernet autoselect (100baseTX <full-duplex>) > status: active > ngeth0: flags=3D8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metr= ic 0 > mtu 1500 > ether 00:00:39:56:f1:1a > inet6 fe80::200:39ff:fe56:f11a%ngeth0 prefixlen 64 scopeid 0x4 > inet 172.22.212.7 netmask 0xffffffff broadcast 172.22.212.7 > bridge0: flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mt= u > 1500 > ether 56:34:43:fd:04:57 > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: ngeth0 flags=3D143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP> > ifmaxaddr 0 port 4 priority 128 path cost 2000000 > member: rl0 flags=3D143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP> > ifmaxaddr 0 port 1 priority 128 path cost 200000 > > > ------------------------------ > > Message: 5 > Date: Fri, 06 Feb 2009 18:58:20 -0500 > From: Steve Bertrand <steve@ibctech.ca> > Subject: Re: insert new line in files > To: Adam Vande More <amvandemore@gmail.com> > Cc: Dan Nelson <dnelson@allantgroup.com>, > freebsd-questions@freebsd.org > Message-ID: <498CCE9C.3060200@ibctech.ca> > Content-Type: text/plain; charset=3DISO-8859-1 > > Adam Vande More wrote: > > >> I also tried escaping ( ) . / to no avail. > > nevermind I see I have to \\ that as well. Okay now I'm going to try t= o > > find a way to do this with find and xargs > > IMHO, this has become a job for Perl :) > > Steve > > > ------------------------------ > > Message: 6 > Date: Sat, 7 Feb 2009 01:13:19 +0100 > From: Polytropon <freebsd@edvax.de> > Subject: Re: insert new line in files > To: Adam Vande More <amvandemore@gmail.com> > Cc: freebsd-questions@freebsd.org > Message-ID: <20090207011319.ec742f0f.freebsd@edvax.de> > Content-Type: text/plain; charset=3DUS-ASCII > > Just as a possible starting point... > > On Fri, 06 Feb 2009 22:50:38 +0000, Adam Vande More <amvandemore@gmail.co= m> > wrote: > > I want to insert a new line of text at a certain position in certain > > files recursively under a directory. More specifically, I want text > > like this: > > > > include('/usr/home/www/imp-sites/default_inventory.php'); > > > > to be put into file X at line 37 where file X appears in ./subdir1, > > .subdir2 etc. There are many subdirs or I'd just do it by hand. > > > > [...] > > > > Is sed the right tool for this? If so, any good primers for BSD sed? > > I'd suggest awk. If you have already a mechanism to "handle" each of the > files that need alteration, an awk command could be this: > > awk '{ print $0; if(NR =3D=3D 37) > printf("include('/usr/home/www/imp-sites/default_inventory.php');\n"); }' > <file> > > It may be neccessary to have a look at the multiple ' (awk skript > enclosure, > include() parameter enclusure). > > > > > > -- > Polytropon > >From Magdeburg, Germany > Happy FreeBSD user since 4.0 > Andra moi ennepe, Mousa, ... > > > ------------------------------ > > Message: 7 > Date: Sat, 7 Feb 2009 01:17:33 +0100 > From: Polytropon <freebsd@edvax.de> > Subject: Re: disk recovery problem(s) > To: Robert Huff <roberthuff@rcn.com> > Cc: questions@freebsd.org > Message-ID: <20090207011733.76c68040.freebsd@edvax.de> > Content-Type: text/plain; charset=3DUS-ASCII > > On Fri, 6 Feb 2009 14:48:41 -0500, Robert Huff <roberthuff@rcn.com> wrote= : > > > > Had a power outage recently; when trying to fsck several > > external hard drives I'm getting unexpected errors. > > For example: > > > > huff@>> fsck /dev/da3a > > ** /dev/da3a > > ** Last Mounted on /backup > > ** Phase 1 - Check Blocks and Sizes > > ** Phase 2 - Check Pathnames > > ROOT INODE UNALLOCATED > > ALLOCATE? [yn] > > > > a) what's probably happened? > > b) is there a way to recover the data? I can scrub the disk > > and restore, but would like to avoid that if at all possible. > > I really hope you don't get into the trouble that I have (allthough > you mentioned that you've got backups)... > > Your fsck output seems to indicate that fsck can handle the damage. > You could now let it continue. If a parent inode has disappeared, > its child inodes (orphaned ones) - or, to be correct, the files or > directories they represent - get restored in the lost+found/ directory > where their name (probably lost) gets replaced by the inode number. > If it's a directory, it content will usually be present with the > file names, only the topmost part of a hierarchy will be affected. > > > > > -- > Polytropon > >From Magdeburg, Germany > Happy FreeBSD user since 4.0 > Andra moi ennepe, Mousa, ... > > > ------------------------------ > > Message: 8 > Date: Fri, 06 Feb 2009 19:32:19 -0500 > From: Michael Powell <nightrecon@verizon.net> > Subject: Re: having trouble with OpenOffice > To: freebsd-questions@freebsd.org > Message-ID: <gmikpo$hl8$1@ger.gmane.org> > Content-Type: text/plain; charset=3D"us-ascii" > > Andrew Falanga wrote: > > > On Thu, Feb 5, 2009 at 10:08 PM, Adam Vande More > > <amvandemore@gmail.com>wrote: > > > >> af300wsm@gmail.com wrote: > >> > >>> Hi, > >>> > >>> Tonight I finally took the bull by the horns and got OpenOffice > >>> installed. However, I'm not having a problem that I haven't found an > >>> answer to yet but seems to be related to the X server (from searches = on > >>> the net). So, I do this: > >>> > >>> [andy@sniper /usr/home/andy]$ > /usr/local/bin/openoffice.org-2.4.2-scalc > >>> I18N: Operating system doesn't support locale "en_US" > >>> The application cannot be started. > >>> The component manager is not available. > >>> Segmentation fault (core dumped) > >>> > >>> > >>> As you can tell, OpenOffice failed because my OS doesn't support loca= le > >>> "en_US." Huh!?! I'm using the English version. In fact, the only way = to > >>> consider me as being bilingual is something of a matter of mental > >>> gymnastics because English is spoken in England and to me, England is= a > >>> foreign country. Thus, I'm bilingual, or at the least, I speak a > foreign > >>> language. > >>> > >>> Never the less, how would this be fixed? > >>> > [snip] > > Two things come to mind. You can change your locale to one of the en_US > varieties. Probably not what you want to do. The other is to install the > appropriate en_GB OpenOffice.org I18N langpack. O_o.org out of the box on= ly > has built in for en_US, but there are langpacks available for many others= . > > A quick perfunctory perusal of the ports tree and I didn't see these. > Possibly this might be useable: > > ftp://ooopackages.good-day.net/pub/OpenOffice.org/FreeBSD/ > > -Mike > > > > > > > ------------------------------ > > Message: 9 > Date: Sat, 07 Feb 2009 01:18:02 +0000 > From: Adam Vande More <amvandemore@gmail.com> > Subject: Re: insert new line in files > To: freebsd-questions@freebsd.org > Message-ID: <498CE14A.1090505@gmail.com> > Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed > > Steve Bertrand wrote: > > Adam Vande More wrote: > > > > > >>> I also tried escaping ( ) . / to no avail. > >>> > >> nevermind I see I have to \\ that as well. Okay now I'm going to try = to > >> find a way to do this with find and xargs > >> > > > > IMHO, this has become a job for Perl :) > > > > Steve > > > Thanks for help everyone. My final command was this: > > skynet1# find . -name 'filename.php' | xargs sed -i.old -e '37a\\ > include("/usr/home/www/imp-sites/default_inventory.php");' > > I used double quotes because I couldn't finger out how to the single > quote. Good enough for me. > > > ------------------------------ > > Message: 10 > Date: Sat, 7 Feb 2009 02:20:58 -0000 > From: "Graeme Dargie" <arab@tangerine-army.co.uk> > Subject: RE: Link UP/DOWN problem with re0 on FreeBSD 7.1 > To: "FreeBSD" <freebsd@optiksecurite.com> > Cc: freebsd-questions@freebsd.org > Message-ID: > <01FB8F39BAD0BD49A6D0DA8F789739295630@Mercury.galaxy.lan.lcl> > Content-Type: text/plain; charset=3D"iso-8859-1" > > > > -----Original Message----- > From: FreeBSD [mailto:freebsd@optiksecurite.com] > Sent: 06 February 2009 16:47 > To: Graeme Dargie > Cc: freebsd-questions@freebsd.org > Subject: Re: Link UP/DOWN problem with re0 on FreeBSD 7.1 > > Graeme Dargie a =E9crit : > > -----Original Message----- > > From: FreeBSD [mailto:freebsd@optiksecurite.com] > > Sent: 04 February 2009 21:55 > > Cc: freebsd-questions@freebsd.org > > Subject: Re: Link UP/DOWN problem with re0 on FreeBSD 7.1 > > > > FreeBSD a =E9crit : > >> Graeme Dargie a =E9crit : > >>> If you do a dmesg are you also showing a watchdog time out for the ni= c > ? > >>> > >>> I only ask as I am having the exact same problem with the exact same > >>> card and I have yet to find a solution, if I come across something I > >>> will let you know. > >>> > >>> Regards > >>> Graeme > >> Not a single time...sorry. > >> > >>> -----Original Message----- > >>> From: FreeBSD [mailto:freebsd@optiksecurite.com] Sent: 26 January 200= 9 > >>> 18:58 > >>> To: freebsd-questions@freebsd.org > >>> Subject: Re: Link UP/DOWN problem with re0 on FreeBSD 7.1 > >>> > >>> FreeBSD a =E9crit : > >>>> Hi everyone, > >>>> > >>>> Just to put you in context, I applied the following patch to make th= e > >>>> card available: > >>>> > >>>> SVN rev 186389 on 2008-12-22 00:46:22Z by yongari > >>>> > >>>> Since we don't request reset for rlphy(4), the link state 'UP' > >>>> event from mii(4) may not be delivered if valid link was already > >>>> established. To address the issue, check current link state after > >>>> driving MII_TICK. This should fix a regression introduced in > >>>> r185753 on fast ethernet controllers. > >>>> > >>>> --- > >>>> > >>>> I don't have any issue related to that anymore. The problem is that = I > >>>> get link UP/DOWN a few times per hour on 3 identical machines that I > >>>> dumped/restored. They are all pluged in a Cisco switch that works > >>>> fine for every other PCs. > >>>> > >>>> Jan 26 06:09:15 term005 kernel: re0: link state changed to DOWN > >>>> Jan 26 06:09:17 term005 kernel: re0: link state changed to UP > >>>> > >>>> I tried to switch cables, but I got the same result. > >>>> > >>>> There is the pciconf -lv output: > >>>> > >>>> re0@pci0:3:0:0: class=3D0x020000 card=3D0x02831028 chip=3D0x816810ec > >>>> rev=3D0x02 hdr=3D0x00 > >>>> vendor =3D 'Realtek Semiconductor' > >>>> device =3D 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' > >>>> class =3D network > >>>> subclass =3D ethernet > >>>> > >>>> There is the output of vmstat -i: > >>>> > >>>> interrupt total rate > >>>> irq18: re0 ehci0++ 63766 0 > >>>> irq19: atapci0 277001 3 > >>>> cpu0: timer 156068748 1961 > >>>> Total 156409515 1966 > >>>> > >>>> Could it be related to the fact that there is re0 and ehci0++ on the > >>>> same IRQ? > >>>> > >>>> Thank you for your help, > >>>> > >>>> Martin > >>> I just tried with a brand new Dell 2708 switch and the problem is > >>> still there. I just confirmed that the UP/DOWN occurs every 10 minute= s > >>> (+- a few seconds). > >>> > >>> Thanks again, > >>> > >>> Martin > >>> > > > > Just to follow-up on my own problem... > > > > I tried to disable some options of the card with : > > ifconfig re0 -rxcsum -txcsum -tso -lro -vlanhwtag > > > > but nothing as changed. I just tried to download a big file (FreeBSD > > 7.1-REL DVD iso in fact) to see if the deconnection occurs even during = a > > transfer. The DVD downloaded successfully and I verified that the MD5 > > are OK. BUT, /var/log/messages continue to tell me that: > > Feb 4 16:09:29 term003 kernel: re0: link state changed to UP > > Feb 4 16:19:26 term003 kernel: re0: link state changed to DOWN > > Feb 4 16:19:30 term003 kernel: re0: link state changed to UP > > Feb 4 16:19:32 term003 kernel: re0: link state changed to DOWN > > > > during the transfer (which worked OK). I don't know if that can help > > someone to help me ;) > > > > Thanks, > > > > Martin > > > > _______________________________________________ > > freebsd-questions@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > > > > I have a solution to this well a work around. > > > > Add -tso to the relevant line in /etc/rc.conf > > > > ifconfig_re0=3D"inet 192.168.1.103 netmask 255.255.255.0 -tso" > > > > Adding -tso stops the link up / link down problem. Now I am understand > that this may increase cpu if the traffic on the nic is high. I am sure s= ome > one the list will know of any other implications this may have. > > > > It is a known problem and I site I read the bug had been submitted so > hopefully it wont exist in 8.0 > > > > Regards > > > > Graeme > > > > As I stated in my last post, I tried to disable a few options, including > TSO. Still, I gived a try to your workaround. I now have this line in > rc.conf: > ifconfig_re0=3D"DHCP -tso" > > but I have the same problem (it disconnect every 10 minutes and ask for > an IP to the DHCP). > > Thanks for your suggestion, > > Martin > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > > > > > I don't use DHCP so it never causes me a problem, have you considered > setting a static IP address ? > > Regards > > Graeme > > > > ------------------------------ > > Message: 11 > Date: Fri, 6 Feb 2009 22:27:03 -0500 > From: Robert Huff <roberthuff@rcn.com> > Subject: Re: disk recovery problem(s) > To: Roland Smith <rsmith@xs4all.nl> > Cc: Robert Huff <roberthuff@rcn.com>, questions@freebsd.org > Message-ID: <18828.65415.583989.488704@jerusalem.litteratus.org> > Content-Type: text/plain; charset=3Dus-ascii > > > Roland Smith writes: > > > > huff@>> fsck /dev/da3a > > > ** /dev/da3a > > > ** Last Mounted on /backup > > > ** Phase 1 - Check Blocks and Sizes > > > ** Phase 2 - Check Pathnames > > > ROOT INODE UNALLOCATED > > > ALLOCATE? [yn] > > > > > > a) what's probably happened? > > > > Error messages are explained in Appendix A of > > /usr/share/doc/smm/03.fsck/paper.ascii.gz > > > > Unfortunately it says that this error "should never happen". :-/ > > > > Answer y, and all directorys and files found in the root will > > appear in lost+found, unless the attempt to allocate the root > > inode fails.. > > Thank you. > That worked ... sort of. > > > Robert Huff > > > > ------------------------------ > > Message: 12 > Date: Fri, 6 Feb 2009 20:26:51 -0500 > From: "Matt Emmerton" <matt@gsicomp.on.ca> > Subject: Re: IPFW in-kernel NAT: How to compile? > To: "Dan Nelson" <dnelson@allantgroup.com>, "Brett Glass" > <brett@lariat.net> > Cc: questions@freebsd.org > Message-ID: <99703787B6B843468972139F59AAE690@hermes> > Content-Type: text/plain; format=3Dflowed; charset=3D"iso-8859-1"; > reply-type=3Doriginal > > > At 05:43 PM 2/1/2009, Dan Nelson wrote: > > > >>Do you have "options LIBALIAS" in your kernel config? > > > > Nope. There was nothing that said that such an option was needed > > (or even that it existed). I did find it, via a recursive grep, in > > a file labeled "NOTES" a couple of levels up in the directory > > hierarchy. I'm trying a compile now to see if that's all that's > > needed to fix the problem. > > > > It looks as if there's no longer one easy place to find out how to > > configure a kernel. The options used to all be in a LINT file that > > was present in the configuration directory.... No more. > > The LINT file moved from a static file to a dynamically-generated file a > while ago since not all options are applicable for all platforms. > > A generic NOTES file (in /usr/src/sys/conf) is combined with a > platform-specific NOTES file (in /usr/src/sys/<platform>/conf, where > <platform> is i386, amd64, pc98, etc) to create the LINT file. > > $ cd /usr/src/sys/i386/conf > $ make LINT > cat ../../conf/NOTES NOTES | sed -E -n -f ../../conf/makeLINT.sed > LINT > > Regards, > -- > Matt Emmerton > > > > ------------------------------ > > Message: 13 > Date: Sat, 7 Feb 2009 01:30:11 -0500 > From: Robert Huff <roberthuff@rcn.com> > Subject: disk recovery problem II > To: questions@freebsd.org > Message-ID: <18829.10867.512556.880218@jerusalem.litteratus.org> > Content-Type: text/plain; charset=3Dus-ascii > > > One of the disks mentioned in part one was not recoverable. > So: newfs. > However, something else is broken. Results of newfs is appended. > What????? > > > Robert Huff > > > > huff@>> newfs /dev/da3a > /dev/da3a: 78167.2MB (160086512 sectors) block size 16384, fragment size > 2048 > using 426 cylinder groups of 183.77MB, 11761 blks, 23552 inodes. > super-block backups (for fsck -b #) at: > 160, 376512, 752864, 1129216, 1505568, 1881920, 2258272, 2634624, 301097= 6, > 3387328, 3763680, 4140032, 4516384, 4892736, 5269088, 5645440, 6021792, > 6398144, 6774496, 7150848, 7527200, 7903552, 8279904, 8656256, 9032608, > 9408960, 9785312, 10161664, 10538016, 10914368, 11290720, 11667072, > 12043424, > 12419776, 12796128, 13172480, 13548832, 13925184, 14301536, 14677888, > 15054240, 15430592, 15806944, 16183296, 16559648, 16936000, 17312352, > 17688704, 18065056, 18441408, 18817760, 19194112, 19570464, 19946816, > 20323168, 20699520, 21075872, 21452224, 21828576, 22204928, 22581280, > 22957632, 23333984, 23710336, 24086688, 24463040, 24839392, 25215744, > 25592096, 25968448, 26344800, 26721152, 27097504, 27473856, 27850208, > 28226560, 28602912, 28979264, 29355616, 29731968, 30108320, 30484672, > 30861024, 31237376, 31613728, 31990080, 32366432, 32742784, 33119136, > 33495488, 33871840, 34248192, 34624544, 35000896, 35377248, 35753600, > 36129952, 36506304, 36882656, 37259008, 37635360, 38011712, 38388064, > 38764416, 39140768, 39517120, 39893472, 40269824, 40646176, 41022528, > 41398880, 41775232, 42151584, 42527936, 42904288, 43280640, 43656992, > 44033344, 44409696, 44786048, 45162400, 45538752, 45915104, 46291456, > 46667808, 47044160, 47420512, 47796864, 48173216, 48549568, 48925920, > 49302272, 49678624, 50054976, 50431328, 50807680, 51184032, 51560384, > 51936736, 52313088, 52689440, 53065792, 53442144, 53818496, 54194848, > 54571200, 54947552, 55323904, 55700256, 56076608, 56452960, 56829312, > 57205664, 57582016, 57958368, 58334720, 58711072, 59087424, 59463776, > 59840128, 60216480, 60592832, 60969184, 61345536, 61721888, 62098240, > 62474592, 62850944, 63227296, 63603648, 63980000, 64356352, 64732704, > 65109056, 65485408, 65861760, 66238112, 66614464, 66990816, 67367168, > 67743520, 68119872, 68496224, 68872576, 69248928, 69625280, 70001632, > 70377984, 70754336, 71130688, 71507040, 71883392, 72259744, 72636096, > 73012448, 73388800, 73765152, 74141504, 74517856, 74894208, 75270560, > 75646912, 76023264, 76399616, 76775968, 77152320, 77528672, 77905024, > 78281376, 78657728, 79034080, 79410432, 79786784, 80163136, 80539488, > 80915840, 81292192, 81668544, 82044896, 82421248, 82797600, 83173952, > 83550304, 83926656, 84303008, 84679360, 85055712, 85432064, 85808416, > 86184768, 86561120, 86937472, 87313824, 87690176, 88066528, 88442880, > 88819232, 89195584, 89571936, 89948288, 90324640, 90700992, 91077344, > 91453696, 91830048, 92206400, 92582752, 92959104, 93335456, 93711808, > 94088160, 94464512, 94840864, 95217216, 95593568, 95969920, 96346272, > 96722624, 97098976, 97475328, 97851680, 98228032, 98604384, 98980736, > 99357088, 99733440, 100109792, 100486144, 100862496, 101238848, 10161520= 0, > 101991552, 102367904, 102744256, 103120608, 103496960, 103873312, > 104249664, > 104626016, 105002368, 105378720, 105755072, 106131424, 106507776, > 106884128, > 107260480, 107636832, 108013184, 108389536, 108765888, 109142240, > 109518592, > 109894944, 110271296, 110647648, 111024000, 111400352, 111776704, > 112153056, > 112529408, 112905760, 113282112, 113658464, 114034816, 114411168, > 114787520, > 115163872, 115540224, 115916576, 116292928, 116669280, 117045632, > 117421984, > 117798336, 118174688, 118551040, 118927392, 119303744, 119680096, > 120056448, > 120432800, 120809152, 121185504, 121561856, 121938208, 122314560, > 122690912, > 123067264, 123443616, 123819968, 124196320, 124572672, 124949024, > 125325376, > 125701728, 126078080, 126454432, 126830784, 127207136, 127583488, > 127959840, > 128336192, 128712544, 129088896, 129465248, 129841600, 130217952, > 130594304, > 130970656, 131347008, 131723360, 132099712, 132476064, 132852416, > 133228768, > 133605120, 133981472, 134357824, 134734176, 135110528, 135486880, > 135863232, > 136239584, 136615936, 136992288, 137368640, 137744992, 138121344, > 138497696, > 138874048, 139250400, 139626752, 140003104, 140379456, 140755808, > 141132160, > 141508512, 141884864, 142261216, 142637568, 143013920, 143390272, > 143766624, > 144142976, 144519328, 144895680, 145272032, 145648384, 146024736, > 146401088, > 146777440, 147153792, 147530144, 147906496, 148282848, 148659200, > 149035552, > 149411904, 149788256, 150164608, 150540960, 150917312, 151293664, > 151670016, > 152046368, 152422720, 152799072, 153175424, 153551776, 153928128, > 154304480, > 154680832, 155057184, 155433536, 155809888, 156186240, 156562592, > 156938944, > 157315296, 157691648, 158068000, 158444352, 158820704, 159197056, > 159573408, > 159949760 > cg 0: bad magic number > > > ------------------------------ > > Message: 14 > Date: Sat, 07 Feb 2009 02:16:48 -0500 > From: Jimmie James <jimmiejaz@gmail.com> > Subject: [mi] EQ overflowing mieqEnequeue: out-of-order valuator event > To: freebsd-x11@FreeBSD.org, questions@freebsd.org > Message-ID: <498D3560.5080004@gmail.com> > Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed > > No idea the steps to reproduce this hard lockup, ssh'ing in and killing > X resulted in a "test pattern" look to my monitor. While it was hung, > keyboard caps/num lock wouldn't respond, nor would the mouse move. > The ]mi] lines repeate about 600 times in the log at the end. > > Shall I submit a PR for this? > > > (WW) intel(0): ESR is 0x00000001, instruction error > (WW) intel(0): Existing errors found in hardware state. > (II) intel(0): Output configuration: > (II) intel(0): Pipe A is on > (II) intel(0): Display plane A is now enabled and connected to pipe A. > (II) intel(0): Pipe B is off > (II) intel(0): Display plane B is now disabled and connected to pipe B. > (II) intel(0): Output VGA is connected to pipe A > (II) intel(0): [drm] dma control initialized, using IRQ 255 > [mi] EQ overflowing. The server is probably stuck in an infinite loop. > [mi] mieqEnequeue: out-of-order valuator event; dropping. > > > > > FreeBSD fortytwo.zapto.org 7.1-STABLE FreeBSD 7.1-STABLE #0: Tue Jan 6 > 03:43:02 EST 2009 > jimmie@fortytwo.zapto.org:/usr/obj/usr/src/sys/FORTYTWO i386 > > > pciconf, xorg.conf and Xorg.0.log included. > > vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x25821043 chip=3D0x25828= 086 > rev=3D0x04 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82915G/GV/GL, 82910GL Integrated Graphics Device' > class =3D display > subclass =3D VGA > vgapci1@pci0:0:2:1: class=3D0x038000 card=3D0x25821043 chip=3D0x27828= 086 > rev=3D0x04 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82915G Graphics device: 82915G/GV/910GL Express > Chipset Family' > class =3D display > > > Section "ServerLayout" > Identifier "Simple Layout" > Screen "Screen 1" 0 0 > InputDevice "Mouse1" "CorePointer" > InputDevice "Keyboard1" "CoreKeyboard" > Option "AllowEmptyInput" "OFF" > Option "AutoAddDevices" "OFF" > EndSection > > Section "Files" > ModulePath "/usr/local/lib/xorg/modules" > FontPath "/usr/local/lib/X11/fonts/local/" > FontPath "/usr/local/lib/X11/fonts/misc/" > FontPath "/usr/local/lib/X11/fonts/75dpi/:unscaled" > FontPath "/usr/local/lib/X11/fonts/100dpi/:unscaled" > FontPath "/usr/local/lib/X11/fonts/Type1/" > FontPath "/usr/local/lib/X11/fonts/75dpi/" > FontPath "/usr/local/lib/X11/fonts/100dpi/" > FontPath "/usr/local/lib/X11/fonts/TTF/" > FontPath "/usr/local/lib/X11/fonts/artwiz-fonts/" > FontPath "/usr/local/lib/X11/fonts/webfonts/" > FontPath "/usr/local/lib/X11/fonts/URW/" > FontPath "/usr/local/lib/X11/fonts/jmk" > FontPath "/usr/local/lib/X11/fonts/terminus-font" > FontPath "/usr/local/lib/X11/fonts/artwiz-fonts" > EndSection > Section "ServerFlags" > Option "AIGLX" "true" > EndSection > > Section "Module" > Load "GLcore" > Load "glx" > Load "dri" > Load "drm" > Load "vbe" > Load "int10" > EndSection > > Section "InputDevice" > Identifier "Keyboard1" > Driver "kbd" > Option "pc101" > EndSection > > Section "InputDevice" > Identifier "Mouse1" > Driver "mouse" > Option "Protocol" "AUTO" > Option "Device" "/dev/sysmouse" > Option "Buttons" "10" > Option "ZAxisMapping" "4 5" > Option "ButtonMapping" "1 2 3 6 7 8 9 10 4 5" > Option "Emulate3Buttons" "no" > EndSection > > Section "Monitor" > HorizSync 31-65 > VertRefresh 55-100 > Identifier "monitor0" > EndSection > > Section "Device" > > Identifier "i810" > Driver "intel" > VendorName "Intel" > BoardName "82915G/GV/910GL Express Chipset Family Graphics > Controller" > BusID "PCI:0:2:0" > EndSection > > Section "Screen" > Identifier "Screen 1" > Device "i810" > Monitor "monitor0" > DefaultDepth 16 > Subsection "Display" > Modes "1280x1024" "1024x768" > Depth 16 > EndSubSection > EndSection > Section "DRI" > Mode 0666 > EndSection > > X.Org X Server 1.5.3 > Release Date: 5 November 2008 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 7.1-STABLE i386 > Current Operating System: FreeBSD fortytwo.zapto.org 7.1-STABLE FreeBSD > 7.1-STABLE #0: Tue Jan 6 03:43:02 EST 2009 > jimmie@fortytwo.zapto.org:/usr/obj/usr/src/sys/FORTYTWO i386 > Build Date: 29 January 2009 11:53:48AM > > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Fri Jan 30 10:14:19 2009 > (=3D=3D) Using config file: "/etc/X11/xorg.conf" > (=3D=3D) ServerLayout "Simple Layout" > (**) |-->Screen "Screen 1" (0) > (**) | |-->Monitor "monitor0" > (**) | |-->Device "i810" > (**) |-->Input Device "Mouse1" > (**) |-->Input Device "Keyboard1" > (**) Option "AIGLX" "true" > (**) Option "AllowEmptyInput" "OFF" > (**) Option "AutoAddDevices" "OFF" > (**) Not automatically adding devices > (=3D=3D) Automatically enabling devices > (=3D=3D) Including the default font path > > /usr/local/lib/X11/fonts/misc/,/usr/local/lib/X11/fonts/TTF/,/usr/local/l= ib/X11/fonts/OTF,/usr/local/lib/X11/fonts/Type1/,/usr/local/lib/X11/fonts/1= 00dpi/,/usr/local/lib/X11/fonts/75dpi/. > (**) FontPath set to: > /usr/local/lib/X11/fonts/local/, > /usr/local/lib/X11/fonts/misc/, > /usr/local/lib/X11/fonts/75dpi/:unscaled, > /usr/local/lib/X11/fonts/100dpi/:unscaled, > /usr/local/lib/X11/fonts/Type1/, > /usr/local/lib/X11/fonts/75dpi/, > /usr/local/lib/X11/fonts/100dpi/, > /usr/local/lib/X11/fonts/TTF/, > /usr/local/lib/X11/fonts/artwiz-fonts/, > /usr/local/lib/X11/fonts/webfonts/, > /usr/local/lib/X11/fonts/URW/, > /usr/local/lib/X11/fonts/jmk, > /usr/local/lib/X11/fonts/terminus-font, > /usr/local/lib/X11/fonts/artwiz-fonts, > /usr/local/lib/X11/fonts/misc/, > /usr/local/lib/X11/fonts/TTF/, > /usr/local/lib/X11/fonts/OTF, > /usr/local/lib/X11/fonts/Type1/, > /usr/local/lib/X11/fonts/100dpi/, > /usr/local/lib/X11/fonts/75dpi/ > (**) ModulePath set to "/usr/local/lib/xorg/modules" > (II) Loader magic: 0x81b2de0 > (II) Module ABI versions: > X.Org ANSI C Emulation: 0.4 > X.Org Video Driver: 4.1 > X.Org XInput driver : 2.1 > X.Org Server Extension : 1.1 > X.Org Font Renderer : 0.6 > (II) Loader running on freebsd > (--) Using syscons driver with X support (version 2.0) > (--) using VT number 9 > > (--) PCI:*(0@0:2:0) Intel Corporation 82915G/GV/910GL Integrated > Graphics Controller rev 4, Mem @ 0xcfd80000/0, 0xd0000000/0, > 0xcfe80000/0, I/O @ 0x00006800/0, BIOS @ 0x????????/65536 > (--) PCI: (0@0:2:1) Intel Corporation 82915G Integrated Graphics > Controller rev 4, Mem @ 0xcfe00000/0 > (II) System resource ranges: > [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > (II) "extmod" will be loaded by default. > (II) "dbe" will be loaded by default. > (II) "glx" will be loaded. This was enabled by default and also > specified in the config file. > (II) "freetype" will be loaded by default. > (II) "record" will be loaded by default. > (II) "dri" will be loaded. This was enabled by default and also > specified in the config file. > (II) LoadModule: "glx" > > (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so > (II) Module glx: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > ABI class: X.Org Server Extension, version 1.1 > (**) AIGLX enabled > (**) Exporting typical set of GLX visuals > (II) Loading extension GLX > (II) LoadModule: "dri" > > (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so > (II) Module dri: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > ABI class: X.Org Server Extension, version 1.1 > (II) Loading extension XFree86-DRI > (II) LoadModule: "vbe" > > (II) Loading /usr/local/lib/xorg/modules//libvbe.so > (II) Module vbe: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.1.0 > ABI class: X.Org Video Driver, version 4.1 > (II) LoadModule: "int10" > > (II) Loading /usr/local/lib/xorg/modules//libint10.so > (II) Module int10: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > ABI class: X.Org Video Driver, version 4.1 > (II) LoadModule: "extmod" > > (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so > (II) Module extmod: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > Module class: X.Org Server Extension > ABI class: X.Org Server Extension, version 1.1 > (II) Loading extension SHAPE > (II) Loading extension MIT-SUNDRY-NONSTANDARD > (II) Loading extension BIG-REQUESTS > (II) Loading extension SYNC > (II) Loading extension MIT-SCREEN-SAVER > (II) Loading extension XC-MISC > (II) Loading extension XFree86-VidModeExtension > (II) Loading extension XFree86-Misc > (II) Loading extension XFree86-DGA > (II) Loading extension DPMS > (II) Loading extension TOG-CUP > (II) Loading extension Extended-Visual-Information > (II) Loading extension XVideo > (II) Loading extension XVideo-MotionCompensation > (II) Loading extension X-Resource > (II) LoadModule: "dbe" > > (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so > (II) Module dbe: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > Module class: X.Org Server Extension > ABI class: X.Org Server Extension, version 1.1 > (II) Loading extension DOUBLE-BUFFER > (II) LoadModule: "freetype" > > (II) Loading /usr/local/lib/xorg/modules/fonts//libfreetype.so > (II) Module freetype: vendor=3D"X.Org Foundation & the After X-TT Project= " > compiled for 1.5.3, module version =3D 2.1.0 > Module class: X.Org Font Renderer > ABI class: X.Org Font Renderer, version 0.6 > (II) Loading font FreeType > (II) LoadModule: "record" > > (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so > (II) Module record: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.13.0 > Module class: X.Org Server Extension > ABI class: X.Org Server Extension, version 1.1 > (II) Loading extension RECORD > (II) LoadModule: "intel" > > (II) Loading /usr/local/lib/xorg/modules/drivers//intel_drv.so > (II) Module intel: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 2.5.1 > Module class: X.Org Video Driver > ABI class: X.Org Video Driver, version 4.1 > (II) LoadModule: "mouse" > > (II) Loading /usr/local/lib/xorg/modules/input//mouse_drv.so > (II) Module mouse: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.4.0 > Module class: X.Org XInput Driver > ABI class: X.Org XInput driver, version 2.1 > (II) LoadModule: "kbd" > > (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so > (II) Module kbd: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.3.2 > Module class: X.Org XInput Driver > ABI class: X.Org XInput driver, version 2.1 > (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, > i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G, > E7221 (i915), 915GM, 945G, 945GM, 945GME, 965G, G35, 965Q, 946GZ= , > 965GM, 965GME/GLE, G33, Q35, Q33, > Mobile Intel<C2><AE> GM45 Express Chipset, > Intel Integrated Graphics Device, G45/G43, Q45/Q43, G41 > (II) Primary Device is: PCI 00@00:02:0 > (II) resource ranges after xf86ClaimFixedResources() call: > [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > (II) resource ranges after probing: > [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [4] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] > [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] > [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] > [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] > [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] > (II) Loading sub module "vgahw" > (II) LoadModule: "vgahw" > > (II) Loading /usr/local/lib/xorg/modules//libvgahw.so > (II) Module vgahw: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 0.1.0 > ABI class: X.Org Video Driver, version 4.1 > (**) intel(0): Depth 16, (--) framebuffer bpp 16 > (=3D=3D) intel(0): RGB weight 565 > (=3D=3D) intel(0): Default visual is TrueColor > (II) intel(0): Integrated Graphics Chipset: Intel(R) 915G > (--) intel(0): Chipset: "915G" > (--) intel(0): Linear framebuffer at 0xD0000000 > (--) intel(0): IO registers at addr 0xCFD80000 > (=3D=3D) intel(0): Using EXA for acceleration > (II) intel(0): 2 display pipes available. > (II) Loading sub module "ddc" > (II) LoadModule: "ddc" > (II) Module "ddc" already built-in > (II) Loading sub module "i2c" > (II) LoadModule: "i2c" > (II) Module "i2c" already built-in > (II) intel(0): Output VGA using monitor section monitor0 > (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already cl= ear > (II) intel(0): I2C bus "CRTDDC_A" initialized. > (II) intel(0): I2C bus "CRTDDC_A" removed. > (II) intel(0): I2C bus "CRTDDC_A" initialized. > (II) intel(0): I2C device "CRTDDC_A:ddc2" registered at address 0xA0. > (II) intel(0): I2C device "CRTDDC_A:ddc2" removed. > (II) intel(0): I2C bus "CRTDDC_A" removed. > (II) intel(0): EDID vendor "NEC", prod id 17450 > (II) intel(0): Using hsync ranges from config file > (II) intel(0): Using vrefresh ranges from config file > (II) intel(0): Printing DDC gathered Modelines: > (II) intel(0): Modeline "1600x1200"x0.0 175.50 1600 1664 1856 2160 > 1200 1201 1204 1250 +hsync +vsync (81.2 kHz) > (II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 > 605 628 +hsync +vsync (37.9 kHz) > (II) intel(0): Modeline "800x600"x0.0 36.00 800 824 896 1024 600 601 > 603 625 +hsync +vsync (35.2 kHz) > (II) intel(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 > 484 500 -hsync -vsync (37.5 kHz) > (II) intel(0): Modeline "640x480"x0.0 31.50 640 664 704 832 480 489 > 491 520 -hsync -vsync (37.9 kHz) > (II) intel(0): Modeline "640x480"x0.0 30.24 640 704 768 864 480 483 > 486 525 -hsync -vsync (35.0 kHz) > (II) intel(0): Modeline "640x480"x0.0 25.20 640 656 752 800 480 490 > 492 525 -hsync -vsync (31.5 kHz) > (II) intel(0): Modeline "720x400"x0.0 35.50 720 738 846 900 400 421 > 423 449 -hsync -vsync (39.4 kHz) > (II) intel(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 > 414 449 -hsync +vsync (31.5 kHz) > > (II) intel(0): Modeline "1024x768"x0.0 78.80 1024 1040 1136 1312 768 > 769 772 800 +hsync +vsync (60.1 kHz) > (II) intel(0): Modeline "1024x768"x0.0 75.00 1024 1048 1184 1328 768 > 771 777 806 -hsync -vsync (56.5 kHz) > (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 > 771 777 806 -hsync -vsync (48.4 kHz) > (II) intel(0): Modeline "1024x768"x0.0 44.90 1024 1032 1208 1264 768 > 768 776 817 interlace +hsync +vsync (35.5 kHz) > (II) intel(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 > 628 667 -hsync -vsync (49.7 kHz) > (II) intel(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 > 604 625 +hsync +vsync (46.9 kHz) > (II) intel(0): Modeline "800x600"x0.0 50.00 800 856 976 1040 600 637 > 643 666 +hsync +vsync (48.1 kHz) > (II) intel(0): Modeline "1152x864"x0.0 108.00 1152 1216 1344 1600 864 > 865 868 900 +hsync +vsync (67.5 kHz) > (II) intel(0): Modeline "640x480"x85.0 35.71 640 672 736 832 480 481 > 484 505 -hsync +vsync (42.9 kHz) > (II) intel(0): Modeline "800x600"x85.0 56.55 800 840 928 1056 600 > 601 604 630 -hsync +vsync (53.5 kHz) > (II) intel(0): Modeline "1024x768"x85.0 94.39 1024 1088 1200 1376 > 768 769 772 807 -hsync +vsync (68.6 kHz) > (II) intel(0): Modeline "1152x864"x85.0 119.65 1152 1224 1352 1552 > 864 865 868 907 -hsync +vsync (77.1 kHz) > (II) intel(0): Modeline "1280x960"x60.0 102.10 1280 1360 1496 1712 > 960 961 964 994 -hsync +vsync (59.6 kHz) > (II) intel(0): Modeline "1280x1024"x75.0 138.54 1280 1368 1504 1728 > 1024 1025 1028 1069 -hsync +vsync (80.2 kHz) > (II) intel(0): Modeline "1600x1200"x65.0 176.23 1600 1712 1888 2176 > 1200 1201 1204 1246 -hsync +vsync (81.0 kHz) > (II) intel(0): EDID vendor "NEC", prod id 17450 > (II) intel(0): Output VGA connected > (II) intel(0): Using user preference for initial modes > (II) intel(0): Output VGA using initial mode 1280x1024 > (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already cl= ear > (II) intel(0): detected 256 kB GTT. > (II) intel(0): detected 7932 kB stolen memory. > (=3D=3D) intel(0): video overlay key set to 0x83e > (=3D=3D) intel(0): Intel XvMC decoder disabled > (=3D=3D) intel(0): Will not try to enable page flipping > (=3D=3D) intel(0): Triple buffering disabled > (=3D=3D) intel(0): Using gamma correction (1.0, 1.0, 1.0) > (**) intel(0): Display dimensions: (320, 240) mm > (**) intel(0): DPI set to (111, 148) > (II) Loading sub module "fb" > (II) LoadModule: "fb" > > (II) Loading /usr/local/lib/xorg/modules//libfb.so > (II) Module fb: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > ABI class: X.Org ANSI C Emulation, version 0.4 > (II) Loading sub module "exa" > (II) LoadModule: "exa" > > (II) Loading /usr/local/lib/xorg/modules//libexa.so > (II) Module exa: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 2.4.0 > ABI class: X.Org Video Driver, version 4.1 > (II) Loading sub module "ramdac" > (II) LoadModule: "ramdac" > (II) Module "ramdac" already built-in > (II) intel(0): Comparing regs from server start up to After PreInit > (II) do I need RAC? No, I don't. > (II) resource ranges after preInit: > [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] > [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] > [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [4] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) > [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) > [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) > [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) > [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) > (II) intel(0): Kernel reported 241152 total, 0 used > (II) intel(0): I830CheckAvailableMemory: 964608 kB available > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 11, (OK) > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 11, (OK) > drmOpenByBusid: Searching for BusID pci:0000:00:02.0 > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 11, (OK) > drmOpenByBusid: drmOpenMinor returns 11 > drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 > (II) [drm] DRM interface version 1.2 > (II) [drm] DRM open master succeeded. > (II) intel(0): [drm] Using the DRM lock SAREA also for drawables. > (II) intel(0): [drm] framebuffer mapped by ddx driver > (II) intel(0): [drm] added 1 reserved context for kernel > (II) intel(0): X context handle =3D 0x1 > (II) intel(0): [drm] installed DRM signal handler > (**) intel(0): Framebuffer compression disabled > (**) intel(0): Tiling enabled > (=3D=3D) intel(0): VideoRam: 262144 KB > (II) intel(0): Attempting memory allocation with tiled buffers. > (II) intel(0): Tiled allocation successful. > (II) intel(0): [drm] Registers =3D 0xcfd80000 > (II) intel(0): [drm] ring buffer =3D 0xd0000000 > (II) intel(0): [drm] mapped front buffer at 0xd0800000, handle =3D 0xd080= 0000 > (II) intel(0): [drm] mapped back buffer at 0xd2800000, handle =3D 0xd2800= 000 > (II) intel(0): [drm] mapped depth buffer at 0xd3000000, handle =3D 0xd300= 0000 > (II) intel(0): [drm] mapped classic textures at 0xd3800000, handle =3D > 0xd3800000 > (II) intel(0): [drm] Initialized kernel agp heap manager, 33554432 > (II) intel(0): [dri] visual configs initialized > (II) intel(0): Page Flipping disabled > (II) intel(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is > 0x0000 > (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already cl= ear > (II) EXA(0): Offscreen pixmap area of 17203200 bytes > (II) EXA(0): Driver registered support for the following operations: > (II) Solid > (II) Copy > (II) Composite (RENDER acceleration) > (=3D=3D) intel(0): Backing store disabled > (=3D=3D) intel(0): Silken mouse enabled > (II) intel(0): Initializing HW Cursor > (II) intel(0): [DRI] installation complete > (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset > 2048) > (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset > 4096) > (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset > 10240) > (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset > 12288) > (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset > 14336) > (II) intel(0): Fixed memory allocation layout: > (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) > (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, > 0x000000003f820000 physical > ) > (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) > (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) > (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, > 0x000000003f932000 physical > ) > (II) intel(0): 0x007bf000: end of stolen memory > (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled > (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) > (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled > (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled > (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) > (II) intel(0): 0x10000000: end of aperture > (WW) intel(0): ESR is 0x00000001, instruction error > (WW) intel(0): Existing errors found in hardware state. > (II) intel(0): Output configuration: > (II) intel(0): Pipe A is on > (II) intel(0): Display plane A is now enabled and connected to pipe A. > (II) intel(0): Pipe B is off > (II) intel(0): Display plane B is now disabled and connected to pipe B. > (II) intel(0): Output VGA is connected to pipe A > (II) intel(0): [drm] dma control initialized, using IRQ 255 > (II) intel(0): RandR 1.2 enabled, ignore the following RandR disabled > message. > (II) intel(0): DPMS enabled > (II) intel(0): Set up textured video > (II) intel(0): Set up overlay video > (II) intel(0): direct rendering: Enabled > (--) RandR disabled > (II) Initializing built-in extension MIT-SHM > (II) Initializing built-in extension XInputExtension > (II) Initializing built-in extension XTEST > (II) Initializing built-in extension XKEYBOARD > (II) Initializing built-in extension XINERAMA > (II) Initializing built-in extension XFIXES > (II) Initializing built-in extension RENDER > (II) Initializing built-in extension RANDR > (II) Initializing built-in extension COMPOSITE > (II) Initializing built-in extension DAMAGE > (II) Initializing built-in extension XEVIE > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 12, (OK) > drmOpenByBusid: Searching for BusID pci:0000:00:02.0 > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 12, (OK) > drmOpenByBusid: drmOpenMinor returns 12 > drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 > (II) AIGLX: enabled GLX_MESA_copy_sub_buffer > (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control > (II) AIGLX: enabled GLX_texture_from_pixmap with driver support > (II) AIGLX: Loaded and initialized /usr/local/lib/dri/i915_dri.so > (II) GLX: Initialized DRI GL provider for screen 0 > (II) intel(0): Setting screen physical size to 306 x 230 > (**) Option "Protocol" "AUTO" > (**) Mouse1: Device: "/dev/sysmouse" > (**) Mouse1: Protocol: "AUTO" > (**) Option "CorePointer" > (**) Mouse1: always reports core events > (**) Option "Device" "/dev/sysmouse" > (**) Option "Buttons" "10" > (**) Option "Emulate3Buttons" "no" > (**) Option "ZAxisMapping" "4 5" > (**) Mouse1: ZAxisMapping: buttons 4 and 5 > (**) Option "ButtonMapping" "1 2 3 6 7 8 9 10 4 5" > (**) Mouse1: Buttons: 10 > (**) Mouse1: Sensitivity: 1 > (**) Option "CoreKeyboard" > (**) Keyboard1: always reports core events > (**) Option "Protocol" "standard" > (**) Keyboard1: Protocol: standard > (**) Option "AutoRepeat" "500 30" > (**) Option "XkbRules" "xorg" > (**) Keyboard1: XkbRules: "xorg" > (**) Option "XkbModel" "pc105" > (**) Keyboard1: XkbModel: "pc105" > (**) Option "XkbLayout" "us" > (**) Keyboard1: XkbLayout: "us" > (**) Option "CustomKeycodes" "off" > (**) Keyboard1: CustomKeycodes disabled > (II) evaluating device (Mouse1) > (II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE) > (II) evaluating device (Keyboard1) > (II) XINPUT: Adding extended input device "Keyboard1" (type: KEYBOARD) > (II) Mouse1: SetupAuto: hw.iftype is 4, hw.model is 0 > (II) Mouse1: SetupAuto: protocol is SysMouse > (II) config/hal: Adding input device USB-PS/2 Optical Mouse > (EE) config/hal: NewInputDeviceRequest failed > (II) config/hal: Adding input device Natural? Ergonomic Keyboard 4000 > (EE) config/hal: NewInputDeviceRequest failed > (II) config/hal: Adding input device AT Keyboard > (EE) config/hal: NewInputDeviceRequest failed > (II) intel(0): I2C bus "CRTDDC_A" initialized. > (II) intel(0): I2C bus "CRTDDC_A" removed. > (II) intel(0): I2C bus "CRTDDC_A" initialized. > (II) intel(0): I2C device "CRTDDC_A:ddc2" registered at address 0xA0. > (II) intel(0): I2C device "CRTDDC_A:ddc2" removed. > (II) intel(0): I2C bus "CRTDDC_A" removed. > (II) intel(0): EDID vendor "NEC", prod id 17450 > (II) intel(0): Using hsync ranges from config file > (II) intel(0): Using vrefresh ranges from config file > (II) intel(0): Printing DDC gathered Modelines: > (II) intel(0): Modeline "1600x1200"x0.0 175.50 1600 1664 1856 2160 > 1200 1201 1204 1250 +hsync +vsync (81.2 kHz) > (II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 > 605 628 +hsync +vsync (37.9 kHz) > (II) intel(0): Modeline "800x600"x0.0 36.00 800 824 896 1024 600 601 > 603 625 +hsync +vsync (35.2 kHz) > (II) intel(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 > 484 500 -hsync -vsync (37.5 kHz) > (II) intel(0): Modeline "640x480"x0.0 31.50 640 664 704 832 480 489 > 491 520 -hsync -vsync (37.9 kHz) > (II) intel(0): Modeline "640x480"x0.0 30.24 640 704 768 864 480 483 > 486 525 -hsync -vsync (35.0 kHz) > (II) intel(0): Modeline "640x480"x0.0 25.20 640 656 752 800 480 490 > 492 525 -hsync -vsync (31.5 kHz) > (II) intel(0): Modeline "720x400"x0.0 35.50 720 738 846 900 400 421 > 423 449 -hsync -vsync (39.4 kHz) > (II) intel(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 > 414 449 -hsync +vsync (31.5 kHz) > (II) intel(0): Modeline "1280x1024"x0.0 135.00 1280 1296 1440 1688 > 1024 1025 1028 1066 +hsync +vsync (80.0 kHz) > (II) intel(0): Modeline "1024x768"x0.0 78.80 1024 1040 1136 1312 768 > 769 772 800 +hsync +vsync (60.1 kHz) > (II) intel(0): Modeline "1024x768"x0.0 75.00 1024 1048 1184 1328 768 > 771 777 806 -hsync -vsync (56.5 kHz) > (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 > 771 777 806 -hsync -vsync (48.4 kHz) > > (II) intel(0): Modeline "1024x768"x0.0 44.90 1024 1032 1208 1264 768 > 768 776 817 interlace +hsync +vsync (35.5 kHz) > (II) intel(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 > 628 667 -hsync -vsync (49.7 kHz) > (II) intel(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 > 604 625 +hsync +vsync (46.9 kHz) > (II) intel(0): Modeline "800x600"x0.0 50.00 800 856 976 1040 600 637 > 643 666 +hsync +vsync (48.1 kHz) > (II) intel(0): Modeline "1152x864"x0.0 108.00 1152 1216 1344 1600 864 > 865 868 900 +hsync +vsync (67.5 kHz) > (II) intel(0): Modeline "640x480"x85.0 35.71 640 672 736 832 480 481 > 484 505 -hsync +vsync (42.9 kHz) > (II) intel(0): Modeline "800x600"x85.0 56.55 800 840 928 1056 600 > 601 604 630 -hsync +vsync (53.5 kHz) > (II) intel(0): Modeline "1024x768"x85.0 94.39 1024 1088 1200 1376 > 768 769 772 807 -hsync +vsync (68.6 kHz) > (II) intel(0): Modeline "1152x864"x85.0 119.65 1152 1224 1352 1552 > 864 865 868 907 -hsync +vsync (77.1 kHz) > (II) intel(0): Modeline "1280x960"x60.0 102.10 1280 1360 1496 1712 > 960 961 964 994 -hsync +vsync (59.6 kHz) > (II) intel(0): Modeline "1280x1024"x75.0 138.54 1280 1368 1504 1728 > 1024 1025 1028 1069 -hsync +vsync (80.2 kHz) > (II) intel(0): Modeline "1600x1200"x65.0 176.23 1600 1712 1888 2176 > 1200 1201 1204 1246 -hsync +vsync (81.0 kHz) > (II) intel(0): EDID vendor "NEC", prod id 17450 > (II) AIGLX: Suspending AIGLX clients for VT switch > (II) intel(0): xf86UnbindGARTMemory: unbind key 11 > (II) intel(0): xf86UnbindGARTMemory: unbind key 12 > (II) intel(0): xf86UnbindGARTMemory: unbind key 13 > (II) intel(0): xf86UnbindGARTMemory: unbind key 14 > (II) intel(0): xf86UnbindGARTMemory: unbind key 15 > (II) AIGLX: Resuming AIGLX clients after VT switch > (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset > 2048) > (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset > 4096) > (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset > 10240) > (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset > 12288) > (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset > 14336) > (II) intel(0): Fixed memory allocation layout: > (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) > (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, > 0x000000003f820000 physical > ) > (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) > (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) > (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, > 0x000000003f932000 physical > ) > (II) intel(0): 0x00133000-0x0015bfff: xv buffer (164 kB) > (II) intel(0): 0x007bf000: end of stolen memory > (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled > (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) > (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled > (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled > (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) > (II) intel(0): 0x10000000: end of aperture > (WW) intel(0): ESR is 0x00000001, instruction error > (WW) intel(0): Existing errors found in hardware state. > (II) intel(0): Output configuration: > (II) intel(0): Pipe A is on > (II) intel(0): Display plane A is now enabled and connected to pipe A. > (II) intel(0): Pipe B is off > (II) intel(0): Display plane B is now disabled and connected to pipe B. > (II) intel(0): Output VGA is connected to pipe A > (II) intel(0): [drm] mapped front buffer at 0xd0800000, handle =3D 0xd080= 0000 > (II) intel(0): [drm] dma control initialized, using IRQ 255 > (**) Option "BaudRate" "1200" > (**) Option "StopBits" "2" > (**) Option "DataBits" "8" > (**) Option "Parity" "None" > (**) Option "Vmin" "1" > (**) Option "Vtime" "0" > (**) Option "FlowControl" "None" > (II) AIGLX: Suspending AIGLX clients for VT switch > (II) intel(0): xf86UnbindGARTMemory: unbind key 11 > (II) intel(0): xf86UnbindGARTMemory: unbind key 12 > (II) intel(0): xf86UnbindGARTMemory: unbind key 13 > (II) intel(0): xf86UnbindGARTMemory: unbind key 14 > (II) intel(0): xf86UnbindGARTMemory: unbind key 15 > (II) AIGLX: Resuming AIGLX clients after VT switch > (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset > 2048) > (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset > 4096) > (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset > 10240) > (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset > 12288) > (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset > 14336) > (II) intel(0): Fixed memory allocation layout: > (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) > (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, > 0x000000003f820000 physical > ) > (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) > (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) > (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, > 0x000000003f932000 physical > ) > (II) intel(0): 0x00133000-0x0015bfff: xv buffer (164 kB) > (II) intel(0): 0x007bf000: end of stolen memory > (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled > (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) > (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled > (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled > (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) > (II) intel(0): 0x10000000: end of aperture > (WW) intel(0): ESR is 0x00000001, instruction error > (WW) intel(0): Existing errors found in hardware state. > (II) intel(0): Output configuration: > (II) intel(0): Pipe A is on > (II) intel(0): Display plane A is now enabled and connected to pipe A. > (II) intel(0): Pipe B is off > (II) intel(0): Display plane B is now disabled and connected to pipe B. > (II) intel(0): Output VGA is connected to pipe A > (II) intel(0): [drm] dma control initialized, using IRQ 255 > (II) AIGLX: Suspending AIGLX clients for VT switch > (II) intel(0): xf86UnbindGARTMemory: unbind key 11 > (II) intel(0): xf86UnbindGARTMemory: unbind key 12 > (II) intel(0): xf86UnbindGARTMemory: unbind key 13 > (II) intel(0): xf86UnbindGARTMemory: unbind key 14 > (II) intel(0): xf86UnbindGARTMemory: unbind key 15 > (II) AIGLX: Resuming AIGLX clients after VT switch > (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset > 2048) > (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset > 4096) > (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset > 10240) > (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset > 12288) > (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset > 14336) > (II) intel(0): Fixed memory allocation layout: > (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) > (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, > 0x000000003f820000 physical > ) > (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) > (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) > (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, > 0x000000003f932000 physical > ) > (II) intel(0): 0x00133000-0x0015bfff: xv buffer (164 kB) > (II) intel(0): 0x007bf000: end of stolen memory > (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled > (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) > (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled > (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled > (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) > (II) intel(0): 0x10000000: end of aperture > (WW) intel(0): ESR is 0x00000001, instruction error > (WW) intel(0): Existing errors found in hardware state. > (II) intel(0): Output configuration: > (II) intel(0): Pipe A is on > (II) intel(0): Display plane A is now enabled and connected to pipe A. > (II) intel(0): Pipe B is off > (II) intel(0): Display plane B is now disabled and connected to pipe B. > (II) intel(0): Output VGA is connected to pipe A > (II) intel(0): [drm] dma control initialized, using IRQ 255 > (II) AIGLX: Suspending AIGLX clients for VT switch > (II) intel(0): xf86UnbindGARTMemory: unbind key 11 > (II) intel(0): xf86UnbindGARTMemory: unbind key 12 > (II) intel(0): xf86UnbindGARTMemory: unbind key 13 > (II) intel(0): xf86UnbindGARTMemory: unbind key 14 > (II) intel(0): xf86UnbindGARTMemory: unbind key 15 > (II) AIGLX: Resuming AIGLX clients after VT switch > (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset > 2048) > (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset > 4096) > (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset > 10240) > (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset > 12288) > (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset > 14336) > (II) intel(0): Fixed memory allocation layout: > (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) > (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, > 0x000000003f820000 physical > ) > (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) > (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) > (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, > 0x000000003f932000 physical > ) > (II) intel(0): 0x00133000-0x0015bfff: xv buffer (164 kB) > (II) intel(0): 0x007bf000: end of stolen memory > (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled > (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) > (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled > (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled > (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) > (II) intel(0): 0x10000000: end of aperture > (WW) intel(0): ESR is 0x00000001, instruction error > (WW) intel(0): Existing errors found in hardware state. > (II) intel(0): Output configuration: > (II) intel(0): Pipe A is on > (II) intel(0): Display plane A is now enabled and connected to pipe A. > (II) intel(0): Pipe B is off > (II) intel(0): Display plane B is now disabled and connected to pipe B. > (II) intel(0): Output VGA is connected to pipe A > (II) intel(0): [drm] dma control initialized, using IRQ 255 > (II) AIGLX: Suspending AIGLX clients for VT switch > (II) intel(0): xf86UnbindGARTMemory: unbind key 11 > (II) intel(0): xf86UnbindGARTMemory: unbind key 12 > (II) intel(0): xf86UnbindGARTMemory: unbind key 13 > (II) intel(0): xf86UnbindGARTMemory: unbind key 14 > (II) intel(0): xf86UnbindGARTMemory: unbind key 15 > (II) AIGLX: Resuming AIGLX clients after VT switch > (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset > 2048) > (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset > 4096) > (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset > 10240) > (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset > 12288) > (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset > 14336) > (II) intel(0): Fixed memory allocation layout: > (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) > (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, > 0x000000003f820000 physical > ) > (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) > (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) > (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, > 0x000000003f932000 physical > ) > (II) intel(0): 0x00133000-0x0015bfff: xv buffer (164 kB) > (II) intel(0): 0x007bf000: end of stolen memory > (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled > (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) > (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled > (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled > (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) > (II) intel(0): 0x10000000: end of aperture > (WW) intel(0): ESR is 0x00000001, instruction error > (WW) intel(0): Existing errors found in hardware state. > (II) intel(0): Output configuration: > (II) intel(0): Pipe A is on > (II) intel(0): Display plane A is now enabled and connected to pipe A. > (II) intel(0): Pipe B is off > (II) intel(0): Display plane B is now disabled and connected to pipe B. > (II) intel(0): Output VGA is connected to pipe A > (II) intel(0): [drm] dma control initialized, using IRQ 255 > (II) AIGLX: Suspending AIGLX clients for VT switch > (II) intel(0): xf86UnbindGARTMemory: unbind key 11 > (II) intel(0): xf86UnbindGARTMemory: unbind key 12 > (II) intel(0): xf86UnbindGARTMemory: unbind key 13 > (II) intel(0): xf86UnbindGARTMemory: unbind key 14 > (II) intel(0): xf86UnbindGARTMemory: unbind key 15 > (II) AIGLX: Resuming AIGLX clients after VT switch > (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset > 2048) > (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset > 4096) > (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset > 10240) > (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset > 12288) > (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset > 14336) > (II) intel(0): Fixed memory allocation layout: > (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) > (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, > 0x000000003f820000 physical > ) > (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) > (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) > (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, > 0x000000003f932000 physical > ) > (II) intel(0): 0x00133000-0x0015bfff: xv buffer (164 kB) > (II) intel(0): 0x007bf000: end of stolen memory > (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled > (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) > (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled > (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled > (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) > (II) intel(0): 0x10000000: end of aperture > (WW) intel(0): ESR is 0x00000001, instruction error > (WW) intel(0): Existing errors found in hardware state. > (II) intel(0): Output configuration: > (II) intel(0): Pipe A is on > (II) intel(0): Display plane A is now enabled and connected to pipe A. > (II) intel(0): Pipe B is off > (II) intel(0): Display plane B is now disabled and connected to pipe B. > (II) intel(0): Output VGA is connected to pipe A > (II) intel(0): [drm] dma control initialized, using IRQ 255 > AUDIT: Wed Feb 4 05:03:59 2009: 99951 X: client 25 rejected from IP > 64.62.181.2 > (II) AIGLX: Suspending AIGLX clients for VT switch > (II) intel(0): xf86UnbindGARTMemory: unbind key 11 > (II) intel(0): xf86UnbindGARTMemory: unbind key 12 > (II) intel(0): xf86UnbindGARTMemory: unbind key 13 > (II) intel(0): xf86UnbindGARTMemory: unbind key 14 > (II) intel(0): xf86UnbindGARTMemory: unbind key 15 > (II) AIGLX: Resuming AIGLX clients after VT switch > (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x00800000 (pgoffset > 2048) > (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x01000000 (pgoffset > 4096) > (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x02800000 (pgoffset > 10240) > (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x03000000 (pgoffset > 12288) > (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x03800000 (pgoffset > 14336) > (II) intel(0): Fixed memory allocation layout: > (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) > (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, > 0x000000003f820000 physical > ) > (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) > (II) intel(0): 0x00032000-0x00131fff: fake bufmgr (1024 kB) > (II) intel(0): 0x00132000-0x00132fff: overlay registers (4 kB, > 0x000000003f932000 physical > ) > (II) intel(0): 0x00133000-0x0015bfff: xv buffer (164 kB) > (II) intel(0): 0x007bf000: end of stolen memory > (II) intel(0): 0x00800000-0x00ffffff: front buffer (5600 kB) X tiled > (II) intel(0): 0x01000000-0x02067fff: exa offscreen (16800 kB) > (II) intel(0): 0x02800000-0x02ffffff: back buffer (5632 kB) X tiled > (II) intel(0): 0x03000000-0x037fffff: depth buffer (5632 kB) X tiled > (II) intel(0): 0x03800000-0x057fffff: classic textures (32768 kB) > (II) intel(0): 0x10000000: end of aperture > (WW) intel(0): ESR is 0x00000001, instruction error > (WW) intel(0): Existing errors found in hardware state. > (II) intel(0): Output configuration: > (II) intel(0): Pipe A is on > (II) intel(0): Display plane A is now enabled and connected to pipe A. > (II) intel(0): Pipe B is off > (II) intel(0): Display plane B is now disabled and connected to pipe B. > (II) intel(0): Output VGA is connected to pipe A > (II) intel(0): [drm] dma control initialized, using IRQ 255 > [mi] EQ overflowing. The server is probably stuck in an infinite loop. > [mi] mieqEnequeue: out-of-order valuator event; dropping. > [mi] EQ overflowing. The server is probably stuck in an infinite loop. > [mi] mieqEnequeue: out-of-order valuator event; dropping. > [mi] EQ overflowing. The server is probably stuck in an infinite loop. > [mi] mieqEnequeue: out-of-order valuator event; dropping. > [mi] EQ overflowing. The server is probably stuck in an infinite loop. > [mi] mieqEnequeue: out-of-order valuator event; dropping. > > > > -- > Over the years I've come to regard you as people I've met. > > > > ------------------------------ > > Message: 15 > Date: Sat, 7 Feb 2009 07:55:21 +0000 > From: Frank Shute <frank@shute.org.uk> > Subject: Re: broken ports > To: David Collins <davidcollins001@gmail.com> > Cc: Dominic Fandrey <kamikaze@bsdforen.de>, > freebsd-questions@freebsd.org > Message-ID: <20090207075521.GA93084@melon.esperance-linux.co.uk> > Content-Type: text/plain; charset=3Dus-ascii > > On Thu, Feb 05, 2009 at 10:18:52AM +0000, David Collins wrote: > > > > Sorry, forgot about that. Looking at it again I am not sure this is a > > ports thing, and more of an issue with the compiling tool chain. > > > > > > viper:/usr/ports/net-p2p/rtorrent$ sudo make > > =3D=3D=3D> Vulnerability check disabled, database not found > > =3D=3D=3D> Found saved configuration for rtorrent-0.8.2_1 > > =3D> rtorrent-0.8.2.tar.gz doesn't seem to exist in /usr/ports/distfile= s/. > > =3D> Attempting to fetch from http://libtorrent.rakshasa.no/downloads/. > > rtorrent-0.8.2.tar.gz 100% of 494 kB 48 kBps > 00m00s > > =3D=3D=3D> Extracting for rtorrent-0.8.2_1 > > =3D> MD5 Checksum OK for rtorrent-0.8.2.tar.gz. > > =3D> SHA256 Checksum OK for rtorrent-0.8.2.tar.gz. > > =3D=3D=3D> Patching for rtorrent-0.8.2_1 > > =3D=3D=3D> Applying FreeBSD patches for rtorrent-0.8.2_1 > > =3D=3D=3D> rtorrent-0.8.2_1 depends on package: libtorrent=3D0.12.2 -= found > > =3D=3D=3D> rtorrent-0.8.2_1 depends on shared library: curl.5 - found > > =3D=3D=3D> Configuring for rtorrent-0.8.2_1 > > checking for a BSD-compatible install... /usr/bin/install -c -o root -g > wheel > > checking whether build environment is sane... yes > > checking for a thread-safe mkdir -p... ./install-sh -c -d > > checking for gawk... gawk > > checking whether make sets $(MAKE)... yes > > checking for C++ compiler default output file name... > > configure: error: C++ compiler cannot create executables > > See `config.log' for more details. > > =3D=3D=3D> Script "configure" failed unexpectedly. > > Please report the problem to flz@FreeBSD.org [maintainer] and attach > the > > "/usr/ports/net-p2p/rtorrent/work/rtorrent-0.8.2/config.log" including > the > > output of the failure of your make command. Also, it might be a good id= ea > to > > provide an overview of all packages installed on your system (e.g. an `= ls > > /var/db/pkg`). > > *** Error code 1 > > > > Stop in /usr/ports/net-p2p/rtorrent. > > *** Error code 1 > > > > Stop in /usr/ports/net-p2p/rtorrent. > > > > > > > > Also this might help > > > > viper:/usr/ports/net-p2p/rtorrent$ uname -a > > FreeBSD viper.homeunix.com 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb > > 24 19:59:52 UTC 2008 > > root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > > > > > > > > On 05/02/2009, Dominic Fandrey <kamikaze@bsdforen.de> wrote: > > > David Collins wrote: > > >> Hi, > > >> > > >> I am not sure if this is better here or in the ports list, but I > > >> thought that since it is something that I have done because I don't > > >> know what I am doing here would be better > > >> > > >> A while ago I installed ports and everything was working fine. > > >> Recently I thought one of my ports was causing my machine to crash s= o > > >> I uninstalled it, but later found out that the only problem was a po= or > > >> wireless network and low diskspace. Trying to reinstall the port > > >> failed at the configure stage. I tried a few others and they also > > >> failed at the same stage. This leads me to believe that it is > > >> something I have done. > > >> > > >> So here is the make install error: > > >> =3D=3D=3D> Script "configure" failed unexpectedly.Please report the= problem > > >> to kuriyama@FreeBSD.org [maintainer] and attach > > >> the"/usr/ports/textproc/expat2/work/expat-2.0.1/config.log" includin= g > > >> the outputof the failure of your make command. Also, it might be a > > >> good idea to providean overview of all packages installed on your > > >> system (e.g. an `ls/var/db/pkg`). > > >> > > >> I found a post saying to try to compile a test program, so I tried > that: > > >> viper:~$ gcc -o hello hello.c > > >> /usr/bin/ld: cannot find -lgcc_s > > >> > > >> So it appears that I have completely screwed the pooch! Is there > > >> anything I can do to fix this? > > >> > > >> Thanks > > >> David Collins > > How did you uninstall that port after which everything fails at the > configure stage? Which port was it? > > Check a couple of things: > > $ which c++ > > and: > > $ locate gcc_s | grep lib > > Have you installed/uninstalled a c/c++ compiler from ports? > > > Regards, > > -- > > Frank > > > Contact info: http://www.shute.org.uk/misc/contact.html > > > > ------------------------------ > > Message: 16 > Date: Sat, 7 Feb 2009 10:00:37 +0200 > From: Omer Faruk Sen <omerfsen@gmail.com> > Subject: FreeBSD 6.3/7.1 and Linux disk performance test > To: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org > Message-ID: > <75a268720902070000r7dbe758aq60454092fcab0198@mail.gmail.com> > Content-Type: text/plain; charset=3DISO-8859-1 > > Hi, > > I have installed a new server to test performance results. BIOS and > RAID BIOS is the latest in this server ( Raid controller is a Intel > SRCSASBB8I ) > > > > # dmesg |grep -i mfi > mfi0: <LSI MegaSAS 1078> port 0x2000-0x20ff mem > 0xb8b00000-0xb8b3ffff,0xb8b40000-0xb8b7ffff irq 16 at device 0.0 on > pci10 > mfi0: Megaraid SAS driver Ver 3.00 > mfi0: 1870 (287314652s/0x0020/info) - Shutdown command received from host > mfi0: 1871 (boot + 3s/0x0020/info) - Firmware initialization started > (PCI ID 0060/1000/1013/8086) > mfi0: 1872 (boot + 3s/0x0020/info) - Firmware version 1.20.72-0562 > mfi0: 1873 (boot + 3s/0x0020/info) - Board Revision > mfi0: 1874 (boot + 15s/0x0002/info) - Inserted: PD 08(e0xff/s8) > mfi0: 1875 (boot + 15s/0x0002/info) - Inserted: PD 08(e0xff/s8) Info: > enclPd=3Dffff, scsiType=3D0, portMap=3D00, > sasAddr=3D5000c5000bcb90b1,0000000000000000 > mfi0: 1876 (boot + 15s/0x0002/info) - Inserted: PD 09(e0xff/s9) > mfi0: 1877 (boot + 15s/0x0002/info) - Inserted: PD 09(e0xff/s9) Info: > enclPd=3Dffff, scsiType=3D0, portMap=3D01, > sasAddr=3D5000c5000bcb962d,0000000000000000 > mfi0: 1878 (boot + 15s/0x0002/info) - Inserted: PD 0a(e0xff/s10) > mfi0: 1879 (boot + 15s/0x0002/info) - Inserted: PD 0a(e0xff/s10) Info: > enclPd=3Dffff, scsiType=3D0, portMap=3D02, > sasAddr=3D5000c5000bcb8f8d,0000000000000000 > mfi0: [ITHREAD] > mfi0: 1880 (287314711s/0x0020/info) - Time established as 02/07/09 > 9:38:31; (52 seconds since power on) > mfid0: <MFI Logical Disk> on mfi0 > mfid0: 556928MB (1140588544 sectors) RAID volume '' > > > I have installed RHEL 5.3 x64 on this server and here is simple dd > performance test: > > Last login: Fri Feb 6 12:15:32 2009 from 10.0.0.51 > [root@localhost ~]# dd if=3D/dev/zero of=3Dbigfile bs=3D8192 count=3D1000= 00 > 100000+0 records in > 100000+0 records out > 819200000 bytes (819 MB) copied, 1.8473 seconds, 443 MB/s > [root@localhost ~]# dd if=3D/dev/zero of=3Dbigfile bs=3D8192 count=3D1000= 00 > 100000+0 records in > 100000+0 records out > 819200000 bytes (819 MB) copied, 2.05412 seconds, 399 MB/s > [root@localhost ~]# dd if=3D/dev/zero of=3Dbigfile bs=3D8192 count=3D1000= 00 > 100000+0 records in > 100000+0 records out > 819200000 bytes (819 MB) copied, 1.94096 seconds, 422 MB/s > [root@localhost ~]# dd if=3D/dev/zero of=3Dbigfile bs=3D8192 count=3D1000= 00 > 100000+0 records in > 100000+0 records out > 819200000 bytes (819 MB) copied, 2.1092 seconds, 388 MB/s > [root@localhost ~]# dd if=3D/dev/zero of=3Dbigfile bs=3D8192 count=3D1000= 00 > 100000+0 records in > 100000+0 records out > 819200000 bytes (819 MB) copied, 1.84414 seconds, 444 MB/s > [root@localhost ~]# dd if=3D/dev/zero of=3Dbigfile bs=3D8192 count=3D1000= 00 > 100000+0 records in > 100000+0 records out > 819200000 bytes (819 MB) copied, 2.09829 seconds, 390 MB/s > > And after that I have tested with FreeBSD 6.3 and 7.1: > > 6.3: > > # dd if=3D/dev/zero of=3Dbigfile bs=3D8192 count=3D100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.534685 secs (231760388 bytes/sec) > # cd /var/tmp/ > # dd if=3D/dev/zero of=3Dbigfile bs=3D8192 count=3D100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.051668 secs (268443342 bytes/sec) > # cd / > # cd /var/tmp/ > # dd if=3D/dev/zero of=3Dbigfile bs=3D8192 count=3D100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.001266 secs (272951481 bytes/sec) > # cd /home/ > cd: can't cd to /home/ > # cd /usr/ > # dd if=3D/dev/zero of=3Dbigfile bs=3D8192 count=3D100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.678156 secs (222720290 bytes/sec) > # cd /boot > # dd if=3D/dev/zero of=3Dbigfile bs=3D8192 count=3D100000 > cd /usr/100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 2.985471 secs (274395563 bytes/sec) > # local > # pwd > /usr/local > # dd if=3D/dev/zero of=3Dbigfile bs=3D8192 count=3D100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.501986 secs (233924406 bytes/sec) > > 7.1: > > Filesystem Size Used Avail Capacity Mounted on > /dev/mfid0s1a 9.7G 2.6G 6.3G 29% / > devfs 1.0K 1.0K 0B 100% /dev > /dev/mfid0s1d 478G 4.0K 440G 0% /opt > # dd if=3D/dev/zero of=3Dbigfile bs=3D8192 count=3D100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.441476 secs (238037393 bytes/sec) > # cd / > # dd if=3D/dev/zero of=3Dbigfile bs=3D8192 count=3D100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.132512 secs (261515371 bytes/sec) > # cd /usr/local/ > # dd if=3D/dev/zero of=3Dbigfile bs=3D8192 count=3D100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.296514 secs (248504951 bytes/sec) > > # cd /usr > # dd if=3D/dev/zero of=3Dbigfile bs=3D8192 count=3D100000 > 100000+0 records in > 100000+0 records out > 819200000 bytes transferred in 3.069655 secs (266870386 bytes/sec) > > as you can see there is a big difference in just simple dd test. Is > there additional steps that I can follow to increase performance? By > the way If I use write-thru cache on this raid card FreeBSD 6.3 and > FreeBSD 7.1 only gives 13MB/s~ which is very very bad. Linux gives a > slight decrease on dd test with write-thru cache but freebsd goes from > 230-270 MB/s to only 13 MB/s > > > Regards. > > > ------------------------------ > > Message: 17 > Date: Sat, 7 Feb 2009 10:09:03 +0100 (CET) > From: Wojciech Puchar <wojtek@wojtek.tensor.gdynia.pl> > Subject: Re: insert new line in files > To: Adam Vande More <amvandemore@gmail.com> > Cc: freebsd-questions@freebsd.org > Message-ID: <20090207100621.X49625@wojtek.tensor.gdynia.pl> > Content-Type: TEXT/PLAIN; charset=3DUS-ASCII; format=3Dflowed > > > I want to insert a new line of text at a certain position in certain > files > > recursively under a directory. More specifically, I want text like thi= s: > > > > include('/usr/home/www/imp-sites/default_inventory.php'); > > write a script: > > #!/usr/local/bin/bash > (a=3D0 > while [ $a -lt 36 ];do > read line > echo "$line" > a=3D$[a+1] > done > echo "include('/usr/home/www/imp-sites/default_inventory.php');" > while read line;do > echo "$line" > done) <$1 >/tmp/$$ > mv -f /tmp/$$ $1 > > > run it over each file > > > > ------------------------------ > > Message: 18 > Date: Sat, 07 Feb 2009 01:09:41 -0800 > From: perryh@pluto.rain.com > Subject: Re: disk recovery problem II > To: roberthuff@rcn.com > Cc: questions@freebsd.org > Message-ID: <498d4fd5.8XSHEMLWeqcIx3zw%perryh@pluto.rain.com<498d4fd5.8XS= HEMLWeqcIx3zw%25perryh@pluto.rain.com> > > > Content-Type: text/plain; charset=3Dus-ascii > > > huff@>> newfs /dev/da3a > > /dev/da3a: 78167.2MB (160086512 sectors) block size 16384, fragment siz= e > 2048 > > using 426 cylinder groups of 183.77MB, 11761 blks, 23552 inodes= . > > super-block backups (for fsck -b #) at: > > 160, 376512, 752864, 1129216, 1505568, 1881920, 2258272, 2634624, > 3010976, > ... > > 159949760 > > cg 0: bad magic number > > Bad drive, perhaps? What do sysutils/smartmontools say? > > > ------------------------------ > > Message: 19 > Date: Sat, 07 Feb 2009 12:47:47 +0300 > From: "Dmitry" <antarex@land.ru> > Subject: DNS Auto in KPPP in FreeBSD 7.1 > To: freebsd-questions@freebsd.org > Message-ID: <12340000674487.1359452590.antarex@land.ru> > Content-Type: text/plain; charset=3D"koi8-r" > > Hi to All! Sorry for my bad English, i am beginning FreeBSD user from > Russia.. > > ------------------------------ > > Message: 20 > Date: Sat, 7 Feb 2009 09:57:13 +0000 > From: Mike Clarke <jmc-freebsd2@milibyte.co.uk> > Subject: Re: insert new line in files > To: freebsd-questions@freebsd.org > Message-ID: <200902070957.13650.jmc-freebsd2@milibyte.co.uk> > Content-Type: text/plain; charset=3D"iso-8859-1" > > On Friday 06 February 2009, Adam Vande More wrote: > > > Progress is being made as it works in the test now with the \\ > > however I'm running into more things I don't understand in regards to > > what I need to escape in my input string. > > Whether to use \ or \\ will depend on your shell. You can avoid > dependence on the shell by using a sed script, e.g. > > curlew:/tmp% cat test.txt > 1 > 2 > 3 > 4 > 5 > 6 > > curlew:/tmp% cat test.sed > #! /usr/bin/sed -f > 5i\ > test > curlew:/tmp% ./test.sed test.txt > 1 > 2 > 3 > 4 > test > 5 > 6 > > -- > Mike Clarke > > > ------------------------------ > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > > End of freebsd-questions Digest, Vol 246, Issue 90 > ************************************************** >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?461e6580902112058k53c2c802j88e737fc47abe952>