Skip to content

GitLab

  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • mesa mesa
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 2,879
    • Issues 2,879
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 904
    • Merge requests 904
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Releases
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Mesa
  • mesamesa
  • Issues
  • #7

Closed
Open
Created Jun 03, 2019 by Kristian H. Kristensen@krhDeveloper

Work around sin(0) != 0 hw bug

It seems that the sin implementation doesn't return exact 0 for sin(0) and some dEQP cases converts sin(0) to bool and uses as a vertex attribute (something like dEQP-GLES3.functional.fragment_out.random.24).

We need to figure out how to work around this without incurring an (a == 0) ? 0 : sin(a) type workaround. Typically it's close enough to 0 that it doesn't matter but when it's converted to bool anything but exact 0 becomes true.

Edited Jun 03, 2019 by Kristian H. Kristensen
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking