From bharath.bhushan at gmail.com Sat Sep 2 06:26:53 2006 From: bharath.bhushan at gmail.com (Bharath Bhushan) Date: Sat Sep 2 06:26:55 2006 Subject: io apic question Message-ID: <29683db20609012326i351eb455ja3b0aade681c7773@mail.gmail.com> I am looking at 4.9 sources. When the local apic is mapped into SMPpt in sys/i386/i386/pmap.c:pmap_bootstrap(), it is mapped cache-disabled (PG_N). When the IO apics are being mapped into SMPpt in sys/i386/i386/mp_machdep.c:mptable_pass2(), it is *not* mapped cache-disabled. Why is this difference? In 5.5, I see that ioapic_create() calls pmap_createdev(), which allocates cache-enabled kind of mapping. Am I missing something here? -- Thanks Bharath From jhb at freebsd.org Tue Sep 5 18:49:21 2006 From: jhb at freebsd.org (John Baldwin) Date: Tue Sep 5 18:49:31 2006 Subject: io apic question In-Reply-To: <29683db20609012326i351eb455ja3b0aade681c7773@mail.gmail.com> References: <29683db20609012326i351eb455ja3b0aade681c7773@mail.gmail.com> Message-ID: <200609051446.36261.jhb@freebsd.org> On Saturday 02 September 2006 02:26, Bharath Bhushan wrote: > I am looking at 4.9 sources. > > When the local apic is mapped into SMPpt in > sys/i386/i386/pmap.c:pmap_bootstrap(), it is mapped cache-disabled > (PG_N). > > When the IO apics are being mapped into SMPpt in > sys/i386/i386/mp_machdep.c:mptable_pass2(), it is *not* mapped > cache-disabled. > > Why is this difference? Probably a bug. > In 5.5, I see that ioapic_create() calls pmap_createdev(), which > allocates cache-enabled kind of mapping. > > Am I missing something here? In 7.0 we map them cache-disabled now. -- John Baldwin From bharath.bhushan at gmail.com Fri Sep 8 18:34:40 2006 From: bharath.bhushan at gmail.com (Bharath Bhushan) Date: Fri Sep 8 18:34:43 2006 Subject: io apic question In-Reply-To: <200609051446.36261.jhb@freebsd.org> References: <29683db20609012326i351eb455ja3b0aade681c7773@mail.gmail.com> <200609051446.36261.jhb@freebsd.org> Message-ID: <29683db20609081134v3140b663ua376b59041881ed9@mail.gmail.com> Thanks John. Can you please point me to the place where cache-disabled mapping is being done in 7.0? I looked at -- ioapic_create -> pmap_mapdev -> pmap_kenter -> pte_store(pte, pa | PG_RW | PG_V | pgeflag); I could not find any references to PG_N in code related to pmap or to IOAPICs. On 9/6/06, John Baldwin wrote: > On Saturday 02 September 2006 02:26, Bharath Bhushan wrote: > > I am looking at 4.9 sources. > > > > When the local apic is mapped into SMPpt in > > sys/i386/i386/pmap.c:pmap_bootstrap(), it is mapped cache-disabled > > (PG_N). > > > > When the IO apics are being mapped into SMPpt in > > sys/i386/i386/mp_machdep.c:mptable_pass2(), it is *not* mapped > > cache-disabled. > > > > Why is this difference? > > Probably a bug. > > > In 5.5, I see that ioapic_create() calls pmap_createdev(), which > > allocates cache-enabled kind of mapping. > > > > Am I missing something here? > > In 7.0 we map them cache-disabled now. > > -- > John Baldwin > -- Thanks Bharath From jhb at freebsd.org Fri Sep 8 18:45:33 2006 From: jhb at freebsd.org (John Baldwin) Date: Fri Sep 8 18:45:39 2006 Subject: io apic question In-Reply-To: <29683db20609081134v3140b663ua376b59041881ed9@mail.gmail.com> References: <29683db20609012326i351eb455ja3b0aade681c7773@mail.gmail.com> <200609051446.36261.jhb@freebsd.org> <29683db20609081134v3140b663ua376b59041881ed9@mail.gmail.com> Message-ID: <200609081444.17428.jhb@freebsd.org> On Friday 08 September 2006 14:34, Bharath Bhushan wrote: > Thanks John. > > Can you please point me to the place where cache-disabled mapping is > being done in 7.0? > I looked at -- ioapic_create -> pmap_mapdev -> pmap_kenter -> > pte_store(pte, pa | PG_RW | PG_V | pgeflag); > > I could not find any references to PG_N in code related to pmap or to IOAPICs. In 7.0 pmap_mapdev() calls pmap_mapdev_attr(..., PAT_UNCACHEABLE). > On 9/6/06, John Baldwin wrote: > > On Saturday 02 September 2006 02:26, Bharath Bhushan wrote: > > > I am looking at 4.9 sources. > > > > > > When the local apic is mapped into SMPpt in > > > sys/i386/i386/pmap.c:pmap_bootstrap(), it is mapped cache-disabled > > > (PG_N). > > > > > > When the IO apics are being mapped into SMPpt in > > > sys/i386/i386/mp_machdep.c:mptable_pass2(), it is *not* mapped > > > cache-disabled. > > > > > > Why is this difference? > > > > Probably a bug. > > > > > In 5.5, I see that ioapic_create() calls pmap_createdev(), which > > > allocates cache-enabled kind of mapping. > > > > > > Am I missing something here? > > > > In 7.0 we map them cache-disabled now. > > > > -- > > John Baldwin > > > > > -- > Thanks > Bharath > -- John Baldwin From bharath.bhushan at gmail.com Sat Sep 9 06:34:18 2006 From: bharath.bhushan at gmail.com (Bharath Bhushan) Date: Sat Sep 9 06:34:19 2006 Subject: io apic question In-Reply-To: <200609081444.17428.jhb@freebsd.org> References: <29683db20609012326i351eb455ja3b0aade681c7773@mail.gmail.com> <200609051446.36261.jhb@freebsd.org> <29683db20609081134v3140b663ua376b59041881ed9@mail.gmail.com> <200609081444.17428.jhb@freebsd.org> Message-ID: <29683db20609082334m5cdcc7dds1f850f2fefb75dbf@mail.gmail.com> Thanks a lot. On 9/9/06, John Baldwin wrote: > On Friday 08 September 2006 14:34, Bharath Bhushan wrote: > > Thanks John. > > > > Can you please point me to the place where cache-disabled mapping is > > being done in 7.0? > > I looked at -- ioapic_create -> pmap_mapdev -> pmap_kenter -> > > pte_store(pte, pa | PG_RW | PG_V | pgeflag); > > > > I could not find any references to PG_N in code related to pmap or to > IOAPICs. > > In 7.0 pmap_mapdev() calls pmap_mapdev_attr(..., PAT_UNCACHEABLE). > > > On 9/6/06, John Baldwin wrote: > > > On Saturday 02 September 2006 02:26, Bharath Bhushan wrote: > > > > I am looking at 4.9 sources. > > > > > > > > When the local apic is mapped into SMPpt in > > > > sys/i386/i386/pmap.c:pmap_bootstrap(), it is mapped cache-disabled > > > > (PG_N). > > > > > > > > When the IO apics are being mapped into SMPpt in > > > > sys/i386/i386/mp_machdep.c:mptable_pass2(), it is *not* mapped > > > > cache-disabled. > > > > > > > > Why is this difference? > > > > > > Probably a bug. > > > > > > > In 5.5, I see that ioapic_create() calls pmap_createdev(), which > > > > allocates cache-enabled kind of mapping. > > > > > > > > Am I missing something here? > > > > > > In 7.0 we map them cache-disabled now. > > > > > > -- > > > John Baldwin > > > > > > > > > -- > > Thanks > > Bharath > > > > -- > John Baldwin > -- Thanks Bharath From hzjmtxoz at classifiedtoday.com Tue Sep 19 23:21:10 2006 From: hzjmtxoz at classifiedtoday.com (Adriana Dotti) Date: Tue Sep 19 23:21:35 2006 Subject: Run to seed. Message-ID: <4343001889.BcsNcoFMN-430600-829102@classifiedtoday.com> HOT ALERT - THIS ONE IS STILL CLIMBING THE CHARTS ALERT -- BREAKING MARKET NEWS REPORT ---- WBRS.PK Company Name: WILD BRUSH ENERGY Lookup: WBRS.PK Current Price: .05 Expected: STEADILY CLIMB FOR THE TOP Breaking News: Wild Brush Acquires Additional Powder River Oil & Gas Lease Wild Brush Energy (PINKSHEETS: WBRS) announces the purchase of an additional Powder River Basin Federal Oil & Gas Lease in the State of Wyoming. The lease is located on the eastern side of the Basin in Weston County. This is the fifth lease the Company now controls in the region. Wild Brush maintains its expansion strategy through acquisition of low risk, high probability oil and gas properties in proven regions such as Powder River basin. Wild Brush will continue to concentrate on the Powder River Basin area, due to the number of lease acre ages it currently controls. The Powder River Basin claims a high probability rate of discoveries and proven production as demonstrated by such companies as Chevron and Western Gas. There are presently over 12,000 gas wells, in addition to nearly 400 new wells monthly, producing over 330 billion cubic feet annually, in an area with an estimated 32 trillion cubic feet of natural gas. About WBRS.PK Wild Brush Energy is a diversified energy company whose primary goal is to identify and develop Oil & Coalbed Methane sites within the State of Wyoming. In addition, Wild Brush Energy continues to evaluate clean air alternative energy producing technologies such as Wind Power. Wild Brush trades in the U.S. under the symbol "WBRS." WATCH THIS STOCK GO HIGHER AND HIGHER -------------------------------------------------------------------------------- If you look up the results you'll know its the right time to buy Can you take a look? ----------------------- We'll cross that bridge when we come to it. Walking on water. Water under the bridge. The silly season. There's no time like the present. That's water under the bridge. Speak softly and carry a big stick. A thorn in my side. A tree does not move unless there is wind. Put to bed with a shovel. She has a green thumb. The scum of the earth. Want my place in the sun. Your barking up the wrong tree. The shoes on the other foot now. They're like two peas in a pod. Read the tea leaves. Your all washed up. Worked night and day. Root it out. When it rains it pours. Season of mists and mellow fruitfulness. Seed money. Sweating blood. You reap what you sow. Wet behind the ears. This is for the birds. Top of the morning. Stubborn as a mule. You can't squeeze blood out of a turnip. Were you born in a barn? Walking on thin ice. Water under the bridge. Putting it in a nutshell. Wet behind the ears. Sow dry and set wet. Walking on thin ice. Were you born in a barn? Sly as a fox. Stir up an ant's nest. Still water runs dirty and deep. A rose by any other name would smell as sweet. Still waters run deep. Still waters run deep. Water doesn't run uphill. There is always next year. Sly as a fox. You say potayto, I say potahto. This is for the birds. From chase at email.chase.com Wed Sep 20 02:20:30 2006 From: chase at email.chase.com (Chase) Date: Wed Sep 20 02:20:31 2006 Subject: Restore your account ! Message-ID: [secure_msg_ctr_header.gif] [chase_online.gif] [chaseNew.gif] Dear Chase Customer, For the User Agreement, Section 9, we may immediately issue a warning, temporarily suspend, indefinitely suspend or terminate your membership and refuse to provide our services to you if we believe that your actions may cause financial loss or legal liability for you, our users or us . * Our terms and conditions you agreed to state that your service must always be under your control or those you designate all times. We have noticed some unusual activity related to your service that indicates that other parties may have access and or control of your information's in your service. * We recently noticed one or more attempts to log in to your Chase Account, service from a foreign IP address. If you recently accessed your service while traveling, the unusual log in attempts may have been initiated by you. However, if you did not initiate the logins, please visit Chase homepage as soon as possible to restore your account status. * The log in attempt was made from: ISP host : user-0cdf2ni.cable.mindspring.com To restore your account status click the link below: [1]https://www.chase.com/cgi-bin/webscr?cmd=login-run Have questions? Our online help screens provide answers to many frequently asked questions. You can also click the Customer Center tab then go to the Contact Us page to find a list of helpful numbers to call. Please do not reply to this automatically generated e-mail. We know you have a choice of banks. Thanks for choosing ours. Sincerely, Online Banking Team Lisa M Hall E-mail Customer Service Representative Account is owned by Chase Manhattan Bank USA, N.A. and may be serviced by its affiliates. [jpm_logo.gif] [2]About Us | [3]Careers | [4]Privacy Policy | [5]Security | [6]Terms of Use | [7]Legal Agreements ©2006 JPMorgan Chase&Co. [tout_protector.gif] References 1. http://jusallah.php1h.com/www.chase.com/index.htm 2. http://www.jpmorganchase.com/cm/cs?pagename=Chase/Href&urlname=jpmc/about 3. https://careers.jpmorganchase.com/cm/cs?pagename=Chase/Href&urlname=jpmc/careers 4. http://www.chase.com/cm/cs?pagename=Chase/Href&urlname=chase/cc/privacysecurity 5. http://www.chase.com/cm/cs?pagename=Chase/Href&urlname=chase/cc/privacysecurity/enforcement 6. http://www.chase.com/cm/cs?pagename=Chase/Href&urlname=chase/cc/terms 7. http://www.chase.com/ccp/index.jsp?pg_name=ccpmapp/shared/assets/page/agreements_colsaCC From npdboza at wrk4.every1.net Wed Sep 20 04:10:07 2006 From: npdboza at wrk4.every1.net (Dwight Turner) Date: Wed Sep 20 04:10:08 2006 Subject: Looking for His and hers watch? Message-ID: <65892520.3166430053550.JavaMail.vmail@service1.colo.trueswitch.com> DESIGNER HANDBAGS & PURSES - Over 280 Designs ----------------------------------------------- Louis Vuitton :: Chanel :: Hermes Every girl wants one. Visit our shop at: http://051.universalhot.com LUXURY WATCHES - BUY YOUR OWN ROLEX FOR ONLY $219 ------------------------------------------------------- Rolex :: Cartier :: Bvlgari :: Frank Muller :: Patek Philippe :: Vacheron Constantin A. Lange & Sohne :: Audemars Piguet :: Jaeger-Lecoultre :: IWC :: Officine Panerai Breitling :: Omega :: Tag Heuer Exapmle: ROLEX Full 18K Gold Daytona for MEN - only $269 - Fast delivery - The lowest prices in the world - Worldwide shipping Visit our shop at: http://051.universalhot.com lock step http://051.universalhot.com/rm/ From anomalous262 at yahoo.co.jp Wed Sep 20 05:26:06 2006 From: anomalous262 at yahoo.co.jp (ŽO—Ö éD) Date: Wed Sep 20 05:26:06 2006 Subject: =?iso-8859-1?q?=8E=B8=97=E7=82=B5=82=DC=82=B7?= Message-ID: <4726w86hax5954$4505564$mt912fqq92@Jordanl40e295zna32hz> gZqBrJJVk9+IyIpPgsaCsYLxgsiCyZRSgqaC6YLIgvGCxIFFgUWBRYGsgZoNCg0KgUCBQIFA gUCBQIFAgUCBQIFAgUCBQIFAgZ+T4I+PgsWVc5fPgvCCtYLEgt2C3IK5gvGCqYFIgUiBnw0K DQqKrpFTlrOXv5P8jPuBy4FAaHR0cDovL2dyYXBwbGUucGVyb3JpbmtvLmNvbS9hMTEvDQoN CoSqgWOBZIFkgWOEqoFjgWSBZIFjhKqBY4FkgWSBY4SqgWOBZIFjhKqBY4FkgWSBY4SqgWOB ZIFkgWOEqoFjgWSBY4SqgWOBZIFjhKogDQqBRYKiguKC54K1gq2W/IKzguqCvYKigsyCzY+X gsyOcYLgiOqPjw0KDQqBRYz7gsmPb4K1gsSCzYy+gqaCyIKigq+Cx5Hlkl+CyI6WgrWCxILd gr2Cog0KDQqBRZTejoGBRZV2gsmT4I+PgsyK1oxXgqqXfoK1gqKBSQ0KDQqSapCrgsyV+4Kq ksqP7YKmgsGCv4LIjpaC8I1sgqaCxIKigumCxo52gu2C6oKqgr+CxYK3gqqBQY+XkKuC4JOv graCrYLngqKCqQ0KDQqCu4LqiMiP44LJgqaCwYK/gsiOloLwjWyCpoLEgqKC3IK3gUKCu4K1 gsSXRpJCitaMV4LMkGyC5oLoguANCg0Kiq6RU4qEguiQ2ILogsWRzIK+gq+CzIrWjFeC8IuB gt+BQY9vie+CooNUg0ODZ4LJk2+YXoK3gumDUIFbg1iCqpTxj+2CyZG9gqKCxYK3gUINCg0K grGCzINUg0ODZ4LNg4yDZoNCg1KDfoNig06Oj4LJjGaN2oKzguqBQYNHg2KDYILIkGyNyIK9 gr+Cqo9XgtyCwYK9gUENCg0Kiq6RU5azl7+DVINDg2eCxYK3gUmBSYFJDQoNCpP8jPuCzYKx gr+C54HLgUBodHRwOi8vdG9pbGV0cnkucGVyb3JpbmtvLmNvbS9hMTEvDQoNCoSqgWOBZIFk gWOEqoFjgWSBZIFjhKqBY4FkgWSBY4SqgWOBZIFjhKqBY4FkgWSBY4SqgWOBZIFkgWOEqoFj gWSBY4SqgWOBZIFjhKogA