Re: SDL, VNC and ARAnyM

2013-08-13 Thread Geert Uytterhoeven
On Tue, Aug 13, 2013 at 10:33 PM, Thorsten Glaser wrote: >>scancodes that correspond to the ASCII value of that letter, as VNC does >>not pass layout information. > > VNC cannot pass any information it doesn’t have – there *is* no > layout information (although with the exception of the left Alt >

Re: SDL, VNC and ARAnyM

2013-08-13 Thread Thorsten Glaser
Michael Farrell dixit: >scancodes that correspond to the ASCII value of that letter, as VNC does >not pass layout information. VNC cannot pass any information it doesn’t have – there *is* no layout information (although with the exception of the left Alt key, Escape and ` keys (which I swapped),

Re: [PATCH] m68k: truncate base in do_div

2013-08-13 Thread Thorsten Glaser
Geert Uytterhoeven dixit: >I added [ 1 lines of explanation ] Wow, you rock! Thanks, //mirabilos -- I believe no one can invent an algorithm. One just happens to hit upon it when God enlightens him. Or only God invents algorithms, we merely copy them. If you don't believe in God, just consi

Re: SDL, VNC and ARAnyM

2013-08-13 Thread Michael Farrell
Hi Thorsten, On 13 August 2013 22:30, Thorsten Glaser wrote: > [...] Which is why I was hoping for an SDL VNC backend, so I can just > run ARAnyM in the background and connect to it using VNC possibly > over SSH. Maybe that would get the keys right…? > I've spent some time this evening getting

Re: btrfs zero divide

2013-08-13 Thread Geert Uytterhoeven
On Fri, 9 Aug 2013, Zach Brown wrote: > On Fri, Aug 09, 2013 at 02:26:36PM +0200, Andreas Schwab wrote: > > Josef Bacik writes: > > > > > So stripe_len shouldn't be 0, if it is you have bigger problems :). > > > > The bigger problem is that stripe_nr is u64, this is completely bogus. > > The fir

Re: [PATCH] m68k: truncate base in do_div

2013-08-13 Thread Geert Uytterhoeven
On Fri, Aug 9, 2013 at 3:14 PM, Andreas Schwab wrote: > Explicitly truncate the second operand of do_div to 32 bits to guard > against bogus code calling it with a 64bit divisor. > > Signed-off-by: Andreas Schwab I added [Thorsten] After upgrading from 3.2 to 3.10, mounting a btrfs vol

SDL, VNC and ARAnyM

2013-08-13 Thread Thorsten Glaser
Hi! I’m using ARAnyM to emulate m68k machines, and it uses SDL as backend which currently forces me to do one of these two things if I want to run a VM on a remote machine: • run with dummy backend, so I get all the console messages of the VM on stdout (but stdin is ignored, so the Linux consol

Re: btrfs zero divide

2013-08-13 Thread Geert Uytterhoeven
On Fri, Aug 9, 2013 at 2:30 PM, Andreas Schwab wrote: > Andreas Schwab writes: >> Josef Bacik writes: >>> So stripe_len shouldn't be 0, if it is you have bigger problems :). [ lost context: this is about the first do_div() in __btrfs_map_block() ] >> The bigger problem is that stripe_nr is u64

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

2013-08-13 Thread Thorsten Glaser
Geert Uytterhoeven dixit: >On Tue, Aug 13, 2013 at 10:31 AM, Michael Schmitz > wrote: >>(Can you please use UTF-8 for eMails, not Windows-1252?) > >I'll try - no idea why Mac Mail would have used that. This one ought to be >UTF-8. Yes, that one was better. >He's just returned from holidays, wo

Re: Multiple Memory Chunks

2013-08-13 Thread Thorsten Glaser
Geert Uytterhoeven dixit: >We may also use the slow mainboard RAM (I get ca. 12 MiB/s) as a fast swap >device. >For Z2 RAM we have our good old z2ram driver, but in the mean time there's a >more generic solution in drivers/mtd, IIRC. bwh mentioned transcendent memory in http://womble.decadent.org

Re: Multiple Memory Chunks

2013-08-13 Thread Tuomas Vainikka
On 08/13/2013 12:14 PM, Geert Uytterhoeven wrote: So this is also a candidate for swap? Does anyone have benchmark results? I found that ZoRAM does 12 MiB/s. BTW, http://www.bigbookofamigahardware.com/bboah/product.aspx?id=1936 claims it's only guaranteed to work with the original daughter boar

Re: Multiple Memory Chunks

2013-08-13 Thread Geert Uytterhoeven
On Sat, Aug 10, 2013 at 11:00 PM, Ingo Jürgensmann wrote: > Am 10.08.2013 um 13:46 schrieb Geert Uytterhoeven : >>> So, apparently the second FastMem chunk is ignored by the kernel itself. Is >>> there a way to make use of the additional 12 MB RAM? Although it's not as >>> fast as the 32bit memory

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

2013-08-13 Thread Geert Uytterhoeven
On Tue, Aug 13, 2013 at 10:31 AM, Michael Schmitz wrote: >>> It really was Geert's work, I did not meaningfully contribute to that. >> >> Hm okay. Let’s just hope Geert hurries up and accepts them into >> his tree and pushes them to Linus, because that’s normally the >> requirement to get anything

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

2013-08-13 Thread Michael Schmitz
Hi Thorsten, (Can you please use UTF-8 for eMails, not Windows-1252?) I'll try - no idea why Mac Mail would have used that. This one ought to be UTF-8. It really was Geert's work, I did not meaningfully contribute to that. Hm okay. Let’s just hope Geert hurries up and accepts them into

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

2013-08-13 Thread Thorsten Glaser
(Can you please use UTF-8 for eMails, not Windows-1252?) Michael Schmitz dixit: >>> Source: >>> http://thread.gmane.org/gmane.linux.debian.devel.kernel/91476/focus=5003 >> >> I felt I could not name a single author (“From”) which >> is why I submitted this as-is. > > It really was Geert's work, I

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

2013-08-13 Thread Michael Schmitz
Thorsten, Dixi quod… Authors: Michael Schmitz, Geert Uytterhoeven Source: http://thread.gmane.org/gmane.linux.debian.devel.kernel/91476/ focus=5003 I felt I could not name a single author (“From”) which is why I submitted this as-is. It really was Geert's work, I did not meaningfully c