Results 1 to 10 of 10

Thread: MeeGo-Harmattan Is Handling FreeDesktop.org X

  1. #1
    Join Date
    Jan 2007
    Posts
    15,701

    Default MeeGo-Harmattan Is Handling FreeDesktop.org X

    Phoronix: MeeGo-Harmattan Is Handling FreeDesktop.org X

    While Intel is looking to use Wayland on MeeGo Touch for their mobile/embedded purposes, the Nokia side is still focusing upon X for the time being. But rather than using X with KDrive, developing all of their X support out of the mainline trees, or going down any other messy paths, they are working towards using the mainline X.Org Server as found on FreeDesktop.org along with the other X libraries...

    http://www.phoronix.com/vr.php?view=ODk2Nw

  2. #2
    Join Date
    Sep 2008
    Posts
    124

    Default

    Spelling errors

    "As sad by Ttiago Vignatti on his blog,"

  3. #3
    Join Date
    Sep 2008
    Posts
    989

    Default

    How do they plan to handle the most common problems with X? For example, bad flickering / corruption during transition into the X server. To get a perfectly seamless boot, they would have to implement KMS. To implement KMS, they have to export GPL symbols. To export GPL symbols, they have to actually release their kernel-mode driver as open source, and (according to some kernel hackers) are then also obligated to release their user-space code as well.

    So this could mean that whatever hardware platforms they're targeting will get a nice production-quality KMS driver? Or am I just being too hopeful here?

  4. #4
    Join Date
    Dec 2010
    Posts
    1,265

    Default

    Quote Originally Posted by allquixotic View Post
    How do they plan to handle the most common problems with X? For example, bad flickering / corruption during transition into the X server. To get a perfectly seamless boot
    It's just for smartphones. How often do you actually boot a phone? In most cases a phone is probably just in stand-by. So the screen might flicker during an actual reboot after a firmware upgrade or after you removed the battery for whatever reason.
    I don't think such a small purely cosmetic glitch is a reason to create a weird X fork.

  5. #5
    Join Date
    Sep 2008
    Posts
    989

    Default

    Quote Originally Posted by Awesomeness View Post
    It's just for smartphones. How often do you actually boot a phone? In most cases a phone is probably just in stand-by. So the screen might flicker during an actual reboot after a firmware upgrade or after you removed the battery for whatever reason.
    I don't think such a small purely cosmetic glitch is a reason to create a weird X fork.
    KMS isn't a weird X fork. KMS is the foundation for the "preferred" open source graphics driver code path, regardless of whether you are running X.Org or Wayland.

    The flicker may be infrequent and only a minor glitch, but users will complain, and think it's a bug or an indication of unprofessional software design. You simply don't leave this kind of thing alone in a professional product.

    Windows Mobile phones don't flicker. iOS phones don't flicker. Android phones don't flicker. Symbian phones don't flicker. Tell me, how many users will be able to understand that the reason you can't eliminate the flicker is that there was a design decision to use UMS, leading to a design limitation that can't be overcome without rewriting your graphics stack? Of the subset of those users who know what you're talking about, how many will find it acceptable that you took the easy path rather than doing things right?

    Largely thanks to Apple, many users have set it in their mind that every frame of the smartphone experience needs to be precisely controlled to be correct, fast, and "whizzy". We set this requirement for smartphones, I think, even above and beyond what we set our expectations as for desktop computers. Sure, not everyone cares, but those many who do are a significant portion of the market, and they will be returning their MeeGo-based phones as defective if it flickers nastily and introduces random corruption on the screen for several seconds (during the mode switch) on boot.

    MeeGo can still opt-out of trying to solve the seamless boot problem, but due to this and other limitations on X (such as the protocol overhead increasing latency), Android didn't use X. In fact, every Linux-based smartphone project I've ever heard of didn't use X due to its limitations, its size, and its general unsuitability for a smartphone. Couple that with the legal requirement to release an open source graphics driver if you want to implement KMS, and most people say "ah, screw it".

    The only project I know of that actually tried to use X.Org Xserver on their phone, was ACCESS Linux Platform, and they never shipped their software on a device. They might still be trying, but AFAIK they don't have any device manufacturer customers at the moment. Maybe Nokia and Intel can do it better? I don't think the problem is with the companies trying to use it; the problem lies within the design of Xorg itself.

  6. #6
    Join Date
    Feb 2009
    Location
    UK
    Posts
    44

    Default

    Quote Originally Posted by allquixotic View Post
    You simply don't leave this kind of thing alone in a professional product.
    Yeah, you don't leave issues like your phone not getting a decent signal when gripped normally in a professional product and still have it be successful...

  7. #7
    Join Date
    Jul 2009
    Posts
    292

    Default

    The N800 and N810 avoided the boot flicker via a tiny hack to preserve the framebuffer contents while booting, which I believe is still present in the N900.

    Also, every Maemo device has had a fully open source driver for the display engine (drivers/video/omap for 770-N810, drivers/video/omap2 for N900) merged into the mainline kernel already. It's not (yet) KMS, but still.

  8. #8
    Join Date
    Feb 2008
    Location
    Linuxland
    Posts
    5,340

    Default

    Symbian phones don't flicker.
    Yes they do. On some phones it's to white and back, on some the backlight briefly flickers on boot.
    I can't speak for Android or iOS, but I'd bet they don't have perfect boots either.

  9. #9
    Join Date
    Dec 2010
    Posts
    1,265

    Default

    Quote Originally Posted by allquixotic View Post
    Tell me, how many users will be able to understand that the reason you can't eliminate the flicker
    No normal user cares!
    Even the most modern Windows releases still display text screens during boot from time to time (after an kernel update or when checkdisk runs).

  10. #10
    Join Date
    Jun 2008
    Posts
    162

    Default

    Quote Originally Posted by allquixotic View Post
    In fact, every Linux-based smartphone project I've ever heard of didn't use X due to its limitations, its size, and its general unsuitability for a smartphone. Couple that with the legal requirement to release an open source graphics driver if you want to implement KMS, and most people say "ah, screw it".

    The only project I know of that actually tried to use X.Org Xserver on their phone, was ACCESS Linux Platform, and they never shipped their software on a device. They might still be trying, but AFAIK they don't have any device manufacturer customers at the moment. Maybe Nokia and Intel can do it better? I don't think the problem is with the companies trying to use it; the problem lies within the design of Xorg itself.
    AFAIR, Maemo has been using X for quite a while, and beleive it or not it's a smartphone OS.

    The rest of your post is you falling in love with your own words, so I'll let you listen to your own voice like what you said actually made sense.

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •