Building from openbrick

[emveeppe]

Where is the correct place to discuss building GeexBox for the cubox-i?  Beyond learning how the system worsk

My biggest problems I've had so far are

- dealing with corrupt archive files at sources.openbricks.org  one an xbmc tar file was a killer.
- ENGR00292585 patch doesn't display video (patched to wolfgar patch it does)  Is it working for others?

Also today's master did not build cleanly because of issue with ntfs-3g and Glib  Is make clean needed for each update?

Martin

[Rudi]

Hi Martin,

Where is the correct place to discuss building GeexBox for the cubox-i?  Beyond learning how the system worsk

Here ;-)

- dealing with corrupt archive files at sources.openbricks.org  one an xbmc tar file was a killer.

I uploaded a correct one this morning, but Tom bumped the version meanwhile...

- ENGR00292585 patch doesn't display video (patched to wolfgar patch it does)  Is it working for others?

Doesn't work here either (Hummingboard, I don't have my CuBox-i yet). @Tom: Did it work for you ?

Also today's master did not build cleanly because of issue with ntfs-3g and Glib

Seen that here as well. For GLib, run:

./scripts/build --force GLib-host

For ntfs-3g, try this:

diff -r d394ad0a44a2 packages/ntfs-3g/install
--- a/packages/ntfs-3g/install    Sat Jan 18 13:43:47 2014 +0100
+++ b/packages/ntfs-3g/install    Sat Jan 18 18:34:53 2014 +0100
@@ -7,8 +7,8 @@

 do_install bin/ntfs-3g
 do_install sbin/mount.ntfs-3g
-do_install lib/libntfs-3g.so*
-do_install usr/lib/libntfs-3g.so
+#do_install lib/libntfs-3g.so*
+#do_install usr/lib/libntfs-3g.so

 ln -sf /bin/ntfs-3g $INSTALL/sbin/mount.ntfs


@Tom: I *think* we don't need the shared object files. Can you check...

Is make clean needed for each update?

Normally not. But some thing like the above may happen in case of bugs on our scripts or in incomplete meta information.

[emveeppe]

On Saturday, January 18, 2014 12:47:03 PM UTC-5, Rudi wrote:

Hi Rudi

 

Here ;-) 

Great glad I found it

 

I uploaded a correct one this morning, but Tom bumped the version meanwhile...

There were 4 or 5, I didn't not them all.  

Doesn't work here either (Hummingboard, I don't have my CuBox-i yet). @Tom: Did it work for you ?

There is one wait_event that needs to change to wait_event_interruptible that was missed around line 3140

./scripts/build --force GLib-host

Thanks,

> Normally not. But some thing like the above may happen in case of bugs on our scripts or in incomplete meta information.

Ok thanks unfortunately I still can't make an image because I am on ubuntu but hopefully that can be fixed one day too.

Martin

[Thomas Genty]

Le 18/01/2014 18:47, Rudi a écrit :

Hi Martin,

Where is the correct place to discuss building GeexBox for the cubox-i?  Beyond learning how the system worsk

Here ;-)

- dealing with corrupt archive files at sources.openbricks.org  one an xbmc tar file was a killer.

I uploaded a correct one this morning, but Tom bumped the version meanwhile...

Yep, sorry
We had a small problem of free space yesterday, and this results with a corrupted file
Stéphan has corrected some problem, once the bump.

- ENGR00292585 patch doesn't display video (patched to wolfgar patch it does)  Is it working for others?

Doesn't work here either (Hummingboard, I don't have my CuBox-i yet). @Tom: Did it work for you ?

Yep but not for all files.
removing ...

Also today's master did not build cleanly because of issue with ntfs-3g and Glib

Seen that here as well. For GLib, run:

./scripts/build --force GLib-host

a problem with gen-marshall ?
We need to enforce this.

For ntfs-3g, try this:

diff -r d394ad0a44a2 packages/ntfs-3g/install
--- a/packages/ntfs-3g/install    Sat Jan 18 13:43:47 2014 +0100
+++ b/packages/ntfs-3g/install    Sat Jan 18 18:34:53 2014 +0100
@@ -7,8 +7,8 @@

 do_install bin/ntfs-3g
 do_install sbin/mount.ntfs-3g
-do_install lib/libntfs-3g.so*
-do_install usr/lib/libntfs-3g.so
+#do_install lib/libntfs-3g.so*
+#do_install usr/lib/libntfs-3g.so

 ln -sf /bin/ntfs-3g $INSTALL/sbin/mount.ntfs


@Tom: I *think* we don't need the shared object files. Can you check...

Off course.
I have another changes but we can remove this.
Sorry for the broken commit.

Tom

Is make clean needed for each update?

Normally not. But some thing like the above may happen in case of bugs on our scripts or in incomplete meta information.

--
You received this message because you are subscribed to the Google Groups "OpenBricks Development List" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openbricks-dev...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Rudi]

Hi Tom

be sure to have a look at the cleanup I did just now...

[emveeppe]

Okay so today's problem, hopefully one day I will get this figured out.  Can I clean just one package?  Today's build updates xcb-proto but the other dependencies for it expect it to be built first.

Thanks,

Martin

[emveeppe]

On Sunday, January 19, 2014 11:24:49 AM UTC-5, emveeppe wrote:

Okay so today's problem, hopefully one day I will get this figured out.  Can I clean just one package?  Today's build updates xcb-proto but the other dependencies for it expect it to be built first.

I got past this with ./scripts/build --force xcb-proto 

Martin

[emveeppe]

On Sunday, January 19, 2014 11:55:49 AM UTC-5, emveeppe wrote:

I got past this with ./scripts/build --force xcb-proto 

 
Now it has problems with Glib like yesterday and Rudi's suggestion to use

./scripts/build --force Glib-host

doesn't work today  I still get this.

                 INSTALLDEV  GLib 
                     PACKAGEDEV  GLib 
packages/GLib/installdev: 13: cd: can't cd to ../objdir-host

Martin

[Rudi]

On Sunday, January 19, 2014 6:02:36 PM UTC+1, emveeppe wrote:

 

./scripts/build --force Glib-host

doesn't work today  I still get this.

                 INSTALLDEV  GLib 
                     PACKAGEDEV  GLib 
packages/GLib/installdev: 13: cd: can't cd to ../objdir-host

Glib-hots or GLib-host ?

 

[emveeppe]

On Sunday, January 19, 2014 12:04:42 PM UTC-5, Rudi wrote:

Glib-hots or GLib-host ?

Oops, Thanks, I should have copied from your message. I also just had to --force vdr-plugin-vnsiserver but it is moving along now.  It is still quite manual but beats doing the clean.

Thanks again.

Martin

 

[emveeppe]

Ok thanks for all your help, I was able to compile last night's update with no issues, right up to the building of the SD card image and even was able to include wolfgar's newer git release which I needed to get my h264 streaming working.  The process is quite slick when it does work.

Martin

[Rudi]

Hi Martin,

> The process is quite slick when it does work.

Yes, it is ;-). But especially when some fundmantal components change it may fail and it
can get hairy to figure out what is wrong. In most cases the reason is incomplete or
wrong meta information. But there also might be bugs in the scripts...



--

Ruediger "Rudi" Ihle

[emveeppe]

On Tuesday, January 21, 2014 4:39:14 AM UTC-5, Rudi wrote:

Yes, it is ;-). But especially when some fundmantal components change it may fail and it
can get hairy to figure out what is wrong. In most cases the reason is incomplete or
wrong meta information. But there also might be bugs in the scripts...

Yes I spoke to soon last weekend.  Decided to update with wolfgar changes and was having trouble getting the kernel to build so I tried

.scripts/build --force opkg-host

and now even the make clean fails so I might have to do it all from scratch

Martin

[Rudi]

Hi Martin,

> Decided to update with wolfgar changes and was having trouble getting the kernel to build

Why that ? The main problem here is to find the right place where to put the patches...

> so I tried
>
> .scripts/build --force opkg-host

This is not supposed to be a general purpose weapon. It was a fix for the specific
problem we had a few days ago.

> and now even the make clean fails so I might have to do it all from scratch

What exactly fails ? Any error messages ?




--

Ruediger "Rudi" Ihle

[emveeppe]

On Sunday, January 26, 2014 3:45:12 AM UTC-5, Rudi wrote:

Hi Martin,

> Decided to update with wolfgar changes and was having trouble getting the kernel to build

Why that ? The main problem here is to find the right place where to put the patches...

I couldn't figure out how to trigger a rebuild of linux and changing the meta file didn't do it. So I tried all kinds of thing eventually I cloned again with a symbolic link to sources then applied the kernel update but I ended up having to do a --force linux

This is not supposed to be a general purpose weapon. It was a fix for the specific
problem we had a few days ago.

For lack of knowledge when I don't see the make file making I look at alternative.

What exactly fails ?  Any error messages ?

I screwed up one of the cleans I tried cleaned out the initial config file sow it was building  i386 

