00:58.00 | *** join/#arm-netbook nibb (~jyuyu@66.227.218.87.dynamic.jazztel.es) |
01:10.50 | *** join/#arm-netbook NinjAPT (~NinjAPT@bl15-88-159.dsl.telepac.pt) |
01:45.58 | CIA-121 | rhombus-tech: Moussa master * r13b795ec35d6 /allwinner_a10/orders/abhi2.mdwn: |
01:49.07 | lundman | morning asia |
01:52.53 | *** join/#arm-netbook kaspter (~kaspter@180.168.145.234) |
02:00.00 | *** join/#arm-netbook CiHO (~CiHO@koln-5d818cb6.pool.mediaWays.net) |
02:25.06 | *** join/#arm-netbook mpthompson (~IceChat77@c-50-131-39-81.hsd1.ca.comcast.net) |
02:28.54 | hipboi | lundman: morning |
02:42.02 | *** join/#arm-netbook QingPei (~qingpei@inet-hqmc06-o.oracle.com) |
02:45.38 | *** join/#arm-netbook Triffid_Hunter (~Triffid_H@songsfortheotherkind.com) |
02:45.55 | Turl | hey hno :) |
03:09.29 | *** join/#arm-netbook xxiao (~xxiao@li41-126.members.linode.com) |
04:06.11 | *** join/#arm-netbook CiHO (~CiHO@koln-5d818cb6.pool.mediaWays.net) |
04:17.03 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
04:19.50 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
04:20.08 | *** join/#arm-netbook mike_ (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
05:09.37 | *** join/#arm-netbook rzk (~rzk@2002:5f1c:cc9b:1:222:4dff:fe7c:450f) |
05:30.48 | *** join/#arm-netbook nibb (~jyuyu@100.199.218.87.dynamic.jazztel.es) |
05:31.05 | *** join/#arm-netbook MMlosh (~MMlosh@2001:718:1e03:5168:6078:de18:f9ae:ee7) |
05:33.05 | *** join/#arm-netbook Quarx (~Quarx@109.120.42.209) |
05:35.39 | *** join/#arm-netbook nibb_ (~jyuyu@141.207.218.87.dynamic.jazztel.es) |
06:11.55 | *** join/#arm-netbook Quarx (~Quarx@109.120.42.209) |
06:24.21 | *** join/#arm-netbook rell_ (~chatzilla@p5B0786C6.dip0.t-ipconnect.de) |
06:47.14 | eFfeM_work | gm |
06:58.57 | *** join/#arm-netbook nibb_ (~jyuyu@141.207.218.87.dynamic.jazztel.es) |
07:58.00 | hno | hi Turl. |
07:58.56 | lundman | ok all zfs modules load into android kernel. but can't compile anything for android with gcc yet |
08:09.58 | *** join/#arm-netbook bkero (~Ben@osuosl/staff/bkero) |
08:18.07 | *** join/#arm-netbook eebrah (~chatzilla@41-139-199-130.safaricombusiness.co.ke) |
08:28.39 | *** part/#arm-netbook QingPei (~qingpei@inet-hqmc06-o.oracle.com) |
09:00.48 | *** join/#arm-netbook bkero (~Ben@osuosl/staff/bkero) |
09:20.36 | *** join/#arm-netbook CiHO (~CiHO@koln-5d818cb6.pool.mediaWays.net) |
09:45.57 | *** join/#arm-netbook CiHO_ (~CiHO@koln-5d818cb6.pool.mediaWays.net) |
10:11.39 | *** join/#arm-netbook hno (~hno@squid/developer/hno) |
10:59.47 | zenitraM | lundman: android needs to be compiled against bionic, not glibc |
11:00.01 | zenitraM | so you need either to use bionic (android NDK), or compile staticly |
11:13.59 | lundman | yeah, i did the apt-get etc, but getting some weird error 44, so need to go deeper |
11:17.29 | *** join/#arm-netbook Quarx (~Quarx@109.120.42.209) |
11:32.48 | *** join/#arm-netbook nibb_ (~jyuyu@141.207.218.87.dynamic.jazztel.es) |
11:36.26 | *** join/#arm-netbook lkcl (~lkcl@host86-131-167-67.range86-131.btcentralplus.com) |
11:43.10 | *** join/#arm-netbook von_fritz (~fritz@host57-254-dynamic.211-62-r.retail.telecomitalia.it) |
12:01.36 | *** join/#arm-netbook CiHO (~androirc@koln-5d818cb6.pool.mediaWays.net) |
12:17.32 | *** join/#arm-netbook QingPei (~qingpei@123.118.101.18) |
12:45.09 | *** join/#arm-netbook CiHO (~CiHO@koln-5d818cb6.pool.mediaWays.net) |
13:02.22 | *** join/#arm-netbook nibb_ (~jyuyu@141.207.218.87.dynamic.jazztel.es) |
13:51.56 | *** join/#arm-netbook Quarx (~Quarx@109.120.42.209) |
14:37.39 | Turl | hno: I cannot seem to get the watchdog to actually watch |
14:56.07 | fjfalcon | Can someone tell me in wich exactly file in linux kernel keeps mach id, that i can edit it, recompile with new mach id easly? |
14:56.43 | Turl | there's a text file with machine names and ids |
14:56.47 | Turl | arm distributes it I think |
14:57.22 | Turl | fjfalcon: arch/arm/tools/mach-types is the file |
14:57.42 | fjfalcon | Turl so if i edit it, just write make -j32 i will have new kernel with new file, right? |
14:58.00 | fjfalcon | (without recompile else kernel parts) |
14:58.13 | Turl | # Up to date versions of this file can be obtained from:## http://www.arm.linux.org.uk/developer/machines/download.php |
14:58.17 | Turl | I guess |
14:58.34 | Turl | this file is parsed and converted to a bunch of macros and stuff to use on C later on |
14:58.43 | fjfalcon | Cause i have device on qualcomm, i know machine id, but don't know magic number... will try to brute it.. |
14:59.16 | fjfalcon | (Also don't have kernel sources, only know that it uses aurora project sources) |
14:59.50 | Turl | magic number? |
15:01.48 | fjfalcon | Turl field number in mach-types file |
15:01.58 | fjfalcon | field "number" |
15:02.17 | Turl | fjfalcon: what's your machine name? |
15:02.30 | Turl | /proc/cpuinfo has it |
15:04.06 | fjfalcon | QCT MSM8X60 SURF |
15:06.43 | Turl | fjfalcon: http://www.arm.linux.org.uk/developer/machines/list.php?id=2755 |
15:11.18 | fjfalcon | Turl: yea, with that number kernel not works.. =( |
15:11.31 | fjfalcon | And mine uart don't working =( |
15:11.36 | Turl | fjfalcon: and how do you know it's the number and not the kernel? :) |
15:12.36 | fjfalcon | Turl: don't know.. but i need to find something.. |
15:12.48 | fjfalcon | Without kernel i can't have normal ics =( |
15:13.03 | Turl | is it a developer board? |
15:13.05 | fjfalcon | nope |
15:13.10 | Turl | what is it then? |
15:13.36 | fjfalcon | Turl: sk w-s170 |
15:13.44 | fjfalcon | also know as Fly IQ285 Turbo |
15:13.56 | fjfalcon | SK Telecom won't give sources for kernel. |
15:14.56 | traeak | wierd, yesterday my 16GB flash card (comes up as 14.8?) all the mkv's got deleted and the card was having prolbems getting read |
15:14.56 | traeak | yuk |
15:14.58 | Turl | usually CAF kernel doesn't work "as is" for commercially released devices |
15:15.03 | traeak | dunno if android or the card or what |
15:15.10 | traeak | considering i had copied all the mkv's over |
15:15.11 | Quarx | anyway, if machine id is right.. it is very hard to check work kernel |
15:15.11 | traeak | anyways |
15:15.38 | Turl | traeak: blamevfat :P |
15:15.39 | fjfalcon | Turl: so, what can i do.. =( |
15:15.46 | fjfalcon | Users really need working phone |
15:15.49 | Turl | fjfalcon: get uart working on stock kernel |
15:15.54 | Turl | then try to debug new one |
15:16.28 | fjfalcon | Turl: btw, maybe you explain me - i understand right that uart should be connected to phone only with 2 wires? |
15:16.44 | fjfalcon | rx and ground from uart to tx and ground from phone? |
15:17.20 | Turl | personally I've never used uart (yet) but as far as I know it's 3 wires |
15:17.26 | RaYmAn | that's usually enough if you use something like a ttl to usb |
15:17.37 | Turl | phone's tx to the other side's rx, viceversa, and ground |
15:17.44 | RaYmAn | you don't need to connect both rx and tx necessarily =P |
15:17.54 | traeak | Turl: probably so...android supportrs something *other* than vfat ? |
15:18.00 | Turl | RaYmAn: yeah but it's nice to have it both ways :p |
15:18.11 | traeak | since i dont' run windows anywhere i don't give a rip about vfat |
15:18.19 | Turl | traeak: for sd cards? no |
15:18.37 | traeak | Turl: i guess the easy answer is to test |
15:18.44 | RaYmAn | Turl: sure, but not exactly required for debugging non-booting kernels ;) |
15:18.48 | traeak | class 2 16GB old one |
15:19.01 | Turl | traeak: you could use ext, but you'd need to hack vold |
15:19.17 | traeak | vold? |
15:19.29 | Turl | vold is android's mount manager daemon |
15:19.34 | traeak | ahh okay |
15:19.52 | traeak | i think both tablets are running some form of cm7 |
15:20.13 | Turl | cm's vold supports read only ntfs and I think ext too |
15:20.31 | traeak | hm |
15:20.37 | traeak | ntfs on flash? ugh |
15:20.51 | Turl | traeak: use case is USB HDDs |
15:21.00 | Turl | over USB OTG |
15:21.03 | traeak | sure |
15:55.33 | traeak | http://tinyurl.com/buf89gl |
15:55.39 | traeak | i'm guessing one of these should work as well |
16:14.55 | *** part/#arm-netbook QingPei (~qingpei@123.118.101.18) |
16:39.46 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
16:42.45 | *** join/#arm-netbook Salam (~chatzilla@31.57.77.26) |
17:16.47 | *** join/#arm-netbook _vaevictus (~vaevictus@180.222.140.5) |
17:17.21 | *** part/#arm-netbook _vaevictus (~vaevictus@180.222.140.5) |
17:17.42 | *** join/#arm-netbook nibb_ (~jyuyu@141.207.218.87.dynamic.jazztel.es) |
17:17.51 | *** join/#arm-netbook _vaevictus (~vaevictus@180.222.140.5) |
17:18.45 | *** join/#arm-netbook eFfeM (~frans@g235028.upc-g.chello.nl) |
17:26.41 | *** join/#arm-netbook mpthompson (~IceChat77@c-50-131-39-81.hsd1.ca.comcast.net) |
17:55.37 | CIA-121 | rhombus-tech: lkcl master * rf65e252d4a27 /allwinner_a10/orders/ (gedesu.mdwn kackmail.mdwn): order processing cleanup |
18:06.14 | *** join/#arm-netbook rzk (~rzk@2002:5f1c:cc9b:1:222:4dff:fe7c:450f) |
18:13.22 | *** join/#arm-netbook Brandon15811 (~Brandon15@ec2linux.exaktop.tk) |
18:22.58 | _vaevictus | k\pppppppppppppp\ |
18:23.15 | *** part/#arm-netbook _vaevictus (~vaevictus@180.222.140.5) |
18:26.58 | rm | sooo, didn't manage to get NFS to work on my Mele |
18:27.07 | rm | will now compile a kernel on a CIFS mount :) |
18:27.45 | specing | rm: How so? |
18:27.58 | specing | I run NFS from the stock android kernel |
18:29.52 | rm | mount.nfs: Protocol not supported |
18:29.54 | rm | dunno |
18:30.07 | rm | even tried adding statd and nobody to the aid_inet group |
18:30.15 | specing | mount.nfs -o vers=3 host:/dir mnt/ |
18:30.51 | rm | same |
18:31.44 | specing | *shrug* that fixed mine |
18:32.03 | specing | I was using nfs-tools in a Gentoo chroot though |
18:37.10 | traeak | my problem is that i seem to reboot our nas server about once a year |
18:37.20 | traeak | so that's asking for trouble about once a year |
18:37.25 | specing | Hehe |
18:37.35 | specing | solution: dont touch it while it works |
18:40.18 | traeak | even worse..the bios on my desktop machine likes to randomly reset the fans to full speed on reboot |
18:40.46 | specing | Let me guess: Asus? |
18:40.49 | traeak | no |
18:40.51 | traeak | even worse |
18:40.53 | specing | Gigabyte? |
18:41.14 | traeak | supermicro |
18:41.20 | specing | :O |
18:41.47 | specing | supermicro is overpriced |
18:41.48 | traeak | worst junk, worst support known to man |
18:42.18 | traeak | one customer stupidly used a 4 socket supermicro amd board |
18:43.09 | traeak | the bus occasionally goes unstable |
18:43.19 | Turl | traeak: all machines I've ever seen full throttle the fans on boot |
18:43.25 | Turl | (and therefore reboots) |
18:43.53 | traeak | Turl: this uasually turns them down after initialization but for some reason the bios resets it and turns just that off, happens randomly |
18:44.23 | traeak | Turl: if i could contorl that from user space i would |
18:44.27 | Turl | traeak: maybe your fan middle wire is faulty |
18:44.46 | traeak | Turl: you mean both fans? :-p |
18:44.50 | specing | Conclusion: never buy a x86 board again :P |
18:44.59 | Turl | traeak: I can on my laptop :D poke a register and full throttle or autocontrol at desired speeds ;) |
18:45.00 | traeak | Turl: xeons |
18:45.11 | Turl | traeak: ah, you mean cpu fans? |
18:45.29 | specing | Xeons would cook if the fan isnt on at 100% |
18:47.44 | traeak | nah |
18:47.49 | traeak | these are slow ones |
18:48.16 | traeak | 2.33GHz ones, c2q |
18:48.45 | traeak | running under 70C, riht now doing transcoding |
18:48.55 | Turl | put these http://youtu.be/JWQZNXEKkaU?t=3m34s |
18:49.27 | traeak | got a link to buy them? |
18:49.28 | traeak | hehe |
18:50.06 | Turl | 70C? that's cool |
18:50.21 | Turl | my lappy runs ~50C on idle |
18:50.29 | traeak | laptops are crap for cooling |
18:50.35 | Turl | hits the 80s on full load unless I crank up the fan :P |
18:50.37 | traeak | an axe i have to grind with intel, they don't make lappy chips |
18:56.02 | traeak | that's why i'm really interested in that super wide HT (probably mips) processor lcluke posted |
18:57.03 | rm | okay, my server kernel for mk802 is compiling :) |
18:58.23 | specing | Is there serial on the mk802? |
18:58.45 | rm | afaik someone found only the TX pin |
18:59.42 | rm | oh, and there was something about a bizzare SD-to-rs232 dongle |
19:00.31 | specing | I've spent three hours two days ago probing my tablet's motherboard with a scope...nothing |
19:03.11 | hno | Turl, how are you accessing the watchdog? |
19:04.49 | Turl | I posted a patch here |
19:04.54 | Turl | let me reupload it |
19:05.36 | Turl | hno: http://paste.ubuntu.com/1061317/ |
19:05.40 | hno | fjfalcon, the A10 Allwinner kernel hardcodes machineid, ignoring what the bootloader says. |
19:06.59 | Turl | hno: he was working on a qcom chip though |
19:08.56 | hno | fjfalcon, UART is tree wires. common GND and then TX/RX switched between the two enpoints (computer TX -> device RX, device TX -> computer RX) |
19:13.30 | Turl | hno: I noticed that with some set of big values, the tablet reboots instantly when the watchdog arms |
19:13.37 | Turl | with others it doesn't do anything |
19:14.23 | *** join/#arm-netbook tomekgno (~tomekgno@enr185.neoplus.adsl.tpnet.pl) |
19:17.33 | hno | Turl, that's an odd watchdog implementation. Usually you need to pet it from userspace to reset the timer. This one continously resets itself until you stop it. |
19:17.51 | *** join/#arm-netbook nibb_ (~jyuyu@141.207.218.87.dynamic.jazztel.es) |
19:18.40 | Turl | hno: yeah, the idea is to catch device lockups |
19:19.23 | Turl | hno: the implementation is based on one of a samsung chip (that's why it's got (c) google) |
19:20.33 | specing | fjfalcon: gpl-violations.org |
19:27.09 | hno | Turl, better to use it proper. There is too many soft lockups where basic kernel functions keeps running but everything is dead.. |
19:32.31 | Turl | hno: in any case, it didn't reboot the device after forcing a kernel panic |
19:32.49 | *** part/#arm-netbook tomekgno (~tomekgno@enr185.neoplus.adsl.tpnet.pl) |
19:54.57 | hno | Turl, an you are sure you did not force the panic while the watchdog was being rearmed? |
19:57.38 | Turl | hno: I tried several times even |
20:04.37 | *** join/#arm-netbook CiHO (~CiHO@koln-5d818cb6.pool.mediaWays.net) |
20:06.09 | *** join/#arm-netbook newbie (~kvirc@220-136-83-95.dynamic.hinet.net) |
20:37.15 | *** join/#arm-netbook traeak (~bolsen@75-151-91-165-Colorado.hfc.comcastbusiness.net) |
21:08.04 | rm | bummer |
21:08.14 | rm | looks like the fbdev driver can't do DPMS on A10 |
21:08.21 | rm | or can it even do it at all |
21:09.30 | *** join/#arm-netbook omgmog_ (~textual@host109-148-65-161.range109-148.btcentralplus.com) |
21:26.33 | *** join/#arm-netbook CiHO (~androirc@koln-5d818cb6.pool.mediaWays.net) |
21:30.08 | mnemoc | rm: the A10's fb driver does only what's essential to run android, nothing else |
21:30.29 | hno | screen save isn't essential for android? |
21:30.39 | Turl | there's an ioctl for brightness |
21:30.43 | Turl | set to 0 => screen off |
21:31.12 | Turl | DISP_CMD_LCD_SET_BRIGHTNESS, |
21:31.13 | mnemoc | I have to assume android doesn't use dpms for changing brightness on inactivity |
21:32.15 | hno | DPMS is the hardware handshake mechanism for putting monitors in various powersave modes. |
21:33.35 | hno | http://en.wikipedia.org/wiki/VESA_Display_Power_Management_Signaling |
21:33.58 | mnemoc | used by LCD panels too? |
21:34.26 | mnemoc | well.. probably yes |
21:34.33 | hno | Android is not only LCD panels. |
21:35.17 | mnemoc | still, before dreaming on extending that driver we need to clean it up |
21:35.23 | mnemoc | a lot |
21:35.33 | hno | disp? |
21:35.44 | mnemoc | yes |
21:36.36 | hno | any driver not needing a lot of cleanup? |
21:37.26 | mnemoc | the uglygpio driver is quite decent |
21:37.30 | Turl | cpufreq was rather clean |
21:39.09 | mnemoc | disp is kind of the worst |
21:39.25 | hno | worse than USB? |
21:39.52 | hno | have not really looked at disp yet. |
21:39.59 | mnemoc | haven't looked in detail into the usb driver |
21:40.35 | mnemoc | disp is implemented above 2 mutilated platform-agnostic-wannabe ugly libraries |
21:41.23 | mnemoc | and with backdoors to be abused by the lcd and hdmi drivers |
21:42.57 | hno | usb is also layered ontop of several platform agnostic drivers. Have not really figured out their relations to say if there is any layering violations. |
21:44.57 | mnemoc | as I doubt upstream will ever accept that anyway, i suppose we should slowly peel them off to remove the platform agnostic drivers |
21:46.13 | hno | so update the register guide please. |
21:47.03 | mnemoc | :) |
21:47.43 | mnemoc | i don't plan to touch the disp driver anytime soon. but sure, I'll update the guide with any magic number I find |
21:48.35 | traeak | Turl: any hint on how to change the output resolution ? |
21:49.11 | mnemoc | easiest is to modify your script.bin |
21:49.26 | mnemoc | assuming you won't need to change it often |
22:00.09 | *** join/#arm-netbook trouble (~trouble@67-1-53-234.tcso.qwest.net) |
22:07.32 | hno | Odd.. watchdog reloading works fine using u-boot nm command. But not in my code. |
22:07.37 | hno | cache issues? |
22:08.10 | Turl | hno: busybox devmem was no use either on my testing |
22:08.17 | mnemoc | my wife's a10 tablet totally ignores the uSD on boot :< |
22:09.20 | Turl | mnemoc: too fast uSD? |
22:09.41 | mnemoc | Turl: does it matter? yes, class 10 |
22:09.42 | Turl | mnemoc: try turning tablet on, then shut it down/reboot |
22:09.54 | mnemoc | ok |
22:13.48 | trouble | Is anybody familiar with dropbear? I'm trying to set up an embedded system to use scp to copy logfiles to a central server. I can get the script working under cron after I've initially connected, and have answered the known_hosts question, but the version of dropbear installed on these systems doesn't seem to support any of the arguments I have tried to use to not use strict host key checking. -y doesn't work. creating a ~/.ssh/config fi |
22:13.49 | trouble | le with 'StrictHostKeychecking no' doesn't work. So, I was wondering if I could use the same known_hosts file on multiple systems, and expect it to work? |
22:14.44 | mnemoc | afaik dropbear doesn't support .ssh/config |
22:15.05 | mnemoc | that stuff is configured on build time |
22:15.14 | hno | Turl, busybox devmem tries to use /dev/mem I think. Seems the I/O region is not reachable there. |
22:15.39 | Turl | hno: it reads zeroes without failing though |
22:15.59 | trouble | That seems to be the case. :( Do you know if multiple hosts can use the same known_hosts file, and establish a connection? |
22:17.43 | hno | known_hosts is just fingeprints of known hosts. Should work fine to copy between systems to preseed the trust. |
22:21.29 | trouble | Ok. That should work, then. I was worried that maybe the local host address might be used in generating that thumbprint, or something similar. I wasn't finding much about how known_hosts was being created in my searches. Thanks for the help. I'll give it a try. |
22:28.41 | mnemoc | trouble: but why do you need StrictHostKeychecking to a central server?? those are expected to have dedicated addresses |
22:30.22 | mnemoc | hno: is the fel address really supposed to be cross-device? |
22:31.30 | traeak | man in the middle attack? |
22:32.17 | mnemoc | hno: trying fel-boot but it seems to just halt the device. no enumeration on the usb at all |
22:37.18 | trouble | mnemoc: I won't always be using the same server. There will be a different central server at each site. Multiple systems at each site. Or do you mean, why do I need StrictHostKeychecking turned on? I simply can't find a way to disable it. this version of dropbear is ignoring ssh_config, and it ignores the -y option, and "-o StrictHostKeychecking=no" and "-o StrictHostKeychecking no" both aren't working. |
22:37.47 | mnemoc | StrictHostKeychecking is only needed if you run different ssh servers behind the same ip |
22:38.09 | mnemoc | like when DNATing different ports to different virtual servers |
22:38.12 | trouble | I'd be happy if I could turn it off. We are just copying logfiles over scp |
22:38.14 | CIA-121 | rhombus-tech: bodoriediger master * r369bc52b7b8e /allwinner_a10/orders/BodoRiediger.mdwn: |
22:39.25 | trouble | not much sensitive data in those logs... Watering timings, mostly. when valves are turned on or off... |
22:41.33 | trouble | But the reason I need to be able to turn it off StrictHostKeychecking is that I won't be able to easily connect a console to each system, to answer 'yes' to the request to add the host. |
22:41.33 | mnemoc | trouble: btw, https POSTing is nicer ;-) |
22:41.34 | mnemoc | that way you can preprocess the logs or add them to a db |
22:41.34 | trouble | Agreed. Not an option. :( |
22:41.39 | mnemoc | just a curl-based script |
22:42.34 | mnemoc | you can also use the same client key in ssh and https |
22:42.44 | mnemoc | and so identify the peer |
22:42.46 | trouble | I can still do quite a bit of preprocessing... I've got busybox, so I've awk and grep and sed... I don't have curl. Maybe wget? |
22:43.01 | mnemoc | wget doesn't validate https certs |
22:44.57 | trouble | Yeah. I've already modified the system by adding a newer version of busybox with crond support turned on. But you can download an appropriate binary straight from busybox website for my architecture, so that was simple... |
22:45.43 | trouble | I'm not sure if I've the time available to set up a build environment to compile curl in. |
22:45.45 | mnemoc | trouble: btw, you are better talking this stuff in #elinux |
22:46.06 | *** join/#arm-netbook nibb_ (~jyuyu@141.207.218.87.dynamic.jazztel.es) |
22:49.35 | trouble | Fair enough. :) You guys have been very helpful, though... If I can share the same known_hosts file on multiple systems, then my problems just go away. I can generate the file with one system I set up the first device, then copy that file to the other devices on the network. Maybe document the procedure for updating, so the local system administrator can update and pass around the file if they need to change their log server in the futur |
22:49.35 | trouble | e, or something. |
22:50.31 | trouble | Thanks for your help! |
22:50.37 | mnemoc | yw |
23:03.20 | mnemoc | hno: using the boot1 way to access fel I got this `fel ver` AWUSBFEX 2300 0016 00000001 ver=0001 0844 7e00 0000 0000 0000 0000 0000 ... no idea if it's the same you all get |
23:03.36 | mnemoc | hno: but fel-boot simply halts it |
23:14.10 | CIA-121 | rhombus-tech: manny master * r432f63da3f8f /allwinner_a10/orders/mok.mdwn: |
23:30.17 | lundman | yay! |
23:30.19 | lundman | https://groups.google.com/a/zfsonlinux.org/group/zfs-announce/browse_thread/thread/5342f6812b896345# |
23:37.19 | hno | mnemoc, fel-boot? |
23:37.44 | hno | you are trying to enter fel from fel? |
23:38.08 | hno | that do not work. |
23:39.21 | hno | fel-boot is only for entering FEL from sd-card. |
23:40.00 | hno | or maybe that's what you are doing |
23:55.54 | lundman | yay, hello.c runs! :) |