gmane.comp.embedded.ptxdist.oselas.community

Re: Mini2440 and GTK+

Mike Munie — 2013-06-17T15:11:37

Thank you for the reply.
Yes, I am using PTXdist 2012.12.0
I made a copy of the config file and called it ptxconfig.gtk then did
'menuconfig' and enabled gtk+, but when I run 'ptxdist go' it fails. no
mater what I try and change in the config file to satisfy the error
messages I am getting. So I just wondered if I was trying to do something
that was not even supported...


On Mon, Jun 17, 2013 at 3:04 AM, Juergen Beisert <jbe-bIcnvbaLZ9MEGnE8C9+IrQ< at >public.gmane.org> wrote:

Re: Mini2440 and GTK+

Jürgen Beisert — 2013-06-18T07:15:10

Hi Mike,

please keep the mailing list at least on CC.

On Monday 17 June 2013 17:11:37 Mike Munie wrote:

First lesson: If you run into an error message, show us this error message. I 
can do the same here, because we both using PTXdist. If it fails at your side 
it also will fail at my side...if the cause of the failure is inside PTXdist.
Otherwise we need to find the difference at your host computer.

PTXdist logs everything it does into "platform-mini2440/logfile". So, run 
a "ptxdist clean", delete the existing "platform-mini2440/logfile" file, then 
run "ptxdist go" again and send us the new "platform-mini2440/logfile". If it 
is large, compress it first. If it is very large, send it to my account and 
not to the mailing list.

Regards,
Juergen

Re: Mini2440 and GTK+

Juergen Beisert — 2013-06-17T08:04:09

Hi Mike,

On 14.06.2013 17:00, Mike Munie wrote:

Do you use PTXdist for doing so? Some more info would be helpful.

Regards,
Juergen

Mini2440 and GTK+

Mike Munie — 2013-06-14T15:00:46

I am having a rough time getting GTK+ enabled for my Mini2440. Is there
anyone else that tried to do this? Is it possible? Any advice...

Re: [PATCH] zlib: Add alternative download URL

Michael Olbrich — 2013-06-07T18:16:18

Yes. I've applied it to both branches.

Michael

[PATCH] zlib: Add alternative download URL

Bernhard Walle — 2013-06-05T13:05:34

Since zlib guys move away the tarball after a new release is made, we
add the mirror at the libpng site. Same as in ptxdist itself.

Something for the stable branch?

Signed-off-by: Bernhard Walle <bernhard-X9USDgGjgfuzQB+pC5nmwQ< at >public.gmane.org>
---
 rules/host-zlib.make | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/rules/host-zlib.make b/rules/host-zlib.make
index 8a11c73..8ab59b0 100644
--- a/rules/host-zlib.make
+++ b/rules/host-zlib.make
< at >< at > -21,7 +21,9 < at >< at > HOST_ZLIB_VERSION:= 1.2.7
 HOST_ZLIB_MD5:= 2ab442d169156f34c379c968f3f482dd
 HOST_ZLIB:= zlib-$(HOST_ZLIB_VERSION)
 HOST_ZLIB_SUFFIX:= tar.bz2
-HOST_ZLIB_URL:= http://zlib.net/$(HOST_ZLIB).$(HOST_ZLIB_SUFFIX)
+HOST_ZLIB_URL:= \
+http://zlib.net/$(HOST_ZLIB).$(HOST_ZLIB_SUFFIX) \
+$(call ptx/mirror, SF, libpng/$(HOST_ZLIB).$(HOST_ZLIB_SUFFIX))
 HOST_ZLIB_SOURCE:= $(SRCDIR)/$(HOST_ZLIB).$(HOST_ZLIB_SUFFIX)
 HOST_ZLIB_DIR:= $(HOST_BUILDDIR)/$(HOST_ZLIB)

autostart

Dave Festing — 2013-06-04T11:37:41

Appears autostart has changed since a year ago, because there is no 

[ ] init --->
   [ ] startup script

even in mini2440.BSP 2012.06.0

I tried to use rc.once.d and put the script in there but couldn't get that
to work.

rc.once.d seems to be a PTXdist implementation, ie there are only 5 hits on
Google and they are all PTXdist related. 

Appreciate a pointer in the right direction.

Thanks,
Dave

Re: Applying patches.

mind entropy — 2013-05-17T18:27:54

