blog.windfluechter.net

After being able to plug in all four 1G DIMMs, the machine recognizes them as 4x 1GB dual-ranked. Sadly only 3.1 GB are usuable., though. But more annoying are random lockups from the radeon driver:

[code]Feb 8 12:01:50 muaddib kernel: [239359.738458] [drm:radeon_cp_idle] *ERROR* radeon_cp_idle called without lock held, held 0 owner f4faf5c0 f4faf5c0
Feb 8 12:01:50 muaddib kernel: [239359.738458] [drm:radeon_cp_reset] *ERROR* radeon_cp_reset called without lock held, held 0 owner f4faf5c0 f4faf5c0
Feb 8 12:01:50 muaddib kernel: [239359.738458] [drm:radeon_cp_start] *ERROR* radeon_cp_start called without lock held, held 0 owner f4faf5c0 f4faf5c0
Feb 8 12:01:50 muaddib kernel: [239359.738458] [drm:radeon_cp_idle] *ERROR* radeon_cp_idle called without lock held, held 0 owner f4faf5c0 f4faf5c0
Feb 8 12:01:50 muaddib kernel: [239359.738458] [drm:radeon_cp_reset] *ERROR* radeon_cp_reset called without lock held, held 0 owner f4faf5c0 f4faf5c0
Feb 8 12:01:50 muaddib kernel: [239359.738458] [drm:radeon_cp_start] *ERROR* radeon_cp_start called without lock held, held 0 owner f4faf5c0 f4faf5c0
Feb 8 12:01:50 muaddib kernel: [239359.738458] [drm:radeon_cp_idle] *ERROR* radeon_cp_idle called without lock held, held 0 owner f4faf5c0 f4faf5c0
Feb 8 12:01:50 muaddib kernel: [239359.738458] [drm:radeon_cp_reset] *ERROR* radeon_cp_reset called without lock held, held 0 owner f4faf5c0 f4faf5c0
Feb 8 12:01:50 muaddib kernel: [239359.738458] [drm:radeon_cp_start] *ERROR* radeon_cp_start called without lock held, held 0 owner f4faf5c0 f4faf5c0
Feb 8 12:01:50 muaddib kernel: [239359.738458] [drm:radeon_cp_idle] *ERROR* radeon_cp_idle called without lock held, held 0 owner f4faf5c0 f4faf5c0
Feb 8 12:01:50 muaddib kernel: [239359.738458] [drm:radeon_cp_reset] *ERROR* radeon_cp_reset called without lock held, held 0 owner f4faf5c0 f4faf5c0
Feb 8 12:01:50 muaddib kernel: [239359.738458] [drm:radeon_cp_start] *ERROR* radeon_cp_start called without lock held, held 0 owner f4faf5c0 f4faf5c0
Feb 8 12:01:50 muaddib kernel: [239359.738458] [drm:radeon_cp_idle] *ERROR* radeon_cp_idle called without lock held, held 0 owner f4faf5c0 f4faf5c0
Feb 8 12:01:50 muaddib kernel: [239359.738506] [drm:radeon_cp_reset] *ERROR* radeon_cp_reset called without lock held, held 0 owner f4faf5c0 f4faf5c0
Feb 8 12:01:50 muaddib kernel: [239359.738530] [drm:radeon_cp_start] *ERROR* radeon_cp_start called without lock held, held 0 owner f4faf5c0 f4faf5c0
.....
[/code]

The machine itself is still reachable and working, but the radeon module causes 100% CPU load and X is not killable.

*sigh*

Heute haben wir ein wenig Zeit damit verbracht, alte Fotos zu sichten. Dabei fiel u.a. auf, daß manche Filme zeitbeständiger sind als andere. Außerdem hatten wir die Vermutung, daß in Fotoalben eingeklebte Fotos weniger farbecht sind, als lose Fotosammlungen in den Umschlägen, die man so von der Entwicklung zurückbekommen hat. Die Vermutung liegt nahe, daß eventuell der Klebstoff aus den Alben über die Zeit die Fotos "schlecht" werden läßt. Sie werden rotstichig und blaß. Hat vielleicht noch jemand eine ähnliche Erfahrung gemacht?
Heutzutage fotografiert man zwar digital, aber ich denke auch daran, die besseren bzw. besten Bilder dann auch auf Fotopapier belichten zu lassen, was natürlich unschön ist, wenn die Bilder dann nach ein paar Jahren rotstichig und blaß werden. Die Alternative wären gedruckte Fotobücher. Ein langfristige Archivierung auf CDs/DVDs halte ich auch nicht unbedingt für sicher. Vermutlich wird es darauf hinauslaufen, auf einen Mix verschiedener Methoden zu setzen, um Fotos über die nächsten Jahrzehnte hinwegzuretten.

Aber einfach mal zwei Beispiele:

