Re: Questions about the openblocks AX3/4
On Fri, Aug 31, 2012 at 9:37 AM, Tomomi Matsumoto matsum...@plathome.co.jp wrote: Mr. Leighton, We're so glad hear your offer! I appreciate to contact to Mr. Steve. Just yesterday I heard that the other staff in our company is preparing to provide our product to Build team (Philip kern), ARM team (Hector Oron), Donation team (Hector Oron) on your cummunity. I heard it'll be a donation, thus I also might be able to prepare OpenBlocks as a donation to you or Steve. ah definitely steve, he will know who best it should go to, and how it may best be strategically used. warm regards, l. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capweedzcefvv2gg2+txurwof7fgqzrcc0fts122nhcmdn_3...@mail.gmail.com
Re: Questions about the openblocks AX3/4
On 8/30/12, Tomomi Matsumoto matsum...@plathome.co.jp wrote: 5: is 3GB just the largest ammount of ram you have tested or is there some limit that prevents using larger modules? (I ask because i've seen other armardaXP based stuff claim to support more) That's the largest. Onboard 1GB plus additional SO-DIMM 2GB, total 3GB is the maximum. Incidentally, we've confirmed that the 2GB or 4GB SO-DIMM on 2RANK work. (It'll be 2GB RAM though you install 4GB hardware on 2RANK.) mr matsumoto, many thanks for informing the debian arm community of this. there is a significant problem in compiling any large software such as openoffice, firefox, webkit web browser and many others, because they are too large for 1GB of RAM at the linker stage. yours would literally be the first company in the world to provide an actual real-world affordable product to software (libre) developers that could be used to help GNU/Linux distributions be effective in the ARM world, by helping to accelerate and stabilise the building of those distributions. may i therefore introduce you to steve (cc'd) who will know who would especially in the debian-arm community need one of the openblocks AX3/4 devices with 3GB of RAM? the availability of SATA-II is also of significant benefit because as a build system direct access to a fast hard drive is a definite advantage. the use of the OpenBlocks AX3/4 as part of a 24x7 build farm will *definitely* test the reliability of the product! can i recommend working closely with steve and the other debian-arm developers? warm regards, l. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capweedwxvdsefiojrqjvzpo9nz+kr5qy7istst1v53y4wrb...@mail.gmail.com
Fwd: [Arm-netbook] ARM port(s) BoF at DebConf
ughh :) *sigh* why is this so difficult for manufacturers to understand that there are people who both want and need to push the limits? don't tell me, i know the answer: they want to reduce costs in mass-volume manufacturing. *sigh*. -- Forwarded message -- From: Mehmet Mersin mmer...@gmail.com Date: Tue, Jul 24, 2012 at 12:24 PM Subject: Re: [Arm-netbook] ARM port(s) BoF at DebConf To: Linux on small ARM machines arm-netb...@lists.phcomp.co.uk On Tue, Jul 24, 2012 at 8:06 PM, lkcl luke luke.leigh...@gmail.com wrote: On Tue, Jul 24, 2012 at 12:00 PM, Gordan Bobic gor...@bobich.net wrote: ReadyNAS is DDR1, not DDR3. That's why it's limited to 1GB of RAM - DDR1 SO-DIMMs don't come in sizes 1GB. the specs on the readynas.com web site say that ReadyNas Duo v2 takes DDR3 RAM. Curious. I wonder if the postings I saw with the RAM part numbers used was for the older ReadyNAS, then. I clearly recall 333MHz DDR RAM being mentioned. wouldn't surprise me if it was a mistake on the readynas web site... It takes DDR3 RAM, but it's soldered on board. A google image search gave me this link: http://www.legionhardware.com/articles_pages/netgear_readynas_duo_v2,3.html Here is internals of ReadyNAS Duo (not v2): http://www.xbitlabs.com/articles/networking/display/netgear-readynas-duo_4.html A forum post says that only ReadyNAS Duo has SO-DIMM socket, v2 doesn't have it. Such a pity, with USB3, SATA and Gigabit Ethernet, it's a very good product for this price. But memory is not upgradeable. -mehmet mersin ___ arm-netbook mailing list arm-netb...@lists.phcomp.co.uk http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook Send large attachments to arm-netb...@files.phcomp.co.uk -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPweEDyUtnvZry3wGe1WK0UA4xX9u+bbhntEEK9VjC-VWK=e...@mail.gmail.com
Fwd: [Arm-netbook] x11 for a10 cpu
fuller context is here: http://lists.phcomp.co.uk/pipermail/arm-netbook/2012-July/004696.html i'm forwarding this to debian-arm as an fyi as it may become a bit of an issue when it comes to distributing xorg for various differing ARM platforms. if anyone knows of a more appropriate place than debian-arm that should be notified please can they take responsibility for contacting the appropriate people. l. -- Forwarded message -- From: Tom Cubie mr.hip...@gmail.com Date: Wed, Jul 4, 2012 at 2:05 AM Subject: Re: [Arm-netbook] x11 for a10 cpu To: Linux on small ARM machines arm-netb...@lists.phcomp.co.uk 0x3003 == 12291 make sense :-) i got the reply from arm. I think you are having this problem because your X11 environment is configured to load the GLX extension and switch on AIGLX. GLX and AIGLX are used to enable hardware acceleration in X11 on OpenGL capable GPU. But Mali support OpenGLES, not OpenGL, so these extensions cannot be used. If you refer to the xorg.conf template from DX910-SW-99003 package then you will see that it does not load the GLX extension nor switch on AIGLX. Please can you try disabling the loading of the GLX extension and switch of AIGLX in your xorg.conf. If your xorg.conf neither explicitly loads the GLX extension nor switches on AIGLX, the xorg-server that you are using could have been compiled without the --disable-glx option. In that case, you should obtain a xorg-server that was compiled with this option. -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ ___ arm-netbook mailing list arm-netb...@lists.phcomp.co.uk http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook Send large attachments to arm-netb...@files.phcomp.co.uk -- Keep simple, stay foolish. ___ arm-netbook mailing list arm-netb...@lists.phcomp.co.uk http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook Send large attachments to arm-netb...@files.phcomp.co.uk -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPweEDytVUphRbp-h5Svh=iq0btx6fhrdf6ocvhzsfsungj...@mail.gmail.com
Re: 9nov11: progress on allwinner A10
On Wed, Jan 11, 2012 at 12:05 PM, wilsonjonathan piercing_m...@hotmail.com wrote: On Wed, 2011-11-09 at 20:44 +, Luke Kenneth Casson Leighton wrote: big snip Not sure if this is the best thread to use, please advise if another is more appropriate. probably arm-netbooks is best, we'll live with it for now, please do subscribe. I've just read the first and last page of the ITWire article and it made me think about something related to my particular TV/Monitor. Its an LG Flatron 22 and it has a PCMCIA slot in it which is used to de-cript UK top up channels; (Digital over TV, not satellite.) via a CI+CAM adapter. ... which is PCMCIA, thus it is obsolete as PCMCIA but is still mass-produced. (hence the reason why we chose and patented re-use of industry-standard connectors with one of the most convoluted clauses/claims you've ever seen in your life _and_ it's a recursive patent to boot :) It made me wonder if it were possible to use a combination of your proprosed design and said monitor to create a computer TV. funny you should mention that... http://www.elinux.org/Embedded_Open_Modular_Architecture/PCMCIA/LCD-TV http://www.elinux.org/Embedded_Open_Modular_Architecture/PCMCIA/Passthrough since then i realised that huh, actually, you could do an EOMA-compliant card with nothing more than an HDMI input on it! it would basically have the gubbins of the monitor's electronics (brightness control, HDCP decode etc.) and would spew forth 24-pin RGB/TTL... funnily enough that's exactly what's on the EOMA interface. so, taking this logically one step further, you could now plug those dumb monitor cards... into a laptop chassis, or a tablet chassis... and you've just turned the laptop into a monitor with a keyboard, and the tablet into a monitor with a touchscreen. I'm guessing the TV would need a firmware update of some kind to be able to stream output from the pcmcia to its display although if its current design transfers the digital signal to it, it decodes, and then re-transmits it back to the TV it wouldn't be much of a change. yes: the logical step is to have a $3 DVB-T tuner on-board the CPU card. there are however a couple of problems to overcome: a) having encrypted video be output as 24-pin RGB/TTL pisses off the media companies, right royally. the solution here is: just don't bother asking them, nor even get involved in that market. problem solved. b) getting a coax connector (external diameter appx 11mm) onto the end of a PCMCIA-sized card is a bit... yeah, you can see it might be a bit too large, but it's doable. no, those tiny ones aren't acceptable: you have to think in terms of grandma or a 5-year-old trying to jam these in, bounce them around. removable flying leads aren't ok either: people lose them and/or rip them off. One advantage would be that its power could be drawn from the TV and with all the on-board connections would be rather eligant solution such that it may be worth contacting LG and other manufacturers for their take on it. already on it. can't say more about it at this stage, but yes, i have a contact who is in discussions. they like the idea a lot, because they are looking at getting RD Grants, but as an LCD monitor company they are not allowed to enter other markets... ... this would be a way for them to bypass that *grin* :) Also it would be another line of sales, one which could be quite large so further reducing costs or if marketed correctly could be used to subsidise further developments or the standalone devices. nooow you're getting it :) Anyway, just an off the cuff thought. already on it jon - please do subscribe to arm-netbooks and continue this discussion there, because we could do with lots more how about if... ideas for products. i keep going over this and it's tricky. do we advise them to do a monitor that can be converted? or, do we advise them to do a monitor that always has an HDMI and a VGA input, if so, where do you do the switching (RGB/TTL? LVDS?) and is it low-cost enough? much of this stuff we don't know because LCD Monitor chipsets, esp. the HDMI ones, are pretty hard-core and closed. and the ones i can actually find are relatively expensive, making TI's TFP401a look cheap by comparison. l. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPweEDw9e2+QnWK7tiiJkUEM=-6X6=wiqm7t9omthyf4q94...@mail.gmail.com
[Arm-netbook] FSF Endorsed ARM EOMA-PCMCIA Compliant Module
just fyi, this discussion has been initiated on arm-netbooks. bari, who is a hardware engineer, would like to know if anyone would be interested in having the beaglebone adapted, or any other of the open schematics boards such as the origen, beagleboard-xm, IMX53QSB etc. into a credit-card-sized EOMA-PCMCIA-compliant format. http://www.elinux.org/Embedded_Open_Modular_Architecture/PCMCIA the advantage of using the beaglebone board is that it's already pretty small, so would require a minimum amount of work to adapt, http://rhombus-tech.net/am335x/ also fyi i've opened up the preorders page on rhombus-tech, for allwinner a10 (1.5ghz Cortex A8, $7 pricing in mass-volume) CPU cards: http://rhombus-tech.net//allwinner_a10/orders/ l. p.s. apologies for the ikiwiki needing an update to its underlying openid perl module (phil hands is sorting that out, thanks phil!), so a local login (see other option) is best for now. if you have your own openid account (but non-google or non-yahoo) somewhere you may have some success, as long as openid 1.0 is properly supported by the server that you use (google deviate slightly from the published spec. vunderbarr...). last resort, please email me directly and i will add a preorder on your behalf, it's an ikiwiki, there's git access hurrah! -- Forwarded message -- From: Bari Ari b...@onelabs.com Date: Tue, Dec 13, 2011 at 10:23 PM Subject: [Arm-netbook] FSF Endorsed ARM EOMA-PCMCIA Compliant Module To: Linux on small ARM machines arm-netb...@lists.phcomp.co.uk I was waiting for the beaglebone to start shipping to see if it is worth re-spinning it in a EOMA-PCMCIA-compliant format. http://beagleboard.org/bone It uses the TI 700MHz AM3358 ARM Cortex-A8 Microprocessor http://www.ti.com/product/am3358 XAM3358ZCE $14.05 | 1ku Which TI, ST, Freescale or other ARM soc would people prefer to have in the EOMA-PCMCIA-compliant format that would fit the FSF endorsement? -Bari ___ arm-netbook mailing list arm-netb...@lists.phcomp.co.uk http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook Send large attachments to arm-netb...@files.phcomp.co.uk -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capweedxtj2bpq9gozznqjtnny8uw9xgsp_h4aksomf1uotg...@mail.gmail.com
