Re: [Arm-netbook] OT: The U.S. Needs to Stop Lecturing the Rest of the World About Internet Values

2016-12-27 Thread Stefan Monnier 
>> But it is forbidden to talk about Russian issues. Anyone who dares
>> gets sued, arrested, tortured or killed.
> In the "US empire", talking about issues is called whistleblowing,
> and you also get sued, arrested, tortured.

whistleblowing is a fairly special kind of "talking about issues".
Most cases of "talking about issues" in the west are not silenced by
suing/arresting/torturing/killing but by other means (mostly, by making
sure those messages stay confined to marginal circles, so if some of
them ever reach a wider audience, they sound much too outlandish to
have any credibility).  The confinement happens mostly by drowning the
signal.


Stefan


___
arm-netbook mailing list arm-netbook@lists.phcomp.co.uk
http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook
Send large attachments to arm-netb...@files.phcomp.co.uk

Re: [Arm-netbook] OT: The U.S. Needs to Stop Lecturing the Rest of the World About Internet Values

2016-12-27 Thread Denis 'GNUtoo' Carikli 
On Mon, 28 Nov 2016 03:51:00 +
FaTony  wrote:

> > Furthermore,
> > much of the Chinese and Russian political class believe the West’s
> > insistence on democracy and human rights is not merely distasteful
> > and unnecessary, but a concerted way to weaken and destabilize
> > them.  
It doen't look very different from the "west", that is the "US empire".
As the "US empire" I mean the USA and various countries under its
cultural influence, which affects business practices, the laws, people's
opinion, etc.

> Here's a view from inside of Russia. Russian TV is full of anti-west
> propaganda. Every day I hear ppl discussing how some bad stuff is
> happening in US, Europe or Ukraine and how Russian patriotism and
> Orthodox Church are the foundation upon which you should live.
The same is happening in US, Europe and around the world trough
propaganda too: Many US movies contains very heavy propaganda, and
heavily uses classical conditioning[1]. In such movies,
eastern-type people are often the bad people (criminals, etc).

> But it is forbidden to talk about Russian issues. Anyone who dares
> gets sued, arrested, tortured or killed.
In the "US empire", talking about issues is called whistleblowing,
and you also get sued, arrested, tortured.
- Some got sued (Thomas Drake).
- Some got sued, arrested, and tortured in prison[2] (Chelsea Manning).

As for being killed, I don't know any clear example with a smoking gun,
but that doesn't mean that it didn't happen.

> Russian authorities use a
> blacklist of sites and do DPI to make sure that nobody will find a
> way to opposition sites that bring up Russian issues.
As for the DPI and websites blacklist, I don't have enough inforamtion
on that.
DPI and websites blocking do exist[4], but it seems to be less way less
extensively. Propaganda is probably way more efficent.

> They also have
> the legal capacity to store all internet traffic for 6 months.
On many countries of the "US empire", there are also legal requirement
to store at least part of the trafic.

> But most people don't care about these issues, they are simply trying
> to survive and not die of starvation.
Same in the "US empire", due to unemployment, people are also trying to
survive.

Ironically, starvation and unemployment are deeply linked to the lack
of political freedom, because:
- The law is a really powerful coercion mechanism which can
  constraint even the most powerful companies.
- The law is supposed to be the expression of the general
  will[5]. And people can decide among themselves how they want to
  live, and might decide that tackling starvation is more important
  than other objectives.

And the "US Empire" isn't free either, most of its countries are
tyranical[6].

PS:
- Privacy is necessary. Its absence benefits totalitarism.
- Public discourse is necessary too, its absence also benefit
  totalitarism.

As an individual, balancing the two in a world that try to attack both
is complicated.

[1]https://en.wikipedia.org/wiki/Classical_conditioning
[2]https://en.wikipedia.org/wiki/Chelsea_Manning#Detention
[3]https://en.wikipedia.org/wiki/Ian_Murdock#Death
[4]https://en.wikipedia.org/wiki/WikiLeaks#2006.E2.80.9308
[5]La loi est l'expression de la volonté générale
[6]https://fr.wikisource.org/wiki/Dictionnaire_philosophique/Garnier_%281878%29/Tyrannie

Denis.

___
arm-netbook mailing list arm-netbook@lists.phcomp.co.uk
http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook
Send large attachments to arm-netb...@files.phcomp.co.uk

Re: [Arm-netbook] Monitor support

2016-12-27 Thread Stefan Monnier 
> I wonder, does EOMA68-A20 support these commands, especially without
> proprietary firmware for it's Mali GPU?

This has nothing to do with MALI: a GPU is a (co)processor which lets
you do computations often useful for graphics (but nowadays also used
for other things), so it is usually wired such that it can write
directly onto the framebuffer memory.

