Opened 11 years ago
Closed 10 years ago
#11068 closed bug (fixed)
Setting up framebuffer raises a floating point exception
Reported by: | arvindsraj | Owned by: | axeld |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | System/Boot Loader | Version: | R1/Development |
Keywords: | gsoc2014 | Cc: | |
Blocked By: | Blocking: | ||
Platform: | arm |
Description
When trying to setup the framebuffer, a floating point exception is raised. The fault is actually when a value is written to CM_CLKSEL_DSS. For now, the process has been disabled by setting gFramebuffer to NULL and a TODO has been included.
Attachments (2)
Change History (9)
by , 11 years ago
Attachment: | Disable-frame-buffer-for-now.patch added |
---|
comment:1 by , 11 years ago
patch: | 0 → 1 |
---|
comment:2 by , 11 years ago
Component: | - General → System/Boot Loader |
---|---|
Owner: | changed from | to
comment:3 by , 11 years ago
by , 11 years ago
Attachment: | Disable-frame-buffer-for-now-2.patch added |
---|
comment:4 by , 11 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Applied in hrev47590. Leaving the ticket open until the issue is actually fixed and we get the framebuffer going.
comment:5 by , 11 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
comment:6 by , 10 years ago
This isn't an issue with the code, the issue is that we are trying to use OMAP3 code on an AM37x SoC. The LCD controller is not the same, just like another long list of peripherals. The problem is that the original target was the original BeagleBoard, while we are now testing it on QEMU using the BeagleBoard-xM target (which has a different SoC).
comment:7 by , 10 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
This was fixed during the coding sprint. It works now!
Modified the patch. Here's a description of the changes made.