[patch] Bring back Tux on Chips 65550 framebuffer

• To: [email protected]
• Subject: [patch] Bring back Tux on Chips 65550 framebuffer
• From: Keenan Pepper <[email protected]>
• Date: Sun, 08 May 2005 00:34:40 -0400
• Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:content-type:content-transfer-encoding; b=jJq1VOrB6CtwVeoSr6n/KgK2P7r3Fr6EseKADuyar8P8gI+5qRbbtbHbVUbNeYVh2SB0KPRt1DHPXLkgb7He/G65WB5yqRH8bwcIQowpex+NX55TKdIwTHe5MethbYX3ofgR7nCwpPWmHxeMv7CQahP2c4gTuRSbLNdCch3pSkU=
• Sender: [email protected]
• User-agent: Debian Thunderbird 1.0.2 (X11/20050331)

I don't see any reason why the framebuffer should need to be cleared, and it makes Tux vanish.

--- drivers/video/chipsfb.orig.c	2005-04-30 14:02:04.872866744 -0400
+++ drivers/video/chipsfb.c	2005-05-08 00:29:30.618216232 -0400
@@ -423,9 +423,6 @@
 	pmu_register_sleep_notifier(&chips_sleep_notifier);
 #endif /* CONFIG_PMAC_PBOOK */

-	/* Clear the entire framebuffer */
-	memset(p->screen_base, 0, 0x100000);
-
 	pci_set_drvdata(dp, p);
 	return 0;
 }


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• Prev by Date: Re: [RFC] (How to) Let idle CPUs sleep
• Next by Date: RE: [patch 1/1] Do not enforce unique IO_APIC_ID for Xeon processors in EM64T mode (x86_64)
• Previous by thread: [patch 2.4.12-rc4] Add skip_hangcheck_timer()
• Next by thread: [RFC PATCH] swap-sched: schedule with dynamic dependency detection (2.6.12-rc3)
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]