| 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 |