normales Bild

rotstichig und blaß

Vielleicht hat jemand ja Tipps, wie man sowas für die Zukunft verhindern oder wie man Bilder und Filme sinnvoll archivieren kann? Derzeit setze ich wie gesagt auf eine Mixtur aus Festplattenspeicher und belichteten Fotos.

Mit dem auf dem DrupalCamp gewonnenen Buch "Using Drupal" hab ich heute endlich mal CCK und Views funktionierend hinbekommen.

Eigentlich ist das gar nicht so schwierig, wenn man die Methode erst einmal verstanden hat, aber so ist das ja meistens. Ich kann das Buch aber schonmal bedenkenlos jedem empfehlen, der einen Einstieg in Drupal sucht und mit Hilfe von Praxisbeispielen die Möglichkeiten von Drupal erkunden möchte.

New day, new luck... and next try... ;-)

Today I received two emails with even newer BIOS updates for my problem. The second, latest version 1.80p did actually fix the problem of not booting with 4 GB of RAM. I haven't tried the first, previous version 1.80k yet, so I can't tell if that worked as well.

Anyway, despite the fact that the machine now recognizes 4 GB dual-ranked memory, Linux uses 3.1 GB of it - at least when not using Xen... But first without Xen, standard Debian 2.6.26-1-686 kernel:

[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Linux version 2.6.26-1-686 (Debian 2.6.26-13) (waldi@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-24)) #1 SMP Sat Jan 10 18:29:31 UTC 2009
[ 0.000000] BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
[ 0.000000] BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
[ 0.000000] BIOS-e820: 00000000000e4000 - 0000000000100000 (reserved)
[ 0.000000] BIOS-e820: 0000000000100000 - 00000000bff30000 (usable)
[ 0.000000] BIOS-e820: 00000000bff30000 - 00000000bff40000 (ACPI data)
[ 0.000000] BIOS-e820: 00000000bff40000 - 00000000bfff0000 (ACPI NVS)
[ 0.000000] BIOS-e820: 00000000bfff0000 - 00000000c0000000 (reserved)
[ 0.000000] BIOS-e820: 00000000fffc0000 - 0000000100000000 (reserved)
[ 0.000000] BIOS-e820: 0000000100000000 - 0000000140000000 (usable)
[ 0.000000] WARNING: BIOS bug: CPU MTRRs don't cover all of memory, losing 2048MB of RAM.
[ 0.000000] ------------[ cut here ]------------
[ 0.000000] WARNING: at arch/x86/kernel/cpu/mtrr/main.c:706 mtrr_trim_uncached_memory+0x123/0x183()
[ 0.000000] Modules linked in:
[ 0.000000] Pid: 0, comm: swapper Not tainted 2.6.26-1-686 #1
[ 0.000000] [] warn_on_slowpath+0x40/0x66
[ 0.000000] [] _spin_lock_irqsave+0x16/0x2f
[ 0.000000] [] _spin_unlock_irqrestore+0xd/0x10
[ 0.000000] [] release_console_sem+0x173/0x18c
[ 0.000000] [] vprintk+0x2d2/0x2de
[ 0.000000] [] generic_get_mtrr+0x2e/0x11e
[ 0.000000] [] printk+0x14/0x18
[ 0.000000] [] mtrr_trim_uncached_memory+0x123/0x183
[ 0.000000] [] mtrr_bp_init+0x20c/0x214
[ 0.000000] [] setup_arch+0x254/0x6bb
[ 0.000000] [] printk+0x14/0x18
[ 0.000000] [] start_kernel+0x62/0x2d7
[ 0.000000] =======================
[ 0.000000] ---[ end trace 4eaa2a86a8e2da22 ]---
[ 0.000000] update e820 for mtrr
[ 0.000000] modified physical RAM map:
[ 0.000000] modified: 0000000000000000 - 000000000009fc00 (usable)
[ 0.000000] modified: 000000000009fc00 - 00000000000a0000 (reserved)
[ 0.000000] modified: 00000000000e4000 - 0000000000100000 (reserved)
[ 0.000000] modified: 0000000000100000 - 00000000bff30000 (usable)
[ 0.000000] modified: 00000000bff30000 - 00000000bff40000 (ACPI data)
[ 0.000000] modified: 00000000bff40000 - 00000000bfff0000 (ACPI NVS)
[ 0.000000] modified: 00000000bfff0000 - 00000000c0000000 (reserved)
[ 0.000000] modified: 00000000fffc0000 - 0000000140000000 (reserved)
[ 0.000000] 2175MB HIGHMEM available.
[ 0.000000] 896MB LOWMEM available.
[ 0.000000] Entering add_active_range(0, 0, 786224) 0 entries of 256 used

Now, when I try to boot Xen hypervisor & kernel, Linux recognizes 4 GB of memory:

[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Linux version 2.6.26-1-xen-686 (Debian 2.6.26-13) (waldi@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-24)) #1 SMP Sat Jan 10 22:52:47 UTC 2009
[ 0.000000] Reserving virtual address space above 0xf5800000
[ 0.000000] BIOS-provided physical RAM map:
[ 0.000000] Xen: 0000000000000000 - 00000000f5730000 (usable)
[ 0.000000] 3199MB HIGHMEM available.
[ 0.000000] 728MB LOWMEM available.
[ 0.000000] Entering add_active_range(0, 0, 1005360) 0 entries of 256 used
[ 0.000000] Zone PFN ranges:
[ 0.000000] DMA 0 -> 4096
[ 0.000000] Normal 4096 -> 186368
[ 0.000000] HighMem 186368 -> 1005360
[ 0.000000] Movable zone start PFN for each node
[ 0.000000] early_node_map[1] active PFN ranges
[ 0.000000] 0: 0 -> 1005360
[ 0.000000] On node 0 totalpages: 1005360
[ 0.000000] DMA zone: 32 pages used for memmap
[ 0.000000] DMA zone: 0 pages reserved
[ 0.000000] DMA zone: 4064 pages, LIFO batch:0
[ 0.000000] Normal zone: 1424 pages used for memmap
[ 0.000000] Normal zone: 180848 pages, LIFO batch:31
[ 0.000000] HighMem zone: 6399 pages used for memmap
[ 0.000000] HighMem zone: 812593 pages, LIFO batch:31
[ 0.000000] Movable zone: 0 pages used for memmap
[ 0.000000] DMI 2.3 present.
[ 0.000000] ACPI: RSDP 000F9BC0, 0014 (r0 ACPIAM)
[ 0.000000] ACPI: RSDT BFF30000, 0030 (r1 A M I OEMRSDT 6000816 MSFT 97)
[ 0.000000] ACPI: FACP BFF30200, 0081 (r2 A M I OEMFACP 6000816 MSFT 97)
[ 0.000000] ACPI: DSDT BFF30360, 3417 (r1 P4V88 P4V88001 1 INTL 2002026)
[ 0.000000] ACPI: FACS BFF40000, 0040
[ 0.000000] ACPI: APIC BFF30300, 0052 (r1 A M I OEMAPIC 6000816 MSFT 97)
[ 0.000000] ACPI: OEMB BFF40040, 003F (r1 A M I OEMBIOS 6000816 MSFT 97)
[ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
[ 0.000000] ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
[ 0.000000] IOAPIC[0]: apic_id 2, version 3, address 0xfec00000, GSI 0-23
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.000000] ACPI: IRQ0 used by override.
[ 0.000000] ACPI: IRQ2 used by override.
[ 0.000000] ACPI: IRQ9 used by override.
[ 0.000000] Using ACPI (MADT) for SMP configuration information
[ 0.000000] Allocating PCI resources starting at c4000000 (gap: c0000000:3ffc0000)
[ 0.000000] PERCPU: Allocating 28552 bytes of per cpu data
[ 0.000000] NR_CPUS: 32, nr_cpu_ids: 2
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 997505
[ 0.000000] Kernel command line: root=/dev/md2 console=tty0
[ 0.000000] Enabling fast FPU save and restore... done.
[ 0.000000] Enabling unmasked SIMD FPU exception support... done.
[ 0.000000] Initializing CPU#0
[ 0.000000] PID hash table entries: 4096 (order: 12, 16384 bytes)
[ 0.000000] Xen reported: 2792.268 MHz processor.
[ 0.004000] Console: colour VGA+ 80x25
[ 0.004000] console [tty0] enabled
[ 0.004000] console [hvc-1] enabled
[ 0.004000] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
[ 0.004000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
[ 0.004000] Software IO TLB enabled:
[ 0.004000] Aperture: 64 megabytes
[ 0.004000] Kernel range: c3bce000 - c7bce000
[ 0.004000] Address size: 27 bits
[ 0.004000] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
[ 0.004000] Memory: 3888208k/4021440k available (1843k kernel code, 124136k reserved, 742k data, 196k init, 3275968k highmem)

Sadly, the machine gets so slow that it needs >20 mins (1100 secs) to boot. Most likely something is broken with PAE on this machine so it get's awfully slow.
I'm curious what the Asrock support will say about this!? ;)

Side note: I'm really satisfied with the good response from Asrock Support. Asrock might not be the company with the best mainboards available, but its support seems very good to me: very responsive and care taking!

Well, after getting some comments to my blog post I went today to the local dealer with my machine to test whether the board will be happy with 4 identical 1 GB DIMMs.
Long story made short: it isn't. Obviously it's the fault of the Asrock mainboard. Bummer.

So I'm stuck with just 3 GB of RAM. Thankfully the dealer took back the second new DIMM! :-)

Heute fand das erste Treffen der Drupal User Group Rostock statt und man kann sagen, daß es ein Erfolg war. Statt der angemeldeten 7 Teilnehmer kamen sogar 9. Die Mischung war recht bunt: vom Drupal-Neuling bis hin zu Fortgeschrittenen war wohl alles vertreten, so daß sich auch gleich Gespräche entwickelten.
Da die Örtlichkeit auch über kostenloses WLAN verfügte, konnten sowohl eine Erstinstallation erledigt als auch Probleme direkt angegangen werden. Interessant war auch zu erfahren, daß die meisten der Teilnehmer deswegen zu Drupal kamen, weil sie total genervt von Typo3 oder Joomla waren, um es mal so platt auszudrücken.

Man darf also auf den 2. Stammtisch gespannt sein! :-)

