• Home
  • Help
  • Search
  • Login
  • Register
  Show Posts
Pages: [1]
1  Linux Stuff / Kernel / Re: 2.6.30-rc8 cryptsetup support on: September 21, 2009, 03:32:59 AM
Thank you, I will first try to compile my own kernel and see if that works...  I compiled a Linux kernel for Intel processor before and had various issues from time to time.  To make a failsafe kernel for the Sheeva plug, it would be best to use the default kernel config and then just add to that?  Also, would it be best for a first time Sheeva plug kernel hacker to use kernel.org, Debian source, or the kernel source from Marvell?

Also, is there a default ARM kernel in the Debian repos which would boot on the Marvell for testing purposes?

2  Linux Stuff / Kernel / Re: Is dm-crypt and fuse included in the stock kernel? on: September 21, 2009, 03:28:05 AM
Thank you, I will be definitely looking into this.  It's good to know that the ARM processor does support dm-crypt, not sure I'm going to be as equally lucky with ZFS working.

Why would you need acceleration with dm-crypt?  I have a Desktop and laptop system of around equal speed of the Sheeva plug, and do not really notice any file system lag.  I guess I can safely assume that the Intel process handles dm-crypt much better than the ARM processor, thus the need for a separate encryption chip.

Thank you for all your insight so far.

3  General Category / General Discussion / Possible for future plug to be backed with a Li-ion battery? on: September 21, 2009, 03:21:43 AM
Just an idea, however it would be really nice to see a Sheeva-like box equipped with a Lithium Ion battery.  Since this is a lower power ARM device, it should work nicely as a back-up power source.  If the plug should loose power, it will still operate using a battery until power is restored.  This would make the plug able to process more mission critical tasks in areas not equipped with UPS devices, such as recoding data.  It would also allow the user to move the plug to a different location without interrupting services on the plug itself --- if the new electric socket is very close by, then it would result in 0 downtime.  If the device was recording offline data, after power is restored and the connection to the server which the data needs to be sent to is back online, the plug would send the data it was capturing.

This type of ability would open the Sheeva plug to far more offline applications.  With the USB and SDIO, one could connect a GSM and GPS chip to it, making it easy to track yourself and instantly sending the data somewhere or even accessing it via USB on a laptop or netbook.  In the end, there needs to be more user-programmable devices such as this, but go beyond the office or home office.  Another idea, would be a portable GSM router, WiFi SDIO, with a GSM USB stick.
4  Linux Stuff / Kernel / Re: 2.6.30-rc8 cryptsetup support on: September 20, 2009, 11:52:47 AM
Could someone post a HowTo on how to compile in dm-crypt support into a kernel on the PlugComputer wiki?  This would be a good addition to the wiki.

5  Linux Stuff / Kernel / Is dm-crypt and fuse included in the stock kernel? on: September 20, 2009, 11:43:56 AM
Hello, I just purchased a Sheeva plug and it should be arriving sometime this week.  Before I begin using it, I have a few simple questions for those who already have one and are using it.

Can dm-crypt and fuse function on this platform(ARM)?  I have never used this platform with a full Linux installation before, and know that some platforms are incompatible with either dm-crypt or fuse.

I have some LUKS encrypted USB media, and wish to use a Sheeva plug to share this data both over CIFS and NFS to both Windows and UNIX-like clients.  Furthermore, I will be using fuse to operate the Linux port of ZFS from Solaris.  I know ZFS is very processor specific, I had issues running it on a Cell Processor(IBMs new PowerPC chip) development machine.  ZFS doesn't matter so much, it can be hosted an external Intel file server.

If anyone can provide some insight on these kernel supported topics, that would be great.  Many thanks.

Pages: [1]