Major layout change to the packages directory

Having one monolithic packages directory makes it hard to find things
and is generally overwhelming. This commit splits it into several
logical sections roughly based on function, recipes.txt gives more
information about the classifications used.

The opportunity is also used to switch from "packages" to "recipes"
as used in OpenEmbedded as the term "packages" can be confusing to
people and has many different meanings.

Not all recipes have been classified yet, this is just a first pass
at separating things out. Some packages are moved to meta-extras as
they're no longer actively used or maintained.

Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>

1 files changed, 58 insertions, 0 deletions

diff --git a/meta/recipes-kernel/linux/linux-omap-2.6.29/dss2/0016-DSS2-DSI-improve-packet-len-calculation.patch b/meta/recipes-kernel/linux/linux-omap-2.6.29/dss2/0016-DSS2-DSI-improve-packet-len-calculation.patch
new file mode 100644
index 0000000000..bca449f169
--- /dev/null
+++ b/meta/recipes-kernel/linux/linux-omap-2.6.29/dss2/0016-DSS2-DSI-improve-packet-len-calculation.patch
@@ -0,0 +1,58 @@
+From 6b2c9d84c7accdfe1067fcdc8a00e50674aab4bb Mon Sep 17 00:00:00 2001
+From: Tomi Valkeinen <tomi.valkeinen@nokia.com>
+Date: Thu, 2 Apr 2009 17:42:26 +0300
+Subject: [PATCH] DSS2: DSI: improve packet len calculation
+
+---
+ drivers/video/omap2/dss/dsi.c |   21 ++++++++++++++++-----
+ 1 files changed, 16 insertions(+), 5 deletions(-)
+
+diff --git a/drivers/video/omap2/dss/dsi.c b/drivers/video/omap2/dss/dsi.c
+index aecb89d..66ac6ea 100644
+--- a/drivers/video/omap2/dss/dsi.c
++++ b/drivers/video/omap2/dss/dsi.c
+@@ -2624,17 +2624,28 @@ static void dsi_update_screen_dispc(struct omap_display *display,
+                u16 x, u16 y, u16 w, u16 h)
+ {
+        int bytespp = 3;
++       int len;
+        int total_len;
+-       int line_packet_len;
++       int packet_payload;
++       int packet_len;
+        u32 l;
+ 
+        if (dsi.update_mode == OMAP_DSS_UPDATE_MANUAL)
+                DSSDBG("dsi_update_screen_dispc(%d,%d %dx%d)\n",
+                                x, y, w, h);
+ 
+-       /* TODO: one packet could be longer, I think? Max is the line buffer */
+-       line_packet_len = w * bytespp + 1;      /* 1 byte for DCS cmd */
+-       total_len = line_packet_len * h;
++       len = w * h * bytespp;
++
++       /* XXX: one packet could be longer, I think? Line buffer is
++        * 1024 x 24bits, but we have to put DCS cmd there also.
++        * 1023 * 3 should work, but causes strange color effects. */
++       packet_payload = min(w, (u16)1020) * bytespp;
++
++       packet_len = packet_payload + 1;        /* 1 byte for DCS cmd */
++       total_len = (len / packet_payload) * packet_len;
++
++       if (len % packet_payload)
++               total_len += (len % packet_payload) + 1;
+ 
+        display->ctrl->setup_update(display, x, y, w, h);
+ 
+@@ -2646,7 +2657,7 @@ static void dsi_update_screen_dispc(struct omap_display *display,
+        l = FLD_VAL(total_len, 23, 0); /* TE_SIZE */
+        dsi_write_reg(DSI_VC_TE(1), l);
+ 
+-       dsi_vc_write_long_header(1, DSI_DT_DCS_LONG_WRITE, line_packet_len, 0);
++       dsi_vc_write_long_header(1, DSI_DT_DCS_LONG_WRITE, packet_len, 0);
+ 
+        if (dsi.use_te)
+                l = FLD_MOD(l, 1, 30, 30); /* TE_EN */
+-- 
+1.5.6.5
+