1
0
mirror of git://projects.qi-hardware.com/xburst-tools.git synced 2024-11-01 14:14:38 +02:00
Commit Graph

442 Commits

Author SHA1 Message Date
xiangfu
bdb8bc25d6 mv pathchs to the toolchain dir 2009-04-05 13:11:59 +00:00
xiangfu
7f9ba8ab67 add u-boot patch 2009-04-05 13:05:47 +00:00
xiangfu
d7ff2fccb1 add linux-headers to compile glibc 2009-04-05 10:26:40 +00:00
xiangfu
a03f50dc0d test commit log 2009-04-04 02:20:03 +00:00
lindnermarek
fcfc0fa90d initial commit - fails to build at glibc patches 2009-04-03 17:05:20 +00:00
Andy Green
796fea906e qi-3d7k-more-suspend-gpio-meddle.patch
Signed-off-by: Andy Green <andy@openmoko.com>
2009-03-12 09:05:12 +00:00
Christopher Hall
683fc5a92a My revised version of the partition tool
The fdisk and mkfs was factored out into a shell function
so that it is easier to create dirfferent partition layouts.

The default case was left the same as the original script

The partitions can be specified as percentages of the
available space (after Qi reserved space has been taken out)
by providing a comma separated list of values:
e.g. 25,0,50
Which would create partitions 1 and 3 with 25% and 50%
of the usable capacity. Partitions 2 and 4 would not be
assigned.

Signed-off-by: Christopher Hall <hsw@openmoko.com>
2009-03-11 07:32:15 +00:00
Andy Green
8b75ed7105 qi-3d7k-additional-power-reg-config.patch
Signed-off-by: Andy Green <andy@openmoko.com>
2009-03-11 07:32:15 +00:00
Andy Green
e8899ba1e1 qi-3d7k-suspend-gpio-tune.patch
Signed-off-by: Andy Green <andy@openmoko.com>
2009-03-11 07:32:14 +00:00
Andy Green
d823b1732a qi-3d7k-gate-all-unused-clocks.patch
s3c6410 defaults to all clocks up, this leads to 120mA idle current at 5V.

Gating all the unused clocks off gets us down to 76mA idle current at 533Mhz
CPU clock down to 133MHz only helps by a further ~1.5mA.

During these tests camera unit was active with no camera attached, no EDGE.

Signed-off-by: Andy Green <andy@openmoko.com>
2009-03-10 09:14:05 +00:00
Christopher Hall
3b3f2857a9 Possible mistake in qi/6410-partition.sh
Hello Andy,

I am in the process of making a modified 6410-partition.sh
and I wonder if there is a mistake in the VFAT partition size:

Shouldn't the "+ $REARSECTORS" in the FATSECTORS calculation
be a subtraction,  otherwise the backupfs will overlap the
space reserved for Qi at the end of the SD Card.

Please look at this dif to see what I mean:
2009-03-09 12:00:57 +00:00
Matt Hsu
9416da3dc7 qi-3d7k-GPK6-should-be-set-as-output.patch
Hi Andy,

Sorry, previous patch to enable reset function of LCM is not working
stably somehow. :(
Since it's pin configuration is input. Attached patch is to set LCM
reset pin as output.

Cheers,

Matt
2009-03-09 08:51:06 +00:00
Werner Almesberger
7d85f72dbc clean-backslash-strings.patch
We can get rid of quite a few backslashes since in modern C,
consecutive strings are concatenated at compile time.

Signed-off-by: Werner Almesberger <werner@openmoko.org>
2009-03-09 08:51:05 +00:00
Andy Green
45187521a2 Return-Path: <openmoko-kernel-bounces@lists.openmoko.org>
Received: from mail.openmoko.org ([unix socket])
	by mail.openmoko.org (Cyrus v2.1.18-IPv6-Debian-2.1.18-5.1) with LMTP; Sat, 07 Mar 2009 06:46:20 +0000
X-Sieve: CMU Sieve 2.2
Return-path: <openmoko-kernel-bounces@lists.openmoko.org>
Received: from sita.openmoko.org ([88.198.124.203])
	by mail.openmoko.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63)
	(envelope-from <openmoko-kernel-bounces@lists.openmoko.org>)
	id 1LfqIe-000690-LR
	for andy@imap.openmoko.org; Sat, 07 Mar 2009 06:46:20 +0000
Received: from localhost ([127.0.0.1] helo=sita.openmoko.org)
	by sita.openmoko.org with esmtp (Exim 4.63)
	(envelope-from <openmoko-kernel-bounces@lists.openmoko.org>)
	id 1LfqIA-0005iO-2x; Sat, 07 Mar 2009 07:45:50 +0100
