Ubuntu

corrupted text on console when deleting text

Reported by Paul Larson on 2010-09-01
22
This bug affects 3 people
Affects Status Importance Assigned to Milestone
linux-linaro (Ubuntu)
High
John Rigby
Maverick
Undecided
Unassigned
linux-linaro-omap (Ubuntu)
Undecided
Unassigned
Maverick
Undecided
Unassigned

Bug Description

Sorry, couldn't use apport to open this due to another bug, but it's simple to reproduce.
At a shell prompt on the console, enter some text, press the home key to go to the beginning of the line, and use the delete key to remove some of the text. This consistently causes corruption of the text on the screen for me when I do it.
---
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.23.
AplayDevices: Error: [Errno 2] No such file or directory
Architecture: armel
ArecordDevices: Error: [Errno 2] No such file or directory
AudioDevicesInUse: Error: [Errno 2] No such file or directory
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info: Error: [Errno 2] No such file or directory
Card0.Amixer.values: Error: [Errno 2] No such file or directory
DistributionChannelDescriptor:
 # This is a distribution channel descriptor
 # For more information see http://wiki.ubuntu.com/DistributionChannelDescriptor
 canonical-oem-linaro-m-headless-20100831-2
DistroRelease: Linaro 10.11
IwConfig: Error: [Errno 2] No such file or directory
Lspci: Error: [Errno 2] No such file or directory
Lsusb: Error: [Errno 2] No such file or directory
Package: linux (not installed)
PciMultimedia:

ProcCmdLine: console=tty0 console=ttyS2,115200n8 earlyprintk fixrtc nocompcache root=UUID=5bcb8863-d6f6-44f4-b6cd-fc27ab5f5e33 rootwait ro vram=12M omapfb.debug=y omapfb.mode=dvi:1280x720MR-16@60
ProcEnviron: SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.35-1004.9-linaro-omap 2.6.35.3
Regression: No
RelatedPackageVersions: linux-firmware 1.38
Reproducible: Yes
RfKill: Error: [Errno 2] No such file or directory
Tags: maverick kernel-uncat needs-upstream-testing
Uname: Linux 2.6.35-1004-linaro-omap armv7l
UserGroups:

apport information

tags: added: apport-collected
description: updated

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

tags: added: armel
Changed in linux-linaro (Ubuntu):
assignee: nobody → John Rigby (jcrigby)
John Rigby (jcrigby) wrote :

The corruption goes away over time which points to a caching or buffering problem. Also if you cat /dev/urandom to the screen while doing the test then the corruption is more readily seen as occurring in equal sized vertical lines of pixels. I have not counted them but they seem about 32 pixels long. I did a dd of 64 byte of zero to the screen and got a black line about the same length. Since the fb is 2 bytes deep this makes sense.

Changed in linux-linaro (Ubuntu):
status: New → Confirmed
importance: Undecided → High
Jamie Bennett (jamiebennett) wrote :

Paul, can you see if the latest image fixes this problem?

Paul Larson (pwlars) wrote :

Tried this in the 20100918 image, and it is not fixed

Tom Gall (tom-gall) wrote :

Agreed, I continue to see this both on the BB and BB XM from images from last week.

As a (useless) data point I haven't seen corruption while running X in the linaro-alip images.

John Rigby (jcrigby) wrote :

This bug is likely an artifact of the patch applied to fix #624115.

Bug #624115 happened when RMK decided to make ioremap of ram fail. He did this in his -next before the 2.6.36 cycle started. I assume the idea was to fix the framebuffer drivers that used ioremap later. Linux-linaro grabbed the bleeding edge rmk-next thus breaking the omap framebuffer. I assume that eventually there will be a better fix for #624115 but until then I believe we are stuck with some corruption when using framebuffer console. From the discussion that followed the workaround to #624115:

- In many cases we wouldn't need to ioremap inside the kernel at all, as
the kernel doesn't really need to read/write from/to the framebuffer. I
think the only user for this is the framebuffer console, which can be
disabled.

I'm not suggesting that turning off framebuffer console is a realistic option, onlyh that this corruption will likely be around for a while.

Of course Nico may pull a fix out of his hat at anytime.

Accepted linux-linaro into maverick-proposed, the package will build now and be available in a few hours. Please test and give feedback here. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

Changed in linux-linaro (Ubuntu Maverick):
status: New → Fix Committed
tags: added: verification-needed
Steve Langasek (vorlon) wrote :

I have confirmed that the kernel in maverick-proposed fixes the video corruption on an omap3 beagle.

tags: added: verification-done
removed: verification-needed
Launchpad Janitor (janitor) wrote :
Download full text (4.9 KiB)

This bug was fixed in the package linux-linaro - 2.6.35-1008.15

---------------
linux-linaro (2.6.35-1008.15) maverick-proposed; urgency=low

  [ Robert Nelson ]

  * SRU: Fix DVI for Beagle xM rev A3
    - LP: #663642

