You are not logged in.
first impression - slowdown while copying large files on x86_64 seems to be fixed.
copying a multi gigabyte vm harddisk file doesn't result in any system slowdown at all!
edit: i'm using ext4 on all partitions except /boot
Can anyone confirm this? This has been bugging me ever since I switched to x86_64, I can't do ANYTHING when running my regular syncs/backups.
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
@toad
I have build virtualbox-modules for the new kernel 2.6.30.
Added this to your /etc/pacman.conf file
[archiso-live]
Server = http://arch-live.isawsome.net/testing/
I hope this helps.
I'm working on a live cds based on Archlinux. http://godane.wordpress.com/
Offline
schuay wrote:first impression - slowdown while copying large files on x86_64 seems to be fixed.
copying a multi gigabyte vm harddisk file doesn't result in any system slowdown at all!
edit: i'm using ext4 on all partitions except /boot
Can anyone confirm this? This has been bugging me ever since I switched to x86_64, I can't do ANYTHING when running my regular syncs/backups.
It's not fixed... I'm also using Ext 4 and desktop hangs sometimes for few seconds when copying large files. Last time I saw patches on lkml aimed at this issue, but they're probably for 2.6.31... However, I must try writeback mode and maybe this will help.
Last edited by pawels64 (2009-06-13 18:36:32)
Offline
Ah. Too bad then. Still, progress is always good.
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
@ godane and all the others offering to help
hooray!
Thanks a ton
never trust a toad...
::Grateful ArchDonor::
::Grateful Wikipedia Donor::
Offline
anybody experiencing freeze on lid close? kernel from testing and xf86-intel-newest from AUR. it happens only when on AC ( screen should go off ) on battery suspend to RAM works without problem. if somebody could guide me how to get error messages or logs i will provide them as well. thnx
UPDATE: doesnt work with xf86-video-intel-git either ( video performance is good ), what partially helps is
echo 1 > /proc/acpi/video/*/DOS
if I run it after login, strange thing is that it is allready in /etc/rc.local and shoud be executed. Another weird thing is that if I run echo 1 > /proc/acpi/video/*/DOS after login and close the lid the screen stays ON, If I unplug the AC cable and plug it in, close the lid the screen goes OFF like it should be according to the settings in gnome power manager. Very strange Anybody who has a clue about it?
BEST WORKING SOLUTION ( still not perfect, but I can live with it ) previous mentioned behaviour corelated with gpm 2.26.2 and 2.27.1. I downdraded gpm to 2.24.4. After login the first attempt on lid close doesnt work ( looks like thee screen goes OFF for a 1/4 sec but after that goes ON again ) when I open the lid the next close is workig ( screen goes OFF ), event dont need to unplug and plug the AC cable. Still bit weird I am deffinitelly more simple user as dev but like ARCH so much
Last edited by gofree (2009-06-13 21:40:28)
Offline
anybody experiencing freeze on lid close? kernel from testing and xf86-intel-newest from AUR. it happens only when on AC ( screen should go off ) on battery suspend to RAM works without problem. if somebody could guide me how to get error messages or logs i will provide them as well. thnx
yes, i had a complete freeze after closing the lid aswell. instead of showing the screen again, it just stayed black and i couldn't do anything but using the power button to shut down the machine.
and after some uptime i randomly get such freezes with 2.6.30 aswell while just doing random stuff or nothing at all. screen locks up, sound loops and i can't even activate capslock (led doesn't light up) so it's a complete freeze. i experienced that with self-built 2.6.30-rc3-7 packages too and was hoping it got fixed in the final release or was due to a bad configuration of new features.
i never had those complete lockups with 2.6.29.
Offline
I tried the kernel but it wouldn't find my xfs root partition for some reason. Even when I booted a live cd and chrooted and run blkid, xfs partition couldn't be found.
Offline
gofree wrote:anybody experiencing freeze on lid close? kernel from testing and xf86-intel-newest from AUR. it happens only when on AC ( screen should go off ) on battery suspend to RAM works without problem. if somebody could guide me how to get error messages or logs i will provide them as well. thnx
yes, i had a complete freeze after closing the lid aswell. instead of showing the screen again, it just stayed black and i couldn't do anything but using the power button to shut down the machine.
and after some uptime i randomly get such freezes with 2.6.30 aswell while just doing random stuff or nothing at all. screen locks up, sound loops and i can't even activate capslock (led doesn't light up) so it's a complete freeze. i experienced that with self-built 2.6.30-rc3-7 packages too and was hoping it got fixed in the final release or was due to a bad configuration of new features.
i never had those complete lockups with 2.6.29.
Same here. I get these lockups quite often (once a day), and the lid thing even more frequently.
I'm running Arch64 on a Dell Inspiron 6400, using the latest xf86-video-intel from testing.
Anyone else? What's your setup? Arch64?
Offline
What about "fastboot" option? Do I add it in menu.lst or it is enabled by default or in kernel config?
Offline
Belitsky.A wrote:This kernel have problem with sound: http://patchwork.kernel.org/patch/29569/. On my integrated AC97 sound is skipping both in tremulous and moc when they are run together.
Same here, really annoying, but I'll be able to live with it until it's fixed (hopefully soon!)
I've also run into the same issue (I also got integrated AC97).
(Obsolete, use the patch below) The "workaround" for the problem as suggested in this mailing list's message seems to do the trick for me.
Basically, you must recompile the kernel, using abs, and set CONFIG_SND_PCM_XRUN_DEBUG=y option and then do a
#echo 1 > /proc/asound/card0/pcm0p/xrun_debug
to fix the sound skipping issue.
So, if the sound skipping really annoys you and you don't mind recompiling the kernel, then this is a reasonable temporary solution until the problem is fixed upstream.
Update: A patch that should fix this problem have been released, so the above workaround method is obsoleted. Check the mailing list's message here and grab the patch here.
I've try out the patch and it seems to fix the issue for me.
Update2: I've open a bug report on this issue: http://bugs.archlinux.org/task/15114?project=1.
Last edited by zodmaner (2009-06-15 13:09:27)
Offline
I tried the kernel but it wouldn't find my xfs root partition for some reason. Even when I booted a live cd and chrooted and run blkid, xfs partition couldn't be found.
I am on xfs both on / and /home and it works perfectly. Are you sure it's not a config problem?
@ zodmaner, thanks dude, I'll take a look at it.
Offline
baze wrote:gofree wrote:anybody experiencing freeze on lid close? kernel from testing and xf86-intel-newest from AUR. it happens only when on AC ( screen should go off ) on battery suspend to RAM works without problem. if somebody could guide me how to get error messages or logs i will provide them as well. thnx
yes, i had a complete freeze after closing the lid aswell. instead of showing the screen again, it just stayed black and i couldn't do anything but using the power button to shut down the machine.
and after some uptime i randomly get such freezes with 2.6.30 aswell while just doing random stuff or nothing at all. screen locks up, sound loops and i can't even activate capslock (led doesn't light up) so it's a complete freeze. i experienced that with self-built 2.6.30-rc3-7 packages too and was hoping it got fixed in the final release or was due to a bad configuration of new features.
i never had those complete lockups with 2.6.29.Same here. I get these lockups quite often (once a day), and the lid thing even more frequently.
I'm running Arch64 on a Dell Inspiron 6400, using the latest xf86-video-intel from testing.Anyone else? What's your setup? Arch64?
i get them quite often aswell. makes using .30 pretty annoying (i know it's testing and i'm using it at my own risk)
i'm running x86 on a t60. tried the intel driver from testing and git master and it happens with both.
Offline
anybody experiencing freeze on lid close?
try 2.6.30-git7 or 2.6.30-git8 (I am still on -git7 as these seems to be updated almost daily - a lot of bugs)
I had some small problems with 2.6.30 up to 2.6.30-git6 regarding ACPI (after first suspend to RAM options would dissappear). All this seems to be fixed in 2.6.30-git7
however I have i686 installed and I don't use Arch kernels (either vanilla or zen)
I tried the kernel but it wouldn't find my xfs root partition for some reason. Even when I booted a live cd and chrooted and run blkid, xfs partition couldn't be found.
xfs - no problem at all forks without a hitch last three years without re-installation.
They added LZMA/BZIP2 kernel image compression, and fastboot with asynchronous calls...Now that's serious smile
LZMA/BZIP2 kernel image compression
gzip is fastest compression though less compact. Unless you have very little disk space (or embedded system), really waste. asynchronous calls and fastboot were introduced in 2.6.28 or .29 (not sure about this)
Last edited by broch (2009-06-15 19:04:03)
Offline
Also getting the freezes
Offline
xfs - no problem at all forks without a hitch last three years without re-installation.
But less than year ago
http://bbs.archlinux.org/viewtopic.php?id=57094
http://bbs.archlinux.org/viewtopic.php?id=57125
Offline
broch wrote:xfs - no problem at all forks without a hitch last three years without re-installation.
But less than year ago
http://bbs.archlinux.org/viewtopic.php?id=57094
http://bbs.archlinux.org/viewtopic.php?id=57125
I don't understand:
where is a problem similar to this one (missing partition)? Or are you simply picking any bug anywhere?
Last edited by broch (2009-06-17 16:07:27)
Offline
anyone using radeonhd with 2.6.30? could you post your xorg.conf
Acer Aspire V5-573P Antergos KDE
Offline
OK, now "no problem" means "no problem similar to this one (missing partition)"
Offline
OK, now "no problem" means "no problem similar to this one (missing partition)"
actually, "no problem" means no lost data, no need to recover data, need to reformat disk.
In your original post you referred a a bug introduced to kernel mount which never caused data loss and was easy to fix even without kernel patch.
Offline
I'll try again when it reaches core.
Offline
hi im new! i want to update my kernel. is there any guide or something? i have arch 2009.02 i686 with kernel 2.6.29. thanks
Offline
hi im new! i want to update my kernel. is there any guide or something? i have arch 2009.02 i686 with kernel 2.6.29. thanks
Welcome to the forums.
The devs are currently signing off on this release. Barring any show-stoppers, it should be in core within a day or two.
Offline
what partially helps is
echo 1 > /proc/acpi/video/*/DOS
if I run it after login, strange thing is that it is allready in /etc/rc.local and shoud be executed.
This might be because the directory /proc/acpi/video is not at all created untill X is started. This is happening with me after the recent kernel upgrade (2.6.30). Previously it was working for me.
Is there anyway this behavior can be changed back to before. Otherwise what will be the best way to run a command as root after X starts?
Offline
Is there already a explanation or something like that for the xfs freezes during boot?
I´m getting freezes too, because my xfs partition couldn't be found.
One thing: After upgrading to 2.6.30 I was able to boot the machine successfully once. I did only the rebuild on the vbox module. Next day and until now I´m not able to boot up
Offline