| 00:10.29 | *** join/#edev g1powermac (~g1powerma@rrcs-173-197-150-24.west.biz.rr.com) |
| 00:10.29 | *** join/#edev g1powermac (~g1powerma@unaffiliated/g1powermac) |
| 01:21.40 | *** join/#edev liuyq (~liuyq0307@221.123.128.226) |
| 01:22.08 | *** join/#edev bizhanMona (~bizhan@nat/cisco/x-hszbbkvovrlevcko) |
| 01:35.47 | *** join/#edev ozialien (~ernest@ip68-0-179-160.tc.ph.cox.net) |
| 01:58.05 | Mirell | Hmm.. |
| 02:55.13 | *** join/#edev florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 03:05.49 | *** join/#edev blupp (~blupp@dslb-188-098-072-103.pools.arcor-ip.net) |
| 04:33.54 | calculus | prpplague: got myself a lapdock to play around with |
| 04:34.05 | prpplague | calculus: :) |
| 04:35.05 | Mirell | prpplague: Yo dawg |
| 04:35.11 | prpplague | Mirell: yes? |
| 04:36.20 | Mirell | Just saying 'allo |
| 04:37.13 | prpplague | Mirell: oh |
| 04:37.19 | prpplague | Mirell: howdy! |
| 04:44.15 | Mirell | Oh my ears hurt |
| 04:45.27 | *** join/#edev JoeLlama (~snork@unaffiliated/joellama) |
| 04:51.47 | *** join/#edev mbuf (user@nat/redhat/x-bqsurjwtrcbbbkbm) |
| 04:55.27 | calculus | now to find the proper hdmi and usb connectors/adapters |
| 04:56.02 | Mirell | OwOwOwOw |
| 04:58.34 | calculus | must be a full moon tonight |
| 05:01.25 | Mirell | Eh? |
| 05:01.43 | Mirell | I'm just recovering from getting me ears pointed. |
| 05:02.26 | calculus | I thought you were howling |
| 05:03.17 | Mirell | Ah, no, voicing pain. |
| 05:58.19 | *** join/#edev prpplague (~prpplague@ppp-70-242-115-86.dsl.rcsntx.swbell.net) |
| 06:30.09 | *** join/#edev lautriv (~lautriv@f050086173.adsl.alicedsl.de) |
| 07:22.18 | *** join/#edev bizhanMona (~bizhan@nat/cisco/x-lypdihmyclgkhdbt) |
| 09:30.26 | slashbeast | alternative to gnu stat to get minor and major number for device node? |
| 09:30.34 | slashbeast | # stat -L -c '%t:%T' /dev/dm-1 |
| 09:30.34 | slashbeast | fd:1 |
| 09:30.42 | slashbeast | where its 253:1 according to ls |
| 09:39.22 | slashbeast | bot gnu stat and busybox stat show wrong minor/major |
| 09:41.06 | slashbeast | I could parse /proc/partitions but thats not something I would like to do. |
| 09:46.10 | av500 | slashbeast: and 253 is not 0xFD? |
| 09:47.13 | slashbeast | av500: I have no idea. |
| 09:47.27 | slashbeast | but as far as I remember I cant echo fd:1 to /sys/power/resume |
| 09:48.02 | av500 | well, the stat output is in hex |
| 09:48.10 | av500 | so its correct |
| 09:48.13 | slashbeast | yeah I cant |
| 09:50.31 | slashbeast | what would be best way to handle it in sh script? Check if the output is numeric, if no run printf '%u\n' 0x${outpu}? |
| 09:53.51 | slashbeast | nvm, worked it out |
| 09:54.26 | av500 | nothing to check, if the output is hex then convert it |
| 09:54.42 | slashbeast | I've noticed it. |
| 09:54.53 | slashbeast | printf '%u\n' "0x$(stat -L -c '%t' /dev/sr0)" seems legit, right? |
| 10:17.50 | *** join/#edev g1powermac (~g1powerma@unaffiliated/g1powermac) |
| 10:24.34 | slashbeast | av500: thanks for your help, I would been googing around for at leat horu before I will notice that fd have nothing to do with /dev/fd. |
| 10:24.46 | slashbeast | swsusp works fine here. \o/ |
| 10:26.47 | slashbeast | now I winder if resume=LABEL=swap will work, my initramfs will resolve it to device name, but as far as I see the in-kernel suspend mechamism suspend to whatever resume= is set to. |
| 10:28.10 | av500 | slashbeast: well, since I do not have dm-1 I used something else that gave me "fh" |
| 10:28.52 | slashbeast | the question is how can I specify to which device it will write image to |
| 10:32.21 | av500 | no idea, I press the sleep button :) |
| 10:36.13 | slashbeast | interesing, even if I boot without resume= and the /sys/power/resume is by default 0:0, after sending 'disk' to state, the machine hibernate |
| 10:36.17 | slashbeast | and resume just fine |
| 10:42.27 | slashbeast | http://www.mjmwired.net/kernel/Documentation/power/swsusp.txt is horrible outdatted |
| 12:53.31 | *** join/#edev GPSFan (~kenm@64.92.145.112) |
| 12:53.44 | *** mode/#edev [+o GPSFan] by ChanServ |
| 12:56.32 | lautriv | can anyone tell me if an hp ipaq hx4700 claims the SD/MMC via ASIC3 or PXA ? |
| 12:57.50 | *** join/#edev jawilson (~jawilson@einstein.jeffalwilson.com) |
| 13:21.39 | *** join/#edev bizhanMona (~bizhan@nat/cisco/x-ortcyewcabdqllmd) |
| 14:15.11 | wmat | lautriv: ASIC3, I believe |
| 14:16.32 | *** join/#edev aholler (~aholler@p57B206BD.dip0.t-ipconnect.de) |
| 14:16.38 | wmat | lautriv: you might want to do some grepping in arch/arm/mach-pxa |
| 14:49.05 | *** join/#edev prpplague (~danders@192.94.92.14) |
| 15:01.33 | *** join/#edev NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 16:03.40 | *** join/#edev landley (~landley@140.242.26.2) |
| 16:03.44 | *** mode/#edev [+o landley] by ChanServ |
| 16:06.42 | *** join/#edev mnemoc (~amery@shell.opensde.net) |
| 16:09.39 | *** join/#edev calculus (~calculus@adsl-99-27-128-144.dsl.pltn13.sbcglobal.net) |
| 16:09.40 | *** join/#edev calculus (~calculus@gentoo/user/calculus) |
| 16:26.53 | *** join/#edev sndcrb (~sndcrb@dsl-hkibrasgw2-fef8de00-126.dhcp.inet.fi) |
| 16:31.40 | *** join/#edev calculus (~calculus@gentoo/user/calculus) |
| 16:31.40 | *** join/#edev landley (~landley@140.242.26.2) |
| 16:31.40 | *** join/#edev g1powermac (~g1powerma@unaffiliated/g1powermac) |
| 16:31.40 | *** join/#edev prp^2 (~prpplague@ppp-70-242-115-86.dsl.rcsntx.swbell.net) |
| 16:31.40 | *** join/#edev ozialien (~ernest@ip68-0-179-160.tc.ph.cox.net) |
| 16:31.40 | *** join/#edev strnx (strnx@199.127.227.146) |
| 16:31.40 | *** join/#edev gustavoz (~gustavoz@host4.186-109-25.telecom.net.ar) |
| 16:31.40 | *** join/#edev slashbeast (~slashbeas@funtoo/core/slashbeast) |
| 16:31.40 | *** mode/#edev [+o landley] by kornbluth.freenode.net |
| 16:49.29 | lautriv | wmat, sorry for late response, was out with my dogs........yes, actually it looks like they use the ASCI3 and therefore another part from a toshiba driver which includes ASIC3-MMC. strange thing is it worked before and not longer, i get unknown-block on boot. |
| 16:55.10 | wmat | lautriv: do you have a known working SD card? 9 out of 10 times, the card is the culprit. |
| 16:57.49 | prpplague | hehe, the 4700 was pretty well documented in the past, but that thing is very very old |
| 17:01.55 | SpeedEvil | I think I may have one somewhere |
| 17:02.06 | SpeedEvil | I got a broken screen one to play with |
| 17:02.14 | SpeedEvil | but it remained in its box |
| 17:02.26 | prpplague | hehe like my snowball board |
| 17:06.00 | lautriv | wmat, i have a couple and all working ( even sdhc with 16G is recognized) . the problem is a bit more complex..... i had a working setup with the latest kernel (3.4) built from scratch but can't get ttyUSB0 up, so i tweaked it to ttyS0 which works now. before the serial console was working, i had the mmcblk0p1 as root and after that, i got only mtdblk0 (internal) which has nothing to do with the serial et all. right now, i rebuilt the kernel |
| 17:06.00 | lautriv | with any combination of PXA/SPI/ASIC3 and none of them will work again. |
| 17:08.03 | lautriv | prpplague, i know it's not bleeding edge but once it was above it's time and still useful. at least, i own one so it hat to do something ;) |
| 17:08.19 | lautriv | *has |
| 17:08.23 | prpplague | indeed |
| 17:08.40 | prpplague | made a promise decades ago to not work on technology that is obsolete |
| 17:09.34 | lautriv | it's not really obsolete, i dislike the modern way of wasting resources just because there are some. |
| 17:15.35 | lautriv | prpplague, example : i have also a Samsung Note GT-N7000 with dual-core @1.4 GHz running android, do you really believe that thingie running dalvik does anythig faster ? by far not. |
| 17:16.24 | prpplague | lautriv: that isnt what i said |
| 17:17.09 | aholler | I think he cares about his resources (his time) |
| 17:17.13 | prpplague | lautriv: it is obsolete in the fact that none of the technology in the 4700 is used in modern devices, therefor work on that type of devices adds no benefit to your job skills |
| 17:17.34 | lautriv | prpplague, what part is that on the hx4700 ? |
| 17:17.46 | wmat | quietly glances over at his box of Dreamcasts :/ |
| 17:18.10 | prpplague | lautriv: pxa - xscale |
| 17:19.03 | lautriv | prpplague, still v7l and only debian has a armhf port ready, which is not used by any new h/w. |
| 17:19.34 | prpplague | lautriv: i am sorry i did not understand your statement |
| 17:20.52 | lautriv | prpplague, i mean the C|MPU 's coming after the xscale are not used that way they could be used. actual software is still on arm-eabi-softfloat |
| 17:21.34 | aholler | debian never was actual, debian is stable |
| 17:22.15 | lautriv | aholler, sid is more recent and the "unstable" part on it is not the software but dependencies. |
| 17:22.52 | prpplague | lautriv: yes but there are several issues, first xscale is a not a standard arm core, marvell has basically made the chip dead, the pxa250 doesn't include any of the new controllers such as MIPI DSI or HDMI, the core hardware is such a low clock frequency that it is unusable for even 720p media, and most of the "hacks" in the over 4700 hardware have now been solved by real hardware |
| 17:22.57 | lautriv | aholler, however i was not on debian but the lack of FP-support in general. |
| 17:23.10 | prpplague | anyway, don't have time to debate it |
| 17:24.13 | lautriv | prpplague, won't start a debate but it depends on the use-case a headless controller will never raise a HDMI ;) |
| 17:24.20 | aholler | I'm running gentoo arm-hardfloat since more than a year. |
| 17:24.44 | prpplague | lautriv: hehe, yea, what do i know about it, hehe |
| 17:29.37 | *** join/#edev dfarnsworth (~dfarnswor@nat/montavista/x-hbrhtcocqwadylah) |
| 17:41.51 | *** join/#edev lautriv (~lautriv@f050083078.adsl.alicedsl.de) |
| 17:50.27 | lautriv | meh, talked to a wall because ISP-cut :( |
| 17:51.23 | aholler | at least it listens |
| 17:52.53 | lautriv | aholler, yes i see my lines and no response so i thought you were all busy . |
| 17:56.33 | *** join/#edev strnx (strnx@199.127.227.146) |
| 18:03.22 | lautriv | seems there is obviously a relaition, i did a fresh defconfig and added PXA_serial afterwards and it recompiles tmio_mmc ( which is the part controlling the SD slot) |
| 18:22.08 | *** join/#edev florian (~fuchs@sign-4db6b44a.pool.mediaWays.net) |
| 18:22.09 | *** join/#edev florian (~fuchs@Maemo/community/contributor/florian) |
| 19:09.56 | *** join/#edev NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 19:14.47 | *** join/#edev sndcrb (~sndcrb@dsl-hkibrasgw2-fef8de00-126.dhcp.inet.fi) |
| 19:21.19 | *** join/#edev bizhanMona (~bizhan@nat/cisco/x-zrofjntybnjndeai) |
| 20:31.17 | *** join/#edev prp^2 (~prpplague@ppp-70-249-145-251.dsl.rcsntx.swbell.net) |
| 20:39.42 | *** join/#edev m4t (matt@theorize.org) |
| 21:11.40 | *** join/#edev Crofton|work (~balister@130.164.62.221) |
| 21:23.36 | *** join/#edev prp^2 (~prpplague@ppp-70-249-147-53.dsl.rcsntx.swbell.net) |
| 22:15.55 | *** join/#edev Crofton|work (~balister@pool-71-171-27-98.nwrknj.east.verizon.net) |
| 23:11.33 | *** join/#edev prp^2 (~prpplague@ppp-70-242-115-206.dsl.rcsntx.swbell.net) |
| 23:29.42 | *** join/#edev dfarnsworth (~dfarnswor@nat/montavista/x-odytaztmzctdleau) |