linux-linaro (2.6.35-1008.14) maverick-proposed; urgency=low

  [ Andy Whitcroft ]

  * reduce disk usage during buildd builds
    - LP: #645653

  [ Enric Balletbo i Serra ]

  * ARM: igepv2: Adding support for VBUS and overcurrent
    - LP: #651589
  * ARM: igepv2: Fix and improve LED handling
    - LP: #654582
  * ARM: igepv2: Introduce function to dectect HW version
    - LP: #654586
  * ARM: igepv2: Fix handling of GPIOs for WLAN-BT combo
    - LP: #654590
  * ARM: igepv2: Add i2c eeprom driver to read EDID
    - LP: #654594
  * ARM: igepv2: Remove VMMC2 regulator
    - LP: #654595

  [ Maurus Cuelenaere ]

  * SAUCE: ARM: OMAP3: Add S-Video output to IGEPv2 board
    - LP: #607250

  [ Upstream Stable ]
  * Linux 2.6.35.7

  [ Upstream MMC updates ]

  * mmc: recognize CSD structure
  * mmc: split mmc_sd_init_card()
  * mmc: implement SD-combo (IO+mem) support
  * sdhci: remove useless set_clock() check
  * sdhci: 8-bit data transfer width support
  * sdhci: don't assign mmc->caps at SDHCI directly
  * mmc: only set blockaddressed for > 2GiB cards
  * mmc: omap: fix for bus width which improves SD card's peformance.
  * sdhci-pltfm: switch to module device table matching
  * sdhci-pltfm: reorganize Makefile entries to support SoC devices
  * sdhci-pltfm: add support for CNS3xxx SoC devices
  * omap hsmmc: fix processing of all dma interrupts as block completion
  * sdhci: add regulator support
  * sdhci: add no hi-speed bit quirk support
  * mmc: avoid getting CID on SDIO-only cards
  * omap_hsmmc: remove unused local `state'
  * omap hsmmc: fix a racing case between kmmcd and omap_hsmmc_suspend
  * drivers/mmc/host/imxmmc.c: adjust confusing if indentation
  * mmc: sdhci-pltfm: Add structure for host-specific data
  * mmc: sdhci-pltfm: move .h file into appropriate subdir
  * mmc: sdhci: introduce get_ro private write-protect hook
  * mmc: sdhci_pltfm: pass more data on custom init call
  * mmc: sdhci-of-esdhc: factor out common stuff
  * mmc: sdhci-pltfm: add -pltfm driver for imx35/51
  * mmc: quirk fix for timeout problem
  * babbage: esdhc device registration
  * babbage: update mx51_defconfig
    - LP: #656966

  [ Upstream ARM fixes ]

  * Make PTRACE_SINGLESTEP work with user helpers
  * ARM: fix section mismatch warnings in Versatile Express
  * ARM: use memblock to remove memory from available memory
  * video: omap: vram: remove from normal memory
    - LP: #627779

  [ John Rigby ]
  * LINARO: update configs
    - LP: #659799

linux-linaro (2.6.35-1007.13) maverick; urgency=low

  [ Upstream Ubuntu ]

  * Ubuntu-2.6.35-22.33
  * Ubuntu-2.6.35-22.34

  [ Upstream ARM Fixes ]

  * ARM: vexpress: set RAM latencies to 1 cycle for PL310 on ct-ca9x4 tile
  * ARM: vexpress: set RAM latencies to 1 cycle for PL310 on ct-ca9x4 tile
  * ARM: add a vma entry for the user accessible vector page
  * ARM: plug a race with the alignment trap handler
  * arm: fix really nasty sigreturn bug
  * ARM: prevent multiple syscall ...

Read more...

Changed in linux-linaro (Ubuntu Maverick):
status: Fix Committed → Fix Released
Tom Gall (tom-gall) wrote :

retested on my beagle xm Rev A2 with the Nov 8th #2 build and 11-09 hwpack for omap3.

The bug as reported does not occur. However the cursor is one line further down then where text shows up as keys are pressed. Further the cursor is a square with a zebra pattern of horizontal white, then black, then white etc lines.

Launchpad Janitor (janitor) wrote :

This bug was fixed in the package linux-linaro-omap - 2.6.37-1001.4

---------------
linux-linaro-omap (2.6.37-1001.4) natty; urgency=low

  [ John Rigby ]

  * rebase to new upstreams:
    snapshot of linux-linaro-2.6.36 13Dec2010
    revert 2.6.36.1
    merge v2.6.37-rc4
    rebase Ubuntu-2.6.37-8.21 onto the result
    - LP: #623077
    - LP: #627512
    - LP: #627779
    - LP: #645653
  * LINARO: update configs
    enable CONFIG_SWAP, CONFIG_POSIX_MQUEUES, CONFIG_PERF_EVENTS
    - LP: #646419
    - LP: #672656
    - LP: #683195
 -- John Rigby <email address hidden> Mon, 13 Dec 2010 16:51:19 -0700

Changed in linux-linaro-omap (Ubuntu):
status: New → Fix Released
Changed in linux-linaro-omap (Ubuntu Maverick):
status: New → Fix Released
John Rigby (jcrigby) wrote :

Tom if you are still seeing this on natty could you enter a new bug. This bug has morphed though its history.

Changed in linux-linaro (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers