Robert Millan wrote:
...
How do you treat differences in ABI ?
Dis-allow loading of module with different value of ABI ? Or were you
planning that module itself adapts to different versions of GRUB 2 ABI's?
The module itself could:
GRUB_MOD_INIT(foo)
{
if (grub_abi != GRUB_ABI)
{
On Tue, 2008-11-04 at 16:18 -0200, Manoel wrote:
> I did this patch to add a gcc flag to the modules compilation. Is that
> the correct place to put this flag?
It's a wrong place. It breaks compilation of i386:
cc1: error: unrecognized command line option "-mlongcall"
This option should added
On Wed, Nov 05, 2008 at 04:59:32AM +0800, [EMAIL PROTECTED] wrote:
> MS> This is another instance ware mouse support would be useful: you
> MS> could use the scrollbar directly (by clicking on it),
>
> Scrollbar... mouse... next thing you know you'll be implementing
> javascript. One or two are OK
MS> This is another instance ware mouse support would be useful: you
MS> could use the scrollbar directly (by clicking on it),
Scrollbar... mouse... next thing you know you'll be implementing
javascript. One or two are OK, but if this trend continues don't blame
me if one day you can't properly bo
On Tue, 4 Nov 2008 21:31:38 +0100
Robert Millan <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 04, 2008 at 10:19:38PM +0200, Vesa Jääskeläinen wrote:
> >
> > Font issue is actually a bit problematic. At least there has to be
> > some font somewhere that we can give to users so they can actually
> > use
The Multiboot2 draft says a Multiboot2 header must be included in the OS
image. However, our code assumes (in code itself and in comments) that for
MB2 this is optional.
As a consequence, if you feed GRUB's multiboot loader any ELF, it will
attempt to load it. I think this is very confusing for
On Tue, Nov 04, 2008 at 10:19:38PM +0200, Vesa Jääskeläinen wrote:
>
> Font issue is actually a bit problematic. At least there has to be some
> font somewhere that we can give to users so they can actually use
> graphical terminal :)
>
> Are there any free fonts that we can use ?
Isn't unifont
Colin D Bennett wrote:
> On Fri, 31 Oct 2008 18:31:31 +
> "Matt Sturgeon" <[EMAIL PROTECTED]> wrote:
>
>> will all these fonts be included in the next release of GRUB 2?
>
> Probably not; the licenses may not be compatible with GPLv3. These
> fonts are ones that came with X.Org on my system,
On Tue, 4 Nov 2008 20:12:56 +0100
Robert Millan <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 04, 2008 at 08:53:22PM +0200, Vesa Jääskeläinen wrote:
> >
> > I think multipath would be nice feature. Eg. you can have
> > serial/other remote connected and then have local terminal at same
> > time.
>
> I
On Tue, Nov 04, 2008 at 09:13:43PM +0200, Vesa Jääskeläinen wrote:
>
> Did you have some plan how to automate this ABI versioning :) ? If it is
> not automated I can almost guarantee that we get it wrong at one point
> of time :)
It's not a big problem, at least not for my intended use of this fe
On Tue, Nov 04, 2008 at 04:18:05PM -0200, Manoel wrote:
> I did this patch to add a gcc flag to the modules compilation. Is that
> the correct place to put this flag?
>
> Also I would like to know what the command "cursor-on" and "cursor-off"
> do in OLPC firmware (they dont exist in PowerPC firm
On Tue, Nov 04, 2008 at 08:53:22PM +0200, Vesa Jääskeläinen wrote:
>
> I think multipath would be nice feature. Eg. you can have serial/other
> remote connected and then have local terminal at same time.
In fact we need that if we ever want to support reading from AT keyboards
and USB keyboards a
Robert Millan wrote:
> On Tue, Nov 04, 2008 at 08:55:52PM +0200, Vesa Jääskeläinen wrote:
>> Robert Millan wrote:
>>> On Sat, Nov 01, 2008 at 01:32:29PM +0100, Robert Millan wrote:
Hi,
Attached patch makes it possible to build modules externally, by:
- Installing headers
On Tue, Nov 04, 2008 at 08:55:52PM +0200, Vesa Jääskeläinen wrote:
> Robert Millan wrote:
> > On Sat, Nov 01, 2008 at 01:32:29PM +0100, Robert Millan wrote:
> >> Hi,
> >>
> >> Attached patch makes it possible to build modules externally, by:
> >>
> >> - Installing headers in system include dir.
>
Robert Millan wrote:
> On Sat, Nov 01, 2008 at 01:32:29PM +0100, Robert Millan wrote:
>> Hi,
>>
>> Attached patch makes it possible to build modules externally, by:
>>
>> - Installing headers in system include dir.
>>
>> - Exporting two ABI tags (a build-time macro and a run-time variable)
>>
Robert Millan wrote:
> Hi,
>
> This patch splits terminal handling in input and output. While at it, it
> resolves/removes some of the kludges we had to work around this limitation.
>
> For example, gfxterm/vga no longer need to assume the input is bios console,
> at_keyboard can be used in comb
>
>There are some serial boards where you have to give N * IO
>base addresses in order to support all N COMs. Actually there
>are even more complex cards than this one. Some supporting
>much higher than 921600 as maximum speed. Some needing even
>different kinds of formulas in order to get pro
Yoshinori K. Okuji wrote:
> BTW, I would like to obtain the capability of handling pipes, so that we can,
> say, "help | more". I guess you have the same idea in your mind. This should
> be trivial, once the input and output are separate, right?
I think this would need separated streams design i
Robert Millan wrote:
> On Mon, Nov 03, 2008 at 04:38:02PM -0800, [EMAIL PROTECTED] wrote:
>> The problem with using a PCI serial card for the console is that many
>> PCI cards use a different crystal than the IBM PC standard. This means
>> that serial drivers wind up computing the wrong divisor wh
To my knowledge there is no way to query the device to discover this. You can
create an internal table that maps PCI ID to base baud[1] but now you are tied
to the PCI subsystem and you get into issues of no output until after PCI
enumeration is done, what happens if you have 2 different PCI ca
sorry, forgot the patch.
On Tue, 2008-11-04 at 16:18 -0200, Manoel wrote:
> I did this patch to add a gcc flag to the modules compilation. Is that
> the correct place to put this flag?
>
> Also I would like to know what the command "cursor-on" and "cursor-off"
> do in OLPC firmware (they dont ex
I did this patch to add a gcc flag to the modules compilation. Is that
the correct place to put this flag?
Also I would like to know what the command "cursor-on" and "cursor-off"
do in OLPC firmware (they dont exist in PowerPC firmware).
How can I attain the same funcionality in PowerPC machine?
On Tue, Nov 04, 2008 at 04:52:20PM +0100, Yoshinori K. Okuji wrote:
>
> No ChangeLog?
Here. I ommitted it because I wanted to see if it would need big
adjustments first.
> BTW, I would like to obtain the capability of handling pipes, so that we can,
> say, "help | more". I guess you have the s
On Tue, 2008-11-04 at 14:05 -0200, Manoel wrote:
> I was able to solve this thanks to Hollis and Segher.
>
> What was need was a flag to gcc ( -mlong-call) so that gcc puts indirect
> branches instead of direct branches when needed to prevent the 32mb
> limitation (as stated at gcc manpages).
>
I was able to solve this thanks to Hollis and Segher.
What was need was a flag to gcc ( -mlong-call) so that gcc puts indirect
branches instead of direct branches when needed to prevent the 32mb
limitation (as stated at gcc manpages).
My doubt is where is the best place to put this flag so that
On Sunday 02 November 2008 19:11:32 Robert Millan wrote:
> Hi,
>
> This patch splits terminal handling in input and output. While at it, it
> resolves/removes some of the kludges we had to work around this limitation.
>
> For example, gfxterm/vga no longer need to assume the input is bios
> consol
On Sunday 02 November 2008 19:41:42 Robert Millan wrote:
> On Sun, Nov 02, 2008 at 06:07:30PM +0100, Jordi Mallach wrote:
> > On Sat, Nov 01, 2008 at 01:46:10PM +0100, Robert Millan wrote:
> > > > output will roll off the standard sized console. Please remove some
> > > > commands so there aren't s
Robert Millan <[EMAIL PROTECTED]> writes:
> On Tue, Nov 04, 2008 at 04:21:39PM +0100, Felix Zielcke wrote:
>> Am Dienstag, den 04.11.2008, 06:17 -0800 schrieb Viswesh S:
>> > Hi,
>> >
>> > Is the USB support for grub2 completed or still in progress ?
>> >
>> > Is it possible to know,if incomplet
On Mon, Nov 03, 2008 at 04:38:02PM -0800, [EMAIL PROTECTED] wrote:
> The problem with using a PCI serial card for the console is that many
> PCI cards use a different crystal than the IBM PC standard. This means
> that serial drivers wind up computing the wrong divisor when trying to
> set the bau
On Tue, Nov 04, 2008 at 04:21:39PM +0100, Felix Zielcke wrote:
> Am Dienstag, den 04.11.2008, 06:17 -0800 schrieb Viswesh S:
> > Hi,
> >
> > Is the USB support for grub2 completed or still in progress ?
> >
> > Is it possible to know,if incomplete, till what level we have reached ?
>
> Hello,
>
Am Dienstag, den 04.11.2008, 06:17 -0800 schrieb Viswesh S:
> Hi,
>
> Is the USB support for grub2 completed or still in progress ?
>
> Is it possible to know,if incomplete, till what level we have reached ?
Hello,
Only UHCI controllers are supported, OHCI not.
UHCI is mostly used on Intel and
Hi,
Is the USB support for grub2 completed or still in progress ?
Is it possible to know,if incomplete, till what level we have reached ?
Thanks,
Viswesh
Add more friends to your messenger and enjoy! Go to
http://messenger.yahoo.com/invite/
___
32 matches
Mail list logo