Villa Stahmer, GMHütteDa ich gerade auf verschiedenen Stadtportalen rumsurfen muss, um Informationen für den einen oder anderen Verwaltungsakt zu finden, treibe ich mich wohl oder übel auch zwangsweise auf der offiziellen Webseite der Stadt Rostock herum.
Nicht nur, daß das Design gräßlich und schrecklich unübersichtlich ist und den Eindruck macht, aus dem letzten Jahrtausend zu sein, nein, man findet dort auch kaum die gesuchte Information. Von einer übersichtlichen Strukturierung ist weit und breit genauso wenig zu sehen wie von einer sinnvollen Benutzerführung.

Um das Problem mal zu verdeutlichen, hier drei Übungsaufgaben:

1. Finde die Öffnungszeiten des Ortsamts 1 (Warnemünde) heraus.
2. Finde die Öffnungszeiten des Standesamtes heraus.
3. Finde heraus, welche Unterlagen man für eine Eheschließung braucht.

Zum Vergleich einmal die Stadt Georgsmarienhütte, meine alte Heimatstadt. Hier kommt man sehr viel zielstrebiger und einfacher zu den gesuchten Informationen:

1. Rechts in der Sidebar auf "Öffnungszeiten" und dann nochmal auf den Untermenüpunkt "Öffnungszeiten" klicken. Eine Seite geht auf. Öffnungszeiten aller wichtigen Ämter auf einer Seite aufgelistet.
2. Aufgabe 2 bereits mit dem ersten Punkt erledigt.
3. Rechts in der Sidebar auf "Quickfinder" klicken und "Virtuelles Rathaus" auswählen. Danach dann rechts in der Sidebar die Kategorie "Standesamt" auswählen. Dann nur noch "Eheschließung/Trauung" in der Mitte auswählen. Fertig.

Auch ansonsten macht die Seite der Stadt Georgsmarienhütte einen wesentlichen besseren und informativeren Eindruck. Im Grunde ist die Webseite der Stadt Rostock einfach nur noch peinlich. Es wäre wohl besser, wenn die Stadt Rostock eher auf eine Webseite verzichten würde, als dem Bürger bzw. Besucher den jetzigen Ist-Zustand zuzumuten.

Dear Lazyweb,

today I bought 2 GB addtional RAM for my Asrock P4V88 mainboard to max it out with 4 GB RAM. So, 2 GB RAM were already installed. I'm well aware that I can't use all of the 4 GB due to PCI address space allocation.
Asrock states on their webpage:

Memory:
- Dual Channel DDR memory technology
- Supports DDR400/333/266 non-ECC, un-buffered memory
- DIMM slots: 4
- Max. capacity of system memory: 4GB*

*Due to the chipset limitation, the actual memory size may be less than 4GB for the reservation for system usage under Windows® XP.

So, everything should be fine with adding 2 more Gigs to the already existing 2 GB of RAM, right?

Well, sadly it isn't. When adding the additional DIMMs I get a black, blank screen after powering the machine on. It seems to hang in POST. The HDD-LED ist lit all the time, but despite waiting for about 5 minutes nothing happens anymore. Just a blank and black screen.
Alas, the machine runs fairly well with 3 GB RAM, but then it's not Dual Ranked anymore.

I've already upgraded the BIOS to version 1.80 but no improvement. Anything else I can try? TIA!

So, heute habe ich dann für den ersten Drupal-Stammtisch in Rostock den Tisch bestellt, für 8 Personen. Bisher haben sich 7 Person im Forum angemeldet. Es ist also noch ein bißchen Platz... ;-)

Heute war ein guter Tag, auch wenn ich nicht genau sagen kann, warum das so war, aber es hat sich gelohnt und man hat was geschafft. Genaueres kann ich leider derzeit nicht sagen, aber ein bißchen Geheimniskrämerei ist von Zeit zu Zeit ja auch mal ganz nett. ;)