| 00:02.10 | *** join/#elinux zx80user (n=adrian@80-44-176-198.dynamic.dsl.as9105.com) |
| 00:49.45 | *** join/#elinux thraxisp (n=thraxisp@24.139.16.154) |
| 00:50.53 | *** join/#elinux archae0pteryx (n=snewman@207.47.42.130.static.nextweb.net) |
| 02:15.56 | *** join/#elinux thraxisp (n=thraxisp@24.139.16.154) |
| 02:59.26 | *** join/#elinux lautriv (n=virtual@213.221.88.243) |
| 03:57.22 | flyback | looks at ayzee |
| 07:04.09 | *** join/#elinux harpal (n=Harpal@122.169.108.195) |
| 07:26.10 | *** join/#elinux hw_ (n=hw@p578b3905.dip0.t-ipconnect.de) |
| 07:27.22 | *** join/#elinux pleemans (n=toi@116.54-246-81.adsl-static.isp.belgacom.be) |
| 07:27.29 | *** join/#elinux lyakh (n=lyakh@p57BD2BEA.dip0.t-ipconnect.de) |
| 07:37.05 | *** join/#elinux Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 07:49.15 | methril | yo |
| 08:05.48 | *** join/#elinux booxter (n=booxter@cpmsq.epam.com) |
| 08:06.03 | *** join/#elinux booxter (n=booxter@cpmsq.epam.com) |
| 08:18.14 | *** join/#elinux harpal_ (n=Harpal@59.162.116.80) |
| 08:26.35 | *** join/#elinux harpal__ (n=Harpal@122.169.108.195) |
| 08:35.06 | flyback | atttmpts one last time to get some sleep |
| 09:10.39 | *** join/#elinux rraasch (n=ryan@80.72.151.98) |
| 10:40.34 | *** join/#elinux zx80user (n=adrian@80-44-176-198.dynamic.dsl.as9105.com) |
| 10:49.58 | *** join/#elinux Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 10:49.58 | *** join/#elinux ccjoe (n=joeg@75-169-37-165.slkc.qwest.net) |
| 11:03.20 | *** join/#elinux gustavoz (n=gustavoz@imhotep.toptech.com.ar) |
| 12:09.07 | *** join/#elinux fgomez (i=c191fc0b@gateway/web/ajax/mibbit.com/x-839e34030618a5c2) |
| 12:48.08 | *** join/#elinux flavioribeiro (n=avaty@189.71.5.77) |
| 13:21.07 | *** join/#elinux flavioribeiro (n=avaty@189.71.5.77) |
| 13:25.29 | *** join/#elinux boris_OmegA (n=boris@secad.net8.nerim.net) |
| 13:31.31 | *** join/#elinux flavioribeiro (n=avaty@189.71.5.77) |
| 13:45.56 | *** join/#elinux linac (n=lin@123.249.178.207) |
| 14:07.00 | *** join/#elinux ccole (n=cole@66.218.140.242) |
| 14:16.30 | *** join/#elinux GPSFan (n=kenm@64.92.145.112) |
| 14:20.48 | *** join/#elinux prpplague (n=dave@mail.americanmicrosystems.com) |
| 14:42.34 | *** join/#elinux boris_OmegA (n=boris@secad.net8.nerim.net) |
| 14:42.53 | *** join/#elinux zx80user (n=adrian@80-44-176-198.dynamic.dsl.as9105.com) |
| 15:44.41 | *** join/#elinux Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 15:58.14 | *** join/#elinux archae0pteryx (n=snewman@69-12-128-192.dsl.static.sonic.net) |
| 16:13.35 | *** join/#elinux archae0ptery1 (n=snewman@207.47.42.130.static.nextweb.net) |
| 16:27.18 | *** join/#elinux Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 16:27.21 | *** join/#elinux zx80user (n=adrian@80-44-176-198.dynamic.dsl.as9105.com) |
| 16:42.36 | *** mode/#elinux [+o prpplague] by ChanServ |
| 16:46.59 | *** join/#elinux ashes (n=ashes@modemcable123.78-80-70.mc.videotron.ca) |
| 16:47.35 | *** join/#elinux booxter (n=booxter@night02.sml.by) |
| 17:24.50 | *** join/#elinux Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 17:32.22 | *** join/#elinux flavioribeiro (n=avaty@189.71.5.77) |
| 17:33.15 | *** join/#elinux markl__ (n=mark@c-67-186-245-229.hsd1.ut.comcast.net) |
| 17:50.21 | *** join/#elinux TimRiker (i=timr@2002:ae91:587f:0:0:0:0:1) |
| 17:50.22 | *** mode/#elinux [+o TimRiker] by ChanServ |
| 18:03.52 | *** join/#elinux Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 18:07.27 | *** join/#elinux Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 18:08.49 | *** join/#elinux Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 18:22.06 | *** join/#elinux Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 18:31.13 | *** join/#elinux Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 18:37.05 | *** join/#elinux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 18:37.35 | *** join/#elinux Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 18:40.34 | *** join/#elinux Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 19:20.28 | *** join/#elinux flavioribeiro (n=avaty@189.71.5.77) |
| 19:38.12 | *** join/#elinux thraxisp_ (n=thraxisp@24.139.16.154) |
| 19:41.38 | gandhijee | hey quick question, what else does busybox need to mount NFS shares? |
| 19:46.31 | *** join/#elinux archae0pteryx (n=snewman@207.47.42.130.static.nextweb.net) |
| 19:56.19 | *** join/#elinux archae0ptery1 (n=snewman@207.47.42.130.static.nextweb.net) |
| 20:03.41 | gandhijee | hey is inb/outb for linux the same as dos's inportb/outportb? |
| 20:07.33 | MonMotha | IIRC the arguments are in the opposite order |
| 20:07.42 | MonMotha | but they do the same thing |
| 20:28.28 | *** join/#elinux sddnd (n=sddnd@220-132-14-201.HINET-IP.hinet.net) |
| 20:32.19 | gandhijee | cool |
| 20:32.24 | gandhijee | thanks |
| 21:18.20 | gandhijee | you wouldn't happen to know how i can set the data pins in the parallel port to input mode, do you? |
| 21:26.00 | *** join/#elinux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 21:43.32 | *** part/#elinux Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 21:46.10 | *** join/#elinux ZeZu (n=null@c-98-227-56-17.hsd1.in.comcast.net) |
| 21:59.03 | MonMotha | gandhijee: Linux has a large parallel port infrastructure. I'd recommend using that rather than inb/outb |
| 21:59.32 | MonMotha | it wraps everything into nice (but still straightforward) calls, and it'll let you use the port by users other than root |
| 21:59.34 | gandhijee | i tried to figure out how to use ppdev, but i can't find any good documentation |
| 21:59.45 | MonMotha | all you really need is the header file |
| 21:59.52 | gandhijee | for ppdev? |
| 22:00.03 | gandhijee | will it let me control individual pins? |
| 22:00.10 | MonMotha | yes |
| 22:00.34 | gandhijee | so i should be able to read the header file and just include it and be all set?? |
| 22:01.37 | MonMotha | likely |
| 22:01.48 | MonMotha | are you familiar with Linux/UNIX userspace device semantics? |
| 22:02.02 | gandhijee | umm i don;t think so |
| 22:02.10 | gandhijee | unless you are taking about /dev/<entry> |
| 22:02.20 | MonMotha | basically, open the device file in /dev (using POSIX file ops, not libc), then start doing ioctls on it or read/write as necessary |
| 22:02.25 | MonMotha | for what you're doing, it'll likely all be ioctl |
| 22:02.49 | gandhijee | so do an fopen on /dev/parport0 |
| 22:03.05 | gandhijee | if i wanted to play with LPT1 |
| 22:03.54 | MonMotha | parport = open(PARPORT, O_RDWR); ioctl(parport, PPEXCL, NULL); ioctl(parport, PPCLAIM, NULL); ioctl(parport, PPDATADIR, 1); ioctl(parport, PPRDATA, &data); |
| 22:04.10 | MonMotha | and no, do not use fopen |
| 22:04.16 | MonMotha | you have to use the POSIX file ops for this |
| 22:04.22 | gandhijee | oh ok |
| 22:04.24 | MonMotha | and it's not called LPTn in Linux |
| 22:04.28 | gandhijee | i know |
| 22:04.29 | MonMotha | you probably want /dev/parpor0t |
| 22:04.31 | gandhijee | its parport0 |
| 22:04.32 | MonMotha | er /dev/parport0 |
| 22:05.41 | MonMotha | the API is pretty straightforward. If you can't figure out how a defined ioctl in ppdev.h works, just google it. You should get hits. |
| 22:06.42 | MonMotha | you don't need to mess with any IEEE1284 stuff, so that makes things simpler for you |
| 22:07.47 | gandhijee | yeah |
| 22:08.02 | gandhijee | i just wanna write a simple loop back program, toggle some output pins |
| 22:08.11 | MonMotha | well, that's plenty easy |
| 22:08.12 | gandhijee | and check the corresponding input pins |
| 22:11.24 | gandhijee | the reason i am trying to access the port directly is that the BIOS is retarded on the boards, when its set to standard, Linux seems to disable to port |
| 22:11.44 | gandhijee | i have to specifically select SPP mode in the BIOS, under winblowz it works as SPP port |
| 22:12.52 | MonMotha | Linux probably doesn't even see it when in SPP mode |
| 22:13.09 | MonMotha | just set it to the default (which is likely EPP+ECP). Linux can drop it back down to SPP if you ask it to. |
| 22:14.27 | gandhijee | default for the board is standard |
| 22:21.49 | MonMotha | weird. Most PC systems (including PC104 and similar "embedded" PCs) usually default to EPP, ECP, or EPP+ECP |
| 22:21.58 | gandhijee | yeah |
| 22:22.09 | MonMotha | try putting it in EPP mode |
| 22:22.58 | gandhijee | customer requested port be shoved in to standard |
| 22:22.58 | MonMotha | EPP is 100% backwards compatible (the register map just got extended) to SPP |
| 22:22.58 | gandhijee | can't need to test it in SPP mode |
| 22:22.58 | gandhijee | hmm |
| 22:22.59 | MonMotha | um, well, then you're going to have to get it to show up in Linux, now aren't you |
| 22:22.59 | gandhijee | that might work then |
| 22:22.59 | gandhijee | yeah, i know, i have to hit the HW directly =. |
| 22:22.59 | gandhijee | =/ |
| 22:35.24 | gandhijee | nevermind, i forced it to show up, but i get some weird error back from dmesg |
| 22:35.38 | gandhijee | saying that what it wrote isn't the same thing as it read.... |
| 22:44.35 | MonMotha | that's probably why it wasn't detecting the port to begin with |
| 22:44.45 | MonMotha | that's pretty much how parallel port detection works |
| 22:44.49 | MonMotha | at least in SPP mode |
| 22:45.11 | gandhijee | ?? looks for certian stuff in the reg's? |
| 22:45.25 | gandhijee | is SPP the same as standard mode then? |
| 22:47.14 | MonMotha | SPP is standard parallel port |
| 22:47.36 | MonMotha | basically, the only way to "detect" it is to see if the registers behave like one would expect (or check PnP tables) |
| 22:47.57 | gandhijee | got ya |
| 23:00.29 | pb__ | yah, spp detection has always been pretty dicey. ecp and epp are easier to detect reliably. |
| 23:04.23 | MonMotha | ah, the man who should be able to answer all your questions on ppdev :) |
| 23:04.39 | MonMotha | I applaud your API, btw. It's simple, concise, and it works. |
| 23:06.04 | gandhijee | umm how do i toggle individual pins with ppdev? |
| 23:06.09 | pb__ | heh. I think the user-space api was more Tim's work than mine. |
| 23:06.18 | pb__ | though, this was fifteen years ago, my memory of it is a bit hazy. |
| 23:06.24 | MonMotha | heh |
| 23:06.36 | MonMotha | I'm kinda surprised nobody's complicated it over that time |
| 23:07.30 | pb__ | gandhijee: data pins or control pins? |
| 23:07.32 | MonMotha | gandhijee: you have to work on it byte-wise, but you can of course do bit-ops in software (the "(1 << x)" trick). There's also a frob structure for the (IIRC) control port |
| 23:09.06 | pb__ | that's right. data port is just straight 8-bit writes, not bit addressable. |
| 23:09.35 | pb__ | the driver does keep a shadow copy of the register (which you can read with ioctl PPRDATA) but generally it's better to do that yourself. |
| 23:09.59 | pb__ | control port, either treat it the same as the data port (PPWCONTROL/PPRCONTROL) or use PPFCONTROL to flip individual bits. |
| 23:10.05 | gandhijee | both |
| 23:10.16 | gandhijee | i have data and control lines that are hooked up |
| 23:12.13 | gandhijee | is there anyway to read the data pins individually? or do i have to use the bitshift trick like monmotha said? |
| 23:12.24 | gandhijee | i'm willing to tool around with the ports directly.... |
| 23:13.39 | MonMotha | have to use bitshifts and such |
| 23:13.55 | gandhijee | k |
| 23:14.25 | MonMotha | you usually have to do that even on very embedded devices, though some 8-bit micros do allow direct bit manipulation and tests |
| 23:16.44 | gandhijee | O |
| 23:26.23 | gandhijee | in SPP mode the control pins can be setup as inputs, right? |