I got it going now, at least until the next time I can't build a change

Martin

[Rudi]

Hi Martin,

>
> I couldn't figure out how to trigger a rebuild of linux and changing the meta file
> didn't do it.

Sometimes reloading the configuration does the trick. If "./scripts/build --force ..."
doesn't help, do "./scripts/clean <pgk_name>" followed by "./scripts/build <pgk_name>"
and "make"

> I screwed up one of the cleans I tried cleaned out the initial config file sow it was
> building i386

Hehe, I got 5 target platforms side by side. Really fun...



--

Ruediger "Rudi" Ihle

[emveeppe]

I don't see the /etc/need-to-reize file in the flat file system for the cuboxi.  How does this file get created?

Martin

[Matthew Clark]

Hi,

I am trying to build geexbox for the cubox i through openbricks and I am having problems downloading packages from source and the following file seems to be missing:

vdr-plugin-xvdr-0.9.9+r935a2941881b.tar.bz2

I have been on the geexbox irc the last few days but no-one seems to be around.

Any chance someone here could point me in the right direction? Like somewhere else I might be able to download this version.

I was having problems with the mesa tarball being missing. I managed to revert the patch that upgraded mesa (the older version was present on the source dev server), but I don't really want to do the same with the above package.

Thanks,

Matt.

[emveeppe]

On Thursday, January 30, 2014 6:15:32 PM UTC-5, Matthew Clark wrote:

Hi,

I am trying to build geexbox for the cubox i through openbricks and I am having problems downloading packages from source and the following file seems to be missing:

vdr-plugin-xvdr-0.9.9+r935a2941881b.tar.bz2

Is it failing because of a checksum error?  If so my trick was to add or remove characters from the git rev.  in meta which will gave a 404.and triggered a new download for the official source

Martin

 

[Matthew Clark]

No, it can't even download that file. The only vdr plugin files that are present on sources.openbricks.org/devel/ are the following:

vdr-plugin-epgsearch-0.9.24+git20101231.tar.bz2    27-Jul-2011 08:41              369694
vdr-plugin-xvdr-0.9.5+rb62ccbdd8c6d01762429cef3..> 14-Nov-2012 07:28               56385

Hmm, no wait. I think I misunderstood what you said. I will try playing around with the meta file like I did for mesa...

[Matthew Clark]

Ah, I see. So I am behind a corp firewall and the git pull is failing after the 404. I didn't notice this before. I'll see what I can do about that.

[Thomas Genty]

Le 31/01/2014 00:15, Matthew Clark a écrit :

Hi,

Hello,

I am trying to build geexbox for the cubox i through openbricks and I am having problems downloading packages from source and the following file seems to be missing:

vdr-plugin-xvdr-0.9.9+r935a2941881b.tar.bz2

I have been on the geexbox irc the last few days but no-one seems to be around.

Any chance someone here could point me in the right direction? Like somewhere else I might be able to download this version.

uploaded

I was having problems with the mesa tarball being missing. I managed to revert the patch that upgraded mesa (the older version was present on the source dev server), but I don't really want to do the same with the above package.

version of mesa that is not present ?
9.2.2 (8f0742051e850) is present.

Thanks,

Matt.

Tom

[Thomas Genty]

Le 30/01/2014 23:21, emveeppe a écrit :

Hello

> I don't see the /etc/need-to-reize file in the flat file system for
> the cuboxi. How does this file get created?
>

Just create this (empty) file
touch /etc/need-to-resize
> Martin

Tom

[Rudi]

Hi,

> version of mesa that is not present ?
> 9.2.2 (8f0742051e850) is present.

I uploaded it. Probably after he tried...

> and the git pull is failing after the 404. I
> didn't notice this before. I'll see what I can do about that.

Normally it is not a requirement that all the tarballs are present at
http://sources.openbricks.org/ . The script will try to download the package source code
from there several times and if that finally fails it will try to grab them from the
original location as specified in the package's meta information. This may involve
git/svn/hg checkouts as well as http/https/ftp downloads.

I tend to upload tarballs only for the bigger packages (like the linux kernel) where the
git checkout it a very wasteful operation.


--

Ruediger "Rudi" Ihle

[Rudi]

Hi Martin,

> I don't see the /etc/need-to-reize file in the flat file system for the cuboxi. How
> does this file get created?

The creation of this file (as well as the creation of the *.img.xz files) is not
strictly part of the openbricks build process. So in order to add it to your image, you
have to create it manually before calling 'make-sdcard'


--

Ruediger "Rudi" Ihle

[emveeppe]

On Friday, January 31, 2014 2:48:46 AM UTC-5, Rudi wrote:

The creation of this file (as well as the creation of the *.img.xz files) is not
strictly part of the openbricks build process. So in order to add it to your image, you
have to create it manually before calling 'make-sdcard'

Ok thanks that is what I thought but I wanted to make sure I hadn't missed part of the build process.

Martin

[Matthew Clark]

Yeah, thanks all.

After Martin mentioned that there is a git attempt if the tarball download fails, I realised that the corporate firewall was blocking me and, after I worked around that, I was able to pull and build everything.

About to try out the build now :)

--
You received this message because you are subscribed to a topic in the Google Groups "OpenBricks Development List" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/openbricks-devel/QBlcCH4IppU/unsubscribe.
To unsubscribe from this group and all its topics, send an email to openbricks-dev...@googlegroups.com.

[emveeppe]

Hi I guess I am still struggling to build from the nightly for the cubox-i

I tried unsuccessfully yesterday with

git pull
make

and it fails compiling vdr-dynamite and trying again with

make clean
make

gave the same result.   With all the changes in defconfig and vdr I am not sure how to back out to a build.    What is the proper step to build for the cuboxi at this point?

Martin

[Thomas Genty]

Le 11/02/2014 17:56, emveeppe a écrit :
> Hi I guess I am still struggling to build from the nightly for the cubox-i

Hello,

>
> I tried unsuccessfully yesterday with
>
> git pull
> make
>
> and it fails compiling vdr-dynamite and trying again with

Please, reload defconfig,
Dynamite plugin is broken right now. I have deactivated it. Not sure if
someone use it.

Tom

>
> make clean
> make
>
> gave the same result. With all the changes in defconfig and vdr I am
> not sure how to back out to a build. What is the proper step to
> build for the cuboxi at this point?
>
> Martin
>
>

> --
> You received this message because you are subscribed to the Google

> Groups "OpenBricks Development List" group.

> To unsubscribe from this group and stop receiving emails from it, send

[emveeppe]

On Tuesday, February 11, 2014 12:15:40 PM UTC-5, Thomas Genty wrote:

Please, reload defconfig,
Dynamite plugin is broken right now. I have deactivated it. Not sure if
someone use it.

Tom that is my question what is the command syntax to do that so I don't get a vdr error

Martin

[toml...@gmail.com]

./scripts/loadcfg list #to get a list
then ./scripts/loadcfg choosen_list

Martin

Tom

--
You received this message because you are subscribed to the Google Groups "OpenBricks Development List" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openbricks-dev...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

-- 
www.geexbox.org
mailto:toml...@openbricks.org

[Thomas Genty]

Le 12/02/2014 00:05, emveeppe a écrit :

./scripts/loadcfg list #to get a list
then ./scripts/loadcfg choosen_list

Martin

Tom

--

[Matthew Clark]

Hey All,

Sorry to bother you again.

Just trying to build geexbox for my old cubox. It seems the rainy servers are not resolving. Is this a local DNS problem?

--2014-03-16 03:10:07--  http://rainy.notesync.org/release/rainy-0.2.3.zip

Resolving localhost (localhost)... 127.0.0.1

Connecting to localhost (localhost)|127.0.0.1|:3129... connected.

Proxy request sent, awaiting response... 502 Proxy Error ( The host was not found. )

2014-03-16 03:10:07 ERROR 502: Proxy Error ( The host was not found. ).

matt@orion:~/src/openbricks-cubox$ host rainy.notesync.org

Host rainy.notesync.org not found: 3(NXDOMAIN)

It also fails to grab off of the openbricks site:

Can't get rainy sources, trying on OpenBricks server...

--2014-03-16 03:10:07--  http://sources.openbricks.org/devel/rainy-0.2.3.zip

Resolving localhost (localhost)... 127.0.0.1

Connecting to localhost (localhost)|127.0.0.1|:3129... connected.

Proxy request sent, awaiting response... 404 Not Found

2014-03-16 03:10:08 ERROR 404: Not Found.

If someone can resolve the IP I'll put a manual entry in my hosts file, otherwise if someone can point me at the zip I assume I'll be able to chuck it in one of the source directories and it won't try to download it (might need help there).

Thanks :)

Matt.

--
You received this message because you are subscribed to a topic in the Google Groups "OpenBricks Development List" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/openbricks-devel/QBlcCH4IppU/unsubscribe.
To unsubscribe from this group and all its topics, send an email to openbricks-dev...@googlegroups.com.