Received: from imap.tw.openmoko.org ([59.124.115.149] helo=aakash.openmoko.org)
	by sita.openmoko.org with esmtp (Exim 4.63)
	(envelope-from <matt_hsu@openmoko.org>) id 1LfqI0-0005cg-Rz
	for openmoko-kernel@lists.openmoko.org; Sat, 07 Mar 2009 07:45:44 +0100
Received: from [172.16.22.173] (helo=abacus-om.tw.openmoko.com
	ident=Debian-exim)
	by aakash.openmoko.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <matt_hsu@openmoko.org>)
	id 1LfqHA-0007Xa-Eu
	for openmoko-kernel@lists.openmoko.org; Sat, 07 Mar 2009 14:45:09 +0800
Received: from matt by abacus-om.tw.openmoko.com with local (Exim 4.69)
	(envelope-from <matt_hsu@openmoko.org>) id 1Lfqto-0006XS-9X
	for openmoko-kernel@lists.openmoko.org; Sat, 07 Mar 2009 15:24:44 +0800
From: Matt Hsu <matt_hsu@openmoko.org>
To: openmoko-kernel@lists.openmoko.org
Date: Sat,  7 Mar 2009 15:24:42 +0800
Message-Id: <1236410684-20364-2-git-send-email-matt_hsu@openmoko.org>
X-Mailer: git-send-email 1.5.6.5
In-Reply-To: <1236410684-20364-1-git-send-email-matt_hsu@openmoko.org>
References: <1236410684-20364-1-git-send-email-matt_hsu@openmoko.org>
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on sita.openmoko.org
X-Spam-Level:
X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham
	version=3.2.3
Subject: [PATCH 1/3] qi/om_3d7k: deassert LCM_RESET pin before getting kernel.
X-BeenThere: openmoko-kernel@lists.openmoko.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discussion regarding the OpenMoko Linux Kernel and boot loader
	<openmoko-kernel.lists.openmoko.org>
List-Unsubscribe: <http://lists.openmoko.org/mailman/listinfo/openmoko-kernel>,
	<mailto:openmoko-kernel-request@lists.openmoko.org?subject=unsubscribe>
List-Archive: <http://lists.openmoko.org/pipermail/openmoko-kernel>
List-Post: <mailto:openmoko-kernel@lists.openmoko.org>
List-Help: <mailto:openmoko-kernel-request@lists.openmoko.org?subject=help>
List-Subscribe: <http://lists.openmoko.org/mailman/listinfo/openmoko-kernel>,
	<mailto:openmoko-kernel-request@lists.openmoko.org?subject=subscribe>
Sender: openmoko-kernel-bounces@lists.openmoko.org
Errors-To: openmoko-kernel-bounces@lists.openmoko.org

Since the reset callback function of probing jbt6k74 is
eliminated for some reasons in kernel. In order to support
both of LCM driver device, l1k002 and jbt6k74, just issue this reset in qi stage.

Signed-off-by: Matt Hsu <matt_hsu@openmoko.org>
2009-03-07 07:35:26 +00:00
Andy Green
8858f9a2fc qi-3d7k-regulator-suspend-tune.patch
Signed-off-by: Andy Green <andy@openmoko.com>
2009-03-07 07:35:25 +00:00
Andy Green
e73e47ab93 qi-3d7k-audit-gpio.patch
Signed-off-by: Andy Green <andy@openmoko.com>
2009-03-07 07:35:25 +00:00
Andy Green
c53df5fb28 qi-rename-gta03-3d7k.patch
Signed-off-by: Andy Green <andy@openmoko.com>
2009-03-02 18:51:08 +00:00
Andy Green
67d668d781 qi-gta02-revert-unpowered-gsm-UART-safe-at-boot.patch
Signed-off-by: Andy Green <andy@openmoko.com>
2009-03-02 12:21:38 +00:00
Werner Almesberger
1cb7b0b53c simplify QI GTA03 boot-SD size discovery
This patch uses fdisk instead of dmesg to determine the size of
the uSD card. This should be less fragile and is much simpler
than the previous solution.

Signed-off-by: Werner Almesberger <werner@openmoko.org>
2009-02-28 11:04:47 +00:00
Werner Almesberger
0363beaa02 [QI] make GTA03 boot-SD on Debian
6410-partition-sd.sh didn't handle Debian, which is just like Ubuntu 7.
(Tested on "lenny". YMMV.)

Signed-off-by: Werner Almesberger <werner@openmoko.org>
2009-02-25 15:09:43 +00:00
Andy Green
b4ed735c58 qi-fix-prepend-debug-space.patch
Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-23 02:15:27 +00:00
Andy Green
6ace49aa53 qi-gta02-a7-as-a6.patch
Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-23 02:15:26 +00:00
Andy Green
dd81d5fb05 qi-gta02-fix-gph-uart0-pin.patch
Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-23 02:15:26 +00:00
Andy Green
05027f9b8a qi-fix-adding-space-to-char-not-to-string.patch
Reported-by: Sean McNeil <sean@mcneil.com>
Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-20 05:10:44 +00:00
Andy Green
97b9bc018e fix-trailing-space-ethernet-mac.patch
There's no trailing space after the last mac address addition, it
was broken before the recent patch adding the second mac address.

Also, we don't need to add the first space by hand if it's unconditionally
added in the string afterwards.

Reported-by: Werner Almesberger <werner@openmoko.org>
Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-20 04:57:47 +00:00
Robert Piasek
0395c03c9d Re: [PATCH 7/8] qi-add-gta02-indentity-part-parsing.patch
Andy,

On Tuesday 03 February 2009 18:12:50 Andy Green wrote:
> Now everything else is in place, we are able to mount
> the GTA02 "identity" partition and extract the USB Ethernet
> MAC Address from it, and add it to the kernel commandline.
>
> This causes the Ethernet gadget to use the same MAC address
> each boot, simplifying DHCP server situation.  The MAC
> address in the identity partition is globally unique from
> the factory.

Because of this patch I can no longer load g_ether module with host_addr= and
dev_addr= parameters.

The module is always loaded using factory mac for HOST and random mac for DEV.

That messes up my setup a bit, as I use NetworkManager 0.7 on FreeRunner
itself (and it expects DEV mac to be the same each time).

Would it be a problem to also include g_ether.dev_addr?

Attached patch solves my problem.

Rob
2009-02-20 02:34:36 +00:00
Andy Green
c9033e2d91 fix-6410-partition-initial-offset.patch
Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-19 03:30:56 +00:00
Andy Green
08362c95c7 qi-gta02-compute-nand-kernel-partition-offset.patch
There's one more thing that wants dynpart computed block offset -
the kernel offset used for NAND boot.

This patch moves the business end of the dynparts computation into
the port_init_gta02() so it's done earlier, and writes the block
index into the board_api struct NAND option's partition block start
field.

It also adds a field to the nand_dynparts struct so we can hold both
the true length and true block offset for each partition for later
use by the original code in append_device_specific_cmdline_gta02.

Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-03 18:06:40 +00:00
Andy Green
dd0c85f427 qi-add-gta02-indentity-part-parsing.patch
Now everything else is in place, we are able to mount
the GTA02 "identity" partition and extract the USB Ethernet
MAC Address from it, and add it to the kernel commandline.

This causes the Ethernet gadget to use the same MAC address
each boot, simplifying DHCP server situation.  The MAC
address in the identity partition is globally unique from
the factory.

Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-03 18:06:39 +00:00
Andy Green
bb67ea1a84 qi-improve-nand-read-512-granularity.patch
Previously we insisted on NAND block granularity read addressing
and buffer length, even though we normalized the block indexing to
512 bytes to be compatible with ext2 and SD.

This patch improves the read functions so they are completely 512-
block friendly, any number of 512 byte blocks can be fetched from
any 512 byte boundary now.

Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-03 18:06:39 +00:00
Andy Green
25b5a9ba62 qi-gta02-compute-and-append-dynparts.patch
This adds dynamic partition computation support for Qi on GTA02.
It's for compatability with existing GTA02 using U-Boot partition
scheme where a bad block in the previous partition moves on the
start of the next partition by one block.

It's important that Qi has no private state, so we need to compute
the NAND arrangement each boot.  It turns out this is extremely fast
using Qi's bad block code originally from Xinagfu.

Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-03 18:06:38 +00:00
Andy Green
a5f8c6f2f8 qi-add-append_device_specific_cmdline-API.patch
Add a board API callback that allows a device-specific
commandline area to be created at the time the kernel
commandline is being composed.

Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-03 18:06:38 +00:00
Andy Green
72ecb60392 qi-add-hex-sprintf-type-functions.patch
We need to print hex into string buffers now, only in
phase 2

Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-03 18:06:37 +00:00
Andy Green
dd2344a9c7 qi-add-post-serial-init-api.patch
It can be useful to have a device API that can print device-specific things
after serial is initialized.

Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-03 18:06:36 +00:00
Andy Green
53279b5983 qi-export-s3c2442-nand-bad-block-check.patch
At least GTA02 specific code is now interested in bad blocks.
Rename the function and export it.

Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-03 18:06:36 +00:00
Andy Green
a1af68434b qi-fix-block-init-cache-logic.patch
Changes in the last couple of weeks aimed at cleaning this
code broke the block device init cache logic.  This patch
restores the logic and reduces the card init failures when
there is no SD Card present to 1 regardless of the number
of partitions probed on the card.

Together with the reduction in Glamo card wait on init this
reduces the delay before trying NAND to 1/9th of before the
patches.

Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-01 19:28:18 +00:00
Andy Green
f3c740f11c qi-reduce-glamo-mmc-wait-delay.patch
3000 retries is a very long time for an SD card to wake up,
far longer than should be necessary.  This patch reduces it
to 1000.

Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-01 19:28:18 +00:00
Paul Fertser
7132195b32 Fix handling of 60 bytes long symlinks
On ext2 the symlink can be stored in inode itself if it's not larger than
60 bytes. If the symlink path is exactly 60 bytes, then one more byte is
needed to store terminating NULL, therefore the path is placed in a
separate block.
2009-01-31 17:23:30 +00:00
Werner Almesberger
4a8cabd5a9 None
The PMU initializes all GPIOs to inputs in NoPower, including GPIO2,
which drives GSM_ON and has an external pull-up. Furthermore, we may
have entered PMU.Standby with the modem up.

Unlike u-boot, qi didn't initialize the GPIOs. With this patch is
does.

Reported-by: Paul Ferster <fercerpav@gmail.com>
Signed-off-by: Werner Almesberger <werner@openmoko.org>
2009-01-31 17:23:30 +00:00
Andy Green
fbc7e8b244 qi-strip-trailing-newlines-in-append-file.patch
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-31 17:23:29 +00:00
Paul Fertser
5ffd09774d Describe interactive UI in README 2009-01-23 11:26:44 +00:00
Paul Fertser
bdaef4fd50 GTA01: use POWER button to append debug parameters to the kernel command line
This patch is based on the one tested on GTA02, it compiles but i could not
verify if it works.
2009-01-19 01:37:09 +00:00
Paul Fertser
7c8892dfa1 GTA02: use POWER button to append debug parameters to the kernel command line 2009-01-19 01:37:09 +00:00
Paul Fertser
6940235ae6 Add a dedicated function to query debug action to board_api
On the devices where we have only 2 physical buttons, one of those buttons
(i.e. POWER) is connected directly to PMU. The other button (AUX) is
connected directly to S3C pin and we can get its state immediately, it is
currently used to skip a boot possibility. To allow user to debug boot
problems we can use the POWER button, but we cannot poll for it too many
times as it slows down the boot considerably, therefore a dedicated
function is needed.
2009-01-19 01:37:09 +00:00
Andy Green
f055e1e9a1 qi-change-partitioning.patch
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-19 01:37:08 +00:00
Werner Almesberger
9ec680a757 zimage: add support for the zImage format
If the kernel we found isn't an uImage, try to use it as a zImage.

Signed-off-by: Werner Almesberger <werner@openmoko.org>
2009-01-09 04:32:53 +00:00
Werner Almesberger
188fff8fc3 zimage: separate uImage loader from try_this_kernel
Finally all the restructuring pays off: we can cleanly separate the
uImage loader from all the rest, which will make it easy to add
loaders for other kernel image formats.

Signed-off-by: Werner Almesberger <werner@openmoko.org>
2009-01-09 04:32:52 +00:00
Werner Almesberger
31448578d1 phase2: use a typedefed type for the kernel function
This makes things a little easier to read, particularly when we return
this pointer from a function, which we'll do in the next patch.

Signed-off-by: Werner Almesberger <werner@openmoko.org>
2009-01-09 04:32:51 +00:00
Werner Almesberger
73b8441e3b phase2: use "static" wherever possible
Makes it easier to determine what can be safely changed.

Signed-off-by: Werner Almesberger <werner@openmoko.org>
2009-01-09 04:32:51 +00:00
Werner Almesberger
9411e40603 phase2: block init buggy x
Is it really correct to set last_block_init to the next entry ?
It would seem that the current (i.e., bogus) values are then just
used without further ado. Untested.

Not-Yet-Signed-off-by: Werner Almesberger <werner@openmoko.org>
2009-01-09 04:32:50 +00:00