mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@osdl.org>
To: Ed Tomlinson <edt@aei.ca>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.6.19-rc5-mm1
Date: Thu, 9 Nov 2006 19:31:53 -0800	[thread overview]
Message-ID: <20061109193153.a9709912.akpm@osdl.org> (raw)
In-Reply-To: <200611092221.49238.edt@aei.ca>

On Thu, 9 Nov 2006 22:21:49 -0500
Ed Tomlinson <edt@aei.ca> wrote:

> On Wednesday 08 November 2006 04:54, Andrew Morton wrote:
> > -radeonfb-support-24bpp-32bpp-minus-alpha.patch
> > 
> >  Dropped
> > 
> > +various-fbdev-files-mark-structs-fix.patch
> > 
> >  Fix various-fbdev-files-mark-structs.patch
> > 
> > +fbcon-rere-fix-little-endian-bogosity-in-slow_imageblit.patch
> > 
> >  fbdev fix
> 
> Strongly suspect that something is not right with these patches.  I have a:
> 
> 01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200] (rev 01) (prog-if 00 [VGA])
>         Subsystem: ATI Technologies Inc Unknown device 2002
>         Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
>         Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
>         Latency: 32 (2000ns min), Cache Line Size 08
>         Interrupt: pin A routed to IRQ 16
>         Region 0: Memory at d0000000 (32-bit, prefetchable) [size=128M]
>         Region 1: I/O ports at 8000 [size=256]
>         Region 2: Memory at e9010000 (32-bit, non-prefetchable) [size=64K]
>         [virtual] Expansion ROM at e8000000 [disabled] [size=128K]
>         Capabilities: [58] AGP version 3.0
>                 Status: RQ=256 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3+ Rate=x4,x8
>                 Command: RQ=32 ArqSz=2 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x8
>         Capabilities: [50] Power Management version 2
>                 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
>                 Status: D0 PME-Enable- DSel=0 DScale=0 PME-
>  
> booting with: 
> 
> kernel /boot/2.6.19-rc5-mm1 root=/dev/sda3 vga=0x318 video=vesafb:ywrap,mtrr:3 console=tty0 console=ttyS0,38400 nmi_watchdog=1
> 
> gives a strangely corrupted screen.  The characters seem reversed...
> 

Yup, thanks.  You'll need to revert
fbcon-rere-fix-little-endian-bogosity-in-slow_imageblit.patch:'


