[BUG] Sparc64 rescue mode
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Here is the output I get with ls on my U10 : grub rescue ls (disk) (disk3) (disk2) Can't read disk label. Can't open disk label package (disk1) (disk0) (ide) (floppy) Can't read disk label. Can't open disk label package (disk) [...] I see 3 bugs : - -It loops forever - -The device list contains devices it shouldn't contain (ide at least) - -It makes OpenBoot throw errors - but I'm not sure which device actualy makes it cry, maybe is net behind those. Does it also happen on ppc ? Vincent Pelletier -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDDXm/FEQoKRQyjtURAk2VAJ9woPYDcirSaIEAq2iIXi3eH8E7AwCdGt24 DbthuwlwWd0cpr1cXe/w9xM= =52PS -END PGP SIGNATURE- ___ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger Téléchargez cette version sur http://fr.messenger.yahoo.com ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Mouse support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I added basic mouse support for ieee1275. It's really, really basic : - -Only works with serial mice - -Only works with Microsoft 2 buttons protocol (might work for 3 buttons without wheel) - -One has to set the serial speed from OpenFirmware command line - -I only use what the mouse give me : button pushed or not, x y deltas (nothing like [double] click handling). - -For some reason, the mouse is very choppy, like 3 updates per second, and it sometimes has strange moves - but I guess the second is because it's an old, old retired mouse. And for now it doesn't return (I should add a key press detection or something...). I'm writing a clean patch to add both Mandelbrot mousetest commands - IEEE1275 only for now. Vincent Pelletier -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDDYB4FEQoKRQyjtURAqxKAJ9hwo0cIZ9VNgZQjg0uiS6hrAkziwCgiJ7H r5h6IFSQ1F11PhdAhbBfF3Q= =kJDp -END PGP SIGNATURE- ___ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger Téléchargez cette version sur http://fr.messenger.yahoo.com ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: [BUG] Sparc64 rescue mode
Vincent Pelletier [EMAIL PROTECTED] writes: Here is the output I get with ls on my U10 : grub rescue ls (disk) (disk3) (disk2) Can't read disk label. Can't open disk label package (disk1) (disk0) (ide) (floppy) Can't read disk label. Can't open disk label package (disk) [...] I see 3 bugs : -It loops forever That does not happen on the PPC. -The device list contains devices it shouldn't contain (ide at least) Why shouldn't it contain this? It's a block device... If you mean that it is listed under another alias as well, it happens on the PPC as well. -It makes OpenBoot throw errors - but I'm not sure which device actualy makes it cry, maybe is net behind those. Could you figure that out somehow? -- Marco ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
[PATCH] Framebuffer ieee1275 support test commands
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Here is my patch to add support for framebuffer on IEEE1275 machines, a fractal drawing test program, and a mouse test program. Framebuffer support includes : -setting the palette colours -drawing a rectangle filled with a colour -drawing a rectangular image (may have some width height limitations, I had some glitches when I used a non-power-of-2 width) -grabbing a rectangular image from screen (not tested) -getting the framebuffer address (the function I provide doesn't work for some strange reason... Should be a cast problem somewhere. Mandelbrot command uses a workaround until I find the problem). Mandelbrot draws directly in the framebuffer memory. It returns, but doesn't restore the colours. It calculates the fractal, so it uses fixed point operations (double). As I said in a previous mail, mouse support is very limited - but it just works :). Mouse support is actualy 100% handled by mousetest.c. It understands Microsoft 2 buttons mouse protocol. Once started, the mousetest command doesn't exits (except if there is an init error). The rectangle on the top left corner of the screen shows the data received (3 bytes, first top, msb on the left). The format is described in mouse(4), coloured for better readability : red : left mouse button green : right moue button yellow : y axis blue : x axis That command uses the (draw,fill)-rectangle functions, so the framebuffer must have them (my Creator3D doesn't). Usage : mousetest [screen_device mouse_device] default : mousetest screen mouse Please tell me if it doesn't build on PPC as modules (Marco : It's not the patch I sent you, I improved it a bit.) and if it doesn't work. Marco told me he was only getting a grey image with Mandelbrot. 2005-08-25 Vincent Pelletier [EMAIL PROTECTED] * commands/ieee1275/mandelbrot.c: New file. * commands/ieee1275/mousetest.c: Likewise. * include/grub/ieee1275/fb.h: Likewise. * include/grub/ieee1275/fbprops.h: Likewise. * video/ieee1275/fb.c: Likewise. * video/ieee1275/fbprops.c: Likewise. * conf/powerpc-ieee1275.rmk (pkgdata_MODULES): Add mandelbrot.mod, mousetest.mod and fb.mod. (mandelbrot.mod): New module. (mousetest.mod): Likewise. (fb.mod): Likewise. * conf/sparc64-ieee1275.rmk: Likewise. (grubof_HEADERS, grubof_SOURCES): Add needed files to statically link the commands. (grubof_CFLAGS): Add -DGRUB_EMBED to make commands build as embedded and rescue commands. * kern/sparc64/ieee1275/init.c: Handle the commands initialisation and finish when embedded. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDDZsxFEQoKRQyjtURAgtTAJ9qclafmsNNvgVkC1r8jvhP7kDZYQCX koq32EYbF4X0teVkqhCQmg0= =TF0X -END PGP SIGNATURE- mandel_mouse.diff Description: audio/mp3 ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: [PATCH] Framebuffer ieee1275 support test commands
On Aug 25, 2005, at 5:19 AM, Vincent Pelletier wrote: Here is my patch to add support for framebuffer on IEEE1275 machines, a fractal drawing test program, and a mouse test program. No time for real review at the moment, but: - you spelled Manldebrot wrong in the first comment - you have lots of commented-out code present - what is this GRUB_EMBED stuff? - mouse support should be a separate patch from framebuffer support - the XXX Test me! code should either be tested or removed - I'm unclear on your distinction between fb and fbprops in file names. In general I'd say this patch is not yet ready for merging. What is your model for framebuffer drivers in general (including across architectures)? For example, every fb driver will provide what API, and should that be used by common code? -Hollis ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel