Menu
▾
▴
linuxconsole-dev
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
(235) |
Apr
(30) |
May
(32) |
Jun
(86) |
Jul
(81) |
Aug
(108) |
Sep
(27) |
Oct
(22) |
Nov
(34) |
Dec
(10) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(78) |
Feb
(10) |
Mar
(81) |
Apr
(27) |
May
(13) |
Jun
(105) |
Jul
(78) |
Aug
(52) |
Sep
(59) |
Oct
(90) |
Nov
(127) |
Dec
(49) |
| 2002 |
Jan
(102) |
Feb
(72) |
Mar
(54) |
Apr
(98) |
May
(25) |
Jun
(23) |
Jul
(123) |
Aug
(14) |
Sep
(52) |
Oct
(65) |
Nov
(48) |
Dec
(48) |
| 2003 |
Jan
(22) |
Feb
(25) |
Mar
(29) |
Apr
(12) |
May
(16) |
Jun
(11) |
Jul
(20) |
Aug
(20) |
Sep
(43) |
Oct
(84) |
Nov
(98) |
Dec
(56) |
| 2004 |
Jan
(28) |
Feb
(39) |
Mar
(41) |
Apr
(28) |
May
(88) |
Jun
(17) |
Jul
(43) |
Aug
(57) |
Sep
(54) |
Oct
(42) |
Nov
(32) |
Dec
(58) |
| 2005 |
Jan
(80) |
Feb
(31) |
Mar
(65) |
Apr
(41) |
May
(20) |
Jun
(34) |
Jul
(62) |
Aug
(73) |
Sep
(81) |
Oct
(48) |
Nov
(57) |
Dec
(57) |
| 2006 |
Jan
(63) |
Feb
(24) |
Mar
(18) |
Apr
(9) |
May
(22) |
Jun
(29) |
Jul
(47) |
Aug
(11) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|
From: mbozvy y. <xyq...@lo...> - 2006-06-23 06:15:06
|
F A L C O N E N E R G Y I N C (SYMB : F C Y I) Current Sh Price : $ 0.95 Flacon energy has been a gold mine for us in past campaigns, We are Glad to have it back and you will be too S T R O N G B U Y Follow the performance of this company, it is a real gold mine Low-Profile Company With High Profit Potential F C Y I has performed like clockwork every time F A L C O N E N E R G Y I N C (FCYI) An independent resource exploration and production company whose current projects range from the production of natural gas and oil in Alberta to the exploration for minerals such as copper and gold in Mongolia. Is FCYI Ready To Go? If You Think So, Pleasee review exactly what the company does. You Know what to Do...Watch This One Trade. Current news for the company Falcon Energy, Inc. (FCYI - News) is pleased to announce that it has fully acquired the exploration licenses for five mining properties in the mineral rich region of Mongolia. Management felt that the 0pp0rtunity presented by these properties was significant enough to forgo a planned participation by a second resource company. These licenses will be held for a minimum of three years and grant F A L C O N E N E R G Y I N C. access to the mineral rights for the licensed properties. Mongolia has a wide variety of mineral resources. As of 1998, about 88% of the country had been geologically mapped but only 20% of the country's landmass had been licensed for exploration and exploitation. Falcon Energy's interest in the region is driven in part by the anticipation of deploying modern prospecting methods to an area that abounds in both base and precious metals. Exploitable mineral resources found in the area in which the licenses are held include: Gold, base metals such as Copper, Molybdenum, Lead and Zinc as well as Fluorite and Uranium. So GET IN NOW - WILL EXPLODE in next 2 weeks!! If you miss F_C_Y_I.PK now you WILL regret it. ----------------------- Rise and shine. Spring rain, Fall gold. The way to a man's heart is through his stomach. Seed money. Spill the beans. Spring forward fall back. Timber! Turn over a new leaf. Watered down. Speak softly and carry a big stick. Shall I compare thee to a summer's day. Shake like a leaf. When we love - we grow. Timing is everything. You never miss the water till the well runs dry. There may be snow on the roof, but there's fire in the belly. Rain, rain go away; come again some other day. Up a tree. To live from hand to mouth. Walking on cloud nine. Wait and see. We hung them out to dry. The stronger the breeze the stronger the trees. Run to seed. Still water runs dirty and deep. A snail's pace. Play a harp before a cow. Schools out for summer. Seed money. What goes down usually comes up. You say potayto, I say potahto. Shake like a leaf. Worry often gives a small thing a big shadow. Weed out. So hungry I could eat a horse. Weed 'um and reap. She has a green thumb. Your all washed up. |
|
From: sxmkah b. <tp...@lo...> - 2006-06-23 06:03:52
|
F A L C O N E N E R G Y I N C (SYMB : F C Y I) Current Sh Price : $ 0.95 Flacon energy has been a gold mine for us in past campaigns, We are Glad to have it back and you will be too S T R O N G B U Y Follow the performance of this company, it is a real gold mine Forward-Thinking Investors F C Y I has performed like clockwork every time F A L C O N E N E R G Y I N C (FCYI) An independent resource exploration and production company whose current projects range from the production of natural gas and oil in Alberta to the exploration for minerals such as copper and gold in Mongolia. Is FCYI Ready To Go? If You Think So, Pleasee review exactly what the company does. You Know what to Do...Watch This One Trade. Current news for the company Falcon Energy, Inc. (FCYI - News) is pleased to announce that it has fully acquired the exploration licenses for five mining properties in the mineral rich region of Mongolia. Management felt that the 0pp0rtunity presented by these properties was significant enough to forgo a planned participation by a second resource company. These licenses will be held for a minimum of three years and grant F A L C O N E N E R G Y I N C. access to the mineral rights for the licensed properties. Mongolia has a wide variety of mineral resources. As of 1998, about 88% of the country had been geologically mapped but only 20% of the country's landmass had been licensed for exploration and exploitation. Falcon Energy's interest in the region is driven in part by the anticipation of deploying modern prospecting methods to an area that abounds in both base and precious metals. Exploitable mineral resources found in the area in which the licenses are held include: Gold, base metals such as Copper, Molybdenum, Lead and Zinc as well as Fluorite and Uranium. So GET IN NOW - WILL EXPLODE in next 2 weeks!! If you miss F-C-Y-I.PK now you WILL regret it. ----------------------- The season of goodwill. Walking on cloud nine. Putting the cart before the horse. The scythe ran into a stone. Sick as a dog. Sly as a fox. We'll hand you out to dry. There may be snow on the roof, but there's fire in the belly. That's water under the bridge. Stop and smell the roses. Pull it up by the roots. Red as a beet. You feel like a fish out of water. What goes down usually comes up. Wrinkled as a prune. Red as a beet. Under the weather. Plain as water. Up one side and down the other. Still waters run deep. Root it out. Up one side and down the other. Speak softly and carry a big stick. Putting it in a nutshell. That's water under the bridge. There is always next year. The sun will shine into our yard to. She's a mother hen. Till the cows come home. Up one side and down the other. What's good for the goose is good for the gander. The sharper is the berry, the sweeter is the wine. Tastes like chicken. Your name is mud. The stronger the breeze the stronger the trees. Under the weather. What goes up must come down. They're like two peas in a pod. She's a nut. |
|
From: gwnkvjl i. <thy...@xi...> - 2006-06-22 14:19:40
|
Hollywood Intermediate Inc. (SYM : H Y W I) Current Sh Price : $ 0.58 Pull back is the time to buy, this company has reached $ 1.20 DO THE MATH This price will be history coming next week Follow the performance of this company, it is a real gold mine st ock speculation for HYWI has performed like clockwork every time CO OverView H o l l y w o o d I n t e r m e d i a t e provides a proprietary technology of Digital Intermediate services to feature filmmakers for post-production for film mastering and restoration. This technology gives the filmmakers total creative control over the look of their productions. Whether shooting on film or acquiring in HD or SD video, H o l l y w o o d I n t e r m e d i a t e puts a powerful cluster of digital tools at the director's disposal to achieve stunning results on the big screen. Matchframe Digital Intermediate, a division of H o l l y w o o d I n t e r m e d i a t e, Inc., packages a full array of post-production services with negative handling expertise and cost-effective 2K digital intermediate and 35mm film out systems. The Digital Intermediate process eliminates current post-production redundancies by creating a single high-resolution master file from which all versions can be made, including all theatrical and High Definition formats. By creating a single master file with resolution higher than the current High Definition broadcast standards, the DI master file enables cinema and television distributors to extract and archive all current and future cinema and television formats including Digital Cinema, Television and High Definition. Red H0t News: H o l l y w o o d I n t e r m e d i a t e a provider of digital intermediate film mastering services, announced today that that its Matchframe Digital Intermediate (MDI) division is completing a digital intermediate for Chad Lowe's directorial debut, "Beautiful Ohio," starring William Hurt and Rita Wilson. READ MORE THIS IS HUGE H o l l y w o o d I n t e r m e d i a t e Expands the Creative Palette for Independent Filmmakers GLENDALE, CA--(MARKET WIRE)--May 31, 2006 -- H o l l y w o o d I n t e r m e d i a t e, Inc. A provider of digital intermediate film mastering services, announced today that its Matchframe Digital Intermediate division is currently providing full digital intermediate services for Super 16MM productions. H o l l y w o o d I n t e r m e d i a t e, Inc. (H Y W I - News), a provider of digital intermediate film mastering services, announced that High Definition preview masters as part of its normal digital intermediate service offerings and workflow. "Typically, in current post-production workflow, HD dailies masters are edited into high quality preview masters including color timing, dirt removal, opticals and visual effects," said David Waters, H o l l y w o o d I n t e r m e d i a t e president. "Unfortunately, none of these processes translate to the theatrical release of the film as they must all be duplicated or repeated in either a higher resolution digital format, or photo chemical process." H o l l y w o o d I n t e r m e d i a t e gives Motion Picture producers the ability to scan their selected original camera negative at 2k or 4k film resolution, conform a high resolution digital master for theatrical and broadcast release including dirt removal, opticals and visual effects, and output a High Definition preview master to be used for preview screenings and focus groups that can be deployed in any worldwide theater location. "The challenge for completing the final editorial decisions on a motion picture are balanced between the ability to display the highest resolution picture for a test audience, and the costs and time in having to re-master your film based on a test audience response," said Jim Delany, H o l l y w o o d I n t e r m e d i a t e COO. DO your Due Diligence and you'll see what we are talking about when it comes to H Y W I . P K ----------------------- A snail's pace. Shake like a leaf. The scythe ran into a stone. Shit end of the stick. There's no time like the present. Your all washed up. Which came first, the chicken or the egg. Stop, look and listen. Stir up an ant's nest. When pigs fly. You feel like a fish out of water. The sharper is the berry, the sweeter is the wine. A rose by any other name would smell as sweet. Ugly as a mud fence. The silly season. Sow dry and set wet. They're like two peas in a pod. Read the tea leaves. Putting it in a nutshell. Weed 'um and reap. Red as a beet. What goes down usually comes up. So hungry I could eat a horse. When we love - we grow. There may be snow on the roof, but there's fire in the belly. Timing is everything. Seed money. Sick as a dog. Timing is everything. That's a real stem winder. When it rains it pours. The sharper is the berry, the sweeter is the wine. That's a real stem winder. Worry often gives a small thing a big shadow. Up one side and down the other. Putting it in a nutshell. Run to seed. Pull it up by the roots. Slow as a snail. |
|
From: James v. Z. <ja...@dv...> - 2006-06-18 13:07:36
|
In that case I would try making the PCI primary video, and see if that helps... J On Fri, 2006-06-16 at 09:51 -0700, Hugo Vanwoerkom wrote: > > --- James van Zeeland <ja...@dv...> wrote: > > > I have 8762/56 running OK on two machines - (1) > > FX5200AGP + GF4MX440PCI > > + GF4MX440PCI (2) GF4MX4000 PCI + FX5500AGP > > Under FC4 these were X restart safe and very stable. > > Still are on (1), > > which is 2.6.16 and still FC4. > > So GF4MX440PCI is *exactly* what I have and with a > Debian system and 2.6.16 kernel it dies always either > with startx or gdm on starting that PCI monitor. > Don't understand :-( > > Hugo > > > > > > (2) box has shown video init problems since > > upgrading. These seem to be > > worst if I try to mix and match open nv driver on > > one card and nVidia on > > the other. It works, but is definately not X restart > > safe. nvidia > > drivers on both cards; several days uptime so far. I > > haven't done enough > > testing to say X restart is safe. open nv drivers > > both; complete X > > failure. open nv + nvidia; X restart unsafe. > > > > J > > > > On Tue, 2006-06-13 at 12:11 -0700, Hugo Vanwoerkom > > wrote: > > > Hi, > > > > > > Those 2 drivers oops trying to start PCI MX-440 on > > my > > > system. > > > Who has them working OK with what PCI cards? > > > > > > Thanks! > > > > > > Hugo > > > > > > __________________________________________________ > > > Do You Yahoo!? > > > Tired of spam? Yahoo! Mail has the best spam > > protection around > > > http://mail.yahoo.com > > > > > > > > > _______________________________________________ > > > Linuxconsole-dev mailing list > > > Lin...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev > > -- > > James van Zeeland <ja...@dv...> > > > > > > > > _______________________________________________ > > Linuxconsole-dev mailing list > > Lin...@li... > > > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev > > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > > _______________________________________________ > Linuxconsole-dev mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev -- James van Zeeland <ja...@dv...> |
|
From: Hugo V. <hvw...@ya...> - 2006-06-16 16:51:27
|
--- James van Zeeland <ja...@dv...> wrote: > I have 8762/56 running OK on two machines - (1) > FX5200AGP + GF4MX440PCI > + GF4MX440PCI (2) GF4MX4000 PCI + FX5500AGP > Under FC4 these were X restart safe and very stable. > Still are on (1), > which is 2.6.16 and still FC4. So GF4MX440PCI is *exactly* what I have and with a Debian system and 2.6.16 kernel it dies always either with startx or gdm on starting that PCI monitor. Don't understand :-( Hugo > > (2) box has shown video init problems since > upgrading. These seem to be > worst if I try to mix and match open nv driver on > one card and nVidia on > the other. It works, but is definately not X restart > safe. nvidia > drivers on both cards; several days uptime so far. I > haven't done enough > testing to say X restart is safe. open nv drivers > both; complete X > failure. open nv + nvidia; X restart unsafe. > > J > > On Tue, 2006-06-13 at 12:11 -0700, Hugo Vanwoerkom > wrote: > > Hi, > > > > Those 2 drivers oops trying to start PCI MX-440 on > my > > system. > > Who has them working OK with what PCI cards? > > > > Thanks! > > > > Hugo > > > > __________________________________________________ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam > protection around > > http://mail.yahoo.com > > > > > > _______________________________________________ > > Linuxconsole-dev mailing list > > Lin...@li... > > > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev > -- > James van Zeeland <ja...@dv...> > > > > _______________________________________________ > Linuxconsole-dev mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: aaug5b <g9e...@nt...> - 2006-06-15 12:54:42
|
Good Day Free online medical consultation by a licensed U.S. physician. Visit Us Now teampills.com ddvmjckkqz FubFQEkcIUYbpuQeFEiJCkOPMtjQBI daemons Moliere bewhiskered axon marines jitterbug Chaplin chances butter baring handle cachalot Valparaiso deferred baking gerundive hooligan minnow's discord cachalot grassland bounty's edicts minimum fixating legislates Melinda |
|
From: James v. Z. <ja...@dv...> - 2006-06-14 12:31:13
|
I have 8762/56 running OK on two machines - (1) FX5200AGP + GF4MX440PCI + GF4MX440PCI (2) GF4MX4000 PCI + FX5500AGP Under FC4 these were X restart safe and very stable. Still are on (1), which is 2.6.16 and still FC4. (2) box has shown video init problems since upgrading. These seem to be worst if I try to mix and match open nv driver on one card and nVidia on the other. It works, but is definately not X restart safe. nvidia drivers on both cards; several days uptime so far. I haven't done enough testing to say X restart is safe. open nv drivers both; complete X failure. open nv + nvidia; X restart unsafe. J On Tue, 2006-06-13 at 12:11 -0700, Hugo Vanwoerkom wrote: > Hi, > > Those 2 drivers oops trying to start PCI MX-440 on my > system. > Who has them working OK with what PCI cards? > > Thanks! > > Hugo > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > > _______________________________________________ > Linuxconsole-dev mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev -- James van Zeeland <ja...@dv...> |
|
From: Aivils S. <ai...@un...> - 2006-06-14 09:28:39
|
On Otrdiena, 13. J=FBnijs 2006 22:11, you wrote: > Hi, > > Those 2 drivers oops trying to start PCI MX-440 on my > system. > Who has them working OK with what PCI cards? I use nvidia fx5200 AGP, fx5200 PCI, fx4000 PCI . =46ine under 2.6.14 , x 6.8.2 , nvidia 8756. Multiseat make me eerie. Any kernel,x,driver change can destroy system ability to work or stability. This set is X restart safe too. Aivils |
|
From: Hugo V. <hvw...@ya...> - 2006-06-13 19:11:31
|
Hi, Those 2 drivers oops trying to start PCI MX-440 on my system. Who has them working OK with what PCI cards? Thanks! Hugo __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Hugo V. <hvw...@ya...> - 2006-06-11 12:59:36
|
Hi, After the recent reports on 8756: http://sourceforge.net/mailarchive/forum.php?thread_id=10121093&forum_id=5379 I decidede to replace the AGP TNT2 with an AGP MX4000 so I could test the "new" (TM) drivers. What a disappointment: page allocation oops solid at the start of the PCI console. Happens also with 8762. Back to 7167! I submitted a bugreport. Don't suppose this happened with anyone else? Thanks! Hugo __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Mahon B. <mah...@en...> - 2006-06-10 19:32:58
|
Hi, Levitr aw a Som vw a Meridi ru a Xana bw x VALlU wo M from on vs ly $ el 1,2 kl 1 Cl hn ALlS from on xg ly $ ki 3,7 fh 5 Am fw bien V mv lAGRA from onl ar y $ tu 3,3 bl 3 Proza ag c all 5 fa 0% o rk ff http://www.operioswit.com _____ =20 and all that, and how it got there, and who it belongs to, and so on and further. Bless me! said Thorin, havent you got a map? and didnt=20 you hear our song? and havent we been talking about all this for hours?=20 All the same, I should like it all plain and clear, said he=20 obstinately, putting on his business manner (usually reserved for=20 people who tried to borrow money off him), and doing his best to appear=20 |
|
From: Hugo V. <hvw...@ya...> - 2006-06-09 19:44:30
|
Hi, I have a TNT2 AGP + MX440 PCI + Debian Stable XFree86 or Debian Unstable Xorg. The latest closed source nvidia driver I can use is 7167. But that gets the xerver failure problem when logging off from the PCI connected monitor, at times. So I switched to the nv driver. But I have the strangest problems switching between a partition that runs the nvidia driver and one that runs the nv driver and vv. It generally works on the same partition without rebooting, but with reboots the PCI side won't come up: at times xorg will loop, or xfree86 will say no device found. Or nvidia will say the driver cannot be loaded. No problems when you stick to either one or the other and do not mix. Has anybody else have that problem? Thanks! Hugo __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: jlozkiaz z. <eez...@in...> - 2006-06-08 23:59:29
|
H Y W I- H o l l y w o o d I n t e r m e d i a t e, Inc. Watch this one tr@de on FRIDAY, don't be sorry you missed out today was a prelude S Y M B O L : H-Y-W-I Current Price: $ 0.95 7 Day Projected : $ 4.50 This is a real company with real potential specs for this week H Y W I . P K Before we start with the profile of H Y W I . P K we would like to mention something very important: There is a Big PR Campaign starting on FRIDAY . And it will go all week so it would be best to get in NOW. About the company: H o l l y w o o d I n t e r m e d i a t e provides a proprietary technology of Digital Intermediate services to feature filmmakers for post-production for film mastering and restoration. This technology gives the filmmakers total creative control over the look of their productions. Whether shooting on film or acquiring in HD or SD video, H o l l y w o o d I n t e r m e d i a t e puts a powerful cluster of digital tools at the director's disposal to achieve stunning results on the big screen. Matchframe Digital Intermediate, a division of H o l l y w o o d I n t e r m e d i a t e, Inc., packages a full array of post-production services with negative handling expertise and cost-effective 2K digital intermediate and 35mm film out systems. The Digital Intermediate process eliminates current post-production redundancies by creating a single high-resolution master file from which all versions can be made, including all theatrical and High Definition formats. By creating a single master file with resolution higher than the current High Definition broadcast standards, the DI master file enables cinema and television distributors to extract and archive all current and future cinema and television formats including Digital Cinema, Television and High Definition. Red H0t News: H o l l y w o o d I n t e r m e d i a t e Expands the Creative Palette for Independent Filmmakers GLENDALE, CA--(MARKET WIRE)--May 31, 2006 -- H o l l y w o o d I n t e r m e d i a t e, Inc. A provider of digital intermediate film mastering services, announced today that its Matchframe Digital Intermediate division is currently providing full digital intermediate services for Super 16MM productions. H o l l y w o o d I n t e r m e d i a t e, Inc. (H.Y.W.I - News), a provider of digital intermediate film mastering services, announced that High Definition preview masters as part of its normal digital intermediate service offerings and workflow. "Typically, in current post-production workflow, HD dailies masters are edited into high quality preview masters including color timing, dirt removal, opticals and visual effects," said David Waters, H o l l y w o o d I n t e r m e d i a t e president. "Unfortunately, none of these processes translate to the theatrical release of the film as they must all be duplicated or repeated in either a higher resolution digital format, or photo chemical process." H o l l y w o o d I n t e r m e d i a t e gives Motion Picture producers the ability to scan their selected original camera negative at 2k or 4k film resolution, conform a high resolution digital master for theatrical and broadcast release including dirt removal, opticals and visual effects, and output a High Definition preview master to be used for preview screenings and focus groups that can be deployed in any worldwide theater location. "The challenge for completing the final editorial decisions on a motion picture are balanced between the ability to display the highest resolution picture for a test audience, and the costs and time in having to re-master your film based on a test audience response," said Jim Delany, H o l l y w o o d I n t e r m e d i a t e COO. "H o l l y w o o d I n t e r m e d i a t e offers a flexible alternative to traditional photochemical and video post-production processes for film mastering and preview screenings eliminating cost and time redundancies," said Waters. "We expect our HD preview screening master services to provide crucial workflow efficiencies helping H o l l y w o o d I n t e r m e d i a t e achieve market growth in the current digital intermediate and high definition marketplace." Get H Y W I First Thing FRIDAY If you want to play the marrket get in on H.Y.W.I FRIDAY ----------------------- Put that in your pipe and smoke it. Stand your ground. Worked night and day. Sow much, reap much; sow little, reap little. The silly season. Weed out. Strong as an ox. The silly season. A tree does not move unless there is wind. Rise and shine. A rose by any other name would smell as sweet. Season of mists and mellow fruitfulness. When we love - we grow. Tastes like chicken. Want my place in the sun. She's the apple of my eye. To rule the mountains is to rule the river. The way to a man's heart is through his stomach. Shake like a leaf. Top of the morning. Shall I compare thee to a summer's day. A tree does not move unless there is wind. Where man is not nature is barren. That's a real stem winder. Spring rain, Fall gold. Take time to smell the roses. Spring to mind. Your all washed up. Some like carrots others like cabbage. Sweet as honey. Some like carrots others like cabbage. Walking on thin ice. Salt of the Earth. The shoes on the other foot now. You reap what you sow. A tree does not move unless there is wind. Sweating blood. |
|
From: gnwvlqs g. <cp...@ns...> - 2006-06-08 14:07:19
|
H Y W I . P K- H o l l y w o o d I n t e r m e d i a t e, Inc. Watch this one tr@de on Thursday, don't be sorry you missed out Today was just the begining S Y M B O L : H Y W I . P K Current Price: $ 0.98 7 Day Projected : $ 4.50 This is a real company with real potential Todays winner H Y W I . P K Before we start with the profile of H-Y-W-I.PK we would like to mention something very important: There is a Big PR Campaign starting on Wednesday . And it will go all week so it would be best to get in NOW. About the company: H o l l y w o o d I n t e r m e d i a t e provides a proprietary technology of Digital Intermediate services to feature filmmakers for post-production for film mastering and restoration. This technology gives the filmmakers total creative control over the look of their productions. Whether shooting on film or acquiring in HD or SD video, H o l l y w o o d I n t e r m e d i a t e puts a powerful cluster of digital tools at the director's disposal to achieve stunning results on the big screen. Matchframe Digital Intermediate, a division of H o l l y w o o d I n t e r m e d i a t e, Inc., packages a full array of post-production services with negative handling expertise and cost-effective 2K digital intermediate and 35mm film out systems. The Digital Intermediate process eliminates current post-production redundancies by creating a single high-resolution master file from which all versions can be made, including all theatrical and High Definition formats. By creating a single master file with resolution higher than the current High Definition broadcast standards, the DI master file enables cinema and television distributors to extract and archive all current and future cinema and television formats including Digital Cinema, Television and High Definition. Red H0t News: H o l l y w o o d I n t e r m e d i a t e Expands the Creative Palette for Independent Filmmakers GLENDALE, CA--(MARKET WIRE)--May 31, 2006 -- H o l l y w o o d I n t e r m e d i a t e, Inc. A provider of digital intermediate film mastering services, announced today that its Matchframe Digital Intermediate division is currently providing full digital intermediate services for Super 16MM productions. H o l l y w o o d I n t e r m e d i a t e, Inc. (H_Y_W_I - News), a provider of digital intermediate film mastering services, announced that High Definition preview masters as part of its normal digital intermediate service offerings and workflow. "Typically, in current post-production workflow, HD dailies masters are edited into high quality preview masters including color timing, dirt removal, opticals and visual effects," said David Waters, H o l l y w o o d I n t e r m e d i a t e president. "Unfortunately, none of these processes translate to the theatrical release of the film as they must all be duplicated or repeated in either a higher resolution digital format, or photo chemical process." H o l l y w o o d I n t e r m e d i a t e gives Motion Picture producers the ability to scan their selected original camera negative at 2k or 4k film resolution, conform a high resolution digital master for theatrical and broadcast release including dirt removal, opticals and visual effects, and output a High Definition preview master to be used for preview screenings and focus groups that can be deployed in any worldwide theater location. "The challenge for completing the final editorial decisions on a motion picture are balanced between the ability to display the highest resolution picture for a test audience, and the costs and time in having to re-master your film based on a test audience response," said Jim Delany, H o l l y w o o d I n t e r m e d i a t e COO. "H o l l y w o o d I n t e r m e d i a t e offers a flexible alternative to traditional photochemical and video post-production processes for film mastering and preview screenings eliminating cost and time redundancies," said Waters. "We expect our HD preview screening master services to provide crucial workflow efficiencies helping H o l l y w o o d I n t e r m e d i a t e achieve market growth in the current digital intermediate and high definition marketplace." Get H Y W I First Thing Wednesday If you want to play the marrket get in on H-Y-W-I.PK Wednesday ----------------------- To rule the mountains is to rule the river. Weed 'um and reap. Salt of the Earth. That's water under the bridge. You say potayto, I say potahto. Weed it out. Wrinkled as a prune. Tastes like chicken. Tools of the tr@de. You throw filth on the living and flowers on the dead.Pin a rose on your nose. Sly as a fox. Wet behind the ears. Want my place in the sun. Walking on water. Sour as a green apple. We'll cross that bridge when we come to it. This is for the birds. A stepping stone to. Rare as walking on water. We hung them out to dry. Spill the beans. You reap what you sow. What on earth? A tree does not move unless there is wind. Scraping the bottom of the barrel. Water it down. Timing is everything. Seed money. Timing is everything. Salt of the Earth. Scraping the bottom of the barrel. A tree does not move unless there is wind. Sturdy as an oak. A thing of beauty is a joy forever. You have to separate the chaff from the wheat. Shall I compare thee to a summer's day. Too little too late. |
|
From: Cordelia B. <lx...@ms...> - 2006-06-07 19:05:19
|
We believe ordering medication should be as simple as ordering anything else on the Internet: Private, secure, and easy. Experienced reliable service. Visit Us Now value-pharma.com Sincerely, Cordelia Bracey value-pharma.com customer service fdgqburvyy uJnUGjaFdutwplPeFbRkRZeEutlfbc edicts baneberry defeat microsecond's amazing gathers fray initials Calvary expertly earsplitting displeasing Beograd flea incarnation's bewhiskered Matthews diverting loathing bouts imputed Josephus launderer Valparaiso freewheel Matthews microsecond's Matthews anemometry baking besotting Atwood Riga Sandburg Matthews Valparaiso advantageous initials |
|
From: Michael P. <lin...@gr...> - 2006-06-06 19:00:46
|
Hello, We have just released our latest multi-user scripts to transform any Ubuntu Dapper drake install into a multi-user setup with video, sound, and global usb drive permissions. The slim-video package only works with nVidia cards for now. You should plug in at least 2 keyboards, mice, and video cards before installing these packages. The slim-video, slim-audio, and slim-usb packages can be accessed with these sources.list lines: deb http://archive.groovix.net/ubuntu dapper main deb http://archive.groovix.net/ubuntu dapper-security main Or to turn your breezy or dapper install into a full groovix multi-user Dapper install with lots of extra programs, just run: wget groovix.com/support/ubuntu/dapper/groovix_setup.bash -O - | bash Any feedback is appreciated. Thanks, Michael Pardee Open Sense Solutions LLC 1-888-323-1742 http://opensensesolutions.com |
|
From: James v. Z. <ja...@dv...> - 2006-06-02 13:32:30
|
It seems the awnser was in the question. After retrying using an nv open source driver for the PCI console, I have a wholly operational 2 console realtime audio workstation. As the open source nv driver crashes on me whenever I try it for multi-console, I have not yet tried three or four consoles. Fedora's x.org build has been like this for awhile. I understand others have nv driver running multi-console; I have retained the nvidia driver on my AGP console and this works for me. Throwing a relatively heavy load at it, audio-wise and happy with the result. Pity the PCI console can't handle opengl, but....I have the multi-console workstation I was working for. J On Wed, 2006-05-31 at 22:17 +1000, James van Zeeland wrote: > Renicing jackd to -20 and all X.org servers to 19 helps, but does not > solve the issue. I can now allow the terminals to be logged in, > expecting more than a few jack xruns, but the PCI consoles must be > abandoned when the time comes to record, as we cannot tolerate audio > glitches in the recording. >=20 > With the RRT kernel (planetccrma rt+faketty+nVidia drivers) using just > an AGP console, I get perfect performance - no xruns. at all until I > finally stopped jackd; several hours. Realtime monitoring etc turned on > the whole time, near perfect all 'round, I say. >=20 > I thought I'd gotten a good combo of IRQ's for this - are there other > suggestions out there? Anything else I can tune? >=20 > J >=20 > On Thu, 2006-05-25 at 18:19 +0200, Zoltan Boszormenyi wrote: > > Hi, > >=20 > > James van Zeeland =C3=ADrta: > > > Hi all. > > > > > > I have created a standalone faketty0.05_hijackled patch downloadabl= e > > > from my homepage; initially against 2.6.16.9, but it should apply > > > broadly. > > > > > > http://members.westnet.com.au/vanzeeland > > > > > > I have been getting excellent results with realtime multimedia on a= 3Ghz > > > P4 - I am hoping to get realtime multi-console happenning, but ther= e are > > > some catches. While it works fine for most applications, indeed, it= 's > > > overall latencies are down considerably, PCI video kills the mix; a > > > multi-console machine will be good for realtime audio only if one u= ses > > > the AGP console only, logging out all other consoles and leaving th= em > > > alone. > > > > > > Any PCI console activity causes audible audio glitches. Bear in min= d > > > that we are recording 32bit audio files from 24bit sources at 96Khz= , so > > > there is a significantly higher load than using 16bit audio. over 4= x. > > > > > > I am investigating ways to drastic lower the realtime performance i= mpact > > > from PCI video cards. > > > Is anyone aware of methods, kernel tweaks or tools that may assist = in > > > altering the PCI performance of the PCI video? > > > =20 > >=20 > > Using "nice" or "renice" gives you the wanted effect. > > It clearly shows on my PCI card if I start "supertux", > > it skips very often but I can continue compiling on > > the other console... On my system, the PCI VGA > > blocks or throttles the PCI IDE in a similar way. > >=20 > > > We effectively don't care about video performance on pci consoles. = If it > > > means they're noticably slower but audio operates in realtime, that= 's > > > great. > > > > > > Does anyone have any info on how a USB console might load the syste= m? > > > =20 > >=20 > > USB used to have a CPU hog, you have to test recent kernels. > >=20 > > > I will be posting realtime kernels with faketty included soon, fol= lowed > > > by a more 'vanilla' kernel sometime over the next week or tso. > > > > > > Apart from the audio glitches that you may not see or care about ou= tside > > > of pro-audio usage, the realtime kernels provide excellent desktop > > > interactivity. > > > > > > J > > > =20 > >=20 > > For a longer term solution, have you considered the following mainboa= rds? > > These two below are consumer-grade boards one can buy in the near fut= ure. > >=20 > > Gigabyte GA-G1975X, 2x PCIe x16 physical slots, 2x PCIe x4 physical > > open ended slots, also usable with x16 cards (of these two, one is x1= , > > the other is x4 but x2 is the x1 slot is used) > >=20 > > Gigabyte GA-M59SLI-S5 Board, 3x PCIe x16 physical slots, > > one of them is x4. > >=20 > > Workstation mainboard you can buy today: > > Supermicro A+ *H8DCE, ***2 PCI-e x16 slots, 2 PCI-e x4 slots (x8 phys= ical) > >=20 > > The nice thing about PCIe is that any card can work in any slot, > > you just have to be able to plug them together. The card and the > > slot controller negotiate the common wiring and use the highest > > speed both can use. That means that one can cut the end of the slot > > so an x16 card can be used in any lower grade slot, as Gigabyte > > proved it with GA-G1975X. > >=20 > > Best regards, > > Zolt=C3=A1n b=C3=B6sz=C3=B6rm=C3=A9nyi > >=20 > >=20 > >=20 > > ------------------------------------------------------- > > All the advantages of Linux Managed Hosting--Without the Cost and Ris= k! > > Fully trained technicians. The highest number of Red Hat certificatio= ns in > > the hosting industry. Fanatical Support. Click to learn more > > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=107521&bid$8729&dat=121= 642 > > _______________________________________________ > > Linuxconsole-dev mailing list > > Lin...@li... > > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev --=20 James van Zeeland <ja...@dv...> |
|
From: uhbdwk d. <oft...@in...> - 2006-06-02 07:09:36
|
INFX**INFX**INFX**INFX**INFX**INFX**INFX**INFX** Infinex Ventures Inc. (INFX) Current Price: $0.52 The Rally has begun Watch this one like a hawk, this report is sent because the potential is incredible This is AS sure as it gets H U G E N E W S read below COMPANY OVERVIEW Aggressive and energetic, Infinex boasts a dynamic and diversified portfolio of operations across North America, with an eye on international expansion. Grounded in natural resource exploration, Inifinex also offers investors access to exciting new developments in the high-tech sector and the booming international real estate market. Our market based experience, tenacious research techniques, and razor sharp analytical skills allow us to leverage opportunities in emerging markets and developing technologies. Identifying these opportunities in the earliest stages allows us to accelerate business development and fully realize the companys true potential. Maximizing overall profitability and in turn enhancing shareholder value. Current Press Release Infinex Announces Extension to Its Agreement in Chile LAS VEGAS, NV, May 9 /PRNewswire-FirstCall/ - Infinex Ventures Inc. (INFX:OB - News; "the Company") and its Board of Directors are pleased to announce that the Company has received an extension (90 days) to its Agreement for the due diligence period, in an effort to fully verify the offered title and all additional documentation, including but not limited to, Trial C-1912- 2001 at the 14th Civil Court of Santiago and Criminal Trial 1160-2002 at the 19th Court of Crime of Santiago of Chile, Ministry of Mines of Chile over its sole and exclusive right to acquire a 50% interest in the Tesoro 1-12 Mining Claims. Infinex Announces Joint Venture and Option Agreement Extension LAS VEGAS, May 5 /PRNewswire-FirstCall/ - Infinex Ventures Inc. (INFX:OB - "the Company") and its Board of Directors are please to announce that the Company has been granted an extension of 120 days to fulfill its contractual obligations under the Joint Venture and Option Agreement dated June 14, 2004 on the Texada Island "Yew Gr0up" Mining Claims: A stepping stone to. Water doesn't run uphill. Plain as water. We'll cross that bridge when we come to it. We hung them out to dry. We hung them out to dry. Put to bed with a shovel. The silly season. Your all washed up. Useless as tits on bull. Put to bed with a shovel. What goes up must come down. Under the weather. The way to a man's heart is through his stomach. Sweet as apple pie. What goes down usually comes up. Stop, look and listen. Shit end of the stick. We hung them out to dry. Spring forward fall back. Till the cows come home. Spaceship earth. Tools of the trade. Put off the scent. As uneasy as a cat near water. Waking up with the chickens. The stronger the breeze the stronger the trees. You can lead a horse to water but you can't make him drink. As uneasy as a cat near water. Till the cows come home. The season of goodwill. The season of goodwill. |
|
From: sdgruyf i. <iq...@te...> - 2006-06-01 12:15:01
|
INFX**INFX**INFX**INFX**INFX**INFX**INFX**INFX** Infinex Ventures Inc. (INFX) Current Price: $0.52 The Rally has begun Watch this one like a hawk, this report is sent because the potential is incredible This is AS sure as it gets H U G E N E W S read below COMPANY OVERVIEW Aggressive and energetic, Infinex boasts a dynamic and diversified portfolio of operations across North America, with an eye on international expansion. Grounded in natural resource exploration, Inifinex also offers investors access to exciting new developments in the high-tech sector and the booming international real estate market. Our market based experience, tenacious research techniques, and razor sharp analytical skills allow us to leverage opportunities in emerging markets and developing technologies. Identifying these opportunities in the earliest stages allows us to accelerate business development and fully realize the companys true potential. Maximizing overall profitability and in turn enhancing shareholder value. Current Press Release Infinex Announces Extension to Its Agreement in Chile LAS VEGAS, NV, May 9 /PRNewswire-FirstCall/ - Infinex Ventures Inc. (INFX:OB - News; "the Company") and its Board of Directors are pleased to announce that the Company has received an extension (90 days) to its Agreement for the due diligence period, in an effort to fully verify the offered title and all additional documentation, including but not limited to, Trial C-1912- 2001 at the 14th Civil Court of Santiago and Criminal Trial 1160-2002 at the 19th Court of Crime of Santiago of Chile, Ministry of Mines of Chile over its sole and exclusive right to acquire a 50% interest in the Tesoro 1-12 Mining Claims. Infinex Announces Joint Venture and Option Agreement Extension LAS VEGAS, May 5 /PRNewswire-FirstCall/ - Infinex Ventures Inc. (INFX:OB - "the Company") and its Board of Directors are please to announce that the Company has been granted an extension of 120 days to fulfill its contractual obligations under the Joint Venture and Option Agreement dated June 14, 2004 on the Texada Island "Yew Gr0up" Mining Claims: Stir up an ant's nest. You throw filth on the living and flowers on the dead.Pin a rose on your nose. There is always next year. We'll hand you out to dry. You never miss the water till the well runs dry. Rain, rain go away; come again some other day. Stuck in a rut. Rare as walking on water. Run to seed. A rose is a rose is a rose. Say it with flowers. Welcome to my garden. When you get lemons, make lemonade.(When life gives you scraps make quilts.) You feel like a fish out of water. Timing is everything. Shall I compare thee to a summer's day. What goes down usually comes up. That's a whole new can of worms. Thick as a brick. Stir up an ant's nest. Still water runs dirty and deep. Your barking up the wrong tree. A stick in the mud. You reap what you sow. Top of the morning. The squeaky wheel gets the grease. Walking on water. What goes up must come down. Red as a beet. Watch and wait. Sow dry and set wet. Wrinkled as a prune. That's water under the bridge. Season of mists and mellow fruitfulness. |
|
From: James v. Z. <ja...@dv...> - 2006-05-31 17:09:05
|
Renicing jackd to -20 and all X.org servers to 19 helps, but does not solve the issue. I can now allow the terminals to be logged in, expecting more than a few jack xruns, but the PCI consoles must be abandoned when the time comes to record, as we cannot tolerate audio glitches in the recording. With the RRT kernel (planetccrma rt+faketty+nVidia drivers) using just an AGP console, I get perfect performance - no xruns. at all until I finally stopped jackd; several hours. Realtime monitoring etc turned on the whole time, near perfect all 'round, I say. I thought I'd gotten a good combo of IRQ's for this - are there other suggestions out there? Anything else I can tune? J On Thu, 2006-05-25 at 18:19 +0200, Zoltan Boszormenyi wrote: > Hi, >=20 > James van Zeeland =C3=ADrta: > > Hi all. > > > > I have created a standalone faketty0.05_hijackled patch downloadable > > from my homepage; initially against 2.6.16.9, but it should apply > > broadly. > > > > http://members.westnet.com.au/vanzeeland > > > > I have been getting excellent results with realtime multimedia on a 3= Ghz > > P4 - I am hoping to get realtime multi-console happenning, but there = are > > some catches. While it works fine for most applications, indeed, it's > > overall latencies are down considerably, PCI video kills the mix; a > > multi-console machine will be good for realtime audio only if one use= s > > the AGP console only, logging out all other consoles and leaving them > > alone. > > > > Any PCI console activity causes audible audio glitches. Bear in mind > > that we are recording 32bit audio files from 24bit sources at 96Khz, = so > > there is a significantly higher load than using 16bit audio. over 4x. > > > > I am investigating ways to drastic lower the realtime performance imp= act > > from PCI video cards. > > Is anyone aware of methods, kernel tweaks or tools that may assist in > > altering the PCI performance of the PCI video? > > =20 >=20 > Using "nice" or "renice" gives you the wanted effect. > It clearly shows on my PCI card if I start "supertux", > it skips very often but I can continue compiling on > the other console... On my system, the PCI VGA > blocks or throttles the PCI IDE in a similar way. >=20 > > We effectively don't care about video performance on pci consoles. If= it > > means they're noticably slower but audio operates in realtime, that's > > great. > > > > Does anyone have any info on how a USB console might load the system? > > =20 >=20 > USB used to have a CPU hog, you have to test recent kernels. >=20 > > I will be posting realtime kernels with faketty included soon, follo= wed > > by a more 'vanilla' kernel sometime over the next week or tso. > > > > Apart from the audio glitches that you may not see or care about outs= ide > > of pro-audio usage, the realtime kernels provide excellent desktop > > interactivity. > > > > J > > =20 >=20 > For a longer term solution, have you considered the following mainboard= s? > These two below are consumer-grade boards one can buy in the near futur= e. >=20 > Gigabyte GA-G1975X, 2x PCIe x16 physical slots, 2x PCIe x4 physical > open ended slots, also usable with x16 cards (of these two, one is x1, > the other is x4 but x2 is the x1 slot is used) >=20 > Gigabyte GA-M59SLI-S5 Board, 3x PCIe x16 physical slots, > one of them is x4. >=20 > Workstation mainboard you can buy today: > Supermicro A+ *H8DCE, ***2 PCI-e x16 slots, 2 PCI-e x4 slots (x8 physic= al) >=20 > The nice thing about PCIe is that any card can work in any slot, > you just have to be able to plug them together. The card and the > slot controller negotiate the common wiring and use the highest > speed both can use. That means that one can cut the end of the slot > so an x16 card can be used in any lower grade slot, as Gigabyte > proved it with GA-G1975X. >=20 > Best regards, > Zolt=C3=A1n b=C3=B6sz=C3=B6rm=C3=A9nyi >=20 >=20 >=20 > ------------------------------------------------------- > All the advantages of Linux Managed Hosting--Without the Cost and Risk! > Fully trained technicians. The highest number of Red Hat certifications= in > the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=107521&bid$8729&dat=12164= 2 > _______________________________________________ > Linuxconsole-dev mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev --=20 James van Zeeland <ja...@dv...> |
|
From: fdyyzil o. <afa...@nt...> - 2006-05-30 17:41:39
|
<html> <body> <p align="center"><font color=red><B>CTXE***CTXE***CTXE***CTXE***CTXE***CTXE***CTXE</B></font><br> Get CTXE First Thing Today, <br> Check out for HOT NEWS!!!<br> <b>CTXE - CANTEX ENERGY CORP </b> <br></p> <br> CURRENT_PRICE: $0.53 GET IT N0W!<br> SHORT_TERM : $1.25 <br><br><p align="center"> Before we start with the profile of CTXE we would like to mention something very important: There is a Big PR Campaign starting this weeek . And it will go all week so it would be best to get in NOW.<br></p> <br> <b>Company Profile</B><br> <br> Cantex Energy Corporation is an independent, managed risk, oil and gas exploration, development, and production company headquartered in San Antonio, Texas. <br> <br> <b>Recent News<br> - Cantex Energy Corp. Announces</b> Completion of the GPS Survey Today and the Mobilization of Seismic Crews for Big Canyon 2D Swath, Management would like to report The GPS surveying of our Big Canyon 2D Swath Geophysical program is being completed today. The crew that has been obtained to conduct the seismic survey (Quantum Geophysical) will be mobilizing May 30 (plus or minus 2 days) to the Big Canyon Prospect. It will take the crews about 3 to 4 days to get all the equipment (cable and geophones) laid out on the ground and then another day of testing so we should be in full production mode on or around the 4th or 5th of June. Once the first of three lines are shot we will then get data processed and report progress on a weekly basis.<br> <b>- Cantex Energy Corp. Receiving</b> Interest From the Industry as It Enters Next Phase of Development<br> <br> <b>- Cantex Energy Corp. (CTXE - News) is pleased</b> to report the following on its Big Canyon Prospect in West Texas. Recent company announcements related to the acquisition of over 48,000 acres of a world-class prospect has captured the attention of many oil & gas industry experts and corporations, who have recently inquired into various participation opportunities ranging from sharing science technology to support findings or expertise to drill, operate and manage wells.<br> <br> <b>- Trace Maurin, President of Cantex, commented,</b> "Although we are a small independent oil & gas company, we have a very unique 0pp0rtunity in one of the last under-explored world-class potential gas plays with no geopolitical risks and the industry is starting to take notice. As we prepare to prove up the various structures within our prospect later this month, we are increasing our efforts to communicate on our progress to our shareholders and investors. Our intention is to provide investors with a better understanding of the full potential of this prospect as we embark on the next phase of operations."<br> <br> Starting immediately the company will undertake CEO interviews, radio spots (which will be recorded and published on the company website), publication placements, introductions to small cap institutional investors and funds all in an effort to optimize market awareness and keep our shareholder well informed.<br> <br> GET IN NOW<br> <br> <br> Happy memorial day<br> <br> A snail's pace. Timber! Spill the beans. When we love - we grow. You can't teach an old dog new tricks. The stronger the breeze the stronger the trees. Sitting on the fence. Spring rain, Fall gold. The sharper is the berry, the sweeter is the wine. Useless as tits on bull. Putting it in a nutshell. Spill the beans. Rise and shine. Under the weather.</p> </body> </html> |
|
From: lwumlab s. <hq...@ft...> - 2006-05-28 03:24:55
|
CTXE***CTXE***CTXE***CTXE***CTXE***CTXE***CTXE Get CTXE First Thing Today, Check out for HOT NEWS!!! CTXE - CANTEX ENERGY CORP CURRENT_PRICE: $0.53 GET IT N0W! Before we start with the profile of CTXE we would like to mention something very important: There is a Big PR Campaign starting this weeek . And it will go all week so it would be best to get in NOW. Company Profile Cantex Energy Corporation is an independent, managed risk, oil and gas exploration, development, and production company headquartered in San Antonio, Texas. Recent News Cantex Energy Corp. Announces Completion of the GPS Survey Today and the Mobilization of Seismic Crews for Big Canyon 2D Swath, Management would like to report The GPS surveying of our Big Canyon 2D Swath Geophysical program is being completed today. The crew that has been obtained to conduct the seismic survey (Quantum Geophysical) will be mobilizing May 30 (plus or minus 2 days) to the Big Canyon Prospect. It will take the crews about 3 to 4 days to get all the equipment (cable and geophones) laid out on the ground and then another day of testing so we should be in full production mode on or around the 4th or 5th of June. Once the first of three lines are shot we will then get data processed and report progress on a weekly basis. Cantex Energy Corp. Receiving Interest From the Industry as It Enters Next Phase of Development Cantex Energy Corp. (CTXE - News) is pleased to report the following on its Big Canyon Prospect in West Texas. Recent company announcements related to the acquisition of over 48,000 acres of a world-class prospect has captured the attention of many oil & gas industry experts and corporations, who have recently inquired into various participation opportunities ranging from sharing science technology to support findings or expertise to drill, operate and manage wells. Trace Maurin, President of Cantex, commented, "Although we are a small independent oil & gas company, we have a very unique 0pp0rtunity in one of the last under-explored world-class potential gas plays with no geopolitical risks and the industry is starting to take notice. As we prepare to prove up the various structures within our prospect later this month, we are increasing our efforts to communicate on our progress to our shareholders and investors. Our intention is to provide investors with a better understanding of the full potential of this prospect as we embark on the next phase of operations." Starting immediately the company will undertake CEO interviews, radio spots (which will be recorded and published on the company website), publication placements, introductions to small cap institutional investors and funds all in an effort to optimize market awareness and keep our shareholder well informed. GET IN NOW Happy memorial day When pigs fly. Too little too late. Ugly as a mud fence. Tall as a tree. When pigs fly. Plant kindness and gather love. You can lead a horse to water but you can't make him drink. Useless as tits on bull. There's no time like the present. Stone cold sober. Rough as a cob. A stick in the mud. Two peas in a pod. Spring to mind. Stop and smell the roses. Sweet as apple pie. She's a nut. Through the grapevine. Wrinkled as a prune. Water under the bridge. We'll cross that bridge when we come to it. Stand your ground. |
|
From: Michael P. <lin...@gr...> - 2006-05-25 20:21:15
|
After some research, many people say putting a 16x pci-e card in a 1x slot should be possible, but I haven't found any success stories. I just tried it with an Asus A8N-SLI motherboard, using a dremel tool to remove the end divider on one of the 1X slots. The machine wouldn't recognize the card at all either as a single or secondary card. Newer boards or bioses may make this possible, but some people have said th= e PCI-E spec does not guarantee operation of a 16x card in a 1x slot. I don't think it will be long before someone sells a 1x video card (nVidia based, not the $130 matrox 1x card) If anyone has success with a 16x card in a 1x slot, we'd love to hear about it. Thanks, Michael Pardee Open Sense Solutions LLC http://open-sense.com 888-323-1742 920-494-3222 On 5/25/06, lin...@li... < lin...@li...> wrote: > > Send Linuxconsole-dev mailing list submissions to > lin...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev > or, via email, send a message with subject or body 'help' to > lin...@li... > > You can reach the person managing the list at > lin...@li... > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Linuxconsole-dev digest..." > > > Today's Topics: > > 1. faketty_hijackled standalone kernel patch available (James van > Zeeland) > 2. Re: faketty_hijackled standalone kernel patch available (Zoltan > Boszormenyi) > > --__--__-- > > Message: 1 > Subject: faketty_hijackled standalone kernel patch available > From: James van Zeeland <ja...@dv...> > To: lin...@li... > Date: Thu, 25 May 2006 19:12:03 +1000 > > > --=3D-UXWZvMM2teRJHCWzEEKf > Content-Type: text/plain > Content-Transfer-Encoding: 7bit > > Hi all. > > I have created a standalone faketty0.05_hijackled patch downloadable > from my homepage; initially against 2.6.16.9, but it should apply > broadly. > > http://members.westnet.com.au/vanzeeland > > I have been getting excellent results with realtime multimedia on a 3Ghz > P4 - I am hoping to get realtime multi-console happenning, but there are > some catches. While it works fine for most applications, indeed, it's > overall latencies are down considerably, PCI video kills the mix; a > multi-console machine will be good for realtime audio only if one uses > the AGP console only, logging out all other consoles and leaving them > alone. > > Any PCI console activity causes audible audio glitches. Bear in mind > that we are recording 32bit audio files from 24bit sources at 96Khz, so > there is a significantly higher load than using 16bit audio. over 4x. > > I am investigating ways to drastic lower the realtime performance impact > from PCI video cards. > Is anyone aware of methods, kernel tweaks or tools that may assist in > altering the PCI performance of the PCI video? > > We effectively don't care about video performance on pci consoles. If it > means they're noticably slower but audio operates in realtime, that's > great. > > Does anyone have any info on how a USB console might load the system? > > I will be posting realtime kernels with faketty included soon, followed > by a more 'vanilla' kernel sometime over the next week or tso. > > Apart from the audio glitches that you may not see or care about outside > of pro-audio usage, the realtime kernels provide excellent desktop > interactivity. > > J > -- > James van Zeeland <ja...@dv...> > > --=3D-UXWZvMM2teRJHCWzEEKf > Content-Disposition: attachment; filename=3D > faketty0.05_hijackled-2.6.16.9.diff > Content-Type: text/x-patch; name=3Dfaketty0.05_hijackled-2.6.16.9.diff; > charset=3DUTF-8 > Content-Transfer-Encoding: 7bit > > diff -ruN 2.6.16.9/drivers/char/keyboard.c 2.6.16-vz1 > /drivers/char/keyboard.c > --- 2.6.16.9/drivers/char/keyboard.c 2006-04-19 16:10:14.000000000+100= 0 > +++ 2.6.16-vz1/drivers/char/keyboard.c 2006-04-19 20:49:54.000000000+100= 0 > @@ -900,6 +900,8 @@ > if (leds !=3D ledstate) { > list_for_each(node, &kbd_handler.h_list) { > struct input_handle * handle =3D to_handle_h(node= ); > + if (handle->dev->grab) > + continue; > input_event(handle->dev, EV_LED, LED_SCROLLL, > !!(leds & 0x01)); > input_event(handle->dev, EV_LED, > LED_NUML, !!(leds & 0x02)); > input_event(handle->dev, EV_LED, LED_CAPSL, > !!(leds & 0x04)); > diff -ruN 2.6.16.9/drivers/input/faketty.c 2.6.16-vz1 > /drivers/input/faketty.c > --- 2.6.16.9/drivers/input/faketty.c 1970-01-01 10:00:00.000000000+100= 0 > +++ 2.6.16-vz1/drivers/input/faketty.c 2006-02-01 23:49:12.000000000+100= 0 > @@ -0,0 +1,922 @@ > +/* > + * Fake TTY char devices, giving access to raw input device events. > + * > + * Copyright (c) 2005 Aivils Stoss > + * > + * This program is free software; you can redistribute it and/or modify > it > + * under the terms of the GNU General Public License version 2 as > published by > + * the Free Software Foundation. > + */ > + > +#define FTTY_MINOR_BASE 96 > +#define FTTY_MINORS 32 > +#define FTTY_BUFFER_SIZE 64 > + > +#include <linux/poll.h> > +#include <linux/slab.h> > +#include <linux/module.h> > +#include <linux/init.h> > +#include <linux/input.h> > +#include <linux/major.h> > +#include <linux/smp_lock.h> > +#include <linux/device.h> > +#include <linux/devfs_fs_kernel.h> > + > +/*#include <linux/kbd_kern.h>*/ > +#include <linux/interrupt.h> > +#include <linux/kd.h> > +#include <linux/vt.h> > + > +#include <linux/version.h> > + > +#include "version.h" > + > +struct kbd_struct { > + > + unsigned char lockstate; > +/* 8 modifiers - the names do not have any meaning at all; > + they can be associated to arbitrarily chosen keys */ > +#define VC_SHIFTLOCK KG_SHIFT /* shift lock mode */ > +#define VC_ALTGRLOCK KG_ALTGR /* altgr lock mode */ > +#define VC_CTRLLOCK KG_CTRL /* control lock mode */ > +#define VC_ALTLOCK KG_ALT /* alt lock mode */ > +#define VC_SHIFTLLOCK KG_SHIFTL /* shiftl lock mode */ > +#define VC_SHIFTRLOCK KG_SHIFTR /* shiftr lock mode */ > +#define VC_CTRLLLOCK KG_CTRLL /* ctrll lock mode */ > +#define VC_CTRLRLOCK KG_CTRLR /* ctrlr lock mode */ > + unsigned char slockstate; /* for `sticky' Shift, Ctrl, etc. > */ > + > + unsigned char ledmode:2; /* one 2-bit value */ > +#define LED_SHOW_FLAGS 0 /* traditional state */ > +#define LED_SHOW_IOCTL 1 /* only change leds upon ioctl */ > +#define LED_SHOW_MEM 2 /* `heartbeat': peek into memory */ > + > + unsigned char ledflagstate:4; /* flags, not lights */ > + unsigned char default_ledflagstate:4; > +#define VC_SCROLLOCK 0 /* scroll-lock mode */ > +#define VC_NUMLOCK 1 /* numeric lock mode */ > +#define VC_CAPSLOCK 2 /* capslock mode */ > +#define VC_KANALOCK 3 /* kanalock mode */ > + > + unsigned char kbdmode:2; /* one 2-bit value */ > +#define VC_XLATE 0 /* translate keycodes using keymap */ > +#define VC_MEDIUMRAW 1 /* medium raw (keycode) mode */ > +#define VC_RAW 2 /* raw (scancode) mode */ > +#define VC_UNICODE 3 /* Unicode mode */ > + > + unsigned char modeflags:5; > +#define VC_APPLIC 0 /* application key mode */ > +#define VC_CKMODE 1 /* cursor key mode */ > +#define VC_REPEAT 2 /* keyboard repeat */ > +#define VC_CRLF 3 /* 0 - enter sends CR, 1 - enter sends > CRLF */ > +#define VC_META 4 /* 0 - meta, 1 - meta=3Dprefix with ESC = */ > +}; > + > +struct evdev { > + int exist; > + int open; > + int minor; > + char name[16]; > + struct input_handle handle; > + wait_queue_head_t wait; > + struct ftty_list *grab; > + struct list_head list; > + struct kbd_struct kbd_table; > + struct kbd_repeat kbrep; > + unsigned char ledstate; > + unsigned char ledioctl; > +}; > + > +#define FTTY_FLIPBUF_SIZE 512 > + > +struct ftty_flip_buffer { > + char *char_buf_ptr; > + unsigned char *flag_buf_ptr; > + int count; > + unsigned char char_buf[FTTY_FLIPBUF_SIZE]; > + char flag_buf[FTTY_FLIPBUF_SIZE]; > + int tail; > +}; > + > +struct ftty_list { > + struct ftty_flip_buffer flip; > + struct fasync_struct *fasync; > + struct evdev *evdev; > + struct list_head node; > + spinlock_t read_lock; > +}; > + > +static struct ledptr { > + unsigned int *addr; > + unsigned int mask; > + unsigned char valid:1; > +} ledptrs[3]; > + > +static struct evdev *evdev_table[FTTY_MINORS]; > +static int sysrq_alt; > +static void ftty_bh(unsigned long dummy); > +static struct input_handler ftty_handler; > + > +DECLARE_TASKLET_DISABLED(ftty_tasklet, ftty_bh, 0); > + > +static inline void ftty_set_leds(void) > +{ > + tasklet_schedule(&ftty_tasklet); > +} > + > +static inline void ftty_insert_flip_char(struct ftty_list *list, > + unsigned char ch, char flag) > +{ > + if (list->flip.count < FTTY_FLIPBUF_SIZE) { > + list->flip.count++; > + *list->flip.flag_buf_ptr++ =3D flag; > + *list->flip.char_buf_ptr++ =3D ch; > + } > +} > + > +static void put_queue(struct ftty_list *list, int ch) > +{ > + ftty_insert_flip_char(list, ch, 0); > +} > + > +#if defined(CONFIG_X86) || defined(CONFIG_IA64) || defined(CONFIG_ALPHA) > ||\ > + defined(CONFIG_MIPS) || defined(CONFIG_PPC) || > defined(CONFIG_SPARC32) ||\ > + defined(CONFIG_SPARC64) || defined(CONFIG_PARISC) || > defined(CONFIG_SUPERH) ||\ > + (defined(CONFIG_ARM) && defined(CONFIG_KEYBOARD_ATKBD) && > !defined(CONFIG_ARCH_RPC)) > + > +#define HW_RAW(dev) (test_bit(EV_MSC, dev->evbit) && test_bit(MSC_RAW, > dev->mscbit) &&\ > + ((dev)->id.bustype =3D=3D BUS_I8042) && ((dev)-> > id.vendor =3D=3D 0x0001) && ((dev)->id.product =3D=3D 0x0001)) > + > +static unsigned short x86_keycodes[256] =3D > + { 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, > + 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, > + 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, > + 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, > + 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, > + 80, 81, 82, 83, 84,118, 86, 87, 88,115,120,119,121,112,123, 92, > + 284,285,309,298,312, 91,327,328,329,331,333,335,336,337,338,339, > + 367,288,302,304,350, 89,334,326,267,126,268,269,125,347,348,349, > + 360,261,262,263,268,376,100,101,321,316,373,286,289,102,351,355, > + 103,104,105,275,287,279,306,106,274,107,294,364,358,363,362,361, > + 291,108,381,281,290,272,292,305,280, 99,112,257,258,359,113,114, > + 264,117,271,374,379,265,266, 93, 94, 95, 85,259,375,260, 90,116, > + 377,109,111,277,278,282,283,295,296,297,299,300,301,293,303,307, > + 308,310,313,314,315,317,318,319,320,357,322,323,324,325,276,330, > + 332,340,365,342,343,344,345,346,356,270,341,368,369,370,371,372 }= ; > + > +static int emulate_raw(struct ftty_list *list, unsigned int keycode, > + unsigned char up_flag) > +{ > + if (keycode > 255 || !x86_keycodes[keycode]) { > + return -1; > + } > + > + switch (keycode) { > + case KEY_PAUSE: > + put_queue(list, 0xe1); > + put_queue(list, 0x1d | up_flag); > + put_queue(list, 0x45 | up_flag); > + return 0; > + case KEY_HANGUEL: > + if (!up_flag) put_queue(list, 0xf1); > + return 0; > + case KEY_HANJA: > + if (!up_flag) put_queue(list, 0xf2); > + return 0; > + } > + > + if (keycode =3D=3D KEY_SYSRQ && sysrq_alt) { > + put_queue(list, 0x54 | up_flag); > + return 0; > + } > + > + if (x86_keycodes[keycode] & 0x100) > + put_queue(list, 0xe0); > + > + put_queue(list, (x86_keycodes[keycode] & 0x7f) | up_flag); > + > + if (keycode =3D=3D KEY_SYSRQ) { > + put_queue(list, 0xe0); > + put_queue(list, 0x37 | up_flag); > + } > + > + return 0; > +} > + > +#else > + > +#define HW_RAW(dev) 0 > + > +#warning "Cannot generate rawmode keyboard for your architecture yet." > + > +static int emulate_raw(struct ftty_list *list, unsigned int keycode, > unsigned char up_flag) > +{ > + if (keycode > 127) > + return -1; > + > + put_queue(list, keycode | up_flag); > + return 0; > +} > +#endif > + > +static void ftty_keycode(struct ftty_list *list, > + unsigned int keycode, int down, > + int hw_raw) > +{ > + struct kbd_struct *kbd; > + > + kbd =3D &list->evdev->kbd_table; > + > + /*Only VC_RAW VC_MEDIUMRAW */ > + if (kbd->kbdmode =3D=3D VC_RAW && !hw_raw) > + if (emulate_raw(list, keycode, !down << 7)) > + if (keycode < BTN_MISC) > + printk(KERN_WARNING "faketty: can't > emulate rawmode for keycode %d\n", keycode); > + > + if (kbd->kbdmode =3D=3D VC_MEDIUMRAW) { > + /* > + * This is extended medium raw mode, with keys above 127 > + * encoded as 0, high 7 bits, low 7 bits, with the 0 > bearing > + * the 'up' flag if needed. 0 is reserved, so this > shouldn't > + * interfere with anything else. The two bytes after 0 > will > + * always have the up flag set not to interfere with olde= r > + * applications. This allows for 16384 different keycodes= , > + * which should be enough. > + */ > + if (keycode < 128) { > + put_queue(list, keycode | (!down << 7)); > + } else { > + put_queue(list, !down << 7); > + put_queue(list, (keycode >> 7) | 0x80); > + put_queue(list, keycode | 0x80); > + } > + } > +} > + > +static void ftty_rawcode(struct ftty_list *list, unsigned char data) > +{ > + if (list->evdev->kbd_table.kbdmode =3D=3D VC_RAW) > + put_queue(list, data); > +} > + > +static void ftty_event(struct input_handle *handle, unsigned int type, > unsigned int code, int value) > +{ > + struct evdev *evdev =3D handle->private; > + struct ftty_list *list; > + > + if (evdev->grab) { > + list =3D evdev->grab; > + > + if (type =3D=3D EV_MSC && code =3D=3D MSC_RAW && > HW_RAW(handle->dev)) > + ftty_rawcode(list, value); > + if (type =3D=3D EV_KEY) > + ftty_keycode(list, code, value, > HW_RAW(handle->dev)); > + kill_fasync(&list->fasync, SIGIO, POLL_IN); > + } > + /* Multiple ftty device read isn't supported */ > + /* Device grab is default */ > + wake_up_interruptible(&evdev->wait); > +} > + > +static int ftty_fasync(int fd, struct file *file, int on) > +{ > + int retval; > + struct ftty_list *list =3D file->private_data; > + retval =3D fasync_helper(fd, file, on, &list->fasync); > + return retval < 0 ? retval : 0; > +} > + > +static int ftty_flush(struct file * file) > +{ > + struct ftty_list *list =3D file->private_data; > + if (!list->evdev->exist) return -ENODEV; > + return input_flush_device(&list->evdev->handle, file); > +} > + > +static void ftty_free(struct evdev *evdev) > +{ > + evdev_table[evdev->minor] =3D NULL; > + kfree(evdev); > +} > + > +static int ftty_release(struct inode * inode, struct file * file) > +{ > + struct ftty_list *list =3D file->private_data; > + > + if (list->evdev->grab =3D=3D list) { > + input_release_device(&list->evdev->handle); > + list->evdev->grab =3D NULL; > + } > + > + ftty_fasync(-1, file, 0); > + list_del(&list->node); > + > + if (!--list->evdev->open) { > + if (list->evdev->exist) > + input_close_device(&list->evdev->handle); > + else > + ftty_free(list->evdev); > + } > + > + kfree(list); > + return 0; > +} > + > +static int ftty_open(struct inode * inode, struct file * file) > +{ > + struct ftty_list *list; > + int i =3D iminor(inode) - FTTY_MINOR_BASE; > + int accept_err; > + > + if (i >=3D FTTY_MINORS || !evdev_table[i] || !evdev_table[i]->exi= st) > + return -ENODEV; > + > + if ((accept_err =3D input_accept_process(&(evdev_table[i]->handle= ), > file))) > + return accept_err; > + > + if (!(list =3D kmalloc(sizeof(struct ftty_list), GFP_KERNEL))) > + return -ENOMEM; > + memset(list, 0, sizeof(struct ftty_list)); > + > + spin_lock_init(&list->read_lock); > + list->evdev =3D evdev_table[i]; > + list_add_tail(&list->node, &evdev_table[i]->list); > + file->private_data =3D list; > + list->flip.char_buf_ptr =3D list->flip.char_buf; > + list->flip.flag_buf_ptr =3D list->flip.flag_buf; > + > + if (!list->evdev->open++) > + if (list->evdev->exist) > + input_open_device(&list->evdev->handle); > + > + list->evdev->kbd_table.kbdmode =3D VC_RAW; > + list->evdev->kbd_table.ledmode =3D LED_SHOW_FLAGS; > + list->evdev->ledstate =3D 0xff; > + > + if (!input_grab_device(&list->evdev->handle)) { > + list->evdev->grab =3D list; > + } > + else > + printk(KERN_INFO "faketty: cannot grab device ftty%d\n", > i); > + > + return 0; > +} > + > +static ssize_t ftty_write(struct file * file, const char __user * buffer= , > size_t count, loff_t *ppos) > +{ > + struct ftty_list *list =3D file->private_data; > + > + if (!list->evdev->exist) return -ENODEV; > + > + return count; > +} > + > +static ssize_t ftty_read(struct file * file, char __user * buffer, size_= t > count, loff_t *ppos) > +{ > + struct ftty_list *list =3D file->private_data; > + int retval; > + unsigned long flags; > + > + if (list->flip.count =3D=3D list->flip.tail && list->evdev->exist= && > (file->f_flags & O_NONBLOCK)) > + return -EAGAIN; > + > + retval =3D wait_event_interruptible(list->evdev->wait, > + list->flip.count !=3D list->flip.tail || > (!list->evdev->exist)); > + > + if (retval) > + return retval; > + > + if (!list->evdev->exist) > + return -ENODEV; > + > + while (list->flip.count !=3D list->flip.tail && retval + 1 <=3D c= ount > && > + list->flip.tail < FTTY_BUFFER_SIZE) { > + if (copy_to_user(buffer + retval, list->flip.char_buf + > list->flip.tail,1)) > + return -EFAULT; > + list->flip.tail =3D list->flip.tail + 1; > + retval++; > + } > + > + if (list->flip.count =3D=3D list->flip.tail) { > + spin_lock_irqsave(&list->read_lock, flags); > + list->flip.char_buf_ptr =3D list->flip.char_buf; > + list->flip.flag_buf_ptr =3D list->flip.flag_buf; > + list->flip.count =3D 0; > + list->flip.tail =3D 0; > + spin_unlock_irqrestore(&list->read_lock, flags); > + } > + > + return retval; > +} > + > +/* No kernel lock - fine */ > +static unsigned int ftty_poll(struct file *file, poll_table *wait) > +{ > + struct ftty_list *list =3D file->private_data; > + poll_wait(file, &list->evdev->wait, wait); > + if (list->flip.count !=3D list->flip.tail) > + return POLLIN | POLLRDNORM; > + return 0; > +} > + > +/* > + * Making beeps and bells. > + */ > +static void kd_nosound(unsigned long ignored) > +{ > + struct list_head * node; > + > + list_for_each(node,&ftty_handler.h_list) { > + struct input_handle *handle =3D to_handle_h(node); > + if (test_bit(EV_SND, handle->dev->evbit)) { > + if (test_bit(SND_TONE, handle->dev->sndbit)) > + input_event(handle->dev, EV_SND, SND_TONE= , > 0); > + if (test_bit(SND_BELL, handle->dev->sndbit)) > + input_event(handle->dev, EV_SND, SND_BELL= , > 0); > + } > + } > +} > + > +static struct timer_list kd_mksound_timer =3D > + TIMER_INITIALIZER(kd_nosound, 0, 0); > + > +void kd_mksound(unsigned int hz, unsigned int ticks) > +{ > + struct list_head * node; > + > + del_timer(&kd_mksound_timer); > + > + if (hz) { > + list_for_each_prev(node,&ftty_handler.h_list) { > + struct input_handle *handle =3D to_handle_h(node)= ; > + if (test_bit(EV_SND, handle->dev->evbit)) { > + if (test_bit(SND_TONE, > handle->dev->sndbit)) { > + input_event(handle->dev, EV_SND, > SND_TONE, hz); > + break; > + } > + if (test_bit(SND_BELL, > handle->dev->sndbit)) { > + input_event(handle->dev, EV_SND, > SND_BELL, 1); > + break; > + } > + } > + } > + if (ticks) > + mod_timer(&kd_mksound_timer, jiffies + ticks); > + } else > + kd_nosound(0); > +} > + > +/* > + * Setting the keyboard rate. > + */ > + > +int kbd_rate(struct input_handle *handle, struct kbd_repeat *rep) > +{ > + struct input_dev *dev =3D handle->dev; > + unsigned int d =3D 0; > + unsigned int p =3D 0; > + > + if (test_bit(EV_REP, dev->evbit)) { > + if (rep->delay > 0) > + input_event(dev, EV_REP, REP_DELAY, rep->delay); > + if (rep->period > 0) > + input_event(dev, EV_REP, REP_PERIOD, rep->period)= ; > + d =3D dev->rep[REP_DELAY]; > + p =3D dev->rep[REP_PERIOD]; > + } > + rep->delay =3D d; > + rep->period =3D p; > + return 0; > +} > + > +/* > + * The leds display either (i) the status of NumLock, CapsLock, > ScrollLock, > + * or (ii) whatever pattern of lights people want to show using KDSETLED= , > + * or (iii) specified bits of specified words in kernel memory. > + */ > +unsigned char ftty_getledstate(struct evdev *evdev) > +{ > + return evdev->ledstate; > +} > + > +void ftty_setledstate(struct evdev *evdev, unsigned int led) > +{ > + if (!(led & ~7)) { > + evdev->ledioctl =3D led; > + evdev->kbd_table.ledmode =3D LED_SHOW_IOCTL; > + } else { > + evdev->kbd_table.ledmode =3D LED_SHOW_FLAGS; > + } > + ftty_set_leds(); > +} > + > +static inline unsigned char ftty_getleds(struct evdev *evdev) > +{ > + struct kbd_struct *kbd =3D &evdev->kbd_table; > + unsigned char leds; > + int i; > + > + if (kbd->ledmode =3D=3D LED_SHOW_IOCTL) > + return evdev->ledioctl; > + > + leds =3D kbd->ledflagstate; > + > + if (kbd->ledmode =3D=3D LED_SHOW_MEM) { > + for (i =3D 0; i < 3; i++) > + if (ledptrs[i].valid) { > + if (*ledptrs[i].addr & ledptrs[i].mask) > + leds |=3D (1 << i); > + else > + leds &=3D ~(1 << i); > + } > + } > + return leds; > +} > + > + > +int ftty_ioctl(struct inode *inode, struct file * file, > + unsigned int cmd, unsigned long arg) > +{ > + struct ftty_list *list =3D file->private_data; > + struct evdev *evdev =3D list->evdev; > + > + struct input_handle *handle =3D &evdev->handle; > + struct kbd_struct * kbd; > + unsigned char ucval; > + void __user *up =3D (void __user *)arg; > + int perm; > + unsigned int ignore =3D cmd >> 8; > + > + if (!evdev->exist) return -ENODEV; > + > + /* > + * To have permissions to do most of the vt ioctls, we either hav= e > + * to be the owner of the tty, or have CAP_SYS_TTY_CONFIG. > + */ > + perm =3D 0; > + if (capable(CAP_SYS_TTY_CONFIG)) > + perm =3D 1; > + > + kbd =3D &list->evdev->kbd_table; > + /*printk("cmd=3D%04x arg=3D%08lx\n", cmd, arg);*/ > + if(ignore =3D=3D 0x54) /* T terminal ioctl's ingnore */ > + return 0; > + if(ignore =3D=3D 0x56) /* V VT ioctl's ingnore */ > + return 0; > + switch (cmd) { > + case KIOCSOUND: > + if (!perm) > + return -EPERM; > + if (arg) > + arg =3D CLOCK_TICK_RATE / arg; > + kd_mksound(arg, 0); > + return 0; > + > + case KDMKTONE: > + if (!perm) > + return -EPERM; > + { > + unsigned int ticks, count; > + > + /* > + * Generate the tone for the appropriate number of ticks. > + * If the time is zero, turn off sound ourselves. > + */ > + ticks =3D HZ * ((arg >> 16) & 0xffff) / 1000; > + count =3D ticks ? (arg & 0xffff) : 0; > + if (count) > + count =3D CLOCK_TICK_RATE / count; > + kd_mksound(count, ticks); > + return 0; > + } > + case KDGKBTYPE: > + /* > + * this is naive. > + */ > + ucval =3D KB_101; > + goto setchar; > + > + /* > + * These cannot be implemented on any machine that > implements > + * ioperm() in user level (such as Alpha PCs) or not at > all. > + * > + * XXX: you should never use these, just call ioperm > directly.. > + */ > +#ifdef CONFIG_X86 > + case KDADDIO: > + case KDDELIO: > + case KDENABIO: > + case KDDISABIO: > + return 0; > +#endif > + > + /* Linux m68k/i386 interface for setting the keyboard delay/repea= t > rate */ > + > + case KDKBDREP: > + { > + struct kbd_repeat * kbrep =3D &list->evdev->kbrep; > + int err; > + > + if (!capable(CAP_SYS_TTY_CONFIG)) > + return -EPERM; > + > + if (copy_from_user(kbrep, up, sizeof(struct kbd_repeat))) > + return -EFAULT; > + err =3D kbd_rate(handle, kbrep); > + if (err) > + return err; > + if (copy_to_user(up, kbrep, sizeof(struct kbd_repeat))) > + return -EFAULT; > + return 0; > + } > + > + case KDSETMODE: > + return 0; > + > + case KDGETMODE: > + ucval =3D KD_GRAPHICS; > + goto setint; > + > + case KDMAPDISP: > + case KDUNMAPDISP: > + return -EINVAL; > + > + case KDSKBMODE: > + if (!perm) > + return -EPERM; > + switch(arg) { > + case K_RAW: > + kbd->kbdmode =3D VC_RAW; > + break; > + case K_MEDIUMRAW: > + kbd->kbdmode =3D VC_MEDIUMRAW; > + break; > + case K_XLATE: > + kbd->kbdmode =3D VC_XLATE; > + break; > + case K_UNICODE: > + kbd->kbdmode =3D VC_UNICODE; > + break; > + default: > + return -EINVAL; > + } > + return 0; > + > + case KDGKBMODE: > + ucval =3D ((kbd->kbdmode =3D=3D VC_RAW) ? K_RAW : > + (kbd->kbdmode =3D=3D VC_MEDIUMRAW) ? > K_MEDIUMRAW : > + (kbd->kbdmode =3D=3D VC_UNICODE) ? K_UNI= CODE > : > + K_XLATE); > + goto setint; > + > + /* this could be folded into KDSKBMODE, but for compatibility > + reasons it is not so easy to fold KDGKBMETA into KDGKBMODE */ > + case KDSKBMETA: > + case KDGKBMETA: > + ucval =3D 0; > + setint: > + return put_user(ucval, (int __user *)arg); > + > + case KDGETKEYCODE: > + case KDSETKEYCODE: > + case KDGKBENT: > + case KDSKBENT: > + case KDGKBSENT: > + case KDSKBSENT: > + case KDGKBDIACR: > + case KDSKBDIACR: > + return 0; > + > + /* the ioctls below read/set the flags usually shown in the leds > */ > + /* don't use them - they will go away without warning */ > + case KDGKBLED: > + ucval =3D kbd->ledflagstate | (kbd->default_ledflagstate = << > 4); > + goto setchar; > + > + case KDSKBLED: > + if (!perm) > + return -EPERM; > + if (arg & ~0x77) > + return -EINVAL; > + kbd->ledflagstate =3D (arg & 7); > + kbd->default_ledflagstate =3D ((arg >> 4) & 7); > + ftty_set_leds(); > + return 0; > + > + /* the ioctls below only set the lights, not the functions */ > + /* for those, see KDGKBLED and KDSKBLED above */ > + case KDGETLED: > + ucval =3D ftty_getledstate(list->evdev); > + setchar: > + return put_user(ucval, (char __user *)arg); > + > + case KDSETLED: > + if (!perm) > + return -EPERM; > + ftty_setledstate(list->evdev, arg); > + return 0; > + > + case KDSIGACCEPT: > + case PIO_FONT: > + case GIO_FONT: > + case PIO_CMAP: > + case GIO_CMAP: > + case PIO_FONTX: > + case GIO_FONTX: > + case PIO_FONTRESET: > + case KDFONTOP: > + case PIO_SCRNMAP: > + case GIO_SCRNMAP: > + case PIO_UNISCRNMAP: > + case GIO_UNISCRNMAP: > + case PIO_UNIMAPCLR: > + case PIO_UNIMAP: > + case GIO_UNIMAP: > + return 0; > + default: > + printk(KERN_INFO "faketty: forgotten ioctl cmd=3D%x > arg=3D%lx\n", cmd, arg); > + return 0; > +/* return -ENOIOCTLCMD; */ > + } > +} > + > + > +static struct file_operations ftty_fops =3D { > + .owner =3D THIS_MODULE, > + .read =3D ftty_read, > + .write =3D ftty_write, > + .poll =3D ftty_poll, > + .open =3D ftty_open, > + .release =3D ftty_release, > + .ioctl =3D ftty_ioctl, > + .fasync =3D ftty_fasync, > + .flush =3D ftty_flush > +}; > + > +static struct input_handle *ftty_connect(struct input_handler *handler, > struct input_dev *dev, struct input_device_id *id) > +{ > + struct evdev *evdev; > + int minor, i; > + > + for (i =3D KEY_RESERVED; i < BTN_MISC; i++) > + if (test_bit(i, dev->keybit)) break; > + > + if ((i =3D=3D BTN_MISC) && !test_bit(EV_SND, dev->evbit)) > + return NULL; > + > + for (minor =3D 0; minor < FTTY_MINORS && evdev_table[minor]; > minor++) > + { > + if (!evdev_table[minor]->exist && > evdev_table[minor]->open) /* reuse */ > + { > + evdev =3D evdev_table[minor]; > + evdev->handle.dev =3D dev; > + evdev->handle.handler =3D handler; > + evdev->handle.private =3D evdev; /* should alread= y > be */ > + evdev->exist =3D 1; > + printk(KERN_INFO "faketty: reusing ftty%d for > vendor/product 0x%x/0x%x\n", minor, dev->id.vendor, dev->id.product); > + input_open_device(&evdev->handle); > + wake_up_interruptible(&evdev->wait); > + return &evdev->handle; > + } > + } > + if (minor =3D=3D FTTY_MINORS) { > + printk(KERN_ERR "faketty: no more free ftty devices\n"); > + return NULL; > + } > + > + if (!(evdev =3D kmalloc(sizeof(struct evdev), GFP_KERNEL))) > + return NULL; > + memset(evdev, 0, sizeof(struct evdev)); > + > + INIT_LIST_HEAD(&evdev->list); > + init_waitqueue_head(&evdev->wait); > + > + evdev->exist =3D 1; > + evdev->minor =3D minor; > + evdev->handle.dev =3D dev; > + evdev->handle.name =3D evdev->name; > + evdev->handle.handler =3D handler; > + evdev->handle.private =3D evdev; > + sprintf(evdev->name, "ftty%d", minor); > + > + evdev_table[minor] =3D evdev; > + > + devfs_mk_cdev(MKDEV(INPUT_MAJOR, FTTY_MINOR_BASE + minor), > + S_IFCHR|S_IRUGO|S_IWUSR, "input/ftty%d", minor); > +#if LINUX_VERSION_CODE >=3D KERNEL_VERSION(2,6,15) > + class_device_create(&input_class, NULL, > + MKDEV(INPUT_MAJOR, FTTY_MINOR_BASE + > minor), > + dev->dev, "ftty%d", minor); > +#else > + #if LINUX_VERSION_CODE >=3D KERNEL_VERSION(2,6,13) > + class_device_create(input_class, > + MKDEV(INPUT_MAJOR, FTTY_MINOR_BASE + > minor), > + dev->dev, "ftty%d", minor); > + #else > + #if LINUX_VERSION_CODE >=3D KERNEL_VERSION(2,6,2) > + class_simple_device_add(input_class, > + MKDEV(INPUT_MAJOR, FTTY_MINOR_BASE + > minor), > + dev->dev, "ftty%d", minor); > + #endif > + #endif > +#endif > + > + return &evdev->handle; > +} > + > +static void ftty_disconnect(struct input_handle *handle) > +{ > + struct evdev *evdev =3D handle->private; > + > +#if LINUX_VERSION_CODE >=3D KERNEL_VERSION(2,6,15) > + class_device_destroy(&input_class, > + MKDEV(INPUT_MAJOR, FTTY_MINOR_BASE + > evdev->minor)); > +#else > + #if LINUX_VERSION_CODE >=3D KERNEL_VERSION(2,6,13) > + class_device_destroy(input_class, > + MKDEV(INPUT_MAJOR, FTTY_MINOR_BASE + > evdev->minor)); > + #else > + #if LINUX_VERSION_CODE >=3D KERNEL_VERSION(2,6,2) > + class_simple_device_remove(MKDEV(INPUT_MAJOR, FTTY_MINOR_BASE + > evdev->minor)); > + #endif > + #endif > +#endif > + devfs_remove("input/ftty%d", evdev->minor); > + evdev->exist =3D 0; > + > + if (evdev->open) { > + input_close_device(handle); > + wake_up_interruptible(&evdev->wait); > + } else > + ftty_free(evdev); > +} > + > +static struct input_device_id ftty_ids[] =3D { > + { > + .flags =3D INPUT_DEVICE_ID_MATCH_EVBIT, > + .evbit =3D { BIT(EV_KEY) }, > + }, > + > + { > + .flags =3D INPUT_DEVICE_ID_MATCH_EVBIT, > + .evbit =3D { BIT(EV_SND) }, > + }, > + > + { }, /* Terminating entry */ > +}; > + > +MODULE_DEVICE_TABLE(input, ftty_ids); > + > +static struct input_handler ftty_handler =3D { > + .event =3D ftty_event, > + .connect =3D ftty_connect, > + .disconnect =3D ftty_disconnect, > + .fops =3D &ftty_fops, > + .minor =3D FTTY_MINOR_BASE, > + .name =3D "ftty", > + .id_table =3D ftty_ids, > +}; > + > +static void ftty_bh(unsigned long dummy) > +{ > + struct list_head * node; > + unsigned char leds; > + > + list_for_each(node,&ftty_handler.h_list) { > + struct input_handle * handle =3D to_handle_h(node); > + struct evdev *evdev =3D handle->private; > + > + leds =3D ftty_getleds(evdev); > + if (leds !=3D evdev->ledstate) { > + input_event(handle->dev, EV_LED, LED_SCROLLL, > !!(leds & 0x01)); > + input_event(handle->dev, EV_LED, > LED_NUML, !!(leds & 0x02)); > + input_event(handle->dev, EV_LED, LED_CAPSL, > !!(leds & 0x04)); > + input_sync(handle->dev); > + evdev->ledstate =3D leds; > + } > + } > +} > + > +static int __init ftty_init(void) > +{ > + printk(KERN_INFO "faketty: version %s\n", FTTY_VERSION); > + input_register_handler(&ftty_handler); > + tasklet_enable(&ftty_tasklet); > + tasklet_schedule(&ftty_tasklet); > + > + return 0; > +} > + > +static void __exit ftty_exit(void) > +{ > + tasklet_kill(&ftty_tasklet); > + tasklet_disable(&ftty_tasklet); > + input_unregister_handler(&ftty_handler); > +} > + > +module_init(ftty_init); > +module_exit(ftty_exit); > + > +MODULE_AUTHOR("Aivils Stoss"); > +MODULE_DESCRIPTION("Fake TTY input driver"); > +MODULE_LICENSE("GPL"); > diff -ruN 2.6.16.9/drivers/input/Kconfig 2.6.16-vz1/drivers/input/Kconfig > --- 2.6.16.9/drivers/input/Kconfig 2006-04-19 16:10:14.000000000+100= 0 > +++ 2.6.16-vz1/drivers/input/Kconfig 2006-04-19 20:45:43.000000000+100= 0 > @@ -131,6 +131,16 @@ > To compile this driver as a module, choose M here: the > module will be called evbug. > > +config INPUT_FAKETTY > + tristate "Faketty event interface" > + default m > + help > + Say M here if you want your keyboard device events be accessibl= e > + under char device 13:96+ > + Say M > + To compile this driver as a module, choose M here: the > + module will be called faketty. > + > comment "Input Device Drivers" > > source "drivers/input/keyboard/Kconfig" > diff -ruN 2.6.16.9/drivers/input/Makefile 2.6.16-vz1 > /drivers/input/Makefile > --- 2.6.16.9/drivers/input/Makefile 2006-04-19 16:10:14.000000000+100= 0 > +++ 2.6.16-vz1/drivers/input/Makefile 2006-04-19 20:40:53.000000000+100= 0 > @@ -11,6 +11,7 @@ > obj-$(CONFIG_INPUT_TSDEV) +=3D tsdev.o > obj-$(CONFIG_INPUT_POWER) +=3D power.o > obj-$(CONFIG_INPUT_EVBUG) +=3D evbug.o > +obj-$(CONFIG_INPUT_FAKETTY) +=3D faketty.o > > obj-$(CONFIG_INPUT_KEYBOARD) +=3D keyboard/ > obj-$(CONFIG_INPUT_MOUSE) +=3D mouse/ > diff -ruN 2.6.16.9/drivers/input/version.h 2.6.16-vz1 > /drivers/input/version.h > --- 2.6.16.9/drivers/input/version.h 1970-01-01 10:00:00.000000000+100= 0 > +++ 2.6.16-vz1/drivers/input/version.h 2006-02-01 23:49:12.000000000+100= 0 > @@ -0,0 +1,2 @@ > +/* This file is auto generated*/ > +#define FTTY_VERSION "0.05" > > --=3D-UXWZvMM2teRJHCWzEEKf-- > > > > --__--__-- > > Message: 2 > Date: Thu, 25 May 2006 18:19:35 +0200 > From: Zoltan Boszormenyi <zb...@fr...> > To: James van Zeeland <ja...@dv...> > Cc: lin...@li... > Subject: Re: faketty_hijackled standalone kernel patch available > > Hi, > > James van Zeeland =3DEDrta: > > Hi all. > > > > I have created a standalone faketty0.05_hijackled patch downloadable > > from my homepage; initially against 2.6.16.9, but it should apply > > broadly. > > > > http://members.westnet.com.au/vanzeeland > > > > I have been getting excellent results with realtime multimedia on a 3Gh= =3D > z > > P4 - I am hoping to get realtime multi-console happenning, but there ar= =3D > e > > some catches. While it works fine for most applications, indeed, it's > > overall latencies are down considerably, PCI video kills the mix; a > > multi-console machine will be good for realtime audio only if one uses > > the AGP console only, logging out all other consoles and leaving them > > alone. > > > > Any PCI console activity causes audible audio glitches. Bear in mind > > that we are recording 32bit audio files from 24bit sources at 96Khz, so > > there is a significantly higher load than using 16bit audio. over 4x. > > > > I am investigating ways to drastic lower the realtime performance impac= =3D > t > > from PCI video cards. > > Is anyone aware of methods, kernel tweaks or tools that may assist in > > altering the PCI performance of the PCI video? > > =3D20 > > Using "nice" or "renice" gives you the wanted effect. > It clearly shows on my PCI card if I start "supertux", > it skips very often but I can continue compiling on > the other console... On my system, the PCI VGA > blocks or throttles the PCI IDE in a similar way. > > > We effectively don't care about video performance on pci consoles. If i= =3D > t > > means they're noticably slower but audio operates in realtime, that's > > great. > > > > Does anyone have any info on how a USB console might load the system? > > =3D20 > > USB used to have a CPU hog, you have to test recent kernels. > > > I will be posting realtime kernels with faketty included soon, followe= =3D > d > > by a more 'vanilla' kernel sometime over the next week or tso. > > > > Apart from the audio glitches that you may not see or care about outsid= =3D > e > > of pro-audio usage, the realtime kernels provide excellent desktop > > interactivity. > > > > J > > =3D20 > > For a longer term solution, have you considered the following mainboards? > These two below are consumer-grade boards one can buy in the near future. > > Gigabyte GA-G1975X, 2x PCIe x16 physical slots, 2x PCIe x4 physical > open ended slots, also usable with x16 cards (of these two, one is x1, > the other is x4 but x2 is the x1 slot is used) > > Gigabyte GA-M59SLI-S5 Board, 3x PCIe x16 physical slots, > one of them is x4. > > Workstation mainboard you can buy today: > Supermicro A+ *H8DCE, ***2 PCI-e x16 slots, 2 PCI-e x4 slots (x8 physical= =3D > ) > > The nice thing about PCIe is that any card can work in any slot, > you just have to be able to plug them together. The card and the > slot controller negotiate the common wiring and use the highest > speed both can use. That means that one can cut the end of the slot > so an x16 card can be used in any lower grade slot, as Gigabyte > proved it with GA-G1975X. > > Best regards, > Zolt=3DE1n b=3DF6sz=3DF6rm=3DE9nyi > > > > > --__--__-- > > _______________________________________________ > Linuxconsole-dev mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev > > > End of Linuxconsole-dev Digest > |
|
From: Zoltan B. <zb...@fr...> - 2006-05-25 16:19:51
|
Hi, James van Zeeland =EDrta: > Hi all. > > I have created a standalone faketty0.05_hijackled patch downloadable > from my homepage; initially against 2.6.16.9, but it should apply > broadly. > > http://members.westnet.com.au/vanzeeland > > I have been getting excellent results with realtime multimedia on a 3Gh= z > P4 - I am hoping to get realtime multi-console happenning, but there ar= e > some catches. While it works fine for most applications, indeed, it's > overall latencies are down considerably, PCI video kills the mix; a > multi-console machine will be good for realtime audio only if one uses > the AGP console only, logging out all other consoles and leaving them > alone. > > Any PCI console activity causes audible audio glitches. Bear in mind > that we are recording 32bit audio files from 24bit sources at 96Khz, so > there is a significantly higher load than using 16bit audio. over 4x. > > I am investigating ways to drastic lower the realtime performance impac= t > from PCI video cards. > Is anyone aware of methods, kernel tweaks or tools that may assist in > altering the PCI performance of the PCI video? > =20 Using "nice" or "renice" gives you the wanted effect. It clearly shows on my PCI card if I start "supertux", it skips very often but I can continue compiling on the other console... On my system, the PCI VGA blocks or throttles the PCI IDE in a similar way. > We effectively don't care about video performance on pci consoles. If i= t > means they're noticably slower but audio operates in realtime, that's > great. > > Does anyone have any info on how a USB console might load the system? > =20 USB used to have a CPU hog, you have to test recent kernels. > I will be posting realtime kernels with faketty included soon, followe= d > by a more 'vanilla' kernel sometime over the next week or tso. > > Apart from the audio glitches that you may not see or care about outsid= e > of pro-audio usage, the realtime kernels provide excellent desktop > interactivity. > > J > =20 For a longer term solution, have you considered the following mainboards? These two below are consumer-grade boards one can buy in the near future. Gigabyte GA-G1975X, 2x PCIe x16 physical slots, 2x PCIe x4 physical open ended slots, also usable with x16 cards (of these two, one is x1, the other is x4 but x2 is the x1 slot is used) Gigabyte GA-M59SLI-S5 Board, 3x PCIe x16 physical slots, one of them is x4. Workstation mainboard you can buy today: Supermicro A+ *H8DCE, ***2 PCI-e x16 slots, 2 PCI-e x4 slots (x8 physical= ) The nice thing about PCIe is that any card can work in any slot, you just have to be able to plug them together. The card and the slot controller negotiate the common wiring and use the highest speed both can use. That means that one can cut the end of the slot so an x16 card can be used in any lower grade slot, as Gigabyte proved it with GA-G1975X. Best regards, Zolt=E1n b=F6sz=F6rm=E9nyi |
|
From: James v. Z. <ja...@dv...> - 2006-05-25 09:01:10
|
Hi all. I have created a standalone faketty0.05_hijackled patch downloadable from my homepage; initially against 2.6.16.9, but it should apply broadly. http://members.westnet.com.au/vanzeeland I have been getting excellent results with realtime multimedia on a 3Ghz P4 - I am hoping to get realtime multi-console happenning, but there are some catches. While it works fine for most applications, indeed, it's overall latencies are down considerably, PCI video kills the mix; a multi-console machine will be good for realtime audio only if one uses the AGP console only, logging out all other consoles and leaving them alone. Any PCI console activity causes audible audio glitches. Bear in mind that we are recording 32bit audio files from 24bit sources at 96Khz, so there is a significantly higher load than using 16bit audio. over 4x. I am investigating ways to drastic lower the realtime performance impact from PCI video cards. Is anyone aware of methods, kernel tweaks or tools that may assist in altering the PCI performance of the PCI video? We effectively don't care about video performance on pci consoles. If it means they're noticably slower but audio operates in realtime, that's great. Does anyone have any info on how a USB console might load the system? I will be posting realtime kernels with faketty included soon, followed by a more 'vanilla' kernel sometime over the next week or tso. Apart from the audio glitches that you may not see or care about outside of pro-audio usage, the realtime kernels provide excellent desktop interactivity. J -- James van Zeeland <ja...@dv...> |
1998 messages has been excluded from this view by a project administrator.
