Re: [PATCH] vt_buffer: drop console buffer copying optimisations

2015-02-09 Thread Geert Uytterhoeven
On Mon, Feb 9, 2015 at 11:35 AM, Daniel Stone dan...@fooishbar.org wrote:
 On 5 February 2015 at 11:35, One Thousand Gnomes
 gno...@lxorguk.ukuu.org.uk wrote:
 If I'm not mistaken, that would be as simple as adding

 #define VT_BUF_HAVE_RW.
 #define scr_writew(val, addr) (*(addr) = (val))
 #define scr_readw(addr) (*(addr))

 to arch/x86/include/asm/vga.h.

 and stick an

 #if defined (CONFIG_SUPPORT_SHITE_VGA_ADAPTERS)

 #endif

 around that and its sorted as an option everyone can leave off but the
 afflicted.

 Well, given all the distros will enable that, might as well be #if
 !defined(CONFIG_BREAK_SOME_HARDWARE_BUT_VGA_SCROLLING_WILL_BE_IMMEASURABLY_FASTER).

All distros on 1 out of 29 architectures?

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say programmer or something like that.
-- Linus Torvalds

--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: [PATCH] vt_buffer: drop console buffer copying optimisations

2015-02-09 Thread One Thousand Gnomes
On Mon, 9 Feb 2015 11:00:55 +
Daniel Stone dan...@fooishbar.org wrote:

 On 9 February 2015 at 10:49, Geert Uytterhoeven ge...@linux-m68k.org wrote:
  On Mon, Feb 9, 2015 at 11:35 AM, Daniel Stone dan...@fooishbar.org wrote:
  On 5 February 2015 at 11:35, One Thousand Gnomes
  gno...@lxorguk.ukuu.org.uk wrote:
  #if defined (CONFIG_SUPPORT_SHITE_VGA_ADAPTERS)
 
  #endif
 
  around that and its sorted as an option everyone can leave off but the
  afflicted.
 
  Well, given all the distros will enable that, might as well be #if
  !defined(CONFIG_BREAK_SOME_HARDWARE_BUT_VGA_SCROLLING_WILL_BE_IMMEASURABLY_FASTER).
 
  All distros on 1 out of 29 architectures?
 
 It's a fairly popular architecture.

I imagine most distros wouldn't enable it even on x86. It's an incredibly
obscure setup from the evidence of how long it took to get reported.

Most distributions don't support non PAE processors and other far more
common things 8)

Alan


--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: [PATCH] vt_buffer: drop console buffer copying optimisations

2015-02-09 Thread Daniel Stone
On 9 February 2015 at 10:49, Geert Uytterhoeven ge...@linux-m68k.org wrote:
 On Mon, Feb 9, 2015 at 11:35 AM, Daniel Stone dan...@fooishbar.org wrote:
 On 5 February 2015 at 11:35, One Thousand Gnomes
 gno...@lxorguk.ukuu.org.uk wrote:
 #if defined (CONFIG_SUPPORT_SHITE_VGA_ADAPTERS)

 #endif

 around that and its sorted as an option everyone can leave off but the
 afflicted.

 Well, given all the distros will enable that, might as well be #if
 !defined(CONFIG_BREAK_SOME_HARDWARE_BUT_VGA_SCROLLING_WILL_BE_IMMEASURABLY_FASTER).

 All distros on 1 out of 29 architectures?

It's a fairly popular architecture.

--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: [PATCH] vt_buffer: drop console buffer copying optimisations

2015-02-09 Thread Daniel Stone
On 5 February 2015 at 11:35, One Thousand Gnomes
gno...@lxorguk.ukuu.org.uk wrote:
 If I'm not mistaken, that would be as simple as adding

 #define VT_BUF_HAVE_RW.
 #define scr_writew(val, addr) (*(addr) = (val))
 #define scr_readw(addr) (*(addr))

 to arch/x86/include/asm/vga.h.

 and stick an

 #if defined (CONFIG_SUPPORT_SHITE_VGA_ADAPTERS)

 #endif

 around that and its sorted as an option everyone can leave off but the
 afflicted.

Well, given all the distros will enable that, might as well be #if
!defined(CONFIG_BREAK_SOME_HARDWARE_BUT_VGA_SCROLLING_WILL_BE_IMMEASURABLY_FASTER).

--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel