Oyolinux - Revision history

Smeding: Update project status, nothing has happened in a while

2014-04-04T11:49:23Z

Update project status, nothing has happened in a while

← Older revision		Revision as of 11:49, 4 April 2014
Line 1:		Line 1:
	{{Project		{{Project
	\|Name=Oyolinux		\|Name=Oyolinux
	\|Status=~~In progress~~		\|Status=Stalled
	\|Contact=User:smeding		\|Contact=User:smeding
	}}		}}
Line 16:		Line 16:

	== smeding's efforts ==		== smeding's efforts ==
			'''This has sort of stalled because there wasn't much interest after the initial rush. Let me know if you have a cool idea, though!'''
	smeding has been working on a from-scratch Linux system for the Oyo and has made considerable progress. The notes listed here have resulted in a working system, but could do with some more elaboration.		smeding has been working on a from-scratch Linux system for the Oyo and has made considerable progress. The notes listed here have resulted in a working system, but could do with some more elaboration.

Smeding: added display mode documentation

2013-02-17T18:48:33Z

added display mode documentation

← Older revision		Revision as of 18:48, 17 February 2013
Line 63:		Line 63:
	If you compiled the screen support as a module, you have to load it with <nowiki>modprobe es600-epd</nowiki>. You then get a regular old /dev/fb0 that you can tinker with. smeding has code to draw a clock using cairo.		If you compiled the screen support as a module, you have to load it with <nowiki>modprobe es600-epd</nowiki>. You then get a regular old /dev/fb0 that you can tinker with. smeding has code to draw a clock using cairo.

	Of interest are two sysfs options: <nowiki>/sys/devices/platform/auo_k1900fb/update_mode</nowiki> and <nowiki>/sys/devices/platform/auo_k1900fb/content_type</nowiki>. These control some low-level aspects of the refresh. It seems like content_type doesn't really do all that much, but update_mode is a number that's written directly to the controller. It can vary from 0-7 but ~~it's unknown if all 8 options do anything~~. ~~I need to document these~~, but ~~it seems like mode 0x01 doesn~~'~~t do any of the flashing~~ (~~at the cost of producing 'ghosting' on the display~~).		Of interest are two sysfs options: <nowiki>/sys/devices/platform/auo_k1900fb/update_mode</nowiki> and <nowiki>/sys/devices/platform/auo_k1900fb/content_type</nowiki>. These control some low-level aspects of the refresh. It seems like content_type doesn't really do all that much, but update_mode is a number that's written directly to the controller. It can vary from 0-5:
			* 0: Flash the screen with a negative image. Prevents ghosting, but visually jarring.
	~~I'm currently trying~~ to ~~get X~~ to ~~work~~.		* 1: Makes areas transitioning black->white white, /then/ makes areas transitioning white->black black. Probably the best mode for small changes, but produces some ghosting.
			* 2: Flashes the screen a lot. Get kernel messages about controller hanging, but that may be because I'm updating quickly (once per second).
			* 3: Flashes screen negative, then correct, then negative again. Probably causes even less ghosting.
			* 4: Seems to whiten screen progressively.
			* 5: Updates somewhat like mode 1, but causes the unchanged parts of the screen to turn grayish with weird artifacts.

Smeding: Some display info

2013-02-17T00:48:48Z

Some display info

← Older revision		Revision as of 00:48, 17 February 2013
Line 59:		Line 59:

	If you now hold the left/right buttons while powering it up, you should be able to see it boot correctly via the (hardware, see above) serial port. The screen won't do much yet -- I'm working on that :)		If you now hold the left/right buttons while powering it up, you should be able to see it boot correctly via the (hardware, see above) serial port. The screen won't do much yet -- I'm working on that :)

			=== Screen ===
			If you compiled the screen support as a module, you have to load it with <nowiki>modprobe es600-epd</nowiki>. You then get a regular old /dev/fb0 that you can tinker with. smeding has code to draw a clock using cairo.

			Of interest are two sysfs options: <nowiki>/sys/devices/platform/auo_k1900fb/update_mode</nowiki> and <nowiki>/sys/devices/platform/auo_k1900fb/content_type</nowiki>. These control some low-level aspects of the refresh. It seems like content_type doesn't really do all that much, but update_mode is a number that's written directly to the controller. It can vary from 0-7 but it's unknown if all 8 options do anything. I need to document these, but it seems like mode 0x01 doesn't do any of the flashing (at the cost of producing 'ghosting' on the display).

			I'm currently trying to get X to work.