[Rudi]

Hi Matthew,

> matt@orion:~/src/openbricks-cubox$ host rainy.notesync.org
> Host rainy.notesync.org not found: 3(NXDOMAIN)

The same here. The site www.notesync.org doesn't seem to exist anymore.

> It also fails to grab off of the openbricks site:

> ...

> otherwise if someone can point me at the zip I assume I'll

I've uploaded a tarball. Just restart your build...



--

Ruediger "Rudi" Ihle

[Matthew Clark]

Thanks for that. It's building now for the cubox.

BTW, is there any reason geexbox on the cubox-i2 (not ultra) would be failing to load xbmc?

The last build that loads on this device is geexbox-devel-20140131-r16766.cuboxi.tar.xz (although newer builds work on my i4ultra, just not the i2 that I have).

The current build seems to load, I can ssh in to the box. But xbmc has failed to start with the following:

# systemctl status xbmc

xbmc.service - XBMC Media Center

   Loaded: loaded (/lib/systemd/system/xbmc.service; disabled)

   Active: failed (Result: start-limit) since Thu 1970-01-01 01:00:12 BST; 44 years 2 months ago

  Process: 491 ExecStart=/usr/bin/runxbmc --standalone -fs -l /var/run/lirc/lircd (code=exited, status=1/FAILURE)

 Main PID: 491 (code=exited, status=1/FAILURE)

   CGroup: /system.slice/xbmc.service

Jan 01 01:00:12 geexbox systemd[1]: xbmc.service: main process exited, code=exited, status=1/FAILURE

Jan 01 01:00:12 geexbox systemd[1]: Unit xbmc.service entered failed state.

Jan 01 01:00:12 geexbox systemd[1]: xbmc.service start request repeated too quickly, refusing to start.

Jan 01 01:00:12 geexbox systemd[1]: Failed to start XBMC Media Center.

Jan 01 01:00:12 geexbox systemd[1]: Unit xbmc.service entered failed state.

Last lines from xbmc.log

01:00:12 T:1810887776  NOTICE: Thread PeripBusUSBUdev start, auto delete: false

01:00:12 T:1968009216   ERROR: get_sysfs_str: error reading /sys/class/graphics/fb0/device/modalias

01:00:12 T:1968009216   ERROR: InitWindowSystem: Could not initialize

01:00:12 T:1968009216   FATAL: CApplication::Create: Unable to init windowing system

Framebuffer seems to load (if I am reading correctly)

# dmesg | grep fb

Kernel command line: console=ttymxc0,115200 root=/dev/mmcblk0p2 rootfstype=ext4 rootwait rw consoleblank=0 video=mxcfb0:dev=hdmi,1920x1080M@60,if=RGB24,bpp=16 dmfc=3

mxc_sdc_fb mxc_sdc_fb.28: register mxc display driver hdmi

fbcvt: 1920x1080@60: CVT Name - 2.073M9

Any tips on where to look?

Thanks,
Matt.

--
You received this message because you are subscribed to a topic in the Google Groups "OpenBricks Development List" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/openbricks-devel/QBlcCH4IppU/unsubscribe.

To unsubscribe from this group and all its topics, send an email to openbricks-devel+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

[Matthew Clark]

Although, this might be a clue

# pwd

/sys/class/graphics

# ls -l

total 0

lrwxrwxrwx    1 root     root             0 fbcon -> ../../devices/virtual/graphics/fbcon

Where as xbmc seems to be looking for fb0.

Maybe I am on the wrong track as I wouldn't think this differs on the i4ultra (although they do use different graphics right?)

[toml...@gmail.com]

Le 16/03/2014 13:16, Matthew Clark a écrit :

Although, this might be a clue

# pwd

/sys/class/graphics

# ls -l

total 0

lrwxrwxrwx    1 root     root             0 fbcon -> ../../devices/virtual/graphics/fbcon

Where as xbmc seems to be looking for fb0.

Maybe I am on the wrong track as I wouldn't think this differs on the i4ultra (although they do use different graphics right?)

On Sun, Mar 16, 2014 at 11:14 PM, Matthew Clark <mjcl...@gmail.com> wrote:

Thanks for that. It's building now for the cubox.

BTW, is there any reason geexbox on the cubox-i2 (not ultra) would be failing to load xbmc?

The last build that loads on this device is geexbox-devel-20140131-r16766.cuboxi.tar.xz (although newer builds work on my i4ultra, just not the i2 that I have).

The current build seems to load, I can ssh in to the box. But xbmc has failed to start with the following:

...

Last lines from xbmc.log

01:00:12 T:1810887776  NOTICE: Thread PeripBusUSBUdev start, auto delete: false

01:00:12 T:1968009216   ERROR: get_sysfs_str: error reading /sys/class/graphics/fb0/device/modalias

01:00:12 T:1968009216   ERROR: InitWindowSystem: Could not initialize

01:00:12 T:1968009216   FATAL: CApplication::Create: Unable to init windowing system

Framebuffer seems to load (if I am reading correctly)

# dmesg | grep fb

Kernel command line: console=ttymxc0,115200 root=/dev/mmcblk0p2 rootfstype=ext4 rootwait rw consoleblank=0 video=mxcfb0:dev=hdmi,1920x1080M@60,if=RGB24,bpp=16 dmfc=3

mxc_sdc_fb mxc_sdc_fb.28: register mxc display driver hdmi

fbcvt: 1920x1080@60: CVT Name - 2.073M9

what returns : (does this file exist ?)

cat /sys/class/graphics/fbcon/subsystem/fb0/device/modalias

Tom

Any tips on where to look?

Thanks,
Matt.

On Sun, Mar 16, 2014 at 6:17 PM, Rudi <r.i...@s-t.de> wrote:

Hi Matthew,

matt@orion:~/src/openbricks-cubox$ host rainy.notesync.org
Host rainy.notesync.org not found: 3(NXDOMAIN)

The same here. The site www.notesync.org doesn't seem to exist anymore.

> It also fails to grab off of the openbricks site:

> ...

otherwise if someone can point me at the zip I assume I'll

I've uploaded a tarball. Just restart your build...



--

Ruediger "Rudi" Ihle

--
You received this message because you are subscribed to a topic in the Google Groups "OpenBricks Development List" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/openbricks-devel/QBlcCH4IppU/unsubscribe.

To unsubscribe from this group and all its topics, send an email to openbricks-dev...@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

--

You received this message because you are subscribed to the Google Groups "OpenBricks Development List" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openbricks-dev...@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

-- 
www.geexbox.org
mailto:toml...@openbricks.org

[Thomas Genty]

Le 16/03/2014 13:16, Matthew Clark a écrit :

Although, this might be a clue

# pwd

/sys/class/graphics

# ls -l

total 0

lrwxrwxrwx    1 root     root             0 fbcon -> ../../devices/virtual/graphics/fbcon

Where as xbmc seems to be looking for fb0.

Maybe I am on the wrong track as I wouldn't think this differs on the i4ultra (although they do use different graphics right?)

On Sun, Mar 16, 2014 at 11:14 PM, Matthew Clark <mjcl...@gmail.com> wrote:

Thanks for that. It's building now for the cubox.

BTW, is there any reason geexbox on the cubox-i2 (not ultra) would be failing to load xbmc?

The last build that loads on this device is geexbox-devel-20140131-r16766.cuboxi.tar.xz (although newer builds work on my i4ultra, just not the i2 that I have).

The current build seems to load, I can ssh in to the box. But xbmc has failed to start with the following:

...

Last lines from xbmc.log

01:00:12 T:1810887776  NOTICE: Thread PeripBusUSBUdev start, auto delete: false

01:00:12 T:1968009216   ERROR: get_sysfs_str: error reading /sys/class/graphics/fb0/device/modalias

01:00:12 T:1968009216   ERROR: InitWindowSystem: Could not initialize

01:00:12 T:1968009216   FATAL: CApplication::Create: Unable to init windowing system

Framebuffer seems to load (if I am reading correctly)

# dmesg | grep fb

Kernel command line: console=ttymxc0,115200 root=/dev/mmcblk0p2 rootfstype=ext4 rootwait rw consoleblank=0 video=mxcfb0:dev=hdmi,1920x1080M@60,if=RGB24,bpp=16 dmfc=3

mxc_sdc_fb mxc_sdc_fb.28: register mxc display driver hdmi

fbcvt: 1920x1080@60: CVT Name - 2.073M9

what returns : (does this file exist ?)

cat /sys/class/graphics/fbcon/subsystem/fb0/device/modalias

Tom

Any tips on where to look?

Thanks,
Matt.

On Sun, Mar 16, 2014 at 6:17 PM, Rudi <r.i...@s-t.de> wrote:

Hi Matthew,

matt@orion:~/src/openbricks-cubox$ host rainy.notesync.org
Host rainy.notesync.org not found: 3(NXDOMAIN)

The same here. The site www.notesync.org doesn't seem to exist anymore.

