| 00:09.51 | *** join/#elinux thraxisp (n=thraxisp@ottawa-hs-206-191-56-2.d-ip.magma.ca) |
| 01:15.46 | *** join/#elinux Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 02:00.06 | *** join/#elinux noclouds (n=mhfan@61.191.27.226) |
| 02:17.33 | *** join/#elinux FireEgl (i=Proteus@2001:5c0:84dc:1:211:9ff:feca:b042) |
| 02:42.16 | *** join/#elinux thraxisp (n=thraxisp@ottawa-hs-206-191-56-2.d-ip.magma.ca) |
| 03:18.21 | *** join/#elinux noclouds (n=mhfan@61.191.27.226) |
| 03:35.03 | wmat | we should start an "iPhone" bounty pool here |
| 03:35.19 | wmat | first person to boot linux on it wins |
| 03:36.09 | wmat | "unconfirmed reports suggest the device is expected to be powered by a more capable operating system than one would expect in a fusion phone/media device" |
| 03:36.27 | wmat | i take it back, it obviously already does boot linux |
| 03:37.07 | *** join/#elinux catastrop (n=catastr0@d14-69-178-65.try.wideopenwest.com) |
| 03:58.48 | *** join/#elinux catastr0p (n=catastr0@d14-69-178-65.try.wideopenwest.com) |
| 04:07.24 | *** join/#elinux catastrop (n=catastr0@d14-69-178-65.try.wideopenwest.com) |
| 05:20.13 | *** join/#elinux yaman (n=yaman@195.174.133.153) |
| 05:33.46 | *** join/#elinux blindvt_ (n=bf@62.47.137.86) |
| 05:59.15 | *** join/#elinux FireEgl (i=Proteus@2001:5c0:84dc:1:211:9ff:feca:b042) |
| 06:20.47 | *** join/#elinux PhB (n=PhB@dD5E061F8.access.telenet.be) |
| 06:32.46 | *** join/#elinux Specca (n=spetznaz@tac.mukachevo.net) |
| 06:59.13 | *** join/#elinux blindvt__ (n=bf@62.47.158.235) |
| 08:30.06 | *** join/#elinux russ_ (i=foobar@ip70-190-169-51.ph.ph.cox.net) |
| 09:16.20 | *** join/#elinux AD-N770 (n=jep@core.fluendo.com) |
| 11:13.37 | *** join/#elinux catastr0p (n=catastr0@d14-69-178-65.try.wideopenwest.com) |
| 11:21.29 | *** join/#elinux AD-N770 (n=jep@core.fluendo.com) |
| 11:21.45 | *** join/#elinux catastrop (n=catastr0@d14-69-178-65.try.wideopenwest.com) |
| 11:28.29 | *** join/#elinux catastr0p (n=catastr0@d14-69-178-65.try.wideopenwest.com) |
| 11:55.46 | *** join/#elinux thraxisp (n=thraxisp@ottawa-hs-206-191-56-2.d-ip.magma.ca) |
| 12:00.17 | *** join/#elinux YazzY (n=yazzy@unaffiliated/yazzy) |
| 12:00.21 | YazzY | hi guys |
| 12:01.28 | YazzY | would this be correct way to create a jffs2 file system image for an Xscale IXP425 board: mkfs.jffs2 -b --pad=0x00660000 -d romfs/ -o system.jffs2 ? |
| 12:01.51 | YazzY | i have problems with it, kernel says things like: |
| 12:01.53 | YazzY | jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00620000: 0x8519 instead |
| 12:02.15 | YazzY | according to the mtd website this means the file system is either not jffs2 or corrupted |
| 12:03.07 | YazzY | wow |
| 12:03.09 | YazzY | never mind |
| 12:03.21 | YazzY | it worked with -b (which i did not try before) |
| 12:03.23 | YazzY | weeeeeee |
| 12:44.02 | *** join/#elinux darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
| 12:48.15 | *** join/#elinux youam_ (n=youam@ciara.youam.de) |
| 13:35.57 | *** join/#elinux linac__ (n=lin@121.71.44.5) |
| 13:41.55 | *** join/#elinux tuxmaniac (n=aanjhan@unaffiliated/tuxmaniac) |
| 13:43.04 | *** join/#elinux Gerrath (n=Shane_@unaffiliated/gerrath) |
| 14:08.16 | *** join/#elinux GPSFan (n=kenm@12.10.255.248) |
| 14:37.39 | *** join/#elinux youam (n=youam@ciara.youam.de) |
| 14:59.08 | *** join/#elinux blindvt_ (n=bf@M1007P017.adsl.highway.telekom.at) |
| 15:35.59 | *** join/#elinux thraxisp (n=thraxisp@ottgate.precidia.com) |
| 15:39.16 | *** join/#elinux AMDPenguin (i=nobody@nat/amd/x-797134b907403c72) |
| 15:40.09 | *** mode/#elinux [+v CosmicPenguin] by ChanServ |
| 15:59.01 | chouimat | morning |
| 17:02.56 | *** join/#elinux ccjoe (n=ccjoe@www.clearcore.com) |
| 17:18.07 | *** join/#elinux Crofton (n=balister@hc6521709.dhcp.vt.edu) |
| 17:23.59 | *** join/#elinux sjhill (n=sjhill@real.realitydiluted.com) |
| 17:31.45 | *** join/#elinux AD-N770 (n=jep@core.fluendo.com) |
| 17:43.34 | *** join/#elinux lyakh (n=lyakh@dynamic-unidsl-85-197-31-110.westend.de) |
| 18:37.25 | *** join/#elinux dsaxena (n=dsaxena@c-24-21-198-11.hsd1.mn.comcast.net) |
| 18:50.07 | *** join/#elinux Sgt-Donan (n=Loutre@mto30-1-82-242-53-8.fbx.proxad.net) |
| 20:00.02 | *** join/#elinux derRichard (n=richardw@M260P027.adsl.highway.telekom.at) |
| 20:17.39 | *** join/#elinux tuxmaniac (n=aanjhan@unaffiliated/tuxmaniac) |
| 21:02.04 | *** part/#elinux PhB (n=PhB@dD5E061F8.access.telenet.be) |
| 21:06.28 | *** join/#elinux vlo (n=valentin@adsl-84-227-225-117.adslplus.ch) |
| 21:19.47 | *** join/#elinux derRichard (n=richardw@M260P027.adsl.highway.telekom.at) |
| 21:21.57 | *** join/#elinux tuxmaniac (n=aanjhan@unaffiliated/tuxmaniac) |
| 21:30.50 | *** join/#elinux russ_ (i=foobar@70.190.169.51) [NETSPLIT VICTIM] |
| 21:30.51 | *** join/#elinux linac__ (n=lin@121.71.44.5) [NETSPLIT VICTIM] |
| 21:30.51 | *** join/#elinux blindvt_ (n=bf@M1007P017.adsl.highway.telekom.at) |
| 21:32.08 | *** join/#elinux catastrop (n=catastr0@d14-69-178-65.try.wideopenwest.com) |
| 21:35.15 | *** join/#elinux wmat (n=wmat@CPE000f6641f21a-CM00111adf5f4a.cpe.net.cable.rogers.com) [NETSPLIT VICTIM] |
| 22:03.42 | *** join/#elinux lyakh (n=lyakh@dynamic-unidsl-85-197-31-110.westend.de) |
| 22:46.37 | YazzY | what executes login prompt on serial console? |
| 22:48.13 | hvr | getty? |
| 22:48.44 | YazzY | yeah, i would think so |
| 22:49.05 | YazzY | my inittab should excute it |
| 22:49.07 | YazzY | ::respawn:/sbin/getty -L ttyS0 115200 vt100 |
| 22:49.07 | YazzY | ::respawn:/sbin/getty -L ttyS1 115200 vt100 |
| 22:49.10 | YazzY | but it does not |
| 22:49.27 | YazzY | i get login prompt with ssh just fine tho |
| 22:50.06 | YazzY | any ideas ? |
| 22:54.47 | YazzY | should gettys run as background processes ? |
| 22:55.08 | YazzY | ah yes |
| 22:56.16 | hvr | you can also start it from the shell yourself for testing |
| 22:56.33 | hvr | is ttyS0/1 the correct serial device? |
| 23:10.06 | *** join/#elinux darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
| 23:13.01 | YazzY | hvr: i found out ttyS0 and ttyS1 were not created by devfsd |
| 23:13.05 | YazzY | only tty |
| 23:13.11 | YazzY | any idea why ? |
| 23:14.07 | YazzY | i created them manually with mknod |
| 23:14.26 | YazzY | but shouldnt devfs take care of it automagiclly ? |
| 23:15.31 | CosmicPenguin | yet another reason not to use devfs |
| 23:16.07 | YazzY | yes i know |
| 23:16.15 | YazzY | but i cannot chose myself |
| 23:16.23 | YazzY | i have a precompiled kernel image i have to use |
| 23:16.42 | YazzY | and it has compiled in support for automatically launched devfs |
| 23:16.50 | *** join/#elinux blindvt_ (n=bf@M997P016.adsl.highway.telekom.at) |
| 23:17.13 | YazzY | so the console is working but only when i mknod -m 660 ttyS0 c 4 64 |
| 23:17.21 | YazzY | and mknod -m 660 ttyS1 c 4 65 |
| 23:41.22 | MonMotha | devfs is an overengineered solution to a nonexistant problem |
| 23:41.36 | MonMotha | there really is next to no reason to use it |
| 23:42.19 | kergoth | if you really need a dynamic /dev, use udev. but chances are you really dont need it anyway, unless you've got a usb host or something |
| 23:42.22 | kergoth | heh |
| 23:42.27 | MonMotha | while putting a bunch of nodes in /dev can suck up space on your initrd (though it shouldn't be too bad with things like cramfs), I've found that having a minimally populated one on the filesystem itself (enough to get init started) and having the init scripts unpack a tarball with the other stuff |
| 23:42.51 | MonMotha | this all of course assumes your initrd is actually the final running root fs (which is common) |
| 23:43.13 | kergoth | its also easy enough to mount a ramfs/tmpfs on /dev and populate it using busybox makedevs from a device table text file |
| 23:43.21 | MonMotha | yeah, that works too |
| 23:43.44 | MonMotha | I remember I timed which took longer. I think the tarball won, at the expense of a few 10s of kilobytes of storage |
| 23:43.55 | MonMotha | that was also an ancient version of busybox, so that may have improved |
| 23:44.21 | MonMotha | I guess it depends on your requirements: fast bootup, cramming that extra stuff into flash |
| 23:46.55 | kergoth | downside to stuffing it into cramfs (if it is indeed cramfs) is that the perms cant be manipulated (i.e. for /dev/console change based on the console user) and stuff, but that too depends on the requirements of the system |
| 23:48.14 | MonMotha | true |
| 23:48.35 | MonMotha | the tarball approach works ok if you have something like a gzipped ext2 that you're using for an initrd. Though I'd question why you'd do that |
| 23:48.57 | MonMotha | I guess it does allow you to have a fully writable / partition from the get go that resets every time the system is reset |
| 23:49.33 | MonMotha | I know gzipped ext2 initrds used to be common, but they seem to have been replaced in most applications by a cramfs with a tmpfs or two mounted in |
| 23:49.59 | MonMotha | there's a newer cramfs style fs now, right? something like squishfs |
| 23:50.23 | CosmicPenguin | squashfs |
| 23:53.04 | MonMotha | that's it |