#emc-devel | Logs for 2007-02-10

Back
[00:44:54] <fjungclaus> Dog-Tired ... Going to bed ... CU
[02:46:13] <jmkasunich_> jmkasunich_ is now known as jmkasunich
[03:11:27] <jmkasunich> quiet tonight
[03:34:25] <jtr> Yep. working on a reply for Javier on his home sensors. What do you know about resolvers?
[03:36:49] <jtr> He doesn't think his resolvers are as accurate as an encoder with the same number of steps per rev.
[03:38:14] <jtr> I do see that the absolute accuracy is +- 0.7 degrees, but relative is +- 0.08 deg.
[03:41:17] <jtr> linearity error 1% of actual value, and ripple 2%.
[03:46:44] <jtr> Is the absolute error constant and repeatable?
[15:18:39] <steve_stallings> steve_stallings is now known as steves_logging
[16:01:09] <steves_logging> steves_logging is now known as steve_stallings
[16:56:12] <steve_stallings> steve_stallings is now known as steves_logging
[18:36:09] <jepler> I am so frustrated by all the methods I've tried to get from .lyx to .html
[18:37:20] <jepler> the current converter, with its botched image conversions and no index or table of contents, seems to be the best I can do
[18:38:25] <cradek> jepler: I noticed a bunch of file-not-found messages for some paths in /tmp during the doc build
[18:39:01] <alex_joni> cradek: I think it's a problem with referencing pictures which aren't in the same folder
[18:39:09] <alex_joni> I think the docs can't find them
[18:39:21] <cradek> ok I didn't look into it (at all)
[18:40:06] <alex_joni> I mean the html building of docs
[18:40:43] <jepler> latex2html has all kinds of bogus behavior while converting images
[18:41:10] <cradek> bbl
[18:41:13] <jepler> all I can find out is that people have been having these kinds of problems for years and nobody seems to know why
[18:41:23] <jepler> latex2html is dead as a project
[18:41:36] <jepler> and everything else won't even accept the .tex files produced by lyx, for one reason or another
[18:43:34] <jepler> pstoimg: Error: "/usr/bin/pnmcrop -verbose < /tmp/l2h3219/p3432.pnm | /usr/bin/pnmcrop -verbose -bot -sides -sides | /usr/bin/pnmcrop -verbose -l -sides -sides > /tmp/l2h3219/p3432.t00" failed: Illegal seek
[18:43:39] <jepler> Error while converting image
[18:43:42] <jepler> Error: Cannot read 'img1.png': No such file or directory
[18:44:00] <jepler> it gets the "cannot read" errors after doing some bogus operation on a file it generated
[19:41:13] <alex_joni> anyone here familiar with the kernel va <-> pa mechanism?
[19:46:23] <alex_joni> * alex_joni wonders if there's any way to make sure what the exact physical address a routine writes to after translation from virtual to phys
[20:27:59] <jepler> there's some stuff in asm-i386/io.h
[20:28:57] <jepler> but they don't recommend themselves very highly "in almost all conceivable cases a device driver should not be using this function"
[20:45:13] <alex_joni> I need this for asm-arm
[21:06:25] <jmkasunich> hi y'all
[21:10:39] <alex_joni> hi John
[21:12:41] <jmkasunich> lots of stuff going on in the cam department
[21:21:05] <alex_joni> * alex_joni wouldn't know
[21:21:13] <alex_joni> I'm trying to debug a fscking network chip
[22:04:08] <alex_joni> yay, found something
[22:04:23] <alex_joni> had to initialize the chip to work in 16bit mode, as I have no bootloader to do that for me
[22:28:35] <alex_joni> anyone around here able to read a kernel oops?
[23:11:42] <cradek> alex_joni: ksymoops will decode it
[23:13:38] <alex_joni> I was getting something like this: http://pastebin.ca/349560
[23:13:54] <alex_joni> but I kinda figured that out now..