> It also fails to grab off of the openbricks site:

> ...

otherwise if someone can point me at the zip I assume I'll

I've uploaded a tarball. Just restart your build...



--

Ruediger "Rudi" Ihle

--
You received this message because you are subscribed to a topic in the Google Groups "OpenBricks Development List" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/openbricks-devel/QBlcCH4IppU/unsubscribe.

To unsubscribe from this group and all its topics, send an email to openbricks-dev...@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

--

You received this message because you are subscribed to the Google Groups "OpenBricks Development List" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openbricks-dev...@googlegroups.com.

[Matthew Clark]

matt@orion:~$ cat /sys/class/graphics/fbcon/subsystem/fb0/device/modalias

platform:efifb

Other stuff I found:

On my i2

# cat /proc/fb 

# 

On my i4ultra (running archlinux 3.10....)

[matt@cubox binaries.cuboxi]$ ls /sys/class/graphics

fb0  fb1  fbcon

[matt@cubox binaries.cuboxi]$ cat /proc/fb 

0 DISP4 BG

1 DISP4 FG

[matt@cubox binaries.cuboxi]$ dmesg | grep fb

[    0.000000] Kernel command line: console=ttymxc0,115200 root=/dev/mmcblk0p2 rootwait rw console=tty1 consoleblank=0 video=mxcfb0:dev=hdmi,1920x1080M@60,if=RGB24,bpp=16 dmfc=3

[    1.308805] FB name mxc_sdc_fb.28

[    1.308811] FB name mxc_sdc_fb

[    1.308838] mxc_sdc_fb mxc_sdc_fb.28: register mxc display driver hdmi

[    1.308924] fbcvt: 1920x1080@60: CVT Name - 2.073M9

[Matthew Clark]

Sorry, wrong box...

[Matthew Clark]

Sorry, wrong box...

# cat /sys/class/graphics/fbcon/subsystem/fb0/device/modalias

cat: can't open '/sys/class/graphics/fbcon/subsystem/fb0/device/modalias': No such file or directory

[Thomas Genty]

Le 16/03/2014 13:41, Matthew Clark a écrit :

Sorry, wrong box...

# cat /sys/class/graphics/fbcon/subsystem/fb0/device/modalias

cat: can't open '/sys/class/graphics/fbcon/subsystem/fb0/device/modalias': No such file or directory

ok looking on dtsi now

Tom

[Thomas Genty]

Le 16/03/2014 13:41, Matthew Clark a écrit :

> Sorry, wrong box...
>
> # cat /sys/class/graphics/fbcon/subsystem/fb0/device/modalias
> cat: can't open
> '/sys/class/graphics/fbcon/subsystem/fb0/device/modalias': No such
> file or directory
>
>

Can you post dmesg logs ?

[Matthew Clark]

# dmesg

Booting Linux on physical CPU 0x0

Linux version 3.10.30 (ma...@orion.ent.foxtel.com.au) (gcc version 4.7.4 20131014 (prerelease) (Linaro GCC 4.7-2013.10) ) #1 SMP Sun Mar 16 16:06:36 EST 2014

CPU: ARMv7 Processor [412fc09a] revision 10 (ARMv7), cr=10c53c7d

CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache

Machine: Freescale i.MX6 Quad/DualLite (Device Tree), model: SolidRun Cubox-i Solo/DualLite

cma: CMA: reserved 256 MiB at 40000000

Memory policy: ECC disabled, Data cache writealloc

On node 0 totalpages: 262144

free_area_init_node: node 0, pgdat 80838680, node_mem_map 8089c000

  DMA zone: 2048 pages used for memmap

  DMA zone: 0 pages reserved

  DMA zone: 262144 pages, LIFO batch:31

PERCPU: Embedded 8 pages/cpu @810b1000 s8576 r8192 d16000 u32768

pcpu-alloc: s8576 r8192 d16000 u32768 alloc=8*4096

pcpu-alloc: [0] 0 [0] 1 

Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 260096

Kernel command line: console=ttymxc0,115200 root=/dev/mmcblk0p2 rootfstype=ext4 rootwait rw consoleblank=0 video=mxcfb0:dev=hdmi,1920x1080M@60,if=RGB24,bpp=16 dmfc=3

PID hash table entries: 4096 (order: 2, 16384 bytes)

Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)

Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)

Memory: 1024MB = 1024MB total

Memory: 767920k/767920k available, 280656k reserved, 0K highmem

Virtual kernel memory layout:

    vector  : 0xffff0000 - 0xffff1000   (   4 kB)

    fixmap  : 0xfff00000 - 0xfffe0000   ( 896 kB)

    vmalloc : 0xc0800000 - 0xff000000   (1000 MB)

    lowmem  : 0x80000000 - 0xc0000000   (1024 MB)

    modules : 0x7f000000 - 0x80000000   (  16 MB)

      .text : 0x80008000 - 0x807aeb84   (7835 kB)

      .init : 0x807af000 - 0x807ed180   ( 249 kB)

      .data : 0x807ee000 - 0x80839760   ( 302 kB)

       .bss : 0x80839760 - 0x8089b4cc   ( 392 kB)

SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1

Hierarchical RCU implementation.

        RCU debugfs-based tracing is enabled.

        Additional per-CPU info printed with stalls.

        RCU restricting CPUs from NR_CPUS=4 to nr_cpu_ids=2.

NR_IRQS:16 nr_irqs:16 16

L310 cache controller enabled

l2x0: 16 ways, CACHE_ID 0x410000c8, AUX_CTRL 0x32050000, Cache size: 524288 B

sched_clock: 32 bits at 3000kHz, resolution 333ns, wraps every 1431655ms

CPU identified as i.MX6DL, silicon rev 1.1

Console: colour dummy device 80x30

Calibrating delay loop... 1581.05 BogoMIPS (lpj=7905280)

pid_max: default: 32768 minimum: 301

Mount-cache hash table entries: 512

CPU: Testing write buffer coherency: ok

CPU0: thread -1, cpu 0, socket 0, mpidr 80000000

Setting up static identity map for 0x805a7568 - 0x805a75c0

CPU1: Booted secondary processor

CPU1: thread -1, cpu 1, socket 0, mpidr 80000001

Brought up 2 CPUs

SMP: Total of 2 processors activated (3162.11 BogoMIPS).

CPU: All CPU(s) started in SVC mode.

devtmpfs: initialized

pinctrl core: initialized pinctrl subsystem

regulator-dummy: no parameters

NET: Registered protocol family 16

DMA: preallocated 256 KiB pool for atomic coherent allocations

Use WDOG1 as reset source

syscon 20c8000.anatop: regmap [mem 0x020c8000-0x020c8fff] registered

vdd1p1: 800 <--> 1375 mV at 1125 mV 

vdd3p0: 2800 <--> 3150 mV at 3000 mV 

vdd2p5: 2000 <--> 2750 mV at 2425 mV 

cpu: 725 <--> 1450 mV at 1150 mV 

vddpu: 725 <--> 1450 mV at 1150 mV 

vddsoc: 725 <--> 1450 mV at 1200 mV 

syscon 20e0000.iomuxc-gpr: regmap [mem 0x020e0000-0x020e0037] registered

syscon 21bc000.ocotp-ctrl: regmap [mem 0x021bc000-0x021bffff] registered

hw-breakpoint: found 5 (+1 reserved) breakpoint and 1 watchpoint registers.

hw-breakpoint: maximum watchpoint size is 4 bytes.

imx6dl-pinctrl 20e0000.iomuxc: initialized IMX pinctrl driver

bio: create slab <bio-0> at 0

mxs-dma 110000.dma-apbh: initialized

brcm_osc_reg: 3300 mV 

brcm_reg: 3300 mV 

3P3V: 3300 mV 

usb_h1_vbus: 5000 mV 

usb_otg_vbus: 5000 mV 

vgaarb: loaded

SCSI subsystem initialized

libata version 3.00 loaded.

usbcore: registered new interface driver usbfs

usbcore: registered new interface driver hub

usbcore: registered new device driver usb

i2c i2c-2: IMX I2C adapter registered

Linux video capture interface: v2.00

pps_core: LinuxPPS API ver. 1 registered

pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giom...@linux.it>

PTP clock support registered

imx-ipuv3 2400000.ipu: IPU DMFC ONLY-DP HIGH RESOLUTION: 5B(0~3), 5F(4~7)

MIPI CSI2 driver module loaded

Advanced Linux Sound Architecture Driver Initialized.

Bluetooth: Core ver 2.16

NET: Registered protocol family 31

Bluetooth: HCI device and connection manager initialized

Bluetooth: HCI socket layer initialized

Bluetooth: L2CAP socket layer initialized

Bluetooth: SCO socket layer initialized

cfg80211: Calling CRDA to update world regulatory domain

Switching to clocksource mxc_timer1

NET: Registered protocol family 2

TCP established hash table entries: 8192 (order: 4, 65536 bytes)