But the GPU itself sees the framebuffer as some chunk of memory, writes
to it, and that's it.  It has nothing to do with bringing this chunk of
memory to an LCD or some other display, which is instead done by some
other circuitry (called the "display engine" (DE) on the A20).
The same goes for the video-decode accelerator (aka VPU), which
is usually also a completely independent piece of hardware, BTW, which
also just writes to the framebuffer.

In the x86 world, since the graphics cards include both the GPU, the
VPU, and the "display engine", those notions are usually conflated,
but technically, they are independent, and in the ARM world they tend to
be clearly separate.

So, the question in your case is if the DE can handle your timings and
if the `xrandr` thingy will be able to properly configure the hardware.
AFAIK the A20's hardware should have no trouble with a 1600x1200x85Hz
timing, so the question is more on the software side.

For the "vanilla" kernels, I know there's some "sunxi-drm" module
available (tho AFAIK it still hasn't been merged into Linus's tree), so
some of the infrastructure is available but you still need an Xorg server
on top (presumably the `modesetting` driver might do the trick).


Stefan


___
arm-netbook mailing list arm-netbook@lists.phcomp.co.uk
http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook
Send large attachments to arm-netb...@files.phcomp.co.uk

Re: [Arm-netbook] A question about VREFTTL

2016-12-27 Thread Luke Kenneth Casson Leighton 
---
crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68

On Tue, Dec 27, 2016 at 12:20 PM, Internet  wrote:

> Great! That really helps me.
>

awesome.

> By the way: In the pinouts table on elinux.org
> 
> (http://elinux.org/Embedded_Open_Modular_Architecture/EOMA68/Hardware
> )
> there are duplicate signals on pins 27 and 28, I am pretty sure that pin 27
> was meant to be SSRX- instead of SSTX-.
>

well spotted, thank you.
___
arm-netbook mailing list arm-netbook@lists.phcomp.co.uk
http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook
Send large attachments to arm-netb...@files.phcomp.co.uk

Re: [Arm-netbook] A question about VREFTTL

2016-12-27 Thread Internet 
Great! That really helps me.

By the way: In the pinouts table on elinux.org

(http://elinux.org/Embedded_Open_Modular_Architecture/EOMA68/Hardware)
there are duplicate signals on pins 27 and 28, I am pretty sure that pin
27 was meant to be SSRX- instead of SSTX-.

On 27.12.2016 05:23, Luke Kenneth Casson Leighton wrote:
> ---
> crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
>
>
> On Mon, Dec 26, 2016 at 6:00 PM, Internet  wrote:
>> Hey, I am planning a custom project utilizing the EOMA68 standard
>  cool!
>
>> and I was wondering about VREFTTL.
>  ya.
>
>> What I have read so far (elinux.org) is that VREFTTL refers to the
>> maximum voltage that can be applied to the GPIOs. My questions are
>> though: Is VREFTTL always 3.3V
>  *NO* it's not.
>
>> or can it be lower?
>  between 1.8 and 3.3v, at the moment.  anything lower will need to be
> negotiated in a FUTURE standard (and the "default" range of 1.8v to
> 3.3v will be respected, for older Housings.  that means SoCs will need
> to have variable voltage power domains, but that's actually becoming
> quite common.
>
>
>> What should I do, if
>> some ICs require a certain supply voltage
>  please do NOT make the mistake of using VREFTTL as a *SUPPLY*
> voltage.  most (complex-function) ICs have a VDD (digital supply
> voltage) and a VCCIO.  the VCCIO is what you connect to the VREFTTL.
> take a look at the SN75LVDS83b or the TFP401a for examples.
>
>> and VREFTTL does not meet the
>> requirements?
>  find another IC that meets the variable-voltage 1.8 to 3.3v CMOS
> reference voltage or do level conversion.
>
>> Would it be necessary do level shifting in advance (to be
>> compatible with other voltages)?
>  yyep.  there's a number of ways to do it, dozens of ICs and circuits:
> the TXS0104 is great because it supports both open drain and
> push-push, you can use a MOSFET, or in some cases a straight diode
> will do (in a really counter-intuitive way, but it works).  take a
> look on the rk3288 schematic PDF, look for the HDMI page, you'll find
> a suitable converter circuit using a MOSFET (and protection diode).
>
>  http://hands.com/~lkcl/eoma/rockchip_rk3288/
>
>  l.
>
>
>
>> How much current can I draw out of the
>> computing card?
>  up to around 300mA.  do *not* go beyond that.
>
> ___
> arm-netbook mailing list arm-netbook@lists.phcomp.co.uk
> http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook
> Send large attachments to arm-netb...@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-netb...@files.phcomp.co.uk

Re: [Arm-netbook] moved to taiwan, started passthrough card

2016-12-27 Thread Luke Kenneth Casson Leighton 
http://rhombus-tech.net/community_ideas/passthrough_card/

quick update of the passthrough card page, revision 0.10 layout is
almost done and will be sent off for PCB (4 layer) manufacturing soon.

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-netb...@files.phcomp.co.uk