@@ -111,7 +111,7 @@ static u_long get_line_length(int xres_virtual, int bpp)
111111 * First part, xxxfb_check_var, must not write anything
112112 * to hardware, it should only verify and adjust var.
113113 * This means it doesn't alter par but it does use hardware
114- * data from it to check this var.
114+ * data from it to check this var.
115115 */
116116
117117static int vfb_check_var (struct fb_var_screeninfo * var ,
@@ -169,7 +169,7 @@ static int vfb_check_var(struct fb_var_screeninfo *var,
169169
170170 /*
171171 * Now that we checked it we alter var. The reason being is that the video
172- * mode passed in might not work but slight changes to it might make it
172+ * mode passed in might not work but slight changes to it might make it
173173 * work. This way we let the user know what is acceptable.
174174 */
175175 switch (var -> bits_per_pixel ) {
@@ -235,8 +235,8 @@ static int vfb_check_var(struct fb_var_screeninfo *var,
235235}
236236
237237/* This routine actually sets the video mode. It's in here where we
238- * the hardware state info->par and fix which can be affected by the
239- * change in par. For this driver it doesn't do much.
238+ * the hardware state info->par and fix which can be affected by the
239+ * change in par. For this driver it doesn't do much.
240240 */
241241static int vfb_set_par (struct fb_info * info )
242242{
@@ -379,7 +379,7 @@ static int vfb_pan_display(struct fb_var_screeninfo *var,
379379}
380380
381381 /*
382- * Most drivers don't need their own mmap function
382+ * Most drivers don't need their own mmap function
383383 */
384384
385385static int vfb_mmap (struct fb_info * info ,
0 commit comments