ok so still waiting for the updates to go out from crowdsupply, brief news in the meantime.
revision 2.7.2 pre-production test pcb run has been ordered, i will be assembling those myself, here in taiwan, using my host's equipment. btw i didn't hear from anyone about the offer to send out pre-production cards.
i'm having fun with the rk3288 board: putting on 600-pin 0.6mm pitch bga ICs is tricky but doable. the first board i managed to get access via USB, and learned that it is actually possible to initialise them by uploading u-boot-spl over USB. however the DDR3 RAM would only initialise if the clockrate was limited to 200mhz. the second board i tried, unfortunately the 3.3v power output was shorted to the DDR3 RAM 1.5v line and destroyed $20 worth of RAM ICs and a $20 processor. not doing that again. the third board i am currently trying, i have to get the ACT8846 properly soldered down: it's not initialising (yet) so all outputs measure 0v.
the passthrough card i am still waiting for an adapter cable in order to be able to wire a 2.4.1 revision a20 card's HDMI output to the passthrough card's HDMI input. it has to be micro-hdmi to micro-hdmi hence why an adapter had to be ordered.
l.
--- crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
On Tuesday 21. February 2017 12.52.12 Luke Kenneth Casson Leighton wrote:
ok so still waiting for the updates to go out from crowdsupply, brief news in the meantime.
revision 2.7.2 pre-production test pcb run has been ordered, i will be assembling those myself, here in taiwan, using my host's equipment. btw i didn't hear from anyone about the offer to send out pre-production cards.
A couple of people added their names to the end of this page:
http://rhombus-tech.net/allwinner_a10/
I don't know whether that's the offer you were talking about, though.
Paul
--- crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
On Tue, Feb 21, 2017 at 12:30 PM, Paul Boddie paul@boddie.org.uk wrote:
On Tuesday 21. February 2017 12.52.12 Luke Kenneth Casson Leighton wrote:
ok so still waiting for the updates to go out from crowdsupply, brief news in the meantime.
revision 2.7.2 pre-production test pcb run has been ordered, i will be assembling those myself, here in taiwan, using my host's equipment. btw i didn't hear from anyone about the offer to send out pre-production cards.
A couple of people added their names to the end of this page:
http://rhombus-tech.net/allwinner_a10/
I don't know whether that's the offer you were talking about, though.
ah! yes, that's the one. any more let me know soon.
l.
On February 21, 2017 3:52:12 AM PST, Luke Kenneth Casson Leighton lkcl@lkcl.net wrote:
btw i didn't hear from anyone about the offer to send out pre-production cards.
I'm tempted but I have nothing to bring to the Linux effort; zero experience hacking or installing the kernel and not much time to learn.
-- Eric Duhamel http://www.noxbanners.net/
On Tuesday 21. February 2017 21.16.54 Eric Duhamel wrote:
On February 21, 2017 3:52:12 AM PST, Luke Kenneth Casson Leighton
lkcl@lkcl.net wrote:
btw i didn't hear from anyone about the offer to send out pre-production cards.
I'm tempted but I have nothing to bring to the Linux effort; zero experience hacking or installing the kernel and not much time to learn.
I'm probably not the kind of person to bring much to the table, either, but what kind of equipment would one need to actually attempt anything with such a card at this point?
I recall various videos with cards being interfaced to things, but they might have involved previous generations of equipment like that "micro engineering board" that was made a few years ago, so it might be useful to know what the practical requirements are for those who are able to contribute effectively in the near future. (Or maybe those people don't need me to ask because they already know what they'll need.)
Paul
Am 21.02.2017 10:02 nachm. schrieb "Paul Boddie" paul@boddie.org.uk:
On Tuesday 21. February 2017 21.16.54 Eric Duhamel wrote:
On February 21, 2017 3:52:12 AM PST, Luke Kenneth Casson Leighton
lkcl@lkcl.net wrote:
btw i didn't hear from anyone about the offer to send out pre-production cards.
I'm tempted but I have nothing to bring to the Linux effort; zero experience hacking or installing the kernel and not much time to learn.
I'm probably not the kind of person to bring much to the table, either, but what kind of equipment would one need to actually attempt anything with such a card at this point?
I recall various videos with cards being interfaced to things, but they might have involved previous generations of equipment like that "micro engineering board" that was made a few years ago, so it might be useful to know what the practical requirements are for those who are able to contribute effectively in the near future. (Or maybe those people don't need me to ask because they already know what they'll need.)
I believe Luke provided some clues when he wrote that he is going to provide: OTG-Host Cable, breakout board (or microdesktop) and RS232-USB-UART. with the pre-production boards.
On February 21, 2017 2:00:06 PM PST, Parobalth parobalth@gmail.com wrote:
Am 21.02.2017 10:02 nachm. schrieb "Paul Boddie" paul@boddie.org.uk:
I'm probably not the kind of person to bring much to the table, either, but what kind of equipment would one need to actually attempt anything with such a card at this point?
I believe Luke provided some clues when he wrote that he is going to provide: OTG-Host Cable, breakout board (or microdesktop) and RS232-USB-UART. with the pre-production boards.
Seems like power, access to the pins, and some really low-level signal communication called UART
-- Eric Duhamel http://www.noxbanners.net/
On Tue, Feb 21, 2017 at 9:00 PM, Paul Boddie paul@boddie.org.uk wrote:
On Tuesday 21. February 2017 21.16.54 Eric Duhamel wrote:
On February 21, 2017 3:52:12 AM PST, Luke Kenneth Casson Leighton
lkcl@lkcl.net wrote:
btw i didn't hear from anyone about the offer to send out pre-production cards.
I'm tempted but I have nothing to bring to the Linux effort; zero experience hacking or installing the kernel and not much time to learn.
I'm probably not the kind of person to bring much to the table, either, but what kind of equipment would one need to actually attempt anything with such a card at this point?
a standard 12v dc power supply with a 5.5mm pin-positive jack, usb-otg and micro hdmi cables, and a vga monitor.
the main thing i need from people before i send them $300 to $350 worth of equipment is a 100% committment that they'll be doing active development of some kind which helps the other backers directly or indirectly, or helps further the goals of the eoma68 project.
u-boot development, kernel development, os preparation, packaging, upstreaming - anything like that.
l.
Hi Luke,
Le Tue, 21 Feb 2017 23:19:21 +0000 Luke Kenneth Casson Leighton lkcl@lkcl.net a écrit:
On Tue, Feb 21, 2017 at 9:00 PM, Paul Boddie paul@boddie.org.uk wrote:
On Tuesday 21. February 2017 21.16.54 Eric Duhamel wrote:
On February 21, 2017 3:52:12 AM PST, Luke Kenneth Casson Leighton
lkcl@lkcl.net wrote:
btw i didn't hear from anyone about the offer to send out pre-production cards.
I'm tempted but I have nothing to bring to the Linux effort; zero experience hacking or installing the kernel and not much time to learn.
I'm probably not the kind of person to bring much to the table, either, but what kind of equipment would one need to actually attempt anything with such a card at this point?
a standard 12v dc power supply with a 5.5mm pin-positive jack, usb-otg and micro hdmi cables, and a vga monitor.
the main thing i need from people before i send them $300 to $350 worth of equipment is a 100% committment that they'll be doing active development of some kind which helps the other backers directly or indirectly, or helps further the goals of the eoma68 project.
u-boot development, kernel development, os preparation, packaging, upstreaming - anything like that.
I can do U-Boot development/mainlineing, but before I commit myself, I'd need to know what the time frame and deadlines would be.
Amicalement,
Hi Luke,
the main thing i need from people before i send them $300 to $350 worth of equipment is a 100% committment that they'll be doing active development of some kind which helps the other backers directly or indirectly, or helps further the goals of the eoma68 project.
I can do kernel debug/testing, distro and/or release things, but the free time is scarce, so cannot promise anything, especially not a scary "100% committment" though...
Sorry
--- crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
On Wed, Feb 22, 2017 at 9:55 AM, Albert ARIBAUD albert.aribaud@free.fr wrote:
u-boot development, kernel development, os preparation, packaging, upstreaming - anything like that.
I can do U-Boot development/mainlineing, but before I commit myself, I'd need to know what the time frame and deadlines would be.
as a software libre project i'm not comfortable with specifying deadlines to people: that's not fair so i'm not going to do that. also, timeframe: i have a working version of u-boot (non mainline), it works, it ain't broke, i ain't gonna try to "fix" it.
there are however some very specific things that need to be done for mainline u-boot:
(1) EOMA68 I2C EEPROM @ addr 0x51 reading library. very simple: read 32 bits, format similar to USB device ids, return major/minor numbers
(2) devicetree overlays (which should be in u-boot mainline already: if it isn't, it needs to be added)
(3) microdesktop dtb overlay needs to be written (as a first example)
(4) fixing the silly, silly decision(s) which were made *without* consulting any of the projects (of which there are several, *only one of which* is the EOMA68-A20 Card) that require devicetree overlays for the *video* aspect of their hardware, where it is ASSUMED in the sunxi mainline u-boot that the video WILL be initialised EXCLUSIVELY by u-boot and is to be left AS-IS by the linux kernel (as a simpleframebuffer). there IS no support for changing, setting, altering, or interacting with the video hardware IN ANY WAY other than that which was initialised BY u-boot at boot time.
this last one will take time as it will involve talking to a lot of people. that's fine: we have the sunxi 3.4 kernel in the meantime.
l.
Bonjour,
Le Wed, 22 Feb 2017 10:30:29 +0000 Luke Kenneth Casson Leighton lkcl@lkcl.net a écrit:
crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
On Wed, Feb 22, 2017 at 9:55 AM, Albert ARIBAUD albert.aribaud@free.fr wrote:
u-boot development, kernel development, os preparation, packaging, upstreaming - anything like that.
I can do U-Boot development/mainlineing, but before I commit myself, I'd need to know what the time frame and deadlines would be.
as a software libre project i'm not comfortable with specifying deadlines to people: that's not fair so i'm not going to do that. also, timeframe: i have a working version of u-boot (non mainline), it works, it ain't broke, i ain't gonna try to "fix" it.
there are however some very specific things that need to be done for mainline u-boot:
(1) EOMA68 I2C EEPROM @ addr 0x51 reading library. very simple: read 32 bits, format similar to USB device ids, return major/minor numbers
What would be the use case? Passing major/minor to Linux through the command line? Local use in U-Boot (which one)?
(2) devicetree overlays (which should be in u-boot mainline already: if it isn't, it needs to be added)
They'll be there there in 2017.03.
(3) microdesktop dtb overlay needs to be written (as a first example)
Ok.
(4) fixing the silly, silly decision(s) which were made *without* consulting any of the projects (of which there are several, *only one of which* is the EOMA68-A20 Card) that require devicetree overlays for the *video* aspect of their hardware, where it is ASSUMED in the sunxi mainline u-boot that the video WILL be initialised EXCLUSIVELY by u-boot and is to be left AS-IS by the linux kernel (as a simpleframebuffer). there IS no support for changing, setting, altering, or interacting with the video hardware IN ANY WAY other than that which was initialised BY u-boot at boot time.
Seems to me less of a U-Boot issue, and more of a Linux issue, unless U-Boot takes active steps to lock video setup registers. What exactly prevents Linux from setting up video again after U-Boot has chained to it?
this last one will take time as it will involve talking to a lot of people. that's fine: we have the sunxi 3.4 kernel in the meantime.
l.
Amicalement,
On Wed, Feb 22, 2017 at 11:00 AM, Albert ARIBAUD albert.aribaud@free.fr wrote:
Bonjour,
Le Wed, 22 Feb 2017 10:30:29 +0000 Luke Kenneth Casson Leighton lkcl@lkcl.net a écrit:
(1) EOMA68 I2C EEPROM @ addr 0x51 reading library. very simple: read 32 bits, format similar to USB device ids, return major/minor numbers
What would be the use case? Passing major/minor to Linux through the command line? Local use in U-Boot (which one)?
local use in u-boot - leave it to linux kernel (which will need to do the same thing) to read the EEPROM again.
the reason is: you may not actually *use* u-boot (at all) if a processor is used such as ... oo... an AMD Geode LX800 or something which doesn't *use* u-boot but instead has a BIOS.
the reason why u-boot has to read the I2C EEPROM independently is primarily for video output (configuring then displaying)..
... or if there's a console device that would be detected via the relevant devicetree overlay being read and loaded...
... or if there is a USB keyboard... again, needs configuring and detecting...
.. or if there's a special button for boot option selection which is in a very special type of Housing for blind people (yes this idea came up a few months ago)...
... all these things need to be coded into u-boot to interact with the users enough so that they can choose the right boot option....
... all of which is *completely* independent of the linux kernel (or whatever OS actually gets run).
(2) devicetree overlays (which should be in u-boot mainline already: if it isn't, it needs to be added)
They'll be there there in 2017.03.
_great_. that's really good to hear.
(3) microdesktop dtb overlay needs to be written (as a first example)
Ok.
it's really simple, that one. it can get complicated later (loading a bit-banging I2C module which then reads EDID data from the 2 GPIOs i connected to the VGA monitor EDID lines) but for now the devicetree overlay can be completely bare-bones, main thing it should really do is set the VGA monitor to 640x480 default hard-coded output... errr... that's all :)
(4) fixing the silly, silly decision(s) which were made *without* consulting any of the projects (of which there are several, *only one of which* is the EOMA68-A20 Card) that require devicetree overlays for the *video* aspect of their hardware, where it is ASSUMED in the sunxi mainline u-boot that the video WILL be initialised EXCLUSIVELY by u-boot and is to be left AS-IS by the linux kernel (as a simpleframebuffer). there IS no support for changing, setting, altering, or interacting with the video hardware IN ANY WAY other than that which was initialised BY u-boot at boot time.
Seems to me less of a U-Boot issue, and more of a Linux issue, unless U-Boot takes active steps to lock video setup registers. What exactly prevents Linux from setting up video again after U-Boot has chained to it?
good question. huh. yeah - good point. last time i checked nothing _had_ been done, so i assumed nothing _could_ be done.
l.
Hi Luke,
Le Wed, 22 Feb 2017 14:07:36 +0000 Luke Kenneth Casson Leighton lkcl@lkcl.net a écrit:
On Wed, Feb 22, 2017 at 11:00 AM, Albert ARIBAUD albert.aribaud@free.fr wrote:
Bonjour,
Le Wed, 22 Feb 2017 10:30:29 +0000 Luke Kenneth Casson Leighton lkcl@lkcl.net a écrit:
(1) EOMA68 I2C EEPROM @ addr 0x51 reading library. very simple: read 32 bits, format similar to USB device ids, return major/minor numbers
What would be the use case? Passing major/minor to Linux through the command line? Local use in U-Boot (which one)?
local use in u-boot - leave it to linux kernel (which will need to do the same thing) to read the EEPROM again.
the reason is: you may not actually *use* u-boot (at all) if a processor is used such as ... oo... an AMD Geode LX800 or something which doesn't *use* u-boot but instead has a BIOS.
the reason why u-boot has to read the I2C EEPROM independently is primarily for video output (configuring then displaying)..
... or if there's a console device that would be detected via the relevant devicetree overlay being read and loaded...
... or if there is a USB keyboard... again, needs configuring and detecting...
.. or if there's a special button for boot option selection which is in a very special type of Housing for blind people (yes this idea came up a few months ago)...
... all these things need to be coded into u-boot to interact with the users enough so that they can choose the right boot option....
... all of which is *completely* independent of the linux kernel (or whatever OS actually gets run).
Ok. Inside U-Boot this could be either compiled or scripted; will have to see what the exact use cases are.
(2) devicetree overlays (which should be in u-boot mainline already: if it isn't, it needs to be added)
They'll be there there in 2017.03.
_great_. that's really good to hear.
(3) microdesktop dtb overlay needs to be written (as a first example)
Ok.
it's really simple, that one. it can get complicated later (loading a bit-banging I2C module which then reads EDID data from the 2 GPIOs i connected to the VGA monitor EDID lines) but for now the devicetree overlay can be completely bare-bones, main thing it should really do is set the VGA monitor to 640x480 default hard-coded output... errr... that's all :)
Let's start simple. :)
(4) fixing the silly, silly decision(s) which were made *without* consulting any of the projects (of which there are several, *only one of which* is the EOMA68-A20 Card) that require devicetree overlays for the *video* aspect of their hardware, where it is ASSUMED in the sunxi mainline u-boot that the video WILL be initialised EXCLUSIVELY by u-boot and is to be left AS-IS by the linux kernel (as a simpleframebuffer). there IS no support for changing, setting, altering, or interacting with the video hardware IN ANY WAY other than that which was initialised BY u-boot at boot time.
Seems to me less of a U-Boot issue, and more of a Linux issue, unless U-Boot takes active steps to lock video setup registers. What exactly prevents Linux from setting up video again after U-Boot has chained to it?
good question. huh. yeah - good point. last time i checked nothing _had_ been done, so i assumed nothing _could_ be done.
I'll try and have a look.
l.
So, back to the initial question: I'm ok with doing U-Boot related stuff, at least, on a pre-prod card. How do we proceed?
Amicalement,
So, back to the initial question: I'm ok with doing U-Boot related stuff, at least, on a pre-prod card. How do we proceed?
add name to list on http://rhombus-tech.net/allwinner_a10/ i'll get as many cards as i can up and running. some of them will be 2.4.1, others will be 2.7.2 - the 2.4.1 cards will have an amphenol reversed mid-mount HDMI, the 2.7.2 cards will have the JAE DC3. they'll all have 2GB of RAM and 8GB NAND.
l.
Bonjour,
Le Wed, 22 Feb 2017 14:59:56 +0000 Luke Kenneth Casson Leighton lkcl@lkcl.net a écrit:
So, back to the initial question: I'm ok with doing U-Boot related stuff, at least, on a pre-prod card. How do we proceed?
add name to list on http://rhombus-tech.net/allwinner_a10 [...]
Done.
Amicalement,
On 21/02/2017 23:19, Luke Kenneth Casson Leighton wrote:
On Tue, Feb 21, 2017 at 9:00 PM, Paul Boddie paul@boddie.org.uk wrote:
On Tuesday 21. February 2017 21.16.54 Eric Duhamel wrote:
On February 21, 2017 3:52:12 AM PST, Luke Kenneth Casson Leighton
lkcl@lkcl.net wrote:
btw i didn't hear from anyone about the offer to send out pre-production cards.
I'm tempted but I have nothing to bring to the Linux effort; zero experience hacking or installing the kernel and not much time to learn.
I'm probably not the kind of person to bring much to the table, either, but what kind of equipment would one need to actually attempt anything with such a card at this point?
a standard 12v dc power supply with a 5.5mm pin-positive jack, usb-otg and micro hdmi cables, and a vga monitor.
the main thing i need from people before i send them $300 to $350 worth of equipment is a 100% committment that they'll be doing active development of some kind which helps the other backers directly or indirectly, or helps further the goals of the eoma68 project.
u-boot development, kernel development, os preparation, packaging, upstreaming - anything like that.
l.
I'd be happy to put work into os prep, packaging (desktop environment - I package up Trininty for my ARM devices here) and anything else that might be helpful. I can't add my name to the list, I'm not registered.
Let me know if I can help.
Mike.
--- crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
On Wed, Feb 22, 2017 at 1:33 PM, Michael Howard mike@dewberryfields.co.uk wrote:
On 21/02/2017 23:19, Luke Kenneth Casson Leighton wrote:
On Tue, Feb 21, 2017 at 9:00 PM, Paul Boddie paul@boddie.org.uk wrote:
On Tuesday 21. February 2017 21.16.54 Eric Duhamel wrote:
On February 21, 2017 3:52:12 AM PST, Luke Kenneth Casson Leighton
lkcl@lkcl.net wrote:
btw i didn't hear from anyone about the offer to send out pre-production cards.
I'm tempted but I have nothing to bring to the Linux effort; zero experience hacking or installing the kernel and not much time to learn.
I'm probably not the kind of person to bring much to the table, either, but what kind of equipment would one need to actually attempt anything with such a card at this point?
a standard 12v dc power supply with a 5.5mm pin-positive jack, usb-otg and micro hdmi cables, and a vga monitor.
the main thing i need from people before i send them $300 to $350 worth of equipment is a 100% committment that they'll be doing active development of some kind which helps the other backers directly or indirectly, or helps further the goals of the eoma68 project.
u-boot development, kernel development, os preparation, packaging, upstreaming - anything like that.
l.
I'd be happy to put work into os prep, packaging (desktop environment - I package up Trininty for my ARM devices here) and anything else that might be helpful. I can't add my name to the list, I'm not registered.
added. i *really* like trinity desktop as it's amazingly lightweight and highly functional. i may actually put it as the default instead of xfce.
i have it installed and tested on one of the microsd cards, it works really well: if you could test it out to make sure it's functional that would be _really_ handy.
btw if you've not got a server where you can upload packages as a repo i'm sure one can be found somewhere.
l.
On 22/02/2017 14:11, Luke Kenneth Casson Leighton wrote:
crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
On Wed, Feb 22, 2017 at 1:33 PM, Michael Howard mike@dewberryfields.co.uk wrote:
On 21/02/2017 23:19, Luke Kenneth Casson Leighton wrote:
On Tue, Feb 21, 2017 at 9:00 PM, Paul Boddie paul@boddie.org.uk wrote:
On Tuesday 21. February 2017 21.16.54 Eric Duhamel wrote:
On February 21, 2017 3:52:12 AM PST, Luke Kenneth Casson Leighton
lkcl@lkcl.net wrote:
btw i didn't hear from anyone about the offer to send out pre-production cards.
I'm tempted but I have nothing to bring to the Linux effort; zero experience hacking or installing the kernel and not much time to learn.
I'm probably not the kind of person to bring much to the table, either, but what kind of equipment would one need to actually attempt anything with such a card at this point?
a standard 12v dc power supply with a 5.5mm pin-positive jack, usb-otg and micro hdmi cables, and a vga monitor.
the main thing i need from people before i send them $300 to $350 worth of equipment is a 100% committment that they'll be doing active development of some kind which helps the other backers directly or indirectly, or helps further the goals of the eoma68 project.
u-boot development, kernel development, os preparation, packaging, upstreaming - anything like that.
l.
I'd be happy to put work into os prep, packaging (desktop environment - I package up Trininty for my ARM devices here) and anything else that might be helpful. I can't add my name to the list, I'm not registered.
added. i *really* like trinity desktop as it's amazingly lightweight and highly functional. i may actually put it as the default instead of xfce.
i have it installed and tested on one of the microsd cards, it works really well: if you could test it out to make sure it's functional that would be _really_ handy.
btw if you've not got a server where you can upload packages as a repo i'm sure one can be found somewhere.
I have server capability to host packages.
I'm a big fan of trinity too, behaves really well on the ARM devices I've used.
I also added myself to the list of preorders. I would do hardware related stuff, u-boot hacking and I'd really like porting Archlinux ;)
Julius
On 22.02.2017 18:28, Michael Howard wrote:
On 22/02/2017 14:11, Luke Kenneth Casson Leighton wrote:
crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
On Wed, Feb 22, 2017 at 1:33 PM, Michael Howard mike@dewberryfields.co.uk wrote:
On 21/02/2017 23:19, Luke Kenneth Casson Leighton wrote:
On Tue, Feb 21, 2017 at 9:00 PM, Paul Boddie paul@boddie.org.uk wrote:
On Tuesday 21. February 2017 21.16.54 Eric Duhamel wrote:
On February 21, 2017 3:52:12 AM PST, Luke Kenneth Casson Leighton
lkcl@lkcl.net wrote:
> btw i didn't hear from anyone about the offer to send out > pre-production cards. I'm tempted but I have nothing to bring to the Linux effort; zero experience hacking or installing the kernel and not much time to learn.
I'm probably not the kind of person to bring much to the table, either, but what kind of equipment would one need to actually attempt anything with such a card at this point?
a standard 12v dc power supply with a 5.5mm pin-positive jack, usb-otg and micro hdmi cables, and a vga monitor.
the main thing i need from people before i send them $300 to $350 worth of equipment is a 100% committment that they'll be doing active development of some kind which helps the other backers directly or indirectly, or helps further the goals of the eoma68 project.
u-boot development, kernel development, os preparation, packaging, upstreaming - anything like that.
l.
I'd be happy to put work into os prep, packaging (desktop environment - I package up Trininty for my ARM devices here) and anything else that might be helpful. I can't add my name to the list, I'm not registered.
added. i *really* like trinity desktop as it's amazingly lightweight and highly functional. i may actually put it as the default instead of xfce.
i have it installed and tested on one of the microsd cards, it works really well: if you could test it out to make sure it's functional that would be _really_ handy.
btw if you've not got a server where you can upload packages as a repo i'm sure one can be found somewhere.
I have server capability to host packages.
I'm a big fan of trinity too, behaves really well on the ARM devices I've used.
great. cando. archlinux works well. parabola's based on it. --- crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
On Wed, Feb 22, 2017 at 6:26 PM, Internet internet@devpi.de wrote:
I also added myself to the list of preorders. I would do hardware related stuff, u-boot hacking and I'd really like porting Archlinux ;)
Julius
On 22.02.2017 18:28, Michael Howard wrote:
On 22/02/2017 14:11, Luke Kenneth Casson Leighton wrote:
crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
On Wed, Feb 22, 2017 at 1:33 PM, Michael Howard mike@dewberryfields.co.uk wrote:
On 21/02/2017 23:19, Luke Kenneth Casson Leighton wrote:
On Tue, Feb 21, 2017 at 9:00 PM, Paul Boddie paul@boddie.org.uk wrote:
On Tuesday 21. February 2017 21.16.54 Eric Duhamel wrote: > On February 21, 2017 3:52:12 AM PST, Luke Kenneth Casson Leighton lkcl@lkcl.net wrote: >> btw i didn't hear from anyone about the offer to send out >> pre-production cards. > I'm tempted but I have nothing to bring to the Linux effort; zero > experience hacking or installing the kernel and not much time to > learn. I'm probably not the kind of person to bring much to the table, either, but what kind of equipment would one need to actually attempt anything with such a card at this point?
a standard 12v dc power supply with a 5.5mm pin-positive jack, usb-otg and micro hdmi cables, and a vga monitor.
the main thing i need from people before i send them $300 to $350 worth of equipment is a 100% committment that they'll be doing active development of some kind which helps the other backers directly or indirectly, or helps further the goals of the eoma68 project.
u-boot development, kernel development, os preparation, packaging, upstreaming - anything like that.
l.
I'd be happy to put work into os prep, packaging (desktop environment - I package up Trininty for my ARM devices here) and anything else that might be helpful. I can't add my name to the list, I'm not registered.
added. i *really* like trinity desktop as it's amazingly lightweight and highly functional. i may actually put it as the default instead of xfce.
i have it installed and tested on one of the microsd cards, it works really well: if you could test it out to make sure it's functional that would be _really_ handy.
btw if you've not got a server where you can upload packages as a repo i'm sure one can be found somewhere.
I have server capability to host packages.
I'm a big fan of trinity too, behaves really well on the ARM devices I've used.
arm-netbook mailing list arm-netbook@lists.phcomp.co.uk http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook Send large attachments to arm-netbook@files.phcomp.co.uk
On 02/23/2017 03:40 AM, Luke Kenneth Casson Leighton wrote:
great. cando. archlinux works well. parabola's based on it.
crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
On Wed, Feb 22, 2017 at 6:26 PM, Internet internet@devpi.de wrote:
I also added myself to the list of preorders. I would do hardware related stuff, u-boot hacking and I'd really like porting Archlinux ;)
Julius
On 22.02.2017 18:28, Michael Howard wrote:
On 22/02/2017 14:11, Luke Kenneth Casson Leighton wrote:
crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
On Wed, Feb 22, 2017 at 1:33 PM, Michael Howard mike@dewberryfields.co.uk wrote:
On 21/02/2017 23:19, Luke Kenneth Casson Leighton wrote:
On Tue, Feb 21, 2017 at 9:00 PM, Paul Boddie paul@boddie.org.uk wrote: > On Tuesday 21. February 2017 21.16.54 Eric Duhamel wrote: >> On February 21, 2017 3:52:12 AM PST, Luke Kenneth Casson Leighton > lkcl@lkcl.net wrote: >>> btw i didn't hear from anyone about the offer to send out >>> pre-production cards. >> I'm tempted but I have nothing to bring to the Linux effort; zero >> experience hacking or installing the kernel and not much time to >> learn. > I'm probably not the kind of person to bring much to the table, > either, > but > what kind of equipment would one need to actually attempt anything > with > such a > card at this point? a standard 12v dc power supply with a 5.5mm pin-positive jack, usb-otg and micro hdmi cables, and a vga monitor.
the main thing i need from people before i send them $300 to $350 worth of equipment is a 100% committment that they'll be doing active development of some kind which helps the other backers directly or indirectly, or helps further the goals of the eoma68 project.
u-boot development, kernel development, os preparation, packaging, upstreaming - anything like that.
l.
I'd be happy to put work into os prep, packaging (desktop environment - I package up Trininty for my ARM devices here) and anything else that might be helpful. I can't add my name to the list, I'm not registered.
added. i *really* like trinity desktop as it's amazingly lightweight and highly functional. i may actually put it as the default instead of xfce.
i have it installed and tested on one of the microsd cards, it works really well: if you could test it out to make sure it's functional that would be _really_ handy.
btw if you've not got a server where you can upload packages as a repo i'm sure one can be found somewhere.
I have server capability to host packages.
I'm a big fan of trinity too, behaves really well on the ARM devices I've used.
does lxde work well on arm devices also? I am guessing yes but I don't know for sure.
arm-netbook mailing list arm-netbook@lists.phcomp.co.uk http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook Send large attachments to arm-netbook@files.phcomp.co.uk
arm-netbook mailing list arm-netbook@lists.phcomp.co.uk http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook Send large attachments to arm-netbook@files.phcomp.co.uk
On Thu, Feb 23, 2017 at 4:30 PM, zap zapper@openmailbox.org wrote:
On 02/23/2017 03:40 AM, Luke Kenneth Casson Leighton wrote:
great. cando. archlinux works well. parabola's based on it.
crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
On Wed, Feb 22, 2017 at 6:26 PM, Internet internet@devpi.de wrote:
I also added myself to the list of preorders. I would do hardware related stuff, u-boot hacking and I'd really like porting Archlinux ;)
Julius
On 22.02.2017 18:28, Michael Howard wrote:
On 22/02/2017 14:11, Luke Kenneth Casson Leighton wrote:
crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
On Wed, Feb 22, 2017 at 1:33 PM, Michael Howard mike@dewberryfields.co.uk wrote:
On 21/02/2017 23:19, Luke Kenneth Casson Leighton wrote: > On Tue, Feb 21, 2017 at 9:00 PM, Paul Boddie paul@boddie.org.uk > wrote: >> On Tuesday 21. February 2017 21.16.54 Eric Duhamel wrote: >>> On February 21, 2017 3:52:12 AM PST, Luke Kenneth Casson Leighton >> lkcl@lkcl.net wrote: >>>> btw i didn't hear from anyone about the offer to send out >>>> pre-production cards. >>> I'm tempted but I have nothing to bring to the Linux effort; zero >>> experience hacking or installing the kernel and not much time to >>> learn. >> I'm probably not the kind of person to bring much to the table, >> either, >> but >> what kind of equipment would one need to actually attempt anything >> with >> such a >> card at this point? > a standard 12v dc power supply with a 5.5mm pin-positive jack, > usb-otg and micro hdmi cables, and a vga monitor. > > the main thing i need from people before i send them $300 to $350 > worth of equipment is a 100% committment that they'll be doing active > development of some kind which helps the other backers directly or > indirectly, or helps further the goals of the eoma68 project. > > u-boot development, kernel development, os preparation, packaging, > upstreaming - anything like that. > > l. > > I'd be happy to put work into os prep, packaging (desktop environment - I package up Trininty for my ARM devices here) and anything else that might be helpful. I can't add my name to the list, I'm not registered.
added. i *really* like trinity desktop as it's amazingly lightweight and highly functional. i may actually put it as the default instead of xfce.
i have it installed and tested on one of the microsd cards, it works really well: if you could test it out to make sure it's functional that would be _really_ handy.
btw if you've not got a server where you can upload packages as a repo i'm sure one can be found somewhere.
I have server capability to host packages.
I'm a big fan of trinity too, behaves really well on the ARM devices I've used.
does lxde work well on arm devices also? I am guessing yes but I don't know for sure.
yyep.
On February 23, 2017 8:30:05 AM PST, zap zapper@openmailbox.org wrote:
does lxde work well on arm devices also? I am guessing yes but I don't know for sure.
LXQT (or LXDE I don't know for sure) comes by default with Debian for the Beagleboneblack. In my experience it works well.
-- Eric Duhamel http://www.noxbanners.net/
On 02/23/2017 01:00 PM, Eric Duhamel wrote:
On February 23, 2017 8:30:05 AM PST, zap zapper@openmailbox.org wrote:
does lxde work well on arm devices also? I am guessing yes but I don't know for sure.
LXQT (or LXDE I don't know for sure) comes by default with Debian for the Beagleboneblack. In my experience it works well.
Lxde is awesome. I like that it is lightweight, fast and simple. Hopefully LXQT will become even more of that in the future. Especially the part about being lightweight.
I wonder if the eoma68 cards should have a desktop choice built into the crowdsupply purchase area. Where you choose which card you want.
-- Eric Duhamel http://www.noxbanners.net/
arm-netbook mailing list arm-netbook@lists.phcomp.co.uk http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook Send large attachments to arm-netbook@files.phcomp.co.uk
On February 23, 2017 12:55:18 PM PST, zap zapper@openmailbox.org wrote:
I wonder if the eoma68 cards should have a desktop choice built into the crowdsupply purchase area. Where you choose which card you want.
That would be a rather fine-grained choice. The campaign already has 4 different operating systems to choose from. I suppose Debian implies a choice between XFCE and LXDE, and could mean a fifth card representing another Debian choice. Is this what you mean?
-- Eric Duhamel http://www.noxbanners.net/
well I meant like desktop environments. like lxde, xfce, mate, etc,
On 02/23/2017 04:41 PM, Eric Duhamel wrote:
On February 23, 2017 12:55:18 PM PST, zap zapper@openmailbox.org wrote:
I wonder if the eoma68 cards should have a desktop choice built into the crowdsupply purchase area. Where you choose which card you want.
That would be a rather fine-grained choice. The campaign already has 4 different operating systems to choose from. I suppose Debian implies a choice between XFCE and LXDE, and could mean a fifth card representing another Debian choice. Is this what you mean?
-- Eric Duhamel http://www.noxbanners.net/
arm-netbook mailing list arm-netbook@lists.phcomp.co.uk http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook Send large attachments to arm-netbook@files.phcomp.co.uk
\On Thu, Feb 23, 2017 at 9:44 PM, zap zapper@openmailbox.org wrote:
well I meant like desktop environments. like lxde, xfce, mate, etc,
you can just do "apt-get install lxde" and take care of it yourself.
l.
On 02/23/2017 08:54 PM, Luke Kenneth Casson Leighton wrote:
\On Thu, Feb 23, 2017 at 9:44 PM, zap zapper@openmailbox.org wrote:
well I meant like desktop environments. like lxde, xfce, mate, etc,
you can just do "apt-get install lxde" and take care of it yourself.
that is true. just a thought. That's all. what would you install by default? by the way
lxde, mate or xfce?
l.
arm-netbook mailing list arm-netbook@lists.phcomp.co.uk http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook Send large attachments to arm-netbook@files.phcomp.co.uk
On Fri, Feb 24, 2017 at 2:40 AM, zap zapper@openmailbox.org wrote:
On 02/23/2017 08:54 PM, Luke Kenneth Casson Leighton wrote:
\On Thu, Feb 23, 2017 at 9:44 PM, zap zapper@openmailbox.org wrote:
well I meant like desktop environments. like lxde, xfce, mate, etc,
you can just do "apt-get install lxde" and take care of it yourself.
that is true. just a thought. That's all. what would you install by default? by the way
lxde, mate or xfce?
the videos during the crowdfunding campaign show trinity desktop and xfce.
l.
arm-netbook@lists.phcomp.co.uk
-
Albert ARIBAUD -
Alexander Ross -
Eric Duhamel -
Internet -
Luke Kenneth Casson Leighton -
Michael Howard -
Parobalth -
Paul Boddie -
Vincent Legoll -
zap