| 00:14.52 | *** join/#edev robtow (n=rtow@nat/montavista/x-94cfe36a40d9fd0c) |
| 01:57.53 | *** join/#edev roxfan (n=dunno@33.180-244-81.adsl-dyn.isp.belgacom.be) |
| 01:58.23 | *** join/#edev kergoth (n=kergoth@ip68-3-163-239.ph.ph.cox.net) |
| 02:28.36 | *** join/#edev purl_ (i=ibot@rikers.org) |
| 02:28.36 | *** topic/#edev is a channel for the discussion of embedded systems,including hardware, software, linux, wince, and commercial device repurposing - mostly ARM based; newbie forum http://arm.mechcore.net/ |
| 03:54.32 | Mirell | It's at least a nicer archive of the LKML that I've seen thusfar. |
| 04:30.29 | *** join/#edev DrZimmerman (n=theo@77-56-242-245.dclient.hispeed.ch) |
| 04:33.22 | *** join/#edev mbuf (n=shakthim@61.16.248.242) |
| 06:26.56 | *** join/#edev KazaLite (n=kazaLite@116.58.8.130) |
| 06:52.10 | *** join/#edev sleipnir (n=Sleipnir@p4FDD5C8E.dip.t-dialin.net) |
| 06:57.08 | *** join/#edev lyakh (n=lyakh@p57BD2B28.dip0.t-ipconnect.de) |
| 06:58.10 | *** join/#edev redblue (i=star@ppp019.108-253-207.mtl.mt.videotron.ca) |
| 07:28.01 | *** join/#edev hw (n=hw@p578b3905.dip0.t-ipconnect.de) |
| 07:40.51 | *** join/#edev JoeLlama (n=snork@unaffiliated/joellama) |
| 07:42.38 | KazaLite | hi all. |
| 07:43.19 | *** join/#edev JoeMoose (n=snork@206.169.63.10) |
| 07:44.12 | KazaLite | R15 in ARM points to the instruction after 2 instructions to the current instruction being executed. Does it mean: current instruction is in execution state, next instrction is in decode state next instruction is in fetch state and R15 points to the next instruction to be fetched? |
| 07:44.20 | KazaLite | am i right? |
| 07:47.52 | Madsy | The actual pipeline can be longer. I think it's three stages including ARM7, and five stages for ARM9, and even more on later designs. The "pc + 8" is more of a common convention, no matter the length of the pipeline. |
| 07:48.27 | Madsy | Also, watch out, as some instructions use pc = current instruction + 12, like some special versions of the Load/Store address mode |
| 07:49.17 | Madsy | Don |
| 07:49.29 | Madsy | 't depend on the convention. Rather compute the offset instead. |
| 07:52.23 | *** join/#edev likewise (n=likewise@82-171-51-231.ip.telfort.nl) |
| 07:53.39 | Madsy | For example, if the address of the second instruction is stored at address in r1: LDR r0, [r1] sub r1, pc, r0 |
| 07:59.15 | KazaLite | i see...actually im not working on ARM at the moment, just started reading ARM reference manual |
| 08:00.28 | KazaLite | so we need to see the instruction pipeline before deciding what R15 should have |
| 08:03.37 | Madsy | You don't "have' to, but it's a good idea. |
| 08:04.01 | KazaLite | cool |
| 08:04.18 | Madsy | If you are in doubt but only code for a specific processor family, consult the specific ARM processor specification. |
| 08:04.32 | KazaLite | right |
| 08:04.39 | Madsy | Like the ARM7TDMI, ARM90TDMI or ARM926-E |
| 08:04.50 | Madsy | ARM920TDMI* |
| 08:06.35 | KazaLite | got it...but it is recommeneded to read arm reference manual. right? |
| 08:06.56 | KazaLite | and then to look for specific processor family as needed |
| 08:38.07 | *** join/#edev linac (n=lin@59.61.125.207) |
| 09:13.58 | *** join/#edev methril (n=Methril@213.27.233.98) |
| 09:18.43 | methril | yo |
| 09:41.29 | *** join/#edev harpal (n=harpal@59.162.116.80) |
| 11:20.39 | *** join/#edev gustavoz (n=gustavoz@imhotep.toptech.com.ar) |
| 11:32.05 | *** join/#edev g1powermac_PB (n=g1powerm@unaffiliated/g1powermac) |
| 11:34.29 | *** join/#edev pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 11:51.30 | *** join/#edev g1powermac (n=g1powerm@unaffiliated/g1powermac) |
| 12:07.40 | *** join/#edev flameman (n=toor@net-93-65-1-167.cust.dsl.vodafone.it) |
| 12:19.40 | *** join/#edev cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 12:29.21 | *** join/#edev g1powermac_PB (n=g1powerm@unaffiliated/g1powermac) |
| 12:49.05 | *** join/#edev Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 12:51.09 | *** join/#edev steliosk (n=Stelios@ipa107.2.tellas.gr) |
| 13:15.01 | *** join/#edev moltenK (i=c39e4e60@gateway/web/ajax/mibbit.com/x-af723d600c71cc49) |
| 13:24.08 | *** join/#edev flo_lap (n=fuchs@f048080072.adsl.alicedsl.de) |
| 13:29.43 | KazaLite | hi all |
| 13:30.31 | KazaLite | if i turn off compiler optimization , will gcc still replace (x * 4) by (x << 2)? |
| 13:34.38 | MonMotha | KazaLite: I don't think so |
| 13:34.51 | MonMotha | but easy enough to check, and it is possibly version dependent |
| 13:37.39 | Mirell | Yep, I think insanity has hit. I'm now actively contemplating to writing a Perl module to nicely do data structures for kconfig files... |
| 13:39.35 | MonMotha | KazaLite: it may also depend on if the architecture has hardware mulitply or not |
| 13:47.43 | KazaLite | i see |
| 13:52.46 | *** join/#edev flavioribeiro (n=avaty@189.71.66.144) |
| 14:02.23 | *** join/#edev GPSFan (n=kenm@64.92.145.112) |
| 14:02.23 | *** mode/#edev [+o GPSFan] by ChanServ |
| 14:17.32 | *** join/#edev pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 14:53.40 | *** join/#edev samrobb (n=samrobb@eng.arriad.com) |
| 14:57.37 | *** join/#edev kergoth (n=kergoth@65.200.49.156) |
| 15:00.36 | kergoth | morning |
| 15:00.37 | *** join/#edev chouimat|work (n=dieu@kde/developer/chouinard) |
| 15:01.46 | *** join/#edev g1powermac_PB (n=g1powerm@unaffiliated/g1powermac) |
| 15:13.27 | *** join/#edev CosmicPenguin (n=nobody@66-162-99-237.static.twtelecom.net) |
| 16:30.34 | *** join/#edev g1powermac_PB (n=g1powerm@unaffiliated/g1powermac) |
| 17:02.02 | *** join/#edev EtepYYC (n=etepyyc@209.82.99.132) |
| 17:22.36 | *** join/#edev sjhill (n=sjhill@real.realitydiluted.com) |
| 17:22.42 | *** mode/#edev [+o sjhill] by ChanServ |
| 17:34.20 | *** join/#edev Ian_Daniher|XO (n=olpc@69.61.230.246) |
| 17:54.45 | *** join/#edev g1powermac (n=g1powerm@unaffiliated/g1powermac) [NETSPLIT VICTIM] |
| 17:54.45 | *** join/#edev ohsix (i=ohsix@bc110245.bendcable.com) |
| 17:54.45 | *** join/#edev Madsy (n=madsy@fu/coder/madsy) |
| 17:58.12 | *** join/#edev flavior (n=avaty@189.71.66.144) |
| 17:58.56 | *** join/#edev ohsix (i=ohsix@bc110245.bendcable.com) |
| 18:01.27 | *** join/#edev adyer (n=adyer@adsl-69-223-13-78.dsl.chcgil.ameritech.net) |
| 18:24.51 | *** join/#edev L_Deluxe (n=lou@c-68-53-134-58.hsd1.tn.comcast.net) |
| 18:28.17 | *** join/#edev sleipnir (n=Sleipnir@p4FDD5C8E.dip.t-dialin.net) |
| 18:45.19 | *** join/#edev archae0pteryx (n=snewman@69-12-128-192.dsl.static.sonic.net) |
| 18:50.26 | wmat | does anyone know how to make Busybox startup with romote logging? If it doesn't read /etc/syslog.conf, what does it read at startup? |
| 18:50.44 | kergoth | what sort of logs are you looking for? |
| 18:51.37 | wmat | not me actually; trying to help someone in #elinux. I presume he wants logs produced by syslogd |
| 18:51.48 | kergoth | ahh |
| 18:51.58 | kergoth | then you should say busybox syslog, not busybox.. theres a lot in there ;) |
| 18:52.35 | wmat | he can manually make syslogd remote log, but he can't automate it at startup. Nor can I. |
| 18:53.07 | wmat | and yes, point taken |
| 18:53.16 | kergoth | doesn't know the answer offhand, sadly |
| 19:19.21 | *** join/#edev adyer1 (n=adyer@adsl-69-223-13-78.dsl.chcgil.ameritech.net) |
| 19:24.32 | solar | I thought it was with the -h remote.host flag |
| 20:04.11 | *** join/#edev JoeLlama (n=snork@unaffiliated/joellama) |
| 20:22.44 | *** join/#edev g1powermac_PB (n=g1powerm@unaffiliated/g1powermac) |
| 20:34.14 | mgsnr | wmat i always start up syslog in my system startup scripts |
| 20:34.27 | mgsnr | syslogd -s 8192 -O /var/log/messages |
| 20:34.34 | mgsnr | i've tested the networking stuff and it works too |
| 20:34.47 | mgsnr | -R HOST[:PORT] works |
| 20:34.59 | mgsnr | use -L to log locally and a network host |
| 20:35.11 | mgsnr | #uclibc is where the busybox guys hang out |
| 20:41.04 | wmat | mgsnr: thx, i'll pass that on |
| 21:17.27 | *** join/#edev likewise (n=likewise@82-171-51-231.ip.telfort.nl) |
| 21:23.33 | *** join/#edev g1powermac_PB (n=g1powerm@unaffiliated/g1powermac) |
| 22:19.51 | kergoth | CosmicPenguin: what do you think of setting up FILESPATH so that file:// files can be found in ${TOPDIR}/files/, and then setting up a task in certain packages to take those and re-unpack them and run a configuration script, and then copy the output back into place, for things like kernel make menuconfig.. the new config would be in your build area rather than just in workdir or the oe dir |
| 22:21.04 | CosmicPenguin | hmmm - interesting |
| 22:21.35 | CosmicPenguin | so sort of like a 'site' directory for config files? |
| 22:22.08 | kergoth | something like that. i just want a clean way to let the user configure busybox and their kernel without mucking up the metadata dir or having their customizations lost as soon as they clean the package |
| 22:22.28 | CosmicPenguin | yeah - thats a problem |
| 22:22.46 | *** part/#edev Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 22:22.51 | CosmicPenguin | it forces the users to add the configuration to the metadata to keep it around |
| 22:23.02 | CosmicPenguin | which , while we are happy open source developers, isn't always pratical |
| 22:23.10 | kergoth | so bitbake -c appconfig busybox would emit build/files/busybox-1.0-r0/defconfig, or whatever |
| 22:23.13 | kergoth | nods |
| 22:23.15 | CosmicPenguin | you don't want or need to see my special kernel config |
| 22:23.19 | CosmicPenguin | its not useful to anybody but me |
| 22:23.36 | CosmicPenguin | yeah, I'm a fan |
| 22:23.51 | kergoth | could even add ~/.oe to the FILESPATH if you had a default config for all your builds, and could always get more specific later |
| 22:24.16 | kergoth | has FILESPATH population updated to do it this way, just need to implement the appconfig dealy |
| 22:25.53 | kergoth | BASEFILESPATH = "${TOPDIR}/files:${HOME}/.oe/files:${FILE_DIRNAME}" |
| 22:25.54 | kergoth | FILESPATH = "${@':'.join(['%s/%s/%s' % (fp, p, o) for fp in bb.data.getVar('BASEFILESPATH', d, 0).split(':') for p in ['${PF}', '${P}', '${PN}', '${BP}', '${BPN}', 'files', ''] for o in bb.data.getVar('OVERRIDES', d, 0).split(':')])}" |
| 22:25.57 | kergoth | chuckles |
| 22:26.25 | Mirell | Dear God. |
| 22:26.39 | Mirell | I thought my Perl was unreadable currently. |
| 22:26.39 | kergoth | never looped over 3 lists in a single list comprehension before |
| 22:26.40 | kergoth | go me |
| 22:37.53 | Mirell | needs to learn Lua... |