Afgelopen zaterdag was ik in Rotterdam. Daar zag ik
Latest Entries »
So, I am working on my scrobbler application. So far so good.
So, recently i installed the qmmp media player on my linux.
gethostbyname(hostname, AF_INET6);
So, yeah, I got this BeagleBoard for a while now.
The problem is just, with this job I hardly got
any time to do stuff. After work I am just too
tired to do much stuff. Anyways, so, my BeagleBoard.
Since all my monitors had a VGA interface, and the
BeagleBoard only support DVI-D interface, I needed
a converter or a new monitor. The converters
are ridiculously expensive. Why is an external DAC
so expensive, while they are integrated in any
cheap-ass video card?? Anyways, at my work, we got
new monitors, so I could buy an old monitor with
DVI interface for cheap.
It’s native resolution is 1280×1024…. So far so good,
I tried to set my BeagleBoard to that resolution, but,
my monitor kept complaining about the signal to be out
of range. Why? The resolution is it’s native resolution.
So… Why was the monitor still complaining. The board
is supposed to support that resolution. 1
After a little googleling around, it turns out, the
refresh rate for this resolution is too low. This is my
first experience with DVI, but I was assuming refresh
rate was no more relevant, since an LCD display has
no physical refresh rate, there is no electron cannon
anymore. But it seems otherwise. So, until there will
be an updated driver that allows running a higher
refresh rate. (The pixel clock should be able to get
as high as 86.5 MHz, but is limited to 72 Mhz by the
current driver, it seems)
So, for now, I cannot get it working at my monitors
optimal resolution.
At the moment I am using Debian for ARM cpu on
the BeagleBoard. This is compiled for general ARM
cpus and contain no optimizations for my CPU, but
after a little googleing, I found 2 The Pandora uses
the same CPU as the BeagleBoard, so this should
be usable for the BeagleBoard as well.
Dusssss mensen, ikke ben nu op vakantie in ierland.
Gister aangekomen, en vandaag zijn we dus begonnen.
Met een busje naar een hostel gebracht. Daar lagen
We op een grote kamer vol vreemden die tot laat
Het licht aan lieten en ‘s morgens vroeg ook.
Ook klopte er niets van de indeling van de bedden.
Maar goed nu is de vakantie echt begonnen.
Op onze kamer liggen alleen mensen van
Onze reis. We zijn nu galway en gaan zometeen
De stad in, en vannavond de kroegen.
Tot zo ver ierland,
*knuf*
André
Zo, al een tijdje niet geblogged, en zeker
niet gevlogged. Dat vloggen gaat vandaag
niet lukken vrees ik, maar bloggen dat wel,
zoals je kunt lezen. Afin, wat is er ondertussen
gebeurd. Gisteren, maandag dus, naar de
efteling geweest met hans en joyce. En joyce
d’r ouders. Maandagochtend verzamelen bij
Joyce thuis, en naar de efteling gereden.
Och ja, fotootjes komen later nog wel eens
online, zoveel zijn er toch niet gemaakt.
Anyways, ik sta dus op het punt om op
vakantie te gaan. Vanaf morgen ben ik
een weekje niet thuis. Ik ben een weekje
naar Ierland. Daar zullen ook fotos van
online verschijnen. Ik ga eens kijken of
mijn Android telefoon zo lief is om de
fotos per dag naar de server te jagen.
Dat zal zeker wel lukken :P lol moderne
technologie….
Hier is de video. Ben nu te moe om meer te schrijven.
[youtube=http://www.youtube.com/watch?v=xb42NV4N4Wk]
ff bijblaten, weer een hele tijd niets geschreven.
dus ff over afgelopen weekend. zaterdag was ik
naar het theater. het spinazieblik in heerlen
waar joyce en randy bij spelen. die hadden een
voorstelling van het stuk ‘circel van het cerpent’
was best wel mooi hoor. maar verder, zaterdag
heb ik nog meer gedaan, namelijk een nieuwe
telefoon gekocht, een android telefoon. best
een leuk ding.
zondag wezen uit eten met de familie. bij indisch
restaurant simla in sittard. eten was goed daar!
goed, verder, vrijdag ga ik naar terneuzen. joyce
en ik gaan daar dus heen met de trein, en pieter
zal ook naar terneuzen gaan. eindelijk zeg, zie
ik die pieter ook eens in het echt. lol
So, I bought two modules of DDR RAM
Edit: the ATI video card is also causing trouble
on the other mainboard. It works but it refuses
to enable the TV-out. It sees the TV, but
enabling it fails. I should never buy an ATI
video card again, nothing but trouble :/
…. but I could not find a Gefore 8 series
video card with AGP interface…..
Edit2: It now works, now I connected my monitor
using a DVI-to-VGA adaptor on the DVI port.
It seems the card is using some funny wirering
that only enabled tv output when the monitor is
connected to the DVI port, and disables it on the
other port.
So, ya know, I have this website,
www.blaatschaap.be. This website
offers IPv6 connectivity. Also, I have
IPv6 connectivity at home. My ISP is
xs4all, and they offer an IPv6 tunnel (proto41).
So, last week, a problem appeared on the
website. It seemed to be impossible to
upload a photo. When I tried to upload
a photo, it just timed-out. I tried to change
some settings on the server, but without
result.
After I started using a sniffer, the true
problem showed itself. The problem wasn’t
at the server, but at my home.
Look at the result from the sniffer:
So, what are we seeing here.
The first three packets show a TCP handshake,
nothing unusual there. Since I am uploading
an image over a HTTP POST, there is a lot of data
to be transferred, which is in the next packet.
In a reply to that packet, we receive a ICMPv6
packet ‘too big’. So, that’s the problem, the packet
my browser tried to sent was too big. According
to the IPv6 Specs, the client is supposed to send
a smaller packet when it receives a ICMPv6 too big
packet. When looking at what the sniffer shows,
that appears even to be happening, but for some
reason, it still doesn’t seem to work.
The MTU, is 1480 for a Proto41 IPv6 tunnel.
The default MTU for Ethernet networks
is 1500, so changing the MTU to 1480 solves the
problem. (see this link)
So, now I’ve found the problem, and know how to
fix it, it’s time to have this fix made permanently.
So, looking for the fist solution:
adding:
pre-up /sbin/ifconfig $IFACE mtu 1480
to my /etc/network/interfaces file. (See this link)
Applying this solution does set the MTU to the
desired value, but also makes IPv6 to stop
working. So, this solution is no option.
The solution that did work is
up ip link set mtu 1480 dev $IFACE
With that line added to my /etc/network/interfaces
file, my IPv6 connectivity works, and my MTU is set,
so I will not generate packets that are too big for
my tunnel. (See this link)