Active Topics
-
Firefox with Leste (10)
to Maemo 7 / Leste by teroyk - 4 days, 1 hr ago - more...
|
2015-01-21
, 08:23
|
|
Posts: 1,808 |
Thanked: 4,272 times |
Joined on Feb 2011
@ Germany
|
#32
|
Originally Posted by juiceme
Note: I'm reading this for the first time at 09:00 (CET) on wednesday. Oops
SO welcome to #maemo-meeting today at 21:00UTC to present the idea to the council.
.
 |
|
2015-01-22
, 02:23
|
|
Posts: 549 |
Thanked: 502 times |
Joined on Feb 2008
@ Bowling Green Ohio (united states)
|
#33
|
oenthaa,
Since I wan't able to PM you the link and since it would make more sense to share this for everyone else here is the device tree:
NOTE: this is essentially a slightley modified RealView PB-A8 dt,
I need more time to do a proper one for RX-51.
You can convert this for use within GenericBooter by running the following cmmands:
Now back to doing school work.. 
Last edited by b-man; 2015-01-22 at 15:13. Reason: Typo, not enough coffee
Since I wan't able to PM you the link and since it would make more sense to share this for everyone else here is the device tree:
NOTE: this is essentially a slightley modified RealView PB-A8 dt,
I need more time to do a proper one for RX-51.
Code:
<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>@children</key> <array> <dict> <key>@children</key> <array> <dict> <key>compatible</key> <array> <string>ARM,cortex-a8</string> <string>ARM,v7</string> </array> <key>device_type</key> <string>cpu</string> <key>name</key> <string>cpu0</string> <key>reg</key> <integer>0</integer> </dict> </array> <key>name</key> <string>cpus</string> <key>device_type</key> <string>arm-cpu</string> <key>compatible</key> <string>cpu-interconnect,arm</string> </dict> <dict> <key>@children</key> <array> <dict> <key>APPL,phandle</key> <integer>3</integer> <key>compatible</key> <string>gic,arm</string> <key>device_type</key> <string>interrupt-controller</string> <key>interrupt-controller</key> <string>master</string> <key>name</key> <string>gic</string> <key>reg</key> <array> <integer>503316480</integer> <integer>65536</integer> </array> </dict> <dict> <key>compatible</key> <string>uart,pl011</string> <key>device_type</key> <string>uart</string> <key>interrupt-parent</key> <integer>3</integer> <key>name</key> <string>uart0</string> <key>reg</key> <array> <integer>268472320</integer> <integer>4096</integer> </array> </dict> <dict> <key>compatible</key> <string>gpio,pl069</string> <key>device_type</key> <string>gpio</string> <key>interrupt-parent</key> <integer>3</integer> <key>name</key> <string>gpio0</string> <key>reg</key> <array> <integer>268513280</integer> <integer>4096</integer> </array> </dict> <dict> <key>compatible</key> <string>clcd,pl111</string> <key>device_type</key> <string>clcd</string> <key>interrupt-parent</key> <integer>3</integer> <key>name</key> <string>clcd</string> <key>reg</key> <array> <integer>268566528</integer> <integer>65536</integer> </array> </dict> </array> <key>compatible</key> <string>arm-io,pba8</string> <key>device_type</key> <string>pba8-io</string> <key>name</key> <string>arm-io</string> </dict> </array> <key>APPL,phandle</key> <integer>1</integer> <key>compatible</key> <array> <string>iPhone1,1</string> <string>AppleARM</string> <string>M68AP</string> </array> </dict> </plist>
Code:
image3maker -t xmdt -f xmdt.plist -o GenericBooter/images/Ramdisk.img3
__________________
I'm an advanced user and a bit of a modder.
----------------------------------------------
I am involved with Mer, Deblet, and NITdroid.
My ports/creations/hacks: GNOME (for Deblet), Cdeb2», Ubuntu, playable flash games in the "Get Started" app, DBS, ect...
enhanced fedora port has been canceled in favor of NITDebian (TBA)
I'm an advanced user and a bit of a modder.
----------------------------------------------
I am involved with Mer, Deblet, and NITdroid.
My ports/creations/hacks: GNOME (for Deblet), Cdeb2», Ubuntu, playable flash games in the "Get Started" app, DBS, ect...
enhanced fedora port has been canceled in favor of NITDebian (TBA)
Last edited by b-man; 2015-01-22 at 15:13. Reason: Typo, not enough coffee
|
|
2015-01-23
, 04:11
|
|
Posts: 2,225 |
Thanked: 3,822 times |
Joined on Jun 2010
@ Florida
|
#34
|
Originally Posted by pichlo
Well, it may help you to know that I missed this week's meeting on accident as well - totally forgot about it. So I guess this term the bar is pretty low.
Oops! I missed it again. DESPITE having made a mental note just 90 minutes ago to join the meeting. Oh well... I guess it proves you wrong: I would have made a TERRIBLE councillor
__________________
If you want to donate in support of anything that I do, you can do so with either of these options:
PayPal | Bitcoin: 1J4XG2z97iFEKNZXThHdFHq6AeyWEHs8BJ | [Will add other donation options eventually]
If you want to donate in support of anything that I do, you can do so with either of these options:
PayPal | Bitcoin: 1J4XG2z97iFEKNZXThHdFHq6AeyWEHs8BJ | [Will add other donation options eventually]
|
|
2015-01-25
, 05:09
|
|
Posts: 1,994 |
Thanked: 3,342 times |
Joined on Jun 2010
@ N900: Battery low. N950: torx 4 re-used once and fine; SIM port torn apart
|
#35
|
Originally Posted by Mentalist Traceur
Quick line...
Well, it may help you to know that I missed this week's meeting on accident as well - totally forgot about it. So I guess this term the bar is pretty low.
Hopefully, being absent will not become a fashion. Better late than never ;-)
Thank you. Best wishes.
~~~~~~~~~~~~~~~~~
Per aspera ad astra...
| The Following User Says Thank You to Wikiwide For This Useful Post: | ||
|
|
2015-06-12
, 06:53
|
|
Posts: 1,994 |
Thanked: 3,342 times |
Joined on Jun 2010
@ N900: Battery low. N950: torx 4 re-used once and fine; SIM port torn apart
|
#37
|
Not sure...
https://github.com/darwin-on-arm/
https://twitter.com/winocm
https://twitter.com/bman626
https://github.com/darwin-on-arm/
https://twitter.com/winocm
https://twitter.com/bman626
| The Following User Says Thank You to Wikiwide For This Useful Post: | ||
|
|
2015-06-25
, 03:07
|
|
Posts: 549 |
Thanked: 502 times |
Joined on Feb 2008
@ Bowling Green Ohio (united states)
|
#38
|
Hey guys, sorry for the lack of any significant updates..
Unfortunately progress has significantly slowed down due to a couple of reasons; first due to a rather nasty but obscure bug in the security framework (mac_labelzone_free() in security/mac_label.c) that causes metadata to get lost, causing a kernel panic sometime later on in the boot up phase and sometimes in the shutdown phase of the kernel. The second reason is due to other responsibilities that are unrelated to my work with this project.
Going back to the security framework bug, my first hypothesis on this was that something was wrong with how pages were being allocated, but that didn't appear to be the case as mac_labelzone_free gets called hundreds of times before this bug gets triggered so that presumably isn't the cause. My second hypothesis is that data isn't being properly handled during context switching/stack handoffs and that part of the thread's pcb structure (that contains this security metadata) is getting corrupted/overwritten. My third hypothesis is that something in the scheduler isn't working in the right sequence due to some unhandled condition that it expects and as a result the process thread is terminated and reinitialized at the wrong time.
I've been spending many hours on weeding out this bug to no avail, but I'm not giving up. This whole thing has been quite a learning process for me and I want this project to move forward. If anyone wants to try their hand at weeding out this bug, your contribution would be greatly appreciated. Building instructions to get this fired up in qemu can be found here. (NOTE: use GenericBooter-old for now as device tree setup is a bit of a mess atm).
Last edited by b-man; 2015-06-25 at 04:46. Reason: typos
Unfortunately progress has significantly slowed down due to a couple of reasons; first due to a rather nasty but obscure bug in the security framework (mac_labelzone_free() in security/mac_label.c) that causes metadata to get lost, causing a kernel panic sometime later on in the boot up phase and sometimes in the shutdown phase of the kernel. The second reason is due to other responsibilities that are unrelated to my work with this project.
Going back to the security framework bug, my first hypothesis on this was that something was wrong with how pages were being allocated, but that didn't appear to be the case as mac_labelzone_free gets called hundreds of times before this bug gets triggered so that presumably isn't the cause. My second hypothesis is that data isn't being properly handled during context switching/stack handoffs and that part of the thread's pcb structure (that contains this security metadata) is getting corrupted/overwritten. My third hypothesis is that something in the scheduler isn't working in the right sequence due to some unhandled condition that it expects and as a result the process thread is terminated and reinitialized at the wrong time.
I've been spending many hours on weeding out this bug to no avail, but I'm not giving up. This whole thing has been quite a learning process for me and I want this project to move forward. If anyone wants to try their hand at weeding out this bug, your contribution would be greatly appreciated. Building instructions to get this fired up in qemu can be found here. (NOTE: use GenericBooter-old for now as device tree setup is a bit of a mess atm).
__________________
I'm an advanced user and a bit of a modder.
----------------------------------------------
I am involved with Mer, Deblet, and NITdroid.
My ports/creations/hacks: GNOME (for Deblet), Cdeb2», Ubuntu, playable flash games in the "Get Started" app, DBS, ect...
enhanced fedora port has been canceled in favor of NITDebian (TBA)
I'm an advanced user and a bit of a modder.
----------------------------------------------
I am involved with Mer, Deblet, and NITdroid.
My ports/creations/hacks: GNOME (for Deblet), Cdeb2», Ubuntu, playable flash games in the "Get Started" app, DBS, ect...
enhanced fedora port has been canceled in favor of NITDebian (TBA)
Last edited by b-man; 2015-06-25 at 04:46. Reason: typos
| The Following 7 Users Say Thank You to b-man For This Useful Post: | ||
 |
|
2017-10-02
, 21:39
|
|
Posts: 634 |
Thanked: 3,266 times |
Joined on May 2010
@ Colombia
|
#39
|
Apple recently open sourced the XNU kernel on ARM. Will Darwin on the N900 see a revival?
__________________
DebiaN900 - Native Debian on the N900. Deprecated in favour of Maemo Leste.
Maemo Leste for N950 and N9 (currently broken).
Devuan for N950 and N9.
Mobile devices with mainline Linux support - Help needed with documentation.
"Those who do not understand Unix are condemned to reinvent it, poorly." - Henry Spencer
Maemo Leste for N950 and N9 (currently broken).
Devuan for N950 and N9.
Mobile devices with mainline Linux support - Help needed with documentation.
"Those who do not understand Unix are condemned to reinvent it, poorly." - Henry Spencer
| The Following 4 Users Say Thank You to wicket For This Useful Post: | ||
Русский военный корабль, иди нахуй!