TCP bind hash table entries: 8192 (order: 4, 65536 bytes)

TCP: Hash tables configured (established 8192 bind 8192)

TCP: reno registered

UDP hash table entries: 512 (order: 2, 16384 bytes)

UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)

NET: Registered protocol family 1

RPC: Registered named UNIX socket transport module.

RPC: Registered udp transport module.

RPC: Registered tcp transport module.

RPC: Registered tcp NFSv4.1 backchannel transport module.

PCI: CLS 0 bytes, default 64

hw perfevents: enabled with ARMv7_Cortex_A9 PMU driver, 7 counters available

pureg-dummy: no parameters

Bus freq driver module loaded

VFS: Disk quotas dquot_6.5.2

Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)

NFS: Registering the id_resolver key type

Key type id_resolver registered

Key type id_legacy registered

jffs2: version 2.2. (NAND) © 2001-2006 Red Hat, Inc.

fuse init (API version 7.22)

msgmni has been set to 2011

io scheduler noop registered

io scheduler deadline registered

io scheduler cfq registered (default)

imx-weim 21b8000.weim: WEIM driver registered.

mxc_sdc_fb mxc_sdc_fb.28: register mxc display driver hdmi

mxc_hdmi 20e0000.hdmi_video: Detected HDMI controller 0x13:0x1a:0xa0:0xc1

fbcvt: 1920x1080@60: CVT Name - 2.073M9

imx-sdma 20ec000.sdma: loaded firmware 1.1

imx-sdma 20ec000.sdma: initialized

Serial: IMX driver

2020000.serial: ttymxc0 at MMIO 0x2020000 (irq = 58) is a IMX

console [ttymxc0] enabled

21f0000.serial: ttymxc3 at MMIO 0x21f0000 (irq = 61) is a IMX

[drm] Initialized drm 1.1.0 20060810

[drm] Initialized vivante 1.0.0 20120216 on minor 0

brd: module loaded

loop: module loaded

CAN device driver interface

libphy: fec_enet_mii_bus: probed

fec 2188000.ethernet eth0: registered PHC device 0

ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver

ehci-pci: EHCI PCI platform driver

usbcore: registered new interface driver usb-storage

imx_usb 2184000.usb: usbmisc init failed, ret=-517

platform 2184000.usb: Driver imx_usb requests probe deferral

imx_usb 2184200.usb: usbmisc init failed, ret=-517

platform 2184200.usb: Driver imx_usb requests probe deferral

mousedev: PS/2 mouse device common for all mice

i2c-core: driver [isl29023] using legacy suspend method

i2c-core: driver [isl29023] using legacy resume method

rtc-pcf8523: probe of 2-0068 failed with error -5

snvs_rtc 20cc034.snvs-rtc-lp: rtc core: registered 20cc034.snvs-rtc-lp as rtc0

i2c /dev entries driver

Registered IR keymap rc-empty

input: gpio_ir_recv as /devices/soc0/ir-receiver.22/rc/rc0/input0

rc0: gpio_ir_recv as /devices/soc0/ir-receiver.22/rc/rc0

imx2-wdt 20bc000.wdog: IMX2+ Watchdog Timer enabled. timeout=60s (nowayout=0)

Bluetooth: Virtual HCI driver ver 1.3

Bluetooth: HCI UART driver ver 2.2

Bluetooth: HCIATH3K protocol initialized

usbcore: registered new interface driver btusb

cpuidle: using governor menu

sdhci: Secure Digital Host Controller Interface driver

sdhci: Copyright(c) Pierre Ossman

sdhci-pltfm: SDHCI platform and OF driver helper

sdhci-esdhc-imx 2190000.usdhc: could not get ultra high speed state, work on normal mode

mmc0: no vqmmc regulator found

sdhci-esdhc-imx 2190000.usdhc: lookup for GPIO card-reset failed

mmc0: SDHCI controller on 2190000.usdhc [2190000.usdhc] using ADMA

mmc1: no vqmmc regulator found

mmc1: SDHCI controller on 2194000.usdhc [2194000.usdhc] using ADMA

Galcore version 4.6.9.9754

mxc_vdoa 21e4000.vdoa: i.MX Video Data Order Adapter(VDOA) driver probed

mxc_asrc 2034000.asrc: mxc_asrc registered

mxc_vpu 2040000.vpu: VPU initialized

mxc_hdmi_cec hdmi_cec.15: HDMI CEC initialized

mmc1: host does not support reading read-only switch. assuming write-enable.

mmc1: new high speed SDHC card at address aaaa

mmcblk0: mmc1:aaaa SU16G 14.8 GiB 

 mmcblk0: p1 p2

caam 2100000.caam: device ID = 0x0a16010000000100 (Era -524)

caam 2100000.caam: job rings = 2, qi = 0

caam 2100000.caam: authenc-hmac-md5-cbc-aes-caam

caam 2100000.caam: authencesn-hmac-md5-cbc-aes-caam

caam 2100000.caam: authenc-hmac-sha1-cbc-aes-caam

caam 2100000.caam: authencesn-hmac-sha1-cbc-aes-caam

caam 2100000.caam: authenc-hmac-sha224-cbc-aes-caam

caam 2100000.caam: authencesn-hmac-sha224-cbc-aes-caam

caam 2100000.caam: authenc-hmac-sha256-cbc-aes-caam

caam 2100000.caam: authencesn-hmac-sha256-cbc-aes-caam

caam 2100000.caam: authenc-hmac-md5-cbc-des3_ede-caam

caam 2100000.caam: authencesn-hmac-md5-cbc-des3_ede-caam

caam 2100000.caam: authenc-hmac-sha1-cbc-des3_ede-caam

caam 2100000.caam: authencesn-hmac-sha1-cbc-des3_ede-caam

caam 2100000.caam: authenc-hmac-sha224-cbc-des3_ede-caam

caam 2100000.caam: authencesn-hmac-sha224-cbc-des3_ede-caam

caam 2100000.caam: authenc-hmac-sha256-cbc-des3_ede-caam

caam 2100000.caam: authencesn-hmac-sha256-cbc-des3_ede-caam

caam 2100000.caam: authenc-hmac-md5-cbc-des-caam

caam 2100000.caam: authencesn-hmac-md5-cbc-des-caam

caam 2100000.caam: authenc-hmac-sha1-cbc-des-caam

caam 2100000.caam: authencesn-hmac-sha1-cbc-des-caam

caam 2100000.caam: authenc-hmac-sha224-cbc-des-caam

caam 2100000.caam: authencesn-hmac-sha224-cbc-des-caam

caam 2100000.caam: authenc-hmac-sha256-cbc-des-caam

caam 2100000.caam: authencesn-hmac-sha256-cbc-des-caam

caam 2100000.caam: ecb-des-caam

caam 2100000.caam: ecb-arc4-caam

caam 2100000.caam: ecb-aes-caam

caam 2100000.caam: ctr-aes-caam

caam 2100000.caam: cbc-aes-caam

caam 2100000.caam: ecb-des3-caam

caam 2100000.caam: cbc-3des-caam

caam 2100000.caam: cbc-des-caam

caam 2100000.caam: fsl,sec-v4.0 algorithms registered in /proc/crypto

platform 2101000.jr0: registering rng-caam

platform caam_sm: caam_sm_test: 8-byte key test match OK

platform caam_sm: caam_sm_test: 16-byte key test match OK

platform caam_sm: caam_sm_test: 32-byte key test match OK

platform caam_secvio.32: security violation service handlers armed

usbcore: registered new interface driver usbhid

usbhid: USB HID core driver

fsl-hdmi-dai hdmi_audio.14: failed to probe. Load HDMI-video first.

fsl-hdmi-dai: probe of hdmi_audio.14 failed with error -12

imx-spdif sound-spdif.26:  dit-hifi <-> 2004000.spdif mapping ok

imx-audio-hdmi sound-hdmi.27: initialize HDMI-audio failed. load HDMI-video first!

TCP: cubic registered

NET: Registered protocol family 17

can: controller area network core (rev 20120528 abi 9)

NET: Registered protocol family 29

can: raw protocol (rev 20120528)

can: broadcast manager protocol (rev 20120528 t)

can: netlink gateway (rev 20130117) max_hops=1

Bluetooth: RFCOMM TTY layer initialized

Bluetooth: RFCOMM socket layer initialized

Bluetooth: RFCOMM ver 1.11

Bluetooth: BNEP (Ethernet Emulation) ver 1.3

Bluetooth: BNEP filters: protocol multicast

Bluetooth: BNEP socket layer initialized

Bluetooth: HIDP (Human Interface Emulation) ver 1.2

Bluetooth: HIDP socket layer initialized

8021q: 802.1Q VLAN Support v1.8

lib80211: common routines for IEEE802.11 drivers

lib80211_crypt: registered algorithm 'NULL'

lib80211_crypt: registered algorithm 'WEP'

lib80211_crypt: registered algorithm 'CCMP'

