From bugmaster at FreeBSD.org Mon Feb 2 03:07:04 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 2 03:08:58 2009 Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org Message-ID: <200902021106.n12B6xCr094557@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/131032 scsi [panic] hald causing panic in scsi_sg o kern/130735 scsi [cam] [patch] pass M_NOWAIT to the malloc() call insid o kern/130621 scsi [mpt] tranfer rate is inscrutable slow when use lsi213 o kern/129602 scsi [ahd] ahd(4) gets confused and wedges SCSI bus o kern/128452 scsi [sa] [panic] Accessing SCSI tape drive randomly crashe o kern/128245 scsi [scsi] "inquiry data fails comparison at DV1 step" [re o kern/127927 scsi [isp] isp(4) target driver crashes kernel when set up o kern/126866 scsi [isp] [panic] kernel panic on card initialization o kern/124667 scsi [amd] [panic] FreeBSD-7 kernel page faults at amd-scsi o kern/123674 scsi [ahc] ahc driver dumping o kern/123666 scsi [aac] attach fails with Adaptec SAS RAID 3805 controll o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc o kern/120487 scsi [sg] scsi_sg incompatible with scanners o kern/120247 scsi [mpt] FreeBSD 6.3 and LSI Logic 1030 = only 3.300MB/s o kern/119668 scsi [cam] [patch] certain errors are too verbose comparing o kern/114597 scsi [sym] System hangs at SCSI bus reset with dual HBAs o kern/110847 scsi [ahd] Tyan U320 onboard problem with more than 3 disks o kern/99954 scsi [ahc] reading from DVD failes on 6.x [regression] o kern/94838 scsi Kernel panic while mounting SD card with lock switch o o kern/92798 scsi [ahc] SCSI problem with timeouts o kern/90282 scsi [sym] SCSI bus resets cause loss of ch device o kern/76178 scsi [ahd] Problem with ahd and large SCSI Raid system o kern/74627 scsi [ahc] [hang] Adaptec 2940U2W Can't boot 5.3 s kern/61165 scsi [panic] kernel page fault after calling cam_send_ccb o kern/60641 scsi [sym] Sporadic SCSI bus resets with 53C810 under load o kern/60598 scsi wire down of scsi devices conflicts with config s kern/57398 scsi [mly] Current fails to install on mly(4) based RAID di o kern/52638 scsi [panic] SCSI U320 on SMP server won't run faster than o kern/44587 scsi dev/dpt/dpt.h is missing defines required for DPT_HAND o kern/40895 scsi wierd kernel / device driver bug o kern/39388 scsi ncr/sym drivers fail with 53c810 and more than 256MB m o kern/38828 scsi [dpt] [request] DPT PM2012B/90 doesn't work o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce 33 problems total. From lawrence.auster at att.net Thu Feb 5 09:27:43 2009 From: lawrence.auster at att.net (Lawrence Auster) Date: Thu Feb 5 09:28:09 2009 Subject: Wealth of U.S.A. Plundered by Jews -- The Holocaust is Now Catholic Dogma -- Why No Neocon Assassinations? Message-ID: <20090205172735.TDLR8735.eastrmmtao102.cox.net@eastrmimpo01.cox.net> Wealth of U.S.A. Plundered by Jews Thursday, 05 February 2009 By Texe Marrs It's all over the media, how one Wall Street crook, Bernie Madoff, masterminded the greatest Ponzi scheme in history. Bernie ripped off investors to the tune of $50 billion, and they're still counting. Fifty billion! That's more than the current market value of General Motors, Disney, Boeing, and Anheuser-Busch combined. And just one solitary individual—a corrupt, money-grabbing Jew named "Madoff"—is the culprit. But, wait...hold on. Is this one crime the whole picture, the full extent of Wall Street's monumental scam and robbery extravaganza? Not by a long shot! Yes Virginia, There is a Santa Claus Citibank's Jewish money-shovelers stole some $200 billion—and then got the idiots at the U.S. Treasury to dole out some $160 billion of our—the suffering taxpayers—hard-earned money into their coffers. Yes, Virginia, there is a Santa Claus and his name is "Uncle Sam." America's banking industry is exclusively Jewish-run. The same goes for Wall Street brokerage and investment houses. Investigate for yourself and you'll discover that the New York-Chicago money crowd is nearly 100 percent Jews. They're the ones—these bamboozling and crafty, satanic Jews—who greedily have broken the backs of millions of bedraggled and unsuspecting American workers through their unparalleled lust for filthy lucre. Jesus told us this would be the case. He warned us in advance. He gave the Jews a choice: God or Mammon. They chose Mammon (i.e., money) and then added icing to their cake on earth by torturing, mocking, then finally nailing our Lord and Savior to a wooden cross. Oh, excuse me. The Jews didn't do it themselves. They never do. They got the Romans to do their dirty work. Pilate at first refused, until the Jews made it clear to the Roman Governor he better do their bidding, or else. Like today's miserly and cowardly politicians, Pilate caved in. Crucified on a Cross of Gold Now, it's America's turn to be crucified, on a cross of Jewish-owned gold. The Jews of Wall Street are the perps of this crucifixion. They run Wall Street, have their grimy hands all over our U.S. Treasury, force Congress to bow down and worship their murderous idol, "Israel," and then lie and cast blame elsewhere. Now Bernie Madoff, former chairman of the NASDAQ Stock Exchange, is only one of thousands of money manipulating Jewish thugs running loose in these 50 states—and they all have Gentile lackeys kissing their feet and mopping floors for them—men like George W. ("McMoron") Bush, Bill ("Bimbo") Clinton, and Vice President Joe ("Big Mouth Clown") Biden, just to name a few. But consider the damage that this one scheming Jew, Madoff, did and multiply that times, say, 100,000. Writing in the Business section of the Austin American-Statesman (December 28, 2008), news reporter Scott Burns commented on the Madoff robbery: "The loss is mind-boggling...One way to measure the extent of the damage is to compare the $50 billion to measures of loss in the FBI Uniform Crime Reports. In 2007 there were 9.8 million crimes against property in the United States. This included about 2.2 million burglaries, 6.6 million thefts, and 1.1 million car thefts. I think you'll agree that 9.8 million crimes represent a veritable army of miscreants. In spite of that, our total losses to such property crimes in 2007 throughout the entire United States were a mere $17.6 billion... But when you add up all the losses in 9.8 million common property crimes, it's just a fraction of the estimated $50 billion loss attributed to Madoff. Jews Also Behind the Most Inhumane, Bloody Crime in History Think of it. One evil Jew, Madoff, made off with a staggering total equal to somewhere near the losses of about 30 million crimes. There's more, of course. It's not just the money. The Jews are also behind the most sinister and bloody inhuman crime ever committed in the annals of human history—the Soviet Communist Holocaust. The late Aleksandr Solzhenitsyn, the 20th century's most acclaimed literary figure and historian, reported in his final book, Two Hundred Years Together, that the Jews were the revolutionary conspirators and mass murderers responsible for the Communist holocaust in which a mind-warping 66 million innocent victims were tortured, imprisoned in filthy, gruesome gulag camps and, finally, unmercifully executed. Lenin, Trotsky, Kaganovich—all these Communist monsters were Jews and their talmudic goal was a global Communist "Utopia," led, of course, exclusively by Zionist Jews. Allegedly—and I use that word advisedly—the Jews accuse Hitler and his Nazis of the murder of six million in the misnamed German "holocaust." Modern-day researchers, however, are discovering that this figure, six million, is grossly exaggerated so that Jews can appear as "victims" and thus continue incessantly to demand money and reparations from a clueless and guilt-filled Gentile world. 66 Million Butchered by Jews! Nevertheless, contrast this six million Jewish dead number to Solzhenitsyn's very accurate statistic of 66 million slain by the psychopathic Jewish Communists in the former Soviet Union. Many, if not most, of these victims were Christians. (Note: Jews were favored in the U.S.S.R. and synagogues were protected. Anti-Semitic "crimes"—even thought crimes—were met with death sentences by Jewish courts in the Soviet justice system). Tally it up: 66 million Christians slaughtered by the Jews, 6 million (allegedly) by the Nazis. That's eleven dead Christians for each and every Jew. The world has no sorrow for these 66 million dead, their survivors get no reparations, and their Jewish tormentors—including scores of Jewish Gulag Commandants—today remain free. Some live in luxury in Israel and pleasurably enjoy fat bank accounts, money plundered from hapless Christian victims. Barack Obama, America's First Jewish President The Jews did it to Russia, Ukraine, Georgia, Estonia, Kazakhstan, and all the other Communist prison nations. Now, in 2009, they're scheduled to do the same thing to the once, great U.S.A. Barack Obama—whom Chicago's wealthiest Jews boast is America's "First Jewish President"—is their chosen instrument. Wily, cunning, handsome, Obama has a cohort Jew to assist him in this assigned mission of human and national destruction. That would be Rahm "The Cruel" Emanuel, the Enforcer, the new White House Chief of Staff. Just for writing this article, I expect to be placed near the top of this wicked man's "Hit List." And I suspect there will be so many on this list that the White House and its Homeland Security Department will need a whole warehouse full of computers just to store all the millions of names. FDR had his "New Deal;" today, in 2009, Barack Hussein Obama and his Trotskyite, left-hand lieutenant, the beady-eyed Israeli dual citizen, "Rahm the Cruel," have in mind the "Jew Deal." The goal: The Sovietization of America, the extinguishing of our historic Bill of Rights, the end of U.S. sovereignty, and the death of multitudes who will refuse to bow down to the ruthless tyrants who wear the six-pointed Red Star in their hearts like a dagger. "If You Can, Come and Take It" Our enemies, regrettably, occupy the highest offices in the land. But they don't have everything they desire and lust for. They don't have the fawning allegiance and docile service of you, me, and thousands of other patriots who bravely oppose their black-hearted plot. I am not, by nature, a violent man, and I pray fervently for peace and harmony to prevail. I pray, too, that the schemes of the Zionist Jews plotting against America will fail, that our Constitution will be respected and that the corrupt money-thieves on Wall Street and elsewhere will soon be outed and put in prisons, where they belong. But if not, then I say, let us fight for the right. Here we stand, by virtue of Truth and Justice, and I say to Obama, Emanuel, and the other Zionist traitors: "Here we are; if you can, come and take it, but know this: You have a fight on your hands, because we will not go quietly out into that soft, sweet night. And believe me, you can take that, along with your ill-begotten gains, to the bank." Source : http://ziopedia.org/articles/jewry/wealth_of_u.s.a._plundered_by_jews/ ----<>---- The Holocaust is Now Catholic Dogma Thursday, 05 February 2009 By Mark Glenn The last time a Pope of the Catholic Church defined an infallible dogma was in the year 1950. Pope Pius XII used this power reserved for the Vicar of Christ when speaking ex cathedra to define the Dogma of the Assumption of Mary. It was an extraordinary event because a pope using the power of infallibly to define a dogma is done so rarely, and most popes have never used this power. Before Pius XII, the last pope to invoke papal infallibly to define a dogma was Pius IX in 1854, when he defined the Dogma of the Immaculate Conception. Both of these dogmas referred to events that had occurred 19 centuries before , and that had been studied by the best minds of the Church for almost as long. That’s because when making an infallible statement - it goes without saying - it can’t contain any errors! Fast forward to 2009 and Pope Benedict XVI has just defined a new dogma regarding a secular event that has nothing to do with the Faith. Moreover, this ‘dogmatic event’ only occurred in the middle of the 20th Century- and no one is allowed to investigate to see if it contains any errors! A dogma is an infallible teaching of the Catholic Church that must be believed by every Catholic or they’re not in communion with the Church. In the past, a dogma referred only to a matter of Christian faith, and Catholics could believe whatever they wanted about historical events. But today’s remarks from the Vatican make it clear that the Jewish version of the Holocaust, in which 6 million Jews were killed in gas chambers, must be believed by every Catholic or they’re not in communion with the Church. That makes the Holocaust an official ‘dogma’ of the Catholic Faith (*sarcasm*). Here’s the news out of the Vatican. On Jan. 28, the pope said he felt “full and indisputable solidarity” with Jews, and warned against any denial of the full horror of the Nazi genocide. Bishop Williamson, in order to be admitted to episcopal functions within the church, will have to take his distance, in an absolutely unequivocal and public fashion, from his position on the Shoah, which the Holy Father was not aware of when the excommunication was lifted,” the statement said. The Shoah is the Hebrew term for the Holocaust. Jewish groups welcomed the Vatican statement, saying it satisfied their key demand. “This was the sign the Jewish world has been waiting for,” said Ronald Lauder, president of the World Jewish Congress. Yes, this is the sign the Jewish world has been waiting for, but what exactly does this “sign” really mean? It means that in the post-Vatican II Church, the “Shoah” has replaced the Crucifixion as the central event in history. And do you notice the subtle switcheroo here? Now, instead of the central tenet of the Christian faith pertaining to the murder of the Christ by Jews, the new central tenet refers to the murder of Jews by Christians! This should come as no surprise to those who understand what really lies at the heart of the problem. At its core, this is a spiritual battle that’s being waged above our heads. It’s Christ vs. anti-Christ, and each of us must choose a side. Lucifer wanted to be equal to God and out of pride refused to accept being a servant. When he uttered his famous “non servium” he took a third of the angels with him and set about waging war against God. When God sent His Son to redeem the world, Lucifer tried to prevent it. He took Jesus to the mountain top and tempted Him, saying “if you just bow down and worship me, I will give you all these things.” Jesus told the devil to buzz off. The Jews who rejected Jesus as the Messiah did so out of racial pride and ambition. They wanted an earthly kingdom where they would always be the ‘Chosen Ones’ and did not want to share a kingdom with the gentiles. But Jesus emphatically said that His kingdom was not of this world and to share the good news with the gentiles. The Jews who accepted the Messiah became the first Christians, and those who rejected Him fell into spiritual blindness. Satan takes advantage of Jewish hatred of Jesus and uses them to battle against the Church of Christ. The Jews continue to wait for a wordly Messiah, but the Messiah they await is known to us as the anti-Christ. Therefore, all Christians must love and pray for the Jewish people to accept Christ as the Messiah, thereby snatching them from the jaws of Satan, whom they don’t realize they are serving. This battle between Christ and anti-Christ is 2,000 years old and all popes throughout history have waged it (at least until 1958). That’s what makes the Church’s post-Vatican II attitude toward the Jews so perplexing, since it enables them to continue in spiritual blindness and sets the stage for the coming of the anti-Christ. Pope Leo XIII had a vision at the end of the 19th Century in which he forsaw that the devil had been given extra powers for 100 years to try to destroy the Church. This seems to coincide with the shift in power that took place in the 20th Century when after two world wars, the Jews took Palestine and solidified their control over the West. This was also the century in which the Jews unleashed their most deadly weapon, Communism, which caused the deaths of millions of people. But these people’s genocides go unnoticed and certainly have not been declared ”dogma” by a pope of the Catholic Church. Another clue that something is amiss inside the Church is that the Second Vatican Council refused to condemn Communism, but declared that anti-Semitism was a sin (without defining what constitutes anti-Semitism). Enter Archbishop Marcel Lefebvre, the Society of St. Pius X (SSPX), and the man who’s currently being crucified, Bishop Richard Williamson. Archbishop Lefebvre himself had fought inside the Second Vatican Council to prevent the coup of the liberals. He also stated that the mere fact that the Council refused to condemn Communism was enough to call the Council into question. The Archbishop knew that something nefarious had happened inside the Church and sensed that he was waging a battle against powers and principalities. In terms of his plans to restore Tradition, in the Biography of Marcel Lefebvre by Bishop Tissier de Mallerais, he quotes the Archbishop as saying (pp. 500-501): The Council is a non-infallible act of the Magisterium and, therefore, it is open to being influenced by a bad spirit … Therefore, we need to apply the criterion of Tradition to the various Council documents to see what we can keep, what needs clarifying, and what should be rejected. And that’s exactly the whole point of the negotiations between the SSPX and the Vatican that have been going on for almost 40 years. After the release of the Latin Mass and the lifting of the excommunications, the next phase is doctrinal discussions. But somebody doesn’t want that to happen. Archbishop Lefebvre founded the SSPX in 1970 in order to train priests in Tradition and not in the confusing, untraditional, Judeo-Masonic manner of the post-Conciliar era. The greatest threat to Revolutionaries is those who are not afraid to resist them to the face, i.e., the Counter-Revolutionaries. That is why Pope John Paul II would not allow Archbishop Lefebvre to consecrecate bishops, something that is usually rubber-stamped for every other order. John Paul II wanted the SSPX to go extinct after the death of its founder and put a stop to the Counter-Revolution. And if the Council really was influenced by a “bad spirit” as the Archbishop said, then certainly any attempt to exorcise this bad spirit would be met with the fiercest resistance by those who work for the anti-Christ. This is where the controversy over Bishop Williamson’s remarks about the actual number of Jews killed in the Holocaust comes into the scenario. If the Jews are (wittingly or unwittingly) working to bring about the reign of the anti-Christ, then part of their strategy has to be to neutralize the Church. In their effort to overturn the crucifixion and replace it with the “Shoah,” they’re trying to utilize the Church to bring this about. And any force that appears to provide resistance to this switcheroo will be seen as the gravest possible threat. Because truly, it wouldn’t have mattered if Bishop Williamson had not said a word about the Shoah, they would have found something else to try to impede the Church’s return to Tradition. Because Christ and anti-Christ cannot co-exist on equal terms - one must naturally dominate the other. And the Church returning to Tradition and her normal role as the Church Militant is the one monkey wrench that could be thrown into the plans of the anti- Christ. No other challenger intimidates them, absolutely no one else causes them to tremble. But a fully traditional Church Militant with a billion souls in her army is the one thing that could defeat their plans. And that’s what this is really all about. Bishop Williamson now finds himself in the center of a controvery that has been coming to a head for a very long time. In perusing the Catholic blogosphere, it appears that most Catholics (even trads) wish that he had just kept his mouth shut. But they would probably have said the same thing to Jesus, so as not to annoy the Pharisees. But I’m convinced Our Lord Jesus Christ knows what he is doing. Because it is time to confront the truth, as the the hour glass of time winds down, and get ready for the final conflagration. But it appears most Christians would rather retreat to the hills, rather than risk not being popular with the world. Thankfully, for the sake of our salvation, Jesus Himself was not so pusillanimous. And hopefully Bishop Williamson won’t be so pusillanimous either, since his founder, Archbishop Marcel Lefebvre, most assuredly was not. The Archbishop personally chose Richard Williamson to carry on his work after his death, to be a successor to the apostles. The only question that remains is: will he be like St. John or like the others who abandoned Jesus ”for fear of the Jews.’ The Church and the Jews have been locked in this battle for 2,000 years, so this latest controversy is nothing to be surprised about. Satan uses the poor, blinded Jews to attack the Lord’s Church because he doesn’t want us or them to be saved. But at least in the past, it used to be clear which side the popes were on! The Pope and SSPX bishops need all our prayers and support right now, because they are going through a trial by fire. And, at least in this early stage, it appears Bishop Fellay is starting to get cold feet. Every day for the past several days he has issued a denunciation of his colleague, Bishop Williamson, each one more hysterical than the last. He even went so far as to refer to the Jews as our “elder brothers in the faith,” as though the Talmud has anything to do with our Faith. When I said last week that I wished Bishop Fellay would one day be pope, I didn’t mean in the mold of John Paul II! Let us pray especially for Pope Benedict XVI, the keeper of the keys to heaven, that he prove himself a worthy successor of St. Peter, and that he not imitate Peter in his denial of Jesus Christ. Archbishop Lefebvre recognized that the day would come when the SSPX would be called on to save the Church. And judging by the howls and screams from the satanic press, that day might be just around the corner. Let us hope that we also have the courage to stand beside them, no matter how much the media attack and lambaste us. It’s for the Jews’ own good after all, for they know not whom they are serving. As the Archbishop wrote in 1966 (ibid, pp. 382-83): When the Holy Father realizes that those whom he trusted are leading the Church to her ruin, he will find himself a group of bishops … who are ready to rebuild. Unfortunately, the time has not yet come, because the Holy Father himself must change what he is doing, and that conversion will be painful. Let us hope that the time has come and that Pope Benedict will accept the help of the SSPX. It is time for the Holy Father to stop taking sides with the enemies of the Church and stop defining secular events as “dogma,” especially ones so riddled through with holes. May God save the Church through His servant, Pope Benedict, although the Pope’s conversion will be painful. Source : http://ziopedia.org/articles/holocaust/the_holocaust_is_now_catholic_dogma/ ----<>---- Why No Neocon Assassinations? Because The War On Terror Is A Hoax February 03, 2009 By Paul Craig Roberts According to US government propaganda, terrorist cells are spread throughout America, making it necessary for the government to spy on all Americans and violate most other constitutional protections. Among President Bush’s last words as he left office was the warning that America would soon be struck again by Muslim terrorists. If America were infected with terrorists, we would not need the government to tell us. We would know it from events. As there are no events, the US government substitutes warnings in order to keep alive the fear that causes the public to accept pointless wars, the infringement of civil liberty, national ID cards, and inconveniences and harassments when they fly. The most obvious indication that there are no terrorist cells is that not a single neocon has been assassinated. I do not approve of assassinations, and am ashamed of my country’s government for engaging in political assassination. The US and Israel have set a very bad example for al Qaeda to follow. The US deals with al Qaeda and Taliban by assassinating their leaders, and Israel deals with Hamas by assassinating its leaders. It is reasonable to assume that al Qaeda would deal with the instigators and leaders of America’s wars in the Middle East in the same way. Today every al Qaeda member is aware of the complicity of neoconservatives in the death and devastation inflicted on Muslims in Iraq, Afghanistan, Lebanon and Gaza. Moreover, neocons are highly visible and are soft targets compared to Hamas and Hezbollah leaders. Neocons have been identified in the media for years, and as everyone knows, multiple listings of their names are available online. Neocons do not have Secret Service protection. Dreadful to contemplate, but it would be child’s play for al Qaeda to assassinate any and every neocon. Yet, neocons move around freely, a good indication that the US does not have a terrorist problem. If, as neocons constantly allege, terrorists can smuggle nuclear weapons or dirty bombs into the US with which to wreak havoc upon our cities, terrorists can acquire weapons with which to assassinate any neocon or former government official. Yet, the neocons, who are the Americans most hated by Muslims, remain unscathed. The "war on terror" is a hoax that fronts for American control of oil pipelines, the profits of the military-security complex, the assault on civil liberty by fomenters of a police state, and Israel’s territorial expansion. There were no al Qaeda in Iraq until the Americans brought them there by invading and overthrowing Saddam Hussein, who kept al Qaeda out of Iraq. The Taliban is not a terrorist organization, but a movement attempting to unify Afghanistan under Muslim law. The only Americans threatened by the Taliban are the Americans Bush sent to Afghanistan to kill Taliban and to impose a puppet state on the Afghan people. Hamas is the democratically elected government of Palestine, or what little remains of Palestine after Israel’s illegal annexations. Hamas is a terrorist organization in the same sense that the Israeli government and the US government are terrorist organizations. In an effort to bring Hamas under Israeli hegemony, Israel employs terror bombing and assassinations against Palestinians. Hamas replies to the Israeli terror with homemade and ineffectual rockets. Hezbollah represents the Shi’ites of southern Lebanon, another area in the Middle East that Israel seeks for its territorial expansion. The US brands Hamas and Hezbollah "terrorist organizations" for no other reason than the US is on Israel’s side of the conflict. There is no objective basis for the US Department of State’s "finding" that Hamas and Hezbollah are terrorist organizations. It is merely a propagandistic declaration. Americans and Israelis do not call their bombings of civilians terror. What Americans and Israelis call terror is the response of oppressed people who are stateless because their countries are ruled by puppets loyal to the oppressors. These people, dispossessed of their own countries, have no State Departments, Defense Departments, seats in the United Nations, or voices in the mainstream media. They can submit to foreign hegemony or resist by the limited means available to them. The fact that Israel and the United States carry on endless propaganda to prevent this fundamental truth from being realized indicates that it is Israel and the US that are in the wrong and the Palestinians, Lebanese, Iraqis, and Afghans who are being wronged. The retired American generals who serve as war propagandists for Fox "News" are forever claiming that Iran arms the Iraqi and Afghan insurgents and Hamas. But where are the arms? To deal with American tanks, insurgents have to construct homemade explosive devices out of artillery shells. After six years of conflict the insurgents still have no weapon against the American helicopter gunships. Contrast this "arming" with the weaponry the US supplied to the Afghans three decades ago when they were fighting to drive out the Soviets. The films of Israel’s murderous assault on Gaza show large numbers of Gazans fleeing from Israeli bombs or digging out the dead and maimed, and none of these people are armed. A person would think that by now every Palestinian would be armed, every man, woman, and child. Yet, all the films of the Israeli attack show an unarmed population. Hamas has to construct homemade rockets that are little more than a sign of defiance. If Hamas were armed by Iran, Israel’s assault on Gaza would have cost Israel its helicopter gunships, its tanks, and hundreds of lives of its soldiers. Hamas is a small organization armed with small caliber rifles incapable of penetrating body armor. Hamas is unable to stop small bands of Israeli settlers from descending on West Bank Palestinian villages, driving out the Palestinians, and appropriating their land. The great mystery is: why after 60 years of oppression are the Palestinians still an unarmed people? Clearly, the Muslim countries are complicit with Israel and the US in keeping the Palestinians unarmed. The unsupported assertion that Iran supplies sophisticated arms to the Palestinians is like the unsupported assertion that Saddam Hussein had weapons of mass destruction. These assertions are propagandistic justifications for killing Arab civilians and destroying civilian infrastructure in order to secure US and Israeli hegemony in the Middle East. Source : http://vdare.com/roberts/090203_terror.htm ------------------------------------- You or someone using your email adress is currently subscribed to the Lawrence Auster Newletter. If you wish to unsubscribe from our mailing list, please let us know by calling "to 1 212 865 1284 Thanks, Lawrence Auster, 238 W 101 St Apt. 3B New York, NY 10025 Contact: lawrence.auster@att.net ------------------------------------- From bugmaster at FreeBSD.org Mon Feb 9 03:06:59 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 9 03:09:13 2009 Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org Message-ID: <200902091106.n19B6wZH009248@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/131032 scsi [panic] hald causing panic in scsi_sg o kern/130735 scsi [cam] [patch] pass M_NOWAIT to the malloc() call insid o kern/130621 scsi [mpt] tranfer rate is inscrutable slow when use lsi213 o kern/129602 scsi [ahd] ahd(4) gets confused and wedges SCSI bus o kern/128452 scsi [sa] [panic] Accessing SCSI tape drive randomly crashe o kern/128245 scsi [scsi] "inquiry data fails comparison at DV1 step" [re o kern/127927 scsi [isp] isp(4) target driver crashes kernel when set up o kern/126866 scsi [isp] [panic] kernel panic on card initialization o kern/124667 scsi [amd] [panic] FreeBSD-7 kernel page faults at amd-scsi o kern/123674 scsi [ahc] ahc driver dumping o kern/123666 scsi [aac] attach fails with Adaptec SAS RAID 3805 controll o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc o kern/120487 scsi [sg] scsi_sg incompatible with scanners o kern/120247 scsi [mpt] FreeBSD 6.3 and LSI Logic 1030 = only 3.300MB/s o kern/119668 scsi [cam] [patch] certain errors are too verbose comparing o kern/114597 scsi [sym] System hangs at SCSI bus reset with dual HBAs o kern/110847 scsi [ahd] Tyan U320 onboard problem with more than 3 disks o kern/99954 scsi [ahc] reading from DVD failes on 6.x [regression] o kern/94838 scsi Kernel panic while mounting SD card with lock switch o o kern/92798 scsi [ahc] SCSI problem with timeouts o kern/90282 scsi [sym] SCSI bus resets cause loss of ch device o kern/76178 scsi [ahd] Problem with ahd and large SCSI Raid system o kern/74627 scsi [ahc] [hang] Adaptec 2940U2W Can't boot 5.3 s kern/61165 scsi [panic] kernel page fault after calling cam_send_ccb o kern/60641 scsi [sym] Sporadic SCSI bus resets with 53C810 under load o kern/60598 scsi wire down of scsi devices conflicts with config s kern/57398 scsi [mly] Current fails to install on mly(4) based RAID di o kern/52638 scsi [panic] SCSI U320 on SMP server won't run faster than o kern/44587 scsi dev/dpt/dpt.h is missing defines required for DPT_HAND o kern/40895 scsi wierd kernel / device driver bug o kern/39388 scsi ncr/sym drivers fail with 53c810 and more than 256MB m o kern/38828 scsi [dpt] [request] DPT PM2012B/90 doesn't work o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce 33 problems total. From spork at bway.net Mon Feb 9 22:05:02 2009 From: spork at bway.net (Charles Sprickman) Date: Mon Feb 9 22:05:10 2009 Subject: 7.1 Panic on degraded disk w/mpt Message-ID: (posted on -stable already, no takers - added info: full dmesg, crash info from panic when array finished rebuilding, some comments on dmesg) Howdy, I dug around and can't find a PR on this, and the only other report I saw was in this mailing list post that has no replies: http://www.nabble.com/7.1-BETA2-panic-on-mpt-degrade-td20183173.html The hardware is a Dell PowerEdge 860 with the Dell/LSI SAS5 controller: mpt0: port 0xec00-0xecff mem 0xfe9fc000-0xfe9fffff,0xfe9e0000-0xfe9effff irq 16 at device 8.0 on pci2 mpt0: MPI Version=1.5.13.0 The panic is repeatable by forcing the array into a degraded state. When the array finishes rebuilding, the box also panics. Here's my best shot at getting info out of kgdb (panic on array going to degraded state): [root@uniweb /home/spork]# cd /usr/obj/usr/src/sys/BWAY7/ [root@uniweb /usr/obj/usr/src/sys/BWAY7]# kgdb kernel.debug /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x14 fault code = supervisor read, page not present instruction pointer = 0x20:0xc044b09b stack pointer = 0x28:0xe6ee5b80 frame pointer = 0x28:0xe6ee5b9c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 17 (swi2: cambio) trap number = 12 panic: page fault cpuid = 0 Uptime: 3m7s Physical memory: 3575 MB Dumping 94 MB: 79 63 47 31 15 Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko #0 doadump () at pcpu.h:196 196 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) list *0xc044b09b 0xc044b09b is in xpt_done (/usr/src/sys/cam/cam_xpt.c:4832). 4827 if ((done_ccb->ccb_h.func_code & XPT_FC_QUEUED) != 0) { 4828 /* 4829 * Queue up the request for handling by our SWI handler 4830 * any of the "non-immediate" type of ccbs. 4831 */ 4832 sim = done_ccb->ccb_h.path->bus->sim; 4833 switch (done_ccb->ccb_h.path->periph->type) { 4834 case CAM_PERIPH_BIO: 4835 TAILQ_INSERT_TAIL(&sim->sim_doneq, &done_ccb->ccb_h, 4836 sim_links.tqe); (kgdb) backtrace #0 doadump () at pcpu.h:196 #1 0xc061d0f7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc061d3c9 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc0865fcc in trap_fatal (frame=0xe6ee5b40, eva=20) at /usr/src/sys/i386/i386/trap.c:939 #4 0xc0866230 in trap_pfault (frame=0xe6ee5b40, usermode=0, eva=20) at /usr/src/sys/i386/i386/trap.c:852 #5 0xc0866bc2 in trap (frame=0xe6ee5b40) at /usr/src/sys/i386/i386/trap.c:530 #6 0xc084d45b in calltrap () at /usr/src/sys/i386/i386/exception.s:159 #7 0xc044b09b in xpt_done (done_ccb=0xc6bf5000) at /usr/src/sys/cam/cam_xpt.c:4832 #8 0xc044eee9 in xpt_scan_bus (periph=0xc6984b00, request_ccb=0xc6bf5000) at /usr/src/sys/cam/cam_xpt.c:5395 #9 0xc044d241 in camisr_runqueue (V_queue=Variable "V_queue" is not available. ) at /usr/src/sys/cam/cam_xpt.c:7316 #10 0xc044d39e in camisr (dummy=0x0) at /usr/src/sys/cam/cam_xpt.c:7216 #11 0xc05fb41b in ithread_loop (arg=0xc699d770) at /usr/src/sys/kern/kern_intr.c:1088 #12 0xc05f7f69 in fork_exit (callout=0xc05fb260 , arg=0xc699d770, frame=0xe6ee5d38) at /usr/src/sys/kern/kern_fork.c:810 #13 0xc084d4d0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:264 And the same info from the next panic which happened when the array finished rebuilding itself: [root@uniweb /usr/obj/usr/src/sys/BWAY7]# kgdb kernel.debug /var/crash/vmcore.1 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x14 fault code = supervisor read, page not present instruction pointer = 0x20:0xc044b09b stack pointer = 0x28:0xe6ee5b80 frame pointer = 0x28:0xe6ee5b9c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 17 (swi2: cambio) trap number = 12 panic: page fault cpuid = 0 Uptime: 10h28m7s Physical memory: 3575 MB Dumping 186 MB: 171 155 139 123 107 91 75 59 43 27 11 Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko #0 doadump () at pcpu.h:196 196 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) (kgdb) list *0xc044b09b 0xc044b09b is in xpt_done (/usr/src/sys/cam/cam_xpt.c:4832). 4827 if ((done_ccb->ccb_h.func_code & XPT_FC_QUEUED) != 0) { 4828 /* 4829 * Queue up the request for handling by our SWI handler 4830 * any of the "non-immediate" type of ccbs. 4831 */ 4832 sim = done_ccb->ccb_h.path->bus->sim; 4833 switch (done_ccb->ccb_h.path->periph->type) { 4834 case CAM_PERIPH_BIO: 4835 TAILQ_INSERT_TAIL(&sim->sim_doneq, &done_ccb->ccb_h, 4836 sim_links.tqe); (kgdb) (kgdb) backtrace #0 doadump () at pcpu.h:196 #1 0xc061d0f7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc061d3c9 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc0865fcc in trap_fatal (frame=0xe6ee5b40, eva=20) at /usr/src/sys/i386/i386/trap.c:939 #4 0xc0866230 in trap_pfault (frame=0xe6ee5b40, usermode=0, eva=20) at /usr/src/sys/i386/i386/trap.c:852 #5 0xc0866bc2 in trap (frame=0xe6ee5b40) at /usr/src/sys/i386/i386/trap.c:530 #6 0xc084d45b in calltrap () at /usr/src/sys/i386/i386/exception.s:159 #7 0xc044b09b in xpt_done (done_ccb=0xc6bf5000) at /usr/src/sys/cam/cam_xpt.c:4832 #8 0xc044eee9 in xpt_scan_bus (periph=0xc6984b00, request_ccb=0xc6bf5000) at /usr/src/sys/cam/cam_xpt.c:5395 #9 0xc044d241 in camisr_runqueue (V_queue=Variable "V_queue" is not available.) at /usr/src/sys/cam/cam_xpt.c:7316 #10 0xc044d39e in camisr (dummy=0x0) at /usr/src/sys/cam/cam_xpt.c:7216 #11 0xc05fb41b in ithread_loop (arg=0xc699d770) at /usr/src/sys/kern/kern_intr.c:1088 #12 0xc05f7f69 in fork_exit (callout=0xc05fb260 , arg=0xc699d770, frame=0xe6ee5d38) at /usr/src/sys/kern/kern_fork.c:810 #13 0xc084d4d0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:264 (kgdb) My totally wild-assed guess here is that it's not the controller per-se that's causing this, but the disconnect/connect of the pass device or simply the handling of an "event notification" from the controller, since it looks like "cam_xpt.c" handles a whole mess of stuff. Please let me know how to proceed - I can open a PR if that helps get this worked out. I'll be able to trash this machine for the next week or so before it goes into production. dmesg from a verbose boot follows - there is a good amount of noise from mpt in there. The pass entries look a bit bizarre too. This controller is running the latest firmware Dell has posted. Thanks, Charles ___ Charles Sprickman NetEng/SysAdmin Bway.net - New York's Best Internet - www.bway.net spork@bway.net - 212.655.9344 Copyright (c) 1992-2009 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-RELEASE-p2 #2: Sat Jan 31 17:11:10 EST 2009 spork@uniweb.bway.net:/usr/obj/usr/src/sys/BWAY7 Preloaded elf kernel "/boot/kernel/kernel" at 0xc0aad000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0aad1e4. Calibrating clock(s) ... i8254 clock: 1193177 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2800111230 Hz CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2800.11-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 Features=0xbfebfbff Features2=0xe49d AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 128 entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 16 KB, 8-way set associative, sectored cache, 64 byte line size Trace cache: 12K-uops, 8-way set associative 2nd-level cache: 2-MB, 8-way set associative, 64-byte line size L2 cache: 2048 kbytes, 8-way associative, 64 bytes/line real memory = 3757834240 (3583 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x00000000dc064fff, 3678666752 bytes (898112 pages) avail memory = 3678076928 (3507 MB) Table 'FACP' at 0xfa188 Table 'APIC' at 0xfa27c MADT: Found table at 0xfa27c MP Configuration Table version 1.4 found at 0xc00f0000 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 2 ACPI ID 3: disabled MADT: Found CPU APIC ID 3 ACPI ID 4: disabled ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xbfee pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry = f0000:e2f4 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 ULE: setup cpu group 0 ULE: setup cpu 0 ULE: adding cpu 0 to group 0: cpus 1 mask 0x1 ULE: setup cpu group 1 ULE: setup cpu 1 ULE: adding cpu 1 to group 1: cpus 1 mask 0x2 ACPI: RSDP @ 0x0xfa030/0x0024 (v 2 DELL ) ACPI: XSDT @ 0x0xfa0a0/0x004C (v 1 DELL PE_SC3 0x00000001 MSFT 0x0100000A) ACPI: FACP @ 0x0xfa188/0x00F4 (v 3 DELL PE_SC3 0x00000001 MSFT 0x0100000A) ACPI: DSDT @ 0x0xdffc0000/0x1C33 (v 1 DELL PE_SC3 0x00000001 MSFT 0x0100000E) ACPI: FACS @ 0x0xdffcfc00/0x0040 ACPI: APIC @ 0x0xfa27c/0x0078 (v 1 DELL PE_SC3 0x00000001 MSFT 0x0100000A) ACPI: SPCR @ 0x0xfa300/0x0050 (v 1 DELL PE_SC3 0x00000001 MSFT 0x0100000A) ACPI: HPET @ 0x0xfa350/0x0038 (v 1 DELL PE_SC3 0x00000001 MSFT 0x0100000A) ACPI: MCFG @ 0x0xfa388/0x003C (v 1 DELL PE_SC3 0x00000001 MSFT 0x0100000A) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 2 ioapic0: Routing external 8259A's -> intpin 0 lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled io: null: random: nfslock: pseudo-device hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Jan 31 2009 17:09:23) npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: wakeup code va 0xda85a000 pa 0x1000 pci_open(1): mode 1 addr port (0x0cf8) is 0x80000090 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=27788086) pcibios: BIOS version 2.10 AcpiOsDerivePciId: \\_SB_.PCI0.ISA_.P40C -> bus 0 dev 31 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.ISA_.P41C -> bus 0 dev 31 func 0 ACPI timer: 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 9 10 11 12 Validation 0 5 N 0 3 4 5 6 7 9 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 3 4 5 6 7 9 10 11 12 Validation 0 3 N 0 3 4 5 6 7 9 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 9 10 11 12 Validation 0 255 N 0 3 4 5 6 7 9 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 9 10 11 12 Validation 0 11 N 0 3 4 5 6 7 9 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 9 10 11 12 Validation 0 11 N 0 3 4 5 6 7 9 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 9 10 11 12 Validation 0 10 N 0 3 4 5 6 7 9 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 6 N 0 3 4 5 6 7 9 10 11 12 Validation 0 6 N 0 3 4 5 6 7 9 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 9 10 11 12 Validation 0 255 N 0 3 4 5 6 7 9 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x8086 rev: 0x1 num: 2 hz: 14318180 opts: legacy_route 64-bit Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x2778, revid=0x00 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2779, revid=0x00 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0047, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x8086, dev=0x27d0, revid=0x01 domain=0, bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x8086, dev=0x27e0, revid=0x01 domain=0, bus=0, slot=28, func=4 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0047, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=b, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x8086, dev=0x27e2, revid=0x01 domain=0, bus=0, slot=28, func=5 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0047, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=c, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x8086, dev=0x27c8, revid=0x01 domain=0, bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type I/O Port, range 32, base 0xace0, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 20 found-> vendor=0x8086, dev=0x27c9, revid=0x01 domain=0, bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type I/O Port, range 32, base 0xacc0, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 21 found-> vendor=0x8086, dev=0x27ca, revid=0x01 domain=0, bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=6 map[20]: type I/O Port, range 32, base 0xaca0, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 22 found-> vendor=0x8086, dev=0x27cc, revid=0x01 domain=0, bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfeb00000, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 20 found-> vendor=0x8086, dev=0x244e, revid=0xe1 domain=0, bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0b (2750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27b8, revid=0x01 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27df, revid=0x01 domain=0, bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type I/O Port, range 32, base 0xfc00, size 4, enabled found-> vendor=0x8086, dev=0x27da, revid=0x01 domain=0, bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=255 map[20]: type I/O Port, range 32, base 0x8c0, size 5, enabled pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 2 pcib1: I/O decode 0xe000-0xefff pcib1: memory decode 0xfe700000-0xfeafffff pcib1: no prefetched decode pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x8086, dev=0x032c, revid=0x09 domain=0, bus=1, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0047, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit found-> vendor=0x8086, dev=0x0326, revid=0x09 domain=0, bus=1, slot=0, func=1 class=08-00-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfe7ff000, size 12, enabled pcib1: requested memory range 0xfe7ff000-0xfe7fffff: good pcib2: at device 0.0 on pci1 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xe000-0xefff pcib2: memory decode 0xfe900000-0xfeafffff pcib2: no prefetched decode pci2: on pcib2 pci2: domain=0, physical bus=2 found-> vendor=0x1000, dev=0x0054, revid=0x01 domain=0, bus=2, slot=8, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x48 (2160 ns), mingnt=0x40 (16000 ns), maxlat=0x0a (2500 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 1 message in map 0x14 map[10]: type I/O Port, range 32, base 0xec00, size 8, enabled pcib2: requested I/O range 0xec00-0xecff: in range pcib1: requested I/O range 0xec00-0xecff: in range map[14]: type Memory, range 64, base 0xfe9fc000, size 14, enabled pcib2: requested memory range 0xfe9fc000-0xfe9fffff: good pcib1: requested memory range 0xfe9fc000-0xfe9fffff: good map[1c]: type Memory, range 64, base 0xfe9e0000, size 16, enabled pcib2: requested memory range 0xfe9e0000-0xfe9effff: good pcib1: requested memory range 0xfe9e0000-0xfe9effff: good pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 pcib2: slot 8 INTA is routed to irq 16 mpt0: port 0xec00-0xecff mem 0xfe9fc000-0xfe9fffff,0xfe9e0000-0xfe9effff irq 16 at device 8.0 on pci2 mpt0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xec00 mpt0: Reserved 0x4000 bytes for rid 0x14 type 3 at 0xfe9fc000 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 mpt0: [MPSAFE] mpt0: [ITHREAD] mpt0: MPI Version=1.5.13.0 mpt0: No Handlers For Any Event Notify Frames. Event 0xa (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x16 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x12 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x12 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x16 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0xb (ACK not required). mpt0: Capabilities: ( RAID-0 RAID-1E RAID-1 ) mpt0: 1 Active Volume (2 Max) mpt0: 2 Hidden Drive Members (10 Max) mpt0: No Handlers For Any Event Notify Frames. Event 0xa (ACK not required). mpt0: Enabling SATA WC on phy 0 mpt0: Enabling SATA WC on phy 1 pcib3: at device 28.0 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xf000-0xfff pcib3: no prefetched decode pci3: on pcib3 pci3: domain=0, physical bus=3 pcib4: at device 28.4 on pci0 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xd000-0xdfff pcib4: memory decode 0xfe500000-0xfe6fffff pcib4: no prefetched decode pci4: on pcib4 pci4: domain=0, physical bus=4 found-> vendor=0x14e4, dev=0x1659, revid=0x11 domain=0, bus=4, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xfe5f0000, size 16, enabled pcib4: requested memory range 0xfe5f0000-0xfe5fffff: good pcib4: matched entry for 4.0.INTA pcib4: slot 0 INTA hardwired to IRQ 16 bge0: mem 0xfe5f0000-0xfe5fffff irq 16 at device 0.0 on pci4 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfe5f0000 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x000818, model 0x0018, rev. 0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:18:8b:f7:5e:f1 bge0: [MPSAFE] bge0: [ITHREAD] pcib5: at device 28.5 on pci0 pcib5: domain 0 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: I/O decode 0xc000-0xcfff pcib5: memory decode 0xfe300000-0xfe4fffff pcib5: no prefetched decode pci5: on pcib5 pci5: domain=0, physical bus=5 found-> vendor=0x14e4, dev=0x1659, revid=0x11 domain=0, bus=5, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xfe3f0000, size 16, enabled pcib5: requested memory range 0xfe3f0000-0xfe3fffff: good pcib5: matched entry for 5.0.INTA pcib5: slot 0 INTA hardwired to IRQ 17 bge1: mem 0xfe3f0000-0xfe3fffff irq 17 at device 0.0 on pci5 bge1: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfe3f0000 miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: OUI 0x000818, model 0x0018, rev. 0 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge1: bpf attached bge1: Ethernet address: 00:18:8b:f7:5e:f2 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 50 bge1: [MPSAFE] bge1: [ITHREAD] uhci0: port 0xace0-0xacff irq 20 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xace0 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 51 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xacc0-0xacdf irq 21 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xacc0 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 52 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xaca0-0xacbf irq 22 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xaca0 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 53 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfeb00000-0xfeb003ff irq 20 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfeb00000 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: wrong number of companions (7 != 3) usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered uhub4: on uhub3 uhub4: multiple transaction translators uhub4: 4 ports with 4 removable, self powered pcib6: at device 30.0 on pci0 pcib6: domain 0 pcib6: secondary bus 6 pcib6: subordinate bus 6 pcib6: I/O decode 0xb000-0xbfff pcib6: memory decode 0xfe100000-0xfe2fffff pcib6: prefetched decode 0xe8000000-0xefffffff pcib6: Subtractively decoded bridge. pci6: on pcib6 pci6: domain=0, physical bus=6 found-> vendor=0x1002, dev=0x515e, revid=0x02 domain=0, bus=6, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x01a7, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xe8000000, size 27, enabled pcib6: requested memory range 0xe8000000-0xefffffff: good map[14]: type I/O Port, range 32, base 0xbc00, size 8, enabled pcib6: requested I/O range 0xbc00-0xbcff: in range map[18]: type Memory, range 32, base 0xfe1f0000, size 16, enabled pcib6: requested memory range 0xfe1f0000-0xfe1fffff: good pcib6: matched entry for 6.5.INTA pcib6: slot 5 INTA hardwired to IRQ 19 vgapci0: port 0xbc00-0xbcff mem 0xe8000000-0xefffffff,0xfe1f0000-0xfe1fffff irq 19 at device 5.0 on pci6 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x4 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 54 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to vector 55 ata1: [MPSAFE] ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 56 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sio0: irq maps: 0x4c69 0x4c79 0x4c69 0x4c69 sio0: irq maps: 0x4c69 0x4c79 0x4c69 0x4c69 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 57 sio0: [FILTER] cpu0: on acpi0 cpu0: switching to generic Cx mode est0: enabling SpeedStep est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr e2500000e25 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr e2500000e25 device_attach: est1 attach returned 6 p4tcc1: on cpu1 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc8fff,0xec000-0xeffff pnpid ORM0000 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x4c69 0x4c69 0x4c69 0x4c69 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 230923 -> 100000 procfs registered lapic: Divisor 2, Frequency 100003975 hz Timecounter "TSC" frequency 2800111230 Hz quality -100 Timecounters tick every 1.000 msec pflog0: bpf attached lo0: bpf attached hptrr: no controller detected. ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on ICH7 chip acd0: setting UDMA33 on ICH7 chip mpt0:vol0(mpt0:0:0): Settings ( Hot-Plug-Spares High-Priority-ReSync ) mpt0:vol0(mpt0:0:0): Using Spare Pool: 0 mpt0:vol0(mpt0:0:0): 2 Members: (mpt0:1:32:0): Primary Online (mpt0:1:1:0): Secondary Online mpt0:vol0(mpt0:0:0): RAID-1 - Optimal mpt0:vol0(mpt0:0:0): Status ( Enabled ) (mpt0:vol0:1): Physical (mpt0:0:1:0), Pass-thru (mpt0:1:0:0) (mpt0:vol0:1): Online (mpt0:vol0:0): Physical (mpt0:0:32:0), Pass-thru (mpt0:1:1:0) (mpt0:vol0:0): Online acd0: CDROM drive at ata0 as master acd0: read 4134KB/s (4134KB/s), 256KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc (probe65:mpt0:1:2:0): error 22 (probe65:mpt0:1:2:0): Unretryable Error (probe65:mpt0:1:2:0): error 22 (probe65:mpt0:1:2:0): Unretryable Error (probe66:mpt0:1:3:0): error 22 (probe66:mpt0:1:3:0): Unretryable Error (probe66:mpt0:1:3:0): error 22 (probe66:mpt0:1:3:0): Unretryable Error (probe67:mpt0:1:4:0): error 22 (probe67:mpt0:1:4:0): Unretryable Error (probe67:mpt0:1:4:0): error 22 (probe67:mpt0:1:4:0): Unretryable Error (probe64:mpt0:1:1:0): CAM Status 0x19 (probe64:mpt0:1:1:0): Retrying Command (probe68:mpt0:1:5:0): error 22 (probe68:mpt0:1:5:0): Unretryable Error (probe68:mpt0:1:5:0): error 22 (probe68:mpt0:1:5:0): Unretryable Error (probe64:mpt0:1:1:0): CAM Status 0x19 (probe64:mpt0:1:1:0): Retrying Command (probe69:mpt0:1:6:0): error 22 (probe69:mpt0:1:6:0): Unretryable Error (probe69:mpt0:1:6:0): error 22 (probe69:mpt0:1:6:0): Unretryable Error (probe64:mpt0:1:1:0): CAM Status 0x19 (probe64:mpt0:1:1:0): Retrying Command (probe0:mpt0:0:0:0): tagged openings now 128 (probe64:mpt0:1:1:0): CAM Status 0x19 (probe64:mpt0:1:1:0): Retrying Command (probe0:mpt0:0:0:1): error 22 (probe0:mpt0:0:0:1): Unretryable Error (probe64:mpt0:1:1:0): error 5 (probe64:mpt0:1:1:0): Retries Exhausted (probe0:mpt0:0:0:2): error 22 (probe0:mpt0:0:0:2): Unretryable Error (probe64:mpt0:1:1:0): CAM Status 0x19 (probe64:mpt0:1:1:0): Retrying Command (probe0:mpt0:0:0:3): error 22 (probe0:mpt0:0:0:3): Unretryable Error (probe64:mpt0:1:1:0): CAM Status 0x19 (probe64:mpt0:1:1:0): Retrying Command (probe0:mpt0:0:0:4): error 22 (probe0:mpt0:0:0:4): Unretryable Error (probe64:mpt0:1:1:0): CAM Status 0x19 (probe64:mpt0:1:1:0): Retrying Command (probe0:mpt0:0:0:5): error 22 (probe0:mpt0:0:0:5): Unretryable Error (probe64:mpt0:1:1:0): CAM Status 0x19 (probe64:mpt0:1:1:0): Retrying Command (probe0:mpt0:0:0:6): error 22 (probe0:mpt0:0:0:6): Unretryable Error (probe64:mpt0:1:1:0): error 5 (probe64:mpt0:1:1:0): Retries Exhausted (probe0:mpt0:0:0:7): error 22 (probe0:mpt0:0:0:7): Unretryable Error (probe70:mpt0:1:7:0): error 22 (probe70:mpt0:1:7:0): Unretryable Error (probe70:mpt0:1:7:0): error 22 (probe70:mpt0:1:7:0): Unretryable Error (probe71:mpt0:1:8:0): error 22 (probe71:mpt0:1:8:0): Unretryable Error (probe71:mpt0:1:8:0): error 22 (probe71:mpt0:1:8:0): Unretryable Error (probe72:mpt0:1:9:0): error 22 (probe72:mpt0:1:9:0): Unretryable Error (probe72:mpt0:1:9:0): error 22 (probe72:mpt0:1:9:0): Unretryable Error da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 300.000MB/s transfers da0: 715255MB (1464842240 512 byte sectors: 255H 63S/T 91182C) GEOM: new disk da0 pass0 at mpt0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-5 device pass0: 300.000MB/s transfers pass1 at mpt0 bus 1 target 0 lun 0 pass1: Fixed unknown SCSI-5 device pass1: Serial Number 5QD56ZXC pass1: 300.000MB/s transfers pass1: Command Queueing Enabled ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 9 to local APIC 0 ioapic0: Assigning ISA IRQ 14 to local APIC 1 ioapic0: Assigning ISA IRQ 15 to local APIC 0 ioapic0: Assigning PCI IRQ 16 to local APIC 1 ioapic0: Assigning PCI IRQ 17 to local APIC 0 ioapic0: Assigning PCI IRQ 20 to local APIC 1 ioapic0: Assigning PCI IRQ 21 to local APIC 0 ioapic0: Assigning PCI IRQ 22 to local APIC 1 Trying to mount root from ufs:/dev/da0s1a start_init: trying /sbin/init b bge0: link stagte changed to UP e0: link UP From scottl at samsco.org Mon Feb 9 22:19:27 2009 From: scottl at samsco.org (Scott Long) Date: Mon Feb 9 22:19:33 2009 Subject: 7.1 Panic on degraded disk w/mpt In-Reply-To: References: Message-ID: <49911C68.6030203@samsco.org> Charles Sprickman wrote: > (posted on -stable already, no takers - added info: full dmesg, crash > info from panic when array finished rebuilding, some comments on dmesg) > > Howdy, > > I dug around and can't find a PR on this, and the only other report I > saw was in this mailing list post that has no replies: > > http://www.nabble.com/7.1-BETA2-panic-on-mpt-degrade-td20183173.html > > The hardware is a Dell PowerEdge 860 with the Dell/LSI SAS5 controller: > > mpt0: port 0xec00-0xecff mem > 0xfe9fc000-0xfe9fffff,0xfe9e0000-0xfe9effff irq 16 at device 8.0 on pci2 > mpt0: MPI Version=1.5.13.0 > > The panic is repeatable by forcing the array into a degraded state. > When the array finishes rebuilding, the box also panics. > > Here's my best shot at getting info out of kgdb (panic on array going to > degraded state): I wonder if the MPT card is temporarily detaching and then reattaching the logical drive when the rebuild completes. The info you posted is inconclusive here. CAM (the FreeBSD SCSI layer) has had some problems handling device detaches, but we've been very fortunate to have someone examining and fixing this recently. Would it be possible for you to upgrade to the most recent 8-CURRENT tree, and re-run your test? If not, I'll see about generating a patchset against 7.1. Scott From spork at bway.net Mon Feb 9 22:49:11 2009 From: spork at bway.net (Charles Sprickman) Date: Mon Feb 9 22:49:17 2009 Subject: 7.1 Panic on degraded disk w/mpt In-Reply-To: <49911C68.6030203@samsco.org> References: <49911C68.6030203@samsco.org> Message-ID: On Mon, 9 Feb 2009, Scott Long wrote: > Charles Sprickman wrote: >> (posted on -stable already, no takers - added info: full dmesg, crash info >> from panic when array finished rebuilding, some comments on dmesg) >> >> Howdy, >> >> I dug around and can't find a PR on this, and the only other report I saw >> was in this mailing list post that has no replies: >> >> http://www.nabble.com/7.1-BETA2-panic-on-mpt-degrade-td20183173.html >> >> The hardware is a Dell PowerEdge 860 with the Dell/LSI SAS5 controller: >> >> mpt0: port 0xec00-0xecff mem >> 0xfe9fc000-0xfe9fffff,0xfe9e0000-0xfe9effff irq 16 at device 8.0 on pci2 >> mpt0: MPI Version=1.5.13.0 >> >> The panic is repeatable by forcing the array into a degraded state. When >> the array finishes rebuilding, the box also panics. >> >> Here's my best shot at getting info out of kgdb (panic on array going to >> degraded state): > > I wonder if the MPT card is temporarily detaching and then reattaching > the logical drive when the rebuild completes. IIRC, just before the panic there is a bunch of CAM debug splattered across the monitor. I can run down to the garage and snap a few pics of the monitor after detaching a drive. > The info you posted is inconclusive here. CAM (the FreeBSD SCSI layer) > has had some problems handling device detaches, but we've been very > fortunate to have someone examining and fixing this recently. Yeah, I was looking at the commit log for cam_xpt.c and someone has been very busy... > Would it be possible for you to upgrade to the most recent 8-CURRENT > tree, and re-run your test? If not, I'll see about generating a > patchset against 7.1. Can I get away with just updating the kernel, or is there a simple way to build a live-cd? I don't want to screw with userland, but I'd boot a kernel if that's not too rough - but I suppose my 7.1 kgdb would not know what to do with the dump, right? On the bright side, the controller is not getting so scrambled by the panic that it can no longer write the crashdump. That's a positive! I'm going to go panic it again, I'm getting curious about the messages before the panic... Thanks, Charles > Scott > From spork at bway.net Mon Feb 9 23:14:15 2009 From: spork at bway.net (Charles Sprickman) Date: Mon Feb 9 23:14:22 2009 Subject: 7.1 Panic on degraded disk w/mpt In-Reply-To: References: <49911C68.6030203@samsco.org> Message-ID: On Tue, 10 Feb 2009, Charles Sprickman wrote: > On Mon, 9 Feb 2009, Scott Long wrote: > >> Charles Sprickman wrote: >>> (posted on -stable already, no takers - added info: full dmesg, crash info >>> from panic when array finished rebuilding, some comments on dmesg) >>> >>> Howdy, >>> >>> I dug around and can't find a PR on this, and the only other report I saw >>> was in this mailing list post that has no replies: >>> >>> http://www.nabble.com/7.1-BETA2-panic-on-mpt-degrade-td20183173.html >>> >>> The hardware is a Dell PowerEdge 860 with the Dell/LSI SAS5 controller: >>> >>> mpt0: port 0xec00-0xecff mem >>> 0xfe9fc000-0xfe9fffff,0xfe9e0000-0xfe9effff irq 16 at device 8.0 on pci2 >>> mpt0: MPI Version=1.5.13.0 >>> >>> The panic is repeatable by forcing the array into a degraded state. When >>> the array finishes rebuilding, the box also panics. >>> >>> Here's my best shot at getting info out of kgdb (panic on array going to >>> degraded state): >> >> I wonder if the MPT card is temporarily detaching and then reattaching >> the logical drive when the rebuild completes. > > IIRC, just before the panic there is a bunch of CAM debug splattered across > the monitor. I can run down to the garage and snap a few pics of the monitor > after detaching a drive. OK, some more info here. I wanted to be safe, so I brought the machine down to single user and unmounted everything but /. It did not panic on the drive being removed. So perhaps a quiet filesystem = no panic. Here's what gets spit out on the console: mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x12 mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). (mpt0:vol0:1): Physical Disk Status Changed mpt0: mpt_cam_event: 0x15 mpt0: Unhandled Event Notify Frame. Event 0x15 (ACK not required). mpt0: mpt_cam_event: 0x21 mpt0: Unhandled Event Notify Frame. Event 0x21 (ACK not required). (mpt0:vol0:1): Physical Disk Status Changed mpt0:vol0(mpt0:0:0): Volume Status Changed mpt0: mpt_cam_event: 0x15 mpt0: Unhandled Event Notify Frame. Event 0x15 (ACK not required). mpt0: mpt_cam_event: 0x21 mpt0: Unhandled Event Notify Frame. Event 0x21 (ACK not required). mpt0: mpt_cam_event: 0x15 mpt0: Unhandled Event Notify Frame. Event 0x15 (ACK not required). mpt0: mpt_cam_event: 0x21 mpt0: Unhandled Event Notify Frame. Event 0x21 (ACK not required). mpt0:vol0(mpt0:0:0): RAID-1 - Degraded mpt0:vol0(mpt0:0:0): Status ( Enabled ) (mpt0:vol0:1): No longer configured (probe0:mpt0:1:0:0): error 22 (probe0:mpt0:1:0:0): Unretryable Error (probe2:mpt0:1:2:0): error 22 (probe2:mpt0:1:2:0): Unretryable Error (probe3:mpt0:1:3:0): error 22 (repeats with probe # increasing...) (probe1:mpt0:1:1:0): CAM Status 0x19 (probe1:mpt0:1:1:0): Retrying Command (probe0:mpt0:1:0:0): error 22 (probe0:mpt0:1:0:0): Unretryable Error (pass1:mpt0:1:0:0): lost device (pass1:mpt0:1:0:0): removing device entry So it does appear that at the very least the mpt driver is removing the pass device for that drive, right? And on reattach: mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x12 mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: Volume(0:1:0): Physical Disk Status Changed mpt0: mpt_cam_event: 0x15 mpt0: Unhandled Event Notify Frame. Event 0x15 (ACK not required). mpt0: mpt_cam_event: 0x21 mpt0: Unhandled Event Notify Frame. Event 0x21 (ACK not required). (mpt0:vol0:1): Physical (mpt0:0:1:0), Pass-thru (mpt0:1:0:0) (mpt0:vol0:1): Online (mpt0:vol0:1): Status ( Out-Of-Sync ) (probe2:mpt0:1:2:0): error 22 (probe2:mpt0:1:2:0): Unretryable Error (probe3:mpt0:1:3:0): error 22 (rinse, repeat) pass1 at mpt0 bus 1 target 0 lun 0 pass1: Fixed unknown SCSI-5 device pass1: Serial Number 5QD56ZXC pass1: 300.000MB/s transfers pass1: Command Queueing Enabled mpt0: mpt_cam_event: 0x15 mpt0: Unhandled Event Notify Frame. Event 0x15 (ACK not required). mpt0: mpt_cam_event: 0x21 mpt0: Unhandled Event Notify Frame. Event 0x21 (ACK not required). mpt0: mpt_cam_event: 0x21 mpt0: Unhandled Event Notify Frame. Event 0x21 (ACK not required). mpt0: mpt_cam_event: 0x21 mpt0: Unhandled Event Notify Frame. Event 0x21 (ACK not required). mpt0:vol0(mpt0:0:0): Volume Status Changed mpt0:vol0(mpt0:0:0): RAID-1 - Degraded mpt0:vol0(mpt0:0:0): Status ( Enabled Re-Syncing ) mpt0:vol0(mpt0:0:0): High Priority Re-Sync mpt0:vol0(mpt0:0:0): 1464842240 of 1464842240 blocks remaining I'm betting it will panic again in a few hours when the rebuild finishes. I'll try the detach again tomorrow with all the filesystems mounted and I'll make sure there's some pending writes when I detach. If I see anything interesting before the panic message on screen, I'll grab it. Thanks, Charles From sebster at sebster.com Tue Feb 10 10:11:44 2009 From: sebster at sebster.com (Sebastiaan van Erk) Date: Tue Feb 10 10:11:52 2009 Subject: Disk performance on ESXi with FreeBSD 7.1 Message-ID: <4991BD19.1000409@sebster.com> Hi, I'm running FreeBSD on ESXi but I'm having serious issues with disk performance, and I'm wondering if it might have something to do with the scsi driver (or the virtual hardware not returning proper values for its capabilities or something).. I have both a FreeBSD-amd64 and Linux Ubuntu 8.10-amd64 virtual machine (8GB disk, 512MB RAM, 2-CPU) and run dbench on both of them. The linux machine is out of the box, not optimized for vmware, VMI/paravirtualization is off, as is VMotion. The results for dbench are as follows: 1 2 4 freebsd 12.0009 13.6348 12.9402 (MB/s) linux 376.145 651.314 634.649 (MB/s) Thus there is approx a factor 30 difference for dbench 1, and I cannot imagine linux being that much faster just due to some performance tuning kernel parameters. I tried both the VMware LSI Logic controller and the BusLogic controller. Here is the relevant dmesg output of both: LSI: mpt0: port 0x1080-0x10ff mem 0xf4810000-0xf4810fff irq 17 at device 16.0 on pci0 mpt0: [ITHREAD] mpt0: MPI Version=1.2.0.0 da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 3.300MB/s transfers da0: 8192MB (16777216 512 byte sectors: 255H 63S/T 1044C) BusLogic: bt0: port 0x1060-0x107f mem 0xf4810000-0xf481001f irq 17 at device 16.0 on pci0 bt0: BT-958 FW Rev. 5.07B Ultra Wide SCSI Host Adapter, SCSI ID 7, 192 CCBs bt0: [GIANT-LOCKED] bt0: [ITHREAD] da0 at bt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz DT, offset 15, 16bit) da0: 8192MB (16777216 512 byte sectors: 255H 63S/T 1044C) Something that I noticed was the extremely slow transfer rates mentioned with the da0 device. When I'm running dbench the server is not very busy: CPU: 0.2% user, 0.0% nice, 6.4% system, 0.7% interrupt, 92.7% idle 1172 root 1 -8 0 4604K 1228K biowr 1 0:41 4.98% dbench I really want to get this working because I want to run a big production site on FreeBSD. But currently the disk speed is just unworkable. I was wondering if anybody had any ideas about how to get proper disk speeds on FreeBSD, making it a viable guest operating system. If any other info is needed, I'm willing to invest quite some time to provide it! Regards, Sebastiaan -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3328 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.freebsd.org/pipermail/freebsd-scsi/attachments/20090210/910cd589/smime.bin From scottl at samsco.org Tue Feb 10 10:26:35 2009 From: scottl at samsco.org (Scott Long) Date: Tue Feb 10 10:26:48 2009 Subject: Disk performance on ESXi with FreeBSD 7.1 In-Reply-To: <4991BD19.1000409@sebster.com> References: <4991BD19.1000409@sebster.com> Message-ID: <4991C6D5.4050400@samsco.org> Sebastiaan van Erk wrote: > Hi, > > I'm running FreeBSD on ESXi but I'm having serious issues with disk > performance, and I'm wondering if it might have something to do with the > scsi driver (or the virtual hardware not returning proper values for its > capabilities or something).. > > I have both a FreeBSD-amd64 and Linux Ubuntu 8.10-amd64 virtual machine > (8GB disk, 512MB RAM, 2-CPU) and run dbench on both of them. The linux > machine is out of the box, not optimized for vmware, > VMI/paravirtualization is off, as is VMotion. The results for dbench > are as follows: > > 1 2 4 > freebsd 12.0009 13.6348 12.9402 (MB/s) > linux 376.145 651.314 634.649 (MB/s) > > Thus there is approx a factor 30 difference for dbench 1, and I cannot > imagine linux being that much faster just due to some performance tuning > kernel parameters. > > I tried both the VMware LSI Logic controller and the BusLogic > controller. Here is the relevant dmesg output of both: > > LSI: > mpt0: port 0x1080-0x10ff mem > 0xf4810000-0xf4810fff irq 17 at device 16.0 on pci0 > mpt0: [ITHREAD] > mpt0: MPI Version=1.2.0.0 > da0 at mpt0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 3.300MB/s transfers > da0: 8192MB (16777216 512 byte sectors: 255H 63S/T 1044C) > > BusLogic: > bt0: port 0x1060-0x107f mem > 0xf4810000-0xf481001f irq 17 at device 16.0 on pci0 > bt0: BT-958 FW Rev. 5.07B Ultra Wide SCSI Host Adapter, SCSI ID 7, 192 CCBs > bt0: [GIANT-LOCKED] > bt0: [ITHREAD] > da0 at bt0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 40.000MB/s transfers (20.000MHz DT, offset 15, 16bit) > da0: 8192MB (16777216 512 byte sectors: 255H 63S/T 1044C) > > Something that I noticed was the extremely slow transfer rates mentioned > with the da0 device. > > When I'm running dbench the server is not very busy: > > CPU: 0.2% user, 0.0% nice, 6.4% system, 0.7% interrupt, 92.7% idle > 1172 root 1 -8 0 4604K 1228K biowr 1 0:41 4.98% dbench > > I really want to get this working because I want to run a big production > site on FreeBSD. But currently the disk speed is just unworkable. > > I was wondering if anybody had any ideas about how to get proper disk > speeds on FreeBSD, making it a viable guest operating system. > > If any other info is needed, I'm willing to invest quite some time to > provide it! > > Regards, > Sebastiaan Run the following command: sudo camcontrol tags da0 If it returns something like this: (pass0:mpt0:0:0:0): device openings: 1 then run the following command: sudo camcontrol tags da0 -N 64 If this works in improving performance, it can be put into a startup script. I have no idea why the controller is misbehaving with this yet, but I'm working on it. Scott From sebster at sebster.com Tue Feb 10 10:57:09 2009 From: sebster at sebster.com (Sebastiaan van Erk) Date: Tue Feb 10 10:57:17 2009 Subject: Disk performance on ESXi with FreeBSD 7.1 In-Reply-To: <4991C6D5.4050400@samsco.org> References: <4991BD19.1000409@sebster.com> <4991C6D5.4050400@samsco.org> Message-ID: <4991CE02.4060202@sebster.com> Hi Scott, >> 1 2 4 >> freebsd 12.0009 13.6348 12.9402 (MB/s) >> linux 376.145 651.314 634.649 (MB/s) >> >> Thus there is approx a factor 30 difference for dbench 1, and I cannot >> imagine linux being that much faster just due to some performance >> tuning kernel parameters. > sudo camcontrol tags da0 > > If it returns something like this: > > (pass0:mpt0:0:0:0): device openings: 1 Yep, exactly that; the bt0 driver returned 2. > then run the following command: > > sudo camcontrol tags da0 -N 64 (pass0:mpt0:0:0:0): tagged openings now 64 (pass0:mpt0:0:0:0): device openings: 64 > If this works in improving performance, it can be put into a startup > script. I have no idea why the controller is misbehaving with this yet, > but I'm working on it. > > Scott Unfortunately I'm still stuck at around 12-14MB/s on both the bt0 and mpt0 controllers, so the performance is not up. Thanks a lot though for the help, if I can do/test anything else, I'm right on it. Regards, Sebastiaan -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3328 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.freebsd.org/pipermail/freebsd-scsi/attachments/20090210/21b05277/smime.bin From ob at e-Gitt.NET Wed Feb 11 02:45:11 2009 From: ob at e-Gitt.NET (Oliver Brandmueller) Date: Wed Feb 11 02:45:17 2009 Subject: Disk performance on ESXi with FreeBSD 7.1 In-Reply-To: <4991CE02.4060202@sebster.com> References: <4991BD19.1000409@sebster.com> <4991C6D5.4050400@samsco.org> <4991CE02.4060202@sebster.com> Message-ID: <20090211104509.GC51761@e-Gitt.NET> Hi, On Tue, Feb 10, 2009 at 07:57:06PM +0100, Sebastiaan van Erk wrote: > Thanks a lot though for the help, if I can do/test anything else, I'm > right on it. Did you try using the ATA instead of SCSI emulation im vmware? I've even seen Linux guests where that helped. I dunno if this thenstill an option for prod for you, however, since ist emulated anyway I don't see reasons why it shouldn't be. - Olli -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-scsi/attachments/20090211/2ca1a593/attachment.pgp From sebster at sebster.com Wed Feb 11 02:48:30 2009 From: sebster at sebster.com (Sebastiaan van Erk) Date: Wed Feb 11 02:48:39 2009 Subject: Disk performance on ESXi with FreeBSD 7.1 In-Reply-To: <20090211104509.GC51761@e-Gitt.NET> References: <4991BD19.1000409@sebster.com> <4991C6D5.4050400@samsco.org> <4991CE02.4060202@sebster.com> <20090211104509.GC51761@e-Gitt.NET> Message-ID: <4992ACEE.108@sebster.com> H, Oliver Brandmueller wrote: > Hi, > > On Tue, Feb 10, 2009 at 07:57:06PM +0100, Sebastiaan van Erk wrote: >> Thanks a lot though for the help, if I can do/test anything else, I'm >> right on it. > > Did you try using the ATA instead of SCSI emulation im vmware? I've even > seen Linux guests where that helped. I dunno if this thenstill an option > for prod for you, however, since ist emulated anyway I don't see reasons > why it shouldn't be. As far as I know, this is not an option in ESXi. The only disk controllers you can choose are the LSI Logic and the BusLogic ones, both SCSI. Regards, Sebastiaan > > - Olli > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3328 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.freebsd.org/pipermail/freebsd-scsi/attachments/20090211/623f9798/smime.bin From ob at e-Gitt.NET Wed Feb 11 03:08:01 2009 From: ob at e-Gitt.NET (Oliver Brandmueller) Date: Wed Feb 11 03:08:07 2009 Subject: Disk performance on ESXi with FreeBSD 7.1 In-Reply-To: <4992ACEE.108@sebster.com> References: <4991BD19.1000409@sebster.com> <4991C6D5.4050400@samsco.org> <4991CE02.4060202@sebster.com> <20090211104509.GC51761@e-Gitt.NET> <4992ACEE.108@sebster.com> Message-ID: <20090211110753.GD51761@e-Gitt.NET> Hi, On Wed, Feb 11, 2009 at 11:48:14AM +0100, Sebastiaan van Erk wrote: > > Did you try using the ATA instead of SCSI emulation im vmware? I've even > > seen Linux guests where that helped. I dunno if this thenstill an option > > for prod for you, however, since ist emulated anyway I don't see reasons > > why it shouldn't be. > > As far as I know, this is not an option in ESXi. The only disk > controllers you can choose are the LSI Logic and the BusLogic ones, both > SCSI. *argh* OK... I've just seen it in vmware server and afaik also in ESX, didn't know about ESXi not offering ATA emulation :-( Sorry. - Olli -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-scsi/attachments/20090211/11b682d1/attachment.pgp From spork at bway.net Wed Feb 11 19:36:32 2009 From: spork at bway.net (Charles Sprickman) Date: Wed Feb 11 19:36:39 2009 Subject: 7.1 Panic on degraded disk w/mpt In-Reply-To: <49911C68.6030203@samsco.org> References: <49911C68.6030203@samsco.org> Message-ID: More info... On Mon, 9 Feb 2009, Scott Long wrote: > Charles Sprickman wrote: >> (posted on -stable already, no takers - added info: full dmesg, crash info >> from panic when array finished rebuilding, some comments on dmesg) >> >> Howdy, >> >> I dug around and can't find a PR on this, and the only other report I saw >> was in this mailing list post that has no replies: >> >> http://www.nabble.com/7.1-BETA2-panic-on-mpt-degrade-td20183173.html >> >> The hardware is a Dell PowerEdge 860 with the Dell/LSI SAS5 controller: >> >> mpt0: port 0xec00-0xecff mem >> 0xfe9fc000-0xfe9fffff,0xfe9e0000-0xfe9effff irq 16 at device 8.0 on pci2 >> mpt0: MPI Version=1.5.13.0 >> >> The panic is repeatable by forcing the array into a degraded state. When >> the array finishes rebuilding, the box also panics. >> >> Here's my best shot at getting info out of kgdb (panic on array going to >> degraded state): > > I wonder if the MPT card is temporarily detaching and then reattaching > the logical drive when the rebuild completes. The info you posted is > inconclusive here. I was able to get it to panic again, and grabbed a picture of the console that includes the output just before the panic. It does appear the device goes away: mpt0: mpt_cam_event: 0x16 mpt0: mpt_cam_event: 0x12 mpt0: mpt_cam_event: 0x16 (mpt0:vol0:1): Physical Disk Status Changed mpt0: mpt_cam_event: 0x15 mpt0: mpt_cam_event: 0x21 (mpt0:vol0:1): Physical Disk Status Changed mpt0:vol0(mpt0:0:0): Volume Status Changed mpt0: mpt_cam_event: 0x15 mpt0: mpt_cam_event: 0x21 mpt0: mpt_cam_event: 0x15 mpt0: mpt_cam_event: 0x21 mpt0:vol0(mpt0:0:0): RAID-1 - Degraded mpt0:vol0(mpt0:0:0): Status ( Enabled ) (mpt0:vol0:1): No longer configured Fatal Trap 12.... blah blah blah Is that information of any use? Does "No longer configured" = device detached? Thanks, Charles > CAM (the FreeBSD SCSI layer) has had some problems handling device > detaches, but we've been very fortunate to have someone examining and > fixing this recently. Would it be possible for you to upgrade to the > most recent 8-CURRENT tree, and re-run your test? If not, I'll see > about generating a patchset against 7.1. > > Scott > From cowens at greatbaysoftware.com Thu Feb 12 20:49:53 2009 From: cowens at greatbaysoftware.com (Charles Owens) Date: Thu Feb 12 20:50:00 2009 Subject: Disk performance on ESXi with FreeBSD 7.1 In-Reply-To: <4991C6D5.4050400@samsco.org> References: <4991BD19.1000409@sebster.com> <4991C6D5.4050400@samsco.org> Message-ID: <4994F940.7070301@greatbaysoftware.com> Scott Long wrote: > Sebastiaan van Erk wrote: >> Hi, >> >> I'm running FreeBSD on ESXi but I'm having serious issues with disk >> performance, and I'm wondering if it might have something to do with >> the scsi driver (or the virtual hardware not returning proper values >> for its capabilities or something).. >> >> I have both a FreeBSD-amd64 and Linux Ubuntu 8.10-amd64 virtual >> machine (8GB disk, 512MB RAM, 2-CPU) and run dbench on both of them. >> The linux machine is out of the box, not optimized for vmware, >> VMI/paravirtualization is off, as is VMotion. The results for dbench >> are as follows: >> >> 1 2 4 >> freebsd 12.0009 13.6348 12.9402 (MB/s) >> linux 376.145 651.314 634.649 (MB/s) >> >> Thus there is approx a factor 30 difference for dbench 1, and I >> cannot imagine linux being that much faster just due to some >> performance tuning kernel parameters. >> >> I tried both the VMware LSI Logic controller and the BusLogic >> controller. Here is the relevant dmesg output of both: >> >> LSI: >> mpt0: port 0x1080-0x10ff mem >> 0xf4810000-0xf4810fff irq 17 at device 16.0 on pci0 >> mpt0: [ITHREAD] >> mpt0: MPI Version=1.2.0.0 >> da0 at mpt0 bus 0 target 0 lun 0 >> da0: Fixed Direct Access SCSI-2 device >> da0: 3.300MB/s transfers >> da0: 8192MB (16777216 512 byte sectors: 255H 63S/T 1044C) >> >> BusLogic: >> bt0: port 0x1060-0x107f mem >> 0xf4810000-0xf481001f irq 17 at device 16.0 on pci0 >> bt0: BT-958 FW Rev. 5.07B Ultra Wide SCSI Host Adapter, SCSI ID 7, >> 192 CCBs >> bt0: [GIANT-LOCKED] >> bt0: [ITHREAD] >> da0 at bt0 bus 0 target 0 lun 0 >> da0: Fixed Direct Access SCSI-2 device >> da0: 40.000MB/s transfers (20.000MHz DT, offset 15, 16bit) >> da0: 8192MB (16777216 512 byte sectors: 255H 63S/T 1044C) >> >> Something that I noticed was the extremely slow transfer rates >> mentioned with the da0 device. >> >> When I'm running dbench the server is not very busy: >> >> CPU: 0.2% user, 0.0% nice, 6.4% system, 0.7% interrupt, 92.7% idle >> 1172 root 1 -8 0 4604K 1228K biowr 1 0:41 4.98% dbench >> >> I really want to get this working because I want to run a big >> production site on FreeBSD. But currently the disk speed is just >> unworkable. >> >> I was wondering if anybody had any ideas about how to get proper disk >> speeds on FreeBSD, making it a viable guest operating system. >> >> If any other info is needed, I'm willing to invest quite some time to >> provide it! >> >> Regards, >> Sebastiaan > > Run the following command: > > sudo camcontrol tags da0 > > If it returns something like this: > > (pass0:mpt0:0:0:0): device openings: 1 > > then run the following command: > > sudo camcontrol tags da0 -N 64 > > If this works in improving performance, it can be put into a startup > script. I have no idea why the controller is misbehaving with this yet, > but I'm working on it. > > Scott > I'm also seeing poor performance (much less than linux), running within ESX Server... I'm using FreeBSD i386, single CPU, 1 GB RAM. I've run the "camcontrol tags da0 -N 64" command and have seen significant improvement (dbench numbers boosted by factor of 5 or so). Not sure it's quite enough, compared to Linux... but a big help already (thanks!). I'd be glad to do more testing / poking if it could help get this figured out. Thanks, Charles **Charles Owens** *Great Bay Software* From cowens at greatbaysoftware.com Fri Feb 13 05:01:04 2009 From: cowens at greatbaysoftware.com (Charles Owens) Date: Fri Feb 13 05:01:11 2009 Subject: Disk performance on ESXi with FreeBSD 7.1 In-Reply-To: <4994F940.7070301@greatbaysoftware.com> References: <4991BD19.1000409@sebster.com> <4991C6D5.4050400@samsco.org> <4994F940.7070301@greatbaysoftware.com> Message-ID: <49956F66.6080003@greatbaysoftware.com> Charles Owens wrote: > Scott Long wrote: > >> Sebastiaan van Erk wrote: >> >>> Hi, >>> >>> I'm running FreeBSD on ESXi but I'm having serious issues with disk >>> performance, and I'm wondering if it might have something to do with >>> the scsi driver (or the virtual hardware not returning proper values >>> for its capabilities or something).. >>> >>> ... >>> >> Run the following command: >> >> sudo camcontrol tags da0 >> >> If it returns something like this: >> >> (pass0:mpt0:0:0:0): device openings: 1 >> >> then run the following command: >> >> sudo camcontrol tags da0 -N 64 >> >> If this works in improving performance, it can be put into a startup >> script. I have no idea why the controller is misbehaving with this yet, >> but I'm working on it. >> >> Scott >> >> > I'm also seeing poor performance (much less than linux), running within > ESX Server... I'm using FreeBSD i386, single CPU, 1 GB RAM. > > I've run the "camcontrol tags da0 -N 64" command and have seen > significant improvement (dbench numbers boosted by factor of 5 or so). > Not sure it's quite enough, compared to Linux... but a big help already > (thanks!) Hmmm... my comparison with Linux here was reckless, sorry about that... please consider it withdrawn. What I definitely was seeing was a performance drop between FreeBSD 7.0 and 7.1 -- the CAM "tags" regression that you announced this morning. Thanks for sorting this out! **Charles Owens** *Great Bay Software***** From scottl at samsco.org Sat Feb 14 11:03:48 2009 From: scottl at samsco.org (Scott Long) Date: Sat Feb 14 11:03:54 2009 Subject: [Fwd: HEADS UP: Major CAM performance regression] Message-ID: <4997158F.7050308@samsco.org> For those who might not follow the -current and -stable mailing lists. Also, I'm next going to look at the negotiation trouble that domain validation has caused. Scott -------- Original Message -------- Subject: HEADS UP: Major CAM performance regression Date: Fri, 13 Feb 2009 03:55:53 -0700 From: Scott Long To: FreeBSD Current , FreeBSD Stable All, A major performance regression was introduced to the CAM subsystem in FreeBSD 7.1. The following configurations are known to be affected: VMWare ESX VMWare Fusion (using bt or lsilogic controller options) HP CISS RAID Some MPT-SAS combinations with SATA drives attached (Includes Dell SAS5/ir, but not PERC5/PERC6). Pure SCSI and SAS subsystems likely are NOT affected. Any hardware that uses the 'ata' driver is also definitely NOT affected. To determine if your installation is affected, run the following command as root: camcontrol tags da0 Substitute 'da0' with another appropriate drive device number, if needed. Note that this ONLY AFFECTS 'da' DEVICES. If your disks are 'ad' devices, they are NOT affected. The result from running this command should be an output similar to the following: (pass0:mpt0:0:8:0): device openings: 255 If, instead, it reports a value of '1', you are likely affected. Note that it may be normal for USB memory devices to report a low number. Also, many legacy SCSI disks, and devices that are not disks, may also be expected to report a low number. The effect of this problem is that only one I/O command will be issued to the controller and disk at a time, instead of overlapping multiple commands in parallel. This causes significantly higher latency in servicing moderate and heavy I/O workloads, leading to very poor performance. Performance can be easily compared by downgrading to FreeBSD 7.0. I have committed a fix for this problem for FreeBSD 8-CURRENT as of SVN revision 188570. FreeBSD 7-STABLE will be updated with the fix in a few days once I've gotten confirmation that the fix works and doesn't cause any adverse side-effects. Anyone wanting to help in this validation effort should apply the attached patch to their kernel source tree and recompile. Please contact me directly by email to report if the problem is fixed for you. If the validation process goes smoothly, I will work with the release engineering team to turn this fix into an official errata update for FreeBSD 7.1. Thanks in advance for your help. Scott -------------- next part -------------- A non-text attachment was scrubbed... Name: cam_tags.diff Type: text/x-diff Size: 430 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-scsi/attachments/20090214/16e11ade/cam_tags.bin From bugmaster at FreeBSD.org Mon Feb 16 03:07:01 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 16 03:09:08 2009 Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org Message-ID: <200902161106.n1GB6wh4096258@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/131032 scsi [panic] hald causing panic in scsi_sg o kern/130735 scsi [cam] [patch] pass M_NOWAIT to the malloc() call insid o kern/130621 scsi [mpt] tranfer rate is inscrutable slow when use lsi213 o kern/129602 scsi [ahd] ahd(4) gets confused and wedges SCSI bus o kern/128452 scsi [sa] [panic] Accessing SCSI tape drive randomly crashe o kern/128245 scsi [scsi] "inquiry data fails comparison at DV1 step" [re o kern/127927 scsi [isp] isp(4) target driver crashes kernel when set up o kern/126866 scsi [isp] [panic] kernel panic on card initialization o kern/124667 scsi [amd] [panic] FreeBSD-7 kernel page faults at amd-scsi o kern/123674 scsi [ahc] ahc driver dumping o kern/123666 scsi [aac] attach fails with Adaptec SAS RAID 3805 controll o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc o kern/120487 scsi [sg] scsi_sg incompatible with scanners o kern/120247 scsi [mpt] FreeBSD 6.3 and LSI Logic 1030 = only 3.300MB/s o kern/119668 scsi [cam] [patch] certain errors are too verbose comparing o kern/114597 scsi [sym] System hangs at SCSI bus reset with dual HBAs o kern/110847 scsi [ahd] Tyan U320 onboard problem with more than 3 disks o kern/99954 scsi [ahc] reading from DVD failes on 6.x [regression] o kern/94838 scsi Kernel panic while mounting SD card with lock switch o o kern/92798 scsi [ahc] SCSI problem with timeouts o kern/90282 scsi [sym] SCSI bus resets cause loss of ch device o kern/76178 scsi [ahd] Problem with ahd and large SCSI Raid system o kern/74627 scsi [ahc] [hang] Adaptec 2940U2W Can't boot 5.3 s kern/61165 scsi [panic] kernel page fault after calling cam_send_ccb o kern/60641 scsi [sym] Sporadic SCSI bus resets with 53C810 under load o kern/60598 scsi wire down of scsi devices conflicts with config s kern/57398 scsi [mly] Current fails to install on mly(4) based RAID di o kern/52638 scsi [panic] SCSI U320 on SMP server won't run faster than o kern/44587 scsi dev/dpt/dpt.h is missing defines required for DPT_HAND o kern/40895 scsi wierd kernel / device driver bug o kern/39388 scsi ncr/sym drivers fail with 53c810 and more than 256MB m o kern/38828 scsi [dpt] [request] DPT PM2012B/90 doesn't work o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce 33 problems total. From scottl at samsco.org Mon Feb 16 07:32:55 2009 From: scottl at samsco.org (Scott Long) Date: Mon Feb 16 07:33:03 2009 Subject: HEADS UP: More CAM fixes. Message-ID: <499981AF.9030204@samsco.org> FWI. I need lots of testing on this. Only real SCSI controllers, please, not RAID controllers (except for MPT-SCSI with integrated mirroring). So Adaptec, LSI, Symbios, Buslogic, Tekram, SME, etc, users, please try this and get back to me. The patch should apply to FreeBSD 7 as well. FreeBSD 6 is only affected by this problem when CAM_NEW_TRAN_CODE is enabled. Scott -------- Original Message -------- Subject: svn commit: r188671 - head/sys/cam Date: Mon, 16 Feb 2009 14:57:15 +0000 (UTC) From: Scott Long To: src-committers@FreeBSD.org, svn-src-all@FreeBSD.org, svn-src-head@FreeBSD.org Author: scottl Date: Mon Feb 16 14:57:15 2009 New Revision: 188671 URL: http://svn.freebsd.org/changeset/base/188671 Log: Fix parallel SCSI negotiation in the CAM_NEW_TRAN_CODE world order. Overzealous sanity checks were locking the sync_rate and offset values to zero, thanks to a twisty maze of recursive code. Modified: head/sys/cam/cam_xpt.c Modified: head/sys/cam/cam_xpt.c ============================================================================== --- head/sys/cam/cam_xpt.c Mon Feb 16 14:38:52 2009 (r188670) +++ head/sys/cam/cam_xpt.c Mon Feb 16 14:57:15 2009 (r188671) @@ -6679,9 +6679,7 @@ xpt_set_transfer_settings(struct ccb_tra if (((device->flags & CAM_DEV_INQUIRY_DATA_VALID) != 0 && (inq_data->flags & SID_Sync) == 0 && cts->type == CTS_TYPE_CURRENT_SETTINGS) - || ((cpi.hba_inquiry & PI_SDTR_ABLE) == 0) - || (spi->sync_offset == 0) - || (spi->sync_period == 0)) { + || ((cpi.hba_inquiry & PI_SDTR_ABLE) == 0)) { /* Force async */ spi->sync_period = 0; spi->sync_offset = 0; @@ -6729,7 +6727,8 @@ xpt_set_transfer_settings(struct ccb_tra if (spi->bus_width == 0) spi->ppr_options = 0; - if ((spi->flags & CTS_SPI_FLAGS_DISC_ENB) == 0) { + if ((spi->valid & CTS_SPI_VALID_DISC) + && ((spi->flags & CTS_SPI_FLAGS_DISC_ENB) == 0)) { /* * Can't tag queue without disconnection. */ From morganw at chemikals.org Mon Feb 16 08:26:06 2009 From: morganw at chemikals.org (Wes Morgan) Date: Mon Feb 16 08:26:12 2009 Subject: HEADS UP: More CAM fixes. In-Reply-To: <499981AF.9030204@samsco.org> References: <499981AF.9030204@samsco.org> Message-ID: On Mon, 16 Feb 2009, Scott Long wrote: > FWI. I need lots of testing on this. Only real SCSI controllers, please, > not RAID controllers (except for MPT-SCSI with integrated mirroring). So > Adaptec, LSI, Symbios, Buslogic, Tekram, SME, etc, > users, please try this and get back to me. The patch should apply > to FreeBSD 7 as well. FreeBSD 6 is only affected by this problem > when CAM_NEW_TRAN_CODE is enabled. I have a motherboard with an LSI SAS1068 8-port SAS controller, with SATA devices connected, running -current. All the drives are in passthrough mode, so none of the IM features are being used. Should this setup be affected, and if so, what should I look for? > > Scott > > > -------- Original Message -------- > Subject: svn commit: r188671 - head/sys/cam > Date: Mon, 16 Feb 2009 14:57:15 +0000 (UTC) > From: Scott Long > To: src-committers@FreeBSD.org, svn-src-all@FreeBSD.org, > svn-src-head@FreeBSD.org > > Author: scottl > Date: Mon Feb 16 14:57:15 2009 > New Revision: 188671 > URL: http://svn.freebsd.org/changeset/base/188671 > > Log: > Fix parallel SCSI negotiation in the CAM_NEW_TRAN_CODE world order. > Overzealous sanity checks were locking the sync_rate and offset values to > zero, thanks to a twisty maze of recursive code. > > Modified: > head/sys/cam/cam_xpt.c > > Modified: head/sys/cam/cam_xpt.c > ============================================================================== > --- head/sys/cam/cam_xpt.c Mon Feb 16 14:38:52 2009 (r188670) > +++ head/sys/cam/cam_xpt.c Mon Feb 16 14:57:15 2009 (r188671) > @@ -6679,9 +6679,7 @@ xpt_set_transfer_settings(struct ccb_tra > if (((device->flags & CAM_DEV_INQUIRY_DATA_VALID) != 0 > && (inq_data->flags & SID_Sync) == 0 > && cts->type == CTS_TYPE_CURRENT_SETTINGS) > - || ((cpi.hba_inquiry & PI_SDTR_ABLE) == 0) > - || (spi->sync_offset == 0) > - || (spi->sync_period == 0)) { > + || ((cpi.hba_inquiry & PI_SDTR_ABLE) == 0)) { > /* Force async */ > spi->sync_period = 0; > spi->sync_offset = 0; > @@ -6729,7 +6727,8 @@ xpt_set_transfer_settings(struct ccb_tra > if (spi->bus_width == 0) > spi->ppr_options = 0; > > - if ((spi->flags & CTS_SPI_FLAGS_DISC_ENB) == 0) { > + if ((spi->valid & CTS_SPI_VALID_DISC) > + && ((spi->flags & CTS_SPI_FLAGS_DISC_ENB) == 0)) { > /* > * Can't tag queue without disconnection. > */ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From scottl at samsco.org Mon Feb 16 09:59:36 2009 From: scottl at samsco.org (Scott Long) Date: Mon Feb 16 09:59:49 2009 Subject: HEADS UP: More CAM fixes. In-Reply-To: References: <499981AF.9030204@samsco.org> Message-ID: <4999A981.7030001@samsco.org> Wes Morgan wrote: > On Mon, 16 Feb 2009, Scott Long wrote: > >> FWI. I need lots of testing on this. Only real SCSI controllers, >> please, not RAID controllers (except for MPT-SCSI with integrated >> mirroring). So Adaptec, LSI, Symbios, Buslogic, Tekram, SME, etc, >> users, please try this and get back to me. The patch should apply >> to FreeBSD 7 as well. FreeBSD 6 is only affected by this problem >> when CAM_NEW_TRAN_CODE is enabled. > > I have a motherboard with an LSI SAS1068 8-port SAS controller, with > SATA devices connected, running -current. All the drives are in > passthrough mode, so none of the IM features are being used. Should this > setup be affected, and if so, what should I look for? > You're not dealing with parallel SCSI, so no. Scott From kamikaze at bsdforen.de Tue Feb 17 01:40:05 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Tue Feb 17 01:40:11 2009 Subject: kern/131032: [panic] hald causing panic in scsi_sg Message-ID: <200902170940.n1H9e4rB062006@freefall.freebsd.org> The following reply was made to PR kern/131032; it has been noted by GNATS. From: Dominic Fandrey To: bug-followup@FreeBSD.org, kamikaze@bsdforen.de Cc: Subject: Re: kern/131032: [panic] hald causing panic in scsi_sg Date: Tue, 17 Feb 2009 10:35:17 +0100 I wonder how HAL manages to start this panic. It doesn't have the rights to access any SCSI device. I did a # su -m haldaemon and tried read operations on all da*, cd*, xpt* and pass* devices. And all I ever received was: Permission denied So how doe HAL go about accessing things it must not? This looks like a major breech of security to me. From gary.jennejohn at freenet.de Tue Feb 17 07:42:08 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Tue Feb 17 07:42:20 2009 Subject: HEADS UP: More CAM fixes. In-Reply-To: <499981AF.9030204@samsco.org> References: <499981AF.9030204@samsco.org> Message-ID: <20090217164203.4c586f48@ernst.jennejohn.org> On Mon, 16 Feb 2009 08:09:35 -0700 Scott Long wrote: > FWI. I need lots of testing on this. Only real SCSI controllers, > please, not RAID controllers (except for MPT-SCSI with integrated > mirroring). So Adaptec, LSI, Symbios, Buslogic, Tekram, SME, etc, > users, please try this and get back to me. The patch should apply > to FreeBSD 7 as well. FreeBSD 6 is only affected by this problem > when CAM_NEW_TRAN_CODE is enabled. > I tested this with an Adaptec 29160. I saw no real improvement in performance, but also no regressions. I suspect that the old disk I had attached just didn't have enough performance reserves to show an improvement. My test scenario was buildworld. Since /usr/src and /usr/obj were both on the one disk it got a pretty good workout. AMD64 X2 (2.5 GHz) with 4GB of RAM. BTW under a very fresh 8.0-current. --- Gary Jennejohn From scottl at samsco.org Tue Feb 17 12:46:30 2009 From: scottl at samsco.org (Scott Long) Date: Tue Feb 17 12:46:42 2009 Subject: HEADS UP: More CAM fixes. In-Reply-To: <20090218073542.E5200@delplex.bde.org> References: <499981AF.9030204@samsco.org> <20090217164203.4c586f48@ernst.jennejohn.org> <20090218073542.E5200@delplex.bde.org> Message-ID: <499B221C.2050804@samsco.org> Bruce Evans wrote: > On Tue, 17 Feb 2009, Gary Jennejohn wrote: > >> I tested this with an Adaptec 29160. I saw no real improvement in >> performance, but also no regressions. >> >> I suspect that the old disk I had attached just didn't have enough >> performance reserves to show an improvement. >> >> My test scenario was buildworld. Since /usr/src and /usr/obj were both >> on the one disk it got a pretty good workout. > ^^^^ low >> >> AMD64 X2 (2.5 GHz) with 4GB of RAM. > > Buildworld hardly uses the disk at all. It reads and writes a few hundred > MB. Ideally the i/o should go at disk speeds of 50-200MB/S and thus take > between 20 and 5 seconds. In practice, it will take a few more seconds. > physically but perhaps even less virtually due to parallelism. > > Bruce Yes, on modern machines, buildworld is bound almost completely by disk latency, and not at all by disk or controller bandwidth. Scott From brde at optusnet.com.au Tue Feb 17 16:04:57 2009 From: brde at optusnet.com.au (Bruce Evans) Date: Tue Feb 17 16:05:10 2009 Subject: HEADS UP: More CAM fixes. In-Reply-To: <20090217164203.4c586f48@ernst.jennejohn.org> References: <499981AF.9030204@samsco.org> <20090217164203.4c586f48@ernst.jennejohn.org> Message-ID: <20090218073542.E5200@delplex.bde.org> On Tue, 17 Feb 2009, Gary Jennejohn wrote: > I tested this with an Adaptec 29160. I saw no real improvement in > performance, but also no regressions. > > I suspect that the old disk I had attached just didn't have enough > performance reserves to show an improvement. > > My test scenario was buildworld. Since /usr/src and /usr/obj were both > on the one disk it got a pretty good workout. ^^^^ low > > AMD64 X2 (2.5 GHz) with 4GB of RAM. Buildworld hardly uses the disk at all. It reads and writes a few hundred MB. Ideally the i/o should go at disk speeds of 50-200MB/S and thus take between 20 and 5 seconds. In practice, it will take a few more seconds. physically but perhaps even less virtually due to parallelism. Bruce From gary.jennejohn at freenet.de Wed Feb 18 00:12:08 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Wed Feb 18 00:12:29 2009 Subject: HEADS UP: More CAM fixes. In-Reply-To: <499B221C.2050804@samsco.org> References: <499981AF.9030204@samsco.org> <20090217164203.4c586f48@ernst.jennejohn.org> <20090218073542.E5200@delplex.bde.org> <499B221C.2050804@samsco.org> Message-ID: <20090218091151.4d9c2bd7@ernst.jennejohn.org> On Tue, 17 Feb 2009 13:46:20 -0700 Scott Long wrote: > Bruce Evans wrote: > > On Tue, 17 Feb 2009, Gary Jennejohn wrote: > > > >> I tested this with an Adaptec 29160. I saw no real improvement in > >> performance, but also no regressions. > >> > >> I suspect that the old disk I had attached just didn't have enough > >> performance reserves to show an improvement. > >> > >> My test scenario was buildworld. Since /usr/src and /usr/obj were both > >> on the one disk it got a pretty good workout. > > ^^^^ low > >> > >> AMD64 X2 (2.5 GHz) with 4GB of RAM. > > > > Buildworld hardly uses the disk at all. It reads and writes a few hundred > > MB. Ideally the i/o should go at disk speeds of 50-200MB/S and thus take > > between 20 and 5 seconds. In practice, it will take a few more seconds. > > physically but perhaps even less virtually due to parallelism. > > > > Bruce > > Yes, on modern machines, buildworld is bound almost completely by disk > latency, and not at all by disk or controller bandwidth. > > Scott > Maybe I misunderstood something, but I thought the patch was supposed to improve queuing. Seems like all the seeks during a buildowrld would exercise that. All I can say is that the disk did _lots_ of seeking. --- Gary Jennejohn From lawrence.auster at att.net Thu Feb 19 10:55:44 2009 From: lawrence.auster at att.net (Lawrence Auster) Date: Thu Feb 19 10:55:51 2009 Subject: "My race is just nothing": Some thoughts on the political psychology of women Message-ID: <20090219185538.DKRK21761.cdptpa-omta01.mail.rr.com@k4k6l> "My race is just nothing": Some thoughts on the political psychology of women By Kevin MacDonald February 19, 2009 It seems that the signs of white dispossession are everywhere these days. Edmund Connelly describes how non-Jewish whites are being pushed out of elite institutions like Harvard. An article titled “The end of white America” catalogues the lack of cultural confidence of whites these days. It quotes a student who says “To be white is to be culturally broke." Writing in vdare.com, David A. Yeagley quotes one of his female students saying “Look ... I don’t see anything about my culture to be proud of. It’s all nothing. My race is just nothing.” Yeagley notes the Cheyenne saying, “A nation is never defeated until the hearts of its women are on the ground.” And he places this in the context of the recent election in which 46% of white women voted for Obama compared to 41% of white men. These percentages are somewhat inflated because they include Jews and immigrants, such as South Asians, who are classified as white but do not identify with the European-American majority. Nevertheless, they do point to a significant gender gap. While it is certainly true that voting for McCain-Palin is not a sign of white consciousness — even implicitly, it is also the case that voting for Obama is a good sign of a lack of racial consciousness for European Americans. The good news, of course, is that a majority of white women did not vote for Obama. And, as Steve Sailer has shown for the 2004 election, if one separated out women who are married and have children, the results would show an even greater tendency to vote against Obama. Nevertheless, there is a real problem. Those of us with some acquaintance with European-Americans who do have an explicit ethnic identity and a sense of their ethnic interests are quite aware that there is a very large sex ratio imbalance at gatherings of like-minded people. The attendees are almost all male — an exception being the redoubtable Virginia Abernethy. And there are stories of men who have stopped attending meetings or who provide support only in the most furtive manner, mainly because their wives are afraid that the attitudes of their husbands could become public and ruin their social life. Making such things public is just the sort of thing that organizations like the SPLC and the ADL love to do. Judith Warner of the New York Times describes the result of an informal "email inquiry" on women's reactions to Obama. Some imagined having sex with Obama and replacing Michelle Obama as First Lady. Others imagined themselves at social engagements with Obama. All wanted deeply to have some of the Obama aura rub off on them. Warner's email contacts doubtless reflect her liberal readership, but I wouldn't be at all surprised if they are quite general, especially among white women who voted for Obama. What does an evolutionary psychologist say about all this? Parenthetically, I realize that the great majority of Americans do not believe in evolution. Nevertheless, evolutionary theory is a very powerful and scientifically credible way of looking at human behavior. It is no accident that one of the main strands of Jewish intellectual activism over the last century has been to oppose evolutionary theory as an explanatory tool in the social sciences. Darwin did indeed have a dangerous idea — dangerous to Jews because it provides a rational grounding for the ethnic identity and interests of European-derived people. The evolutionary theory of sex is one of the bedrocks of evolutionary psychology — probably accounting for half of all the research in the field. The basic idea is simple: Females invest a relatively large amount of time and energy in reproduction. In the world we evolved in, the only way for women to reproduce was to endure a 38-week pregnancy and then nurse the child for an even longer period. Even after nursing, child care was mainly a female responsibility. Because women are committed to this very large investment, they become very valuable in the mating game. And because they are valuable, they become discriminating maters: Just as a worker who puts in more time and energy is in a better bargaining position than one who puts in little time and energy, women become the choosers in the mating game. And what do women want? Women are expected to want men who have high social status. From an evolutionary perspective, such men are attractive because they may be willing to provide valuable resources that would help in supporting the mother and raising the children. (When men do contribute resources, they also become choosy, but that's another story.) And even if a wealthy man does not provide resources, he is likely to have good genes — genes that predispose his children to be successful. In any case, women do indeed prefer wealthy, high-status men. For example, a recent study found that wealthy men give women more orgasms: "The pleasure women get from making love is directly linked to the size of their partner’s bank balance." Other research shows that women are likely to choose higher status men than their husbands when they have affairs, resulting in the possibility of a lower status male helping to raise the children of a higher-status male. What about the idea that evolutionary theory implies that people should be attracted to people who are genetically like themselves? Evolutionary theory predicts that women will be attracted to men who are genetically similar to themselves compared to men who are from a different race or ethnic group. For one thing, this makes them more closely related to their own children. The problem is that this attraction to genetically similar mates is only part of the story. It must compete with the tendency to be attracted to wealthy, powerful men. And quite clearly, the phenomenon where large numbers of white women fantasize about having a relationship with Obama reflects his power and social status, not attraction to a genetically similar person. The media is a major part of the hostile elite, so it is not surprising that it has played a leading role in the idolization of Obama — the slobbering love affair between the mainstream media and Obama. It's the same role that Edmund Connelly has called attention to in his writing on the images of blacks created by Hollywood in recent decades. Black action heroes are now household names, and more than one commentator has pointed out that there were several black presidents in the movies and on television long before Obama was elected. These images from the media tap into women's psychological attraction to high-status males. It was probably fairly common for white women to fantasize about having sex with Will Smith or Denzel Washington or even the "wise and saintly" Morgan Freeman long before the world had ever heard of Barack Obama. Another sex difference that contributes to women's political behavior is that women are generally more nurturant, affectionate, empathic, and caring than men. This is another aspect of female psychology that can easily be derived from evolutionary thinking — the vital importance of nurturing children and developing close family relationships in our evolutionary past. Thus it is not surprising that many of Judith Warner's women not only fantasize about having sex with Obama, they see themselves married to him and becoming first lady. They develop a close and caring relationship with him, or they see him as a good friend. I suppose this is also the reason why women are more likely than men to support social programs that promise to aid children and poor people. This relatively greater empathy and nurturance was certainly adaptive in a world of family groups and close relatives. But in the modern world, it can easily lead to maladaptive altruism and ignoring real dangers. For example, white women enamored of images of sexy, high-status black males are not informed by the mainstream media of the very large racial imbalance in crime, particularly black men raping white women. Another problem with women being relatively high in nurturance and empathy is that these traits are linked to greater compliance and greater inclination to seek the approval and affection of others. Again, these are very adaptive traits in the world of small groups and close relatives. But in a world dominated by elites that are hostile to the interests of whites, these traits can lead to mindless acceptance of anti-white cultural norms. Challenging social norms — even ones that are obviously against one's interests — carries a very high psychological cost to people who seek the approval and affection of others. This implies that once the intellectual and political movements described in The Culture of Critique had seized the intellectual and moral high ground, they became difficult indeed to dislodge. Challenging these norms brings accusations of moral turpitude ringing down from the most prestigious political, media and academic institutions of the society. People who seek the approval and affection of others are definitely not inclined to go there. This in turn may well be a large part of the explanation for why there are so few women at gatherings of European-Americans concerned about the future of their people and culture. This paints a fairly bleak picture. But there are some rays of hope. It is likely that at some point the gap between rhetoric and reality in American life will be so large that no one will believe what they are hearing from the hostile elites that dominate public discourse — much like the Soviet Union in the decades before its fall. When that happens, the cultural icons promoted by the media will lose their credibility and allure as well. And because of the internet, the opportunity to hear divergent opinions and become aware of information that is suppressed by the mainstream media has never been better. All around us we can see the collapse and increasing irrelevance of the old media. The internet has already created communities where prestige and social approval can be obtained completely outside the norms created by our hostile elites. And at least some of these communities are dedicated to transforming America by asserting the legitimacy of white identities and interests. The dispossession of whites is already substantial, but it promises to be a whole lot more obvious as time goes on. As whites become a minority, it is difficult to imagine that they won't develop more of a group consciousness and challenge the prevailing anti-white norms. And that includes even the more nurturant and empathic among us. Source with hyperlinks : http://www.theoccidentalobserver.net/articles/MacDonald-Women.html ------------------------------------- You or someone using your email adress is currently subscribed to Lawrence Auster's Newletter. If you wish to unsubscribe from our mailing list, please let us know by calling to 1 212 865 1284 Thanks, Lawrence Auster, 238 W 101 St Apt. 3B New York, NY 10025 Contact : lawrence.auster@att.net ------------------------------------- From bruce at cran.org.uk Sat Feb 21 13:24:48 2009 From: bruce at cran.org.uk (Bruce Cran) Date: Sat Feb 21 13:25:05 2009 Subject: cam warnings on powerpc and amd64 when using an iPod Message-ID: <20090221212407.7a4eab2a@tau.draftnet> I've seen a couple of error messages from cam both when using an iPod over firewire on an iBook and when using it over USB on an amd64 laptop. The first is when I plug in a 4th-generation iPod into my iBook - it generates an error: (da0:sbp0:0:0:0): ILLEGAL REQUEST info?:deadc0de csi:de,ad,c0,de asc:21,0 The same error is generated when I unmount /dev/da0s2. Then, I plugged the iPod into my amd64 laptop, unplugged it and then plugged it in again. This triggered the log message: can't re-use a leaf (minimum_cmd_size)! I've put dmesgs from both systems, showing the errors at http://www.cran.org.uk/~brucec/freebsd/amd64_laptop_dmesg.txt and http://www.cran.org.uk/~brucec/freebsd/ppc_ibook_g4_dmesg.txt The iBook is running -current from Sat Feb 21 and the amd64 laptop is running -current from Wed Feb 18. -- Bruce Cran From bugmaster at FreeBSD.org Mon Feb 23 03:07:00 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 23 03:09:32 2009 Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org Message-ID: <200902231106.n1NB6wYV055637@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/131032 scsi [panic] hald causing panic in scsi_sg o kern/130735 scsi [cam] [patch] pass M_NOWAIT to the malloc() call insid o kern/130621 scsi [mpt] tranfer rate is inscrutable slow when use lsi213 o kern/129602 scsi [ahd] ahd(4) gets confused and wedges SCSI bus o kern/128452 scsi [sa] [panic] Accessing SCSI tape drive randomly crashe o kern/128245 scsi [scsi] "inquiry data fails comparison at DV1 step" [re o kern/127927 scsi [isp] isp(4) target driver crashes kernel when set up o kern/126866 scsi [isp] [panic] kernel panic on card initialization o kern/124667 scsi [amd] [panic] FreeBSD-7 kernel page faults at amd-scsi o kern/123674 scsi [ahc] ahc driver dumping o kern/123666 scsi [aac] attach fails with Adaptec SAS RAID 3805 controll o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc o kern/120487 scsi [sg] scsi_sg incompatible with scanners o kern/120247 scsi [mpt] FreeBSD 6.3 and LSI Logic 1030 = only 3.300MB/s o kern/119668 scsi [cam] [patch] certain errors are too verbose comparing o kern/114597 scsi [sym] System hangs at SCSI bus reset with dual HBAs o kern/110847 scsi [ahd] Tyan U320 onboard problem with more than 3 disks o kern/99954 scsi [ahc] reading from DVD failes on 6.x [regression] o kern/94838 scsi Kernel panic while mounting SD card with lock switch o o kern/92798 scsi [ahc] SCSI problem with timeouts o kern/90282 scsi [sym] SCSI bus resets cause loss of ch device o kern/76178 scsi [ahd] Problem with ahd and large SCSI Raid system o kern/74627 scsi [ahc] [hang] Adaptec 2940U2W Can't boot 5.3 s kern/61165 scsi [panic] kernel page fault after calling cam_send_ccb o kern/60641 scsi [sym] Sporadic SCSI bus resets with 53C810 under load o kern/60598 scsi wire down of scsi devices conflicts with config s kern/57398 scsi [mly] Current fails to install on mly(4) based RAID di o kern/52638 scsi [panic] SCSI U320 on SMP server won't run faster than o kern/44587 scsi dev/dpt/dpt.h is missing defines required for DPT_HAND o kern/40895 scsi wierd kernel / device driver bug o kern/39388 scsi ncr/sym drivers fail with 53c810 and more than 256MB m o kern/38828 scsi [dpt] [request] DPT PM2012B/90 doesn't work o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce 33 problems total. From flo at kasimir.com Mon Feb 23 06:47:14 2009 From: flo at kasimir.com (Florian Smeets) Date: Mon Feb 23 06:47:22 2009 Subject: isp panic after printing the uptime Message-ID: <49A2B464.4020409@kasimir.com> Hi, i have a 100% reproducible panic on sparc64 with an isp controller. Every time i reboot/shutdown the machine it panics after printing "Uptime: XXXX". I'm not sure if this is more scsi or sparc64 related but as the trace includes isp_* functions i went for scsi@. The controller used is: isp0: port 0x300-0x3ff mem 0x100000-0x100fff at device 4.0 on pci2 isp0: [ITHREAD] isp0: Board Type 2200, Chip Revision 0x5, loaded F/W Revision 2.2.6 isp0: invalid NVRAM header isp0: invalid NVRAM header The messages prior to the panic and the panic look like this: Sayncing diisks, vnotdes remaiining...n2 g (max 60 seconds) for system process `syncer' to stop...2 1 0 1 0 0 done All buffers synced. zfs_umount:969[0]: Force unmount is not supported, removing FORCE flag. zfs_umount:969[0]: Force unmount is not supported, removing FORCE flag. zfs_umount:969[0]: Force unmount is not supported, removing FORCE flag. lock order reversal: 1st 0xfffff800038394e0 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1202 2nd 0xfffff80003839c40 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2092 KDB: stack backtrace: _witness_debugger() at _witness_debugger+0x38 witness_checkorder() at witness_checkorder+0xcf8 __lockmgr_args() at __lockmgr_args+0x874 vop_stdlock() at vop_stdlock+0x38 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x110 _vn_lock() at _vn_lock+0x80 vget() at vget+0x120 devfs_allocv() at devfs_allocv+0x114 devfs_root() at devfs_root+0x3c dounmount() at dounmount+0x490 vfs_unmountall() at vfs_unmountall+0x3c boot() at boot+0x674 reboot() at reboot+0x58 syscall() at syscall+0x2bc -- syscall (55, FreeBSD ELF64, reboot) %o7=0x102a88 -- userland() at 0x12b348 user trace: trap %o7=0x102a88 pc 0x12b348, sp 0x7fdffffdd91 pc 0x101778, sp 0x7fdffffdf01 pc 0x1001d0, sp 0x7fdffffe531 pc 0, sp 0x7fdffffe5f1 done Uptime: 6m9s panic: trap: fast data access mmu miss cpuid = 0 KDB: enter: panic [thread pid 1 tid 100001 ] Stopped at kdb_enter+0x80: ta %xcc, 1 db> where Tracing pid 1 tid 100001 td 0xfffff80002082000 panic() at panic+0x20c trap() at trap+0x570 -- fast data access mmu miss tar=0x1454156000 %o7=0xc040e7a4 -- _mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x5c callout_lock() at callout_lock+0x50 untimeout() at untimeout+0xc isp_done() at isp_done+0x140 isp_intr() at isp_intr+0x3eb8 isp_poll() at isp_poll+0x38 xpt_polled_action() at xpt_polled_action+0xf0 dashutdown() at dashutdown+0x130 boot() at boot+0x8ac reboot() at reboot+0x58 syscall() at syscall+0x2bc -- syscall (55, FreeBSD ELF64, reboot) %o7=0x102a88 -- userland() at 0x12b348 user trace: trap %o7=0x102a88 pc 0x12b348, sp 0x7fdffffdd91 pc 0x101778, sp 0x7fdffffdf01 pc 0x1001d0, sp 0x7fdffffe531 pc 0, sp 0x7fdffffe5f1 done db> Anything i can do, aside from not rebooting the machine :-) ? Cheers, Florian