Archlinuxarm On C3x00

[ArchiMark]

Try

Code: [Select]

modprobe pcnet_cs
or

Code: [Select]

modprobe axnet_cs
and run ifconfig -a after probing for each

http://tuxscreen.net/wiki/view/PCMCIA

THANKS!!!

pcnet_cs worked......

Got ethernet working again!.....

Yeah!

Now, just gotta hope that Arch fixes systemd or whatever it is that made system wonky.....

 

[greguu]

That's weird. lspcmcia is part of the pcmciautils package under x64 Arch but it doesn't seem to be in the ALARM repos.

If you have a Linux PC with a CF card reader it might be easier to try to get some info out of the card that way.If there is no model number or manfacturer printed on the card and/or you have no luck with lspcmcia you may have to compile your own pcmciatools. Or you could boot another distro where it works and find out the module name by running lsmod.

As you've noticed, we have no good way to scroll the console buffer yet - you just have to use good ol' grep, less, more and pals. That'd be one good thing about getting X going - scrollable console buffers!

pcimciautils have been removed from the ALARM repo a long time ago. I compiled a binary, see attached.

example :

Code: [Select]

./pccardctl status
Socket 0:
  3.3V 16-bit PC Card
  Subdevice 0 (function 0) bound to driver "pcnet_cs"
Socket 1:
  3.3V 16-bit PC Card
  Subdevice 0 (function 0) bound to driver "pata_pcmcia"

Code: [Select]

./pccardctl info
PRODID_1="BUFFALO"
PRODID_2="LPC-CF-CLT"
PRODID_3="R01"
PRODID_4=""
MANFID=026f,0307
FUNCID=6
PRODID_1="HITACHI"
PRODID_2="microdrive"
PRODID_3=""
PRODID_4=""
MANFID=0319,0000
FUNCID=4
I might add this binary to the next rootfs release.

[greguu]

You could try lspcmcia and dmesg.

Thanks!.....

lspcmcia: command not found

dmesg......scrolls by too quick....I see some lines of text about midway during scrolling that look red......

What's the trick (key combo...) to be able to scroll back up through the text....have tried various combos, but no luck so far.....

I've got video playback working under the console although it def. struggles to play back VGA res MP4 files.

I had to use the SDL EVs mentioned earlier in this thread then I used:

Code: [Select]

mplayer -vo sdl video.mp4
mpv is the best video player but unfortunately its Arch package is compiled without SDL support which is what it requires to play video outside of X as mpv has no direct fbdev support.

I've got some more exciting news too but I'm goiing to deliver that in the form of a video soon!

Wow, sounds great........standing by for video soon......

MPLAYER : It would playback faster if you re-encode the video rotated and use "-vo fbdev" . You can rotate with mplayer, but this is slow too. (-vf rotate=1)
I have not tried video playback with arch on the Z. x264 would be to hard to decode for the Z. I think divx3 or mpeg2 would play more fluent if I remember correctly.

CPUFREQ : the previous 4.2.3 kernel did not have cpufreq support. Current one does but I have not found out how to over clock. Not sure this is possible without a patch.

ETHERNET : I have tested the current kernel and did a pacman -Syu. My card modules get still auto loaded, no need for /etc/modules. I wonder what the issues is. Saying that I have still issues because of systemd as mentioned earlier. I tested on a clean rootfs, the same issue when upgrading to latest systemd via pacman -Syu

SYSTEMD : You can downgrade to systemd-226-3 and systemd-sysvcompat-226-3. I have attached the previous systemd version in case you do not have it. If your modules autoload with the previous version then at least we know that the issue is systemd.

[ArchiMark]

Thanks for this, daalnroti.....

Will try these files out in the next day or so....

Meanwhile, I tried pacman now that I can connect to internet again....

But I either get 'target not found' or 'error: failed retrieving file 'xxxx.....' from mirror.archlinuxarm.org:
Could not resolve host: mirror.archlinuxarm.org'

