2012-06-15 01:02 cladamw has joined #qi-hardware
2012-06-15 01:15 Ayla has quit [Quit: leaving]
2012-06-15 01:16 xiangfu has joined #qi-hardware
2012-06-15 01:17 Openfree` has quit [Ping timeout: 265 seconds]
2012-06-15 01:28 emeb has quit [Quit: Leaving.]
2012-06-15 01:35 Openfree` has joined #qi-hardware
2012-06-15 01:47 wej has quit [Ping timeout: 272 seconds]
2012-06-15 01:49 <kristianpaul> DocScrutinizer05: did you finally get usb host support for N900?
2012-06-15 01:52 wej has joined #qi-hardware
2012-06-15 01:57 <DocScrutinizer05> kristianpaul: ???
2012-06-15 01:57 <DocScrutinizer05> h-e-n hostmode? since ages
2012-06-15 02:00 <kristianpaul> eww :)
2012-06-15 02:12 <DocScrutinizer05> hm?
2012-06-15 02:13 * DocScrutinizer05 thinks there's something got lost in translation
2012-06-15 02:17 <kristianpaul> he, sorry just found a cheap n900 on local ebay
2012-06-15 02:20 <qi-bot> [commit] Adam Wang: he-2row-dip.fpd: based on Werner Almesberger's he10.fpd (master) http://qi-hw.com/p/kicad-libs/e33374c
2012-06-15 02:42 rejon has joined #qi-hardware
2012-06-15 02:43 cladamw has quit [Ping timeout: 265 seconds]
2012-06-15 02:46 compcube has quit [Quit: Leaving]
2012-06-15 02:49 cladamw has joined #qi-hardware
2012-06-15 02:50 compcube has joined #qi-hardware
2012-06-15 02:50 compcube has quit [Changing host]
2012-06-15 02:50 compcube has joined #qi-hardware
2012-06-15 03:02 <pabs3> DocScrutinizer05: how many N900 do you need??
2012-06-15 03:05 rejon has quit [Ping timeout: 245 seconds]
2012-06-15 03:11 Openfree` has quit [Read error: Connection reset by peer]
2012-06-15 03:12 Openfree` has joined #qi-hardware
2012-06-15 03:14 <qi-bot> [commit] Adam Wang: mic-ra-dip.fpd: added package of MIC-RA-DIP-${Dia}x${Height} (master) http://qi-hw.com/p/kicad-libs/3a6c441
2012-06-15 03:17 rejon has joined #qi-hardware
2012-06-15 03:18 xwalk_ has joined #qi-hardware
2012-06-15 03:31 Openfree` has quit [Ping timeout: 265 seconds]
2012-06-15 03:48 Openfree` has joined #qi-hardware
2012-06-15 04:17 rejon has quit [Ping timeout: 244 seconds]
2012-06-15 04:21 cladamw has quit [Quit: Ex-Chat]
2012-06-15 04:24 wej has quit [Ping timeout: 248 seconds]
2012-06-15 04:24 rejon has joined #qi-hardware
2012-06-15 04:31 antgreen has quit [Ping timeout: 244 seconds]
2012-06-15 04:36 wej has joined #qi-hardware
2012-06-15 05:01 Openfree` has quit [Ping timeout: 246 seconds]
2012-06-15 05:07 rejon has quit [Ping timeout: 244 seconds]
2012-06-15 05:20 rejon has joined #qi-hardware
2012-06-15 05:22 Openfree` has joined #qi-hardware
2012-06-15 05:25 rejon has quit [Ping timeout: 246 seconds]
2012-06-15 05:27 cladamw has joined #qi-hardware
2012-06-15 05:30 rejon has joined #qi-hardware
2012-06-15 05:36 rejon has quit [Ping timeout: 246 seconds]
2012-06-15 06:00 compcube has quit [Ping timeout: 244 seconds]
2012-06-15 06:04 Aylax has joined #qi-hardware
2012-06-15 06:12 jluis|work has joined #qi-hardware
2012-06-15 06:44 jekhor has joined #qi-hardware
2012-06-15 07:01 rejon has joined #qi-hardware
2012-06-15 07:44 Ayla has joined #qi-hardware
2012-06-15 07:56 phirsch has quit [Ping timeout: 265 seconds]
2012-06-15 07:57 phirsch has joined #qi-hardware
2012-06-15 08:01 Aylax has quit [Ping timeout: 265 seconds]
2012-06-15 08:02 Ayla has quit [Ping timeout: 265 seconds]
2012-06-15 08:06 Ayla has joined #qi-hardware
2012-06-15 08:11 Ayla has quit [Ping timeout: 252 seconds]
2012-06-15 08:13 Ayla has joined #qi-hardware
2012-06-15 08:14 jurting has joined #qi-hardware
2012-06-15 08:17 rejon has quit [Ping timeout: 246 seconds]
2012-06-15 08:18 Ayla has quit [Ping timeout: 252 seconds]
2012-06-15 08:19 Ayla has joined #qi-hardware
2012-06-15 08:24 Ayla has quit [Ping timeout: 246 seconds]
2012-06-15 08:27 Ayla has joined #qi-hardware
2012-06-15 08:32 Ayla has quit [Ping timeout: 246 seconds]
2012-06-15 08:38 <DocScrutinizer05> pabs3: one, but dunno for how long
2012-06-15 08:39 Ayla has joined #qi-hardware
2012-06-15 08:43 rejon has joined #qi-hardware
2012-06-15 08:47 <qi-bot> [commit] Adam Wang: tactile-sw-spst-ra-dip.fpd: added package of TACTIL-SW-${TYPE}-RA-${A}-${B} (master) http://qi-hw.com/p/kicad-libs/c456f08
2012-06-15 08:57 kristoffer has joined #qi-hardware
2012-06-15 09:03 <jurting> http://venturebeat.com/2012/06/14/ethiopia-skype-illegal/ "necessary to protect against security threats" ...
2012-06-15 09:14 <DocScrutinizer05> yeah, and France forbids pgp-encrypted emails afaik
2012-06-15 09:14 <DocScrutinizer05> age old saying: "if guns are outlawed, only outlows will have guns"
2012-06-15 09:14 <DocScrutinizer05> outlaws*
2012-06-15 09:15 <Ayla> never heard about that
2012-06-15 09:15 <DocScrutinizer05> applies to security/encryption technology even better than to guns
2012-06-15 09:15 <Ayla> PGP-encrypted mails are legal here
2012-06-15 09:15 <Ayla> where did you read that?
2012-06-15 09:17 <DocScrutinizer05> Ayla: been a long time ago, maybe they planned it and then decided otherwise?
2012-06-15 09:18 <Ayla> I doubt it, seriously
2012-06-15 09:18 <DocScrutinizer05> must've been around the same time they started to mandate for 40% french songs in radio
2012-06-15 09:21 <DocScrutinizer05> honestly loong ago, maybe 10 years or sth. Maybe I lack to recall correctly
2012-06-15 09:26 <DocScrutinizer05> anyway regarding skype, since USA forced a backdoor into it, it's actually embarrassing to outlaw it - it shows you got no clue about how to handle security stuff on a level like the "grownups" (=USA= ;-P
2012-06-15 09:27 <DocScrutinizer05> or the exact opposite ;-P
2012-06-15 09:27 <Ayla> yeah. I can totally understand why they don't trust Skype
2012-06-15 09:27 <DocScrutinizer05> "since US authorities may crack skype, it's not allowed to use it in Ethiopia"
2012-06-15 09:30 <DocScrutinizer05> anyway I feel sad about Nokia and all the new casualities
2012-06-15 09:31 <DocScrutinizer05> all hopes on Samsung now, for a true open phone
2012-06-15 09:36 rejon has quit [Ping timeout: 265 seconds]
2012-06-15 09:37 <xiangfu> wpwrak, the atusb works fine.
2012-06-15 09:38 <xiangfu> but everytime it receive message through 'izchat'. there is one kernel message come up:
2012-06-15 09:38 <xiangfu> net wpan0: ACK requested, however AACK not supported.
2012-06-15 09:39 <xiangfu> do we need fix this?
2012-06-15 09:39 <xiangfu> another thing is . if I send message too fast. like press a then press enter. again and again. there is be :
2012-06-15 09:39 <xiangfu>   usb 1-1: atusb_timer
2012-06-15 09:39 <xiangfu> shows up
2012-06-15 09:51 jekhor has quit [Ping timeout: 240 seconds]
2012-06-15 10:01 jurting has quit [Ping timeout: 245 seconds]
2012-06-15 10:08 jivs_ has joined #qi-hardware
2012-06-15 10:10 <qi-bot> [commit] Adam Wang: spacer.fpd: added packages of SPACER-$nominal-$disc-$keepout$type (master) http://qi-hw.com/p/kicad-libs/0f80888
2012-06-15 10:24 lekernel has joined #qi-hardware
2012-06-15 10:27 antoniodariuh_ has joined #qi-hardware
2012-06-15 10:42 wej has quit [Ping timeout: 272 seconds]
2012-06-15 10:43 <wpwrak> xiangfu: (work) congratulations !
2012-06-15 10:44 <wpwrak> the ACK requests are not our problem :) the stack doesn't implement then, yet some applications ask for them. and then you get that complaint
2012-06-15 10:46 <wpwrak> atusb_timer means that a response from the transceiver was lost (the driver then times out and recovers). that's a little odd.
2012-06-15 10:50 GNUtoo-desktop has joined #qi-hardware
2012-06-15 10:54 <cladamw> wpwrak, if i want to generate *.mod, all i need is to add necessary fpd filename into MODULES of http://projects.qi-hardware.com/index.php/p/kicad-libs/source/tree/master/modules/Makefile ?
2012-06-15 10:55 <xiangfu> wpwrak, the izchat works just fine.
2012-06-15 10:56 <xiangfu> wpwrak,(atben --- atusb) the dirtpan not very stable.  compare to my other setup : (atben --- atben)
2012-06-15 10:56 <xiangfu> wpwrak, a lot of ping lost or DUP.
2012-06-15 10:56 <xiangfu> the atben --- atusb once 10 cm distance.
2012-06-15 11:02 xwalk_ has quit [Ping timeout: 240 seconds]
2012-06-15 11:03 cladamw has quit [Quit: Ex-Chat]
2012-06-15 11:08 wej has joined #qi-hardware
2012-06-15 11:17 <wpwrak> yes, atusb has the 1 ms USB delay issue. this causes some trouble with TCP/IP. atben doesn't have such delays.
2012-06-15 11:18 kristoffer_ has joined #qi-hardware
2012-06-15 11:19 kristoffer has quit [Ping timeout: 252 seconds]
2012-06-15 11:24 <xiangfu> wpwrak, ok. got it.
2012-06-15 11:26 <wpwrak> the atusb problem is that "still unresolved driver issue" i've been mentioning :) basically needs a complete redesign of the way how atusb and kernel communicate
2012-06-15 11:31 jluis|work has quit [Remote host closed the connection]
2012-06-15 11:34 wej has quit [Ping timeout: 248 seconds]
2012-06-15 11:39 wej has joined #qi-hardware
2012-06-15 12:02 cladamw has joined #qi-hardware
2012-06-15 12:33 jekhor has joined #qi-hardware
2012-06-15 12:38 DocScrutinizer05 has quit [Ping timeout: 245 seconds]
2012-06-15 12:39 DocScrutinizer has quit [Ping timeout: 272 seconds]
2012-06-15 12:41 <xiangfu> wpwrak, the atusb quiet un-stable compare to atBen.
2012-06-15 12:42 <xiangfu> I can only run 'ping'. but never success on 'ssh'.
2012-06-15 12:42 <xiangfu> but izchat works just fine. without any problem.
2012-06-15 12:42 DocScrutinizer05 has joined #qi-hardware
2012-06-15 12:42 DocScrutinizer has joined #qi-hardware
2012-06-15 12:43 <xiangfu> wpwrak, maybe I try to fix that. but the 'redesign' sound hard to me. :-)
2012-06-15 12:45 <xiangfu> every time the ar71xx OpenWrt boot. it give a kernel oops : http://pastebin.com/12SYPgEC
2012-06-15 13:13 jekhor has quit [Ping timeout: 244 seconds]
2012-06-15 13:17 wej has quit [Ping timeout: 272 seconds]
2012-06-15 13:17 cladamw has quit [Quit: Ex-Chat]
2012-06-15 13:19 compcube has joined #qi-hardware
2012-06-15 13:19 compcube has quit [Changing host]
2012-06-15 13:19 compcube has joined #qi-hardware
2012-06-15 13:23 wej has joined #qi-hardware
2012-06-15 13:30 GNUtoo-desktop has quit [Quit: [INFO]  fsogsmd : received signal -11, exiting.]
2012-06-15 13:32 jekhor has joined #qi-hardware
2012-06-15 13:38 rejon has joined #qi-hardware
2012-06-15 14:38 <qi-bot> [commit] Xiangfu: nanonote: compile-openwrt-xburst.sh: only send message when success build (master) http://qi-hw.com/p/openwrt-packages/4ae1eb1
2012-06-15 14:38 <qi-bot> [commit] Xiangfu: new package: urjtag: initial port (master) http://qi-hw.com/p/openwrt-packages/2cc7f1b
2012-06-15 14:38 <qi-bot> [commit] Xiangfu: new package: bitcoin: initial port, not finish yet (master) http://qi-hw.com/p/openwrt-packages/7858183
2012-06-15 14:49 xiangfu has quit [Quit: Leaving]
2012-06-15 15:40 emeb has joined #qi-hardware
2012-06-15 15:42 compcube has quit [Ping timeout: 244 seconds]
2012-06-15 16:03 hozer has quit [Ping timeout: 245 seconds]
2012-06-15 16:09 antgreen has joined #qi-hardware
2012-06-15 16:18 hozer has joined #qi-hardware
2012-06-15 16:42 jivs_ has quit [Quit: Leaving]
2012-06-15 16:43 <kristianpaul> interesting shippenf for HK (Air parcel) took 4 days just to get dispached, and others 5 to arrive, not bad
2012-06-15 16:43 <kristianpaul> shipment* from*
2012-06-15 16:54 <wpwrak> by steamboat ?
2012-06-15 16:54 <kristianpaul> no no
2012-06-15 16:55 <kristianpaul> air mail
2012-06-15 17:00 antoniodariuh_ has quit [Remote host closed the connection]
2012-06-15 17:07 jekhor has quit [Ping timeout: 244 seconds]
2012-06-15 17:35 GNUtoo-desktop has joined #qi-hardware
2012-06-15 17:40 antgreen has quit [Remote host closed the connection]
2012-06-15 18:07 wolfspraul has quit [Ping timeout: 244 seconds]
2012-06-15 18:07 wolfspraul has joined #qi-hardware
2012-06-15 18:16 rejon has quit [Read error: Connection reset by peer]
2012-06-15 18:19 <whitequark> btw, when I look at this: http://www.adafruit.com/products/885
2012-06-15 18:19 <whitequark> and read that android fully supports these peripherals from 1.5 on almost all devices
2012-06-15 18:19 <whitequark> I think that google is awesomely open
2012-06-15 18:19 <whitequark> not exactly true, but still quite friendly to makers
2012-06-15 18:20 <GNUtoo-desktop> yes, also note that you can run your own apps, and that is compatible with gplv3, contrarly to iphone
2012-06-15 18:22 <whitequark> yeah, with iphone you can't even use a single charger for all models of the phone
2012-06-15 18:22 <whitequark> one of biggest and widest tech WTFs
2012-06-15 18:22 <whitequark> also, arguably the worst use of resistors, ever
2012-06-15 18:25 <viric> Do you know if there is UserModeLinux for mips?
2012-06-15 18:26 <viric> I imagine usermodelinux is platform dependant :)
2012-06-15 18:27 <whitequark> ew
2012-06-15 18:27 <whitequark> even if there is (I'll look in a sec), it won't run on nn
2012-06-15 18:27 <whitequark> too small ram
2012-06-15 18:28 <viric> I've a fuloong
2012-06-15 18:28 <viric> btrfs people have misaligned access troubles...
2012-06-15 18:29 <viric> and I thought maybe I could simply run it with UML
2012-06-15 18:30 rejon has joined #qi-hardware
2012-06-15 18:35 <whitequark> hmm
2012-06-15 18:35 <whitequark> fuloong?
2012-06-15 18:35 <whitequark> sounds weird
2012-06-15 18:36 <whitequark> besides which, uml won't fix your unaligned access
2012-06-15 18:36 <whitequark> (unless kernel can emulate unaligned access for usermode processes, which I doubt)
2012-06-15 18:38 <whitequark> ah ok, seems that it does
2012-06-15 18:38 <whitequark> but I'd expect it to come with a huge perf penalty
2012-06-15 18:39 <larsc> it does
2012-06-15 18:39 <larsc> but the kernel should actually also fix misasligned access in the kernel
2012-06-15 18:40 <whitequark> larsc: and make you spend a lot of time figuring out why the hell doesn't it work any fast?
2012-06-15 18:41 <whitequark> exceptions shouldn't be used for control flow
2012-06-15 18:41 <whitequark> especially when there is no explicit control flow at all
2012-06-15 18:41 <larsc> whitequark: there is a file in proc which tells you how many unaligend access exceptions you have
2012-06-15 18:42 <whitequark> larsc: but does it give you a backtrace?
2012-06-15 18:42 <lindi-> whitequark: you can make it log the IP
2012-06-15 18:42 <lindi-> and use systemtap to get backtrace
2012-06-15 18:43 <larsc> whitequark: you can disable the emulation in proc
2012-06-15 18:43 <whitequark> ah, nice then
2012-06-15 18:44 <whitequark> http://lxr.linux.no/linux+v3.4.2/arch/um/
2012-06-15 18:44 <whitequark> no uml for mips
2012-06-15 18:46 <viric> well, you can tweak if you want the kernel to handle the unaligned accesses, or sigbus
2012-06-15 18:47 <viric> But the kernel can't handle unaligned accesses *in the kernel*, right?
2012-06-15 18:47 <viric> whitequark: same for arm I imagine
2012-06-15 18:47 <larsc> viric: why not?
2012-06-15 18:48 <viric> larsc: I imagined the kernel will have that only for user mode code
2012-06-15 18:48 <larsc> unless there is a analigned access in the unaligend access exception handler it will work fine ;)
2012-06-15 18:48 <viric> :)
2012-06-15 18:48 <larsc> afaik
2012-06-15 18:49 <viric> what's the /proc place for that? I Can't find it
2012-06-15 18:49 <whitequark> well, or if there's something with interrupt priorities
2012-06-15 18:49 <viric> I remember it, but I fail now
2012-06-15 18:49 <whitequark> I don't remember mips ISA & exception semantics good enough for that
2012-06-15 18:51 <larsc> i remember performance issues with openwrt systems where for example ip packets were misaligned, so it should work
2012-06-15 18:56 <viric> ah
2012-06-15 18:56 <lindi-> viric: find /proc |grep alignment
2012-06-15 18:56 <viric> lindi-: that's what I run :)
2012-06-15 18:56 <viric> nothing
2012-06-15 18:56 <viric> maybe I miss some kernel feature
2012-06-15 18:58 <viric> maybe it moved to /sys
2012-06-15 18:58 <viric> ?
2012-06-15 18:59 <viric> on ARM I have /sys/module/kernel/parameters/alignment
2012-06-15 18:59 <viric> ah /proc/cpu/alignment
2012-06-15 18:59 <viric> (on ARM too, not on mips)
2012-06-15 19:01 <viric> CONFIG_ALIGNMENT_TRAP=y
2012-06-15 19:01 <viric> at least on arm. Is it there on mips?
2012-06-15 19:02 <viric> I fail to find it
2012-06-15 19:03 <larsc> I think it is always built-in
2012-06-15 19:03 <viric> arch/mips/kernel/unaligned.c   ...  but why do I have programs failing with SIGBUS?
2012-06-15 19:04 <larsc> there should be files in debugfs where you can change the behaviour
2012-06-15 19:04 <larsc> unaligned_instructions
2012-06-15 19:04 <viric> aren't those counters?
2012-06-15 19:04 <larsc> and unaligned_action
2012-06-15 19:05 <larsc> an action can be
2012-06-15 19:05 <larsc>     UNALIGNED_ACTION_QUIET,
2012-06-15 19:05 <larsc>     UNALIGNED_ACTION_SIGNAL,
2012-06-15 19:05 <larsc>     UNALIGNED_ACTION_SHOW,
2012-06-15 19:05 <viric> ah, action=0 now...
2012-06-15 19:06 <larsc> which should be ACTION_QUIET
2012-06-15 19:06 <viric> but I get sigbus
2012-06-15 19:06 <viric> :)
2012-06-15 19:06 <viric> maybe on some instruction not handled by the exception; let's see
2012-06-15 19:06 <viric> Program received signal SIGBUS, Bus error.
2012-06-15 19:06 <viric> 0x7741334c in WebCore::TimerBase::stop() ()
2012-06-15 19:06 <viric>    0x77413348 <+16>:    lw      t9,16496(v0)
2012-06-15 19:06 <viric> => 0x7741334c <+20>:    b       0x77413010 <_ZN7WebCore9TimerBase15setNextFireTimeEd>
2012-06-15 19:08 <larsc> that's not a unaligned access i guess
2012-06-15 19:08 <viric> what can it be?
2012-06-15 19:09 rejon_ has joined #qi-hardware
2012-06-15 19:09 <viric> t9: 0x77413010
2012-06-15 19:09 <viric> v0: 0x77f97490
2012-06-15 19:10 <viric> 16496+v0   is not aligned... do I understand?
2012-06-15 19:11 <larsc> if the 16496 is decimal it should be
2012-06-15 19:11 <viric> hm but I breakpoint there, and it's all fine, until at some point... sigbus there.
2012-06-15 19:12 rejon has quit [Ping timeout: 265 seconds]
2012-06-15 19:12 <viric> I don't know what else can cause sigbus.
2012-06-15 19:13 jekhor has joined #qi-hardware
2012-06-15 19:14 <larsc> i suppose you did not hot-unplug your ram ;)
2012-06-15 19:18 <viric> ehem
2012-06-15 19:18 <viric> no :)
2012-06-15 19:18 <viric> I think in the fuloong world, everyone considers the sigbus an alignment problem
2012-06-15 19:20 <viric>  http://sprunge.us/YeLL
2012-06-15 19:20 <viric> that's the kernel with _SHOW
2012-06-15 19:20 <viric> there are lots of unaligned access before this that gets sigbus though
2012-06-15 19:20 <viric> but $epc is exactly that.
2012-06-15 19:22 <viric> I've to find out status and cause now...
2012-06-15 19:22 <viric> [354412.300000] Status: 240044f3    KX SX UX USER EXL IE
2012-06-15 19:22 <viric> [354412.300000] Cause : 90008014
2012-06-15 19:26 <larsc> if it get's to the show part it shouldn't cause a sigbus
2012-06-15 19:26 <larsc> gets
2012-06-15 19:28 <viric> The status register says: a) Exception taken in a Branch delay slot. b) Breakpoint exception.
2012-06-15 19:28 <viric> let's see without gcb
2012-06-15 19:28 <viric> gdb
2012-06-15 19:29 <viric> I meant "the cause register", above.
2012-06-15 19:29 <viric> I tried without gdb, and the cause register is equal. branch delay slot, and breakpoint exception.
2012-06-15 19:31 <viric> "in a branch delay slot, the EPC register contains the address of the preceding branch instruction"
2012-06-15 19:33 <viric> I wish I knew what a 'delay slot' is
2012-06-15 19:33 <larsc> the instruction after the branch
2012-06-15 19:34 <larsc> so i guess we want to see 0x77413350
2012-06-15 19:35 <viric> Aha...
2012-06-15 19:36 <viric>    0x77413350 <+24>:    sdc1    $f13,16(a0)
2012-06-15 19:36 <viric> a0: 0x730378dc
2012-06-15 19:36 <viric> that's bad alignment, isn't it?
2012-06-15 19:36 <larsc>     case sdc1_op:
2012-06-15 19:36 <larsc>          * I herewith declare: this does not happen.  So send SIGBUS.
2012-06-15 19:36 <larsc>         /*
2012-06-15 19:36 <larsc>         goto sigbus;
2012-06-15 19:36 <larsc>          */
2012-06-15 19:36 <viric> Pfa :D
2012-06-15 19:36 <viric> Time to write a patch I guess.
2012-06-15 19:36 <viric> nice hehe
2012-06-15 19:37 <viric> but it takes knowing mips assembly to write a handler for that..
2012-06-15 19:38 <larsc> should userspace ever do a sdc?
2012-06-15 19:38 <viric> it's webkit
2012-06-15 19:38 <larsc> or is that access to the floatingpoint coprocessor?
2012-06-15 19:39 <viric> maybe it's invalid code simply?
2012-06-15 19:39 <viric> it has fpu, yes
2012-06-15 19:40 <viric> it's listed in the fpu instructions...
2012-06-15 19:40 <larsc> The effective address must be naturally aligned. If any of the three least-significant bits
2012-06-15 19:40 <larsc> of the effective address are non-zero, an Address Error exception occurs.
2012-06-15 19:40 <larsc> MIPS IV: The low-order 3 bits of the offset field must be zero. If they are not, the result
2012-06-15 19:40 <larsc> of the instruction is undefined.
2012-06-15 19:40 <viric> clear
2012-06-15 19:40 <viric> who to blame? gcc?
2012-06-15 19:41 xwalk has quit [Ping timeout: 246 seconds]
2012-06-15 19:41 <larsc> if in doubt webkit ;)
2012-06-15 19:41 <viric> I'll check if there is any fpu instruction there
2012-06-15 19:41 <viric> But it would be nice if the kernel could handle those
2012-06-15 19:44 <viric> larsc: what's that manual you checked?
2012-06-15 19:45 <larsc> mips-iv.pdf
2012-06-15 19:48 <viric>  http://sprunge.us/VWYi
2012-06-15 19:49 <viric> m_repeatInterval is a double...
2012-06-15 19:50 <viric> f13 = 0
2012-06-15 19:50 <larsc> so a gcc bug?
2012-06-15 19:50 <viric> so it looks like running the m_repeatInterval = 0;, but that member being at an unaligned position. Weird!
2012-06-15 19:50 alexander_ has joined #qi-hardware
2012-06-15 19:51 alexander_ has quit [Remote host closed the connection]
2012-06-15 19:51 <larsc> can you do a print ((TimerBase *)(NULL))->m_repeatInterval?
2012-06-15 19:51 <larsc> aehm
2012-06-15 19:52 <larsc> can you do a print &((TimerBase *)(NULL))->m_repeatInterval?
2012-06-15 19:52 alexander has joined #qi-hardware
2012-06-15 19:52 <larsc> in gdb
2012-06-15 19:52 <larsc> should probably be 16
2012-06-15 19:53 <alexander> Is it possible to have a SD card hub? So one can have 2 SD cards connected to the nano note.
2012-06-15 19:53 <viric> I don't have debug symbols
2012-06-15 19:53 <viric> http://trac.webkit.org/browser/releases/WebKitGTK/webkit-1.4.0/Source/WebCore/platform/Timer.h      this is the class
2012-06-15 19:54 xwalk has joined #qi-hardware
2012-06-15 19:54 <alexander> \help
2012-06-15 19:54 <viric> (supper)
2012-06-15 19:55 <larsc> i suppose for some reason the whole object is not 8bit aligned
2012-06-15 20:06 <viric> 8byte
2012-06-15 20:06 <larsc> yes :)
2012-06-15 20:07 <viric> ok let's try to build it with debug symbols then
2012-06-15 20:09 <larsc> i would assume that m_repeatInterval is properly aligend inside the object
2012-06-15 20:10 <larsc> but the object is not
2012-06-15 20:10 <viric> ah could be
2012-06-15 20:10 <viric> hm well, 'a0' was not aligned, but the offset was 16.
2012-06-15 20:10 <larsc> exactly
2012-06-15 20:10 <viric> interesting
2012-06-15 20:15 <larsc> do you have a backtrace of the sigbus?
2012-06-15 20:16 <viric> yes
2012-06-15 20:16 xwalk has quit [Quit: Leaving]
2012-06-15 20:16 <viric> well, I reproduce it in 10 seconds
2012-06-15 20:18 <viric>  http://sprunge.us/ZVPR
2012-06-15 20:23 <viric> umh
2012-06-15 20:23 <viric> Webkit has its own allocator
2012-06-15 20:24 <larsc> and there is no timer->stop() in ~RenderTextControlSingleLine
2012-06-15 20:25 <viric> It's in the destructor of TimerBase
2012-06-15 20:27 <viric> I look at JavaScriptCore/wtf/FastMalloc.cpp
2012-06-15 20:27 <viric> static const size_t kAlignShift = 3;
2012-06-15 20:27 <viric> static const size_t kAlignment  = 1 << kAlignShift;
2012-06-15 20:28 kristoffer_ has quit [Remote host closed the connection]
2012-06-15 20:31 <larsc> I'm wondering a bit. The constructor for TimerBase already accesses m_nextFireTIme
2012-06-15 20:31 <viric> hm
2012-06-15 20:32 <viric> mistery
2012-06-15 20:33 <viric> maybe they move objects. They have their own allocator :)
2012-06-15 20:33 <larsc> you just found a zero day exploit for webkit ;)
2012-06-15 20:34 <viric> It is even not the latest webkit...
2012-06-15 20:34 <viric> and I can't find the 'fastmalloc' thing in the latest. :)
2012-06-15 20:36 phirsch has quit [Ping timeout: 240 seconds]
2012-06-15 20:36 <viric> well, thank you for the help
2012-06-15 20:36 <viric> I'll try midori (that uses a newer webkit)
2012-06-15 20:42 <viric> I'll disassemble the timerbase constructor though
2012-06-15 20:46 antgreen has joined #qi-hardware
2012-06-15 20:46 phirsch has joined #qi-hardware
2012-06-15 20:48 <viric> larsc: the constructor does:
2012-06-15 20:48 <viric>   90ed18:       fc800008        sd      zero,8(a0)
2012-06-15 20:48 <viric>   90ed1c:       fc800010        sd      zero,16(a0)
2012-06-15 20:49 <viric> And that's handler by the kernel trap
2012-06-15 20:51 <larsc> ah, so it doesn't use floating point instructions
2012-06-15 20:53 <viric> it uses floating point instructions
2012-06-15 20:53 <viric> but does not access the coprocessor registers
2012-06-15 20:54 <viric> sd vs sdc
2012-06-15 20:55 <viric> So it's a bit of saying... mips64 coprocessors are not really that much supported, given the lack of kernel traps :)
2012-06-15 20:56 <larsc> 'sd' is just normal memory access, isn't it?
2012-06-15 20:56 <viric> ah doubleword, yes
2012-06-15 20:57 <viric> I thought 'double' :)
2012-06-15 20:59 <viric> what's that 1:, 2: ... in front of assembly lines?
2012-06-15 21:01 <larsc> labels
2012-06-15 21:03 <larsc> you'll see for example 'b 1b' which means jump to the first label called '1' before this instruction
2012-06-15 21:03 <larsc> there is also b 1f which jumps to the next label called '1'
2012-06-15 21:03 <viric> ahh
2012-06-15 21:04 <viric> thank you
2012-06-15 21:06 <viric> I can't understand the trap though.
2012-06-15 21:06 <viric> I wanted to understand one of the implemented traps :)
2012-06-15 21:06 <viric> .section .fixup,"ax" ...
2012-06-15 21:06 <viric> magic.
2012-06-15 21:08 <larsc> i don't get it either
2012-06-15 21:12 <larsc> or maybe i do
2012-06-15 21:12 <viric> really?
2012-06-15 21:12 <viric> what's STR(PTR) there?
2012-06-15 21:14 <viric> ah, it fills the exception table entry
2012-06-15 21:15 <larsc> yes
2012-06-15 21:15 <larsc> PTR is either .dword or .word depending whether it is a 32bit or 64bit kernel
2012-06-15 21:15 <viric> ahh
2012-06-15 21:20 <viric> all traps have the same code after the first '.section'
2012-06-15 21:20 <viric> (in load/store)
2012-06-15 21:22 <larsc> as far as i understand it, it is used to handle an exception in the fixup code
2012-06-15 21:22 <viric> ah
2012-06-15 21:22 <larsc> if there is an exception at address 1b or 2b it will jump to 4b instead
2012-06-15 21:22 <viric> then it will make it res = -EFAULT
2012-06-15 21:22 <viric> clear
2012-06-15 21:24 antgreen has quit [Remote host closed the connection]
2012-06-15 21:24 <larsc> i suppose to emulate a sdc1 you could do a sdc1 to the value variable
2012-06-15 21:25 <larsc> and then store value at the unaligned address with two stores
2012-06-15 21:29 xwalk has joined #qi-hardware
2012-06-15 21:29 <viric> larsc: do you want to see my ldwc1 trap? :)
2012-06-15 21:30 <viric>  http://sprunge.us/BXKM
2012-06-15 21:31 <viric> hm the last line is wrong I think
2012-06-15 21:32 <viric> should not be '.rt'
2012-06-15 21:36 <viric> I bet for         regs->regs[insn.f_format.rd] = value;
2012-06-15 21:38 <larsc> it shouldn't be modifying regs at all
2012-06-15 21:38 <viric> it's ldc1
2012-06-15 21:38 <viric> ldwc1 I mean
2012-06-15 21:38 <larsc> ah right
2012-06-15 21:38 <larsc> no
2012-06-15 21:38 <larsc> wait
2012-06-15 21:39 <viric> maybe I need an exception handler for mtc
2012-06-15 21:40 <viric> I added one
2012-06-15 21:40 <larsc> according to the spec it should be rt
2012-06-15 21:41 <viric> ouch, typo
2012-06-15 21:42 <viric> I looked at the mtc1 instruction coding :)
2012-06-15 21:42 <larsc> but we are writing to a floating point register
2012-06-15 21:43 <viric> ah yes
2012-06-15 21:43 <viric> then I did it fine
2012-06-15 21:43 <viric> it's rd...
2012-06-15 21:43 <viric> rt is the source
2012-06-15 21:43 <viric> rd (ft in the manual) the destination
2012-06-15 21:44 <viric> hm no. all wrong. I don't understand regs->regs :)
2012-06-15 21:44 <larsc> regs are just the normal registers
2012-06-15 21:44 <viric> where are the floating point then?
2012-06-15 21:45 <larsc> struct thread_struct
2012-06-15 21:46 <larsc> there is a function called get_fpu_regs
2012-06-15 21:48 <viric> and the thread_struct... where can I get it from? a static variable?
2012-06-15 21:52 <larsc> get_fpu_regs(current) should give you the fpu registers for the process receiving the signal
2012-06-15 21:52 <viric> ok
2012-06-15 21:53 <larsc> anyway time to get some sleep
2012-06-15 21:54 <larsc> good luck
2012-06-15 21:54 <viric> :)
2012-06-15 21:54 <viric> thank you a lot
2012-06-15 21:54 <viric>         fpuregs = get_fpu_regs(current);
2012-06-15 21:54 <viric>         fpuregs[insn.f_format.rd] = value;
2012-06-15 22:19 emeb has quit [Quit: Leaving.]
2012-06-15 22:31 emeb has joined #qi-hardware
2012-06-15 22:52 <whitequark> btw
2012-06-15 22:53 <whitequark> for building webkit, esp. the debug version, you'll probably need lots of stuff
2012-06-15 22:53 <whitequark> a recent multicore cpu, at least 8g of RAM, 64-bit OS
2012-06-15 22:53 <whitequark> and several hours of CPU time
2012-06-15 22:54 <viric> :)
2012-06-15 22:54 <whitequark> more precise
2012-06-15 22:54 <whitequark> several hours of linking time alone
2012-06-15 22:54 rodgort has joined #qi-hardware
2012-06-15 22:54 <viric> due to the debug info?
2012-06-15 22:54 <whitequark> nope
2012-06-15 22:54 <whitequark> I've seen only the release version to build for this time
2012-06-15 22:54 <viric> umh my new kernel does not boot. perfect
2012-06-15 22:54 <whitequark> I've no idea how webkit devs debug it
2012-06-15 22:55 <whitequark> it has several millions of symbols
2012-06-15 22:55 <whitequark> you can get reasonable times on a machine with 64g of RAM and full tree on the ramdisk
2012-06-15 22:55 <whitequark> still it's exceptionally slow
2012-06-15 22:56 <viric> hm the release version built fine.
2012-06-15 22:56 <whitequark> oh, and if you turn on lto, it'll link it several hours, then determine that something in webkit prevents it from doing LTO the way it wants to do it
2012-06-15 22:56 <whitequark> and the linker will START OVER.
2012-06-15 22:59 <viric> well, turning lto should be hardcore, yes
2012-06-15 22:59 <viric> let's see the traps!
2012-06-15 22:59 <viric> ouch. illegal instruction. hell
2012-06-15 23:00 <viric> ah it's right
2012-06-15 23:01 <viric> (my first kernel patch :)
2012-06-15 23:01 <lindi-> whitequark: debian builds webkit on real arm hardware, no cross-compiling
2012-06-15 23:02 <lindi-> whitequark: for libv8 this actually caught some real bugs too
2012-06-15 23:06 jekhor has quit [Ping timeout: 265 seconds]
2012-06-15 23:15 methril has quit [Quit: Leaving]
2012-06-15 23:40 <viric> I'm also biulding on real mips hw
2012-06-15 23:41 <viric> took a while, but... what to do.
2012-06-15 23:55 <alexander> card
2012-06-15 23:55 <alexander> doh
2012-06-15 23:55 alexander has quit [Quit: Ex-Chat]