Got that right before. Just made a mistake while typing.



I had missed some configurations in the kernel config such as Console
Display driver support. After enabling I can see
boot messages. Yay!

Re: Applying patches.

Juergen Beisert — 2013-05-17T07:01:24

Hi Gautam,

mind entropy wrote:

The Mini2440 platformcode uses a kernel parameter called "mini2440" and 
not "mini2550" to control the LCD.


Don't create device nodes manually. If a device is found by its matching 
driver the device node gets created automatically. If not, there will be no 
device node and manually creating one does *not* help.


Sure. dev/ is a RAM filesystem.


Don't create device nodes manually! They are useless, because there is no 
device/driver pair in the background.

If you want virtual TTYs you must enable them in the kernel.

Regards,
Juergen

Re: Applying patches.

mind entropy — 2013-05-16T18:21:28

I am not getting any output to the LCD though. I have a sony X35 LCD My
uboot bootargs value is
bootargs=mini2550=5tb rootfstype=ext3 root=/dev/mmcblk0p2 rw
bootdelay=rootwait ip=dhcp console=tty0

I have created a /dev/fb0 and my /sys shows the LCD details What other
device node creations I have to create for this?
I manually created /dev/tty* files in the chroot and when I booted the
device I don't see those files. What seems to be wrong?

Thanks,
Gautam.

Re: Applying patches.

mind entropy — 2013-05-16T16:11:48


Didn't try it. Will have to check it out.

-Gautam.

Re: Applying patches.

amit shah — 2013-05-16T02:50:36

Hi Gautam
           Is the sound working apart from the buzzer?

regards
--amit



On Wed, May 15, 2013 at 1:49 AM, mind entropy <mindentropy-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Re: Applying patches.

Juergen Beisert — 2013-05-15T06:58:07

Hi Gautam,

mind entropy wrote:

\o/

Regards,
Juergen

Re: Applying patches.

mind entropy — 2013-05-14T20:19:02

Can hear the buzzer also!

Thanks,
Gautam.

Re: Applying patches.

Juergen Beisert — 2013-05-14T12:33:24

Yes. Learn how to work with patch series.

Regards,
Juergen

Re: Applying patches.

mind entropy — 2013-05-14T12:00:18

Checked the series file for the 3.9 and as an example I picked
add_buzzer.diff . I did a patch -p1 < add_buzzer.diff and I get

patching file arch/arm/mach-s3c24xx/mach-mini2440.c
Hunk #1 succeeded at 501 with fuzz 1 (offset -100 lines).
Hunk #2 FAILED at 626.
Hunk #3 succeeded at 682 (offset -106 lines).
1 out of 3 hunks FAILED -- saving rejects to file
arch/arm/mach-s3c24xx/mach-mini2440.c.rej

Am I doing something wrong here?

-Gautam.

Re: Applying patches.

Juergen Beisert — 2013-05-14T08:44:44

OSELAS.BSP-Pengutronix-Mini2440/configs/platform-friendlyarm-mini2440/patches/linux-3.9

You should take a look into the "series" file, then you will see, what patches 
are stable patches and what patches are (still) relevant for the Mini2440.


No. These are platform patches, and they become obsolete when the ARM 
architecture is fully switched to device tree description. I think in one or 
two kernel releases I can remove them entirely. Until then they are still 
needed.

Regards,
Juergen

Re: Applying patches.

mind entropy — 2013-05-13T16:54:23

That means the files ending with name patches? There are a lot of diff's in
the directory too in
OSELAS.BSP-Pengutronix-Mini2440/configs/platform-friendlyarm-mini2440/patches/linux-3.9

Also are these patches getting merged into mainline?

-Gautam.

Re: Applying patches.

Juergen Beisert — 2013-05-13T10:35:05

Then you should skip the stable patches and only use the Mini2440 related in 
the list.

Regards,
Juergen

Re: Applying patches.

mind entropy — 2013-05-13T09:56:02

I trying to apply your patches to the vanilla kernel. I am using emdebian
rootfs. I have booted the vanilla kernel minus the patches on to the
mini2440 board. Now I want to try with just your kernel patches.

Re: Applying patches.

Juergen Beisert — 2013-05-13T09:50:24

Did you use my BSP or do you try to build your own kernel?


????

Regards,
Juergen