Slashdot Mirror


NVidia Releases Linux Drivers Supporting 4K Stacks

Supermathie writes "NVidia has finally released drivers for their chipsets and the 2.6 kernel that support 4K stacks. That means compatability with Fedora Core 2 kernels, people! View the README, visit their driver page, or download the package."

380 comments

  1. aahhh finally by Anonymous Coward · · Score: 1

    so finally nvidia got its act together.
    i wonder what took them so long?

    1. Re:aahhh finally by Dunarie · · Score: 4, Informative

      so finally nvidia got its act together. i wonder what took them so long?

      They are still ahead of the game with Linux compared to ATI. ATI only just got Linux drivers out a few months ago. NVidia has had Linux drivers for at least around 2-3 years now (I didn't really care about it before then), this is just about them getting the 2.6 kernel drivers (and new chipsets). Also, to my understanding, ATI's Linux drivers arn't all that good, and they have yet to support the 2.6 kernel.

      So really, if you want a brand name video card that supports Linux, NVidia is the way to go (at least for now).

    2. Re:aahhh finally by VertigoAce · · Score: 1

      I must be imagining things:

      barnes@barnes-t40 barnes $ fglrxinfo
      display: :0.0 screen: 0
      OpenGL vendor string: ATI Technologies Inc.
      OpenGL renderer string: MOBILITY RADEON 9000 DDR Generic
      OpenGL version string: 1.3 (X4.3.0-3.9.0)
      barnes@barnes-t40 barnes $ uname -sr
      Linux 2.6.7-gentoo-r7

      So ATI's drivers do work with 2.6.x (at least if you use Gentoo; I haven't tried the official package). However, I agree that NVidia's drivers tend to work better.

    3. Re:aahhh finally by fucksl4shd0t · · Score: 3, Interesting

      Man, I just installed these drivers (I was wanting a good excuse to do it, I admit it) on my ancient TNT2 video card, 800mhz Duron, blahdy-blah blah, and now Metisse is running fine. Before, with the nv driver Metisse barely ran. Amazing how much a difference the driver makes. ;)

      --
      Like what I said? You might like my music
    4. Re:aahhh finally by Wibla · · Score: 2, Informative

      OpenGL vendor string: ATI Technologies Inc.
      OpenGL renderer string: RADEON 9600 XT Generic
      OpenGL version string: 1.3 (X4.3.0-3.9.0)
      Linux ws 2.6.7-ws4 #1 Sun Jun 20 17:57:30 CEST 2004 i686 GNU/Linux

      And, ATI has released linux drivers for a while, not just "a few" months, however there was (iirc) no official driver support for non-FireGL cards for a while, even though the drivers for the normal Radeon cards was included in the binary FireGL driver package.

    5. Re:aahhh finally by Anonymous Coward · · Score: 1, Informative

      Yes, except that if you use something other than Linux/x86 (e.g. Linux on ppc or sparc), you can kiss goodbye to 3D acceleration and Xv extensions (very useful for mplayer and xine), even on a piece of shit 5 year old TNT.

    6. Re:aahhh finally by Anonymous Coward · · Score: 0

      Gee, I wonder how well a Radeon 9700 is supported on Windows NT 4/Alpha? Oh thats right not at all!

    7. Re:aahhh finally by nicolas.e · · Score: 1

      That's normal. The nv driver doesn't support 3d hardware acceleration. Only the nvidia does. So metisse was running with the mesa software emulation.

    8. Re:aahhh finally by Assmasher · · Score: 1

      Hmmm, weird, I was using ATI's linux driver in October of 2003. That's a little bit more than "a few months ago" isn't it? BTW, they'd been out longer than that ;).

      --
      Loading...
    9. Re:aahhh finally by bhtooefr · · Score: 1

      You were switching from nv (a software 3d driver) to nvidia (a full hardware 3d driver). BIG speed increase.

      Anyway, when I upgraded from 5328 to 5336, I got a big speed increase on my P233MMX 96MB with a TNT2 M64 32MB on BZFlag (still couldn't run above 320x200 and get 20FPS, but...)

    10. Re:aahhh finally by Anonymous Coward · · Score: 0

      "ATI's Linux drivers arn't all that good, and they have yet to support the 2.6 kernel."

      I'm using FireGLX with Linux kernel 2.6.x just fine. What's your problem?

  2. Real Story... by ThisNukes4u · · Score: 5, Insightful

    The real story is when they open the source to the drivers.

    --
    thisnukes4u.net
    1. Re:Real Story... by el-spectre · · Score: 5, Insightful

      No, that is another story.

      An even better story will be when folks realize that it is OK for the whole world not to agree with them on philosophy. Especially when those philosophies have economic ramifications.

      But I ain't holding my breath.

      --
      "Faith: Belief without evidence in what is told by one who speaks without knowledge, of things without parallel." - A.B.
    2. Re:Real Story... by Anonymous Coward · · Score: 0

      Amen to that.

      I refuse to support companies that provide half-assed support for OSS. At least with my ATI cards, I can get 3D accelleration with an open-source driver.

    3. Re:Real Story... by Anonymous Coward · · Score: 0

      Hear that? ...

      That's just the sound of everybody moving on and leaving you in the dust.

      Enjoy your open source!

    4. Re:Real Story... by Anonymous Coward · · Score: 0, Insightful

      The real story is when they open the source to the drivers.

      Rating that post as a Troll seems kind of harsh. I'm another person who would like to see nvidia open-source their drivers, though I certainly recognize their right to put it out under any license they see fit.

      They are more stable than the ATI drivers, anyway, so I'll give them some leeway as far as licensing goes.

    5. Re:Real Story... by base3 · · Score: 1

      Hear, hear. And a big raspberry to whoever modded that legitimate comment a troll.

      --
      One CPU cycle wasted on digital restrictions management is ONE TOO MANY.
    6. Re:Real Story... by Anonymous Coward · · Score: 5, Interesting

      Methinks the only real reason you'd want to keep your drivers closed off is because you're artificially handicapping your hardware to increase differentials between various (actually fairly identical) cards you've got on the market. Conspiratorial? Yes, but nothing that doesn't happen all the time.
      I wholeheartedly agree that closed-source code is appropriate for all manner of enterprises (and philosophically, I tend to look at executable code as an open, gloriously inaccessible book anyway). But closed-source device drivers? Just makes me wonder what they're hiding.

    7. Re:Real Story... by Jeff+DeMaagd · · Score: 1

      It is a driver. nVidia, ATI, Matrox, etc. act as if releasing how to code for their hardware will expose to their competitors their precious designs. Does any new Matrox board even work well in 2D in Linux anymore?

      They, and by a similar token, wireless network chip makers, are kind of counterpoint to the entire IC industry. Most semiconductor manufacturers freely give away information on how to use their product, even giving away free, non-obfuscated source code!

      I really doubt the economic ramifications on drivers. They are in the business of selling hardware, not software, and if the drivers don't work satisfactorily, there's no way to fix them, why bother with the hardware?

    8. Re:Real Story... by atomic-penguin · · Score: 2, Insightful

      It's a control issue...and their contining demand to control distribution of the drivers harms linux every day.

      It's stupid and there is no "economic ramification"...the drivers are free, after all. They make their money selling cards!


      How does it harm Linux? Even NVidia claims more fps under Linux than Windows or competing Operating Systems.

      I am just glad that their are quality NVidia drivers available for end users. It doesn't matter much whether they want to keep their trade secrets to themselves or not.

      Even if you were programming 3D applications, you can use standards such as OpenGL. Why or what exactly do you need to know more about the lower layers.

      As mentioned previously in this forum, they are doing more than ATI does. I for one, welcome our controlling closed-source overlords.

      --
      /^([Ss]ame [Bb]at (time, |channel.)){2}$/
    9. Re:Real Story... by pnatural · · Score: 4, Interesting

      As far as I remember, NVidia has maintained that some of the code in their drivers is licensed from a third party, and that the license does not permit source redistribution.

      Several things:

      1. There really isn't a way to verify that the drivers actually ship with the third-party code; NVidia may be using the issue to quelch requests for open drivers.

      2. Goes to show how the license of the code you use in your projects can have determental impact on your future goals (or beneficial, depending on those goals, of course).

      3. I think it's more likely that the drivers sources are kept closed because there's some benchmark tricks, or worse, cheats.

    10. Re:Real Story... by Anonymous Coward · · Score: 0

      I really wish there was a -1 "Christ, this again?". It would apply to semi-offtopic threads that pop up, take up half a page, and which have been beaten to death. This would include the inevitable NVIDIA is/is not evil, java is slow/swing is slow, ibm is good/evil for java, the ever annoying "This sounds pointless, why did they do it" on geeky hardware hacking stories, and the even more annoying posts which imply that if someone were not working on a project the poster finds worthless than that time would go to working on the posters window manager of choice.

    11. Re:Real Story... by be-fan · · Score: 1

      Well, it's a bit more complex than that. For most chips, the IP is in the hardware, and the software is just a bit-banger. For a graphics card, you've got the GL stack, which means all sorts of nifty stuff like the command stream optimizer, shading language assembler, etc. It's a very different situation.

      --
      A deep unwavering belief is a sure sign you're missing something...
    12. Re:Real Story... by NanoGator · · Score: 1

      "The real story is when they open the source to the drivers."

      Yeah, there's new source of discussion just brimming with new content.

      --
      "Derp de derp."
    13. Re:Real Story... by Anonymous Coward · · Score: 0

      You are partially right. Some IP in the drivers can't be released as open source. But let's look at it from another POV: platform independence.

      One very nice side effect of open source and portability of OSs is that you're no longer tied to a single architecture (e.g. Intel/AMD). Let's say I buy a PowerPC pegasosII board and want to run Linux or NetBSD on it. I've had good experiences with Nvidia, so I choose one of their cards. Oops, no 3D or Xv support in the open source driver! So I go and buy an ATI card. If only NVidia could open the hardware specs of previous generation cards, open source hackers could come up with a non-tainted driver. The fact that you still can't get open source 3D/Xv acceleration on a TNT is a bit sad, IMHO.

    14. Re:Real Story... by Anonymous Coward · · Score: 0

      No, the real story is that these drivers support ACPI. Woohoo! Now to see if suspend, standby and resume work on my laptop...

    15. Re:Real Story... by bit01 · · Score: 3, Interesting

      I'm getting very sick of astroturfers trying to push their marketing drivel (straight out of South Park: "closed source is gooood") at the start of slashdot replies.

      By definition, for the customer (us!), open source must provide at least all the options of closed source. All the grandparent did was highlight what is probably the most beneficial potential change for slashdot'ers. If NVidia had released the source as that poster had suggested the 4K problem probably would've been fixed within hours.

      ---

      It's wrong that an intellectual property creator should not be rewarded for their work.
      It's equally wrong that an IP creator should be rewarded too many times for the one piece of work, for exactly the same reasons.
      Reform IP law and stop the M$/RIAA abuse.

    16. Re:Real Story... by RdsArts · · Score: 1
      An even better story will be when folks realize that it is OK for the whole world not to agree with them on philosophy. Especially when those philosophies have economic ramifications.


      Closed software has it's place. And that place is in a closed OS.

      I'm sorry, but when you bring something that is against the very nature of why a set of software came into existance (GPLed software making up the majority or whole of a GNU/Linux system), and the situation people are up in arms about resembles the reason why one of the main originators of the movement that spawned it, you can't say "hey, this is totally against why this software exists. Why are you people so mean."

      Complaining that "oh wow, these GNU/Linux people should stop bitching about Open Sourced drivers" is like saying "wow, these Alaskans should stop bitching about warm clothing and shelter from the winds." It misses the very context in which the discussion take place.
    17. Re:Real Story... by Anonymous Coward · · Score: 0

      Or then again that could be a perfect excuse.

      Someone reserve engineer it and we'll see how smart they think they are. A kiddy with free time out there?

    18. Re:Real Story... by crbowman · · Score: 2, Informative

      Yes but who cares? I don't want driver source code, I want chipset specs, so I can write my own. There is no issue with patents for chipset specs unless the patent license EXPLICITLY disallows specs being published. There is no reason to do this, as it's a patent, the patent has to be published in the first place so there is nothing to be gained.

    19. Re:Real Story... by Anonymous Coward · · Score: 0

      It misses the very context in which the discussion take place.

      Well the other context to consider is that of Linux distros being pushed into replacements for Windows. In this context you need to have the hardware supported and if that means using binary drivers, then they have to be accomodated.

    20. Re:Real Story... by kasperd · · Score: 1

      Someone reserve engineer it and we'll see how smart they think they are. A kiddy with free time out there?

      Why kiddy? If I had had the time I would have reverse engineered gfx drivers a long time ago. And before anybody start ranting about the legality of this, I should point out that I don't live in the US.

      --

      Do you care about the security of your wireless mouse?
    21. Re:Real Story... by neko9 · · Score: 1

      Methinks the only real reason you'd want to keep your drivers closed off is because you're artificially handicapping your hardware to increase differentials between various (actually fairly identical) cards you've got on the market.

      SoftQuadro anyone? btw i upgraded my FX 5200 to Quadro FX 500. in professional 3D apps (only OpenGL of course) performance goes up at least 2x...

    22. Re:Real Story... by SEWilco · · Score: 1

      The real story is "We had to wait for NVidia to let us use their hardware, and now we have some use of it. Temporarily."

    23. Re:Real Story... by Anonymous Coward · · Score: 0

      My TNT2 can do 1280x960 resolution using the generic vesa driver on linux, but only 1152x864 using nvidia binary drivers or windows drivers. Could that be a part of what they're hiding?

    24. Re:Real Story... by Anonymous Coward · · Score: 0

      Hear that? That's the sound of me not caring what you think.

      Companies like NVidia that sponge off the community effort deserve to be put out of business. Their whole reason for not releasing open source drivers is a sham - they claim that open sourcing their drivers would expose their IP to the rest of the world.

      That logic is bollocks.

    25. Re:Real Story... by neura · · Score: 1

      Who in the HELL thought it was a good idea to mod this *** TROLLING *** up to 5 via INSIGHTFUL of all things?!?!?!

    26. Re:Real Story... by WNight · · Score: 1

      No, the real story will be when trolls don't pretend that everything a Linux user wants is because of some esoteric philosophy.

      I love the programatic freedom of Linux. I like having kernel-level support for custom filesystem, to tweak the disk caching routines on servers, etc. NVidia's graphics cards don't support this though, because we can't properly compile them into the kernel and we don't have source access to tweak or fix things.

      What are these "cheats" that video-card companies do to drivers to win in benchmarks? Are there quality settings I could drop a bit without hurting UT2004? Could I compile the drivers with support for nothing else to get a bit of speed? If it'd give me an extra 20% performance it would be worth downloading a Makefile and compiling a special version of the drivers.

      For video I can live without open source drivers. For network cards and other devices it's a complete deal breaker. I don't want any restrictions if I decide to run OpenBSD, or buy Athlon 64, or compile some weird options into my servers' kernels. Closed source means you're limited to what other people think you should do - open source means you can do what you want.

      But, in the end, even if you don't understand or like any of my reasons, it's you who must acknowledge that I as a customer am demaning open source drivers. If you don't think they're important, look out behind, there's another company that does and they're eyeing your marketshare.

    27. Re:Real Story... by Etyenne · · Score: 1
      An even better story will be when folks realize that it is OK for the whole world not to agree with them on philosophy. Especially when those philosophies have economic ramifications.

      I wish it was only philosophical issues. Unfortunately, closed-source drivers pose a lot of technical and legal problems, too.

      --
      :wq
    28. Re:Real Story... by Anonymous Coward · · Score: 0

      Now it is you who must acknowledge that for the fraction of the 5% of the global market that represent (for example) nVIDIA Linux users, the cost/benefit analysis might show that it's just not worthwhile to open up your technology for that fraction of the 5%.

  3. Wow support for 4k stacks!!! by Thaidog · · Score: 5, Funny

    Ok... wtf is a 4k stack?

    --

    ||| I still can't believe Parkay's not butter.

    1. Re:Wow support for 4k stacks!!! by Anonymous Coward · · Score: 0

      It's a stack that is 4096 bytes long.

    2. Re:Wow support for 4k stacks!!! by Nermal6693 · · Score: 5, Funny

      K means Kelvin, a measure of temperature.
      4 K is very cold.
      A stack is a collection of pancakes.
      Therefore we're talking about frozen pancakes.

      In other words, I have no idea.

    3. Re:Wow support for 4k stacks!!! by rmull · · Score: 4, Informative
      --
      See you, space cowboy...
    4. Re:Wow support for 4k stacks!!! by Anonymous Coward · · Score: 5, Informative

      It's an essentially obscure change they made in the 2.6 Linux Kernel. The idea was that the smaller stack lets you run more threads and perform better under higher IRQ loads. In reality, since pages are 4KB anyways, and most processors not only swap but also cache memory in 4KB pages, if the stacks don't actually use more than 4KB there's no advantage to artificially limiting them--the other memory doesn't really even need to "exist." It also required rewriting and reworking lots of things, such as these NVidia drivers, that assumed the stack size would be much larger than 4KB.

      You can turn off the 4KB stack and go back to the default behavior by recompiling the kernel with the proper option set, but default Linux distros based on 2.6 all use (to the best of my knowledge) 4KB stacks by default.

    5. Re:Wow support for 4k stacks!!! by Thaidog · · Score: 4, Funny

      Ah... and here I was about to go make pancakes. Thanks for the insight!

      --

      ||| I still can't believe Parkay's not butter.

    6. Re:Wow support for 4k stacks!!! by FuzzyBad-Mofo · · Score: 1

      In this context, a stack is a queue of instructions for the kernel. A new option in the 2.6 kernel was to select either 4k or 8k stacks (previously it was hardcoded at 8k, afaik). For some reason, Fedora thought 4k stacks sounded like a good idea. I really don't know why. Maybe someone else can comment on benefits of a smaller stack?

    7. Re:Wow support for 4k stacks!!! by gwhynott · · Score: 1

      google it.

    8. Re:Wow support for 4k stacks!!! by hobo2k · · Score: 1
      I was wondering the same thing. Google found this somewhat informative article. See the section "4K Stacks in 2.6" about 1/3 down the page.

      Apparently every process has it's own "kernel stack" used whenever the process enters kernel-mode code. previously it was 2 pages large (8KB). The pages had to be adjacent in physical memory, which can be hard to find on a heavily used system. Now they are reducing it to only 1 page, so stack hungry drivers must go on a diet.

      It also mentions something about interupts that I don't understand. Maybe interupting breakfast is safer when everyone ate a small stack of pancakes.

    9. Re:Wow support for 4k stacks!!! by Anonymous Coward · · Score: 0

      It can provide significant performance increases in some circumstances (Notable Java applets, I think)

    10. Re:Wow support for 4k stacks!!! by jejones · · Score: 4, Informative

      OK... If you're a programmer, you know about stacks; they've been almost THE canonical way to allocate space for the broad family of "Algol-like languages" since the classic reference on implementing Algol 60. If you're not a programmer... you've seen those stacks of plates at cafeterias and restaurants, or of cups at the convenience store? The important property they have is LIFO (last in, first out). Think of each plate as a place where you can write some information. A function is run, it grabs a few plates for the things it needs to remember. When it is finished, it puts the plates back (you can only take an anlalogy so far, of course--if you put your plates back right away at the cafeteria, you'd gross people out). As long as there are enough plates left, it doesn't care who else called it, or how many callers came before it. All it needs to know is to go to the stack and get the number of plates it needs.

      When you make a system call, it typically executes on its own stack, separate from the one you get for user state. The question is, how big should that stack be? It constrains how deeply nested you can get into function calls while in system state and how much space they can chew up for local variables. Until recently on Linux it's been 8K bytes (think 8192 plates), but they switched over to 4K, only half as much space (or half as many plates).

      Some drivers as written count on having that whole 8K of space to play with, and they have to be rewritten. Since nvidia provides neither an Open Source driver nor sufficient information to allow anyone else to write one, however, it means that we have to wait until they deign to make that change. Fortunately, they've gotten around to it.

    11. Re:Wow support for 4k stacks!!! by Anonymous Coward · · Score: 0

      Ah...dang.

      Now what do I do with this liquid Helium?

    12. Re:Wow support for 4k stacks!!! by ufnoise · · Score: 2, Interesting

      Are there processors which use > 4KB pages? What size do the 64 bit processors, Itanium, Opteron, Sparc, use?

    13. Re:Wow support for 4k stacks!!! by Anonymous Coward · · Score: 0

      Oh! I thought K means Kelly. 4 K stack means 4 girls with the name Kelly stacking up somewhere. :)

    14. Re:Wow support for 4k stacks!!! by surprise_audit · · Score: 4, Funny

      No, that's K as in "thousand" - i.e. 4,000 pancakes. What Texans call a "small stack"...

    15. Re:Wow support for 4k stacks!!! by Thaidog · · Score: 1

      Mad overclocking for mas q3 framerates!!

      --

      ||| I still can't believe Parkay's not butter.

    16. Re:Wow support for 4k stacks!!! by Anonymous Coward · · Score: 0

      So that doesn't mean it's definitelly a "good thing". An imaginary but not impossible "gotten around to it"

      ``Hey bob, we need to alloc a local struct foo which is 200 bytes to do some temporary calculations in function woot()''
      ``Alright. lets malloc and free it''
      ``wow bob. that really descreases max stack utilization! Your a genious''
      ``well, malloc and free cost in kernel. But hey, since they don't see our source they are happy we don't exceed the boundary. That's why I love closed source man. Let's play solitair and tomorrow we'll go tell the boss we did it and collect the bonus''
      ``love it. I'm ordering pizza... what's the number again?''
      ``...''

    17. Re:Wow support for 4k stacks!!! by kasperd · · Score: 4, Informative

      It also mentions something about interupts that I don't understand.

      The problems with interrupts is, that you don't have much control over when they arrive, and when they do arrive, they need stack space. So with interrupts interrupting each other, you can quickly use a lot of stack space. If you were very unlucky, you could probably overflow even a 16KB stack that way.

      So you would either have to disable interrupts or make sure there were always enough stack space to take an interrupt. Disabling interrupts is something we don't want to do for more than a few nanoseconds, so something have to be done.

      With 4KB stacks this problem become even worse, but there is a solution. Assume we need to be able to handle for example five interrupts at the same time and each of them need 3KB of stack space. With the traditional approach, we would need to always leave 15KB of stack space in every thread. But we are never going to need all of that, because at any time there is only one thread executing on each CPU.

      Interrupt stacks means that rather than using the stack of the current thread, we simply switch the stack pointer to a different stack only used for interrupts. We will still use a small amount of stack space in the current thread, but certainly less than 100 bytes, and only for the first interrupt. This means that the thread stack no longer needs to leave free space for some unpredictable amount of data.

      The kernel design requires the kernel stack of every thread to have exactly the same size (and a power of two). The current macro on x86 is one piece of code relying on this. But within an interrupt current doesn't make any sense. So it should be possible to make the interrupt stacks larger than the thread stacks. That way we can have a few large interrupt stacks and a lot of small thread stacks. This use less memory than a lot of large thread stacks. The number of thread stacks just have to be one pr CPU or one pr handler depending on your design.

      My system currently have 1 CPU, 12 interrupt handlers, and 101 threads. Which means that saving 4KB per thread and then creating a single 16KB interrupt stack would save a lot of memory.

      --

      Do you care about the security of your wireless mouse?
    18. Re:Wow support for 4k stacks!!! by Avakado · · Score: 2, Informative

      Unlike user space stacks, you cannot* automatically increase the size of the kernel stack when it overflows, because there would be nowhere to place the parameters to the page fault exception handler (the parameters are put on top of the kernel stack). Therefore, the kernel stack must have a fixed size, and if you make this 4 KB instead of 8 KB, you save that amount per process.

      *) Actually you can, if you use some obscure technique involving an extra task select segment and a voodoo doll. I assume they don't use this approach because it's too complex or slow.

      --
      The world will end in 5 minutes. Please log out.
    19. Re:Wow support for 4k stacks!!! by Ewan · · Score: 1

      Not sure about those 3, but power4 which is 64bit uses 4kb, i think everyone does.

    20. Re:Wow support for 4k stacks!!! by mickwd · · Score: 1

      What Texans call a "small stack"...

      Shouldn't that be: 'What Texans call a "small snack"...'

    21. Re:Wow support for 4k stacks!!! by Anonymous Coward · · Score: 0

      When running LOTS of threads (enterprise level stuff) it makes allocating stack memory much more reliable (you needn't find two consecutive 4K pages). This really helps NPTL (the new threading system in Linux 2.6) perform like it was designed to. Oracle and co. want this feature, hence Red Hat made it happen.

    22. Re:Wow support for 4k stacks!!! by noselasd · · Score: 1

      Most seems to use 4kb as the standard page size, though pentium processors supports 4Mb pages as well. Some OS's take automatically use of that for certain conditions,
      others e.g. linux, let you in use them by explicittly saying so.

    23. Re:Wow support for 4k stacks!!! by r00t · · Score: 4, Informative

      Opteron: 4
      Alpha: 8
      Sparc64: 8
      Itanium: 4, 8, 16, 32, or 64 (usually set to 16)

      You can always double-up in software. The VAX has
      1/2 kB pages (512 bytes), but the Linux port puts
      8 of those together to make a 4 kB page.

      The 680x0 processor lets the OS choose the page
      size to be pretty much anything.

    24. Re:Wow support for 4k stacks!!! by JInterest · · Score: 1

      You can turn off the 4KB stack and go back to the default behavior by recompiling the kernel with the proper option set, but default Linux distros based on 2.6 all use (to the best of my knowledge) 4KB stacks by default.

      Not necessarily so. Mandrake's 2.6 kernel didn't have 4k stacks. And the newest Fedora 2 kernel has apparently removed the default 4k stacks as well, so this may be a "fix" that has been overtaken by events.

    25. Re:Wow support for 4k stacks!!! by ColonelPanic · · Score: 1

      Cray X1: 64/256 KiB, 1/4/16/256/1024/4096 MiB.

      --
      "Skill shows through where genius wears thin." -Wittgenstein || Religion: uniting aviation and architecture.
    26. Re:Wow support for 4k stacks!!! by BillyBlaze · · Score: 1

      Minor technical detail: the function doesn't pop plates, use them for storage, and push them back on. Rather, the plates represent things it wants to store, so if it wants to store something, it writes it on a plate and pushes it onto the stack. And as long as it pops all the plates it used off the stack afterwards, there are no problems. Oh yeah, and the plates are magnetically suspended from the ceiling.

  4. mem=nopentium by Crasoum · · Score: 4, Funny

    I will miss thee.

    1. Re:mem=nopentium by Anonymous Coward · · Score: 0

      fedora huh, golly I guess i'm not supposed to be running a 2.6 kernel under debian. my bad.

    2. Re:mem=nopentium by Anonymous Coward · · Score: 0

      I for for one will miss my 8k stacks recompiled kernel.. :/ bye bye...

  5. Yippee!!! by CliffH · · Score: 4, Funny

    Now I can get my ass kicked in Enemy Territory under Fedora Core 2. I was missing that but for some reason, I got so much more work done. :)

    --
    sigs are like a box of chocolates, they all suck remove the underscores to email me
    1. Re:Yippee!!! by Doogie5526 · · Score: 2, Informative
      No such luck man. I recompiled the kernel myself so I've been playing ET for awhile. The problem is ET Pro sees the newer glibs in Fedora as a hack... so I get kicked from every server I join (for cheating). It has been fixed in the unstable branch. But even after it reaches stable, each server will owner need to install the update (i dont expect that to happen soon). What a pain in the ass.

      I know ET Pro is a addon for ET, but it seems like every server uses it.

    2. Re:Yippee!!! by Anonymous Coward · · Score: 0

      et pro has been fixed so it doesn't do this.

    3. Re:Yippee!!! by Anonymous Coward · · Score: 0

      That's what I said. but none of the servers have updated, so i still cant play.

  6. The Best Test by DeadBugs · · Score: 4, Informative

    For me the best way to test these new drivers is to play Enemy Territory

    One of the best online FPS games and it's free-as-in-beer.

    Keep up the good work NVIDIA.

    --
    http://www.kubuntu.org/
    1. Re:The Best Test by Creedo · · Score: 4, Funny

      I beg you, if you have a life right now, DO NOT START ENEMY TERRITORY!!
      Or, if you are bound and determined to hear "I need a medic!" as you drift off to sleep everynight, at least ease yourself into it. I hear that "crack addict" is a good introductory stage to ET addiction.

      --
      All that is necessary for the triumph of good is that evil men do nothing.
    2. Re:The Best Test by JohnFromCanada · · Score: 2

      "I beg you, if you have a life right now, DO NOT START ENEMY TERRITORY!!"

      And Enemy Territory it is!!!

    3. Re:The Best Test by Anonymous Coward · · Score: 0

      Or, if you are bound and determined to hear "I need a medic!"

      But, "they've repaired the tank !"

    4. Re:The Best Test by Anonymous Coward · · Score: 0

      Dynamite the gun controls!

    5. Re:The Best Test by geekoid · · Score: 1

      cool, thanks!

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    6. Re:The Best Test by Anonymous Coward · · Score: 0

      *In German voice* Heal me!

    7. Re:The Best Test by Anonymous Coward · · Score: 1, Informative

      Ironic. The source of ET is open to the public.

    8. Re:The Best Test by Anonymous Coward · · Score: 0

      Danke sehr, but I found that out too late.

      The game is Wunderbar! You play for hours until the enemy is weakened, you construct the command post, and you hear "congratulations on your promotion, herr Oberschutze" just when the allies have secured the second gold crate!

      Damn addiction... I think I need a medic, although IRL I'm an engineer...

  7. 4k stacks of what? by stratjakt · · Score: 0

    I don't think any linux users have a 4k stack of bills.

    What's this all about, for those of us who aren't nVidia or linux zealots.

    --
    I don't need no instructions to know how to rock!!!!
    1. Re:4k stacks of what? by mikael · · Score: 1

      I don't think any linux users have a 4k stack of bills.

      You haven't see my pile of credit card statements.

      --
      Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
  8. OpenGL header files problem by maizena · · Score: 5, Informative

    It seems that this driver's OpenGL headers are a little buggy, but the solution was given by NVIDIA employee in this thread at nvnews.net forum.

    1. Re:OpenGL header files problem by Anonymous Coward · · Score: 0

      Most people likely shouldn't use NVidia's OpenGL headers anyway. There are cases where I suppose it's easier to use them though (new extensions, et cetera).

    2. Re:OpenGL header files problem by Kynde · · Score: 1

      Most people likely shouldn't use NVidia's OpenGL headers anyway. There are cases where I suppose it's easier to use them though (new extensions, et cetera).

      That's just rubbish. Ofcourse you need them.

      It's deffinitely not a good idea to use the mesa headers that so many people have in /usr/include/GL with the nvidia driver.

      --
      1 Earth is warming, 2 It's us, 3 it's royally bad, 4 we need to take action NOW
    3. Re:OpenGL header files problem by noselasd · · Score: 2, Insightful

      And I suppose you cold explain why, except making it easier to access
      nvidia specific features ?
      Both the OpenGL API and ABI(on linux) are standardized, so it doesn't matter whose headers you use, as long as they are for the OpenGL version you want to use.

  9. The beta drivers worked well by Thagg · · Score: 5, Informative

    I've been testing these drivers under Fedora Core 2 for a while, and they appear to work flawlessly.

    Thad

    --
    I love Mondays. On a Monday, anything is possible.
  10. Not again! by Anonymous Coward · · Score: 0

    Now I have to re-emerge yet another kernel. And I just got 2.6.7 the way I wanted, too.

    1. Re:Not again! by base3 · · Score: 0, Offtopic

      Damn, that simoniker is pretty quick with the editor downmods. Guess Taco's got some competition there!

      --
      One CPU cycle wasted on digital restrictions management is ONE TOO MANY.
    2. Re:Not again! by Anonymous Coward · · Score: 0

      You don't have to re-emerge another kernel, you don't have to be running 2.6.7, and you most certainly don't have to be running Gentoo. Go outside, nerd fucktard.

    3. Re:Not again! by Anonymous Coward · · Score: 0

      Agreed.

      Better?

  11. I agree by DaHat · · Score: 1, Insightful

    Watch as I now get flamed and modded down...

    I agree with you! Closed source software has its places, just as open source software does.

    1. Re:I agree by Mycroft_VIII · · Score: 4, Funny

      Mods will probably sink this for saying it. But I think they deliberately go against any atempt to predict thier down modding.

      Mycroft

      --
      https://signup.leagueoflegends.com/?ref=4c3ed6600b6ea
    2. Re:I agree by Anonymous Coward · · Score: 1

      That makes you a Karma Whore!

    3. Re:I agree by Mycroft_VIII · · Score: 4, Funny

      Dammit, you may be right, I swear it was an accident. I was looking for funny. Crap and I try to avoid most slashdot 'sins'. Well at least I've managed to avoid trollery and Flaimbaitage. I've given up on off-topicness along time ago.

      Mycroft

      --
      https://signup.leagueoflegends.com/?ref=4c3ed6600b6ea
    4. Re:I agree by kasperd · · Score: 4, Interesting

      Closed source software has its places,

      But drivers is not one of them. Had they put the closed source code in a user mode library and used just a small open source kernel driver, we wouldn't have all the problems with the driver. It still wouldn't be optimal, but it would be way better than the current situation.

      --

      Do you care about the security of your wireless mouse?
    5. Re:I agree by Barto · · Score: 3, Insightful

      Except that place is not hardware drivers - all the pain and suffering getting 3D working on Linux when most hardware is a breeze is proof of that.

    6. Re:I agree by Too+Much+Noise · · Score: 4, Interesting

      Actually, this is the idea. The interface with the kernel is open source; the closed source code is a binary object that gets linked into the module. Sorry, user mode doesn't really make much sense here, drivers need full hw access and context switching to a different privilege level would only hurt performance.

      The rest is pretty much trolling, at this level. NVidia has been so far quite open source friendly when it comes to producing drivers. But I guess there will always be people to complain. Me, I'm happy NVidia has drivers for platforms where theirs is the only accelerated choice, like amd64. Others would say the same about IA64, or FreeBSD. Windows and Linux on x86 aren't the only games in town, you know.

      Finally, how do you know they don't stand to lose something by making the drivers fully open source? look only at the whole 12 pipelines vs. 16 pipelines thing going on between the latest NV and ATI cards, with last minute info prompting new cards on both sides. If NVidia releases drivers for their last generation of cards that take the competition a couple of months to disassemble and analyze, they might keep the edge long enough to move on.

    7. Re:I agree by kasperd · · Score: 3, Informative

      Actually, this is the idea.
      Huh? There certainly is a difference between what I described and how the driver is currently working. Maybe my suggestion would require changes of the binary code and/or the X server, but it certainly should be possible.

      The interface with the kernel is open source
      That statement doesn't make any sense. You can say the interface is open, and you can say the kernel is open source. But an interface is something more abstract than a piece of code. Of course when talking about interfaces to the kernel it is important to keep in mind, that there are two different interfaces. There is the user/kernel mode interface. This API complies (mostly) with various standards: Posix, BSD, Single Unix specification, SysV. But the standards only specify the API, not the ABI which is Linux specific. This ABI is kept as stable as possible even across kernel versions. But this interface is not really important when discussing kernel modules. The functions kernel modules can link against may change, and no attempt is made to keep the ABI stable, only the API is kept stable within each major version as long as the API doesn't turn out to be a major problem. This API is however the same across multiple CPU architectures (unlike the user/kernel ABI discussed before). But this really means that if you want to ship a Linux kernel module, you have to ship it as source. Because it is only at the source level there is a well known interface. A fixed ABI is just not possible, just the differences between CPU architectures is enough to make it impossible, but in addition some data types in the kernel are different depending on the options. And finally there are stuff like the 4K stacks where the current macro had to be changed.

      the closed source code is a binary object that gets linked into the module.
      And that is a problem. Not only does it only work on one architecture, but it makes assumptions about the kernel, which may not be satisfied. The amount of stack space is not the only problem here. The code can break the kernel in various ways, which means you can no longer trust your kernel.

      context switching to a different privilege level would only hurt performance.
      Some years ago I did some meassurements of this on a computer, that is now five years old. It could do one million switches from user mode to kernel mode and back again per second. I believe newer machines can do a bit more than that. I guess very few people have a monitor refresh rate of more than 100Hz. That means you will have time for about 10000 switches. Of course you can't use all your CPU time just to be switching, but let's say you can do a single frame with less than 1000 switches, then you certainly wouldn't have a performance problem. And if more than 1000 switches are required to do a single frame, then you have a broken design that needs to be fixed. It is not the amount of data needing to be transfered that is a problem, because you could either map board memory directly into the user mode process, or (a litle more complicated) do DMA directly to user space. So I won't believe your talking about performance problems, until I see a proof that it can't be avoided.

      NVidia has been so far quite open source friendly when it comes to producing drivers.
      NVidia have not really been that friendly. They may seem friendly when compared to other 3Dgfx manufacturers. This really just means there is a market, where no vendor give a damn about their customers. I hope some vendor will realize this, because if they do, and make the product the customers want, then I believe they can make some money.

      --

      Do you care about the security of your wireless mouse?
    8. Re:I agree by spektr · · Score: 4, Informative

      Actually, this is the idea. The interface with the kernel is open source; the closed source code is a binary object that gets linked into the module.

      That works great if you can guarantee separation. Otherwise debugging is a nightmare, knowing that there are some black boxes in your system which can manipulate the whole system.

      Sorry, user mode doesn't really make much sense here, drivers need full hw access and context switching to a different privilege level would only hurt performance.

      Right, that wouldn't work too good - but if everything runs in kernel mode then there is no border control between the driver and the rest of the kernel. The driver has to be trusted to play nice and not to fuck up the kernel data structures, because there's nothing that can stop him doing that. It would be different if the driver ran in user mode, because then the driver would throw segmentation faults and the like if it does something illegal.

      The conclusion is that source code should be available for everything that runs in kernel mode.

    9. Re:I agree by jdowland · · Score: 1

      How about a closed source kernel driver and an open source X driver? Or, an open source kernel driver, an open source X driver, and a common, closed-source library in the middle?

      Since X is now in quite a volatile state, X.org being considered canonical and the opportunity for radical changes to be made; having to stick to the existing driver interface due to 3rd party vendors having closed source drivers is a major handicap.

    10. Re:I agree by kasperd · · Score: 1

      How about a closed source kernel driver and an open source X driver?
      Not a good solution. We don't want code in the kernel for which we don't have source.

      Or, an open source kernel driver, an open source X driver, and a common, closed-source library in the middle?
      Common? The kernel doesn't use any such thing as libraries. The closest we come is modules. A closed source user mode library is what I already suggested. Not the best solution, but better than closed source code in the kernel.

      having to stick to the existing driver interface due to 3rd party vendors having closed source drivers is a major handicap.
      I understand your concern. But I'd rather use a proprietary X server than a proprietary kernel module. I consider an old X server with some closed source user mode code a better option than a closed source kernel module. This shouldn't stop development of X. Just means that if you want a newer X version you cannot use this partiuclar gfx board. Having different X servers for people with different gfx boards is not that bad.

      --

      Do you care about the security of your wireless mouse?
    11. Re:I agree by Pharmboy · · Score: 3, Insightful

      I agree with you! Closed source software has its places, just as open source software does.

      I have been arguing this for years. Part of "Freedom" is choice, and having the choice to release your source code or not, just as I have the choice to use open or closed source applications. Abuse of a monopoly is not the same thing as closed source.

      It is ironic that some (but not most) of the advocates of Open Source rail against anything that is not Free. This intolorance is why they get compared to "commies" and socialists, taking a position that "either software is Free or it should not exist". Fortunately, most of us who are Free software fans don't share their intolorant views.

      If a company wants to keep their source closed and try to actually make money SELLING it, fine. If someone wants to make a Free version that does basically the same thing, even better, because then we have a choice, and the MARKETPLACE decides.

      --
      Tequila: It's not just for breakfast anymore!
    12. Re:I agree by Anonymous Coward · · Score: 0

      "And if more than 1000 switches are required to do a single frame, then you have a broken design that needs to be fixed."

      I'm not sure if you're familiar with "research", but sometimes we do things that push the boundaries of what hardware can (or was expected to) do. Don't assume when you don't know.

    13. Re:I agree by Anonymous Coward · · Score: 0

      Maybe if Linux didn't break compatibility every third kernel, this wouldn't be a problem.
      If you write a REAL library that customers pay to link against, you know that breaking link compatibility is akin to kicking them in the nuts.

    14. Re:I agree by |<amikaze · · Score: 1

      I believe newer machines can do a bit more than that. I guess very few people have a monitor refresh rate of more than 100Hz. That means you will have time for about 10000 switches. Of course you can't use all your CPU time just to be switching, but let's say you can do a single frame with less than 1000 switches, then you certainly wouldn't have a performance problem. And if more than 1000 switches are required to do a single frame, then you have a broken design that needs to be fixed.

      I believe you need to invest in a calculator. 10000 switches, divided by 1000 switches per frame = 10 frames per second. A performance problem.

    15. Re:I agree by kasperd · · Score: 1

      I believe you need to invest in a calculator.

      I belive you need to invest in a pair of glasses. I said a million switches per second. That means you can afford 10000 switches per frame if you didn't have to use time for anything else. And since you should be able to do with less than 1000 switches per frame in any reasonable design, you would use less than 10% of your time for switching, which means that is not going to kill your performance.

      --

      Do you care about the security of your wireless mouse?
    16. Re:I agree by kasperd · · Score: 1

      Maybe if Linux didn't break compatibility every third kernel

      Linux kernel modules will usually be compatible across a lot of versions. But the compatibility is on source level. If you compile for different architectures or with different compile time options - binary modules will not be compatible even with the same kernel version. Some people keep whining about this, but obviously they don't understand what this is all about. There are a lot of good reasons for binary modules to be incompatible.

      --

      Do you care about the security of your wireless mouse?
    17. Re:I agree by Bloater · · Score: 1

      > Sorry, user mode doesn't really make much sense here, drivers need full hw access

      It depends on the quality of the design of the hardware, the latency requirement of the task versus the latency guarantees of the kernel, the memory available for buffering, and the proximity of the memory to the hardware.

      If the hardware has it's textures, vertex shaders, lighting data, and geometry in video memory that can be mapped directly into userspace, and some registers to give instructions and read certain bits of data, you can almost certainly put the driver in userspace, becuase it *has* all the hardware access it needs.

      Of course, at the low end of the market, it is not cost-effective to put everything on the video board yet, but there is very little that needs extreme low latency (refresh triggered tasks is just about it).

      There *can* be a performance hit, though it comes somewhere else. When the driver is mapped into kernel space it can be executed while the application is still mapped, that means no TLB flushes to draw. If the driver is in a second process, then the user-context must be changed and this is more expensive. To alleviate this, you need buffering, which can increase latency and make a game feel less responsive.

      However, if the user-space driver code and data is mapped into the same user-space process as the game, it is not a problem. There are other issues with that...

      If the driver is mapped into the process, what if it is running in a window, and another 3d program is running in another window. You can have the windows be textures on surfaces, but the hardware *must* be able to distinugish which context is drawing, and also must somehow fairly assign resources to the two. This can be done, especially since resource management does not have to be done terribly often it can be in a third process a lot of the time (though some tasks may require a lot of changes to resource assignment I'm sure).

      So the hardware manufacturer must work slightly harder to create better drivers, but that just means nVidia haven't put in the effort. Imagine, you're including code into the kernel (of all things!) from a software producer that hasn't put much effort into it. How dangerous is that?

    18. Re:I agree by Bloater · · Score: 1

      > I believe you need to invest in a calculator. 10000 switches, divided by 1000 switches per frame = 10 frames per second. A performance problem.

      10000 switches / 1000 switches per frame = 10 frames

      You've got your units wrong. Many a Mars mission has wasted tens of millions of dollar because of that. It should be:

      10000 switches PER MONITOR REFRESH / 1000 switches per frame = 10 frames per monitor refresh

      Since you only need 1-3 frames per monitor refresh depending on what jitter you are aiming for, the OP is quite right (assuming 1000 switches per frame is a good estimate - I think it is).

    19. Re:I agree by Bloater · · Score: 1

      But closed source code does not have a place in a consumer kernel.

      A closed source video card driver is fine... Who gives a shit since you have to pay for the hardware and the quality of the driver determines the cost of the hardware.

      Just, for the love of god, not in the kernel!

    20. Re:I agree by ThisIsFred · · Score: 3, Insightful
      ...all the pain and suffering getting 3D working on Linux when most hardware is a breeze is proof of that.
      What pain and suffering? Nvidia's drivers are the most pain-free to install of any third-party driver. The useful module options are well documented, and there is a support community. Hell, Nvidia just added a new configuration utility. Unlike other drivers that are included with the kernel, Nvidia's modules are consistently functional, and aren't mystified by outdated HOW-TOs or the requirement to poke around inside the kernel source tree for a text file with module options; A file that may or may not exist.

      On the contrary, my issue with hardware installation and Nvidia had to do with the open source components not produced by Nvidia. The Mesa OGL library changed their build scripts (which was the source of much confusion) because of issues with automake. Installing Mesa at the wrong time breaks Nvidia's OGL interface. The agpgart module was also the source of much frustration because it wouldn't support faster transfer modes on certain chipsets. So, when I couldn't get my GF3 Ti to run at 4x, I discovered that - in true OSS developer fashion - the option appears only inside a source code file, with no explanation. Thank heavens for the 'modinfo' utility and experience, whereas a less technically-inclined user wouldn't have a clue what an "int" is.

      Nvidia shows a lot enthusiasm for GNU/Linux that other vendors do not. Their Linux drivers are always current, and well documented. They host a lot of complete or demo games for free and without registration hassles. Nvidia is fighting tooth-and-nail with ATI in a technology war that has resulted in ultra-high performance at affordable prices, yet even with ATI nipping at their heels, they've still managed to find the time to cater to the OSS community. Since there is a wide range of acceleration features that modern applications may or may not support, Nvidia's peformance secrets still remain inside their drivers. Putting these trade secrets out in the open would guarantee Nvidia's end. As much as I'd like to see the drivers become part of the kernel's source tree, I wouldn't want to see a friend of open source operating systems put out of business. Continued criticism of Nvidia only reinforces the Linux community's reputation as the enfant terrible of the computing world.
      --
      Fred

      "A fool and his freedom are soon parted"
      -RMS
    21. Re:I agree by Pharmboy · · Score: 1

      But closed source code does not have a place in a consumer kernel.

      That is an opinion, but the entire NT/XP kernel is closed, so obviously there is a place for it ;) My concern is not if the kernel module is open or closed, as long as they comply with the GPL. Yes, I would prefer open source, but that should not disqualify the product from use by itself.

      I understand not wanting binary only modules in the kernel, but then again, you can always buy an ATI card. You have a choice. If Linus were to decide that it was in violation of the GPL (he has stated that there could be a problem, and has never pursued it past that) then you would NOT have a choice, because NVidia has indicated that they have legal reasons for not releasing code.

      Even if they DIDN'T have legal reasons, they could simply develop the drivers for the 90%+ of the Windows market and just drop all 5% of the Linux desktop market. This would not be advantagous for Linux users. I still maintain that in spite of my preferences, they have the RIGHT to choose how to license their own products, just as Linus does, Bill Gates does, and you do (if you write software, that is).

      You exercise YOUR rights by choosing what products/licenses you want to accept. Your rights don't include telling other companies how to license their legal products. That is capalism, you vote with your dollars, you DON'T have the right to force legally compliant companies to do your will in any other way.

      --
      Tequila: It's not just for breakfast anymore!
    22. Re:I agree by PastaLover · · Score: 1

      You have a good point. However, one could point out that there is currently not really a vendor out there who makes free drivers and neither is there one that really gives developers access to the relevant API's so they can write them. So the companies have the choice, but we don't.

      Anyway, I think that's the reason why most people rail against closed source drivers. We want to be given the choice, but unfortunately we never are.

    23. Re:I agree by Pharmboy · · Score: 1

      You have a good point. However, one could point out that there is currently not really a vendor out there who makes free drivers and neither is there one that really gives developers access to the relevant API's so they can write them. So the companies have the choice, but we don't.

      I could have sworn ATI did.

      --
      Tequila: It's not just for breakfast anymore!
    24. Re:I agree by Anonymous Coward · · Score: 0

      Sorry, user mode doesn't really make much sense here, drivers need full hw access and context switching to a different privilege level would only hurt performance.

      There is nothing to stop a usermode application mapping the PCI memory which covers the device registers and framebuffer memory into their own process space. Once you've done that, you can drive the hardware perfectly fine without any need to run in kernel mode, and without any need to context switch (Other than the usual process switching that goes on in any system).

      The only issues are design and security. How do you reflect interupts to user space, for example (Although almost no graphics card relies on interupts, but it is an issue for other devices E.g. sound cards) How do you ensure that only privileged user processes can map what should be privileged PCI memory address? On *nix you usuall restrict it to suid processes, on other systems you may be able to use a capability or ACL style system to control access.

      Either way, user-space drivers are perfectly acceptable, if the system is properly designed to allow them. Linux really isn't, but some are. On Syllable all framebuffer and 2D drawing operations are performed by the drivers in user space.

    25. Re:I agree by The+Analog+Kid · · Score: 1

      Who cares about the drivers, just give out the specs and the community can write their own drivers. The current excuse is both ATI and nVidia feel is that if they did that, the other company might steal the technology. What I don't understand with that reasoning is, wouldn't it be obvious if they did, and wouldn't they be fearful to even think about looking at them, since if they do they might taint their reputation and loose marketshare?

      However, ATI atleast releases the specs to hardware that is no longer of value to them, I think it's currently 8500 and before. Correct me if I'm wrong.

      I myself don't care what license the drivers are, I'm not a coder, and I wouldn't be able to anything with them anyway. Sure XDirectFB would be fun to play with for awhile, but I can survive without it. Xorg's next release is suppose to have compositing features anyway.

    26. Re:I agree by kasperd · · Score: 1

      Who cares about the drivers, just give out the specs and the community can write their own drivers.
      I agree with that. And I even think I did state that somewhere in the thread. I don't care who writes the drivers, as long as they are open source and the specs are available, so we can fix the bugs. So releasing the specs is more important than releasing the driver. But of course releasing the driver as well would be a help such that we don't have to implement it from scratch.

      Correct me if I'm wrong.
      Sounds like you know a bit more about that than me.

      I myself don't care what license the drivers are, I'm not a coder
      You should care. Because the license affects not only what you can do to the driver yourself, but also what other people can do to the driver, which in the end may benefit you.

      --

      Do you care about the security of your wireless mouse?
    27. Re:I agree by Bloater · · Score: 1

      > You exercise YOUR rights by choosing what products/licenses you want to accept. Your rights don't include telling other companies how to license their legal products.

      You WHAT?! When did I say nVIDIA should change their licensing? In fact you didn't even bother to read the second sentence of my post:

      "A closed source video card driver is fine..."

      The *only* thing I said is that if they're doing it closed source, it shouldn't be inserted in the kernel.

      You said "My concern is not if the kernel module is open or closed, as long as they comply with the GPL."

      I don't have any copyrighted work in the kernel, so I have no interest in whether they comply with the GPL in that respect, my concern is for the same reason as I use Linux. I don't trust commercial code (in general) to not make me lose data. It is true that there are bugs in the standard kernel, but they have a reasonable guarantee of being fixed when they get found since linux developers care about code quality - commercial developers have to do what their managers care about... release the next version and make it faster!

      While *I* have a choice since I am a software engineer and understand this, video cards and their drivers are a consumer device, and companies are supposed to provide consumers with what they should have in a device without the consumer having to study a scientific discipline. In the case of a hardware driver *in* *the* *kernel* it can't be bug free, so it should be provided such that it is reasonably likely that it will be made good when the bugs are discovered. This then reduces the chance over time of data loss, and the way to do it is "in the kernel" -> "Open Source", "Closed Source" -> "out of the kernel".

      Obviously there are things that *must* go in the kernel (either in principle, or due to temporary design limitations in the kernel), it gets a bit hairy then, since a corporation has no fundamental right to risk injury to a consumer just to provide a choice (though I beleive it *can* risk injury to another corporation to provide a choice).

      You said "That is capalism [sic], you vote with your dollars, you DON'T have the right to force legally compliant companies to do your will in any other way."

      This is Britain (where I am), decisions on right and wrong are not (yet) based purely on who is willing to pay how much. A company cannot sell a CD player (and get away with it) that wipes your CDs occassionaly just because people are still buying it. Consumers do not have to research what lasers are supposed to be used and which devices use the correct ones.

    28. Re:I agree by mikefe · · Score: 1

      > If the driver is mapped into the process

      The driver would be mapped into the X11 server process since that's how the Xfree implementation works with drivers (Xfree is in userspace).

      Other posters have made arguments that the binary driver can be in userspace, and I don't need to repeat that.

      Nvidia has *not* been very open to the community, as far as specs and source goes. Their Nforce chipset had to be reverse engeniered before things started working properly.

      Any vendor that doesn't say "it works with this linux kernel version or later" or provides kernel-mode drivers with source is not "open source friendly".

      --
      There: Something at a specific location.
      Their: Owned by someone.
      Please make sure your english compiles.
    29. Re:I agree by Too+Much+Noise · · Score: 2, Informative

      This looks like a pointless argument, but I'll give it a shot. Just to make it clear from the beginnig, I think you're too extreme on this. I'm just trying to play the devil's advocate a bit to balance the field.

      Companies are in business for the money. Love it, hate it, that's the goal. If keeping code closed brings them an advantage, most will do it. If opening the code brings the advantage ... well, you get the idea. The consequence is that, in a givn field, the underdog is more likely to have open drivers/specs. This happened to NVidia w.r.t. the nforce chipset: when they started losing ground to Via, opening up at least part of the spec made sense. In the video segment, the competition is too fierce, so both NVidia and ATI go closed-source for now. Heck, look just at CPU chipsets: AMD actively encourages third-party chipsets, while Intel would rather sink the competition. Look at how much time it took Intel to come up with Linux drivers for Centrino (and they probably did it mostly because of the planned push into Linux laptops with IBM) - and Intel is supposed to be a Linux backer these days.

      Now, back to the video drivers issue. In the blue corner, NVidia. In the red one, ATI. Whom would you call 'more open-source friendly'? Bear in mind that, lately, Linux rendering is mainstream and offloading some processing to the gpu seems like the next interesting trend - thus, there's a market for Linux drivers. So both players release Linux binary drivers. NVidia has been doing it for a long time now, ATI just started (if you're not counting half-baked, unsupported drivers). But wait, NVidia has drivers for some apparent useless platforms, like IA64, AMD64, or FreeBSD/x86. Not much of an economic incentive there. So why do they do it? Or, conversely, why is ATI not doing it?

      My point is: here's a corporation that spends some resources to provide a number of people with drivers without much economic gain (I don't really think the number of GF cards bought for playing 3D games on FreeBSD or Linux/IA64 covers too much). In my book, that makes NVidia more open-source friendly than ATI. They are in it for the money, sure, but also a little more than that. Also, remember that they were providing Linux drivers when Linux was a lot less used and NVidia was the top graphics dog, which again was a refreshing difference of attitude from the mainstream.

      Yeah, I know, I'm biased here. I'm probably just happy I get 3D accelerated graphics on my Linux/AMD64. I could have had to stick with just 2D, but there was this one vendor that had drivers from almost day one. That does not make them holy or anything *insert bitching about nforce3 drivers here* but it's sure nice to have a working option instead of none from time to time.

    30. Re:I agree by Bloater · · Score: 1
      The driver would be mapped into the X11 server process since that's how the Xfree implementation works with drivers (Xfree is in userspace).


      One part of my post was about that alternative:

      There *can* be a performance hit, though it comes somewhere else. When the driver is mapped into kernel space it can be executed while the application is still mapped, that means no TLB flushes to draw. If the driver is in a second process [the X server], then the user-context must be changed and this is more expensive. To alleviate this, you need buffering, which can increase latency and make a game feel less responsive.


      The above is what the GLX extension to the X server does.

      However, if the user-space driver code and data is mapped into the same user-space process as the game, it is not a problem. There are other issues with that...


      This is the new alternative of which DRI is the kernel driver version. The X clients have the code to program the card, and the card protects itself from malicious user-space (or there is a small Open Source kernel component to protect it). There is then extremely high userspace performance, at the expense of more complex resource management issues.

      If the driver is mapped into the process, what if it is running in a window, and another 3d program is running in another window. You can have the windows be textures on surfaces, but the hardware *must* be able to distinugish which context is drawing, and also must somehow fairly assign resources to the two. This can be done, especially since resource management does not have to be done terribly often it can be in a third process [the X server] a lot of the time (though some tasks may require a lot of changes to resource assignment I'm sure).
    31. Re:I agree by PastaLover · · Score: 1

      I could have sworn ATI did.

      Actually, AFAIK they used to but for the newer cards there's some sort of NDA you're supposed to sign and I, for one, would never sign an NDA except if I had absolutely no other choice. In any way, one could argue about what can go in a "visible source" driver when you have agreed to an NDA on the workings of that very driver.

    32. Re:I agree by |<amikaze · · Score: 1

      Touche. Sorry about that. Didn't read too much in detail, and missed where you had written the number as one million instead of 1,000,000, when you had written all other numbers numerically.

    33. Re:I agree by Barto · · Score: 1

      If nVidia drivers were open source they could be intergrated into X.org like older drivers are, and it would be a case of "no installation required." Pain and suffering as in recompiling your kernel until recently due to nVidia not supporting 4K stacks and no open source way to change that.

      Don't even get me started on getting R300 drivers working... talk about a world of pain in most distrobutions!

  12. This is a major release by crow · · Score: 4, Informative

    For people who are building home theater PCs for things like MythTV, this is a major step forward. The last release that supported overscan (so that a TV image doesn't have black stripes on the sides) was many releases back (version 4363). This release not only supports Linux 2.6 with 4K stacks, but has overscan and interlace support, making it ideal for TV and HDTV display.

    1. Re:This is a major release by Prof.Phreak · · Score: 1

      and... the most important feature for all the AMD64 users: support for 32bit opengl apps! ...we can all finally play quake3 on Linux!

      --

      "If anything can go wrong, it will." - Murphy

  13. Who still makes truly open drivers? by Anonymous Coward · · Score: 2, Informative

    Are there any video card manufacturers left who release other than binary only drivers?

    1. Re:Who still makes truly open drivers? by Anonymous Coward · · Score: 0

      no, there isn't.

    2. Re:Who still makes truly open drivers? by ftgow · · Score: 2, Informative

      3dfx did. While they were still in business. Love 3dfx.

    3. Re:Who still makes truly open drivers? by Bootsy+Collins · · Score: 4, Informative

      Are there any video card manufacturers left who release other than binary only drivers?

      Matrox releases open-source drivers for some of their product lines (e.g. the Millenium G series -- G400, G450, G550, etc.). The mga driver that comes along with X is the same as Matrox's, for that reason. And 2D performance under the open-sourced Matrox drivers is actually pretty damned good. This all sounds great, doesn't it? Unfortunately, Matrox's Linux support sucks, and the support for Matrox from the DRI project is fairly nonexistent right now. So if you do have any problems with the driver, or want to get 3D/DRI/hardware acceleration issues solved, you're gonna have to learn to hack the drivers/kernel modules yourself. Good luck.

    4. Re:Who still makes truly open drivers? by Anonymous Coward · · Score: 0

      I used to beta test Matrox's Linux drivers.

      Matrox didn't release those drivers. They released basic specs, and the community wrote G200 drivers. They were then adapted for later cards in the G series.

      Matrox still illegally puts this GPL code behind their click-thru EULA.

    5. Re:Who still makes truly open drivers? by Anonymous Coward · · Score: 0

      Not open drivers, but specs:
      Intel
      Matrox (up to G400/450)
      3Dfx ???

    6. Re:Who still makes truly open drivers? by Anonymous Coward · · Score: 0

      Also SiS S3/Via SiS help support a driver written by a third party, but the support includes full specs, access to hardware developers and the driver is excelent, with full support for all recent SiS hardware including the 3xx and Xabre series. Via not only released complete drivers for their S3-derived core but they also released the CLE266 MPEG2 driver. The current S3 drivers support all cards upto and including their latest Twister cards. Matrox underwent a PHB-inversion and pulled all their specs and open drivers some time ago, leaving us with support upto the G450 but nothing newer. The specs for those cards are still in circulation. Those of us who need them can find them or already have them. 3Dfx released open drivers for all of their cards, but of course folded. The practice of releasing source was never adopted by nVidia.. Intel release specs for almost every single chip the manufacturer, including all of their onboard video cores.

    7. Re:Who still makes truly open drivers? by Anonymous Coward · · Score: 0

      Wow, Via and SiS, too? That's great! Can you tell me where I can get the spec? If I can find it, I will consider buying them for my next purchase.

  14. Re:Real Story...NOT INSIGHTFUL by Anonymous Coward · · Score: 0, Insightful

    The OP is right...there is probably no big magic in their drivers.

    It's a control issue...and their contining demand to control distribution of the drivers harms linux every day.

    It's stupid and there is no "economic ramification"...the drivers are free, after all. They make their money selling cards!

  15. You could still use the old nVidia drivers by Xpilot · · Score: 4, Informative

    ...with the latest 2.6 kernels, simply turn off 4K stacks. But hey, now it's not necessary. Yay.

    4k stacks are a good thing, a first step for Linux to support an insane amount of simultaneous processes on the system.

    --
    "Backups are for wimps. Real men upload their data to an FTP site and have everyone else mirror it." -- Linus Torvalds
    1. Re:You could still use the old nVidia drivers by LifesizeKenDoll · · Score: 0

      One problem is that Fedora Core 2 ships with 4kstacks on, and the source they provide doesn't allow you to turn it off, you have to run a different kernel (one with 8kstacks), this is what I did until the new drivers came out

    2. Re:You could still use the old nVidia drivers by Anonymous Coward · · Score: 0

      and the source they provide doesn't allow you to turn it off

      Woah now that's pretty screwy. Luckily you have kernel.org.

  16. Why was this modded "Insightful"? by IANAAC · · Score: 1
    It's news for people who have nVidia and use Linux.

    You added nothing to the thread.
    Other than you're just as much an anit-Linux zealot as any Linux zealot is.

    1. Re:Why was this modded "Insightful"? by Creedo · · Score: 1

      He never mentioned being an "anti-Linux" zealot. He simply asked for a translation of the terms for someone who is not a kernel hacker. And, given that this is one of the earlier messages, he probably asked before any of the explanatory posts showed up. Lighten up.

      --
      All that is necessary for the triumph of good is that evil men do nothing.
  17. Re:Real Story...NOT INSIGHTFUL by el-spectre · · Score: 2, Insightful

    Everything is a control issue. Companies want to control their product. Zealots want to control the companies. As a user (who happens to be running FC1 waiting on nvidia to do this...), I find the latter position far less defensible.

    Economics is extremely complicated, and I assure you that it is more complicated than just the purchase price for a card at the store.

    If you don't think losing trade secrets can change a business model for hardware, ask IBM about the early PCs and clones. They might have a slightly different perspective.

    --
    "Faith: Belief without evidence in what is told by one who speaks without knowledge, of things without parallel." - A.B.
  18. Kernel Stacks... by ftgow · · Score: 1, Interesting

    Kernel Stacks... Is a kernel option in "kernel hacking" (so its a trick it would seem). It allows for mroe process threads on your computer among other things. Before, it was 8 stacks. But, as many people noticed RedHat again fucked with the kernel, and enabled 4k instead of 8k in the default kernel in fedora core 2. The drivers then could not run in that mode it seemed, and a vanilla kernel was required. They fixed that, thanks nvidia, made support for the 6800 (now that the linux driver is realeased, im giving the company my 500 bucks...see...support linux...make money....) and upadated both the x86 and amd64 driver codebase to the same version, instead of 5536 to 5532, thanks nvidia, slowly but surely you do well enough. I found this out when I recently installed slackware 10, and a new vanilla 2.6.7 kernel. Slackware on a laptop, (ibm thinkpad a30) is good shit. Gnome looks very sexy, on it. I want Doom 3.

    1. Re:Kernel Stacks... by geekoid · · Score: 2, Insightful

      "now that the linux driver is realeased, im giving the company my 500 bucks...see...support linux...make money....)"

      be sure to send a letter to the company explaining why you are giving them your business.
      Otherwise the purchases made becasue of Linux will go unnoticed.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    2. Re:Kernel Stacks... by Anonymous Coward · · Score: 0

      With all due respect, RedHat didn't f*** up the kernel. 4k stacks are coming anyway, and as was mentioned have some really significant reasons why they should be used. If anything it will help reduce trashing, which is sometimes a significant problem on my machines (all of which run for months under varying loads).

      Please stop the stupid FUD. Honestly, bashing RedHat is childish.

    3. Re:Kernel Stacks... by bcs_metacon.ca · · Score: 1

      Jeez, get your facts straight.

      The 4K stacks thing is coming down the pipeline to be in the mainline kernel (see the appropriate mailing lists). RedHat is just being proactive by moving it into their production kernels early. Sure, it caused a little pain, but if they *hadn't* done it, people wouldn't have pestered nVidia to fix it and then when it *was* put into the mainline kernel, people would have freaked out and it would have taken nVidia an additional 3 months to make the update.

      --

      How appropriate. You fight like a cow.
    4. Re:Kernel Stacks... by DA-MAN · · Score: 2, Informative

      Actually Linus dictated that the newer versions of the 2.6 would only allow 4k stacks and will require you make your own patch to disable it. Red Hat just decided to default in FC2 from the start rathre than deal with weaning users off later.

      --
      Can I get an eye poke?
      Dog House Forum
  19. Give credit where credit is due... by Ignignot · · Score: 5, Informative

    this is a cut/paste of this article. Unless you actually wrote it, don't copy with no reference.

    --
    I submitted this story last night, and it didn't get posted.
  20. Wonder why... by blixel · · Score: 4, Interesting

    Wonder why this story was rejected when I mentioned it 4 days ago and then submitted the story.

    1. Re:Wonder why... by Anonymous Coward · · Score: 0, Informative

      Because the slashdot staff is dumb and retarted.

    2. Re:Wonder why... by blixel · · Score: 4, Funny

      Because the slashdot staff is dumb and retarted.

      I think you mean "retarded". :)

    3. Re:Wonder why... by Anonymous Coward · · Score: 2, Insightful

      Maybe you wrote it in an unappropriate manner. Maybe CmdrTaco was feeling evil.

      I'd understand, if you complained about an important story being not published at all - but in every case the story still gets accepted from someone else, so all is fine. Someone else got the credit for submission?

      Who fucking CARES?? I'm fed up with whining about having your stories rejected. These comments are now in almost every story, visible even with the "trolls off" setting.

    4. Re:Wonder why... by Anonymous Coward · · Score: 2, Funny
      Because the slashdot staff is dumb and retarted
      Starting Score: 0 points
      Moderation 0
      50% Informative
      50% Redundant
      Total Score: 0
      On behalf of the 50% of readers who didn't know this yet, I thank you.
    5. Re:Wonder why... by LifesizeKenDoll · · Score: 0

      I submitted the story on July 1, and it was rejected.

    6. Re:Wonder why... by mcbridematt · · Score: 1

      They happen to be good USPTO staff candidates.

      Don't you see the patern? Slashdot = dupes. USPTO = dupes.

      Neither check over for any prior news stories/prior art.

    7. Re:Wonder why... by SEWilco · · Score: 1
      Wonder why this story was rejected when I mentioned it 4 days ago and then submitted the story.

      There is more to a story than a URL. Did you use exactly the same wording, so it was judged the same way? Did the same person examine the submission?

    8. Re:Wonder why... by Anonymous Coward · · Score: 0

      What a retart

    9. Re:Wonder why... by Anonymous Coward · · Score: 0

      Probably because you are a whiny little bitch and nobody likes you.

  21. What about the source code? by Anonymous Coward · · Score: 2, Insightful
    nVidia has finally released drivers for their chipsets and the 2.6 kernel that support 4K stacks...

    I don't know about you guys, but I think having the source code to recompile it manually would help out immensely.

    It's funny when you think about why hardware companies is they like to keep the source code secret (i.e. you only get the drivers). If they claim that someone may use it for some unfit purpose then the question is, if someone has the source code without the hardware isn't it inherently useless to them anyway? Seems to me you actually buy the source code when you get the hardware (especially for the newer $$$ components) -- they just don't want to fork it over because somehow you may "magically" make the component up yourself out of basement and not have to buy it.
    1. Re:What about the source code? by Anonymous Coward · · Score: 1, Interesting

      It's funny when you think about why hardware companies is they like to keep the source code secret (i.e. you only get the drivers). If they claim that someone may use it for some unfit purpose then the question is, if someone has the source code without the hardware isn't it inherently useless to them anyway?

      Presumably, hardware companies like their equipment to be some black box where the relationship between the input and output is not known. This (so the theory goes) helps prevent other companies from reverse-engineering their product. The more information you have on the software running in the black box, the more likely you are to figure out exactly what the black box is. This is classic "security through obscurity."

      Which is why we need to change the tech field over to a "security through clarity" model. If a company wants copyright protection on code, they should be obligated to provide a human-readable version of compilable source code. If every company is required to do so, it makes it easy to see which ones are actually creating something of value that should be afforded copyright protection, and which ones are copying (legally or illegally) the intellectual property of others. This is in addition the the benefits with fair-use of source code -- squashing bugs and enhancing security, for example.

      This is why open source is not a threat to intellectual property, but a way to actually protect it as well as encouraging new ideas. Unfortunately, no one wants to be the first to show all of their code to the world, so unless we find some way of having them all do so at once -- either by legislation or by open source reaching critical mass and being the most cost-effective for the major vendors -- we'll see even relatively geek-friendly companies like nVidia keep their source from prying eyes.

    2. Re:What about the source code? by Anonymous Coward · · Score: 0

      They don't want people to see how they optimize for specific benchmarks.

    3. Re:What about the source code? by Graelin · · Score: 4, Insightful

      I don't know about you guys, but I think having the source code to recompile it manually would help out immensely.

      That's funny, I don't.

      First, fixing this stack size problem is not a simple re-compile of the same code. Depending on how the driver is written this is certainly a non-trivial task.

      Second, even if you had the source that does not mean that you could distribute a fixed version. Open source != Free Software.

      Third, they may be closed source drivers but they are miles ahead of the current FOSS drivers. The Zealots can run their "pure" systems and suffer graphics glitches and poor 3d performance. I'd rather just use something that works. If that meant sticking with by old kernel a bit longer then so be it.

      they just don't want to fork it over because somehow you may "magically" make the component up yourself out of basement and not have to buy it.

      Not you - their competition. ATI has always been plauged by crap drivers. If ATI had a peak into how NVidia does it you can be sure they'd take something away from it. NVidia would lose a competitive advantage. The GPU war is nasty. The competition is killer - they'll take any advantage they can get.

    4. Re:What about the source code? by Anonymous Coward · · Score: 0

      Third, they may be closed source drivers but they are miles ahead of the current FOSS drivers.

      The reason for this is simple, these drivers are all rev. eng. If Nvidia (and the rest of them) would give us the specs, then this wouldn't be a problem. And specs don't reveal any secrets either.

    5. Re:What about the source code? by be-fan · · Score: 1

      if someone has the source code without the hardware isn't it inherently useless to them anyway?
      It's not useless to ATI. Since graphics drivers are an entire OpenGL stack, there are lots of interesting things in there that you don't find in most drivers.

      --
      A deep unwavering belief is a sure sign you're missing something...
    6. Re:What about the source code? by kryps · · Score: 1
      Second, even if you had the source that does not mean that you could distribute a fixed version. Open source != Free Software.
      What are you talking about? If you capitalize Open source like that you are refereing to the trademark by OSI and redistribution of derived works must be allowed to fit OSI's definition of Open source.

      -- kryps
    7. Re:What about the source code? by Anonymous Coward · · Score: 0

      Uh, perhaps because it was the first word in the sentence, you little cryptonaut you? Ever think about that?

    8. Re:What about the source code? by Brandybuck · · Score: 1

      Open source != Free Software.

      For all intents and purposes, they are equivalent. The only differences are in the politics of the people on each "side" of the issue.

      --
      Don't blame me, I didn't vote for either of them!
    9. Re:What about the source code? by captaineo · · Score: 1

      I'm pretty sure the main reason NVIDIA is reluctant to release driver source code is that they use the driver itself to differentiate between their "low-end" and "high-end" products.

      e.g.
      if(is_quadro()) {
      enable_fast_wireframes();
      } else {
      make_wireframes_slow();
      }

      If you had the source code it'd be pretty easy to hack this so you could get Quadro-level performance at a GeForce price :)

    10. Re:What about the source code? by theefer · · Score: 1

      ATI has always been plauged by crap drivers.

      So why don't they release them (Open Source, or preferably Free Software) ? If they're just crap, Nvidia won't copy them, and it will still allow us to port the drivers to GNU/Linux on a PPC running a radeon 9600...

      Graphic drivers are a really tough area because of this closed-source, proprietary habit of the card vendors. I really hope this will improve with time...

      --
      theefer
    11. Re:What about the source code? by cpghost · · Score: 1

      The Zealots can run their "pure" systems and suffer graphics glitches and poor 3d performance.

      Are FreeBSD users zealots? What alternatives do we really have if NVidia (or ATI) released Linux-only binary drivers? We can use the Linuxulator for userland apps, but with kernel drivers that is sadly not possible.

      Shame on you, NVidia and ATI!

      --
      cpghost at Cordula's Web.
    12. Re:What about the source code? by Anonymous Coward · · Score: 0

      Are FreeBSD users zealots? What alternatives do we really have if NVidia (or ATI) released Linux-only binary drivers?

      Might I suggest you try running NVidia's FreeBSD driver, rather than trying to shoehorn in the linux one?

    13. Re:What about the source code? by Anonymous Coward · · Score: 0

      You know I keep reading this, it seems the people with the most zeal are the ones who are prepared to accept binary drivers. Face it, if you're happy running binary code, cough up, buy windows and quit calling people who actually believe in free as in freedom zealots. Thanks.

    14. Re:What about the source code? by Anonymous Coward · · Score: 0

      "Third, they may be closed source drivers but they are miles ahead of the current FOSS drivers."

      Well that is just amazing that they can get such better performance out of the hardware from actually having the hardware specs. These FOSS people must be crap if they can't write competing drivers that match performance while not being given any information on the hardware.

    15. Re:What about the source code? by e_xworm · · Score: 1

      Actually i guess its
      Free Software == Open source, but
      Open source != Free Software
      ...go figure...
      Anyway, i have been running the drivers for two days now and they havent caused me any problem (on fedora core 2) And they're GREAT

      --
      X~
    16. Re:What about the source code? by Brandybuck · · Score: 1

      Free Software == Open source, but
      Open source != Free Software


      Except that every Open Source license is also a Free Software license...

      --
      Don't blame me, I didn't vote for either of them!
    17. Re:What about the source code? by e_xworm · · Score: 1

      Now would you look at that?
      i post here every few millenia and
      i got the equation wrong!!!
      I meant the oposite :P

      --
      X~
  22. Re:a 4k stack is- by Anonymous Coward · · Score: 0

    This has already been linked to above. Thanks for properly citing also.

  23. Re:Real Story...NOT INSIGHTFUL by shepd · · Score: 3, Informative

    >They might have a slightly different perspective.

    Yes, the IBM PC XT was a complete POS that couldn't compete with anything else out at the time. Almost nobody used it, apart from a handful of people. That garbage computer didn't even include a decent sound system, for crying out loud!

    Then the clones came.

    And the XT architecture became popular.

    And IBM sold more PCs than they ever thought possible.

    --
    If you could be told what you can see or read, then it follows that you could be told what to say or think - BoC
  24. Re:Real Story...NOT INSIGHTFUL by drinkypoo · · Score: 5, Insightful

    The "zealots" just want to control their own computers. That's what Open Source is about. If you have an nVidia video card in your linux system, and you want full functionality, you have to let nVidia control your computer.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  25. For the lazy... by rsilvergun · · Score: 4, Informative

    I'll karma whore, since I read the article linked above.

    If you allocate memory in 8k stacks, the kernel's got to find 2 pages of memory together. Which I guess gets to be a pain as uptime increases. Since memory pages on most hardware are 4k, it's easy as pie with 4k stacks. Plus, you separate some of the kernel stuff like software interrupt handlers to their own stack (I think that's what it was), hopefully making the system more stable in the process.

    --
    Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
  26. Re:Real Story...NOT INSIGHTFUL by EvanED · · Score: 1

    Please tell me where you got your crystal ball. I'd be quite interested in getting one myself.

    I'm curious to how you came to the conclusion that IBM wouldn't have improved their architecture without pressure from the clones. Sure, it would have been a slower improvement, but they very well could still have wound up with a significant market share.

  27. Further Testing by dangerz · · Score: 3, Interesting

    I think I'll wait for this to be tested for more than 24 hours before I try my hand on it.

    --
    The greatest experience we can have is the mysterious.
    - Albert Einstein
    1. Re:Further Testing by bcs_metacon.ca · · Score: 1

      It's been out more than 24 hours -- they were released on June 30th and I haven't seen anyone on the Fedora lists complaining about stability (except for one guy who was using xawtv (which isn't shipped with FC2), and the documented incompatibility with the Riva module.

      So far, it's been very stable for me. Nice to be back to a Twinview display!

      --

      How appropriate. You fight like a cow.
    2. Re:Further Testing by marcjw · · Score: 1

      I'm the guy in the Fedora list who found the incompatibility with xawtv. There is a command line workaround but it's not ideal.

      xawtv -remote -noxv
      will allow xawtv to function but not in overlay mode. In other words, the screen can't be made full size and it also takes a bit more CPU horsepower to run.

      And I discovered that xawdecode suffers the same fate as xawtv.

      --
      . Ergo sum cogito - Yoda
  28. Re:Real Story...NOT INSIGHTFUL by antiMStroll · · Score: 2, Insightful
    "Everything is a control issue. Companies want to control their product. Zealots want to control the companies. As a user (who happens to be running FC1 waiting on nvidia to do this...), I find the latter position far less defensible.

    Companies want to control their product in order to control markets. 'Zealots' want to limit any one company's control of markets to keep them open, and it works. Are you really implying the world and the state of computer technology would both be better had IBM retained monopoly control of hardware? I'll wager most historians of technology will disagree.

  29. Re:Real Story...NOT INSIGHTFUL by EvanED · · Score: 4, Interesting

    Or go out and revise the nv drivers. Nothing (I would assume) prevents you from doing so. Nothing prevents you from getting a video card from another company. And by the same token, nothing should prevent NVidia from releasing closed-source drivers.

    Besides, what would 99.9% of linux people do even if it was open source? Download source, not even look at it, type make install clean, and be done with it. (Or make setup or whatever the build sequence is; point being that most users wouldn't care.) And for the 0.1% of people who do mess with it, unless they discovered some great tweak that would provide a significant feature or speed advantage over the NVidia drivers, I'd just go with them, since I trust them more since the quality of their drivers partially determines their sales, and thus they have a bigger motivation to make them better.

  30. Re:Real Story...NOT INSIGHTFUL by EvanED · · Score: 1

    Are you really implying the world and the state of computer technology would both be better had IBM retained monopoly control of hardware? I'll wager most historians of technology will disagree.

    OTOH, I would argue that IBM would likely have a better market share and sell more products had they retained monopoly control.

    IBM isn't concerned about the world and state of computer technology; IBM is concerned about $REVENUE - $COSTS.

    Similarily, NVidia wants to make the most money it can, and it thinks closed source drivers will further that goal better than open source drivers. I agree with the grandparent that this is likely.

    If you find fault with the above, I put to you that you are finding fault with the bedrock of capitalism. Which is, of course, fine, but you should consider voting for the communist or socialist parties come your next election.

  31. I am a medic. by basics · · Score: 1

    I am a medic :)

    *pokes you with a needle*

    1. Re:I am a medic. by phagstrom · · Score: 1

      ehem.....there is a very fine line between being a medic and just poking people with a needle.....

      that's what the judge said, anyway.

    2. Re:I am a medic. by Anonymous Coward · · Score: 0

      Is this "judge" you speek of, an *evil* judge?

      I'm a millionaire at parties, just don't tell anyone on the street...

  32. Excellent News by Zordas · · Score: 1, Insightful
    This is excellent news for me. I just purchased a EPoX 8KDA3J (NFORCE3-250GB) motherboard, AMD AMD64 2800+ processor, Nvidia FX 9000 video card and the rest of the fixings to make up a system. Got it all running yesterday and was trying to figure out which OS to put on it, Gentoo x86_64 or FC2. FC2 had me concerned because I knew it was a 4K stack kernel and NVIDIA hadn't released their new drivers yet.

    I did install the beta 64 bit version of XP fist, but it sucks. Looks like I can make a duel boot system now with FC2 & Gentoo. So, If you'll excuse me, I have some compiling to do on my Gentoo primary partition!

    1. Re:Excellent News by netsharc · · Score: 1

      So, what's this 4K stack, would the old Nvidia driver not work at all if we tried using it? Does the size (4K) have any relation to the AMD page bug? I'm curious. :)

      --
      What time is it/will be over there? Check with my iPhone app!
    2. Re:Excellent News by Anonymous Coward · · Score: 0

      You bought a Geforce FX 9000?

    3. Re:Excellent News by Zordas · · Score: 1

      Yep. ATI drivers suck for Linux. Not to mention I had less than $500 to spend on the whole system.

    4. Re:Excellent News by VertigoAce · · Score: 1

      My experience was that the NVidia kernel module would crash just after loading, taking the entire system down with it (no network, no error messages in logs, no hints at what went wrong). I first saw it when I switched from a GeForce 3 to a GeForce FX 5600. I guess the driver only needed 8k stacks for certain cards. Anyway, switching to a kernel with 8k stacks worked. It was a really nasty bug since it worked with one card and failed with another (I thought my new graphics card was broken).

    5. Re:Excellent News by Too+Much+Noise · · Score: 1

      Dude, the NVidia name for the latest cards is in the 6k range (and $400+ price range right now). You're either looped from the future or got some funny vendor rebranded stuff. Judging from the rest of your specs, the first choice is more likely if they fit the $500 bill.

    6. Re:Excellent News by MoronGames · · Score: 1

      Mods, this is not insightful. There is no FX 9000. He's just rattling off garbage.

      --
      hey!
    7. Re:Excellent News by Illissius · · Score: 1

      It was probably meant to be 5900, which does exist, and is semi-popular. The rest of the hardware he cited exists, as well.

      --
      Work is punishment for failing to procrastinate effectively.
    8. Re:Excellent News by kasperd · · Score: 1

      Does the size (4K) have any relation to the AMD page bug?

      4KB is the page size. But other than that there is no relation. The problems using older NVidia drivers with 4KB kernel stacks are completely unrelated to the bug mentioned by that article.

      --

      Do you care about the security of your wireless mouse?
    9. Re:Excellent News by Anonymous Coward · · Score: 0

      Gentoo? We'll see you next year, then.

    10. Re:Excellent News by Anonymous Coward · · Score: 0

      HAHA THat was teh awesome funnay joek!!!!!!

      Stupid piece of fucktrash.

  33. Re:Real Story...NOT INSIGHTFUL by whereiswaldo · · Score: 1

    Everything is a control issue. Companies want to control their product.

    Who better to control the company's product than the company?

    Zealots want to control the companies.

    Can you provide any more insight or is this just one of those "salt in the wound" generalizations? I've no idea what this is supposed to mean, unless you expect me to be cynical.

    Users want to know that their investment will be safe in the future, that the company they are depending on won't close shop or turn their back on them. Completely understandable.

    Now, do you have anything valuable to say?

  34. Re:Real Story...NOT INSIGHTFUL by whereiswaldo · · Score: 1

    Economics is extremely complicated, and I assure you that it is more complicated than just the purchase price for a card at the store.

    You sound like you want us to listen to you because economics is "extremely complicated", yet you provide absolutely no insight into how economics works. Are we supposed to just glaze over at this point and forget what the issue was? What's your point?

  35. offtopic ... help by Anonymous Coward · · Score: 0

    Is there a way to specify the gcc used to compile a custom driver - it pukes on my gcc 3.3 - it wants the same compiler as the kernel 2.95. Help?

    1. Re:offtopic ... help by HighBit · · Score: 1

      You can over-ride the default behaviour and compile with a different compiler. This may work, and it may not. If you want to try, set IGNORE_CC_MISMATCH, like this:

      export IGNORE_CC_MISMATCH="Y"

      (run that at your prompt before running the installer).

      From the readme file:

      Q: Compiling the NVIDIA kernel module gives this error:

      You appear to be compiling the NVIDIA kernel module with
      a compiler different from the one that was used to compile
      the running kernel. This may be perfectly fine, but there
      are cases where this can lead to unexpected behaviour and
      system crashes.

      If you know what you are doing and want to override this
      check, you can do so by setting IGNORE_CC_MISMATCH.

      In any other case, set the CC environment variable to the
      name of the compiler that was used to compile the kernel.

      A: You should compile the NVIDIA kernel module with the same compiler
      version that was used to compile your kernel. Some Linux kernel data
      structures are dependent on the version of gcc used to compile it;
      for example, in include/linux/spinlock.h: ...
      * Most gcc versions have a nasty bug with empty initializers.
      */
      #if (__GNUC__ > 2)
      typedef struct { } rwlock_t;
      #define RW_LOCK_UNLOCKED (rwlock_t) { }
      #else
      typedef struct { int gcc_is_buggy; } rwlock_t;
      #define RW_LOCK_UNLOCKED (rwlock_t) { 0 }
      #endif

      If the kernel is compiled with gcc 2.x, but gcc 3.x is used when the
      kernel interface is compiled (or vice versa), the size of rwlock_t
      will vary, and things like ioremap will fail.

      To check what version of gcc was used to compile your kernel, you
      can examine the output of:

      cat /proc/version

      To check what version of gcc is currently in your $PATH, you can
      examine the output of:

      gcc -v

  36. Re:Real Story...NOT INSIGHTFUL by sadler121 · · Score: 1

    Are you really implying the world and the state of computer technology would both be better had IBM retained monopoly control of hardware?

    To find out what would have happened if IBM kept monopoly control over hardware, look no further to Apple. Now I am not bashing Apple by any means, (I own a PowerBook), but compare the price of an apple computer to the price of an OEM computer from Dell, Gateway, HP, etc. Apples are A LOT more expensive, and though we can go back and forth about the quality of an Apple computer to a PC till the cows come home. The point is, when any one company is allowed to have a monoploy they set the price, instead of letting the market of supply and demand set the price.

    THis is percisly why "Free Software" is a "good thing" and not some hippie comministic ideology. it allows for compition driving the cost of software to the margin, (as an Economics professor once told me, people think at the margin).

  37. NVIDIA is still impressive with its Linux drivers! by antdude · · Score: 1, Informative

    I hope ATI can catch up to compete because their current Linux drivers are terrible. I am disappointed. :(

    --
    Ant(Dude) @ Quality Foraged Links (AQFL.net) & The Ant Farm (antfarm.ma.cx / antfarm.home.dhs.org).
  38. Re:Real Story...NOT INSIGHTFUL by zurab · · Score: 2, Insightful
    Everything is a control issue.

    True.

    Companies want to control their product.

    No, companies want to control their revenue sources.

    Zealots want to control the companies.

    No, zealots want to control freedom of their code and the code that is based on or extends it.
  39. 32bit OpenGL support on AMD64... by T0t0r0_fan · · Score: 2, Informative

    ...is another important thing :) Finally, proper 32bit ioctls and libraries, no more mixing 32/64 bit releases and trying to use indirect rendering.

    Btw, that was done for DRI drivers quite a while ago - talk about the usefulness of having access to the source code. And no, they aren't that useless - you can still play UT2004 with them, although it won't look as good(and I didn't notice much difference, except for performance, in ET(btw, for some reason, my FX5200 is _way_ slower while playing on radar/battery maps in ET than in any map in UT2004)

  40. Re:Real Story...NOT INSIGHTFUL by el-spectre · · Score: 1

    Yeah, I had several valid responses. However, since reading that last line, I have zero interest in having the debate with an ass. Have a good day.

    --
    "Faith: Belief without evidence in what is told by one who speaks without knowledge, of things without parallel." - A.B.
  41. Re:Real Story...NOT INSIGHTFUL by 10101001+10101001 · · Score: 5, Insightful

    Okay, I'll take a stab at it. The bedrock of capitalism is simply a market system based on private ownership. Now, most people want to extend that into monopolistic control to maximize their own profit in self-serving interest, but at the same time consumers generally tend to want a lot of competitors that can offer substitutes that give them greater value.

    But, the fact is that if IBM hadn't "goofed" and created a mostly open system, it's likely that either another more open system would have succeeded even though it had a lot of obvious fault or no system would have succeeded and the information age wouldn't be near the point it is. Why? Because a more open system allows for programmers, both hobbyist and capitalist, to more easily develop software for the system. This barrier to entry would mean less software overall which would directly decrease the demand for computers. At the same time, monopolistic control would keep prices high, fixing the quality sold at a smaller rate than it is today thanks to the vast number of clones.

    So, it's unlikely IBM would have a better market share or sell more products. They might, still, be making more profit due to monopolistic pricing. It does seem unlikely for this to be the case, however, when various other architectures would have likely succeeded in IBM's place and relegated IBM computers into dinosaurs like the Amiga (no offense to the Amiga intended).

    As for NVidia, there's at least two principle reasons why they might wish their drivers closed. The first is by closing the drivers they have stronger control over rebranding cards at different price points without modifying hardware which might increase sales without hurting sales on the higher priced cards. The second is NVidia has cross-licensed a variety of patents which probably puts them in the position of not having the authority to license said patentable idea under the GPL.

    Without number two, number one could be fixed with creative hardware locking mechanisms. The total cost of such hardware locking would be minimal in comparison to the boosted sales of all the likely free porting and driver work done by volunteers on the NVidia driver. The fact is, NVidia is a hardware company so it is in their best interest to commoditize all software for their hardware to be run on. Open sourcing their driver, if possible, would very likely have this effect (it's hard to argue that it could have the reverse effect, at least).

    The claim that trade secrets would somehow be revealed by open sourcing their driver is possible, but I would guess is unlikely as the majority of NVidia's actual trade secrets would be in *hardware*. All a driver is supposed to be is a standard interface for the OS, and if there are tasks beyond this in the driver NVidia would almost certainly advantage by sticking it in hardware as well. It's for this reason I assume NVidia's driver license policy is the main fault for them not open sourcing their driver.

    --
    Eurohacker European paranoia, gun rights, and h
  42. PPCP (PowerPC Please) by This+is+outrageous! · · Score: 4, Insightful
    Thank you nVidia. Now could you
    P L E A S E
    compile those drivers for us PowerPC owners who also pay for the cards?

    It's not like nobody can do it...

    Thank you.

    --
    This is...

    O
    U
    T
    R
    A
    G
    E
    O
    U
    S

    !

    1. Re:PPCP (PowerPC Please) by sloanster · · Score: 1

      Hear hear - if the PowerPC systems had decent 3D video support for linux, I'd be running linux on mac now...

    2. Re:PPCP (PowerPC Please) by Anonymous Coward · · Score: 0

      ..and yet another fine reason why such drivers should be open source.

    3. Re:PPCP (PowerPC Please) by NanoGator · · Score: 4, Funny

      "P L E A S E
      compile those drivers for us PowerPC owners who also pay for the cards?"


      Oooo ooo ooo can I be the first to be modded up for saying "Just another reason to switch to Windows!"..?

      --
      "Derp de derp."
    4. Re:PPCP (PowerPC Please) by Sycraft-fu · · Score: 3, Insightful

      Not trying to knowck on you, but please realise that you are in a very severe minority. Most people in the world use x86 systems. Just a fact of life, for better or worse. It's over 90%, in fact. Now when you break down x86 users, you find that, for desktops, it is again severly one sided with most people using Windows. Again we are talking over 90%.

      Hence Linux support is kind of thin at this point, it's just a smaller market than Windows. However some people, like nVidia, fell that there is enough to warrant writing drivers for, to increase sales. Remember: This is a company, they don't do thing for the good of humanity, they do things to make money.

      So let's take the Mac now, being the only real PPC platform that would use nVidia cards. What percentage of computers are Macs is something of dispute, but it's between 3-5%. Well then you consider that most Mac users don't run Linux. It's VERY rare, in fact, since one of the reasons most Mac users buy Macs is for MacOS. It is certianly under 5%, and probably under 1%.

      So, even using optimistic numbers, you are talking 0.25% of the market, and realisticly it's probably more like 0.05% or less.

      Now on top of that, second hand sales of Mac graphics cards are pretty low. Since they are special, and aren't compatible with normal off-the-shelf PC cards, you don't see a lot of them sold. What you buy with a Mac is what you have for the life of that Mac in most cases. Well, that means there isn't a big incentive to get you to switch to nVidia cards. You either got one with the Mac, or you didn't. You aren't likely to change later so no profit motive for nVidia.

      So you have a very small percentage of computer users that aren't likely to change cards after purchase, that use a different processor architecutre (and hence require more programming and testing). Not really a ripe market for a driver port.

      You have to understand that the x86 Linux market is populated by a high number of DIY computer builders. Those people can, and are, swayed to certian hardware by availibility of non-suck drivers. Thus it is in nVidia's financial intrest to make drivers for them, though they are a small market segment. The PPC Linux market is not capable of DYIing and is less likely to change to a new card because of it. Also, it is a much smaller market. thus it is NOT in nVidia's financial intrest to make a driver for it.

      When you deal with corperations, at least ones of any deceant size, you always have to remember that it is money that they care about, not humanity. They do things because they make them money, or get them good press, which leads to more money. Not because those things are for the good of humanity.

    5. Re:PPCP (PowerPC Please) by JohnboyHolmes · · Score: 1

      Quite the challenge for a PPC user to upgrade to Windows that would then be able to use the Windows driver...... but you desire to sell you karma to the devil is appreciated :-)

      --
      I stopped thinking I was unique when I found out everyone else was to. So does that make me the average user???
    6. Re:PPCP (PowerPC Please) by BillyBlaze · · Score: 1

      At the time of this writing, 1400 signed the petition. Surely one of them has the technical knowledge to compile them, if he had access to the source. So he should offer to sign an NDA and make binaries for everyone.

  43. first things first! by Anonymous Coward · · Score: 0

    CAPTURE THE FORWARD BUNKER!

    1. Re:first things first! by Anonymous Coward · · Score: 0

      WUNDERBAR!

  44. Re:Real Story...NOT INSIGHTFUL by Anonymous Coward · · Score: 0

    Nobody throws money at a problem unless there is an insentive. Where was the insentive without the clones? Why do you think MS software sucks?

  45. Re:Real Story...NOT INSIGHTFUL by Afrosheen · · Score: 5, Informative

    There is magic in their drivers, and it is explained EVERY SINGLE TIME NVIDIA GETS MENTIONED HERE. It's called a special OpenGL license from SGI and it's also some special in-house code.

    Try to remember it this time, it's only the 400 millionth time it's been mentioned.

  46. Re:Real Story...NOT INSIGHTFUL by Anonymous Coward · · Score: 0

    I just want to control what I rightfully own.

    if a company refuses to let me use the product they sold me, then they better not get pissy when I reverse engineer it and post the information for the world to see.

  47. Re:Real Story...NOT INSIGHTFUL by Anonymous Coward · · Score: 0

    Yeah, I had several valid responses. However, since reading that last line, I have zero interest in having the debate with an ass. Have a good day.


    More salt in the wound - good, I see I made a good judgement of your message. And still, you have no value to add to the discussion. Good day yourself.

  48. Re:Real Story...NOT INSIGHTFUL by EvanED · · Score: 2, Insightful

    Where was the insentive without the clones?

    Because there was also Apple. Also planned obselescence, etc.

    Why do you think MS software sucks?

    Interesting choice of company; it goes a fair distance to demonstrating my point. Would Windows be more secure today if competition had forced it to be throughout it's life? Sure. Would OSes be better in general? Almost certainly. Would MS have the market share it does today? No way.

  49. Re:Real Story...NOT INSIGHTFUL by Anonymous Coward · · Score: 0

    Score 5: Moron.

  50. Re:Real Story...NOT INSIGHTFUL by Anonymous Coward · · Score: 0

    Very good point. Apple computers are vastly superior, but have a smaller marketshare due to their thight control.

    FOSS is not and never was communistic. It's free market liberalism at it's best. Pure competition with no goverment interference (from patents or copyrights). That makes propriatery software...

  51. Re:Real Story...NOT INSIGHTFUL by 0racle · · Score: 0, Flamebait
    No, the 'zealots' want to tell you what you can and can not do with your system just as much as anyone else, they just hide that fact behind 'free' software. Don't believe me?

    Richard Stallman:
    It may be worth mentioning that the GNU Project urges people to refuse to work with Sun, and to instead use the free alternatives to the non-free Sun software.
    When I want freedom I'll work with whomever I damn well please.
    Richard Stallman:
    We need to replace these proprietary software products, not use them.
    You have to use what works, FOSS doesn't have decent replacements for most things, sorry RMS there's work to be done, we don't all get free grant money.
    Remember those rental systems where you don't really own your system?
    Richard Stallman:
    I proposed a tax on computer supplies and equipment as one possible way to fund free software development.
    I guess the grants don't give him enough free money.
    RMS, being the quintessential zealot has also stated that people should replace all closed software with FOSS even when it doesn't have the same capabilities, and encouraged people to never ever have a hand in writing proprietary software. RMS wants the power to tell you how to work, and how to use your system. He wants to be the one to tell you what is right and what is wrong as regards software, and what you do with it.

    Quotes taken from here.
    --
    "I use a Mac because I'm just better than you are."
  52. Re:Real Story...NOT INSIGHTFUL by antiMStroll · · Score: 2, Insightful

    Unfettered, unrestricted capitalism is a fantasy that's neither democratic or American. It's only in the last couple of decades following Reagan that this particularly virulent form of ideology has become popular, the founding of America and most of its history had little to do with it. It's more corporatist than capitalist. The typical pejorative labeling of anyone who disagrees as 'socialist' or 'communist', by far the majority of the world incidentally, I can only hope is a sign of the end days of this world view.

  53. Re:Real Story...NOT INSIGHTFUL by el-spectre · · Score: 4, Insightful

    Yeah, this is why I use the term zealot. I like Linux (anyone bringing up GNU/Linux can bite me. I know the history and respect GNU. It's unweildy), in fact I prefer it. But I call BS on the altruism of the philosophy behind much of the movement.

    If you wanna say "here's our stand, and we stick by it", I respect that. If you say "any stand but ours is unholy and wrong", then you are attempting to control and I have no use fer ya.

    I wouldn't violate the GPL, as a programmer I respect other coder's work and time. But I also don't buy into the demand that EVERYTHING be GPL's, or whatever license you prefer.

    The world ain't black and white kiddies, time to realize the intelligent people have differing opinions most of the time...

    --
    "Faith: Belief without evidence in what is told by one who speaks without knowledge, of things without parallel." - A.B.
  54. Re:Real Story...NOT INSIGHTFUL by cavebear42 · · Score: 1

    the price of an OEM computer from Dell, Gateway, HP, etc.

    funny you didn't even mention IBM. shows how their market share really held out when they opened standards. From the "IBM compatable" to now just found under "ect."

  55. Re:Real Story...NOT INSIGHTFUL by EvanED · · Score: 1

    I have no crystal ball, but I think IBM would have done quite a bit better than it has now. There would still have been competition, from Apple and other companies, but there wouldn't have been companies springing out of the woodwork trying to capitalize on the open XT standard. Other companies would have been forced to spend presumably a fairly substantial amount of R&D money before starting to actually produce a product.

    I would have expected to see maybe one more company rise up with a personal computer, but that's still far less competition than the 20 zillion companies we have now. But it would still be enough to ensure that progress was made and prices weren't outrageous.

    For instance, Apple is still doing quite well, even in the face of the said 20 zillion PC manufacturers and a near monopolistic OS company.

    (I want to see the number of units shipped by IBM and Apple, but can't find numbers...)

    As for NVidia, there's at least two principle reasons why they might wish their drivers closed. The first is by closing the drivers they have stronger control over rebranding cards at different price points without modifying hardware which might increase sales without hurting sales on the higher priced cards. The second is NVidia has cross-licensed a variety of patents which probably puts them in the position of not having the authority to license said patentable idea under the GPL.

    I'll give you two more:

    3) Hardware manufacturers want the hardware to be as much of a black box as possible. Handing out driver source, thus exposing the hardware interface and not just the driver interface, provides more intformation about the hardware, and would make it easier to guess how it works. [You touched on this in your last pgh.]

    4) NVidia has, historically, had pretty good drivers. Other companies, *cough* ATI *cough*, have not such a good track record. Despite what are probably enormous differences in hardware, NVidia source could still probably give ATI useful information about how to improve their own drivers. I've seen posts here lamenting that if only ATI's drivers were better, the posters would have gotten a card from them. So NVidia would probably lose people here.

  56. Closed Source Dirver -- Oper source system? by jfmiller · · Score: 2, Insightful

    I agree with you main point that there are times when holing on to the source code in encouraged. On-line games are one instance where I hope that the company does keep a lid on the code. I don't even certian Monopoly Operation systems for wanting to keep a close reign on there source, it is after all how they make money.

    NVidia on the otherhand is making money purly on hardware and drivers are a sunk cost. They have to be availible or thier cards won't sell, and they have to be good or their cards will not be able to compete, but the hardware is what you hand your credit card over to aquire. There seems to be economic reason to with hold dirver source code other then habit and industry practice. The only explaination I can come up with is that the code reviels some intimate details about the inner workings of the hardware that should not be made public. On the other hand NVidia has been very open avout the capibilitits and functioning of their hardware and it is widly integrated into third party boards as in my IBM T41 laptop. (ok, I'll stop bragging)

    In the end, I believe that the most important aspect of the free software movement has to do with hardware drivers. Remember RMS's story about wanting to modify the print queue to alert the right person when the printer jammed? With software, including operating systems, Open source is a philosophy about the plave and value of intelectual controls. Hardware drivers on the other hand allow one to use a piece of equipment that one physically owns. Open source drivers allow people to use the hardware they own in the manor that is most appropriate to their need and without the loss of commercial opprotunities. Therefore, I too would encourage NVidia to make their driver source code public.

    JFMILLER

    --
    Strive to make your client happy, not necessarly give them what they ask for
  57. "the only real reason"? by steveha · · Score: 4, Insightful

    Methinks the only real reason you'd want to keep your drivers closed off is because you're artificially handicapping your hardware

    Um, no.

    0) nVidia might not own all the code they compile into their drivers. The license they have the code under might permit binary distribution, but not source.

    1) nVidia's drivers contain large amounts of software that is better than any of their competition. They spent money developing this, and they want to milk the competitive edge it gives them. And that is okay.

    2) nVidia has more control this way. The Firefox guys are holding control over their cool icons, because they don't want the cool icons slapped onto broken code; only Mozilla-official builds of Firefox get the cool icons. nVidia might want to be sure that no one runs with broken drivers, then thinks nVidia cards are all junk, when in reality some guy made a few "improvements" that broke things, and distributed the changed version anyway.

    3) Other reasons are possible. "the only real reason" my left foot.

    Personally, I would much much rather have FOSS drivers. But even more than that, I want drivers that work. I switched from a GeForce 4600 to a Radeon 9600 XT, and even though the Radeon is a much better card, it runs slower under Linux than the older GeForce. It's the drivers. ATI's Linux drivers for the 9600 XT are lame. I actually boot into Windows to play Unreal Tournament 2004, because the performance is so much better under Windows. When I had an nVidia card, my Linux 3D gaming performance was just fine.

    If nVidia would make a programmable-shaders card that doesn't double as a space heater, I would probably buy it and replace the Radeon. I know that the Unreal Tournament guys check the server stats, and I want to be "voting" for Linux gaming, so I want them to see me running Linux when the check stats on the servers I have been visiting.

    steveha

    --
    lf(1): it's like ls(1) but sorts filenames by extension, tersely
    1. Re:"the only real reason"? by latroM · · Score: 2, Interesting

      nVidia might want to be sure that no one runs with broken drivers, then thinks nVidia cards are all junk, when in reality some guy made a few "improvements" that broke things, and distributed the changed version anyway.

      NVIDIA could register a trademark for their official Open Source driver build and disallow the use of the trademark on the builds which are modified. The Apache does it like that, modified versions aren't "Apache" anymore.

      1) nVidia's drivers contain large amounts of software that is better than any of their competition. They spent money developing this, and they want to milk the competitive edge it gives them. And that is okay.

      Even if their OpenGL implementation was superior they wouldn't have to release it under a Free license. There is Mesa which is OSS and probably Free. They only have to tell us how to program the chip.

    2. Re:"the only real reason"? by sewagemaster · · Score: 1

      I just purchased an ATI 9200-based card few days ago, and it just wouldnt run DRI properly. I had the lines in my xf86config files, tried both the open X drivers, and also the official ATI drivers. Both had no problems running 2D, but when I used the ATI ones, it often refused to start X - or crashes my gdm/kdm/xdm. None of them supported DRI.

    3. Re:"the only real reason"? by Sycraft-fu · · Score: 1

      I'll add a big "amen" to that driver statement. I un Windows mainly (ya, ya, fuckoff, when Linux does what I want maybe I'll switch) which is the "primary" platform for drivers as in the one that companies invest the most time and money. Both ATi and nVidia are getting quite good with drivers. They are both quite stable and fast. To the point that, despite being a long time nVidia guy, I went with a 9800 Pro. I am very happy with ti, great performance, great price and the drivers are quite good... but not up to the nVidia level. They still have crashes, weird problem, and slowdowns that I just don't find on GeForce systems.

      I'm not dissatisfied with my Radeon by any means, and I am keeping it, but it isn't as solid as the GeForce which it replaced. ATi's driver team still hasn't quite got it. They are 99% there, but they just don't have the qualit of nVidia drivers.

      You see this more in Linux, which is second string for both companies. They do not have the speed or stability of nVidia drivers. They aren't crap or anything, but they aren't in the brass ring.

      And ya, I can see why nVidia wouldn't want ATi to knwo how they do it. Right now we have all out war between those two for who will be king and we, the consumers are the ones that benefit. They both are working as hard as they can to come up with a better chip than the other guy and to deliver it at a lower cost. They certianly don't want to give each other any advantage.

      As I mentioned in another post, corperations are NOT around to help humanity, make you life easy, or make you happy. They are around to make money. If keeping drivers closed source is what makes nVidia the most money, I fully expect them to do so.

    4. Re:"the only real reason"? by Anonymous Coward · · Score: 0

      "1) nVidia's drivers contain large amounts of software that is better than any of their competition. They spent money developing this, and they want to milk the competitive edge it gives them. And that is okay."

      Or alternatively: the driver code for windows is different from the linux driver. Windows delivers x10 performance fps in quake III. Microshit celebrates victorious benchmarks of DirectX over openGL. Windows zealots party over "better hardware integration".

      Seriously, I have nvidia and the drivers are slower than the MesaGL software GL emulation. Try it out

    5. Re:"the only real reason"? by kasperd · · Score: 1

      nVidia's drivers contain large amounts of software that is better than any of their competition. They spent money developing this, and they want to milk the competitive edge it gives them.

      I believe you could also get a competitive edge by just producing good hardware and save a lot of money for driver development by letting the free software community help you.

      --

      Do you care about the security of your wireless mouse?
    6. Re:"the only real reason"? by inquisitor · · Score: 1

      This may well be because you are using the MesaGL software GL emulation. Try deleting everything you see that's libGL or whatever as you're told to in the README and reinstalling the driver.

    7. Re:"the only real reason"? by Anonymous Coward · · Score: 0

      Given that money is a completely arbitary, human built system there purely to aid in resource allocation, is it really doing it's job if it's effect is to make everyone act like pricks? Why should we be slaves to a system which doesn't have our best interests at heart?

      Oh, right, yeah.. never mind :/

    8. Re:"the only real reason"? by rjforster · · Score: 1

      insert ATI sob story of my own

      I tried an ATI card once, about 18 months ago. RTCW played great but I couldn't watch DVDs. Only the left half of the movie would display. There was no way to drag or resize the frame to get it to show anything other than just the left half of the film.
      Yes I used every variety of driver out there (yes there were official ATI drivers for linux at that time), yes I RTFMed everything I could. But I only ever saw Frodo's half of the conversation with Gandalf on the cart at the start of FotR.

  58. Re:a 4k stack is- by some+guy+I+know · · Score: 1
    The problem with 8KB stacks is that they require an "order 1" memory allocation: two pages which are contiguous in physical memory. Order 1 allocations can be very hard to satisfy once the system has been running for a while; physical memory can become so fragmented that two adjacent free pages simply do not exist.
    It seems to me that this problem could be avoided simply by always allocating pages in pairs (yes, slightly more wasteful of memory, I know).
    Alternatively, a variable page size (assigned at boot time, before paging is turned on) could also solve the problem, but that's probably not easy to implement in hardware, and would cause additional complexity elsewhere.
    --
    Those who sacrifice security to condemn liberty deserve to repeat history or something. - Benjamin Santayana
  59. Re:Real Story...NOT INSIGHTFUL by EvanED · · Score: 1

    The typical pejorative labeling of anyone who disagrees as 'socialist' or 'communist', by far the majority of the world incidentally, I can only hope is a sign of the end days of this world view.

    I don't consider the above terms pejorative in the least. I'm a big government person. I'd like to see a universal healthcare plan. I'd like to see companies that abuse monopoly status drawn and quartered. (Or drawn and halved, or thirded, or whatever...) I think welfare, social security, etc. are very worthy causes.

    But, I think that finding fault with trying to make your company do better, even at the expense of some universal progress, in the context of this discussion makes one's opinions so far away from unrestricted capitalism that it ceases to be able to be called capitalism at all.

  60. ATI's got a LONG ways to go by ToyotaDriver · · Score: 2, Informative

    I currently use a Dell Inspirion 8200 laptop for Linux with an older GeForce 4 Go, and I swapped in an ATI M-9, and I lost the ability to send the video signal to my external monitor. ATI has a long ways to go to catch nVidia. nVidia isn't 100% perfect, but if you want to play 3D accelerated games with minimal hassle, you use nVidia. This is on Mandrake 10 also. Maybe in 5 years ATI will have something generally useful...

    1. Re:ATI's got a LONG ways to go by MJOverkill · · Score: 2, Informative

      Swaping video chips on laptops is not a smart idea. The graphics chip in a laptop is specifically set for that laptop's hardware. Changing video chips will generally break quite a few systems. I would be surprised if you got a signal to even the laptop's display.

      On the other hand, since you can't actually swap the graphics chips on older laptops, I call bullshit on your story.

      Just for reference, I have been using ATI's linux drivers with my M9 equiped laptop since I got it last January, and I have had no problems running the neverwinter nights linux client and unreal on it, and the second display works perfectly. Maybe you should actually try the products out instead of engaging in ATI bashing. I personally do not engange in brand preference because it's irrational. Maybe you should actually TRY an ATI card before comment on one.

    2. Re:ATI's got a LONG ways to go by kaschei · · Score: 2, Interesting

      Brand preference is the basis of advertising-- likely you engage in it whether you know it (or like it) or not-- coke or pepsi? Are you a Tide person, or is Cheer more your style? You likely have rational bases for your biases (cheaper, tastes better, it's what you grew up drinking) but you still have the bias. Brand preference is actually a good thing, since it rewards companies that make good products by increasing their sales in other products, as long as quality is maintained. Brand loyalty is highly sought-after and with good reason.
      Brand zealotry is a better word; your decision is made independent of rational reasons, although you probably seek them out (if you can recite the Hz and pipeline specifications for a video card you've never owned, you should probably be a little leery of your own advice when it comes to choosing cards to buy).
      Both are prejudicial behaviors, but one of them has a greater potential for screwing you over, since if everyone became a brand zealot, there'd be no real reason to produce quality products.

      --
      I should not talk so much about myself if there were anybody else whom I knew as well. -Henry David Thoreau
    3. Re:ATI's got a LONG ways to go by MJOverkill · · Score: 1

      Point taken. Zealotry would have been a better word to use in this situation.

    4. Re:ATI's got a LONG ways to go by Anonymous Coward · · Score: 0

      how about you at least KNOW something about the platform before you open your mouth? the 8x00 series inspirons use MODULAR video. the upgrade is even SUPPORTED by dell. the caveat is that SOME of the LCD panels have trouble syncing with SOME of the lower end video options.

      long and short, it's better to keep your mouth shut and be thought an imbecile, than to open it, and prove it.

    5. Re:ATI's got a LONG ways to go by MJOverkill · · Score: 1

      I know I shouldn't feed the trolls, but what they hey.

      Before the introduction of the Mobile Radeon 9600/GeForce 5600 Go generation of laptop graphics chips, dell did not support upgrading laptop graphics (the 8x00 series included, though the 8200 was the last 8x00 to use the older generation chips). I believe that currently, the only laptop that dell offers graphics upgrades for is their XPS laptop line (in fact, it's one of the selling points).

      The ONLY company that offered upgrades to earlier graphics chips was Alienware (to my knowledge, unless someone can prove me wrong) because alienware used special mounts so they did not have to solder the chip to the motherboard.

      I used to own an 8200 so I DO know a little something about what I am talking about.

    6. Re:ATI's got a LONG ways to go by ToyotaDriver · · Score: 1

      Stop making assumptions-shows how little you understand. I DID update my Dell laptop BIOS through Windows, and then I'd swap in the card. Every time I'd hit F8 to try the external monitor my Dell laptop would lock up. Now if you've got something constructive to say, I'm all for it, otherwise stop trolling. I have NEVER had problems with my GeForce 4 Go on Linux Mandrake. Now go away...

  61. ATI by daemonc · · Score: 4, Informative

    Let's hope ATI follows suit.

    It took 2 third party patches and a recompile to get it their driver to install on Fedora Core 2, and it still crashes WineX.

    --
    All that we see or seem is but a dream within a dream.
    1. Re:ATI by Anonymous Coward · · Score: 0

      i wouldnt hold my breath for it, well at least ati released specs of there older chipsets, thats something you cant expect from nvidia..

  62. Re:Real Story...NOT INSIGHTFUL by Azrael+Newtype · · Score: 3, Insightful
    I don't really have that big of an issue with nVidia's graphics support, but their nForce chipset drivers are repulsively bad. They decided not to implement hardware mixing, despite it being one of the chipset's capabilities, and the LAN drivers they ship with are slow and buggy. If they'd just open sourced it, or given out the spec so someone could write the driver, we'd have sound that wasn't horridly bug ridden. The ethernet support was reverse engineered and now works significantly better than the NVNet module that ships on disk included in the motherboard package. On top of this, look up issues between the 2.6 kernel and nForce 2 chipsets if you want to read some horror stories. One of the big problems was ACPI wasn't implemented to the standard, so using it causes hard lockdowns of the system (we're talking to the point that you can't turn the caps/scroll/num lock light on by pushing the button, much less any serious interaction). If the spec here was known, a workaround other than disabling all of the power saving features could be found, but as it is that's about the only recourse for many people. I know this was a graphics card discussion originally, but it is still nVidia's drivers/hardware spec not being open causing real problems.

    Also, releasing the source would allow the drivers to be compiled on the systems with your gcc optimizations instead of being forced to use binaries, which has nothing to do with whether you're going to modify the source or not. One of the biggest things about my Gentoo box was that you build everything optimized for your hardware, whereas these binaries have to be much more general. Sure, there may not really be a terribly significant difference, but it's just one more reason why it should be open source.

    Finally, to get back to your first point (am I going in reverse?) You really can't revise the nv drivers because they're compiled binaries. Nothing is stopping you from modifying them except the little thing that it's not accessible code to modify, since if it was this thread wouldn't have started. As for getting another company's video card, the options are ATi, and Matrox, neither of which are any better in this regard, and in fact ATi is much worse, so while you are right that nothing is preventing me from buying someone else's video card, it's not the point since no one is playing nice with OSS (AFAIK, Matrox might actually be nicer about it all, but they're not really accessible to the public the way the other two companies are,) leaving penguin worshipers with no options. nVidia is the lesser of two evils to be sure, so they get my money (that and the awful ATi driver issues with Windows XP, but that's a different story) for now, but really only because no one is better. Saying nothing is preventing us from going elsewhere really seems to sidestep the actual issue by blaming the users for something we really can't avoid because the best solution is a partial one. Well, anyway, that's just my $0.02

    --
    I'm always right and I can prove it, because to the best of my knowledge, I've never been wrong.
  63. Re:Linux newbies experiences on this issue by Mika_Lindman · · Score: 1

    sry about that.. I forgot that I need i-tags :(

  64. Re:NVIDIA is still impressive with its Linux drive by rsilvergun · · Score: 1

    Same here. ATI's low end hardware is _way_ better than nvidia's (and I just won't pay more than $150 bucks for a graphics card). I finally had to give up on trying to get a nice low end card locally and buy an old ti4200 from new egg. The worst thing is it's over a year old, was $76 bucks, and out-performs anything available for less than $200 I could find locally. There's just something wrong with that. But I guess it's better than watching another graphics card maker melt down like 3DFX did over the Banshee.

    --
    Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
  65. Re:Real Story...NOT INSIGHTFUL by 10101001+10101001 · · Score: 1

    Just to let you know, there were comparatively a ton of PCs from the mid-1970s on. And invariably, the reason that IBM's version stuck was a combination of cheaper hardware (because of clones) and the fact that most developers never wrote apps for every single architecture that existed. It's this surplus of software in the beginning in comparison to other archs that really helped recursively propagate the IBM compatible PC (software leads to more users (mostly geeks at that point) leads to more software..). Even today with a virtual machine available to write all code to to run on varied archs, the majority of code is written for one arch and one OS because it allows accessing OS features and is generally "easier" to write and is faster (okay, hypothetically faster given how JITs have overcome most the limitations of having an intermediary language).

    Now as for your points, #3 ignores that in both Windows and Linux, it's possible to trace through the driver and the the actual hardware for any function you use. Admittedly, it's not as easy and requires more, but it's not like through software accessing the hardware H&L engine through a closed driver somehow not "light up" the hardware any more than an open driver, so the hardware end is only vaguely made more of a mystery if one is trying to clone the hardware.

    As for the second point, good drivers generally come about because of a combination of good engineers and good hardware. If the hardware is the cause, no amount of driver hints from the competition will help. On the other hand, if it's a quality of engineer problem, it's very unlikely that the ATI engineers would be capable of properly understand NVidia's source to actually use it in their driver. (It's at this point, I would like to state that my two points are obviously over-generalizations, and I don't know the fully story of why ATI's drivers have through my own experience been rather crappy. For this reason, I hope to not offend any ATI engineer who's not responsible for this fact.)

    So, if those two points are invalid, the only thing open source drivers mean is even better drivers (since nvidia driver bugs can actually be found and traced by the kernel developers, which has been a big nagging point for people) and more customers (since there are actual hold-outs using the few open source ATI drivers because they either technically (for bug reporting purposes) or morally object to using closed drivers). I'm sure that NVidia is aware of this, and I would guess that it very likely they would love to give Torvalds or others access to the source to offer better support which only increases their reputation and sales. Of course, I could be completely wrong, but that's how it all looks to me.

    --
    Eurohacker European paranoia, gun rights, and h
  66. Obviously. . . by Anonymous Coward · · Score: 0

    You've never played EverQuest. Crack addiction does not even begin to describe it. "Soul-consuming" might be a start.

  67. Re:Real Story...NOT INSIGHTFUL by EvanED · · Score: 2, Informative

    Your point in the first paragraph is well taken. Second paragraph too, but I really don't think there'd be that much of a difference. ;-)

    But:

    You really can't revise the nv drivers because they're compiled binaries. Nothing is stopping you from modifying them except the little thing that it's not accessible code to modify, since if it was this thread wouldn't have started.

    The nv driver is not the official release from NVidia. It's a part of XFree86 (and now X.org), and is available under the MIT license or whatever they call it.

  68. Re:Real Story...NOT INSIGHTFUL by rpozz · · Score: 1

    Yes, I totally agree.

    Richard Stallman also seems to be totally oblivious to the fact that large scale, well-written software takes vast amounts of time to produce, not to mention years of practice. I have written free software before, and I use OSS, but in a capitalist society, closed source software is the only truly viable option for a programmer to make money.

    Imagine a world with nothing but free software. It just wouldn't work. Most OSS programmers write closed-source software in their spare time.

  69. Re:Real Story...NOT INSIGHTFUL by EvanED · · Score: 1

    Now as for your points, #3 ignores that in both Windows and Linux, it's possible to trace through the driver and the the actual hardware for any function you use. Admittedly, it's not as easy and requires more, but it's not like through software accessing the hardware H&L engine through a closed driver somehow not "light up" the hardware any more than an open driver, so the hardware end is only vaguely made more of a mystery if one is trying to clone the hardware.

    Which makes it easier to figure out: said trace of the driver's activity, or (hopefully) reasonably documented C code? Right.

    As for the next point, about driver quality, you bring up an interesting point. But I would find it hard to believe if NVidia's software engineers are that much better than ATI's, unless there was a significant pay disparity. The only thing that I could think of is that perhaps NVidia just has *more* of them, so they are not as hurried and susceptable to the deadline syndrome. If this were the case, the engineers could still learn a few tricks.

  70. Real Story...Vector lock. by Anonymous Coward · · Score: 0

    4) The RIAA/MPAA/"enemy of the week" can sneek in DRM under those pesky "OSS zelots" radars.

  71. Re:Real Story...NOT INSIGHTFUL by Azrael+Newtype · · Score: 1

    My mistake, yeah, that is open source. I wasn't thinking and thought of the nvidia module, not nv. Actually, I run the nvidia module, truth be told, because I don't care about corrupting my kernel with non GPL, but for the other nVidia hardware... well, you obviously read it already. And no, probably not that big of a difference, but I wanted the post to be longer ;-)

    --
    I'm always right and I can prove it, because to the best of my knowledge, I've never been wrong.
  72. Real Story...Cart...Horse. by Anonymous Coward · · Score: 0

    "An even better story will be when folks realize that it is OK for the whole world not to agree with them on philosophy. Especially when those philosophies have economic ramifications."

    For whom? Those who have the money, or those who desire the money of those who have it.

  73. Re:Real Story...NOT INSIGHTFUL by EvanED · · Score: 1

    Here's another:

    5) It makes support more uniform. NVidia's support lines I'm sure don't want to deal with having 3 different forks of the driver code, nor do they want to have to deal with figuring out if problems people are reporting are due to the hardware, their part of the driver, or some third party's driver. Sure, they could say they only offer support for the official version or something, but then the lines still have to deal with people who don't have it but call anyway, lie and say they have it but don't, etc.

  74. I'm getting an error. by Anonymous Coward · · Score: 0

    /lib/modules/2.6.7-gentoo-r7/video/nvidia.ko: Cannot allocate memory.

    Anyone else seeing this? Any ideas? Anybody?

  75. Re:Real Story...NOT INSIGHTFUL by latroM · · Score: 1

    I am not an expert, but NVIDIA doesn't have to Free their OpenGL implementation, only tell us how to program the chip so that we can use an existing OpenGL implementation (Mesa) on it.

    That means compatability

    Aargh, not again. It is compatibility.

  76. Re:Linux newbies experiences on this issue by vvdd2 · · Score: 3, Informative

    You were trying to do very intrinsic things to Linux and then complaint. Such low level changes are hard to do on any system. The good thing - they are unnecessary for novice user. For you, as an inexperienced linux user, I would recommend to use FC2 installer and then just use the system. It has web browser/office suite/etc. Read Fedora support site - some things(NTFS) you were trying to do are not supported by Fedora yet. This would save you some time.

  77. too late by Anonymous Coward · · Score: 0

    Oh, too bad I already formatted my FC2 partition and installed SuSE. :)

    Really, I have been a long time redhat/fedora user, and fedora core 2 was the breaking point for me. Don't get me wrong, I like redhat stuff. But it sometimes seemed a little too ahead of everthing else. And I know someone's going to say I could've used a vanilla kernel or something like that, but I really didn't want to go for that option.

    It's just that even though Fedora is somewhat of a "testing" ground for redhat, it can seem a little unstable.

    1. Re:too late by Anonymous Coward · · Score: 0
      The selinux stuff in Fedora is what sours me. It really is just an undocumented administrative headache. For most people, selinux is overkill. It might help on a machine shared by a lot of different people. But on a workstation, selinux is not really needed. If your machine is comprimised, then selinux is really only a band-aid anyway.

      FC2 is good, but it would be better for most folks if they removed the selinux cruft.

  78. Re:Real Story...NOT INSIGHTFUL by krogoth · · Score: 1

    I just want to use my own computer. Making things harder for manufacturers who provide binary drivers or would provide them if they were supported better prevents this.

    --

    They that quote Benjamin Franklin on liberty and safety deserve neither.
  79. Go and use MS Windows by kyz · · Score: 0, Troll

    So, what you're basically saying is you're a pragmatist, aka a sell-out. You are not an idealist. You spend your time playing games, not programming.

    You would give up on Linux if you ever had to do some reverse-engineering and programming yourself to get something to work.

    I'm going to be the first to break this to you - Linux is not for you. Keep it on your servers so you can have a free UNIX, but by no means use it as your desktop. Given you don't care in the slightest about having access to the source code of every single component on your system, and a guaranteed permission to modify and redistribute it as you see fit, then you really don't need Linux. Microsoft Windows or Mac OS X both subscribe to this "unchangeable, private" philosophy, and should fit your "rather have something closed that works" needs very well. Be honest, you're a PC gamer. You already have Windows. Why bother with Linux if you're just running closed source software on a closed-source tainted kernel?

    Do you really think NVIDIA's staff are the only people in the world who do cutting edge graphics programming? Do you really think NVIDIA are the only people who could make the "special sauce"? Most of the advances in graphics technology have come from academia, where the "secrets" are published globally, they're not kept under lock and key.

    --
    Does my bum look big in this?
    1. Re:Go and use MS Windows by steveha · · Score: 1

      Are you a troll, or just an arrogant elitist?

      Given the fact that I have one computer that can dual-boot into Windows, you extrapolated this elaborate fantasy about what I think, what I do, who I am. Grow up.

      Hey, check this out: the computer I'm using to type this has a GeForce2 card, and it uses the nv drivers. It even uses the DFSG special extra-free edition of Xfree86 4.3! This computer has exactly one piece of proprietary software on it, the Linux Flash player plugin. Now, tell me all about myself some more! Will Linux ever be for me?

      Do you really think NVIDIA's staff are the only people in the world who do cutting edge graphics programming?

      No, and I never said so, either. It's simply true that their drivers are the best around; go read what John Carmack has to say about them. From what I've read, nVidia's hardware isn't quite as good as ATI's; they make up the difference with the drivers. And nVidia spent real money paying real people to write and debug those drivers. They don't want to just give that away, and that's fine with me.

      I'll bet that the FOSS drivers for the Radeon 9600 will be good enough to play Unreal Tournament 2004 within a year or two, and I'm looking forward to switching. I'd just as soon play the game between now and then, though.

      steveha

      --
      lf(1): it's like ls(1) but sorts filenames by extension, tersely
    2. Re:Go and use MS Windows by terracon · · Score: 1

      Right now there may not be 9600 open souce drivers because ATI won't release programming information. Someone was working on r300 but withoug any documentation about the card it's going to be very slow progress.

    3. Re:Go and use MS Windows by ScottGant · · Score: 1

      So, what you're basically saying is you're a pragmatist, aka a sell-out. You are not an idealist. You spend your time playing games, not programming. Given you don't care in the slightest about having access to the source code of every single component on your system, and a guaranteed permission to modify and redistribute it as you see fit, then you really don't need Linux.

      Um...I don't program...I don't know how...I never learned and I really don't have the time nor the reason to start learning now.

      Does this mean I shouldn't use Linux? Linux is only for those who program? You mean I've been using Linux exclusivly without even dual-booting when I shouldn't have been?

      I also use Gentoo which is almost all source code...except for stuff like Sun's Java and nvidia's drivers to name two. So because I don't have the source code for my video card, (plus the fact that it really doesn't bother me that I don't), I should chuck it all and go to Windows or Mac...or else I'm a "sell-out"? You're a programmer, right? Do you charge your employer for the code you write? Or do you just write it for free...and then take the code you write and distribute it to everyone. Aren't you kinda selling out if you charge your employer for your programming? Even if that's what they hired you for...a true idealist would take the job, then never cash their paychecks. Shouldn't you just give the code to your employer to make them a better company! Think of the savings they could incure! If not, you're not an idealist are you?

      Or how about this, face the fact that things are not as black and white as you'd like them to be.

      Also, I've noticed that ATI doesn't give out their source code either...why doesn't everyone jump on their case? (I don't know this for sure as I don't own any ATI product...but I've not seen any rumblings about it other than people having a hard time getting them to work sometimes).

      --

      "Music is everybody's possession. It's only publishers who think that people own it." - John Lennon.
    4. Re:Go and use MS Windows by Anonymous Coward · · Score: 0

      I'm not the original poster, but couldn't resist...

      So, what you're basically saying is you're a pragmatist, aka a sell-out. You are not an idealist. You spend your time playing games, not programming.

      Free weights, hiking, reading, and solving puzzles are my "fun time" activities.

      You would give up on Linux if you ever had to do some reverse-engineering and programming yourself to get something to work.

      I'm a systems administrator. I prefer linux because of its stability, and every once in a great while I have to hack around to get something to work. I have a real job (i.e. not at your mom's flower shop where you work) which demands approximately 45-55 hours a week of my undivided attention. I sincerely appreciate the sacrifice made by those who DO code, because it allows my organization to run an efficient technologically advanced OS.

      I'm going to be the first to break this to you - Linux is not for you.

      No statistics in as of yet, but out of over a hundred linux junkies I know, there MIGHT be ten of them CAPABLE of doing professional quality code (and yes, I used to code so I know something about it) and out of them one or two actually DOES code.

      With the flake attitude you have its no wonder I have to bend over backwards to convince my PHBs that linux is the answer to most of our computing needs. If everybody had your attitude, at best linux would be a niche OS and at worst it would die an ignominious death. This is also the reason I keep my BSD skills polished up, as the BSD folks seem to require little adult supervision.

    5. Re:Go and use MS Windows by otis+wildflower · · Score: 1

      I'm going to be the first to break this to you - Linux is not for you. Keep it on your servers so you can have a free UNIX, but by no means use it as your desktop.

      Thanks to you, M$ wins.

      Good job there, sparky!

  80. Re:Real Story...NOT INSIGHTFUL by Zebidiah · · Score: 0
    3) Hardware manufacturers want the hardware to be as much of a black box as possible. Handing out driver source, thus exposing the hardware interface and not just the driver interface, provides more intformation about the hardware, and would make it easier to guess how it works. [You touched on this in your last pgh.]

    It would be interesting if another card manufactuer released the drivers for the their card and opened sourced them. If it proved popular would NVIDIA do something similar?

  81. Performance problems with these? by ultrabot · · Score: 1

    Have any of you had any performance problems with these drivers? They seemed to be sooo much slower than the previous driver, I wonder whether some config option needs to be tweaked after the upgrade.

    What's extremely commendable, this this time there is a graphical tuning utility. We're getting there...

    --
    Save your wrists today - switch to Dvorak
    1. Re:Performance problems with these? by m05 · · Score: 1

      just installed it. its much faster than the version before. i had to use the nv driver for desktop working and the nvidia one for 3d because the refresh of the desktop was too slow (as bad as apple os 10.0). the problem is the hight resolution of the dell inspiron (1920x1200) with kde 3.2. acpi still does not work on suse 9.1. i dont know where the problem is. suspend beeps three times but does not work. stand-by tries to stand-by but wakes up after some seconds.. i did not test any games with the new driver.

  82. Freakin' A! by drfreak · · Score: 1

    This also means KnoppiXMAME will be able to kick it up a notch. I have been waiting for this to develop my next version. Somebody needs to include these drivers in a vanilla distro. Keep your eyes out..

    P.S. I have researched re-distribution clauses in both NVidia and ATI's drivers. There is nothing stopping people from including these drivers in their distros. Besides partisan software belivers that is. bahahahhaa! Evil rules your etch-a-sketch! muahahaha!

  83. Re:Real Story...NOT INSIGHTFUL by Dave2+Wickham · · Score: 1

    I'm not quite sure how a world with nothing but Free software wouldn't work; can you elaborate on that point? I'm not saying that it's something which I feel is a vital event (though it would be nice), but I don't see how it wouldn't work.

  84. Re:Real Story...NOT INSIGHTFUL by Anonymous Coward · · Score: 1, Insightful
    Richard Stallman also seems to be totally oblivious to the fact that large scale, well-written software takes vast amounts of time to produce, not to mention years of practice.
    PLEASE ENLIGHTEN ME how Stallman would be oblivious to these facts. Do you have any idea how much work has gone into GNU or did you just feel it would be convenient to forget that for the sake of your argument? Or maybe you think GNU is a small scale, poorly-written hack done in a short amount of time?
    I have written free software before, and I use OSS..
    Perhaps, but you apparently still don't get the point of FS/OSS, which is surprising because your posting history suggests that you've used it for quite some time.
    ..but in a capitalist society, closed source software is the only truly viable option for a programmer to make money.
    Oh yeah? can you spell R..E..D..H..A..T? And yes, while RedHat is the ideal example here; there certainly are more FS/OSS vendors out there turning a profit.
    Imagine a world with nothing but free software. It just wouldn't work. Most OSS programmers write closed-source software in their spare time.
    Dude.. This has been repeated like a gazillion times on Slashdot. Free as in freedom not as in free beer (although you can get it at zero cost). No one is stopping anyone from charging for free software, though, most vendors prefer not to - and charge for support and/or services instead. That's one way you can make a profit off free software.

    I really don't mean to be rude but you should make an effort to understand the concept better before you start bashing someone like RMS. And no, I am not against closed software, I just happen to prefer it open due to it's educational value. You know, it's people like you who make me think that there actually are Microsoft employees infiltrating Slashdot.
  85. Wouldn't matter by Sycraft-fu · · Score: 2, Insightful

    There are software Quadro hacks for Windows. Go look for RivaTuner. Thing is, it's not the magic that many forum dwellers seem to assume:

    It actually slows game performance in many cases. Games are written for consumer cards, not pro ones, and what is good for pro apps isn't always good for consumer apps. Hacking your card to look like a Quadro (or getting a real one) won't make your shit run faster, if your shit is games.

    More importantly, GeForces aren't certified by pro companies. This is important if you are doing REAL work where fuckups caused hacked drivers aren't acceptable. You want tech support, you use hardware they support. That is part of the money you pay in a Quadro, is the pro software saying "we'll support this".

    It's kinda like Orcale on Linux. They support very specific, enterprise, Linux versions like RHEL and SUSE Enterprise. They WILL NOT support you if you use the consumer versions (also I've never been able to get to install on the consumer version properly). They aren't willing to play games, they'll only support the big-daddy distros they like. Don't like it? Don't as for support, or go install it on Windows.

    There's a difference between the univeristy warez d00d that download Maya, hacks his GeForce and piddles around and the professional working to make a movie. When there's money involved and time costs you, you are willing to pay for certified solutions to minimise the problems.

  86. Why bother ? by anti-NAT · · Score: 1

    Just use 4K stacks. Much simpler than always allocating 2 x 4KB adjacent pages, with the associated waste. Sort of like taking two steps forwards all the time, just in case you might want to move that far sometimes.

    Your solution is very wasteful just to cater for one or two exception manufacturers who won't release their hardware programming information.

    One of the Unix tenents is to "optimise for the common case". Binary modules are not the common case, so always allocating 2 x adjacent 4KB pages wouldn't be following that tenent.

    --
    The Internet's nature is peer to peer - 20050301_cs_profs.pdf
    1. Re:Why bother ? by some+guy+I+know · · Score: 1

      Yes, yes, I know all of that.
      I was responding to the statement that allocating 8K of contiguous memory might not be possible due to memory fragmentation, and suggesting a solution to that problem.

      That said, I don't really see a problem allocating memory in 8K chunks anyway.
      The waste is negligible in today's systems, which typically have 256 MB to 2 GB of memory, most of which is allocated in huge chunks.

      None of this would be an issue if the kernel could grow the stack dynamically, or if it used paging (despite the speed issues).

      --
      Those who sacrifice security to condemn liberty deserve to repeat history or something. - Benjamin Santayana
  87. Could NVIDIA finally,slowly be getting it? by iwbcman · · Score: 5, Interesting


    I must admit-I am a bit suprised that SLASHDOT didn't pick up on it. It might just be a little insignificant thing which doesn't warrant much attention anyway-who knows. Of course everyone is mentioning the support for 4k stacks. And of course this is important. Anyone who has used Andrew Morton's patch set knows what a PITA this issue was. But nvidia even did more than fix the single most blocking issue regarding their drivers and the 2.6.x kernels.
    They also:
    Added support for ACPI
    Fixed problem that prevented 32-bit kernel driver from running on certain AMD64 CPUs.

    Added support for GLSL (OpenGL Shading Language).
    along with the new nvidia-settings utility-GPL'ed and written in GTK2....
    and finally they added:
    Added a new Xv adaptor on GeForce4 and GeForce FX which uses the 3D engine to do Xv PutImage requests.
    Now I am not an expert on such things-25 years of experience and I am still left asking more questions than my ability to answer. _But I noticed this little innocuous "xv" thing and was like WOW-cool. I leave it up to those who know more to shoot me down-but doesn't this little "xv" thing mean that all those Linux users who use nvidia GeForce4 and FX cards suddenly got a a tremendous boost when doing much of anything with video ? After all XV is what all of the video players under Linux use for good quality full-screen video(mplayer, xine, totem, gxine, helixplayer etc.)
    Now if I understand this correctly everytime a PutImage() request comes along under XV this is handed over to the 3D engine-automatically. It seems as if this would be a very, very significant reduction in CPU usage-particularly for older generation(PII/PIII) machines which happen to have fairly modern graphic cards. Full-screen divx under mplayer with the new drivers uses 12% CPU on average on my machine-I unfortunately did not do a benchmark to test this-but if my memory serves me correctly this is significantly less than what is was with the older drivers.
    Now the downside to this-at least for the time being- is that some apps don't quite work with these new changes-Xine-and it's siblings(totem,gxine, kxine etc.)
    But I assume these will be fixed pronto.
    Well where am I going qoing with this train of thought:
    Putting this kind of support for XV in the NVIDIA drivers -is really simple for the NVIDIA guys-perhaps even trivial-but it can mean a tremendous improvement for the users of these cards. NVIDIA has always treated Linux like a second class citizen-but hey who can complain-at least they acknowledge that Linux exists-compared to the BSD's Linux support is great-of course only if you are using x86 CPU's. Now everyone knows that the graphic workstation market has all but disappeared. But what if NVIDIA was to decide to simply really take advantage of the X11 windowing system and it's features.
    Imagine if NVIDIA would actually provide good RENDER support-wow what a difference that would make for 2D desktop support-particularly under GNOME which uses RENDER extensively in VTE/PANGO-ie. why text scrolling in gnome-terminal is so abysmal. I am still stumped by the fact that the open-source X11 nvidia drivers support RENDEr far, far better than NVIDIA's own in-house drivers.....
    Imagine if NVIDIA would really support the libfixes, libdamages and libcomposite extensions which are currently being developed at Xorg-X11. Sun's Looking Glass is already using libdamages and libfixes-I got it up and running on my machine yesterday-and yes it is still pre-alpha-but I have never, ever seen such a fluid desktop environment. This tech is almost *evil*- the promise which it presents is simply baffling-rendering all previous X11 windowing experiences to the days of the stone age. I don't really care that much about Looking Glass-if NVIDIA properly supports the X11 extensions we will have cairo-enabled desktops inside of the next year which will fundamentally alter the X11 experience for X users.
    Ok. So here is the point of this little essay: If NVIDIA would simpl

    1. Re:Could NVIDIA finally,slowly be getting it? by elFarto+the+2nd · · Score: 3, Informative

      Snipped from the driver's README:

      Option "RenderAccel" "boolean"

      Enable or disable hardware acceleration of the RENDER
      extension. THIS OPTION IS EXPERIMENTAL. ENABLE IT AT YOUR
      OWN RISK. There is no correctness test suite for the
      RENDER extension so NVIDIA can not verify that RENDER
      acceleration works correctly. Default: hardware
      acceleration of the RENDER extension is disabled.

      Personally I haven't noticed any difference, but then I've got some AGP issues, so YMMV.

      Regards
      elFarto
  88. ATI + 2.6 is OK in Debian Sarge :-) by Anonymous Coward · · Score: 1, Informative

    No muchie to add really folks, just this linkage....

    http://www.rage3d.com/board/forumdisplay.php?s=b ef ffec2e9be58fa181ba97b1c627de8&f=61

    http://www.rage3d.com/content/articles/atilinuxh ow to/

    Xcuse the length of the URLz but the Nvidia FUD needs to be corrected....

    Now maybe ATI will send me a new card ;-)

    Enjoy folks & Peace.

    Greek Geek :-)

  89. "Google it." by Anonymous Coward · · Score: 0

    Thanks! Which one of the 10,000+ results should I read? Is it much better than a direct answer from a fellow Slashdotter?

    (Read: You, Sir, are a moron and should go away.)

    1. Re:"Google it." by Anonymous Coward · · Score: 0

      thank you for pointing out the uselessness of people who simply say "google it" without even giving good terms or a direct link. Anyone who simply says "google it" should get -3 Smartass, -4 Laziness, -5 Arrogance.

    2. Re:"Google it." by gwhynott · · Score: 1

      people who would rather wait on slashdot for an answer instead of doing 2 minutes of legwork strike me as lazy. People such as you should STFU.

      +1024 lamer for you.

    3. Re:"Google it." by gwhynott · · Score: 1

      you call me a moron while you can't do your own simple research without consuming other peoples time? funny how that works.

      How many results returned means little here. I use google to do research, with 10,000+ or more results returned. Do I read them all? No... Do I find what I'm looking for? Yes, in about 30-120 seconds.

      get it together.

  90. Reason for 4K stack by Anonymous Coward · · Score: 0
    THE reason for 4K stacks were - as mentioned in the LWN article afaik - to lessen the load on the memory-allocator, because here an order 1 = 2^1 = 2 consecutive free pages allocation has to happen.

    With a 4K stack that's only an order 0 and finding a single free page is very easy and fast.

    Talking about page sizes:
    x86 uses usually 4K and has an option for bigpages, 4M/page. This is used for kernel adressing to perform better (smaller pagetables) and can afaik also requested for user stuff, but I don't know how at the very moment.

    64bit CPUs as alpha used to have 8KB/page, with a similar bigpage-concept as above, sometimes they have 3-4 pagesizes to configure, eg for HUGEMEM-applications like databases with huge buffers, so there are less pagetable-entries to allocate and administer.

    Hope everyone's satisfied now.

  91. What's The Allure of NVidia? by reallocate · · Score: 0, Redundant

    Honest question: What's all the noise about NVidia drivers?

    I'm not a gamer, but is it that?

    Or is it that people keep buying machines that have NVidia chips on board?

    --
    -- Slashdot: When Public Access TV Says "No"
    1. Re:What's The Allure of NVidia? by DanielJH · · Score: 2, Insightful

      NVidia's is behind in the speed war, but far ahead in drivers. The Linux drivers from NVidia have been historically been just as fast as their MS counter parts, where ATI haven't been. This means that NVidia is the faster cards under Linux. NVidia drivers also work for all cards. If you have a bad graphics card, you simple replace it with an older NVidia graphics card, no configuration changes required. This is a big SysAdm win.

      The larger deal for me is the "Enginnering Desktop". Linux is a great fit because the interface was built by Geeks for Geeks. However, fast stable graphics are a requirement.

      These drivers have been overdue for a long time as well, this always makes them valuable. For me it means my applications run on x86_64 in 32bit mode, and when the process is using > 2GB of memory. (Bugs fixed sense the last driver release.)

      Many of us are not interesed as much in Open Source as we are is using the best tool for the job. In my opinion that tool is Linux. (If you don't believe me, why are we woried about Linux users leaving and using OS X?) We do not see using good propritary drivers as "throwing out all our precious principles", we see it as using the best tool.

      I also am not so sure that we need to fear propritary drivers. The reason Windows is so well support is "market share". Linux is gaining market share, enough market share in fact that the Graphics Card companies must respect us. The more market share we have, the more respect we will get. One day we may get the first drivers and Microsoft users will have to wait on theirs...(A boy can dream.)

    2. Re:What's The Allure of NVidia? by Anonymous Coward · · Score: 0

      I don't know what "job" you are speaking about. But under the Unix X Window System, 2D drivers are what count. The leader in 2D X Window drivers is Matrox. If you are doing serious CAD or need full support for crystal clear dual headed displays, then Matrox is traditionally your first choice. Certainly if vendor support counts, Matrox is your best choice.

  92. Re:Real Story...NOT INSIGHTFUL by kasperd · · Score: 1

    Or go out and revise the nv drivers. Nothing (I would assume) prevents you from doing so.
    I don't know the driver, so I cannot say for sure. But AFAIK the problem is that you have to chose between a buggy closed source driver that only work with some kernel versions, and a open source driver written by people without access to hardware specifications, which means it is bound to be buggy and badly performing.

    Nothing prevents you from getting a video card from another company.
    If I knew a company with good support, I would support them. Good support means complete hardware specification available to all developers, and that the company tests their hardware with at least one GPL'ed driver.

    Besides, what would 99.9% of linux people do even if it was open source?
    They would use the driver provided with their distribution.

    And for the 0.1% of people who do mess with it, unless they discovered some great tweak that would provide a significant feature or speed advantage over the NVidia drivers
    Probably you wouldn't see much improvements in terms of rendering speed. But you would see bugfixes and maybe improvements in case the driver might sometimes cause a performance degrade of the rest of your system. There are different ways for the improvements to end up on end users machines, the most likely go through the users' preferred distribution.

    I trust them more since the quality of their drivers partially determines their sales, and thus they have a bigger motivation to make them better.
    You wish. I think it took way too long time for them to release a version that worked with 4KB stacks. But an open source version might even improve the version of the driver supplied by NVidia. As patches become available it would be fairly easy for NVidia to include in the version they supply. But of course most end users wouldn't use it unless the one that came with their distribution didn't work.

    --

    Do you care about the security of your wireless mouse?
  93. Re:Real Story...NOT INSIGHTFUL by Tim+C · · Score: 1

    you have to let nVidia control your computer

    Ok, I'll bite - in what way does NVidia control my computer if I use their drivers? Because they get to say what features go in and what are left out? I don't know the first thing about writing graphics card drivers, so either way, it's not up to me.

    Because they could put $eevilMalwareFeature in them? With open source drivers, I'd still have to trust that this hasn't happened, as (as above) I wouldn't know a benign graphics driver from an eevil one, especially as I wouldn't look at the source.

    Saying that NVidia controls my PC is akin to saying that Mandrake controls it - after all, open source or not, I have neither the time nor the inclination to check all that source. Either way, it could be doing *anything*, and I wouldn't know.

    At the end of the day, you have to trust *someone*. Companies are not automatically evilly hegemonistic, company employees writing closed source code are not automatically evil, and open source coders are not automatically good.

    I trust NVidia not to do anything stupid. They'd be found out eventually, and the backlash would surely more than cancel out whatever small benefit they derived from it. Being binary-only didn't stop people working out that the drivers cheated to improve performance for common benchmark tests, remember?

  94. still no ET by ydnar · · Score: 1

    Why bother--even if nvidia did compile them for ppc Linux, you still can't play Enemy Territory...

  95. Re:Real Story...NOT INSIGHTFUL by neko9 · · Score: 1

    nVidia is the lesser of two evils to be sure, so they get my money (that and the awful ATi driver issues with Windows XP, but that's a different story) for now

    my money too. i'm sick of crappy ATi drivers and software. and that's why my new card is GeForce FX. and imho nVidia GPU design is much better too :-)

  96. The Shiny Objects Factor by RPoet · · Score: 0, Flamebait

    It's the Shiny Objects Factor. Please are gamers, and they try to be pro-free software at the same time. So they gladly install binary-only, proprietary, unfree device drivers to be able to see Shiny Objects on screen, in the process throwing out all their precious principles momentarily, spitting in the face of everything that made Linux possible.

    Real free software followers choose freedom over Shiny Objects.

    --
    "Oppression and harassment is a small price to pay to live in the land of the free." -- Montgomery Burns.
    1. Re:The Shiny Objects Factor by RPoet · · Score: 1

      Please do s/Please/These/ when reading that :) Thank you.

      --
      "Oppression and harassment is a small price to pay to live in the land of the free." -- Montgomery Burns.
  97. Re:Real Story...NOT INSIGHTFUL by poptones · · Score: 1
    But you are ignoring the fact those "0.1% of people who mess with it" are, in fact, the people (on any given project) who give open source much of its value. Open source doesn't require EVERYONE to tweak and contribute - only those who are motivated. But those are the folks who make any given project competetive.

    I trust them more since the quality of their drivers partially determines their sales, and thus they have a bigger motivation to make them better.

    I have an SiS chipset system right now as my main desktop. It's not the best, but it's not the least. And I don't need high power 3D, I only need good 2D (video) playback on the system. And linux has pretty good (open) SiS drivers and I wanted a smallish system with an "all in one" motherboard, so I went with an SiS765. And, in fact, my system works BETTER in linux than in windows XP or 2000 even *after* I have installed the very latest and greatest from their website *and* added one of those fancy windows toolbar widgets to let me microadjust the scan rate and resolution.

    When I install mdk10 or suse9.1 or fc2 it lets me set the resolution of the display to something truly useful like 1440x1050 or 1280x960 rather than the fucked-up distortion that is 1280x1024 - which is all the factory drivers in windows can manage between 1024x768 and an ungodly (for my eyes on my 19" monitor) 1600x1200. And these distros do it right from the default install screen, and I don't even HAVE to adjust anything to get the highest possible scan rate at these settings. But if what you say were true then SiS should have even *better* video drivers available in windows since they (presumably) are motivated by all that income potential and, after all, they have that insight from those linux geeks on which ot base their own work. So if a bunch of geeks can reverse engineer or just read the docs and *create* drivers of this quality, why can't the manufacturer?

    This is the greatest lie of the Capitalist church: that money is the greatest motivation above all even in a free market, and that it will lead to the higher quality product every time. If what you say were at all true then SiS should have some insanely great XP drivers for their 7xx chipsets - so why is it the open source drivers beat them hands down?

  98. Re:Real Story...NOT INSIGHTFUL by BlackHawk-666 · · Score: 1
    They sell cards based on minute performance boosts over their competition, less than a percent in some marginal cases. These differences are usually found in their drivers, which improve over time. Check out THG to see this in action. You'll notice they always mention the drivers used, and occassionally will drop back to a previous driver for better performance.

    If you make them open source the driver code then it levels their playing field with the competetion (who are not open source). The competition can optimise their own code based on NVidias code factoring. If ATI can get just a single percent improvement over NVidia they will automatically sell more units. This is how NVidia stands to lose over open sourcing the drivers. Me, personally, I don't mind a little closed source on my box if it means I can play Unreal Tournament "The way it was meant to be played"; on GNU/Linux :-)

    --
    All those moments will be lost in time, like tears in rain.
  99. Worthless by Grayswan · · Score: 1

    I tried the last version before this one. I ran the .run file and it failed saying "cannot fine module name". Huh? This driver couldn't find its ass with its own two hands.

    --
    If you open your mind too wide, people will throw trash in it.
  100. Re:Real Story...NOT INSIGHTFUL by Anonymous Coward · · Score: 0

    The "zealots" just want to control their own computers.

    Yeah! And I want complete control of my Subaru. Where's the source code for all of the microprocessor driven systems in the vehicle?

    Go buy a Radeon 8500, I hear they're supported in open source completely. My GeForce 5900 under Slack 10 works just fine with closed source drivers, thank you.

  101. Re:Real Story...NOT INSIGHTFUL by amide_one · · Score: 3, Insightful

    "Unfettered, unrestricted capitalism is a fantasy" - only because any time it shows up, regulation follows along behind. (Similar dilution happens with other "pure" implementations of economic theories.)

    "only in the last couple of decades"? what about the great big monopolistic empires of the late 19th Century? Standard Oil? United Steel? J P Morgan and Carnegie? The railroads? These are the reasons the original anti-trust laws were passed. (And before that, go back to the East India Company and the other government-licensed charter companies.)

    Corporatism is a political system which is not at all at odds with "pure" or even regulated capitalism (an economic system).

    People are always going to label people or arguments they dislike with names for other things they dislike, whether it's "you poopoo-head!" on the playground, "communist" or "Nazi" (or "capitalist") for adults. Are you hoping that's a "sign of the end days of this world view"? Keep hoping, 'cause people have been dismissing (or attacking) other people as "socialist" or "communist" pretty much since those terms were coined.

  102. It's easy to fix if you have source. by r00t · · Score: 1

    Just look for a large struct or array on the
    stack, or perhaps some recursion. Find it and
    fix it. There are tools to help find these
    problems. The tools are regularly run against
    the official kernel source, while proprietary
    drivers miss out.

    I'm sure I could have fixed the problem in a day.

  103. fedora? by Chuck+Bucket · · Score: 1

    er, I think these drivers will also help me running Gentoo and Slack workstations. They've been running 2.6 for ages...

    CB

  104. Forget the drivers, just give me OpenGL by Chemisor · · Score: 1

    I wouldn't care if the drivers were binary, but why not allow OpenGL to be used on more targets than just X. MesaGL works just fine on the framebuffer, on SDL, even on aalib; why can't nVidia's version do the same? And support the regular framebuffer console _with_mode_switching_ (which VESA fb does not do). Is this really so hard?

  105. question on video in general by zogger · · Score: 2, Interesting

    I see these articles all the time, and to me, it seems this struggling with drivers and vendor lock in with using exact specific cards for the video is the problem. Is it possible to use a comopletely separate computer to just run the video? All the cards are is a small computer system with an onboard cpu-like thing, on board ram, some controller chips etc, which to my layperson's understanding is just another form of a normal mobo and assorted gear on it stuck on a card you slap in a PCI slot or whatever. So, my question is, would it be possible to just use another computer to opensource replace the whole video card experience? Have a computer you could build yourself that mimiced what a video card does, and have drivers that can be easily written GPL fashion then? I understand you'd have to be able to get normal computer A to talk to video card emulator computer B. Just asking the smart guys here if this has ever been done, if it's possible, is it a lame idea or a good idea long term, etc? Just seems with the ability to have gigs of ram and high speed chips, etc easily obtainable on the mobo of your choice, this might be a completely alternate way to go other than being stuck with basically a couple of companies and driver hassles all the time, to move it away from propietary.

    Of course,I admit I have no idea, hence asking.

    1. Re:question on video in general by dmaxwell · · Score: 1

      I suppose you could but you'd wind up reinventing AGP. Your theoretical computer will need a fast interconnect with the host machine. Besides that, you have the slight task of designing an effective GPU.

    2. Re:question on video in general by lordcorusa · · Score: 2, Insightful

      I hope the moderators mod this up as interesting, because it certainly is. Very, very naive, but interesting none the less. Such a question implies that you are either a teenager or an ivory tower researcher ;-) I hope you manage to keep your idealism.

      The system you describe is a distributed operating system. Your hypothetical system has been contemplated by many researchers, perhaps most famously with AT&T's Plan 9. The problem with this, as with all other distributed operating systems, is that is still *very* theoretical and likely will be for some time.

      For such a system, you will need a network connecting the two computers. I am assuming you want to go with commodity hardware for price reasons. To get adequate performance for modern graphics cards, as well as to leave room for new cards debuting in the next couple of years, you will need an extremely high speed physical layer. A 1Gbps ethernet bus would be the bare minimum now, and you would likely need to go up to 10Gbps to get good perfromance for today's high end cards or the cards of the next few years. A 1Gbps network is just becoming affordable for high end consumers, while a 10Gbps network is still far too expensive for consumers and likely will be for several years to come.

      Next comes building the "graphics card emulating computer". While graphics cards are miniature PCs in an abstract sense, in actual implementation they are very different. I won't claim to fully understand the design of a modern graphics card, but the GPU processor and data bus are highly optimized for graphics handling tasks. You would therefore likely need a top of the line general purpose motherboard and CPU to emulate a modern card's performance. Once again, not an inexpensive thing.

      Next come software issues. Assuming you actually hope for more than research lab adoption, you cannot force vendors to rewrite all of their low-level graphics routines. Concordantly, you will need to provide an emulation layer that makes X11 (or whatever graphics system(s) you target) think your graphics computer is just another onboard video card. This will likely require at least a kernel hack, if nothing else. You will probably also want to hack on the drivers of the network cards you use, to improve their performance (mostly reduce latency). This is probably the easiest of your software challenges.

      For network transport, TCP will certainly be overkill. If you want to make this friendly to existing network protocols, you will have to design a UDP-based protocol, but even UDP might cause a performance hit. For best performance, you will likely end up ditching compatibility with TCP/IP type networks and programming directly to the data link layer. In any case, designing a quality protocol of this type is an extremely difficult task! Don't expect to get it right on the first few tries.

      Last of the software challenges, the software on the graphics computer will have to be customized heavily to emulate the high performance operations provided by a graphics card. Unless you can manage to find an expert in 3D accelerated graphics hardware who is *not* under an NDA from one of the graphics card companies, this will require a lot of research.

      Finally come non-technical hurdles. First, you have to worry about competing implementations. If your project builds steam, your team will likely start to face competition. This will inevitably lead to incompatibilities, which will have to be straightened out by some standards process. Add a couple of years to the total time for that.

      Even if we assume that after years of research such a system is built and everyone actually standardizes on it, it will likely cost *much* more per unit than an equivalent graphics card. I just don't think that "freedom from lock-in" will be enough to successfully market this to John Q Public, and without that support, even geeks may find it hard to afford such a setup.

      In conclusion, what you suggest is

      --
      The preceding comments reflect the author's personal opinion and are public domain, unless explicitly stated otherwise.
    3. Re:question on video in general by zogger · · Score: 1

      My idea, well question for an idea, was based on combining two ideas. One, is I think all the devices with computers should be stand alone modular. I think that is how they will be designed in the future, with each device having it's own specific custom kernel and minimal circuitry additions,full embeded in other words, so that the device does one task, but does that one task very well, and can be used with any other device. The next generation of plug n play in other words..that is the goal beyond the idea in my mind, but to get there you need to various devices to act like that. The second is, thinking the video card replacement could be possible, was from looking at the work being done now with software radio,where they can change a lot of things normally done in hardware just with software changes. I thought, if there, why not here?

      As to me, I'm just a neogeezer blue collar geek who dabbles in futurism and cob jobbing. I just like thinking "what if?"

      My idea was to have a mothership basic very non complex computer, all it does is serve as a place for the devices to coordinate their actions. It is more minimal than what we have today,all it does is coordinate very well, but the devices are smarter, they are closer to being stand alone.

      Alternatively, a collaborative work to be done along the sides of a normal open source project, but to include the hardware engineers, to start to develop open source hardware, that could then be assembled cheaper. I know that's a lot of parts and complexity, but to just take baby steps towards it, and I thought with video cards it might be the first step with all the interest in them, and they are pricey when new all the time, and frequently get upgraded. I see this as a sort of waste, and thought it better to just build a basic video card-like separate device, where the upgrading is done primarily in software advances, seeing as how the cpu chip would be replaceable readily and the ram could be of a huge amount initially. Commodity hardware, taking the pc clone idea to two steps further than what it is now. Seems like you could use the same edge connectors on the pci or the agp slots that exist now, so making a jumper shouldn't be too hard. The video card side of the equation would use a stripped kernel for it's cpu that only did video. Maybe even one of the smaller chip companies could see a market in replaceable video GPUs that would fit in a normal intel type socket. I don't know, but seems just as possible as replacing normal cpus. I am understanding now that the chips are very differently designed, but perhaps with such a chip being available, combined with the ability to have quite a lot of ram to use, and a little room to move around with on a normal mobo, I thought it might be possible and actually do-able.

      Anyway, thanks for the detailed clarification on these matters. I had heard of the Plan 9 before but really didn't pursue looking at it, I didn't know it was so radically different, but if it follows what I am trying to describe and failing at, heh, I think it's a good idea compared to what we have now.

    4. Re:question on video in general by zogger · · Score: 1

      well, GPUS are out there, but they seem to be soldered to the boards, unlike CPUs which you can pop on and off and upgrade.

      anyway, I understand it's too complex, certainly for me, so eh, no biggee.

  106. What about ATI? by xeno-cat · · Score: 1

    ATI has been "full supporters" of Linux for many years now.

    http://www.linuxjournal.com/article.php?sid=5141

    Are you familiar with ATI's support for native X calls? Why try and squeeze water from a stone when their is a company that is fully committed to Linux already?

    As for graphics workstation, we use Linux thin clients at my office and I would like to get accelerated graphics running on them. But like you say, it requires that the card support the native calls in order to be effective. Your comments regarding xv have me woundering if the new drivers would speed up the Mozilla Flash plugin, which is a CPU and bandwidth hog.

    Kind Regards

    --
    "A few great minds are enough to endow humanity with monstrous power, but a few great hearts are not enough to make us w
    1. Re:What about ATI? by otis+wildflower · · Score: 1

      Aren't' ATI corporate Radeon drivers still closed-source like NVIDIA's?

      Aren't they also crap, as NVIDIA's aren't?

      (I'll have to reemerge nvidia-kernel on 'Tue.. Hoping UT2004 goes faster ;)

      Oh, and mad props for pulling a 5 year old article! Who games in Rage anymore anyways? It definitely can't drive 1920x1200 (a must in UT2004)...

    2. Re:What about ATI? by glitchvern · · Score: 2, Informative

      No, ATI was a "full supporter" of Linux for many years. Mostly, they gave the specs for their cards to the XFree86 NDA mail list, and the XFree86/DRI/etc developers produced top notch linux drivers for ATI cards. The old joke use to be you could tell how bad ATI's own (windows) drivers were by running the same card that performed poorly in windows and seeing how much ass it kicked in Linux. There were a few cards ATI developed open source drivers for in addition to giving the spec. Then for various reasons, ATI stopped providing specs for their cards and started releasing binary only drivers. ATI provided specs for all cards up to the Radeon 9200. It should be noted the Radeon 9100 (which is a rereleased Radeon 8500) is faster than a Radeon 9200 and is to the best of my knowledge the best graphics card fully supported by open source drivers to date. DRI's ATI Radeon details

  107. Re:Real Story...NOT INSIGHTFUL by invisintl · · Score: 1

    This is the problem with the closed source drivers; for me it's not about controlling one's computer, it's about making the hardware I paid for work. It's about customer service. nVidia supposedly has the best drivers under Linux, but getting bug fixes or technical support are next to impossible.
    Either nVidia should open their drivers(ideal) so users can attempt to maintain them or they and other graphics companies should provide high-quality linux drivers for their customers.

  108. In other news... by JessLeah · · Score: 1

    These drivers are still closed-source (except for the "kernel interface layer", a la VMWare and their similar layer). There are still no real "mass-market" cards with vendor-supplied open-source/free software drivers, or that supply complete specs to the OSS/FS communities. People who use "exotic" architectures such as SPARC or PPC with their Linux/*BSD installations are still SOL.

    1. Re:In other news... by Anonymous Coward · · Score: 0

      All VMware code that runs in the same address space is available. Their userlevel code is closed, as is their virtual machine monitor, but all driver source is available.

  109. A compromise. by dmaxwell · · Score: 1

    Nvidia can't or won't open source their driver? Okay, we have to live with that. But riddle me this, what is so secret about the register level specs of the cards? As the ALSA guys say, "We don't want the Verilog or anything. We just want the information necessary to write a driver."

    The result of this will likely be a driver that is not as fast and full featured as Nvidia's drivers. On the other hand, the driver will work across architectures and won't be plauged by silly problems like these 4k stacks. It will probably work correctly for more hardware cases. I have the Nvidia drivers and a SIS648 chipset on my machine. If I enable Hyperthreading, virtual terminals only work intermittently and my uptime will be something less than one day. I can see plenty of situations where I would like the choice between incomplete but throughly debugged 3D and all the bells and whistles.

    I used to run a Matrox G400. Yeah, 3D was weak but those drivers were solid. I seriously doubt there is anything sooper-sekret about the hardware interfaces to these cards.

  110. What kind of free? by Cobralisk · · Score: 1

    The drivers are certainly gratis, but probably not entirely unencumbered. NVidia is a hardware company, and who knows, maybe they actually use proprietary 3rd party libraries in their driver source. Speaking purely from speculation, however.

    --
    Waiting for ad.doubleclick.net...
  111. Go and don't come back. by Anonymous Coward · · Score: 0

    Go, outside. Try and get laid. You'll never have a job where you'll move up the chain. You'll be unemployed at 50 cursing kids nowadays.

  112. Finally! by incom · · Score: 1

    These drivers also appear to have fixed a pesky bug that made some athlon64 based systems only able to use the 64bit driver. I wasnt looking forward to reinstalling my system, and now I can play games! My system is an hp pavilion a530n in case anyone wants to know a specific system affected.

    --
    True genius is grasping a situation like a peice of fruit, and peircing it just right so that it drains dry.
  113. Not all is perfect by MasterVidBoi · · Score: 3, Interesting

    There are still serious bugs left from the previous revision, which was six months ago. That's a bit long to wait. While GLSL and 6800 support is nice, an interm bugfix wouldn't be unwelcome...

    A problem that leaves the console framebuffer blank after X is started remains. You need to work around it by adding
    Option "IgnoreDisplayDevices" "TV"
    to your xorg.conf. If you are actually using TV out, this could be a bit annoying.

    Even worse, it hasn't been more than 24 hours since I've installed them, and these drivers have already hung X twice. When an OpenGL process segfaulted, that process assumes state D (uninteruptable sleep), and becomes completely unkillable, along with X itself. I haven't figured out how to reboot cleanly once this happens. All I can do is ssh in, sync the disks, and hit the power button.

  114. MOD PARENT UP by malverian · · Score: 1

    This is very good news for AMD64 owners.

    --
    You're just mad because the voices in your head talk to me.
  115. Re:Real Story...NOT INSIGHTFUL by xophos · · Score: 1
    At the end of the day, you have to trust *someone*. Companies are not automatically evilly hegemonistic...

    In fact they are by definition at leas the ones that sell stock. If they were not their shareholders would sue them into non existence, for not maximizing their profits in every possible way.

  116. Re:Real Story...NOT INSIGHTFUL by innocent_white_lamb · · Score: 1

    As for getting another company's video card, the options are ATi, and Matrox, neither of which are any better in this regard,

    I have an Intel 865-based motherboard in this computer and the onboard video gives me 998 to 1003 fps with glxgears. This is under Fedora Core 2 and nothing but the stock driver that Fedora set up by magic when I installed the operating system.

    --
    If you're a zombie and you know it, bite your friend!
  117. Re:Real Story...NOT INSIGHTFUL by xophos · · Score: 1

    While i'm generaly sharing your conclusions, you forget one interesting point here: it's common practice of graphic card vendors to tune their driver specifically for some selected benchmarks. This would not be possible witch an OS driver for obvious reasons.

  118. Re:Real Story...NOT INSIGHTFUL by innocent_white_lamb · · Score: 1

    The claim that trade secrets would somehow be revealed by open sourcing their driver is possible, but I would guess is unlikely as the majority of NVidia's actual trade secrets would be in *hardware*.

    That's an assumption based on no known evidence or facts at all.

    All a driver is supposed to be is a standard interface for the OS,


    Winmodems, anyone? Brother printer drivers? Etc...

    and if there are tasks beyond this in the driver NVidia would almost certainly advantage by sticking it in hardware as well. It's for this reason I assume NVidia's driver license policy is the main fault for them not open sourcing their driver.


    See above. It's 100% guesswork.

    --
    If you're a zombie and you know it, bite your friend!
  119. 8k backwards compatibility. by Anonymous Coward · · Score: 0

    If this Linux kernel was a true contender up against Microsoft, then it would allow internal 4k support to be available while traditionally allowing backwards compatibility to bootstrap 8k support.

    I don't know the status of such feat.

    Otherwise, this is just a sourcecode compile-time pragma-hell where the kernel is just a giant monolithic static peice of code where every internal option can't be available: no homebrew kernels may ever be the same; a PITA to tech support.

    1. Re:8k backwards compatibility. by Anonymous Coward · · Score: 0

      What you describe is totally impossible, and mearly serves to demonstrate your lack of knowlege. Please be quiet.

  120. Re:Real Story...NOT INSIGHTFUL by gnuman99 · · Score: 1
    you have to let nVidia control your computer

    Damn... Now I have to rewrite my BIOS, and HD firmware, monitor firmware (so I will not need the tinfoil hat anymore), CD drive firmware... Oh man!! That's it, going back to my Lucy Mac!

  121. No, no, no. by ColonelPanic · · Score: 1

    We're talking about kernel stacks here, which aren't swappable virtual memory. Prior to the addition of the 4KiB stack option to kernel 2.5, Linux on i386 always allocated two contiguous 4KiB pages to hold the task structure and the kernel stack. (In Linux, the "current()" macro works by just taking the value of the stack pointer and aligning it downwards to find the task struct.)

    Cache line sizes vary between architectures and their implementations, but nobody has a 4KiB cache line size!

    And as far as "better performance" goes, not really, unless memory is full.

    The old nVidia driver must have had a largish buffer declared as an "auto" variable local to a function, or maybe used alloca(). By cleaning out such usage from the kernel, the hassle of allocating a contiguous pair of pages per process on i386 can now be avoided.

    (In the machine I've been porting the kernel to, the minimal page size is 64KiB, so this feature hasn't been much of an issue. :-)

    --
    "Skill shows through where genius wears thin." -Wittgenstein || Religion: uniting aviation and architecture.
  122. BwaaaHaHaHa by Anonymous Coward · · Score: 0

    " ATI has been "full supporters" of Linux for many years now."

    Umm, Okay. Whatever Dude. ATI's support of Linux has sucked for years and compared to what Nvidia has done.

    You are either deluded or an ATI fanboi. I say that knowing how gay that sounds and how overused it is, but in this case its true. For years and years Nvidia has been the only legitmate option on Linux for gaming.

    btw the fact that you linked to that article shows how little you know about ATI's linux support. That article as best is a testament to how shitty ATI's linux support has been. When those drivers finally came out they were long overdue and only supported outdated hardware.

    When it comes to graphics drivers and gaming on Linux nvidia is the only way to go. If you had any clue about the history of the way both companies have supported Linux over the years you wouldn't be posting garbage like that.

    1. Re:BwaaaHaHaHa by HiThere · · Score: 1

      ATI's reputation is for support that's both better and worse than NVidia's. Better in that they more frequently reveal the information needed to build drivers, worse in that they don't release drivers as quickly.

      N.B.: I don't know whether these comments are true or not, I don't play any fancy games that might need the advanced drivers, but that's the reputation as I have heard it.

      So if you want a manufacturer supplied driver, then NVidia has the better reputation, but if you want to build a driver, then ATI has the better reputation.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    2. Re:BwaaaHaHaHa by xeno-cat · · Score: 1

      "btw the fact that you linked to that article shows how little you know about ATI's linux support."

      You are right, I don't know much about ATI's support for Linux, only what rumor and innuendo seem to float around the Internet. That article was a random pick from a wealth of Google results. I do notice however that accelerated ATI drivers will install directly from a distribution (such as fedora) where as NVidia drivers are a secondary download do to licensing. As I understoof it, the ATI drivers are developed mostly by the Open Source community where as the NVidia drivers are binary only from Nvidia.

      Anyway, I don't want to nock NVidia at all. I have actually only ever used NVidia myself. It just seemed that the original poster was saying that it would be great if NVidia opened their specs. I was simply stating that I think ATI has actully done that, but I don't know if it has made a difference in the areas he was commenting on.

      Kind Regards

      --
      "A few great minds are enough to endow humanity with monstrous power, but a few great hearts are not enough to make us w
  123. The real reason kernel stack sized is fixed by ColonelPanic · · Score: 1

    Linux allocates a page (or contiguous set of aligned pages) to hold both the "struct task" and the kernel stack. The struct task is at the beginning of the page and the kernel stack grows downward from the end. So a kernel stack overflow is really deadly, since the "struct task" gets overwritten with stack data when that occurs.

    Also, the address of this page (or set thereof) is just a regular kernel-space address. Even if the "struct task" weren't at the beginning of the page, a kernel stack overflow wouldn't cause any kind of page fault event; you'd just start writing over the last bytes of the previous page.

    --
    "Skill shows through where genius wears thin." -Wittgenstein || Religion: uniting aviation and architecture.
  124. Re:Real Story...NOT INSIGHTFUL by Stallmanite · · Score: 1

    (anyone bringing up GNU/Linux can bite me. I know the history and respect GNU. It's unweildy)

    GNU/Linux really is awkward to say or type. It needs to be abbreviated to have any hope of catching on.

    If you wanna say "here's our stand, and we stick by it", I respect that. If you say "any stand but ours is unholy and wrong", then you are attempting to control and I have no use fer ya.

    I think that it is wrong to deliberately cripple a tool that otherwise could have been useful, just as some people think its wrong to eat meat. Take some old video games for example; they are a chunk of our culture and in some cases the source is lost. It's not a matter of life or death, but its not nice either.

    I wouldn't violate the GPL, as a programmer I respect other coder's work and time. But I also don't buy into the demand that EVERYTHING be GPL's, or whatever license you prefer.

    No one is demanding anything, but a time when most software is Free, is a goal the FSF is working toward. I see no problem with that.

  125. No Linux internals to speak of but ... by Tjp($)pjT · · Score: 1

    If they had (or have) a vectored interface for the drivers to use (all the driver callable support routines) and a jump table for the driver initialization to fill in, then kernal changes don't require driver updates except to have drivers take advantage of new support in the kernal or support libraries. Heck RSX-11 M and M Plus on PDP-11s had this ages ago (pre-PC). And since revealing the source to a driver pretty much opens the hardware up for full inspection, the manufacturers of hardware really don't like doing that without restrictive licenses since they'd lose competitive advantages. So until we can all just print out our new hardware in our homes or offices open-source hardware is not going to florish, hence competition is what will drive products to improve. A few billion dollars in the hands of some dedicated hardware engineers might change that, but then where would we all be when they orphaned a project?

    --
    - Tjp

    I am in wallow with my inner money grubbing capitalistic pig. ... Oink!

    1. Re:No Linux internals to speak of but ... by kasperd · · Score: 1

      What you describe is a solution only for the easy part, which Linux already has a better solution for. Finding the functions to call isn't really a problem, that is just a question about linking. Every module have a list of the names of symbols that needs to be resolved, and the kernel exports a list of available symbols. The problem is more fundamental changes. For example some parameter might be a struct, but between two kernel versions a new field might have been added to this struct. So if a module allocates an instance of this type, the wrong amount of memory is allocated. And when accessing fields, the wrong offsets are used. There are even more tricky differences. A function in the API might in some cases be implemented as a macro and in other cases as a real function. And the macro might very well expand to different pieces of code depending on your compile time options. For example on a UP kernel without kernel preeemption, a spinlock is an empty struct. And locking and unlocking are really no-ops. OTOH if you enable debuging, SMP, or preemption, then the spinlock is no longer empty. A module compiled for one case would not work in the other case. Finally there is the current macro, which need to know the stack size to find the task struct of the current thread. All of these differences does not cause any incompatibility at the source level, just compile the module against the right kernel headers, and it will work. If a change doesn't break compatibility at the source level, it will be performed regardless of binary modules. Maintaining binary compatibility for kernel modules means to stop development, and we don't want to stop development just because of NVidia and a few other vendors.

      --

      Do you care about the security of your wireless mouse?
  126. 4K stacks in fedora by fforw · · Score: 1
    The point is that redhat made 4k stacks mandatory in the fedora kernel ( they removed the CONFIG_4KSTACKS option from the kernel ).

    Since debian does not do this, the debian kernel could just be configured to not use 4K stacks.

    --
    while (!asleep()) sheep++
  127. Re:Real Story...NOT INSIGHTFUL by el-spectre · · Score: 1

    The problem is, many folks ARE demanding... whenever a new piece of software comes out, 1/2 the posts here are "why didn't they GPL it, those bastards", and it gets silly.

    --
    "Faith: Belief without evidence in what is told by one who speaks without knowledge, of things without parallel." - A.B.
  128. Re:Real Story...NOT INSIGHTFUL by drinkypoo · · Score: 1

    The drivers should always become open source, at least when the product is no longer being sold. If a company would make that promise, I would be more interested in buying their hardware. Of course nVidia still supports their oldest geforce cards with the same driver, so they'd never go for that.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  129. why NVidia should open source their drivers by Velex · · Score: 2, Informative

    I'm fully aware of the liscensing issues and the whole PITA that doing that for them would involve, but here's the thing:

    Right now, I have to "dual-boot" my X depending on whether I want good RENDER performance or want to run OpenGL stuff. My webpage has a theme I really like that my boyfriend made. The background is an animated GIF of rain falling. I'll get 100% CPU usage on my Athlon XP 1400+ and my browser will become practically unresponsive using the "nvidia" driver, but when I switch over to the open source "nv" driver, it does maybe 15% CPU usage -- just like in Windows.

    Mesa as absolutely unacceptable for doing 3D graphics. Even a simple shooter I'm working on called "Blammo" for the time being will chug to about 5 fps under "nv."

    Now, if only we could bring the features of the "nv" driver and the "nvidia" driver together.

    I think the main problem with "linux being ready for the desktop" (as though it isn't -- all that linux really lacks is the ability to twist the arms of OEMs) is that if you want to use certain hardware, you can't get optimal drivers. This is, of course, a vicious circle, because NVidia could fix the problem I have in the "nvidia" driver tomorrow if they wanted, but they won't, because the target market is too small to waste their time.

    I might be willing to pay $300 for a brand-spanking-new ubervideocard once the X drivers get fixed, but there are also about 300 other people willing to do the same so long as the Windows drivers stay working.

    Perhaps the solution therefore is to change the liscense on the "nv" driver so that NVidia can use the code that's already out there. It makes the authors of the "nv" driver saints, and NVidia stays an evil corporation, and I get Windows-like performance out of my hardware in X, and everyone's happy.

    --
    Join the Slashcott! Stay away entirely Feb 10 thru Feb 17! Close all tabs to prevent autorefresh!
  130. Re:Real Story...NOT INSIGHTFUL by dsouth · · Score: 1

    How about an example:

    Say the card supports some nifty feature, let's call it texture compression. It would be nifty because textures could be compressed by the CPU. Then when the GPU needed them, it could suck them across the video bus in compressed form, then uncompress them on the card. Doing so would definitely provide a performance boost (since it would allow more data to traverse the GPU bus in a given amount of time) but would also require that the driver implments texture compression since that operation has to happen on the CPU side.

    OK so far, but what if NVidia licensed this texture compression alogrithm from a 3rd party that's unwilling to allow public release of their codec? There are two choices: 1) Ship a closed-source or partially closed-source driver or 2) ship an open source-driver that can't support texturing. If I were NVidia, trying to make a profit by providing the fastest graphics hardware, I'd pick option 1 in a heartbeat.

    Now repeat the above problem a couple dozen times and you've got the picture. I don't expect to see a fully open-source driver for cutting edge graphics hardware from any vendor anytime soon.

  131. Just installed it, half as fast a the nv driver by Almost-Retired · · Score: 1

    I may have something fubared in my install, but I just put it in, and where glxgears ran 180 or so fps using the nv driver in kernel-2.6.7-mm3, now it breaks a sweat to get past 90fps.

    I'm still investigating why the glx stuff seems to not be answering the roll call at startx time.

    tuxracer, which ran but at a glacial pace using nv, taking a minute or so to even find the quit button and exit it, now damages part of the screen and crashes, requireing a hardware reset and fsck'ing of about 120 GB of disks (can you say watching varnish dry for half an hour?) to recover.

    How about the rest of you users, any war stories that may help me?

    Cheers, Gene

  132. Re:Real Story...NOT INSIGHTFUL by el-spectre · · Score: 1

    Sure, and this is the right approach to the problem. You support companies that act in a way you like, so both parties get to act freely and in their own self interest.

    The approach I object to is the fanatical condemnation of anything closed, under any circumstances.

    --
    "Faith: Belief without evidence in what is told by one who speaks without knowledge, of things without parallel." - A.B.
  133. re: plan 9 by lordcorusa · · Score: 1

    Plan 9 is a very interesting operating system. Its problem is that it was, and still is, too far ahead of its time. It throws away 30+ years of computer hardware and operating systems design for a network centric approach.

    Like Unix style operating systems, Plan 9 makes all system resources available in a hierarchical namespace. However unlike the Unix file system, access to the namespace takes place at the network level. With this design, the physical location of a resource cannot be determined by the user. (The other interesting feature is that the namespace changes for each running process, but that is beyond the scope of this thread.)

    Using the Plan 9 architecture, a "computer" is built by stringing together a network of file servers, processor servers, and terminals. Making the video device a 3D accelerated server would be a natural extension of this idea.

    Of course, the devil is in the details. Plan 9 is not in wide use because it has very limited hardware and software support. Existing hardware and operating systems architectures are "good enough" for general purpose use, so hardware and software vendors see no need to develop for Plan 9 (think Linux 5-10 years ago).

    Furthermore, though I have no experience with serious Plan 9 use, I doubt Plan 9 is optimized to the point where it could serve as the rival of a modern 3D accelerated graphics card for a comparable price. So, as outlined earlier in this thread, a good deal of research and development would still be required.

    As time goes on, "traditional" operating systems like Linux and Windows are slowly, slowly taking on Plan 9 attributes like pseudo-network transparency. They do it in a kludgy, inferior way but (and this is the important bit) they maintain backward compatibility. Thus, I think it is increasingly unlikely that a pure architecture like Plan 9 will ever come into widespread use outside of a research lab.

    --
    The preceding comments reflect the author's personal opinion and are public domain, unless explicitly stated otherwise.
  134. Re:Real Story...QUITE INSIGHTFUL by shepd · · Score: 1

    >I'm curious to how you came to the conclusion that IBM wouldn't have improved their architecture without pressure from the clones.

    No problem, I can put it simple for you (seems you like to use titles to insult, beats me why, but that usually means I have to spell things out simply, rather than in depth).

    I went by past expereiences of the computer age. Competition vs. none. The wildcard being Apple -- however, they definately do NOT follow a standard economic model -- what kind of company hires a soda pop marketer to run a computer company.

    Here's my past experience with companies that had no competition either failing or getting out of the home computer market.

    Commodore, Atari, Coleco, Amstrad, TI, Timex/Sinclair, Kaypro, Osbourne, Acorn, Apollo, Casio, Mattel, NeXT, Olivetti, Tandy (*), Zenith, etc (did I miss any?).

    Past experience speaks for itself; your company has greater than 16-1 odds of failing without competition.

    Hope that clears it up.

    (*) - Gave up after only making a few PC clones. Really killed themselves with the TRaSh-80.

    --
    If you could be told what you can see or read, then it follows that you could be told what to say or think - BoC
  135. Soooory... by shepd · · Score: 1

    My bad. Didn't realize you didn't edit the title. Take this as my apology. Sorry again!

    --
    If you could be told what you can see or read, then it follows that you could be told what to say or think - BoC
  136. Re:Real Story...NOT INSIGHTFUL by Etyenne · · Score: 1
    Besides, what would 99.9% of linux people do even if it was open source?


    Be able to upgrade kernel without worrying if it will break their video card drivers. See 4KSTACK.

    --
    :wq
  137. Re: plan 9 by zogger · · Score: 1

    it certainly sounds like I would like it. It describes a situation much closer to what I had in mind for computing. Interesting, so I guess it was more widespread and worked on more. Oh well. Funny unix and plan 9 both came from AT&T, isn't it?

  138. Suck cock, queerbait. by Anonymous Coward · · Score: 0

    Score: -1, Queerbait (Am I rite?)

  139. Re:Real Story...NOT INSIGHTFUL by BillyBlaze · · Score: 1

    I've read most of the nVidia discussions, and I've never heard of that, so lose the tone. Also, earlier today I stumbled across this in the Mesa FAQ; apparently in 1999 SGI opened up a sample OpenGL implementation. (Not that I'm sure this is the same thing you're talking about.)

  140. Re: plan 9 by lordcorusa · · Score: 1

    Actually, it's not surprising Plan 9 came from AT&T. Plan 9 was AT&T's response to the shift from huge time-sharing systems to personal computer networks. Unix was designed for time sharing systems and its architecture really was not suited well for the PC revolution. Unfortunately, by the time Plan 9 started to be remotely usable, Unix vendors (and Linux) had gotten Unix ported well enough to PCs and had created a number of bolt-on networking technologies that did the things companies needed.

    Plan 9 was a much more elegant fit for the PC environment (for companies), but it was too much of a revolution in both hardware and software system design and Unix was able to do the job well enough. Thus, Unix type systems have blown Plan 9 away in practical usefulness, despite an inferior architecture.

    --
    The preceding comments reflect the author's personal opinion and are public domain, unless explicitly stated otherwise.
  141. Re:Real Story...NOT INSIGHTFUL by Anonymous Coward · · Score: 0

    That's what happened with ATI Radeon. People who prefer a GPL, accelerated video card can perfectly use ATI Radeon = 9200 with a FLOSS Linux driver. :).

  142. Re:Real Story...NOT INSIGHTFUL by Morosoph · · Score: 1
    It may be worth mentioning that the GNU Project urges people to refuse to work with Sun, and to instead use the free alternatives to the non-free Sun software.
    When I want freedom I'll work with whomever I damn well please.
    To "urge" is not to "tell". It's a request, not an order.
    We need to replace these proprietary software products, not use them.
    You have to use what works, FOSS doesn't have decent replacements for most things, sorry RMS there's work to be done, we don't all get free grant money.
    But not everyone needs to write the program, so maybe it's still a possible aim.
    I proposed a tax on computer supplies and equipment as one possible way to fund free software development.
    I guess the grants don't give him enough free money.
    I disagree with him, as you do, but I doubt that he's out for himself, here. More likely: he wants there to be more programmers of free software. That we don't want it to be funded in this way is simply a political difference.
    He wants to be the one to tell you what is right and what is wrong as regards software, and what you do with it.
    I believe that this is called "trolling". For someone to promote their beliefs is no restraint upon your freedom.
  143. How is Nvidia suppose to cheat by slambam · · Score: 1

    If Nvidia go open source with their drivers cheating in benchmarks will be alot more dificult with all the peir reviews. personally I think they are retarded anyway. Typicall self obsessed corperate thinking. Really childish anyways. I would rather have them spend more r & d on developing hardware than waisting money on dodgey closed source drivers