[greguu]

As you've noticed, we have no good way to scroll the console buffer yet - you just have to use good ol' grep, less, more and pals. That'd be one good thing about getting X going - scrollable console buffers!

Really, installing X just to get a scrollable console buffer ? I found some time and mapped Fn + n (ScrollUp), Fn + m (ScrollDown). See attached map file.

It was simple as that  :

Code: [Select]

keycode  49 = n              
        altgr keycode 49 = Scroll_Backward
keycode  50 = m              
        altgr keycode 50 = Scroll_Forward

[greguu]

Thanks for this, daalnroti.....

Will try these files out in the next day or so....

Meanwhile, I tried pacman now that I can connect to internet again....

But I either get 'target not found' or 'error: failed retrieving file 'xxxx.....' from mirror.archlinuxarm.org:
Could not resolve host: mirror.archlinuxarm.org'

Confirm first that you can connect to the internet.

Code: [Select]

ping google.com

ping mirror.archlinuxarm.org
If these fail, you may not have a proper connection ? Do you use DHCP ?

what does

Code: [Select]

ip addr

route
show ?

[greguu]

Hi daal

I noticed the release notes for 4.2.3 0.3 state:

* Added PXA2xx cpufreq

It doesn't seem to be working for me but maybe I missing something? I have got:

Code: [Select]

pxa27x_maxfreq=624
Appended to my kernel parameters in boot.cfg for the latest kernel but lscpu says I'm still running at 416Mhz.

Hi danboid.

I did some testing and it turns out the pxa27x_maxfreq=624 does not get passed on to cpufreq. I hardcoded now the 624Mhz in the kernel.

See attached a  4.2.3 v0.3 kernel that will boot with maxfeq 624 Mhz.

Setting it to 624Mhz or 520Mhz causes a known issue with the LCD driver,  resulting in flickering.
 
You can change the frequency and governor via the cpufreq-set  tool and check with cpufreq-info.

The PXA270 CPU found in the Cxx00 series is capable of running stable at 624 Mhz, but will get more hot.

The Z was not designed to run at that speed and components (LCD for example) are not in tune with higher clock speeds.

If I remember correctly , there used to be a fix for the LCD issue when over-clocking back in the pdaxrom days...

Cheers!

[greguu]

Meanwhile, I've been scanning through the posts over at talk.maemo.org regarding Arch on N900....got it working plus LXDE (posted some screenshots, post #386...) back on May 1 2013.......so, been a while......some interesting info there....I've been noting which posts may have some useful info.....

My main phone is a Nokia N9. I possibly could install Arch on it too, as it is almost the same as the N900. I still run the stock ROM plus Sailfish Theme.
It is outdated but still has all the apps I need and works fine. I pre-ordered a Jolla Tablet and hope to get it delivered this year.

[greguu]

You may find Tmux usefull : https://wiki.archlinux.org/index.php/Tmux (pacman -S tmux)

[greguu]

The screen still goes white after 10m in this version - not that you claimed to have fixed it.

Hi danboid,

I have not fixed that issue yet. You can add

Code: [Select]

consoleblank=120
to your boot.cfg kernel options. It will set the time when the console will blank in seconds.

It seems the first few blanks will go white, then it goes black.

I will need to compare 3.11.3 code for framebuffer and vt with the 4.2.3 code to see what changed.

In the meantime the "setterm -blank" fix would be sufficient, I guess.

[danboid]

daal:

Great to hear you fixed the keymap to add scrolling!

