Luca Falavigna <[EMAIL PROTECTED]> writes:
> Luca Falavigna ha scritto:
>> Eric W. Biederman ha scritto:
>>
Anyway I believe you also want to look at include/linux/tty.h
at the screen_info structure. I believe that is where
all of that information is passed.
>>
>> I noticed. Maybe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Luca Falavigna ha scritto:
> Eric W. Biederman ha scritto:
>
>>>Anyway I believe you also want to look at include/linux/tty.h
>>>at the screen_info structure. I believe that is where
>>>all of that information is passed.
>
> I noticed. Maybe if we
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Luca Falavigna ha scritto:
Eric W. Biederman ha scritto:
Anyway I believe you also want to look at include/linux/tty.h
at the screen_info structure. I believe that is where
all of that information is passed.
I noticed. Maybe if we fill struct
Luca Falavigna [EMAIL PROTECTED] writes:
Luca Falavigna ha scritto:
Eric W. Biederman ha scritto:
Anyway I believe you also want to look at include/linux/tty.h
at the screen_info structure. I believe that is where
all of that information is passed.
I noticed. Maybe if we fill struct
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric W. Biederman ha scritto:
> Anyway I believe you also want to look at include/linux/tty.h
> at the screen_info structure. I believe that is where
> all of that information is passed.
I noticed. Maybe if we fill struct x86_linux_param_header with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric W. Biederman ha scritto:
Anyway I believe you also want to look at include/linux/tty.h
at the screen_info structure. I believe that is where
all of that information is passed.
I noticed. Maybe if we fill struct x86_linux_param_header with
Luca Falavigna <[EMAIL PROTECTED]> writes:
> Eric W. Biederman ha scritto:
>> So without doing passing --real-mode the vga= parameter currently
>> cannot work. The vga= parameter is processed by vga.S which
>> make BIOS calls and we bypass all of the BIOS calls.
> Actually that file is video.S
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric W. Biederman ha scritto:
> So without doing passing --real-mode the vga= parameter currently
> cannot work. The vga= parameter is processed by vga.S which
> make BIOS calls and we bypass all of the BIOS calls.
Actually that file is video.S
> So
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric W. Biederman ha scritto:
So without doing passing --real-mode the vga= parameter currently
cannot work. The vga= parameter is processed by vga.S which
make BIOS calls and we bypass all of the BIOS calls.
Actually that file is video.S
So you
Luca Falavigna [EMAIL PROTECTED] writes:
Eric W. Biederman ha scritto:
So without doing passing --real-mode the vga= parameter currently
cannot work. The vga= parameter is processed by vga.S which
make BIOS calls and we bypass all of the BIOS calls.
Actually that file is video.S
Oops.
Luca Falavigna <[EMAIL PROTECTED]> writes:
> I made three experiments regarding kexec with frame buffer support (vesafb).
> For
> each of them I gathered dmesg messages from original and relocated kernel, in
> order to easily compare them later on. These tests were run on a
I made three experiments regarding kexec with frame buffer support (vesafb). For
each of them I gathered dmesg messages from original and relocated kernel, in
order to easily compare them later on. These tests were run on a virtual machine
in order to provide the same environment for each
I made three experiments regarding kexec with frame buffer support (vesafb). For
each of them I gathered dmesg messages from original and relocated kernel, in
order to easily compare them later on. These tests were run on a virtual machine
in order to provide the same environment for each
Luca Falavigna [EMAIL PROTECTED] writes:
I made three experiments regarding kexec with frame buffer support (vesafb).
For
each of them I gathered dmesg messages from original and relocated kernel, in
order to easily compare them later on. These tests were run on a virtual
machine
in order
14 matches
Mail list logo