Smeding: formatting fail

2013-02-13T23:20:43Z

formatting fail

← Older revision		Revision as of 23:20, 13 February 2013
Line 27:		Line 27:

	=== Kernel ===		=== Kernel ===
	* Run this to retrieve and set up the kernel repo: <pre>		* Run this to retrieve and set up the kernel repo:
			<pre>
	$ git clone git://gitorious.org/oyo-hack/kernel.git kernel		$ git clone git://gitorious.org/oyo-hack/kernel.git kernel
	$ cd kernel		$ cd kernel
Line 34:		Line 35:
	</pre>		</pre>

	* Then, to configure: <pre>		* Then, to configure:
			<pre>
	$ make ARCH=arm sg060_defconfig		$ make ARCH=arm sg060_defconfig
	$ make ARCH=arm menuconfig		$ make ARCH=arm menuconfig

Smeding: Put up a little guide for how to get a nicer environment on this thing.

2013-02-13T23:18:13Z

Put up a little guide for how to get a nicer environment on this thing.

← Older revision		Revision as of 23:18, 13 February 2013
Line 13:		Line 13:
	*[https://gitorious.org/oyo-hack/pages oyo-hack wiki on gitorious]		*[https://gitorious.org/oyo-hack/pages oyo-hack wiki on gitorious]
	*[http://wiki.techinc.nl/index.php/OYO_Hacking OYO hacking page at TechInc]		*[http://wiki.techinc.nl/index.php/OYO_Hacking OYO hacking page at TechInc]


			== smeding's efforts ==
			smeding has been working on a from-scratch Linux system for the Oyo and has made considerable progress. The notes listed here have resulted in a working system, but could do with some more elaboration.

			=== SD card ===
			A normal Linux FS pretty much relies on symlinks, but the boot loader can only boot from vfat which does not support these.

			The solution: partition the SD card to have one small (10MB or so) partition with the kernel (and the empty initramfs the bootloader looks for), and a large ext3 partition that the kernel can mount as root.

			=== Hardware hacking ===
			I soldered to the hardware serial port that's internally available, which helps with kernel debugging (the usb-serial is a kernel module so won't work if the kernel doesn't boot). Pictures available at http://ownyo.de. It's very fiddly, a better solution would be to find the appropriate FFC for the debug connector, as well as a matching connector, and make a little breakout board.

			=== Kernel ===
			* Run this to retrieve and set up the kernel repo: <pre>
			$ git clone git://gitorious.org/oyo-hack/kernel.git kernel
			$ cd kernel
			$ git checkout topic/board/sg060
			$ tg remote --populate origin
			</pre>

			* Then, to configure: <pre>
			$ make ARCH=arm sg060_defconfig
			$ make ARCH=arm menuconfig
			</pre>

			* You'll want to change the kernel parameters (the default is some weird config used by Heiko Stübner for his development work). I use the following: <nowiki>root=/dev/mmcblk0p2 console=ttySAC0,115200 ro init=/sbin/init rootwait</nowiki>

			* Add in VFAT and the locales it needs directly (instead of as modules), as well as ext2 support, so we don't have to muck about with an initramfs or something

			=== Root fs ===
			* Download buildroot
			* Apply this patch: http://patchwork.ozlabs.org/patch/219054/ so you can select an existing kernel source dir
			* Type 'make menuconfig' in the buildroot dir. Set up the basics -- make it compile for an ARM system, and 'generic' works. I chose to let buildroot compile me a cross compiler, for convenience. Make it produce a tarball as the filesystem image or something.
			* Enable the buildroot bits you want on your root fs.
			* Enable the kernel build, and use the existing kernel repo you downloaded and initialized as a custom local source dir. (I don't think using the git repo directly would work because of the topgit stuff.) Set the config to point at the kernel config file you made earlier. Tell it to build a zImage.
			* Compile everything by typing 'make'. This may take a while.
			* Prepare the partitions in the following manner:
			** Make and format two partitions on your SD card -- one 20MB vfat partition and one larger ext2 partition.
			** Copy the kernel ($BUILDROOTDIR/outputimages/zImage) to $VFATPARTITION/qdutil/uzImage
			** Create an empty u-boot image with u-boot's mkimage. I don't think it matters too much what's in there, but I was operating under the impression it wanted an initramfs so I built an empty cpio.gz archive and put that inside. Copy it to the SD card as $VFATPARTITION/qdutil/urootfs.img
			** Extract the root FS image to the ext2 partition.

			If you now hold the left/right buttons while powering it up, you should be able to see it boot correctly via the (hardware, see above) serial port. The screen won't do much yet -- I'm working on that :)

Bertrik Sikken at 17:29, 11 February 2013

2013-02-11T17:29:37Z

← Older revision		Revision as of 17:29, 11 February 2013
Line 1:		Line 1:
	{{Project		{{Project
	\|Name=~~OyoLinux~~		\|Name=Oyolinux
	\|Status=In progress		\|Status=In progress
	\|Contact=User:smeding		\|Contact=User:smeding

Bertrik Sikken: Add project header

2013-02-11T17:28:51Z

Add project header

← Older revision		Revision as of 17:28, 11 February 2013
Line 1:		Line 1:
	Since i purchased a shitload of OYO e-readers, here is a wiki page to dump all the information.		{{Project
			\|Name=OyoLinux
			\|Status=In progress
			\|Contact=User:smeding
			}}

			Since i ([[User:TheOnlyJoey]]) purchased a shitload of OYO e-readers, here is a wiki page to dump all the information.

Bertrik Sikken: add link to techinc wiki

2013-02-10T19:58:58Z

add link to techinc wiki

← Older revision		Revision as of 19:58, 10 February 2013
Line 5:		Line 5:
	*http://en.wikipedia.org/wiki/4FFF_N618 <-- hardware information		*http://en.wikipedia.org/wiki/4FFF_N618 <-- hardware information
	*http://openinkpot.org/wiki/Device/Qisda-eBook <-- some source shizzlewizzle.		*http://openinkpot.org/wiki/Device/Qisda-eBook <-- some source shizzlewizzle.
	*[https://gitorious.org/oyo-hack/pages oyo-hack wiki]		*[https://gitorious.org/oyo-hack/pages oyo-hack wiki on gitorious]
			*[http://wiki.techinc.nl/index.php/OYO_Hacking OYO hacking page at TechInc]

Bertrik Sikken at 23:29, 5 February 2013

2013-02-05T23:29:12Z

← Older revision		Revision as of 23:29, 5 February 2013
Line 5:		Line 5:
	*http://en.wikipedia.org/wiki/4FFF_N618 <-- hardware information		*http://en.wikipedia.org/wiki/4FFF_N618 <-- hardware information
	*http://openinkpot.org/wiki/Device/Qisda-eBook <-- some source shizzlewizzle.		*http://openinkpot.org/wiki/Device/Qisda-eBook <-- some source shizzlewizzle.
			*[https://gitorious.org/oyo-hack/pages oyo-hack wiki]

TheOnlyJoey at 17:20, 22 December 2012

2012-12-22T17:20:27Z

← Older revision		Revision as of 17:20, 22 December 2012
Line 2:		Line 2:


	http://www.fwma.de/pmwiki/pmwiki.php?n=Main.OYO <-- everything linux and shizzle		*http://www.fwma.de/pmwiki/pmwiki.php?n=Main.OYO <-- everything linux and shizzle
	http://en.wikipedia.org/wiki/4FFF_N618 <-- hardware information		*http://en.wikipedia.org/wiki/4FFF_N618 <-- hardware information
	http://openinkpot.org/wiki/Device/Qisda-eBook <-- some source shizzlewizzle.		*http://openinkpot.org/wiki/Device/Qisda-eBook <-- some source shizzlewizzle.