diff -puN drivers/video/cfbimgblt.c~revert-fbcon-rere-fix-little-endian-bogosity-in-slow_imageblit drivers/video/cfbimgblt.c
--- a/drivers/video/cfbimgblt.c~revert-fbcon-rere-fix-little-endian-bogosity-in-slow_imageblit
+++ a/drivers/video/cfbimgblt.c
@@ -168,7 +168,7 @@ static inline void slow_imageblit(const 
 
 		while (j--) {
 			l--;
-			color = (*s & (1 << FB_BIT_NR(l))) ? fgcolor : bgcolor;
+			color = (*s & (1 << l)) ? fgcolor : bgcolor;
 			val |= FB_SHIFT_HIGH(color, shift);
 			
 			/* Did the bitshift spill bits to the next long? */
@@ -258,7 +258,7 @@ static inline void fast_imageblit(const 
 		s += spitch;
 	}
 }	
-
+	
 void cfb_imageblit(struct fb_info *p, const struct fb_image *image)
 {
 	u32 fgcolor, bgcolor, start_index, bitstart, pitch_index = 0;
diff -puN include/linux/fb.h~revert-fbcon-rere-fix-little-endian-bogosity-in-slow_imageblit include/linux/fb.h
--- a/include/linux/fb.h~revert-fbcon-rere-fix-little-endian-bogosity-in-slow_imageblit
+++ a/include/linux/fb.h
@@ -854,12 +854,10 @@ struct fb_info {
 #endif
 
 #if defined (__BIG_ENDIAN)
-#define FB_BIT_NR(b)              (b)
 #define FB_LEFT_POS(bpp)          (32 - bpp)
 #define FB_SHIFT_HIGH(val, bits)  ((val) >> (bits))
 #define FB_SHIFT_LOW(val, bits)   ((val) << (bits))
 #else
-#define FB_BIT_NR(b)              (7 - (b))
 #define FB_LEFT_POS(bpp)          (0)
 #define FB_SHIFT_HIGH(val, bits)  ((val) << (bits))
 #define FB_SHIFT_LOW(val, bits)   ((val) >> (bits))
_


  reply	other threads:[~2006-11-10  3:32 UTC|newest]

Thread overview: 65+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-11-08  9:54 2.6.19-rc5-mm1 Andrew Morton
2006-11-08 11:11 ` 2.6.19-rc5-mm1 Reuben Farrelly
2006-11-08 20:05   ` 2.6.19-rc5-mm1 Andrew Morton
2006-11-08 20:15     ` 2.6.19-rc5-mm1 Dave Jones
2006-11-08 20:31       ` 2.6.19-rc5-mm1 Andrew Morton
2006-11-08 21:18         ` 2.6.19-rc5-mm1 Dave Jones
2006-11-09  3:09       ` [PATCH] cpufreq: select consistently (Re: 2.6.19-rc5-mm1) Randy Dunlap
2006-11-09  3:39         ` Dave Jones
2006-11-08 12:07 ` 2.6.19-rc5-mm1 Mariusz Kozlowski
2006-11-08 12:32   ` 2.6.19-rc5-mm1 Hesse, Christian
2006-11-08 12:54     ` 2.6.19-rc5-mm1 Mariusz Kozlowski
2006-11-08 14:57       ` 2.6.19-rc5-mm1 Mariusz Kozlowski
2006-11-08 18:13         ` 2.6.19-rc5-mm1 Andrew Morton
2006-11-08 19:19         ` 2.6.19-rc5-mm1 Andrew Morton
2006-11-08 20:47           ` 2.6.19-rc5-mm1 Mariusz Kozlowski
2006-11-08 15:08 ` 2.6.19-rc5-mm1 Benoit Boissinot
2006-11-08 22:10   ` 2.6.19-rc5-mm1 Thomas Gleixner
2006-11-08 23:31 ` 2.6.19-rc5-mm1 Rafael J. Wysocki
2006-11-09  0:17   ` 2.6.19-rc5-mm1 Andrew Morton
2006-11-09  0:44     ` 2.6.19-rc5-mm1 Rafael J. Wysocki
2006-11-09  0:55       ` 2.6.19-rc5-mm1 Andrew Morton
2006-11-09  1:04         ` 2.6.19-rc5-mm1 Rafael J. Wysocki
2006-11-09 15:42           ` 2.6.19-rc5-mm1: HPC nx6325 breakage, VESA fb problem, md-raid problem Rafael J. Wysocki
2006-11-09 17:58             ` Andrew Morton
2006-11-10  4:49               ` Andi Kleen
2006-11-10  5:15                 ` Andrew Morton
2006-11-10  6:19                   ` Andi Kleen
2006-11-10 11:21                     ` Rafael J. Wysocki
2006-11-10 11:51                       ` Andi Kleen
2006-11-10 10:44               ` Franck Bui-Huu
2006-11-10  6:28             ` Neil Brown
2006-11-10 23:20               ` Rafael J. Wysocki
2006-11-10 23:29                 ` Neil Brown
2006-11-09 15:04 ` 2.6.19-rc5-mm1 -- ppc64 ohci-hdc.c compile failure Andy Whitcroft
2006-11-09 22:43   ` Benjamin Herrenschmidt
2006-11-10  9:49     ` Paul Mackerras
2006-11-10  9:58       ` Benjamin Herrenschmidt
2006-11-09 18:43 ` 2.6.19-rc5-mm1 Benoit Boissinot
2006-11-09 19:04   ` 2.6.19-rc5-mm1 Andrew Morton
2006-11-09 19:26     ` 2.6.19-rc5-mm1 Mattia Dongili
2006-11-09 21:58       ` [linux-usb-devel] 2.6.19-rc5-mm1 Alan Stern
2006-11-09 22:51         ` Andrew Morton
2006-11-09 23:39           ` Cédric Augonnet
2006-11-10  0:11             ` Andrew Morton
2006-11-10 20:17               ` Anton Vorontsov
2006-11-10 19:29           ` Benoit Boissinot
2006-11-10  3:21 ` 2.6.19-rc5-mm1 Ed Tomlinson
2006-11-10  3:31   ` Andrew Morton [this message]
2006-11-10 12:28     ` 2.6.19-rc5-mm1 Ed Tomlinson
2006-11-10 16:29 ` 2.6.19-rc5-mm1 Benoit Boissinot
2006-11-10 16:59   ` 2.6.19-rc5-mm1 Thomas Gleixner
2006-11-10 17:25     ` 2.6.19-rc5-mm1 Benoit Boissinot
2006-11-10 20:20       ` 2.6.19-rc5-mm1 Benoit Boissinot
2006-11-10 20:41         ` 2.6.19-rc5-mm1 Thomas Gleixner
2006-11-13 15:58 ` 2.6.19-rc5-mm1 Mariusz Kozlowski
2006-11-13 22:19   ` 2.6.19-rc5-mm1 Andrew Morton
2006-11-13 22:26     ` 2.6.19-rc5-mm1 Mariusz Kozlowski
2006-11-13 23:37       ` 2.6.19-rc5-mm1 Andrew Morton
2006-11-13 21:03 ` [-mm patch] arch/i386/kernel/apic.c: make a function static Adrian Bunk
2006-11-14  6:54   ` Ingo Molnar
2006-11-13 21:03 ` [-mm patch] make arch/i386/kernel/io_apic.c:timer_irq_works() static again Adrian Bunk
2006-11-13 21:52   ` Zachary Amsden
2006-11-14  6:53   ` Ingo Molnar
2006-11-13 21:03 ` [-mm patch] i386: unexport read_persistent_clock Adrian Bunk
2006-11-13 21:04 ` [-mm patch] make arch/i386/kernel/cpu/common.c:alloc_gdt() static Adrian Bunk

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20061109193153.a9709912.akpm@osdl.org \
    --to=akpm@osdl.org \
    --cc=edt@aei.ca \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

Powered by JetHome