public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Marek Vasut <marex@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] BIOS EMULATOR driver
Date: Wed, 28 Mar 2012 01:56:40 +0200	[thread overview]
Message-ID: <201203280156.40766.marex@denx.de> (raw)
In-Reply-To: <CALButCK_1zewZkRyoo9kQYf5zj9B=rZoSwts+hFCNMO57htLYA@mail.gmail.com>

Dear Graeme Russ,

> Hi Marek,
> 
> On Wed, Mar 28, 2012 at 10:46 AM, Marek Vasut <marex@denx.de> wrote:
> > Dear Graeme Russ,
> > 
> >> Hi Viktor,
> >> 
> >> On Wed, Mar 28, 2012 at 9:46 AM, Viktor K?iv?k <viktor.krivak@gmail.com>
> > 
> > wrote:
> >> > Dear Timur Tabi,
> >> > 
> >> > 2012/3/27 Marek Vasut <marex@denx.de>:
> >> >> Dear Timur Tabi,
> >> >> 
> >> >>> Marek Vasut wrote:
> >> >>> > Agreed, but I expected there was some dead code and that was the
> >> >>> > point I was trying to express ;-)
> >> >>> 
> >> >>> Well, until you do a thorough analysis, you really have no idea if
> >> >>> there is any dead code at all.
> >> >> 
> >> >> I don't ... but Viktor probably does and I believe that's what he
> >> >> wants to ask about.
> >> > 
> >> > Yes I do the analysis, actually only one method is used
> >> > (PCI_mapBIOSImage), but there are two other methods related to video
> >> > card. Booth in file drivers/bios_emulator/atibios.c (PCI_mapBIOSImage,
> >> > PCI_unmapBIOSImage). Nothing calls they but I think they can be
> >> > preserved too.
> >> > 
> >> > But there are a lots of other code which can be removed. For example
> >> > BE_mapRealPointer() from drivers/bios_emulator/biosemu.c or
> >> > BE_getVESABuf() from same file. So my question is: It is safe remove
> >> > dead code or somebody can use it for debugging purposes ? I've got
> >> > same problem with another driver so this is general question.
> >> 
> >> What exactly is the problem?
> >> 
> >> Wolfgang previously pointed out:
> >> 
> >> "Did you check if you really find any such code in your linked image?
> >> As I already explained, normally -ffunction-sections / -fdata-sections
> >> with --gc-sections should make sure any unused functions get dropped
> >> automatically."
> >> 
> >> If these linker options successfully remove all of the dead code, then
> >> there should be no urgency in removing it. However, if you are
> >> experiencing compile errors due to unused functions, then yes, removing
> >> the dead code should be investigated. But if you plan to remove any
> >> code, make sure that there are no other boards which may potentially use
> >> the code you plan to remove
> > 
> > Greame, it's the UDM plight ... killing all dead code really helps
> > streamlining the API.
> 
> Ah, I see - Well, I won't stand in the way of progress ;)

Perfection is reached, not when there is no longer anything to add, but when 
there is no longer anything to take away.

  -- Antoine de Saint-Exupery

;-)

> 
> Regards,
> 
> Graeme

Best regards,
Marek Vasut

  reply	other threads:[~2012-03-27 23:56 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-25 17:23 [U-Boot] BIOS EMULATOR driver Viktor Křivák
2012-03-25 18:30 ` Wolfgang Denk
2012-03-25 23:09   ` Viktor Křivák
2012-03-26  5:51     ` Wolfgang Denk
2012-03-26 10:43       ` Marek Vasut
2012-03-26 13:08         ` Wolfgang Denk
2012-03-26 13:31           ` Marek Vasut
2012-03-26 20:14             ` Wolfgang Denk
2012-03-26 23:06               ` Marek Vasut
2012-03-27  5:18                 ` Viktor Křivák
2012-03-27 17:28                   ` Wolfgang Denk
2012-03-27 17:48                     ` Marek Vasut
2012-03-27 17:51                       ` Timur Tabi
2012-03-27 17:58                         ` Marek Vasut
2012-03-27 17:59                           ` Timur Tabi
2012-03-27 20:11                             ` Marek Vasut
2012-03-27 22:46                               ` Viktor Křivák
2012-03-27 22:56                                 ` Graeme Russ
2012-03-27 23:46                                   ` Marek Vasut
2012-03-27 23:51                                     ` Graeme Russ
2012-03-27 23:56                                       ` Marek Vasut [this message]
2012-03-28  0:00                                         ` Graeme Russ
2012-03-28  0:17                                           ` Marek Vasut
2012-03-26 13:47           ` Viktor Křivák
2012-03-26 14:10             ` Anatolij Gustschin
2012-03-26 14:42             ` Timur Tabi
2012-03-26 20:17               ` Wolfgang Denk

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201203280156.40766.marex@denx.de \
    --to=marex@denx.de \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox