View previous topic :: View next topic |
Author |
Message |
PrakashP Veteran
Joined: 27 Oct 2003 Posts: 1249 Location: C.C.A.A., Germania
|
Posted: Sun Feb 08, 2004 10:05 pm Post subject: |
|
|
For the people how haven't read it:
Good news for alsa users with intel8x0: The finally fixed that bugger. I think it is already in CVS, no the resampler works again, so I have hope that quake3 works again... |
|
Back to top |
|
|
crahen n00b
Joined: 11 Jan 2004 Posts: 51
|
Posted: Sun Feb 08, 2004 10:28 pm Post subject: |
|
|
Any luck w/ vmware under this patchset? Last time, the memory related patches kept the 4.0.5 modules from building for me... |
|
Back to top |
|
|
fca Guru
Joined: 22 Feb 2003 Posts: 346 Location: Netherlands
|
Posted: Sun Feb 08, 2004 10:48 pm Post subject: |
|
|
OK, I got succes for now, with and A7N8X nforce2 motherboard, with updated BIOS (1007) and with the apic patches reversed, the system stayed stable under heavy IO load (copying a 650 MB file from cdrom to hd, and running updatedb at the same time). All this with APIC in the kernel.
So it seems the nforce2 patches are not necessary for all nforce 2 chipset owners anymore. |
|
Back to top |
|
|
PrakashP Veteran
Joined: 27 Oct 2003 Posts: 1249 Location: C.C.A.A., Germania
|
Posted: Sun Feb 08, 2004 10:53 pm Post subject: |
|
|
Unfortunately my Abit mobo is still unstable in APIc mode without the patches...
What about your CPU Temps? Have they changed? |
|
Back to top |
|
|
ejohnson Tux's lil' helper
Joined: 20 Jan 2004 Posts: 140
|
Posted: Sun Feb 08, 2004 11:24 pm Post subject: |
|
|
Clansman wrote: | ok, so i got the name wrong?
i mean, that big patch that is repeatedly referred along this topic belongs to whom?? and what is the homepage where it usually is more frequently updated?
|
I'm just guessing you might be referring to the -mm patch set which -love is built upon. It is constructed by Andrew Morton and www.kernel.org has his updates |
|
Back to top |
|
|
bisho n00b
Joined: 02 May 2003 Posts: 69 Location: Madrid (Spain)
|
Posted: Mon Feb 09, 2004 12:14 am Post subject: |
|
|
With 2.6.2-rc2-love4 (I know is not the latest, I have to upgrade one of this days) I notice huge laggines in responsivity with the cfq io_scheduler. When I'm compiling big things, the mouse sometimes stops moving for a couple of seconds, everything stops...
echo "deadline" > /sys/block/hda/queue/io_scheduler
Makes things work well as always, you can compile an use the system at the same time without noticing anything. _________________ -=[ bisho [=- |
|
Back to top |
|
|
ktech Guru
Joined: 12 Apr 2003 Posts: 340
|
Posted: Mon Feb 09, 2004 12:58 am Post subject: |
|
|
OFF-TOPIC:
Prakash, how are you getting those speeds? Are you on S-ATA? I have the same motherboard you have with a seagate 80 gb (barracuda IV, I think) and I cannot go up of 33 MB/sec. Any tip? |
|
Back to top |
|
|
ashibaka Tux's lil' helper
Joined: 11 Jan 2003 Posts: 107
|
Posted: Mon Feb 09, 2004 4:42 am Post subject: |
|
|
Oh wow, this sped up my boot time considerably. It's whining about some modules.dep not found, but it doesn't seem to be a problem
Also it fixed my problem with VFAT not recognizing Japanese, but that might have been my fault for not seeing the kernel options... _________________ Hard drives are flaky... it's easy to backup to CD-R... do it! |
|
Back to top |
|
|
sklettke Guru
Joined: 05 Nov 2002 Posts: 352 Location: Madison, WI
|
Posted: Mon Feb 09, 2004 6:54 am Post subject: |
|
|
tdb and I are having some trouble with love-sources and usb-storage. I don't want to repeat everything here so please read about it at https://forums.gentoo.org/viewtopic.php?p=848372#848372
I'm switching over to 2.6.2-mm1 (in which usb-storage works) until this issue is resolved.
Thanks a lot!
Scott _________________ Jab.ID: scottk@jabber.org
Kernel: 2.6.11-rc3-nitro0
KDE 3.3.2 with Xorg
MythBox: 2.6.5-gentoo-dev-r2 (LVMed 360GB in XFS; Athlon 2500+) |
|
Back to top |
|
|
PrakashP Veteran
Joined: 27 Oct 2003 Posts: 1249 Location: C.C.A.A., Germania
|
Posted: Mon Feb 09, 2004 10:12 am Post subject: |
|
|
Yes I am using SATA. Seagate are a porblem right now if youo have SATA. Then you need a very recent driver otherwise it might be penalized even if it is not one of the buggy ones. If it is one of the buggy (mod15 bug, IIRC) ones currently you don't get much speed out of it. |
|
Back to top |
|
|
ed0n l33t
Joined: 23 Apr 2003 Posts: 638 Location: Prishtine/Kosove
|
Posted: Mon Feb 09, 2004 10:25 am Post subject: |
|
|
well 2.6.3-rc1-mm1 is released now, waiting for love to patch it. |
|
Back to top |
|
|
neenee Veteran
Joined: 20 Jul 2003 Posts: 1786
|
Posted: Mon Feb 09, 2004 10:51 am Post subject: |
|
|
oops. sorry |
|
Back to top |
|
|
Taloon n00b
Joined: 16 Jan 2004 Posts: 5
|
Posted: Mon Feb 09, 2004 1:52 pm Post subject: |
|
|
ashibaka wrote: | Oh wow, this sped up my boot time considerably. It's whining about some modules.dep not found, but it doesn't seem to be a problem
|
Did you do a make modules_install ? |
|
Back to top |
|
|
charlieg Advocate
Joined: 30 Jul 2002 Posts: 2149 Location: Manchester UK
|
Posted: Mon Feb 09, 2004 2:03 pm Post subject: |
|
|
bisho wrote: | With 2.6.2-rc2-love4 (I know is not the latest, I have to upgrade one of this days) I notice huge laggines in responsivity with the cfq io_scheduler. When I'm compiling big things, the mouse sometimes stops moving for a couple of seconds, everything stops...
echo "deadline" > /sys/block/hda/queue/io_scheduler
Makes things work well as always, you can compile an use the system at the same time without noticing anything. |
I also noticed this problem. _________________ Want Free games?
Free Gamer - open source games list & commentary
Open source web-enabled rich UI platform: Vexi |
|
Back to top |
|
|
neenee Veteran
Joined: 20 Jul 2003 Posts: 1786
|
Posted: Mon Feb 09, 2004 2:13 pm Post subject: |
|
|
i noticed this as well. i also noticed,
that my swap seems to be used du-
ring those times. |
|
Back to top |
|
|
tdb Apprentice
Joined: 19 Sep 2002 Posts: 293 Location: New Orleans, Louisiana, U.S.A. (what's left of it anyway...)
|
Posted: Mon Feb 09, 2004 5:19 pm Post subject: |
|
|
CFQ gives every process equal access to the HD. (the "F" stands for Fairness) So when you have something churning the HD, it's going to have an effect. The trick is to renice the chruninig process to a lower priority. (This happens with updatedb, I renice it to 19 and all is fine.) _________________ Do you know what a usufruct is? |
|
Back to top |
|
|
infirit l33t
Joined: 11 Jan 2003 Posts: 778 Location: Hoofddorp / The Netherlands
|
|
Back to top |
|
|
Beholders_Eye Tux's lil' helper
Joined: 17 Nov 2003 Posts: 116 Location: Brazil
|
Posted: Mon Feb 09, 2004 7:53 pm Post subject: |
|
|
I know someone pulled something about aRts and JuK in this post. I've tried the "thread open sound system" option, and arts simply freezes.
With Alsa or Oss, it keeps consuming 40 to 60% CPU load.
I'm using 2.6.2-love1, I think it's the latest. I have an A7N8X Deluxe motherboard, with nforce2 audio, and uses intel8x0 alsa module. With 2.4.20-gaming-r7 from gentoo I've never had such strange problem. |
|
Back to top |
|
|
Taloon n00b
Joined: 16 Jan 2004 Posts: 5
|
Posted: Thu Feb 12, 2004 4:36 pm Post subject: |
|
|
Had problems compiling the IA32 emulation, compiles fine when disabled,
and 2.6.2 base works without a hitch.
Code: |
arch/x86_64/ia32/ia32_binfmt.c:49:1: warning: "ELF_ET_DYN_BASE"
redefined
In file included from include/linux/elf.h:5,
from include/linux/mm.h:15,
from arch/x86_64/ia32/ia32_binfmt.c:16:
include/asm/elf.h:90:1: warning: this is the location of the previous
definition
arch/x86_64/ia32/ia32_binfmt.c:59:1: warning: "USE_ELF_CORE_DUMP"
redefined
include/asm/elf.h:82:1: warning: this is the location of the previous
definition
arch/x86_64/ia32/ia32_binfmt.c: At top level:
arch/x86_64/ia32/ia32_binfmt.c:63: error: conflicting types for
'elf_greg_t'
include/asm/elf.h:33: error: previous declaration of 'elf_greg_t' was
here
arch/x86_64/ia32/ia32_binfmt.c:65:1: warning: "ELF_NGREG" redefined
include/asm/elf.h:35:1: warning: this is the location of the previous
definition
arch/x86_64/ia32/ia32_binfmt.c:66: error: conflicting types for
'elf_gregset_t'
include/asm/elf.h:36: error: previous declaration of 'elf_gregset_t' was
here
arch/x86_64/ia32/ia32_binfmt.c:163:1: warning: "ELF_CORE_COPY_REGS"
redefined
include/asm/elf.h:96:1: warning: this is the location of the previous
definition
arch/x86_64/ia32/ia32_binfmt.c:184:1: warning: "__ASM_X86_64_ELF_H"
redefined
include/asm/elf.h:2:1: warning: this is the location of the previous
definition
arch/x86_64/ia32/ia32_binfmt.c:188: error: conflicting types for
'elf_fpregset_t'
include/asm/elf.h:38: error: previous declaration of 'elf_fpregset_t'
was here
arch/x86_64/ia32/ia32_binfmt.c:251:1: warning: "ELF_EXEC_PAGESIZE"
redefined
include/asm/elf.h:83:1: warning: this is the location of the previous
definition
arch/x86_64/ia32/ia32_binfmt.c:253:1: warning: "ELF_PLATFORM" redefined
include/asm/elf.h:141:1: warning: this is the location of the previous
definition
arch/x86_64/ia32/ia32_binfmt.c:254:1: warning: "SET_PERSONALITY"
redefined
include/asm/elf.h:145:1: warning: this is the location of the previous
definition
arch/x86_64/ia32/ia32_binfmt.c:285:1: warning: "ELF_PLAT_INIT" redefined
include/asm/elf.h:63:1: warning: this is the location of the previous
definition
make[1]: *** [arch/x86_64/ia32/ia32_binfmt.o] Error 1
make: *** [arch/x86_64/ia32] Error 2
|
|
|
Back to top |
|
|
|