lib80211_crypt: registered algorithm 'TKIP'

Key type dns_resolver registered

VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4

ci_hdrc ci_hdrc.0: EHCI Host Controller

ci_hdrc ci_hdrc.0: new USB bus registered, assigned bus number 1

ci_hdrc ci_hdrc.0: USB 2.0 started, EHCI 1.00

hub 1-0:1.0: USB hub found

hub 1-0:1.0: 1 port detected

ci_hdrc ci_hdrc.1: doesn't support gadget

ci_hdrc ci_hdrc.1: EHCI Host Controller

ci_hdrc ci_hdrc.1: new USB bus registered, assigned bus number 2

ci_hdrc ci_hdrc.1: USB 2.0 started, EHCI 1.00

hub 2-0:1.0: USB hub found

hub 2-0:1.0: 1 port detected

snvs_rtc 20cc034.snvs-rtc-lp: setting system clock to 1970-01-01 00:00:01 UTC (1)

ALSA device list:

  #0: imx-spdif

EXT4-fs (mmcblk0p2): recovery complete

EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)

VFS: Mounted root (ext4 filesystem) on device 179:2.

devtmpfs: mounted

Freeing unused kernel memory: 248K (807af000 - 807ed000)

systemd[1]: Failed to insert module 'ipv6'

IR RC5(x) protocol handler initialized

systemd-journald[130]: Vacuuming done, freed 0 bytes

IR RC6 protocol handler initialized

IR JVC protocol handler initialized

IR NEC protocol handler initialized

IR Sony protocol handler initialized

input: MCE IR Keyboard/Mouse (gpio-rc-recv) as /devices/virtual/input/input1

IR MCE Keyboard/mouse protocol handler initialized

IR SANYO protocol handler initialized

IR RC5 (streamzap) protocol handler initialized

lirc_dev: IR Remote Control driver registered, major 247 

rc rc0: lirc_dev: driver ir-lirc-codec (gpio-rc-recv) registered at minor = 0

IR LIRC bridge handler initialized

systemd-udevd[144]: starting version 208

systemd-journald[130]: Received request to flush runtime journal from PID 1

ERROR: v4l2 capture: slave not found!

ERROR: v4l2 capture: slave not found!

fec 2188000.ethernet eth0: Freescale FEC PHY driver [Atheros 8035 ethernet] (mii_bus:phy_addr=2188000.ethernet:00, irq=-1)

libphy: 2188000.ethernet:00 - Link is Up - 1000/Full

--
You received this message because you are subscribed to a topic in the Google Groups "OpenBricks Development List" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/openbricks-devel/QBlcCH4IppU/unsubscribe.

To unsubscribe from this group and all its topics, send an email to openbricks-devel+unsubscribe@googlegroups.com.

[Matthew Clark]

Installed archlinux, and hdmi was working (kernel 3.0.something).

Updated bootloader and hdmi still working.

Updated to 3.10.something kernel and I now see the same problem.

[Thomas Genty]

Le 16/03/2014 14:34, Matthew Clark a écrit :

Installed archlinux, and hdmi was working (kernel 3.0.something).

Updated bootloader and hdmi still working.

Updated to 3.10.something kernel and I now see the same problem.

Investigating with Jon Nettleton ...

To unsubscribe from this group and all its topics, send an email to openbricks-dev...@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

--

You received this message because you are subscribed to the Google Groups "OpenBricks Development List" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openbricks-dev...@googlegroups.com.

[Rudi]

On 16.03.2014 15:11, Thomas Genty wrote:
> Le 16/03/2014 14:34, Matthew Clark a écrit :
>> Installed archlinux, and hdmi was working (kernel 3.0.something).
>>
>> Updated bootloader and hdmi still working.
>>
>> Updated to 3.10.something kernel and I now see the same problem.
> Investigating with Jon Nettleton ...

In addition to the non-working video, I get this on my C1 (Hummingboard):


Jan 01 01:56:03 geexbox kernel: imx6dl-pinctrl 20e0000.iomuxc: pin MX6DL_PAD_KEY_COL3 already requested by 21a4000.i2c; cannot claim
for 20e0000.hdmi_video
Jan 01 01:56:03 geexbox kernel: imx6dl-pinctrl 20e0000.iomuxc: pin-148 (20e0000.hdmi_video) status -22
Jan 01 01:56:03 geexbox kernel: imx6dl-pinctrl 20e0000.iomuxc: could not request pin 148 on device 20e0000.iomuxc
Jan 01 01:56:03 geexbox kernel: mxc_hdmi 20e0000.hdmi_video: Error applying setting, reverse things back
Jan 01 01:56:03 geexbox kernel: mxc_sdc_fb mxc_sdc_fb.27: register mxc display driver hdmi
Jan 01 01:56:03 geexbox kernel: imx6dl-pinctrl 20e0000.iomuxc: pin MX6DL_PAD_KEY_COL3 already requested by 21a4000.i2c; cannot claim
for 20e0000.hdmi_video
Jan 01 01:56:03 geexbox kernel: imx6dl-pinctrl 20e0000.iomuxc: pin-148 (20e0000.hdmi_video) status -22
Jan 01 01:56:03 geexbox kernel: imx6dl-pinctrl 20e0000.iomuxc: could not request pin 148 on device 20e0000.iomuxc
Jan 01 01:56:03 geexbox kernel: mxc_hdmi 20e0000.hdmi_video: Error applying setting, reverse things back
Jan 01 01:56:03 geexbox kernel: mxc_hdmi 20e0000.hdmi_video: can't get/select DDC pinctrl


For some strange reason, i2c2 is enabled in "imx6dl-hummingboard.dts", which clashes with DDC.


I do get a picture on the i4. Of course, the color space is wrong again... But what's worse: network doesn't
work at all ! Neither wired or wireless. That is a show stopper for me, since the micro USB socket fell off
on this i4 just like it did on the C1. So I can't debug anything unless someone get at least that basics in
a functional state.




--

Ruediger "Rudi" Ihle

[toml...@gmail.com]

For HB1
you need this :
https://github.com/guillaumelecerf/linux-linaro-stable-mx6/commit/3c82cc5eddb3b0e28d2ad6f178f5156694ef7bac

+ maybe this patch :
http://pastebin.com/1sc0Db1b

Guillaume,
Can you confirm ?

>
>
> I do get a picture on the i4. Of course, the color space is wrong
> again... But what's worse: network doesn't
> work at all !

aha
It works like a charm here

wired and wireless (nm or connman)

did you use NetworkManager or Connman ?

> Neither wired or wireless. That is a show stopper for me, since the
> micro USB socket fell off
> on this i4 just like it did on the C1. So I can't debug anything
> unless someone get at least that basics in
> a functional state.
>
>
>
>

Tom

--
www.geexbox.org
mailto:toml...@openbricks.org

[Thomas Genty]

Le 16/03/2014 17:04, Rudi a écrit :

For HB1
you need this :
https://github.com/guillaumelecerf/linux-linaro-stable-mx6/commit/3c82cc5eddb3b0e28d2ad6f178f5156694ef7bac

+ maybe this patch :
http://pastebin.com/1sc0Db1b

Guillaume,
Can you confirm ?


>
>

> I do get a picture on the i4. Of course, the color space is wrong
> again... But what's worse: network doesn't
> work at all !

aha
It works like a charm here

wired and wireless (nm or connman)

did you use NetworkManager or Connman ?

> Neither wired or wireless. That is a show stopper for me, since the
> micro USB socket fell off
> on this i4 just like it did on the C1. So I can't debug anything
> unless someone get at least that basics in
> a functional state.
>
>
>
>

Tom

[Rudi]

Hi Tom,

> + maybe this patch :
> http://pastebin.com/1sc0Db1b

I already tried that... It makes the error go away, but still no video.

>> I do get a picture on the i4. Of course, the color space is wrong again... But what's worse: network doesn't
>> work at all !
> aha
> It works like a charm here
>
> wired and wireless (nm or connman)
>
> did you use NetworkManager or Connman ?

Connman. Neither wired not wireless works on the i4. Wired, however, does work on the C1
using the same SD card. The only thing I can try is to add the driver for a USB wireless
adapter that I had working with 3.0.35. I can then test this setup on the C1 and hope
that it will work on the i4 as well. Or find someone who can solder that f***ing USB
socket on the PCB again.


--

Ruediger "Rudi" Ihle

[Thomas Genty]

Le 16/03/2014 17:42, Rudi a écrit :
> Hi Tom,
>
>> + maybe this patch :
>> http://pastebin.com/1sc0Db1b
>
> I already tried that... It makes the error go away, but still no video.

rhaa
I'm pretty sure Guillaume uses this patch
did you try to restart xbmc ?
Sometimes get a black screen, doing a restart of the service solves the
problem

