--- Log for 21.09.112  Server: leguin.freenode.net  Channel: #rockbox
--- Nick: logbot_  Version: Dancer V4.16  Started: 22 days and 0 hours ago

00.09.37 Quit    Rower85 (Read error: Connection reset by peer)
00.34.00 Join    amayer [0] (~alex@h136.48.21.98.dynamic.ip.windstream.net)
00.57.57 Part    amayer
01.00.55 Join    amayer [0] (~alex@h136.48.21.98.dynamic.ip.windstream.net)
01.04.13 Join    pedro_angelo [0] (~pedro_ang@201-29-175-8.user.veloxzone.com.br)
01.08.02 Quit    mgottschlag (Ping timeout: 248 seconds)
01.25.33 Quit    lebellium (Quit: ChatZilla 0.9.88.2 [Firefox 16.0/20120911232325])
01.33.52 Quit    zoktar (Quit: ZNC - http://znc.in)
01.39.40 Quit    pamaury (Remote host closed the connection)
01.43.15 Join    zoktar [0] (~zoktar@78-72-44-112-no186.tbcn.telia.com)
01.48.04 ***     Saving seen data "./dancer.seen"
01.52.06 Quit    XavierGr (Ping timeout: 265 seconds)
02.50.09 Join    jur [0] (~53f2494d@www.haxx.se)
03.06.04 Quit    AlexP (Ping timeout: 264 seconds)
03.08.25 Join    ztcptxm1bx [0] (~pedro_ang@201-29-175-8.user.veloxzone.com.br)
03.09.07 Quit    jur (Quit: CGI:IRC)
03.11.14 Quit    pedro_angelo (Ping timeout: 246 seconds)
03.48.07 ***     Saving seen data "./dancer.seen"
04.02.41 Quit    ender| (Ping timeout: 250 seconds)
04.14.09 Join    ender| [0] (krneki@foo.eternallybored.org)
04.17.46 Quit    ztcptxm1bx (Quit: ztcptxm1bx)
04.26.51 Quit    pixelma (Disconnected by services)
04.26.52 Join    pixelma_ [0] (pixelma@rockbox/staff/pixelma)
04.26.54 Nick    pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma)
04.27.14 Join    amiconn_ [0] (quassel@rockbox/developer/amiconn)
04.27.14 Quit    amiconn (Disconnected by services)
04.27.17 Nick    amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04.34.27 Quit    n17ikh (Ping timeout: 248 seconds)
04.36.59 Join    perrikwp [0] (~quassel@cpe-024-167-160-223.triad.res.rr.com)
04.40.48 Quit    TheSphinX^ (Read error: Operation timed out)
04.46.06 Quit    16SABZ0UI (Ping timeout: 240 seconds)
04.46.21 Join    TheSphinX^ [0] (~briehl@p579CC7A1.dip.t-dialin.net)
04.46.34 Join    nosa [0] (~m00k@184.76.254.130)
04.56.15 Quit    ender| (Ping timeout: 244 seconds)
05.01.53 Join    Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu)
05.09.34 Part    amayer
05.09.57 Join    n17ikh [0] (~n17ikh@128.204.195.239)
05.09.57 Quit    n17ikh (Changing host)
05.09.57 Join    n17ikh [0] (~n17ikh@unaffiliated/n17ikh)
05.31.53 Quit    [7] (Ping timeout: 240 seconds)
05.32.50 Join    TheSeven [0] (~quassel@rockbox/developer/TheSeven)
05.38.11 Quit    t0rc (Quit: WeeChat 0.3.8)
05.48.10 ***     Saving seen data "./dancer.seen"
06.23.10 Quit    Rower85 (*.net *.split)
06.23.11 Quit    eckoit (*.net *.split)
06.23.11 Quit    fs-bluebot (*.net *.split)
06.23.11 Quit    thegeek (*.net *.split)
06.28.27 Join    Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu)
06.28.27 Join    eckoit [0] (~ryan@50.65.10.24)
06.28.27 Join    fs-bluebot [0] (~fs-bluebo@g231121088.adsl.alicedsl.de)
06.28.27 Join    thegeek [0] (thegeek@171.17.9.46.customer.cdi.no)
06.32.49 Quit    eckoit (Quit: eckoit)
06.49.35 Quit    nosa (Read error: Connection reset by peer)
06.55.35 Quit    the-kyle (Quit: Leaving.)
07.12.27 Join    mortalis [0] (~mortalis@195.34.194.126.kalibroao.ru)
07.45.45 Quit    Epicanis (Quit: uploads to hpr in progress, finally. Bedtime.)
07.48.14 ***     Saving seen data "./dancer.seen"
07.57.11 Join    TheSphin- [0] (~briehl@p5B322234.dip.t-dialin.net)
07.58.49 Quit    TheSphinX^ (Ping timeout: 252 seconds)
08.01.12 Join    LinusN [0] (~linus@giant.haxx.se)
08.02.13 Join    pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net)
08.02.13 Quit    pamaury (Changing host)
08.02.13 Join    pamaury [0] (~quassel@rockbox/developer/pamaury)
08.12.19 Quit    [Saint] (Remote host closed the connection)
08.14.05 Join    [Saint] [0] (~saint@rockbox/user/saint)
08.22.10 Join    Zagor [0] (~bjst@sestofw01.enea.se)
08.22.10 Quit    Zagor (Changing host)
08.22.10 Join    Zagor [242] (~bjst@rockbox/developer/Zagor)
08.31.47 Quit    Staphylo (Read error: Connection reset by peer)
08.32.04 Join    Staphylo [0] (~Staphylo@mareo.fr)
08.33.13 Join    bertrik [0] (~quassel@rockbox/developer/bertrik)
09.06.58 Join    petur [0] (~petur@rockbox/developer/petur)
09.14.35 Quit    bertrik (Ping timeout: 244 seconds)
09.18.25 Join    mgottschlag [0] (~quassel@reactos/tester/phoenix64)
09.48.16 ***     Saving seen data "./dancer.seen"
10.08.50 Quit    mgottschlag (Ping timeout: 244 seconds)
10.09.37 Join    wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
10.15.25 Join    ender` [0] (krneki@foo.eternallybored.org)
10.34.39 Quit    mikroflops (Ping timeout: 252 seconds)
10.36.35 Join    mikroflops [0] (~yogurt@h-34-21.a238.priv.bahnhof.se)
10.39.29 Join    XavierGr [0] (~xavier@rockbox/staff/XavierGr)
10.45.19 #       <wodz> kugel: http://sourceware.org/bugzilla/show_bug.cgi?id=14603
10.53.16 #       <kugel> let's see what happens
10.53.37 #       <kugel> wodz: did you see my last question shortly after you left=
10.54.48 #       <wodz> you mean how ld manages to judge to insert veneer?
10.55.37 #       <kugel> you said it deduces that from the linker script, which make sense if the binary is fully resolved
10.56.18 Join    mgottschlag [0] (~quassel@reactos/tester/phoenix64)
10.56.20 #       <wodz> In our case it is fully resolved. I don't know what it does in case of libs etc.
10.57.07 #       <kugel> maybe I'm confusing the term "fully resolved", it's not exactly known how far iram and dram are away
10.57.10 #       <kugel> +but
10.58.30 #       <wodz> why? You provide base addresses in linker script. ld knows the offsets of the symbols so it can calculate final distance, or I miss something
10.58.33 #       <kugel> I mean we know the start of the secions for a given target so we can make assumptions but the actual addresses where the code ends up is determined at runtime isnt it?
10.59.24 #       <wodz> but the offset usually stays the same
11.00.06 #       <wodz> normally you move whole blob in address space and not dismantle this and reloc separately
11.00.12 #       <kugel> we provide the base address in the script? I thought we want to do that at runtime (or is that a later step)?
11.01.24 #       <wodz> lets make one step back and set the common terms. Do we discuss bFLT scheme?
11.01.44 #       <kugel> i think so
11.03.18 #       <wodz> ok. So in regular bFLT scheme you link binary at 0. This gives fully resolved binary (unless you use libs but we don't). --emit-reloc includes relocs in final elf even if it is resolved.
11.04.03 #       <kugel> right
11.04.12 #       <wodz> Then elf2flt process this elf and output flat file which basically is header + binary + relocs
11.04.45 #       <kugel> yep
11.04.50 #       <wodz> Then loader evaluate the relocs based on provided running address at load time.
11.05.34 #       <wodz> This is all simple. The complication comes from address space split.
11.06.18 #       <kugel> right
11.06.32 #       <wodz> In theory you could treat it exactly the same with the difference that you have two such images - one of dram and one for iram
11.07.12 #       <wodz> you could link dram at 0 and iram at  say 0x80000000 and treat 31bit of vma as a marker
11.08.25 #       <wodz> this would work if ld inserted veneers with this 0x80xxxxxx addresses had associated relocs so elf2flt could take it into account
11.08.56 #       <kugel> ah so the veneers are inserted because of the marker?
11.09.22 #       <wodz> partly yes
11.09.43 #       <wodz> but veneers are needed anyway to reach iram on PP
11.09.53 #       <kugel> i know
11.10.01 #       <kugel> but not e.g. on sansa ams
11.10.36 #       <wodz> thats another problem
11.10.42 #       <kugel> that's why I wondered how the script determines whether it needs veneers
11.11.02 #       <kugel> but I hadnt thought of the marker
11.11.52 #       <wodz> We could use different markers on different targets
11.12.16 #       <wodz> if the marker stays within 32MB range it will not trigger veneer insertion
11.12.54 #       <kugel> sounds workable
11.13.54 Join    chattr [0] (~mike@70-119-47-146.res.bhn.net)
11.14.06 Part    chattr ("gone")
11.14.55 #       <wodz> heh - bugreport rejected as invalid
11.17.01 Quit    pamaury (Ping timeout: 246 seconds)
11.18.44 #       <kugel> I think he misunderstood the problem
11.19.47 #       <wodz> me to
11.19.53 #       <wodz> *too
11.20.15 #       <kugel> he seems to think the problem is that no veneer is inserted
11.21.42 #       <wodz> I added the comment
11.21.55 #       <wodz> apparently he didn't run the testcase :-)
11.24.04 Quit    ender` (Ping timeout: 264 seconds)
11.25.20 Join    ender` [0] (krneki@foo.eternallybored.org)
11.39.08 Quit    Belzebub (Read error: Connection reset by peer)
11.42.52 Quit    fs-bluebot (Ping timeout: 244 seconds)
11.43.53 Quit    bluebrother (Ping timeout: 244 seconds)
11.44.09 Join    fs-bluebot [0] (~fs-bluebo@g226071178.adsl.alicedsl.de)
11.45.34 Join    Belzebub [0] (~torrentow@dj.from.drumandbass.net.pl)
11.45.48 Join    bluebrother [0] (~dom@rockbox/developer/bluebrother)
11.47.05 Quit    hype (Ping timeout: 256 seconds)
11.48.18 ***     Saving seen data "./dancer.seen"
11.51.43 #       <wodz> kugel: New answer to my comment in bintutils bugzilla is as I expected
13.02.48 Quit    mgottschlag (Ping timeout: 246 seconds)
13.05.49 Quit    petur (Quit: *plop*)
13.18.29 Join    einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
13.26.48 Join    the-kyle [0] (~kyle@cpe-024-211-185-030.nc.res.rr.com)
13.30.35 Join    mgottschlag [0] (~quassel@reactos/tester/phoenix64)
13.48.19 ***     Saving seen data "./dancer.seen"
14.15.31 Quit    wodz (Quit: Leaving)
14.23.43 Quit    factor (Quit: Leaving)
14.34.25 Join    bertrik [0] (~quassel@rockbox/developer/bertrik)
14.39.12 Join    amayer_ [0] (~alex@mail.weberadvertising.com)
14.52.30 Join    azidhaka [0] (~azidhaka@130.185.221.111)
14.55.49 Join    lorenzo92 [0] (~chatzilla@host147-59-dynamic.48-82-r.retail.telecomitalia.it)
14.56.21 Quit    azidhaka (Client Quit)
15.08.16 Join    azidhaka [0] (~azidhaka@130.185.221.111)
15.11.36 Quit    azidhaka (Quit:  HydraIRC -> http://www.hydrairc.com <- s0 d4Mn l33t |t'z 5c4rY!)
15.13.13 Join    AlexP [0] (~alex@rockbox/staff/AlexP)
15.23.15 #       <amayer_> i have 1 valid post in my "new topics" on the forums
15.23.24 #       <amayer_> is spam really that bad?
15.38.32 Quit    mortalis (Quit: Leaving)
15.48.00 Join    Epicanis [0] (~Epicanis@static-72-95-113-7.port.east.myfairpoint.net)
15.48.21 ***     Saving seen data "./dancer.seen"
15.52.04 Part    the-kyle ("PING 1348235525")
15.53.10 Join    the-kyle [0] (~kyle@cpe-024-211-185-030.nc.res.rr.com)
15.57.05 #       <gevaerts> yes
15.57.22 #       * gevaerts heads over to the admin section to delete some
16.04.41 Part    amayer_
16.08.05 Join    amayer_ [0] (~alex@mail.weberadvertising.com)
16.16.03 Join    n1s [0] (~n1s@nl118-168-30.student.uu.se)
16.16.03 Quit    n1s (Changing host)
16.16.03 Join    n1s [0] (~n1s@rockbox/developer/n1s)
16.16.18 Part    LinusN
16.19.16 Join    azidhaka [0] (~azidhaka@130.185.221.111)
16.28.50 Quit    azidhaka ()
16.29.51 Join    y4n [0] (~y4n@unaffiliated/y4ndexx)
16.31.47 Quit    perrikwp (Ping timeout: 268 seconds)
16.39.41 Join    azidhaka [0] (~azidhaka@130.185.221.111)
16.44.47 Quit    Zagor (Quit: Clint excited)
16.48.29 Quit    azidhaka ()
16.48.50 Join    azidhaka [0] (~azidhaka@130.185.221.111)
16.48.56 Quit    lorenzo92 (Remote host closed the connection)
16.51.13 Part    azidhaka
16.53.03 Quit    shamus (Read error: Connection reset by peer)
16.53.13 Join    shamus [0] (~shamus@ip-206-192-195-49.marylandheights.ip.cablemo.net)
16.57.16 Quit    n1s (Read error: Connection timed out)
16.58.21 Join    n1s [0] (~n1s@nl118-168-30.student.uu.se)
16.58.21 Quit    n1s (Changing host)
16.58.21 Join    n1s [0] (~n1s@rockbox/developer/n1s)
17.02.26 Join    dhrasmus [0] (~dhrasmus@64-199-241-234.ip.mcleodusa.net)
17.03.30 Quit    the-kyle (Read error: Connection reset by peer)
17.05.07 Join    the-kyle [0] (~kyle@cpe-024-211-185-030.nc.res.rr.com)
17.23.07 Join    eckoit [0] (~ryan@50.65.10.24)
17.34.53 Quit    dhrasmus (Quit: Leaving)
17.48.22 ***     Saving seen data "./dancer.seen"
18.03.16 Join    t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201)
18.19.35 Quit    n1s (Ping timeout: 245 seconds)
18.20.22 Join    n1s [0] (~n1s@nl118-168-30.student.uu.se)
18.20.22 Quit    n1s (Changing host)
18.20.22 Join    n1s [0] (~n1s@rockbox/developer/n1s)
18.27.10 Quit    t0rc (Quit: WeeChat 0.3.8)
18.30.31 Join    Strife89 [0] (~Strife89@207-144-19-39.cstel.net)
18.31.32 Join    stoffel [0] (~quassel@pD9E42EF4.dip.t-dialin.net)
18.31.33 Join    harj0 [0] (~nick@unaffiliated/harj0)
18.58.20 Part    amayer_
19.03.23 Quit    harj0 (Quit: Leaving)
19.12.36 Quit    Strife89 (Ping timeout: 246 seconds)
19.15.16 Join    pretty_function [0] (~sigBART@123.252.214.161)
19.22.14 Quit    Belzebub (Changing host)
19.22.14 Join    Belzebub [0] (~torrentow@unaffiliated/blown-engine)
19.23.28 Part    antonh
19.24.29 #       <n1s> initial benchmark of opus on h300, only the 16kbps file is realtime, the other samples are below 50%
19.31.17 #       <bertrik> ouch
19.32.46 Join    Strife89 [0] (~Strife89@207-144-19-39.cstel.net)
19.35.34 #       <n1s> bertrik: not too bad actually, using iram will probably help a lot
19.36.50 #       <n1s> i'm going to try a profile to see how it looks, do you have any idea about what buffers or tables are the hottest?
19.37.42 #       <bertrik> no
19.43.55 #       <n1s> umounting the h300 after unzipping a new build keeps telling me the fs is busy :/
19.45.01 Quit    shamus (Read error: Connection reset by peer)
19.45.02 #       <bertrik> "porting" so far basically amounting to making the minimum required set of files to compile inside the rockbox framework
19.45.14 Join    shamus [0] (~shamus@ip-206-192-195-49.marylandheights.ip.cablemo.net)
19.48.26 ***     Saving seen data "./dancer.seen"
19.51.05 Quit    einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
19.59.05 Join    lebellium [0] (~chatzilla@f052146240.adsl.alicedsl.de)
20.03.03 Join    hype [0] (~hype@82.199.174.16)
20.08.04 #       <n1s> hmm, profiling run seems to have "worked" but no output was written
20.11.33 Join    super96X [0] (~18f93750@www.haxx.se)
20.15.30 #       <super96X> \whois advcomp2019
20.16.34 #       <n1s> ah screwed up the placement of the profsop call
20.16.56 Quit    super96X (Quit: CGI:IRC (EOF))
20.21.55 Join    super96X [0] (~62be0a2e@www.haxx.se)
20.30.09 #       <super96X> i would like to contribute to the wiki, can someone add me to the wiki users group? thanks
20.30.40 #       <gevaerts> What's your wiki username?
20.37.37 #       <super96X> DJMarcolesco
20.37.57 #       <super96X> er, DjMarcolesco
20.39.35 #       <gevaerts> Is that your actual name?
20.39.41 #       <super96X> yup
20.40.06 #       <gevaerts> Dj is a bit of an unusual first name :)
20.40.18 #       <super96X> tell me about it
20.40.19 #       <super96X> XD
20.40.43 #       <super96X> well, technically its my initials if that's what you mean
20.40.50 #       <super96X> which is probably what you mean
20.40.50 #       <super96X> :D
20.42.00 #       <gevaerts> OK, added
20.42.04 #       <gevaerts> Welcome!
20.42.15 #       <super96X> thnx!
20.42.38 Join    ender| [0] (krneki@foo.eternallybored.org)
20.43.46 Quit    super96X (Quit: CGI:IRC (EOF))
21.01.53 Quit    Strife89 (Quit: Heading out.)
21.03.03 Quit    hype (Quit: Computer has gone to sleep.)
21.22.34 Quit    guymann (Quit: lol)
21.25.31 Join    hype [0] (~hype@82.199.174.16)
21.25.47 Join    guymann [0] (~c@unaffiliated/guymann)
21.30.59 Quit    Scromple (Ping timeout: 255 seconds)
21.39.33 Join    lorenzo92 [0] (~chatzilla@host91-253-dynamic.50-79-r.retail.telecomitalia.it)
21.41.26 Join    benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
21.42.59 Join    Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr)
21.43.46 Quit    pretty_function (Ping timeout: 248 seconds)
21.46.57 #       <lorenzo92> can a concurrent multiple call to a function lead to Segmentation Fault?
21.47.49 #       <lorenzo92> i.e. threading / irq context
21.48.29 ***     Saving seen data "./dancer.seen"
21.50.58 #       * bluebrother wonders when initials started becoming a real name
22.12.18 Quit    lorenzo92 (Quit: ChatZilla 0.9.89 [Firefox 15.0.1/20120907231657])
22.25.37 Quit    Wardo (Quit: Blarglarg)
22.28.37 Quit    kevku (Ping timeout: 272 seconds)
22.36.55 Quit    stoffel (Ping timeout: 260 seconds)
22.51.12 Join    bootlknvf [0] (~Prmhfhfx@92.39.204.151)
22.52.42 Quit    benedikt93 (Quit: Bye ;))
22.54.14 Join    lebellium_ [0] (~chatzilla@f052145156.adsl.alicedsl.de)
22.55.59 Quit    lebellium (Ping timeout: 246 seconds)
22.56.08 Nick    lebellium_ is now known as lebellium (~chatzilla@f052145156.adsl.alicedsl.de)
23.09.32 Quit    y4n (Ping timeout: 268 seconds)
23.27.58 Join    lorenzo92 [0] (~chatzilla@host91-253-dynamic.50-79-r.retail.telecomitalia.it)
23.28.59 #       <lorenzo92> kugel: rds works fine, but crashes from time to time, not fixed time...seems "casual" and I cannot understand really why
23.29.41 #       <lorenzo92> so, it's time to gdb! I know you already used it, could you please help me in case? :)
23.33.03 Join    TheLemonMan [0] (~LemonBoy@adsl-ull-229-184.50-151.net24.it)
23.33.03 Quit    TheLemonMan (Changing host)
23.33.03 Join    TheLemonMan [0] (~LemonBoy@unaffiliated/thelemonman)
23.38.13 Quit    lorenzo92 (Remote host closed the connection)
23.48.32 ***     Saving seen data "./dancer.seen"