BTW, while we're at it, we can remove the redundant
tag->common.framebuffer_type assignment :).
--S
Quoting Seth Goldberg, who wrote the following on Mon, 21 Jun 2010:
The code that constructs the framebuffer info has a nasty bug where the
field position and mask size for red are set t
The code that constructs the framebuffer info has a nasty bug where the
field position and mask size for red are set to the GREEN values:
tag->common.framebuffer_type = MULTIBOOT_FRAMEBUFFER_TYPE_RGB;
tag->common.framebuffer_type = MULTIBOOT_FRAMEBUFFER_TYPE_RGB;
--> tag->frame
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 agreement about n
richardvo...@gmail.com wrote:
> On Sun, Jun 20, 2010 at 4:21 AM, Aleš Nesrsta wrote:
> > Hi,
> >
> > included patch should make USB hubs operational.
> >
> > It works in the same simple way as whole GRUB2 USB support, i.e. USB hub
> > and device must be connected to computer BEFORE uhci/ohci modul
I have far too many Debian bugs that amount to problems with Linux
device names being fundamentally unstable: whether a disk is /dev/sda or
/dev/sdb depends on bus probing order, and whether a disk is /dev/sda or
/dev/hda depends on whether the Linux kernel was built with or without
libata. Of cou
