IRC log of #cubox of Sat 21 Sep 2013. All times are in CEST < Back to index

00:30 lubiana So, can somenone help me using a encrypted partition (cryptsetup luksFormat) as root?
00:50 lubiana so it looks like i have to build a custom initramfs
02:57 cbxbiker61 damn, my first hard disk crash in the last 10 years, it brought down my main media playback machine, the disk was 4 or 5 years old, time to put in an SSE
02:57 cbxbiker61 SSE/SSE
02:57 cbxbiker61 SSE/SSD
04:41 Coburn another thing I hate is the cubox using boot scripts...
04:41 Coburn I know it's easier to work with but just...
04:42 Coburn bootargs = "root=/dev/mmcblk0p2 panic=3 elevator=noop"
04:42 Coburn that's my headless bootstrap bootargs
04:42 Coburn ofc, you need the dovefb stuff for X
04:43 Coburn still no word back from the crash with USB Audio output when I posted on forums
04:43 Coburn I'm disappointed
04:58 dbsx Coburn: PM tomlohave
05:01 Coburn ok, I've sent him a query message too
06:00 dbsx biker: as of 3.11 I am finding that flash_erase, flash_cp etc need to be preceded by a flash_unlock. It seems that the flash_* Debian utilities are busted at 3.11. Have you found anything like this?
06:01 dbsx On cubox
16:55 cbxbiker61 dbsx, i haven't heard anyone else mention the flash_unlock, is this on the CuBox or a different device?
17:12 dbsx1 On cubox. I checked the source code. It seems the unlocks fail in some of the utilities. It does not happen with earlier kernels
17:13 dbsx1 If it works for you then I guess it is an ES feature
17:15 dbsx1 I had scripts to copy uboot and kernel to flash. They failed when I went from 3.6 -> 3.10
17:16 cbxbiker61 dbsx, on my personal systems i don't write the kernel to flash, although i can run a quick test on my SheevaPlug.
17:19 dbsx1 I am fairly sure this was caused by kernel code changes for spi flash. If you check on a sheeva then I guess we know it is dove only
17:19 dbsx1 or not
17:22 dbsx1 when I revert and boot with 3.6.9 the erases and copies work fine
17:26 dbsx1 1:30 AM gnite
17:27 cbxbiker61 yeah, it appears to work fine on the Sheevaplug/3.11.1
17:27 dbsx1 biker, what will impact you if the bug is there for sheeva is this:
17:27 dbsx1 flash_erase fails to do anything without reporting any errors
17:29 cbxbiker61 so no output from flash_erase if problem otherwise it prints something?
17:29 cbxbiker61 the flash_write* prints appropriate messages, leading me to believe everything worked fine
17:31 dbsx1 trying to remember, definitely no error code. I know it said it worked. I debugged the flashcp code which checks ret codes after each erase and write and it was getting ok return codes
17:35 dbsx1 the weird thing is that a flash_unlock on the target mtd partition makes dd, flashcp flash_erase etc work.
17:38 dbsx1 trying to flash a new uboot is what originally alerted me to the problem.
17:39 dbsx1 if you flash_erase is working on sheeva, then I guess it is a dove special
17:41 dbsx1 gnite
17:41 cbxbiker61 gnite