On 30.03.2012 00:45, Dave Mielke wrote: > [quoted lines by Vladimir 'φ-coder/phcoder' Serbinenko on 2012/03/29 at 18:35 > +0200] > > Is there a way I can know which headers Grub has in addition to <grub/*.h>? > > At the moment, I'm specifically curious about <time.h>. They are in grub-core/lib/posix-wrap/include. They aren't properly speaking GRUB header, more of compatibility header. >> I've added a layer to have fopen/fread/fclose (preferred) and >> open/read/close. > So it's okay if we just continue to use those. OK > I understand that writing isn't supported, and shall probably be introducing > HAVE_WRITE shortly. I've made an fwrite/write which outputs to console if handler is either stdout or stderr and returns EROFS on any other handler. Also fopen with mode other than "r" fails with EROFS. >> int grub_getkey_noblock (void); >> Returns GRUB_TERM_NO_KEY if no key is available. > Am I correct that this is specifically for the console? Yes > I think it'd be best if > we don't try to do any keyboard monitoring in grub. What is keyboard monitoring and how it works? >> grub_serial_port *port); > I'm curious: In grub_serial_port, why is it "*next" but "**prev"? All available serial ports are in double-linked list. > Is there a function which takes a name and returns a grub_serial_port*, struct grub_serial_port *grub_serial_find (const char *name);
> > What do serial port names look like? com<number>, usb<number>, port<I/O address> > Am I correct that we should maintain the serial attributes in our copy of a > grub_serial_config, and then call grub_serial_port_configure to flush them? Yes >> Note that both grub_getkey_noblock and grub_serial_port_fetch consume >> the character/key if one is available but don't wait if none is. > Does grub_serial_port_fetch need to do the read to discover that no data is > pending, or is it possible for that condition to be tested without doing an > actual read? If it's possible to just to the test, is there already a way to > do > it or could one be added? This makes little sense for NS8250 since it's just one additional port read. On USB you need to poll the input anyway for this. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
_______________________________________________ This message was sent via the BRLTTY mailing list. To post a message, send an e-mail to: [email protected] For general information, go to: http://mielke.cc/mailman/listinfo/brltty
