On Fri, Jun 25, 2010 at 02:28:01PM -0700, Josh Triplett wrote:
> As I originally reported in http://bugs.debian.org/584846 , and later
> tracked down, grub2's int15 hook, used to augment functions e820/e801/88
> for additional reserved memory (such as for drivemap), fails to return
> its error stat
Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> On 06/20/2010 11:23 AM, Aleš Nesrsta wrote:
> > Hi,
> >
> > I found some mistake in uhci.c in grub_uhci_portstatus when enable=0.
> > There is proposal of correction.
> >
> > Without correction portstatus reported false timeout when enable=0
> > becaus
>
> On Fri, Jun 18, 2010 at 11:34:08AM -0700, Josh Triplett wrote:
>
>> The "cat" command, if given a file with DOS line endings, will show the
>> \r at the end of every line as a control character. For convenience,
>> please consider adding support for this in "cat", ideally automatically.
>>
As I originally reported in http://bugs.debian.org/584846 , and later
tracked down, grub2's int15 hook, used to augment functions e820/e801/88
for additional reserved memory (such as for drivemap), fails to return
its error status correctly, causing recent Linux (and possibly other
OSes) to detect
On 06/20/2010 11:23 AM, Aleš Nesrsta wrote:
> Hi,
>
> I found some mistake in uhci.c in grub_uhci_portstatus when enable=0.
> There is proposal of correction.
>
> Without correction portstatus reported false timeout when enable=0
> because it is waiting for reset to be done but none is performed...
>
> === modified file 'util/deviceiter.c'
> --- util/deviceiter.c 2010-06-11 20:31:16 +
> +++ util/deviceiter.c 2010-06-21 08:54:07 +
> @@ -28,6 +28,7 @@
> #include
> #include
> #include
> +#include
>
> #include
> #include
> @@ -345,18 +346,37 @@ get_xvd_disk_name (char *name,
>
> Hi Vladimir,
>
> now I have working SSH, so I committed my last work into usb branch
> (commented as "Faster OHCI, USB hub support, UHCI portstatus corr.",
> revision 2427).
>
> (Sorry if it is not the right way how to cooperate - should I make
> another, my own branch? Or wait first for your a
>
> +void *
> +grub_memset (void *s, int c, grub_size_t n)
> +{
> + unsigned char *p = (unsigned char *) s;
> +
> + while (n--)
> +*p++ = (unsigned char) c;
> +
> + return s;
> +}
>
Attached is a possible generic implementation. Not even compile-tested.
Could you test it and compare disas
On 06/23/2010 11:38 PM, Colin Watson wrote:
> With this approach, one of the most noticeable time sinks is that
> setting a graphical video mode (I'm using the VBE backend) takes ages:
> 1.6 seconds, which is a substantial percentage of this project's total
> boot time. It turns out that most of t
I recently posted ("Subject: [PATCH] Optimise memset on i386" - sorry, I
don't seem to have a route to lists.gnu.org at the moment so I can't
post an archive link) about optimising GRUB's video initialisation, and
hinted that it might be possible to do better by implementing MTRRs as
well in order
10 matches
Mail list logo
