Slashdot Mirror


The Linux Incompatibility List

Jonathan Lassoff writes "The Linux Incompatibility list is a wiki project that attempts to document hardware that is incompatible with Linux rather than list what is compatible. In the wiki, it is possible to add alternitives so as to push hardware manufacturers to make good binary drivers, publish specifications, or even better, publish open drivers."

14 of 422 comments (clear)

  1. Video cards by Brento · · Score: 5, Funny

    Make life easy - somebody just please copy the entire list of video cards from Epinions or Cnet.

    --
    What's your damage, Heather?
    1. Re:Video cards by Anonymous Coward · · Score: 5, Funny

      I'm running an ATI Radeon 9200 at home, and it literally blows the socks off the Nvidia card I had at work.

      Literally, you say? Maybe the Nvidia card was clocking itself down because the socks were impeding heat dissipation.

  2. Re:Wow, looks like they'll need new hardware by Iron+Clad+Burrito · · Score: 5, Funny

    You mean WINE won't run IIS?

  3. Re:Difficult to maintain? by mikeyrb · · Score: 5, Interesting

    But I would call it a step forward. I would like to see integration of sites listing working drivers and a site like this, where we see what doesn't work. If you're out to purchase something new, you don't know if someone's tried it yet because sometimes you just can't find it listed. It'd be nice to see just one page, yes this works, or no this doesn't. Even better, you could then look at the whole list and pick one that works. Or in the nature of the new site, see one that works for one platform and hope for the best that it will work for yours soon. Oh, and after the /. effect dies out, the site should probably maintain well.

  4. This will be useless by codefungus · · Score: 5, Insightful

    Ok. This incompatability list is gonna be useless...why?

    Hmm...I wonder if my DWL650+ is incompatable. Well...I don't see it in the list.

    I wonder if it's because it's compatable, or no one has assessed it yet!

    Jee...I guess I'll STILL need to search a million websites, etc. etc.

    --
    -- A cat is no trade for integrity!
  5. Good idea by fishbowl · · Score: 5, Interesting

    I never got over the frustration with the Wireless compatability list. See, the list is well done, and has lots of cards, and people seem to be working hard on it. The problem is, you cannot use the list as a resource to help you purchase a card! Many of the cards listed as compatable are either discontinued, have been changed to incompatable chipsets without changing the product model info, or else were only ever available in some regions.

    What I always wanted, instead of a long list of cards that are not available, was a short list of cards that will definitely work, together with addresses of vendors who will sell such a card with a written assurance that the product I receive will indeed work under linux.

    I was very upset when I bought a Broadcom device, thinking I was buying a Prism2 device. Even when you think you know what you're doing, you can get burned.

    --
    -fb Everything not expressly forbidden is now mandatory.
  6. Wikis need moderation by tmk · · Score: 5, Interesting
    I have seen a project like this once before, it failed as foreseen. Someone put on a website, but he did not take much time to consider how users should and could use this list, how could it be updated and so on.

    Another project on the same website was to find the best(!) linux distrubution in a wiki - you can see the result here. Do I have to mention that the best distribution was not found?

    When you put on a wiki, you need clear questions and rules, you need moderators, who pick the useful infomation out of the chaos and set an reasonable structure for wiki readers and contributors.

  7. Re:*raises hand* by Abcd1234 · · Score: 5, Insightful

    This was in order to force hardware manufacturers to release the source code.

    Not at all. This is to prevent people from running old modules against a new kernel version, where symbol names and other internals may have changed, thus resulting in potential crashses, instabilities, etc. As I understand it, you can turn this off by disabling kernel module versioning, but the module itself may refuse to load if it detects the wrong kernel version.

    Fortunately, there's a really easy way around this that nVidia and other folks use. nVidia distributes their drivers as a binary driver, along with some source which acts as a thin layer between the binary code and the kernel itself. This layer is then compiled for the specific kernel version, while the binary driver portion remains the same. This is, incidentally, how I install the driver (since they have no modules for my specific kernel version).

    Most hardware is useless in a few years anyway,

    Holy crap, HIBT? This is the dumbest thing I've read in a *long* time. Hardware is *far* from useless, even long after it's been "obsoleted". It's only the silly gamerz that require the latest and greatest... most people get by with fairly modest equipment. Heck, my firewall ran on a 486 DX/100... that is, until the power supply died. *sigh*

  8. ACPI by chaffed · · Score: 5, Insightful

    I'm probably going to end up with a troll mod but...

    I think the first thing should be ACPI. ACPI support plain sucks under linux. I would pay the same amount for a linux distro as I do for MS XP pro ($200+/-) if that distro supported ACPI just as well as the MS operating systems.

    --
    What could possibly go wrong?
    1. Re:ACPI by runderwo · · Score: 5, Informative
      You're not trolling, but your last few words show a lack of understanding of the situation.

      ACPI is an open standard, but unfortunately, vendors' closed source BIOS implementations for the last few years are written against the Microsoft ACPI parser, bugs and all. Consequently, many machines fail to work at all with the Linux implementation (written against the standard) unless kludges or more relaxed syntax checking are used. This is not a failing of the Linux ACPI implementation or the ACPI specification. It is a Windows interoperability issue.

      It is unknown how many machines have bugs in their ACPI BIOS code. The only way the ACPI developers find these and special-case them is when users mail in their bug reports and DSDT (check here), because the developers don't have access to every machine on earth to perform testing on. Even when a bug is found, it can only be worked around, because most system BIOS in the field are no longer supported by the respective vendors. So you'll see messages from the ACPI layer regarding syntax errors or known bugs in a particular BIOS, which the developers are helpless to fix in any way other than a special-casing.

      Even worse is that many ACPI BIOSes return different values depending on which OS the vendor's ACPI code thinks you're running. Most of the time, any BIOS code path other than for an OS which calls itself "WindowsNT" is broken, so AFAIK, all ACPI layers simply spoof themselves as "WindowsNT" to the BIOS to avoid problems. Rather sad, isn't it?

      As a final note, some vendors like Tyan, HP, Intel, etc are extremely active on the ACPI and LinuxBIOS mailing lists. HP has fixed ACPI-related bugs in their system BIOSes due to the Linux ACPI code rooting them out.

      So the moral of the story is, don't assume poor ACPI operation on a specific machine is the fault of the Linux ACPI project. More often than not, it's the fault of the BIOS vendor not caring to implement the standard correctly beyond what it takes to get Windows up and running on the machine, which doesn't correspond 1:1 to whether or not they've implemented the standard correctly.

  9. The Kodak DX4530 *IS* supported... by Spoing · · Score: 5, Informative
    Take a look here.

    Most digital cameras these days support both of these protocols;

    1. USB mass storage
    2. Picture Transfer Protocol (PTP)

    The Kodak is probably one of them. If it is using another mode, or if one of them does not work well enough (typically PTP), switching to the other mode will fix the problem. This is a camera setting, not an OS setting.

    This means; no special software for each specific camera. All PTP camera-aware tools work the same. All mass storage cameras work just like flash storage drives.

    In addition, most distributions support linking known USB cameras to the /camera or /mnt/camera mount point automatically; plug it in and a camera shows up.

    --
    A firewall can not protect you from yourself. Turn off what you do not need. Do not use the firewall to do your work.
    1. Re:The Kodak DX4530 *IS* supported... by adrianbaugh · · Score: 5, Funny

      I overjoyed when, having bought a Fujifilm camera, I realized I could justify having /mnt/fuji on my system. Oh well, little things please little minds I suppose... ;-)

      --
      "'I pass the test,' she said. 'I will diminish, and go into the West, and remain Galadriel.'"
      - JRR Tolkien.
  10. Re:Difficult to maintain? by spidereyes · · Score: 5, Funny

    Drum roll please --

    Also missing from the list: Women.

    --

    I say we just grow up, be adults and die.
  11. Re:My idea by ComputerSlicer23 · · Score: 5, Insightful
    Nope, try again. Linus is opposed to doing it for technical reasons, NOT for philosophical ones. You have him confused for someone else. He won't support a crappy interface once a better interface is designed. Linus thinks Open Source is better the closed source for the OS for Engineering reasons (it's better Engineering), then he does because he believes you have a god given right to see the source code for every binary you run (That'd be RMS's way, and it's associated with the term "Free Software").

    One of the reasons the Linux kernel has improved so much, is so stable, and can scale as well as it can, is that when there is a technical reason to dictate a change, the changes is made. They don't have to support bad decisions made years and years ago (actually they do if it affects userspace applications, but if it's internal to the kernel, it gets killed with impunity). To pick a particular example from Windows, the GDI memory goop that Win95, Win3.x and Win98 had. When you ran out of that, your machine was cooked. It didn't matter how much RAM you had, that amount of that was relatively fixed. It was a stupid problem, that caused me no end of pain, but there it was. I'm sure Solaris has one. Well, heck, I hear the TLI/STREAMs interface is vile, but it was one of the two standard driver models that was easy to write. However, it had very poor performance.

    The other thing that's nice about Open Source only drivers, is that there's one and only one implementation of a lot of stuff. Tons of network cards have essentially the same structure for a lot of the driver. All that gets refactored out into common modules for all drivers to use. If a bug is found in that shared code, it's fixed in all of them at once.

    Linus doesn't support Binary interfaces, because he has to choose between making it easy for you to have a non-open driver, or for making it easy for him to make the Linux kernel be as good as it can be. I'm all for making Linux as good as Linux can be. You might want him to choose "support a driver model for the lifetime of a kernel series", but I just buy hardware that is known working with Linux. Yeah it sucks at times that I can't get a specific piece of hardware that sounds cool, but I get Linux for free. I'll take that trade 8 days a week.

    Kirby