[opensuse-arm] openSUSE 12.2 RC2 Release preparation
Hi ARM :-), Hi Jos, Alex and I have worked yesterday a few hours to finish up the last remaining bugs for a 12.2 RC2 release. we plan that this is the last RC before final 12.2 for ARM, which is scheduled for November 6th. The changes over RC1 are: * various bugfixes in the imaging * add an update repository to the images for maintenance * adding various fixes for booting machines without RTC with a reasonable system time * Adding a YaST firstboot stage for configuring the country, language, root password and creating the first user login * various smaller fixes in packaging We have also enabled support for the following SoCs' * Calxeda Highbank * CuBox * IMX 53 * Samsung Origen In addition, we added XFCE images for panda and beagle board. We know that those still have some bugs that need to be fixed for the final release. the JeOS images are good though. We've personally tested some of the variations, but not all of them. We'd like to get more feedback about it. In addition to that, we've also worked on graphics support for a few of the boards, with varying results. The Raspberry Pi image is not part of this release, it will come at a later point in time as a separate announcement. The images are available for download from: http://download.opensuse.org/ports/armv7hl/distribution/12.2-RC2/ This link is not yet up, I'm still waiting for the build service team to sign and upload the images there. This link: http://download.opensuse.org/ports/armv7hl/distribution/openSUSE-stable/ will point to RC2 once it is available so we could use that one as well. I hope that we can do the announcement on sunday evening latest, but it might slip to monday I'm afraid :( Please work on the promo bits, and fire at will once the link above (with - RC2) is working. The rest of the announcement can be reused from the RC1 announcement that Andrew did. Thanks! Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 27.10.2012, at 12:31, Dirk Müller wrote:
Hi ARM :-), Hi Jos,
Alex and I have worked yesterday a few hours to finish up the last remaining bugs for a 12.2 RC2 release. we plan that this is the last RC before final 12.2 for ARM, which is scheduled for November 6th.
The changes over RC1 are:
* various bugfixes in the imaging * add an update repository to the images for maintenance * adding various fixes for booting machines without RTC with a reasonable system time * Adding a YaST firstboot stage for configuring the country, language, root password and creating the first user login * various smaller fixes in packaging
We have also enabled support for the following SoCs'
* Calxeda Highbank * CuBox * IMX 53 * Samsung Origen
In addition, we added XFCE images for panda and beagle board. We know that those still have some bugs that need to be fixed for the final release. the JeOS images are good though.
We've personally tested some of the variations, but not all of them. We'd like to get more feedback about it. In addition to that, we've also worked on graphics support for a few of the boards, with varying results.
The Raspberry Pi image is not part of this release, it will come at a later point in time as a separate announcement.
The images are available for download from:
http://download.opensuse.org/ports/armv7hl/distribution/12.2-RC2/
This link is not yet up, I'm still waiting for the build service team to sign and upload the images there.
This link:
http://download.opensuse.org/ports/armv7hl/distribution/openSUSE-stable/
will point to RC2 once it is available so we could use that one as well.
I hope that we can do the announcement on sunday evening latest, but it might slip to monday I'm afraid :(
Please work on the promo bits, and fire at will once the link above (with - RC2) is working. The rest of the announcement can be reused from the RC1 announcement that Andrew did.
One thing that definitely needs love for the time being is: http://en.opensuse.org/index.php?title=Portal:ARM which still basically lists the state from almost 1 year ago :). If anyone has some ideas on what to put there, I'd be more than happy to see that page updated. Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On Saturday 27 October 2012 12:31:17 Dirk Müller wrote:
Hi ARM :-), Hi Jos,
Alex and I have worked yesterday a few hours to finish up the last remaining bugs for a 12.2 RC2 release. we plan that this is the last RC before final 12.2 for ARM, which is scheduled for November 6th.
The changes over RC1 are:
* various bugfixes in the imaging * add an update repository to the images for maintenance * adding various fixes for booting machines without RTC with a reasonable system time * Adding a YaST firstboot stage for configuring the country, language, root password and creating the first user login * various smaller fixes in packaging
We have also enabled support for the following SoCs'
* Calxeda Highbank * CuBox * IMX 53 * Samsung Origen
In addition, we added XFCE images for panda and beagle board. We know that those still have some bugs that need to be fixed for the final release. the JeOS images are good though.
We've personally tested some of the variations, but not all of them. We'd like to get more feedback about it. In addition to that, we've also worked on graphics support for a few of the boards, with varying results.
The Raspberry Pi image is not part of this release, it will come at a later point in time as a separate announcement.
The images are available for download from:
http://download.opensuse.org/ports/armv7hl/distribution/12.2-RC2/
This link is not yet up, I'm still waiting for the build service team to sign and upload the images there.
This link:
http://download.opensuse.org/ports/armv7hl/distribution/openSUSE-stable/
will point to RC2 once it is available so we could use that one as well.
I hope that we can do the announcement on sunday evening latest, but it might slip to monday I'm afraid :(
Please work on the promo bits, and fire at will once the link above (with - RC2) is working. The rest of the announcement can be reused from the RC1 announcement that Andrew did.
I prepared something: http://news.opensuse.org/?p=14500&preview=true Review & comments welcome. Please send to me with news@opensuse.org in CC. The article is scheduled for Monday morning around 10:00 or so, just in case I don't have time to work on it anymore (have to leave home for a trip to Nue now).
Thanks! Dirk
I prepared something: http://news.opensuse.org/?p=14500&preview=true
Should we be subscribed to read it ? -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 10/28/2012 04:39 PM, Henri Gomez wrote:
I prepared something: http://news.opensuse.org/?p=14500&preview=true
Should we be subscribed to read it ?
I changed the permissions, it should work now, Andreas -- Andreas Jaeger aj@{suse.com,opensuse.org} Twitter/Identica: jaegerandi SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn,Jennifer Guild,Felix Imendörffer,HRB16746 (AG Nürnberg) GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On Sun, Oct 28, 2012 at 4:39 PM, Henri Gomez <henri.gomez@gmail.com> wrote:
I prepared something: http://news.opensuse.org/?p=14500&preview=true
Should we be subscribed to read it ?
These should work without problems. Gents, how is the final release coming? Please let me know where things are - and when you can get me something which I can send out to press! /Jos -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On Sunday 04 November 2012, Jos Poortvliet wrote:
Gents, how is the final release coming? Please let me know where things are - and when you can get me something which I can send out to press!
Hi Jos, looks good to me. I've tested todays build on panda and it seems to be working fine. One open action item at the moment - efikamx. I think we'll release that one at a later point in time. So the same announcement like RC2, just without RC this time, and without efikamx. Thanks, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Am Montag, 5. November 2012, 13:58:40 schrieb Dirk Müller:
On Sunday 04 November 2012, Jos Poortvliet wrote:
Gents, how is the final release coming? Please let me know where things are - and when you can get me something which I can send out to press!
Hi Jos,
looks good to me. I've tested todays build on panda and it seems to be working fine.
One open action item at the moment - efikamx. I think we'll release that one at a later point in time.
So the same announcement like RC2, just without RC this time, and without efikamx.
I like to have something inside that this final release is not fully maintained. We will not deliver all 12.2 updates for it (maybe even none). It would be quite unfair not mention this IMHO. bye adrian -- Adrian Schroeter SUSE Linux Products GmbH email: adrian@suse.de -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On Monday 05 November 2012 14:01:44 Adrian Schröter wrote:
Am Montag, 5. November 2012, 13:58:40 schrieb Dirk Müller:
On Sunday 04 November 2012, Jos Poortvliet wrote:
Gents, how is the final release coming? Please let me know where things are - and when you can get me something which I can send out to press!
Hi Jos,
looks good to me. I've tested todays build on panda and it seems to be working fine.
One open action item at the moment - efikamx. I think we'll release that one at a later point in time.
So the same announcement like RC2, just without RC this time, and without efikamx.
I like to have something inside that this final release is not fully maintained.
We will not deliver all 12.2 updates for it (maybe even none).
It would be quite unfair not mention this IMHO.
Maybe you can tell me why? Limited resources, focus on 12.3/Factory already maybe? Something to explain it... Any other stuff missing? the same as RC2 makes for a boring announcement although I can of course say that little changed so it was already quite good :D /Jos
bye adrian
On Monday 05 November 2012 17:55:32 Jos Poortvliet wrote:
On Monday 05 November 2012 14:01:44 Adrian Schröter wrote:
Am Montag, 5. November 2012, 13:58:40 schrieb Dirk Müller:
On Sunday 04 November 2012, Jos Poortvliet wrote:
Gents, how is the final release coming? Please let me know where things are - and when you can get me something which I can send out to press!
Hi Jos,
looks good to me. I've tested todays build on panda and it seems to be working fine.
One open action item at the moment - efikamx. I think we'll release that one at a later point in time.
So the same announcement like RC2, just without RC this time, and without efikamx.
I like to have something inside that this final release is not fully maintained.
We will not deliver all 12.2 updates for it (maybe even none).
It would be quite unfair not mention this IMHO.
Maybe you can tell me why? Limited resources, focus on 12.3/Factory already maybe? Something to explain it...
Any other stuff missing? the same as RC2 makes for a boring announcement although I can of course say that little changed so it was already quite good :D
/Jos
bye adrian
And I would like a download link!
Am Montag, 5. November 2012, 21:48:52 schrieb Jos Poortvliet:
On Monday 05 November 2012 17:55:32 Jos Poortvliet wrote:
On Monday 05 November 2012 14:01:44 Adrian Schröter wrote:
Am Montag, 5. November 2012, 13:58:40 schrieb Dirk Müller:
On Sunday 04 November 2012, Jos Poortvliet wrote:
Gents, how is the final release coming? Please let me know where things are - and when you can get me something which I can send out to press!
Hi Jos,
looks good to me. I've tested todays build on panda and it seems to be working fine.
One open action item at the moment - efikamx. I think we'll release that one at a later point in time.
So the same announcement like RC2, just without RC this time, and without efikamx.
I like to have something inside that this final release is not fully maintained.
We will not deliver all 12.2 updates for it (maybe even none).
It would be quite unfair not mention this IMHO.
Maybe you can tell me why? Limited resources, focus on 12.3/Factory already maybe? Something to explain it...
Limited Resources. No one of us takes currently care that our seperate sources get merged for future 12.2 updates and no one of us prepares the already released updates for ARM. Given that armv5 and armv8 seems to be more exiting atm and that we want to release GA now I see absolute no time to solve this before.
Any other stuff missing? the same as RC2 makes for a boring announcement although I can of course say that little changed so it was already quite good :D
/Jos
bye adrian
And I would like a download link!
I think the best link is the wiki page, because you always need some informations before installing it: http://en.opensuse.org/Portal:ARM -- Adrian Schroeter SUSE Linux Products GmbH email: adrian@suse.de -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On Tuesday 06 November 2012 09:59:11 Adrian Schröter wrote:
Am Montag, 5. November 2012, 21:48:52 schrieb Jos Poortvliet:
On Monday 05 November 2012 17:55:32 Jos Poortvliet wrote:
On Monday 05 November 2012 14:01:44 Adrian Schröter wrote:
Am Montag, 5. November 2012, 13:58:40 schrieb Dirk Müller:
On Sunday 04 November 2012, Jos Poortvliet wrote:
Gents, how is the final release coming? Please let me know where things are - and when you can get me something which I can send out to press!
Hi Jos,
looks good to me. I've tested todays build on panda and it seems to be working fine.
One open action item at the moment - efikamx. I think we'll release that one at a later point in time.
So the same announcement like RC2, just without RC this time, and without efikamx.
I like to have something inside that this final release is not fully maintained.
We will not deliver all 12.2 updates for it (maybe even none).
It would be quite unfair not mention this IMHO.
Maybe you can tell me why? Limited resources, focus on 12.3/Factory already maybe? Something to explain it...
Limited Resources. No one of us takes currently care that our seperate sources get merged for future 12.2 updates and no one of us prepares the already released updates for ARM.
Given that armv5 and armv8 seems to be more exiting atm and that we want to release GA now I see absolute no time to solve this before.
Any other stuff missing? the same as RC2 makes for a boring announcement although I can of course say that little changed so it was already quite good :D
/Jos
bye adrian
And I would like a download link!
I think the best link is the wiki page, because you always need some informations before installing it:
Ok. You guys make sure it looks pretty and esp is complete. The press has been informed and the article is scheduled for 15:00 Europe time (14:00 Andrew Wafaa time). Article: http://news.opensuse.org/?p=14524&preview=true I have to leave home now so you have to ping someone else to edit it for you if I'm not back in time! Sorry for that. Hugs, /Jos
Hello, On 10/27/2012 12:31 PM, Dirk Müller wrote:
We've personally tested some of the variations, but not all of them. We'd like to get more feedback about it.
Finally I have my EFIKA MX smarttop unpacked. Of course I gave it a try with http://download.opensuse.org/ports/armv7hl/distribution/12.2-untested/applia... My problem is, that no matter what's in boot.scr, the last message I see coming from the serial port is: [...] Verifying Checksum ... OK Loading Kernel Image ... OK OK Starting kernel ... And nothing more. Does anybody has a workaround/fix for it? Bye, CzP -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 28.10.2012, at 20:53, Peter Czanik wrote:
Hello,
On 10/27/2012 12:31 PM, Dirk Müller wrote:
We've personally tested some of the variations, but not all of them. We'd like to get more feedback about it.
Finally I have my EFIKA MX smarttop unpacked. Of course I gave it a try with http://download.opensuse.org/ports/armv7hl/distribution/12.2-untested/applia... My problem is, that no matter what's in boot.scr, the last message I see coming from the serial port is: [...] Verifying Checksum ... OK Loading Kernel Image ... OK OK
Starting kernel ...
And nothing more. Does anybody has a workaround/fix for it?
Oh? That sounds bad. Can you try to manually call setenv bootargs console=ttymxc0,115200 before the boot script gets executed? Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 10/28/2012 08:59 PM, Alexander Graf wrote:
On 28.10.2012, at 20:53, Peter Czanik wrote:
Hello,
On 10/27/2012 12:31 PM, Dirk Müller wrote:
We've personally tested some of the variations, but not all of them. We'd like to get more feedback about it. Finally I have my EFIKA MX smarttop unpacked. Of course I gave it a try with http://download.opensuse.org/ports/armv7hl/distribution/12.2-untested/applia... My problem is, that no matter what's in boot.scr, the last message I see coming from the serial port is: [...] Verifying Checksum ... OK Loading Kernel Image ... OK OK
Starting kernel ...
And nothing more. Does anybody has a workaround/fix for it? Oh? That sounds bad. Can you try to manually call
setenv bootargs console=ttymxc0,115200
before the boot script gets executed? Just tested, it did not seem to change anything :-( I also tried to rewrite boot.scr based on what comes with the original Ubuntu image, but still the same... Bye, CzP -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 28.10.2012, at 22:28, Peter Czanik <pczanik@fang.fa.gau.hu> wrote:
On 10/28/2012 08:59 PM, Alexander Graf wrote:
On 28.10.2012, at 20:53, Peter Czanik wrote:
Hello,
On 10/27/2012 12:31 PM, Dirk Müller wrote:
We've personally tested some of the variations, but not all of them. We'd like to get more feedback about it. Finally I have my EFIKA MX smarttop unpacked. Of course I gave it a try with http://download.opensuse.org/ports/armv7hl/distribution/12.2-untested/applia... My problem is, that no matter what's in boot.scr, the last message I see coming from the serial port is: [...] Verifying Checksum ... OK Loading Kernel Image ... OK OK
Starting kernel ...
And nothing more. Does anybody has a workaround/fix for it? Oh? That sounds bad. Can you try to manually call
setenv bootargs console=ttymxc0,115200
before the boot script gets executed? Just tested, it did not seem to change anything :-( I also tried to rewrite boot.scr based on what comes with the original Ubuntu image, but still the same...
Odd. Do you have a JTAG around and could dump log_buf of the running machine? Alex
Bye, CzP -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 10/28/2012 09:52 PM, Alexander Graf wrote:
On 28.10.2012, at 22:28, Peter Czanik <pczanik@fang.fa.gau.hu> wrote:
On 10/28/2012 08:59 PM, Alexander Graf wrote:
On 28.10.2012, at 20:53, Peter Czanik wrote:
Hello,
On 10/27/2012 12:31 PM, Dirk Müller wrote:
We've personally tested some of the variations, but not all of them. We'd like to get more feedback about it. Finally I have my EFIKA MX smarttop unpacked. Of course I gave it a try with http://download.opensuse.org/ports/armv7hl/distribution/12.2-untested/applia... My problem is, that no matter what's in boot.scr, the last message I see coming from the serial port is: [...] Verifying Checksum ... OK Loading Kernel Image ... OK OK
Starting kernel ...
And nothing more. Does anybody has a workaround/fix for it? Oh? That sounds bad. Can you try to manually call
setenv bootargs console=ttymxc0,115200
before the boot script gets executed?a Just tested, it did not seem to change anything :-( I also tried to rewrite boot.scr based on what comes with the original Ubuntu image, but still the same... Odd. Do you have a JTAG around and could dump log_buf of the running machine?
No, just the serial dongle... I also tried now the kernel/initrd from Ubuntu, but for some reason it can't find init (asks to add init= to boot arguments...). Is it because of systemd? Bye, CzP -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 28.10.2012, at 21:56, Peter Czanik <pczanik@fang.fa.gau.hu> wrote:
On 10/28/2012 09:52 PM, Alexander Graf wrote:
On 28.10.2012, at 22:28, Peter Czanik <pczanik@fang.fa.gau.hu> wrote:
On 10/28/2012 08:59 PM, Alexander Graf wrote:
On 28.10.2012, at 20:53, Peter Czanik wrote:
Hello,
On 10/27/2012 12:31 PM, Dirk Müller wrote:
We've personally tested some of the variations, but not all of them. We'd like to get more feedback about it. Finally I have my EFIKA MX smarttop unpacked. Of course I gave it a try with http://download.opensuse.org/ports/armv7hl/distribution/12.2-untested/applia... My problem is, that no matter what's in boot.scr, the last message I see coming from the serial port is: [...] Verifying Checksum ... OK Loading Kernel Image ... OK OK
Starting kernel ...
And nothing more. Does anybody has a workaround/fix for it? Oh? That sounds bad. Can you try to manually call
setenv bootargs console=ttymxc0,115200
before the boot script gets executed?a Just tested, it did not seem to change anything :-( I also tried to rewrite boot.scr based on what comes with the original Ubuntu image, but still the same... Odd. Do you have a JTAG around and could dump log_buf of the running machine?
No, just the serial dongle...
Phew. I wonder what's going wrong really. It's either a broken default cmdline or a really early kernel oops or I was being stupid and made the console driver a module again ;).
I also tried now the kernel/initrd from Ubuntu, but for some reason it can't find init (asks to add init= to boot arguments...). Is it because of systemd?
Systemd still provides the same binary name. It's probably because the kernel is searching at the wrong partition. Are you using mmcblk0p2? Alex
Bye, CzP -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 10/28/2012 10:02 PM, Alexander Graf wrote:
On 28.10.2012, at 21:56, Peter Czanik <pczanik@fang.fa.gau.hu> wrote:
On 10/28/2012 09:52 PM, Alexander Graf wrote:
On 28.10.2012, at 22:28, Peter Czanik <pczanik@fang.fa.gau.hu> wrote:
On 10/28/2012 08:59 PM, Alexander Graf wrote:
On 28.10.2012, at 20:53, Peter Czanik wrote:
Hello,
On 10/27/2012 12:31 PM, Dirk Müller wrote: > We've personally tested some of the variations, but not all of them. We'd like > to get more feedback about it. Finally I have my EFIKA MX smarttop unpacked. Of course I gave it a try with http://download.opensuse.org/ports/armv7hl/distribution/12.2-untested/applia... My problem is, that no matter what's in boot.scr, the last message I see coming from the serial port is: [...] Verifying Checksum ... OK Loading Kernel Image ... OK OK
Starting kernel ...
And nothing more. Does anybody has a workaround/fix for it? Oh? That sounds bad. Can you try to manually call
setenv bootargs console=ttymxc0,115200
before the boot script gets executed?a Just tested, it did not seem to change anything :-( I also tried to rewrite boot.scr based on what comes with the original Ubuntu image, but still the same... Odd. Do you have a JTAG around and could dump log_buf of the running machine? No, just the serial dongle... Phew. I wonder what's going wrong really. It's either a broken default cmdline or a really early kernel oops or I was being stupid and made the console driver a module again ;).
It could be, as even explicitly setting console and root in bootargs does not seem to help...
I also tried now the kernel/initrd from Ubuntu, but for some reason it can't find init (asks to add init= to boot arguments...). Is it because of systemd? Systemd still provides the same binary name. It's probably because the kernel is searching at the wrong partition.
Are you using mmcblk0p2?
Or rather can't find it even if it's there. Looking a bit more at boot messages with the Ubuntu kernel reveals, that the device should be there: [...] [ 3.505966] mmc0: new high speed SDHC card at address 1234 [ 3.511954] mmcblk0: mmc0:1234 SA04G 3.68 GiB [ 3.516624] mmcblk0: p1 p2 [ 3.522175] pmic_rtc pmic_rtc.1: setting system clock to 2012-10-28 21:17:23 UTC (1351459043) [ 3.530827] Freeing init memory: 148K Loading, please wait... [ 3.652396] udev[520]: starting version 163 Begin: Loading essential drivers ... [ 4.815158] device-mapper: ioctl: 4.15.0-ioctl (2009-04-01) initialised: dm-devel@redhat.com done. Begin: Running /scripts/init-premount ... done. Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. Begin: Running /scripts/local-premount ... done. mount: mounting /dev/mmcblk0p2 on /root failed: No such device Begin: Running /scripts/local-bottom ... done. done. Begin: Running /scripts/init-bottom ... mount: mounting /dev on /root/dev failed: No such file or directory done. mount: mounting /sys on /root/sys failed: No such file or directory mount: mounting /proc on /root/proc failed: No such file or directory Target filesystem doesn't have requested /sbin/init. No init found. Try passing init= bootarg. BusyBox v1.15.3 (Ubuntu 1:1.15.3-1ubuntu5) built-in shell (ash) Enter 'help' for a list of built-in commands. (initramfs) Bye, CzP -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 28.10.2012, at 22:27, Peter Czanik <pczanik@fang.fa.gau.hu> wrote:
On 10/28/2012 10:02 PM, Alexander Graf wrote:
On 28.10.2012, at 21:56, Peter Czanik <pczanik@fang.fa.gau.hu> wrote:
On 10/28/2012 09:52 PM, Alexander Graf wrote:
On 28.10.2012, at 22:28, Peter Czanik <pczanik@fang.fa.gau.hu> wrote:
On 10/28/2012 08:59 PM, Alexander Graf wrote:
On 28.10.2012, at 20:53, Peter Czanik wrote:
> Hello, > > On 10/27/2012 12:31 PM, Dirk Müller wrote: >> We've personally tested some of the variations, but not all of them. We'd like >> to get more feedback about it. > Finally I have my EFIKA MX smarttop unpacked. Of course I gave it a try with http://download.opensuse.org/ports/armv7hl/distribution/12.2-untested/applia... > My problem is, that no matter what's in boot.scr, the last message I see coming from the serial port is: > [...] > Verifying Checksum ... OK > Loading Kernel Image ... OK > OK > > Starting kernel ... > > And nothing more. Does anybody has a workaround/fix for it? Oh? That sounds bad. Can you try to manually call
setenv bootargs console=ttymxc0,115200
before the boot script gets executed?a Just tested, it did not seem to change anything :-( I also tried to rewrite boot.scr based on what comes with the original Ubuntu image, but still the same... Odd. Do you have a JTAG around and could dump log_buf of the running machine? No, just the serial dongle... Phew. I wonder what's going wrong really. It's either a broken default cmdline or a really early kernel oops or I was being stupid and made the console driver a module again ;).
It could be, as even explicitly setting console and root in bootargs does not seem to help...
I also tried now the kernel/initrd from Ubuntu, but for some reason it can't find init (asks to add init= to boot arguments...). Is it because of systemd? Systemd still provides the same binary name. It's probably because the kernel is searching at the wrong partition.
Are you using mmcblk0p2?
Or rather can't find it even if it's there. Looking a bit more at boot messages with the Ubuntu kernel reveals, that the device should be there:
[...] [ 3.505966] mmc0: new high speed SDHC card at address 1234 [ 3.511954] mmcblk0: mmc0:1234 SA04G 3.68 GiB [ 3.516624] mmcblk0: p1 p2 [ 3.522175] pmic_rtc pmic_rtc.1: setting system clock to 2012-10-28 21:17:23 UTC (1351459043) [ 3.530827] Freeing init memory: 148K Loading, please wait... [ 3.652396] udev[520]: starting version 163 Begin: Loading essential drivers ... [ 4.815158] device-mapper: ioctl: 4.15.0-ioctl (2009-04-01) initialised: dm-devel@redhat.com done. Begin: Running /scripts/init-premount ... done. Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. Begin: Running /scripts/local-premount ... done. mount: mounting /dev/mmcblk0p2 on /root failed: No such device
Could you try an ls -la /dev in the ubuntu emergency initrd shell? But really, we should rather try to get this to work with our kernel. Does the Factory image work? Alex
Begin: Running /scripts/local-bottom ... done. done. Begin: Running /scripts/init-bottom ... mount: mounting /dev on /root/dev failed: No such file or directory done. mount: mounting /sys on /root/sys failed: No such file or directory mount: mounting /proc on /root/proc failed: No such file or directory Target filesystem doesn't have requested /sbin/init. No init found. Try passing init= bootarg.
BusyBox v1.15.3 (Ubuntu 1:1.15.3-1ubuntu5) built-in shell (ash) Enter 'help' for a list of built-in commands.
(initramfs)
Bye, CzP -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Hello, On 10/28/2012 10:32 PM, Alexander Graf wrote:
Begin: Running /scripts/local-premount ... done. mount: mounting /dev/mmcblk0p2 on /root failed: No such device Could you try an ls -la /dev in the ubuntu emergency initrd shell? I did, and /dev/mmcblk0p2 is there...
But really, we should rather try to get this to work with our kernel. Does the Factory image work? No, it ends the same way: Starting kernel...
Bye, CzP -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 28.10.2012, at 23:40, Peter Czanik wrote:
Hello,
On 10/28/2012 10:32 PM, Alexander Graf wrote:
Begin: Running /scripts/local-premount ... done. mount: mounting /dev/mmcblk0p2 on /root failed: No such device Could you try an ls -la /dev in the ubuntu emergency initrd shell? I did, and /dev/mmcblk0p2 is there...
But really, we should rather try to get this to work with our kernel. Does the Factory image work? No, it ends the same way: Starting kernel...
Sigh. Do you manage to get anything out of our kernel uImage? Without initrd maybe? Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 10/29/2012 08:07 PM, Alexander Graf wrote:
On 28.10.2012, at 23:40, Peter Czanik wrote:
Hello,
On 10/28/2012 10:32 PM, Alexander Graf wrote:
Begin: Running /scripts/local-premount ... done. mount: mounting /dev/mmcblk0p2 on /root failed: No such device Could you try an ls -la /dev in the ubuntu emergency initrd shell? I did, and /dev/mmcblk0p2 is there...
But really, we should rather try to get this to work with our kernel. Does the Factory image work? No, it ends the same way: Starting kernel... Sigh. Do you manage to get anything out of our kernel uImage? Without initrd maybe?
Looks like a broken boot.scr. Doing the following manually works: mmcinit ext2load mmc 0:1 ${loadaddr} uImage.old ext2load mmc 0:1 ${loadaddr} uImage.old bootm ${loadaddr} ${ramdiskaddr} Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 10/30/2012 02:59 PM, Alexander Graf wrote:
On 10/29/2012 08:07 PM, Alexander Graf wrote:
On 28.10.2012, at 23:40, Peter Czanik wrote:
Hello,
On 10/28/2012 10:32 PM, Alexander Graf wrote:
Begin: Running /scripts/local-premount ... done. mount: mounting /dev/mmcblk0p2 on /root failed: No such device Could you try an ls -la /dev in the ubuntu emergency initrd shell? I did, and /dev/mmcblk0p2 is there...
But really, we should rather try to get this to work with our kernel. Does the Factory image work? No, it ends the same way: Starting kernel... Sigh. Do you manage to get anything out of our kernel uImage? Without initrd maybe?
Looks like a broken boot.scr. Doing the following manually works:
mmcinit ext2load mmc 0:1 ${loadaddr} uImage.old ext2load mmc 0:1 ${loadaddr} uImage.old bootm ${loadaddr} ${ramdiskaddr}
I don't know, where your uImage.old comes from :) Trying to do it by hand using the original files from 12.2 RC2 it seems to be as with all my previous attempts: U-Boot# mmcinit SD card. Vendor: Man 02 OEM TM "SA04G" Date 11/2009 Product: 2622955146 Revision: 0.4 U-Boot# ext2load mmc 0:1 ${loadaddr} boot/linux.vmx 3213208 bytes read U-Boot# ext2load mmc 0:1 ${ramdiskaddr} boot/initrd.uboot 28072054 bytes read U-Boot# setenv bootargs console=ttymxc0,115200 root=/dev/mmcblk0p2 U-Boot# bootm ${loadaddr} ${ramdiskaddr} ## Booting kernel from Legacy Image at 90007fc0 ... Image Name: Linux-3.4.6-2.10-imx51 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 3213144 Bytes = 3.1 MB Load Address: 90008000 Entry Point: 90008000 Verifying Checksum ... OK ## Loading init Ramdisk from Legacy Image at 92000000 ... Image Name: Initrd Image Type: ARM Linux RAMDisk Image (uncompressed) Data Size: 28071990 Bytes = 26.8 MB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Loading Kernel Image ... OK OK Starting kernel ... Bye, CzP -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 30.10.2012, at 21:34, Peter Czanik wrote:
On 10/30/2012 02:59 PM, Alexander Graf wrote:
On 10/29/2012 08:07 PM, Alexander Graf wrote:
On 28.10.2012, at 23:40, Peter Czanik wrote:
Hello,
On 10/28/2012 10:32 PM, Alexander Graf wrote:
Begin: Running /scripts/local-premount ... done. mount: mounting /dev/mmcblk0p2 on /root failed: No such device Could you try an ls -la /dev in the ubuntu emergency initrd shell? I did, and /dev/mmcblk0p2 is there...
But really, we should rather try to get this to work with our kernel. Does the Factory image work? No, it ends the same way: Starting kernel... Sigh. Do you manage to get anything out of our kernel uImage? Without initrd maybe?
Looks like a broken boot.scr. Doing the following manually works:
mmcinit ext2load mmc 0:1 ${loadaddr} uImage.old ext2load mmc 0:1 ${loadaddr} uImage.old bootm ${loadaddr} ${ramdiskaddr}
I don't know, where your uImage.old comes from :) Trying to do it by hand using the original files from 12.2 RC2 it seems to be as with all my previous attempts:
Yeah, I tried the original files too. As soon as I pass console=ttymxc0,115200 there it boots just fine. Gotta love heisenbugs. Could you please try the latest image: http://download.opensuse.org/ports/armv7hl/distribution/12.2-untested/applia... I'm currently not able to test if it actually does work, but according to my observations it should. Please let me know if it does work for you! If not, please post the result of "printenv" on your machine. Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Hello, On 10/30/2012 11:37 PM, Alexander Graf wrote:
I don't know, where your uImage.old comes from :) Trying to do it by hand using the original files from 12.2 RC2 it seems to be as with all my previous attempts: Yeah, I tried the original files too. As soon as I pass console=ttymxc0,115200 there it boots just fine. Gotta love heisenbugs.
Could you please try the latest image:
http://download.opensuse.org/ports/armv7hl/distribution/12.2-untested/applia...
I'm currently not able to test if it actually does work, but according to my observations it should. Please let me know if it does work for you! If not, please post the result of "printenv" on your machine.
Alex
Tested an even later image, as the one you sent is no more available. No luck: U-Boot 2009.01-2.0.6-efikamx (Nov 02 2010 - 17:13:53) CPU: Freescale i.MX51 family 3.0V at 800 MHz mx51 pll1: 800MHz mx51 pll2: 665MHz mx51 pll3: 216MHz ipg clock : 66500000Hz ipg per clock : 665000000Hz uart clock : 66500000Hz cspi clock : 54000000Hz Board: MX51 Efika MX 3.0 [POR] DRAM: 512 MB JEDEC ID: 0xbf:0x25:0x4a Reading SPI NOR flash 0x40000 [0x10000 bytes] -> ram 0x975f06e8 .SUCCESS *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial board id: 1.0.1, rev1.3 Boot Source: SPI NOR FLASH BOOT Boot Cmd: for device in "mmc ide"; do if strcmp ${device} == mmc; then; mmcinit; setenv units "0 1"; else; setenv units "0"; fi; for interface in ${units}; do if strcmp ${device} == mmc; then mmcprobe ${interface}; else; ide reset; fi; for fs in "ext2 fat"; do setenv loadcmd "${fs}load ${device} 0:1"; if ${loadcmd} ${scriptaddr} boot.scr; then; if imi ${scriptaddr}; then; autoscr ${scriptaddr}; fi; fi; done; done; done; Hit any key to stop autoboot: 0 U-Boot# printenv bootdelay=3 baudrate=115200 loadaddr=0x90007FC0 firmware_version=20101102171353 uboot_addr=0x00000000 uboot_size=0x00040000 env_addr=0x00040000 kerneladdr=0x90007FC0 scriptaddr=0x91000000 ramdiskaddr=0x92000000 console=ttymxc0,115200 model=mx bootcmd=for device in "mmc ide"; do if strcmp ${device} == mmc; then; mmcinit; setenv units "0 1"; else; setenv units "0"; fi; for interface in ${units}; do if strcmp ${device} == mmc; then mmcprobe ${interface}; else; ide reset; fi; for fs in "ext2 fat"; do setenv loadcmd "${fs}load ${device} 0:1"; if ${loadcmd} ${scriptaddr} boot.scr; then; if imi ${scriptaddr}; then; autoscr ${scriptaddr}; fi; fi; done; done; done; stdin=serial stdout=serial stderr=serial Environment size: 706/65532 bytes U-Boot# boot SD card. Vendor: Man 02 OEM TM "SA04G" Date 11/2009 Product: 2622955146 Revision: 0.4 SD card. Vendor: Man 02 OEM TM "SA04G" Date 11/2009 Product: 2622955146 Revision: 0.4 MMC interface 0 selected 641 bytes read ## Checking Image at 91000000 ... Legacy image found Image Name: Boot-Script Image Type: ARM Linux Script (uncompressed) Data Size: 577 Bytes = 0.6 kB Load Address: 00000000 Entry Point: 00000000 Contents: Image 0: 569 Bytes = 0.6 kB Verifying Checksum ... OK ## Executing script at 91000000 kerneladdr=0x90007FC0 ramdiskaddr=0x92000000 3213208 bytes read 28088081 bytes read ## Booting kernel from Legacy Image at 90007fc0 ... Image Name: Linux-3.4.6-2.10-imx51 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 3213144 Bytes = 3.1 MB Load Address: 90008000 Entry Point: 90008000 Verifying Checksum ... OK ## Loading init Ramdisk from Legacy Image at 92000000 ... Image Name: Initrd Image Type: ARM Linux RAMDisk Image (uncompressed) Data Size: 28088017 Bytes = 26.8 MB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Loading Kernel Image ... OK OK Starting kernel ... Bye, CzP -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Hello, On 10/31/2012 08:38 AM, Peter Czanik wrote:
Hello,
On 10/30/2012 11:37 PM, Alexander Graf wrote:
I don't know, where your uImage.old comes from :) Trying to do it by hand using the original files from 12.2 RC2 it seems to be as with all my previous attempts: Yeah, I tried the original files too. As soon as I pass console=ttymxc0,115200 there it boots just fine. Gotta love heisenbugs.
Could you please try the latest image:
http://download.opensuse.org/ports/armv7hl/distribution/12.2-untested/applia...
I'm currently not able to test if it actually does work, but according to my observations it should. Please let me know if it does work for you! If not, please post the result of "printenv" on your machine.
Alex
Tested an even later image, as the one you sent is no more available. No luck:
Did you have a chance to look at it? Everything else seems to work fine with this boot environment, except openSUSE 12.2 / factory images... Bye, CzP
U-Boot 2009.01-2.0.6-efikamx (Nov 02 2010 - 17:13:53)
CPU: Freescale i.MX51 family 3.0V at 800 MHz mx51 pll1: 800MHz mx51 pll2: 665MHz mx51 pll3: 216MHz ipg clock : 66500000Hz ipg per clock : 665000000Hz uart clock : 66500000Hz cspi clock : 54000000Hz Board: MX51 Efika MX 3.0 [POR] DRAM: 512 MB JEDEC ID: 0xbf:0x25:0x4a Reading SPI NOR flash 0x40000 [0x10000 bytes] -> ram 0x975f06e8 .SUCCESS
*** Warning - bad CRC, using default environment
In: serial Out: serial Err: serial board id: 1.0.1, rev1.3 Boot Source: SPI NOR FLASH BOOT Boot Cmd: for device in "mmc ide"; do if strcmp ${device} == mmc; then; mmcinit; setenv units "0 1"; else; setenv units "0"; fi; for interface in ${units}; do if strcmp ${device} == mmc; then mmcprobe ${interface}; else; ide reset; fi; for fs in "ext2 fat"; do setenv loadcmd "${fs}load ${device} 0:1"; if ${loadcmd} ${scriptaddr} boot.scr; then; if imi ${scriptaddr}; then; autoscr ${scriptaddr}; fi; fi; done; done; done; Hit any key to stop autoboot: 0 U-Boot# printenv bootdelay=3 baudrate=115200 loadaddr=0x90007FC0 firmware_version=20101102171353 uboot_addr=0x00000000 uboot_size=0x00040000 env_addr=0x00040000 kerneladdr=0x90007FC0 scriptaddr=0x91000000 ramdiskaddr=0x92000000 console=ttymxc0,115200 model=mx bootcmd=for device in "mmc ide"; do if strcmp ${device} == mmc; then; mmcinit; setenv units "0 1"; else; setenv units "0"; fi; for interface in ${units}; do if strcmp ${device} == mmc; then mmcprobe ${interface}; else; ide reset; fi; for fs in "ext2 fat"; do setenv loadcmd "${fs}load ${device} 0:1"; if ${loadcmd} ${scriptaddr} boot.scr; then; if imi ${scriptaddr}; then; autoscr ${scriptaddr}; fi; fi; done; done; done; stdin=serial stdout=serial stderr=serial
Environment size: 706/65532 bytes U-Boot# boot SD card. Vendor: Man 02 OEM TM "SA04G" Date 11/2009 Product: 2622955146 Revision: 0.4 SD card. Vendor: Man 02 OEM TM "SA04G" Date 11/2009 Product: 2622955146 Revision: 0.4 MMC interface 0 selected
641 bytes read
## Checking Image at 91000000 ... Legacy image found Image Name: Boot-Script Image Type: ARM Linux Script (uncompressed) Data Size: 577 Bytes = 0.6 kB Load Address: 00000000 Entry Point: 00000000 Contents: Image 0: 569 Bytes = 0.6 kB Verifying Checksum ... OK ## Executing script at 91000000 kerneladdr=0x90007FC0 ramdiskaddr=0x92000000
3213208 bytes read
28088081 bytes read ## Booting kernel from Legacy Image at 90007fc0 ... Image Name: Linux-3.4.6-2.10-imx51 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 3213144 Bytes = 3.1 MB Load Address: 90008000 Entry Point: 90008000 Verifying Checksum ... OK ## Loading init Ramdisk from Legacy Image at 92000000 ... Image Name: Initrd Image Type: ARM Linux RAMDisk Image (uncompressed) Data Size: 28088017 Bytes = 26.8 MB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Loading Kernel Image ... OK OK
Starting kernel ...
Bye, CzP
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 05.11.2012, at 13:55, Peter Czanik <pczanik@fang.fa.gau.hu> wrote:
Hello,
On 10/31/2012 08:38 AM, Peter Czanik wrote:
Hello,
On 10/30/2012 11:37 PM, Alexander Graf wrote:
I don't know, where your uImage.old comes from :) Trying to do it by hand using the original files from 12.2 RC2 it seems to be as with all my previous attempts: Yeah, I tried the original files too. As soon as I pass console=ttymxc0,115200 there it boots just fine. Gotta love heisenbugs.
Could you please try the latest image:
http://download.opensuse.org/ports/armv7hl/distribution/12.2-untested/applia...
I'm currently not able to test if it actually does work, but according to my observations it should. Please let me know if it does work for you! If not, please post the result of "printenv" on your machine.
Alex
Tested an even later image, as the one you sent is no more available. No luck:
Did you have a chance to look at it? Everything else seems to work fine with this boot environment, except openSUSE 12.2 / factory images...
Sorry. I'm at LinuxCon without any Efika MX devices around. If you (or someone else) could find out what exactly is going wrong, I'd be more than happy to implement whatever changes are needed, but I can't debug or test any efika images now ;). Alex
Bye, CzP -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 11/05/2012 02:50 PM, Alexander Graf wrote:
On 05.11.2012, at 13:55, Peter Czanik <pczanik@fang.fa.gau.hu> wrote:
Hello,
On 10/31/2012 08:38 AM, Peter Czanik wrote:
Hello,
On 10/30/2012 11:37 PM, Alexander Graf wrote:
I don't know, where your uImage.old comes from :) Trying to do it by hand using the original files from 12.2 RC2 it seems to be as with all my previous attempts: Yeah, I tried the original files too. As soon as I pass console=ttymxc0,115200 there it boots just fine. Gotta love heisenbugs.
Could you please try the latest image:
http://download.opensuse.org/ports/armv7hl/distribution/12.2-untested/applia...
I'm currently not able to test if it actually does work, but according to my observations it should. Please let me know if it does work for you! If not, please post the result of "printenv" on your machine.
Alex
Tested an even later image, as the one you sent is no more available. No luck: Did you have a chance to look at it? Everything else seems to work fine with this boot environment, except openSUSE 12.2 / factory images... Sorry. I'm at LinuxCon without any Efika MX devices around.
If you (or someone else) could find out what exactly is going wrong, I'd be more than happy to implement whatever changes are needed, but I can't debug or test any efika images now ;).
As the machine and the u-boot should be the same. Could you or anybody else with a serial board share the output of "printenv" with me? As most likely it's the only difference... Bye, CzP -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 09.11.2012, at 10:42, Peter Czanik wrote:
On 11/05/2012 02:50 PM, Alexander Graf wrote:
On 05.11.2012, at 13:55, Peter Czanik <pczanik@fang.fa.gau.hu> wrote:
Hello,
On 10/31/2012 08:38 AM, Peter Czanik wrote:
Hello,
On 10/30/2012 11:37 PM, Alexander Graf wrote:
I don't know, where your uImage.old comes from :) Trying to do it by hand using the original files from 12.2 RC2 it seems to be as with all my previous attempts: Yeah, I tried the original files too. As soon as I pass console=ttymxc0,115200 there it boots just fine. Gotta love heisenbugs.
Could you please try the latest image:
http://download.opensuse.org/ports/armv7hl/distribution/12.2-untested/applia...
I'm currently not able to test if it actually does work, but according to my observations it should. Please let me know if it does work for you! If not, please post the result of "printenv" on your machine.
Alex
Tested an even later image, as the one you sent is no more available. No luck: Did you have a chance to look at it? Everything else seems to work fine with this boot environment, except openSUSE 12.2 / factory images... Sorry. I'm at LinuxCon without any Efika MX devices around.
If you (or someone else) could find out what exactly is going wrong, I'd be more than happy to implement whatever changes are needed, but I can't debug or test any efika images now ;).
As the machine and the u-boot should be the same. Could you or anybody else with a serial board share the output of "printenv" with me? As most likely it's the only difference...
I remember we talked about this on IRC. Did you manage to boot your machine eventually? :) Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 11/23/2012 05:28 PM, Alexander Graf wrote:
On 09.11.2012, at 10:42, Peter Czanik wrote:
On 11/05/2012 02:50 PM, Alexander Graf wrote:
On 05.11.2012, at 13:55, Peter Czanik <pczanik@fang.fa.gau.hu> wrote:
Hello,
On 10/31/2012 08:38 AM, Peter Czanik wrote:
Hello,
On 10/30/2012 11:37 PM, Alexander Graf wrote:
> I don't know, where your uImage.old comes from :) Trying to do it by hand using the original files from 12.2 RC2 it seems to be as with all my previous attempts: Yeah, I tried the original files too. As soon as I pass console=ttymxc0,115200 there it boots just fine. Gotta love heisenbugs.
Could you please try the latest image:
http://download.opensuse.org/ports/armv7hl/distribution/12.2-untested/applia...
I'm currently not able to test if it actually does work, but according to my observations it should. Please let me know if it does work for you! If not, please post the result of "printenv" on your machine.
Alex
Tested an even later image, as the one you sent is no more available. No luck: Did you have a chance to look at it? Everything else seems to work fine with this boot environment, except openSUSE 12.2 / factory images... Sorry. I'm at LinuxCon without any Efika MX devices around.
If you (or someone else) could find out what exactly is going wrong, I'd be more than happy to implement whatever changes are needed, but I can't debug or test any efika images now ;). As the machine and the u-boot should be the same. Could you or anybody else with a serial board share the output of "printenv" with me? As most likely it's the only difference... I remember we talked about this on IRC. Did you manage to boot your machine eventually? :) No :( At least not with openSUSE, anything else I tried boots fine on it. And the printenv you sent is exactly the same, as I have. So I have no idea... Bye, CzP -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 24.11.2012, at 22:01, Peter Czanik wrote:
On 11/23/2012 05:28 PM, Alexander Graf wrote:
On 09.11.2012, at 10:42, Peter Czanik wrote:
On 11/05/2012 02:50 PM, Alexander Graf wrote:
On 05.11.2012, at 13:55, Peter Czanik <pczanik@fang.fa.gau.hu> wrote:
Hello,
On 10/31/2012 08:38 AM, Peter Czanik wrote:
Hello,
On 10/30/2012 11:37 PM, Alexander Graf wrote: >> I don't know, where your uImage.old comes from :) Trying to do it by hand using the original files from 12.2 RC2 it seems to be as with all my previous attempts: > Yeah, I tried the original files too. As soon as I pass console=ttymxc0,115200 there it boots just fine. Gotta love heisenbugs. > > Could you please try the latest image: > > http://download.opensuse.org/ports/armv7hl/distribution/12.2-untested/applia... > > I'm currently not able to test if it actually does work, but according to my observations it should. Please let me know if it does work for you! If not, please post the result of "printenv" on your machine. > > > Alex > Tested an even later image, as the one you sent is no more available. No luck: Did you have a chance to look at it? Everything else seems to work fine with this boot environment, except openSUSE 12.2 / factory images... Sorry. I'm at LinuxCon without any Efika MX devices around.
If you (or someone else) could find out what exactly is going wrong, I'd be more than happy to implement whatever changes are needed, but I can't debug or test any efika images now ;). As the machine and the u-boot should be the same. Could you or anybody else with a serial board share the output of "printenv" with me? As most likely it's the only difference... I remember we talked about this on IRC. Did you manage to boot your machine eventually? :) No :( At least not with openSUSE, anything else I tried boots fine on it. And the printenv you sent is exactly the same, as I have. So I have no idea...
That is very sad to hear, as it boots just fine on my Efika MX Smarttop. If you happen to have any ideas what the reason for the breakage could be, please let me know. Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
participants (7)
-
Adrian Schröter -
Alexander Graf -
Andreas Jaeger -
Dirk Müller -
Henri Gomez -
Jos Poortvliet -
Peter Czanik