5757 * - Driver appears to be working for Brutus 320x200x8bpp mode. Other
5858 * resolutions are working, but only the 8bpp mode is supported.
5959 * Changes need to be made to the palette encode and decode routines
60- * to support 4 and 16 bpp modes.
60+ * to support 4 and 16 bpp modes.
6161 * Driver is not designed to be a module. The FrameBuffer is statically
62- * allocated since dynamic allocation of a 300k buffer cannot be
63- * guaranteed.
62+ * allocated since dynamic allocation of a 300k buffer cannot be
63+ * guaranteed.
6464 *
6565 * 1999/06/17:
6666 * - FrameBuffer memory is now allocated at run-time when the
67- * driver is initialized.
67+ * driver is initialized.
6868 *
6969 * 2000/04/10: Nicolas Pitre <nico@fluxnic.net>
7070 * - Big cleanup for dynamic selection of machine type at run time.
7474 *
7575 * 2000/08/07: Tak-Shing Chan <tchan.rd@idthk.com>
7676 * Jeff Sutherland <jsutherland@accelent.com>
77- * - Resolved an issue caused by a change made to the Assabet's PLD
78- * earlier this year which broke the framebuffer driver for newer
77+ * - Resolved an issue caused by a change made to the Assabet's PLD
78+ * earlier this year which broke the framebuffer driver for newer
7979 * Phase 4 Assabets. Some other parameters were changed to optimize
8080 * for the Sharp display.
8181 *
102102 * 2000/11/23: Eric Peng <ericpeng@coventive.com>
103103 * - Freebird add
104104 *
105- * 2001/02/07: Jamey Hicks <jamey.hicks@compaq.com>
105+ * 2001/02/07: Jamey Hicks <jamey.hicks@compaq.com>
106106 * Cliff Brake <cbrake@accelent.com>
107107 * - Added PM callback
108108 *
@@ -500,7 +500,7 @@ sa1100fb_set_cmap(struct fb_cmap *cmap, int kspc, int con,
500500 * the shortest recovery time
501501 * Suspend
502502 * This refers to a level of power management in which substantial power
503- * reduction is achieved by the display. The display can have a longer
503+ * reduction is achieved by the display. The display can have a longer
504504 * recovery time from this state than from the Stand-by state
505505 * Off
506506 * This indicates that the display is consuming the lowest level of power
@@ -522,9 +522,9 @@ sa1100fb_set_cmap(struct fb_cmap *cmap, int kspc, int con,
522522 */
523523/*
524524 * sa1100fb_blank():
525- * Blank the display by setting all palette values to zero. Note, the
525+ * Blank the display by setting all palette values to zero. Note, the
526526 * 12 and 16 bpp modes don't really use the palette, so this will not
527- * blank the display in all modes.
527+ * blank the display in all modes.
528528 */
529529static int sa1100fb_blank (int blank , struct fb_info * info )
530530{
@@ -603,8 +603,8 @@ static inline unsigned int get_pcd(struct sa1100fb_info *fbi,
603603
604604/*
605605 * sa1100fb_activate_var():
606- * Configures LCD Controller based on entries in var parameter. Settings are
607- * only written to the controller if changes were made.
606+ * Configures LCD Controller based on entries in var parameter. Settings are
607+ * only written to the controller if changes were made.
608608 */
609609static int sa1100fb_activate_var (struct fb_var_screeninfo * var , struct sa1100fb_info * fbi )
610610{
@@ -747,7 +747,7 @@ static void sa1100fb_setup_gpio(struct sa1100fb_info *fbi)
747747 *
748748 * SA1110 spec update nr. 25 says we can and should
749749 * clear LDD15 to 12 for 4 or 8bpp modes with active
750- * panels.
750+ * panels.
751751 */
752752 if ((fbi -> reg_lccr0 & LCCR0_CMS ) == LCCR0_Color &&
753753 (fbi -> reg_lccr0 & (LCCR0_Dual |LCCR0_Act )) != 0 ) {
@@ -1020,9 +1020,9 @@ static int sa1100fb_resume(struct platform_device *dev)
10201020
10211021/*
10221022 * sa1100fb_map_video_memory():
1023- * Allocates the DRAM memory for the frame buffer. This buffer is
1024- * remapped into a non-cached, non-buffered, memory region to
1025- * allow palette and pixel writes to occur without flushing the
1023+ * Allocates the DRAM memory for the frame buffer. This buffer is
1024+ * remapped into a non-cached, non-buffered, memory region to
1025+ * allow palette and pixel writes to occur without flushing the
10261026 * cache. Once this area is remapped, all virtual memory
10271027 * access to the video memory should occur at the new region.
10281028 */
0 commit comments