I'll try your overclocked kernel today but I don't think Arch uses the cpufreq tools any more to manually set the CPU as its not in the repos any more. cpupower is the replacement ( see https://wiki.archlinux.org/index.php/CPU_frequency_scaling ) and when I run:

Code: [Select]

# cpupower frequency-info
With the latest normal kernel (not the hard overclocked one) it says 416Mhz is the max and its already set to the performance governor. I've tried using

Code: [Select]

# cpupower frequency-set -f 624
but that gives me an error saying no can do. I'm not really concerned about it though - if the hard-coded overclocked kernel works I'm fine rebootiing to change CPU speed.

Could you update post #1 with a link to my guide now that ArchiMark has proved it works please? Thanks for that and also for the tips on screenblanking which I'll try soon.

Mark:

As for your connection probs, you may recall me saying that if you have DNS issues you should make sure systemd-resolved.service is running?

https://wiki.archlinux.org/index.php/Systemd-networkd

EDIT

daal: You could also update the first post to mention that sound works and that one user has had success getting wifi working using wifi-menu.

[greguu]

daal:

Great to hear you fixed the keymap to add scrolling!

I'll try your overclocked kernel today but I don't think Arch uses the cpufreq tools any more to manually set the CPU as its not in the repos any more. cpupower is the replacement ( see https://wiki.archlinux.org/index.php/CPU_frequency_scaling ) and when I run:

Code: [Select]

# cpupower frequency-info
With the latest normal kernel (not the hard overclocked one) it says 416Mhz is the max and its already set to the performance governor. I've tried using

Code: [Select]

# cpupower frequency-set -f 624
but that gives me an error saying no can do. I'm not really concerned about it though - if the hard-coded overclocked kernel works I'm fine rebootiing to change CPU speed.

Could you update post #1 with a link to my guide now that ArchiMark has proved it works please? Thanks for that and also for the tips on screenblanking which I'll try soon.

daal: You could also update the first post to mention that sound works and that one user has had success getting wifi working using wifi-menu.

Hi danboid,

I have updated the OP to include the changes you requested.

My main arch setup still has cpufrequtils installed. I read about cpupower, but was not aware cpufrequtils as been obsolete !

I can provide a cpufrequtils package if needed. Please test with cpupower, but keep in mind I have no intention to troubleshoot and support the over-clocked kernel.

Cheers!

[danboid]

Thanks Daal!

I'll still let you know if the overclocked kernel boots and does what it says on the tin later.

http://smjrifle.net/restore-asroot-yaourtmakgpkg-arch/

"Let me build stuff as root goddammit!" fixed under Arch the lazy way - yay!

[greguu]

http://smjrifle.net/restore-asroot-yaourtmakgpkg-arch/

"Let me build stuff as root goddammit!" under Arch fixed the lazy way - yay!

I use yaourt on my x86 machine, but not on the Z. I agree, yaourt not allowing builds as root is annoying, but I got used to it. Good to know there is a fix.

BTW : you can use most AUR packages under ALARM. you just need to modify the architecture to include arm.

https://github.com/archlinuxarm/PKGBUILDs is a good resource if you need to do a custom build of any application.

Building Packages for Arch Linux ARM, you need to.

    Install the build essentials. These are needed to compile packages on Arch Linux ARM.

Code: [Select]

    $ sudo pacman -S kernel26-headers file base-devel abs
( NOTE : kernel26-headers  may be outdated, check for the most recent package )

    Obtain the PKGBUILD. You need to download the tarball that you want. You can find the tarballs for programs at the AUR.

    Make the packages. Next you need to run makepkg in order to generate a package that pacman can install.

Code: [Select]

    $ makepkg -Acs
    The -A option ignores the target Arch architecture. The -c option cleans up the directory after makepkg is done, and -s installs the needed dependencies.

        It is advised that you do NOT run makepkg as root as it can cause permanent damage to your system. If you really need to run it as root though, use the --asroot option.

    Install the package. makepkg should have create a file in the directory with the filetype .pkg.tar.xz. You should install this package by using the -U option with pacman.

Code: [Select]

    $ sudo pacman -U x.pkg.tar.xz
        Make sure you replace x.pkg.tar.xz with the actual package name.

[greguu]

TIME : when cold booting your Z , do you get the correct time after boot ? As far as I know the RTC does not work. I installed fake-hwclock. It helps a bit.