>
>
>>> I do get a picture on the i4. Of course, the color space is wrong
>>> again... But what's worse: network doesn't
>>> work at all !
>> aha
>> It works like a charm here
>>
>> wired and wireless (nm or connman)
>>
>> did you use NetworkManager or Connman ?
>
> Connman. Neither wired not wireless works on the i4. Wired, however,
> does work on the C1
> using the same SD card.

....

> The only thing I can try is to add the driver for a USB wireless
> adapter that I had working with 3.0.35. I can then test this setup on
> the C1 and hope
> that it will work on the i4 as well. Or find someone who can solder
> that f***ing USB
> socket on the PCB again.

I think it won't work using connman
I have an usb device that works out of the box on C1, but no luck on i4
The only way to get it to work is to unplug then replug the device
...then to restart connman
and of course you can't ...
Please have a try with NetworkManager

you can even add a simple command to force the build of a default wifi
config in case my script doesn't work
if wifi doen't work, ethernet should (even without config file)

Tom
>
>

[Thomas Genty]

Maybe it can help you :
http://download.openbricks.org/cuboxi/geexbox-devel-20140316-r16982.cuboxi.tar.xz
(without last commit about brcm firmware)
>
> Tom
>>
>>
>

[Rudi]

Hi,

> did you try to restart xbmc ?
> Sometimes get a black screen, doing a restart of the service solves the problem

No matter what I do, I don't get anything on the screen. But wired network is O.K.
BTW, it say "Atheros 8035 ethernet".

I also tried the RTL8192 wireless device, but the driver isn't loaded automatically.
No idea, why.

> I think it won't work using connman
> I have an usb device that works out of the box on C1, but no luck on i4

It worked with the old kernel.

> Maybe it can help you :
> http://download.openbricks.org/cuboxi/geexbox-devel-20140316-r16982.cuboxi.tar.xz
> (without last commit about brcm firmware)

I'll try it next week. Too tired and frustrated today.


BTW, we should not try to load "ir-kbd-i2c" in "/usr/lib/modules-load.d/remotes.conf".
This module will usually fail, since it is for the IR receiver found on Hauppauge PCI
cards. Also it looks like we are trying to load the ir decoder modules on all platforms.
Even on those, where we have these modules built into the kernel.


--

Ruediger "Rudi" Ihle

[Thomas Genty]

Le 16/03/2014 21:08, Rudi a écrit :
> Hi,
>
>> did you try to restart xbmc ?
>> Sometimes get a black screen, doing a restart of the service solves
>> the problem
>
> No matter what I do, I don't get anything on the screen. But wired
> network is O.K.
> BTW, it say "Atheros 8035 ethernet".

gasp

>
> I also tried the RTL8192 wireless device, but the driver isn't loaded
> automatically.
> No idea, why.

don't know
unplug - plug ?

>
>
> > I think it won't work using connman
> > I have an usb device that works out of the box on C1, but no luck on i4
>
> It worked with the old kernel.

not for me

>
>
> > Maybe it can help you :
> >
> http://download.openbricks.org/cuboxi/geexbox-devel-20140316-r16982.cuboxi.tar.xz
> > (without last commit about brcm firmware)
>
> I'll try it next week. Too tired and frustrated today.

off course. No problem

>
>
> BTW, we should not try to load "ir-kbd-i2c" in
> "/usr/lib/modules-load.d/remotes.conf".
> This module will usually fail, since it is for the IR receiver found
> on Hauppauge PCI
> cards. Also it looks like we are trying to load the ir decoder modules
> on all platforms.
> Even on those, where we have these modules built into the kernel.

2 solutions,

