Re: [arch] Default kernel configuration and modules

On Freitag, 29. Juni 2007 15:37 bardo wrote: At first thanks for the hint about microcode_ctl in aur because i never register it. > On 6/29/07, Jérémie Dimino <[EMAIL PROTECTED]> wrote: >> But i have not exactly the same processor: >> >> # cat /proc/cpuinfo | grep model\ name >> model name :

[arch] SELinux status?

Hi, All! I found few topics about SELinux in forum. Does anybody work on it? If no, I will :) I found that most packages already support SELinux and need no patching. List of needed patches: - pacman - vixie-cron - sysvinit may be some other packages need patches... coreutils-git, openssh, p

Re: [arch] Default kernel configuration and modules

sony vaio vgn-c2zr [EMAIL PROTECTED] dive]# modprobe acpi-cpufreq [EMAIL PROTECTED] dive]# cat /proc/cpuinfo | grep model\ name model name : Intel(R) Core(TM)2 CPU T550 @ 1.66Ghz model name : Intel(R) Core(TM)2 CPU T550 @ 1.66Ghz [EMAIL PROTECTED] dive]

Re: [arch] Default kernel configuration and modules

IHi. I've got a desktop system. [EMAIL PROTECTED] : ~] $ cat /proc/cpuinfo | grep model\ name model name : Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz model name : Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz [EMAIL PROTECTED] : ~] $ lsmod | grep acpi acpi_cpufreq720

Re: [arch] Default kernel configuration and modules

On 6/29/07, Roman Kyrylych <[EMAIL PROTECTED]> wrote: > Do you have it enabled in BIOS? Well, I should. After all it worked until some time ago. Recently, though, I changed my PSU, so I accessed the BIOS to check if all the values were ok. Maybe I changed it then. I'll check on the next reboot, th

Re: [arch] Default kernel configuration and modules

On 6/29/07, Jérémie Dimino <[EMAIL PROTECTED]> wrote: > But i have not exactly the same processor: > > # cat /proc/cpuinfo | grep model\ name > model name : Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz > model name : Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz So you use a noteboo

Re: [arch] Default kernel configuration and modules

2007/6/29, bardo <[EMAIL PROTECTED]>: > On 6/29/07, Jérémie Dimino <[EMAIL PROTECTED]> wrote: > > But i have not exactly the same processor: > > > > # cat /proc/cpuinfo | grep model\ name > > model name : Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz > > model name : Intel(R) Core(TM)2

Re: [arch] Default kernel configuration and modules

bardo wrote: > And here we go again. Do you use the standard kernel? Yes. > [EMAIL PROTECTED] ~]# cat /proc/cpuinfo | grep model\ name > model name : Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz > model name : Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz But i have not exactly th

Re: [arch] Default kernel configuration and modules

On 6/29/07, Jérémie Dimino <[EMAIL PROTECTED]> wrote: > I have a Core 2 Duo, i can load the speedstep-centrino module but i > get that in kernel logs: > > speedstep-centrino with X86_SPEEDSTEP_CENTRINO_ACPI config is > deprecated. Use X86_ACPI_CPUFREQ (acpi-cpufreq) instead. > > So i use acpi-cpufr

Re: [arch] Default kernel configuration and modules

bardo wrote: > Maybe I wasn't clear enough. If you look at the above error, it says > "device not found". My understanding is that speedstep-centrino > doesn't support Core 2 Duo cpus anymore. I have that module but I > can't use it anymore. Am I the only one? Or did the module change? I have a Co

Re: [arch] Default kernel configuration and modules

2007/6/29, RedShift <[EMAIL PROTECTED]>: > bardo wrote: > > [EMAIL PROTECTED] ~]$ zgrep MICROCODE /proc/config.gz > > # CONFIG_MICROCODE is not set > > > > Is there any reason for this? We also have a build for microcode_ctl > > in the AUR, and it doesn't work with the standard kernel. Microcode >

Re: [arch] Default kernel configuration and modules

On 6/29/07, Roman Kyrylych <[EMAIL PROTECTED]> wrote: > AFAIK it will be in 2.6.22. Good to know :) > > [EMAIL PROTECTED] ~]# modprobe speedstep-centrino > > FATAL: Error inserting speedstep_centrino > > (/lib/modules/2.6.21-ARCH/kernel/arch/i386/kernel/cpu/cpufreq/speedstep-centrino.ko): > > No

Re: [arch] Default kernel configuration and modules

On 6/29/07, RedShift <[EMAIL PROTECTED]> wrote: > Does intel provide microcode updates for their processors? Yes, it does. The microcode_ctl page has a lot of useful informations, as a copy of intel's microcode: http://www.urbanmyth.org/microcode/ I'm not sure about microcode redistribution, thoug

Re: [arch] Default kernel configuration and modules

bardo wrote: > [EMAIL PROTECTED] ~]$ zgrep MICROCODE /proc/config.gz > # CONFIG_MICROCODE is not set > > Is there any reason for this? We also have a build for microcode_ctl > in the AUR, and it doesn't work with the standard kernel. Microcode > updates are at least useful, I'd even say fundamenta

Re: [arch] Default kernel configuration and modules

2007/6/29, bardo <[EMAIL PROTECTED]>: > [EMAIL PROTECTED] ~]$ zgrep MICROCODE /proc/config.gz > # CONFIG_MICROCODE is not set > > Is there any reason for this? We also have a build for microcode_ctl > in the AUR, and it doesn't work with the standard kernel. Microcode > updates are at least useful,

[arch] Default kernel configuration and modules

[EMAIL PROTECTED] ~]$ zgrep MICROCODE /proc/config.gz # CONFIG_MICROCODE is not set Is there any reason for this? We also have a build for microcode_ctl in the AUR, and it doesn't work with the standard kernel. Microcode updates are at least useful, I'd even say fundamental given the big quantity

Re: [arch] keyboard key

i tried to do that, and xmodmap returns me this xmodmap: .xmodmap:4: bad keysym name 'Control' in keysym list xmodmap: 1 error encountered, aborting. i've used xev to know the windowskey code inside xorg, and it returns me 158. On 29/06/07, Charles Mauch <[EMAIL PROTECTED]> wrote: Greeting

Re: [arch] keyboard key

it works ( : where is the best place to read xorg's kbdoptions? thanks : D On 29/06/07, Alessio 'mOLOk' Bolognino <[EMAIL PROTECTED]> wrote: On Fri 2007-06-29 00:11 , ponto wrote: > hello, > > my control is broken, so i decided to replace it with the windows key. > i've added keycode 125 = c