From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Maamt-0006Jx-NJ for mharc-grub-devel@gnu.org; Mon, 10 Aug 2009 15:44:07 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Maamq-0006JV-Cj for grub-devel@gnu.org; Mon, 10 Aug 2009 15:44:04 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Maaml-0006In-Vk for grub-devel@gnu.org; Mon, 10 Aug 2009 15:44:04 -0400 Received: from [199.232.76.173] (port=37929 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Maaml-0006Ik-Q6 for grub-devel@gnu.org; Mon, 10 Aug 2009 15:43:59 -0400 Received: from mail-bw0-f222.google.com ([209.85.218.222]:38217) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Maaml-00077s-AZ for grub-devel@gnu.org; Mon, 10 Aug 2009 15:43:59 -0400 Received: by bwz22 with SMTP id 22so3069279bwz.42 for ; Mon, 10 Aug 2009 12:43:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=/P6rZ5FmN/U6wXojEjmWV6+lL+1W/CqTb+BynSyE+xU=; b=u+vpCwSc7tXZ4xLii9HFI8QtPk0SEZ2F2y8tcnptAmpidJpNMBR2FZyI6gobjcd+Pv 2d6Noh3RxdPZm0j8ldFmfEy3udFZ9YsssbWnDzESBmmTeaUd51J7hDO5ihq9bxtshSZF 88Z6oe40ErIHdZv2nVy+GgheMO6SyRlbo83e0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=K9Lvm/cNmW+nONzkPaW/WhZ2THRR7d+qIEezXQ1sPtzJ3IU76Z9qubQegLe/O9yd41 QnF0oDMaFXBHiIEAEUU1210ByFxhkPJZ/+crRcwUm6csdwZnlFdW75zUKeE5f0/cLomu kk+2dRvR3J+3DiiqUiGp/kcwCLsSdMJkVtYww= MIME-Version: 1.0 Received: by 10.204.60.212 with SMTP id q20mr6280932bkh.200.1249933438166; Mon, 10 Aug 2009 12:43:58 -0700 (PDT) In-Reply-To: References: Date: Mon, 10 Aug 2009 21:43:58 +0200 Message-ID: From: "Vladimir 'phcoder' Serbinenko" To: The development of GRUB 2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: Fwd: [PATCH 1/2] Framebuffer split X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2009 19:44:04 -0000 > I would like a video_fb function like > grub_video_fb_create_render_target_from_buffer(void * buffer, int > allocated, const grub_video_mode_info_t * mode_info) Well this is pretty much what we do directly. New fields can be added to fbrender_target with no problem. (btw currently driver manages only screen render target and completely delegates other functions to video_fb) > I am sure that for doing transparent rotation in video_fb > encapsulation is good. I can do without it or patch it in with the > rotation if I get it into working state. Actually it's enough to follow simple rules like blitting target on target isn't rotated but coordinates are adjusted blitting non-target on target is rotated. This way video adapter doesn't have to know about nature of blitting operations. Anyway you need to adjust width and height returned by mode_info. A function video_fb_transform_coordinates can do this. This way framebuffer can apply any transformation, not just rotation w/o driver to know. > Thanks > > Michal > > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/grub-devel > -- Regards Vladimir 'phcoder' Serbinenko Personal git repository: http://repo.or.cz/w/grub2/phcoder.git