1) rework the way it's configured, like meta, build, etc, if a config
exists on platform/packages/*** or machines/***/packages/**** , use it

2) do not use builtin modules for kernel for those ir-*.ko
I prefer 1), thoughts ?

note : re tested yesterday, with builtin module, ir-receiver doesn't
work on cubox-i
Maybe it's only a kernel config, but can't find it.

>
>

[Matthew Clark]

Cool, thanks for looking into it. Will keep an eye on the shortlog.

[Rudi]

Hi Tom,

>>> + maybe this patch :
>>> http://pastebin.com/1sc0Db1b
>>
>> I already tried that... It makes the error go away, but still no video.
> rhaa
> I'm pretty sure Guillaume uses this patch
> did you try to restart xbmc ?
> Sometimes get a black screen, doing a restart of the service solves the problem

Retried that one. Now I get a picture on the C1 ! Part of the problem was, that
you added the installation of the *.dtb files to the u-boot package. So rebuilding
just the kernel didn't update them in the image. I changed this in r16986/16987.

I made a little progress with the USB WLAN adapter: some modules were not
enabled in kernel config. Now the driver loads, but fails to authenticate...



--

Ruediger "Rudi" Ihle

[Thomas Genty]

Le 17/03/2014 22:50, Rudi a écrit :
> Hi Tom,
>
>>>> + maybe this patch :
>>>> http://pastebin.com/1sc0Db1b
>>>
>>> I already tried that... It makes the error go away, but still no video.
>> rhaa
>> I'm pretty sure Guillaume uses this patch
>> did you try to restart xbmc ?
>> Sometimes get a black screen, doing a restart of the service solves
>> the problem
>
>
> Retried that one. Now I get a picture on the C1 ! Part of the problem
> was, that
> you added the installation of the *.dtb files to the u-boot package.
> So rebuilding
> just the kernel didn't update them in the image. I changed this in
> r16986/16987.
>

indeed.
sorry for the wasted time

> I made a little progress with the USB WLAN adapter: some modules were not
> enabled in kernel config. Now the driver loads, but fails to
> authenticate...
>
>

ok you are reached the point like many users have : wifi detected but
you can't authenticate

I have no special config for wifi here
- wpa/wpa2 (tkip/aes) enabled
- mode : b/g/n
- canal : 6
- easy pairing : no
- mac filter : no
so don't know how I can help

[Rudi]

Hi,

> ok you are reached the point like many users have : wifi detected but you can't
> authenticate

Well, it was pretty late yesterday evening. I didn't look into the details...

> I have no special config for wifi here
> - wpa/wpa2 (tkip/aes) enabled
> - mode : b/g/n
> - canal : 6
> - easy pairing : no
> - mac filter : no

Using ConnMan or NetworkManager ?



--

Ruediger "Rudi" Ihle

[Thomas Genty]

Le 18/03/2014 17:51, Rudi a écrit :
> Hi,
Hello Rudi,

>> ok you are reached the point like many users have : wifi detected but you can't
>> authenticate
> Well, it was pretty late yesterday evening. I didn't look into the details...

np

>
>> I have no special config for wifi here
>> - wpa/wpa2 (tkip/aes) enabled
>> - mode : b/g/n
>> - canal : 6
>> - easy pairing : no
>> - mac filter : no
> Using ConnMan or NetworkManager ?
>

both
it works
>

[Rudi]

Hi Tom,

>>> ok you are reached the point like many users have : wifi detected but you can't
>>> authenticate
>> Well, it was pretty late yesterday evening. I didn't look into the details...
> np

I feel a bit stupid now, but part of the problem was that I was trying to connect to the
wrong WLAN. I have two of them here...

Now the problem has shifted: I reproducable get a timeout on bootup, but can connect
successfully by restarting ConnMan. However, it appears that the transmission speed is
very low. Remember, this is a C1 using an EdiMax 7811UN USB WLAN adapter (RTL8188CU
chipset).

Integrated WLAN on the I4 seems to be fine, but I will need to do some more tests. Now
that I can connect to the cube again, I might be able get a clue why wired LAN does not
work. I remember there was this PHY detection issue and I have no idea how this is
handled in the 3.10 kernel...

Also today I'm going to visit a friend at the university here. He *may* have the right
equipment to re-solder the micro USB socket.


--

Ruediger "Rudi" Ihle

[Thomas Genty]

Le 19/03/2014 08:18, Rudi a écrit :
> Hi Tom,
>
>>>> ok you are reached the point like many users have : wifi detected but you can't
>>>> authenticate
>>> Well, it was pretty late yesterday evening. I didn't look into the details...
>> np
> I feel a bit stupid now, but part of the problem was that I was trying to connect to the
> wrong WLAN. I have two of them here...

off course not ;-)

>
> Now the problem has shifted: I reproducable get a timeout on bootup, but can connect
> successfully by restarting ConnMan. However, it appears that the transmission speed is
> very low. Remember, this is a C1 using an EdiMax 7811UN USB WLAN adapter (RTL8188CU
> chipset).

same here on I4

>
> Integrated WLAN on the I4 seems to be fine, but I will need to do some more tests. Now
> that I can connect to the cube again, I might be able get a clue why wired LAN does not
> work. I remember there was this PHY detection issue and I have no idea how this is
> handled in the 3.10 kernel...
>
> Also today I'm going to visit a friend at the university here. He *may* have the right
> equipment to re-solder the micro USB socket.

I hope it works


Tom
>
>

[Rudi]

>> Integrated WLAN on the I4 seems to be fine, but I will need to do some more tests. Now
>> that I can connect to the cube again, I might be able get a clue why wired LAN does not
>> work. I remember there was this PHY detection issue and I have no idea how this is
>> handled in the 3.10 kernel...

Probably my guess was not that bad...

> fec 2188000.ethernet eth0: no PHY, assuming direct connection to switch
> libphy: PHY fixed-0:00 not found
> fec 2188000.ethernet eth0: could not attach to PHY

When I remember the discussion right there is a problem with an insufficient pull-up/down resistor that might cause the PHY to
appear as 0:00 or 0:04. Rabeeh added a workaround to u-boot:

https://github.com/SolidRun/u-boot-imx6/commit/8fb3f5e6d1e85b6fd574b4fad1b78040d5aaa9f0

However, the new kernel may override / not honour this.

>> Also today I'm going to visit a friend at the university here. He *may* have the right
>> equipment to re-solder the micro USB socket.
> I hope it works

\o/ \o/ \o/

He made it ! Got the console on my I4 back. As well as the power connector on the C1 ! Have to buy him some beer ;-)



--

Ruediger "Rudi" Ihle

[Matthew Clark]

Out of interest. For this to be resolved, I am assuming I'd be looking for a kernel version increase in the shortlog given you are in contact with Nettleton. Is that correct?

[Rudi]

On 20.03.2014 04:49, Matthew Clark wrote:
> Out of interest. For this to be resolved, I am assuming I'd be looking for a kernel version increase in the shortlog given you are
> in contact with Nettleton. Is that correct?

Probably yes. You can try the attached patch, but no guarantee...



--

Ruediger "Rudi" Ihle

[Rudi]

On 19.03.2014 19:30, Rudi wrote:

> Probably my guess was not that bad...
>
> > fec 2188000.ethernet eth0: no PHY, assuming direct connection to switch
> > libphy: PHY fixed-0:00 not found
> > fec 2188000.ethernet eth0: could not attach to PHY

This is weird ! Today it did detect the PHY. No idea why.



--

Ruediger "Rudi" Ihle

[toml...@gmail.com]

well, maybe a sporadic problem then.

--
www.geexbox.org
mailto:toml...@openbricks.org

[Thomas Genty]

Le 20/03/2014 19:53, Rudi a écrit :

[Thomas Genty]

Le 19/03/2014 19:30, Rudi a écrit :
>
>>> Also today I'm going to visit a friend at the university here. He
>>> *may* have the right
>>> equipment to re-solder the micro USB socket.
>> I hope it works
>
> \o/ \o/ \o/
>
> He made it ! Got the console on my I4 back. As well as the power
> connector on the C1 ! Have to buy him some beer ;-)
>
>
>

that's good ;-)
Welcome back.

[Guillaume LECERF]

Did you try these patchs from Russel King : http://www.home.arm.linux.org.uk/~rmk/cubox/fec/ ?

--

Ruediger "Rudi" Ihle


--

You received this message because you are subscribed to the Google Groups "OpenBricks Development List" group.

To unsubscribe from this group and stop receiving emails from it, send an email to openbricks-devel+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

--
Guillaume LECERF
OpenBricks developer - www.openbricks.org

[Rudi]

Hi Tom,

>> BTW, we should not try to load "ir-kbd-i2c" in "/usr/lib/modules-load.d/remotes.conf".
>> This module will usually fail, since it is for the IR receiver found on Hauppauge PCI
>> cards. Also it looks like we are trying to load the ir decoder modules on all platforms.
>> Even on those, where we have these modules built into the kernel.
> 2 solutions,
>
> 1) rework the way it's configured, like meta, build, etc, if a config exists on platform/packages/*** or machines/***/packages/****
> , use it
>
> 2) do not use builtin modules for kernel for those ir-*.ko
> I prefer 1), thoughts ?

Find a modified script attached. It looks for systemd control files in:

packages
config/platforms/*/packages
config/platforms/*/machines
config/flavours

As short test here, I moved "packages/linux/modules-load.d/*" to "config/platforms/arm/imx6/machines/cuboxi/linux/modules-load.d/*"
and got the expected result. The approach should also work for unit files etc.

Please give it a try. I have not done a complete build with it and therefore I have not commited it for general use.


--

Ruediger "Rudi" Ihle

[Thomas Genty]

ok
doing a rebuild from scratch


Tom

[Thomas Genty]

doing it now.
Was testing other packages

Results this evening
>
> Tom
>

[Rudi]

Good morning Tom,

>> doing a rebuild from scratch
>>
> doing it now.
> Was testing other packages
>
> Results this evening

Started a full rebuild for Panda yesterday, but encountered some other (unrelated)
problems (strange interactiuon between libav and ffmpeg, stop when building some perl
module). Hope to have this ready this evening as well.



--

Ruediger "Rudi" Ihle

[Thomas Genty]

full rebuild is ok
Didn't get the time to burn the image and to test
but I think you can push your changes

[Rudi]

Hi,

> full rebuild is ok
> Didn't get the time to burn the image and to test

I tried the Panda build yesterday an didn't see any problems.

Exept for the known ones :-(.
Oh wait, there was a one I didn't notice before: After fiddling around with a 96/24
audio file, it refuses to change sample rate back to 48. So sound was played in double
speed until reboot.

> but I think you can push your changes

Done.



--

Ruediger "Rudi" Ihle

[emveeppe]

To use the new linaro gcc to build everything is make clean ok, or should I just pull the repo again?

Martin

[Rudi]

Hi Martin,

> To use the new linaro gcc to build everything is make clean ok, or should I just pull the repo again?

The new gcc versions are not activated by default. In order to use them, you would need something like this:


--- a/config/defconfigs/geexbox-xbmc-imx6-cuboxi.conf Sat Mar 29 15:36:09 2014 +0100
+++ b/config/defconfigs/geexbox-xbmc-imx6-cuboxi.conf Sat Mar 29 15:41:50 2014 +0100
@@ -77,8 +77,8 @@
# CONFIG_TOOLCHAIN_openbricks is not set
# CONFIG_TOOLCHAIN_openbricks_next is not set
# CONFIG_TOOLCHAIN_codesourcery is not set
-CONFIG_TOOLCHAIN_linaro=y
-# CONFIG_TOOLCHAIN_linaro_next is not set
+# CONFIG_TOOLCHAIN_linaro is not set
+CONFIG_TOOLCHAIN_linaro_next=y
CONFIG_TARGET_LIBC_eglibc=y
# CONFIG_TARGET_LIBC_uclibc is not set
CONFIG_OPT_TOOLCHAIN_CXX=y



Besides that, "make clean" (or manually deleting build.cuboxi.eglibc) would be sufficient.



--

Ruediger "Rudi" Ihle

[Rudi]

On 29.03.2014 15:47, Rudi wrote:

> Besides that, "make clean" (or manually deleting build.cuboxi.eglibc) would be sufficient.

And - of course - don#t forget to reload the configuration...



--

Ruediger "Rudi" Ihle

[emveeppe]

On Saturday, March 29, 2014 11:03:05 AM UTC-4, Rudi wrote:

On 29.03.2014 15:47, Rudi wrote:

> Besides that, "make clean" (or manually deleting build.cuboxi.eglibc) would be sufficient.

And - of course - don#t forget to reload the configuration...

Thanks Rudi that was required after  add subarch 'iwmmxt2' and cpu 'marvell-pj4', whatever they are .  I'll stick with your gcc-final until you change.

Martin

[Matthew Clark]

I can confirm that as of the patches a few days ago, my i2 is now working again with hdmi output on the 3.10 kernel.

I notice the patch you attached is in that change set. Not sure if that's what fixed it (as I thought I applied this patch) but it's definitely working now. Most likely thing is that I didn't patch properly and this did fix it :)

Thanks all for the help over the last few months. It's all looking very sweet indeed. Even the build for my old cubox is looking quite quick as long as I don't play xvid files.

Very nice work peoples!!

--
You received this message because you are subscribed to a topic in the Google Groups "OpenBricks Development List" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/openbricks-devel/QBlcCH4IppU/unsubscribe.

To unsubscribe from this group and all its topics, send an email to openbricks-devel+unsubscribe@googlegroups.com.

[emveeppe]

Since r17024 I have not been able to rebuild bluez I get

checking readline/readline.h usability... no
checking readline/readline.h presence... no
checking for readline/readline.h... no
configure: error: readline header files are required

I try a force on readline and it works and I see the files in the openbricks subsystem

./build/build.cuboxi.eglibc/readline-6.2/readline.h
./build/build.cuboxi.eglibc/readline-6.2/.install/usr/include/readline/readline.h

Martin
 

[Thomas Genty]

./scripts/installdev readline
./scripts/build bluez
should help you

Anyway , it's fixed in 17034

Thanks to report this

Martin

Tom

 

--

You received this message because you are subscribed to the Google Groups "OpenBricks Development List" group.

To unsubscribe from this group and stop receiving emails from it, send an email to openbricks-dev...@googlegroups.com.