Go Back   nV News Forums > Linux Support Forums > NVIDIA Linux

Newegg Daily Deals

Reply
 
Thread Tools
Old 02-10-07, 09:02 PM   #25
dmetz99
Registered User
 
Join Date: Mar 2005
Posts: 84
Default Re: Unified Xen and real-time preemption patch for 1.0-9625

I see you guys found the answer already... I was just starting into finding the problem building 9746 against 2.6.20-rt5. I did have problems with 2.6.20-rt5 booting properly when configured as a tickless (NO_HZ) kernel. It gave me some verbiage about the clocksource being unstable and then the boot process would hang intermittently until I'd force an interrupt by hitting a key, etc.

9746 with the changes you listed, compiles fine against 2.6.20-rt5 (built with CONFIG_HZ=1000) comes up just fine.

I have not had much luck getting tickless kernels to run properly on this box (old ASUS PC800-E mboard). Have you tried both ways?
dmetz99 is offline   Reply With Quote
Old 02-11-07, 05:22 AM   #26
shutdown
Registered User
 
Join Date: Nov 2005
Posts: 45
Default Re: Unified Xen and real-time preemption patch for 1.0-9625

I haven't tried building 2.6.20-rt5 without tickless, because this is one of the features I'd like to use when patching my kernel with -rt...
If you're using virtualisation, you'd know what a tickless kernel is capable of - if used on both host and guest systems, it reduces the load and produced overhead quite a lot, usually up to 5% less load on the host and 15%+ less overhead!
But as I already said, when 2.6.21 will come up (-rc1 will be available in about 10 days I guess) the dyntick and high-res timers patches will be merged and so this stuff will experience some bug-fixing until 2.6.21 final I hope.

I'm still gonna wait for 2.6.20-rt6 for further testing, because my system is 100% stable with 2.6.20-rt3 for over 3 days now
(Last time I tried -rt was with 2.6.17 and it never worked for an hour without kernel panic...)

Shutdown

Last edited by shutdown; 02-11-07 at 06:07 AM.
shutdown is offline   Reply With Quote
Old 02-11-07, 07:07 PM   #27
dmetz99
Registered User
 
Join Date: Mar 2005
Posts: 84
Default Re: Unified Xen and real-time preemption patch for 1.0-9625

From what I've read on the lkml, it looks like -rt5's woes are peculiar to SMP machines. I've had no stability issues with thids UP box (yet....). I'll take a look at -rt6 whn it appears or look at -rt3. I'd like to use the tickless option also, for the same reason you've described. It would be really nice to get -rt/tickless kernel and 9746 all playing well together.
dmetz99 is offline   Reply With Quote
Old 02-12-07, 06:00 AM   #28
shutdown
Registered User
 
Join Date: Nov 2005
Posts: 45
Default Re: Unified Xen and real-time preemption patch for 1.0-9625

I'm running a SMP machine (AMD Athlon64 X2), so I'll wait for -rt6 (or maybe above, who knows if it'll work... ).
Where on LKML did you read about the -rt issues? Can you post the link so I could stay up2date myself (without having too search which would be quite comfortable I guess )...
ATM I can only recommend to everyone 2.6.20-rt3, really everythings working perfect for me and I haven't heard of problems with it yet

Shutdown
shutdown is offline   Reply With Quote
Old 02-12-07, 06:27 AM   #29
dmetz99
Registered User
 
Join Date: Mar 2005
Posts: 84
Default Re: Unified Xen and real-time preemption patch for 1.0-9625

Actually, the thread on lkml isn't particularly informative - it just confirms your observations.

http://marc.theaimsgroup.com/?l=linu...4655625514&w=2
dmetz99 is offline   Reply With Quote
Old 02-12-07, 07:08 AM   #30
shutdown
Registered User
 
Join Date: Nov 2005
Posts: 45
Default Re: Unified Xen and real-time preemption patch for 1.0-9625

Thank you for the link
Actually I expected the thread on LKML to be a lot more detailed about those problems, but as you already said, it just confirms that there are problems with -rt5 and obviously with -rt4 as well - I missed -rt4 myself and I'm not gonna try something else than -rt3 since -rt6 or greater is released.
-rt5 is a few days old now and because this is relatively long without a new release, I hope Ingo Molnar and the -rt team are working on the problems we encountered

I'm gonna have another cup of coffee until they're done...hopefully they won't run out of coffee as well

Shutdown
shutdown is offline   Reply With Quote
Old 02-12-07, 03:08 PM   #31
floogy
Registered User
 
Join Date: Aug 2006
Posts: 34
Default Re: Unified Xen and real-time preemption patch for 1.0-9625

Hi,

Thanks to this thread I compiled nvidia-9746 on 2.6.20-rt5 successfully, but it seems, I have problems with my kernel-config. Due to lack of some devices I had some problems with loading the nvidia kernel modules. Although I caught sigsev 11.

Code:
$ cat Xorg.0.log_tail*
(II) LoadModule: "int10"
(II) Loading /usr/lib/xorg/modules/libint10.so
(II) Module int10: vendor="X.Org Foundation"
        compiled for 7.0.0, module version = 1.0.0
        ABI class: X.Org Video Driver, version 0.8
(II) VESA(0): initializing int10

Fatal server error:
xf86MapVidMem: failed to open /dev/mem (No such file or directory)

        No such file or directory.
(EE) Mouse0: cannot open input device
(EE) PreInit failed for input device "Mouse0"
(II) UnloadModule: "mouse"
(WW) No core pointer registered
(II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD)
No core pointer

Fatal server error:
failed to initialize core devices
(**) Option "CoreKeyboard"
(**) Keyboard0: Core Keyboard
(**) Option "Protocol" "standard"
(**) Keyboard0: Protocol: standard
(**) Option "AutoRepeat" "500 30"
(**) Option "XkbRules" "xorg"
(**) Keyboard0: XkbRules: "xorg"
(**) Option "XkbModel" "pc105"
(**) Keyboard0: XkbModel: "pc105"
(**) Option "XkbLayout" "us"
(**) Keyboard0: XkbLayout: "us"
(**) Option "CustomKeycodes" "off"
(**) Keyboard0: CustomKeycodes disabled
(**) Option "Protocol" "auto"
(**) Mouse0: Device: "/dev/input/mice"
(**) Mouse0: Protocol: "auto"
(**) Option "CorePointer"
(**) Mouse0: Core Pointer
(**) Option "Device" "/dev/input/mice"
(**) Option "Emulate3Buttons" "yes"
(**) Mouse0: Emulate3Buttons, Emulate3Timeout: 50
(**) Option "ZAxisMapping" "4 5"
(**) Mouse0: ZAxisMapping: buttons 4 and 5
(**) Mouse0: Buttons: 9
(II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE)
(II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD)
(--) Mouse0: PnP-detected protocol: "ExplorerPS/2"
(II) Mouse0: ps2EnableDataReporting: succeeded

   *** If unresolved symbols were reported above, they might not
   *** be the reason for the server aborting.

Backtrace:
0: /usr/bin/X(xf86SigHandler+0x95) [0x477055]
1: /lib/libc.so.6 [0x2afda80141b0]
2: /usr/lib/libGLcore.so.1 [0x2afda90d3bc6]

Fatal server error:
Caught signal 11.  Server aborting
The first tail is on xorg with vesa and 2.6.20. It lacks /dev/mem - why?
The other two are with driver "nvidia".
I saw the nvidia splash screen, and disabling hardware acceleration gave me access to the splash screen...

Any clues, so far?

Thank you in advance.
floogy is offline   Reply With Quote
Old 02-13-07, 04:57 AM   #32
shutdown
Registered User
 
Join Date: Nov 2005
Posts: 45
Default Re: Unified Xen and real-time preemption patch for 1.0-9625

So it seems your X11 server is missing /dev/mem and a pointer device...

Does your system have a /dev/mem device or may there be a problem of X11 accessing the device (if started by a normal user)? Have you tried running X11 when logged in as root?

This is what my /dev/mem looks like:
Code:
$ ll /dev/mem 
crw-r----- 1 root kmem 1, 1 2007-02-13 11:39 /dev/mem
So try running a "ll /dev/mem" or "ls -l /dev/mem" if your system isn't aware of the ll command and post he output.

Shutdown
shutdown is offline   Reply With Quote

Old 02-13-07, 07:28 AM   #33
floogy
Registered User
 
Join Date: Aug 2006
Posts: 34
Default Re: Unified Xen and real-time preemption patch for 1.0-9625

Hi shutdown,

Thank you for your answer.

I think the device isn't there. I'll check that in three or 4 hours at home.
I guess the only problem is with the devices build by udev. Was there a bigger change between 2.6.18 and 2.6.20?
There are several devices which doesn't appear, like /dev/psaux /dev/mem /dev/pty (?? I could start the gdm after switching hardware acceleration off, and using the vesa driver, but I was not able to log into a xsession due to the lack of pty console).

Where can I find the option that have to be turned on/off in kernel config?

Could it be that I switched off some deprecated compatibility (/sys ??) options?

I did a make oldconfig, and there were some compatibility options that I didn't answer with yes, I think...

EDIT: It might be the option CONFIG_SYSFS_DEPRECATED

I have # CONFIG_SYSFS_DEPRECATED is not set

Quote:
From: Kay Sievers <kay.sievers@vrfy.org>

Provide a way to support older versions of udev that are shipped in
older distros. If this option is disabled, it will also turn off the
compatible symlinks in sysfs that older programs might rely on.

When in doubt, or if running a distro older than 2006, say Yes here.
I thought dapper 6.04 isn't older than 2006.

see http://lkml.org/lkml/2006/12/1/329
also http://pulseaudio.org/ticket/51

2.6.15 :
Code:
$ uname -r && ls /dev
2.6.15-28-amd64-generic
MAKEDEV    ptyac  ptyq1  ptyv6  ram5        tty59   ttybc  ttyr1  ttyw6
acpi       ptyad  ptyq2  ptyv7  ram6        tty6    ttybd  ttyr2  ttyw7
adsp       ptyae  ptyq3  ptyv8  ram7        tty60   ttybe  ttyr3  ttyw8
audio      ptyaf  ptyq4  ptyv9  ram8        tty61   ttybf  ttyr4  ttyw9
bus        ptyb0  ptyq5  ptyva  ram9        tty62   ttyc0  ttyr5  ttywa
cdrom      ptyb1  ptyq6  ptyvb  random      tty63   ttyc1  ttyr6  ttywb
cdrw       ptyb2  ptyq7  ptyvc  rtc         tty7    ttyc2  ttyr7  ttywc
console    ptyb3  ptyq8  ptyvd  sda         tty8    ttyc3  ttyr8  ttywd
core       ptyb4  ptyq9  ptyve  sda1        tty9    ttyc4  ttyr9  ttywe
disk       ptyb5  ptyqa  ptyvf  sda10       ttyS0   ttyc5  ttyra  ttywf
dm         ptyb6  ptyqb  ptyw0  sda11       ttyS1   ttyc6  ttyrb  ttyx0
dmmidi1    ptyb7  ptyqc  ptyw1  sda2        ttyS10  ttyc7  ttyrc  ttyx1
dsp        ptyb8  ptyqd  ptyw2  sda3        ttyS11  ttyc8  ttyrd  ttyx2
dvd        ptyb9  ptyqe  ptyw3  sda5        ttyS12  ttyc9  ttyre  ttyx3
dvdrw      ptyba  ptyqf  ptyw4  sda6        ttyS13  ttyca  ttyrf  ttyx4
evms       ptybb  ptyr0  ptyw5  sda7        ttyS14  ttycb  ttys0  ttyx5
fb0        ptybc  ptyr1  ptyw6  sda8        ttyS15  ttycc  ttys1  ttyx6
fd         ptybd  ptyr2  ptyw7  sda9        ttyS16  ttycd  ttys2  ttyx7
fd0        ptybe  ptyr3  ptyw8  sdb         ttyS17  ttyce  ttys3  ttyx8
full       ptybf  ptyr4  ptyw9  sequencer   ttyS18  ttycf  ttys4  ttyx9
gpmctl     ptyc0  ptyr5  ptywa  sequencer2  ttyS19  ttyd0  ttys5  ttyxa
gpmdata    ptyc1  ptyr6  ptywb  sg0         ttyS2   ttyd1  ttys6  ttyxb
hda        ptyc2  ptyr7  ptywc  sg1         ttyS20  ttyd2  ttys7  ttyxc
hdc        ptyc3  ptyr8  ptywd  shm         ttyS21  ttyd3  ttys8  ttyxd
hiddev0    ptyc4  ptyr9  ptywe  snd         ttyS22  ttyd4  ttys9  ttyxe
hpet       ptyc5  ptyra  ptywf  sndstat     ttyS23  ttyd5  ttysa  ttyxf
initctl    ptyc6  ptyrb  ptyx0  stderr      ttyS24  ttyd6  ttysb  ttyy0
input      ptyc7  ptyrc  ptyx1  stdin       ttyS25  ttyd7  ttysc  ttyy1
kmem       ptyc8  ptyrd  ptyx2  stdout      ttyS26  ttyd8  ttysd  ttyy2
kmsg       ptyc9  ptyre  ptyx3  tty         ttyS27  ttyd9  ttyse  ttyy3
log        ptyca  ptyrf  ptyx4  tty0        ttyS28  ttyda  ttysf  ttyy4
loop       ptycb  ptys0  ptyx5  tty1        ttyS29  ttydb  ttyt0  ttyy5
lvm        ptycc  ptys1  ptyx6  tty10       ttyS3   ttydc  ttyt1  ttyy6
mapper     ptycd  ptys2  ptyx7  tty11       ttyS30  ttydd  ttyt2  ttyy7
mcelog     ptyce  ptys3  ptyx8  tty12       ttyS31  ttyde  ttyt3  ttyy8
md0        ptycf  ptys4  ptyx9  tty13       ttyS32  ttydf  ttyt4  ttyy9
md1        ptyd0  ptys5  ptyxa  tty14       ttyS33  ttye0  ttyt5  ttyya
md10       ptyd1  ptys6  ptyxb  tty15       ttyS34  ttye1  ttyt6  ttyyb
md11       ptyd2  ptys7  ptyxc  tty16       ttyS35  ttye2  ttyt7  ttyyc
md12       ptyd3  ptys8  ptyxd  tty17       ttyS36  ttye3  ttyt8  ttyyd
md13       ptyd4  ptys9  ptyxe  tty18       ttyS37  ttye4  ttyt9  ttyye
md14       ptyd5  ptysa  ptyxf  tty19       ttyS38  ttye5  ttyta  ttyyf
md15       ptyd6  ptysb  ptyy0  tty2        ttyS39  ttye6  ttytb  ttyz0
md16       ptyd7  ptysc  ptyy1  tty20       ttyS4   ttye7  ttytc  ttyz1
md17       ptyd8  ptysd  ptyy2  tty21       ttyS40  ttye8  ttytd  ttyz2
md18       ptyd9  ptyse  ptyy3  tty22       ttyS41  ttye9  ttyte  ttyz3
md19       ptyda  ptysf  ptyy4  tty23       ttyS42  ttyea  ttytf  ttyz4
md2        ptydb  ptyt0  ptyy5  tty24       ttyS43  ttyeb  ttyu0  ttyz5
md20       ptydc  ptyt1  ptyy6  tty25       ttyS44  ttyec  ttyu1  ttyz6
md21       ptydd  ptyt2  ptyy7  tty26       ttyS45  ttyed  ttyu2  ttyz7
md22       ptyde  ptyt3  ptyy8  tty27       ttyS46  ttyee  ttyu3  ttyz8
md23       ptydf  ptyt4  ptyy9  tty28       ttyS47  ttyef  ttyu4  ttyz9
md24       ptye0  ptyt5  ptyya  tty29       ttyS5   ttyp0  ttyu5  ttyza
md3        ptye1  ptyt6  ptyyb  tty3        ttyS6   ttyp1  ttyu6  ttyzb
md4        ptye2  ptyt7  ptyyc  tty30       ttyS7   ttyp2  ttyu7  ttyzc
md5        ptye3  ptyt8  ptyyd  tty31       ttyS8   ttyp3  ttyu8  ttyzd
md6        ptye4  ptyt9  ptyye  tty32       ttyS9   ttyp4  ttyu9  ttyze
md7        ptye5  ptyta  ptyyf  tty33       ttya0   ttyp5  ttyua  ttyzf
md8        ptye6  ptytb  ptyz0  tty34       ttya1   ttyp6  ttyub  urandom
md9        ptye7  ptytc  ptyz1  tty35       ttya2   ttyp7  ttyuc  usblp0
mem        ptye8  ptytd  ptyz2  tty36       ttya3   ttyp8  ttyud  vcs
midi1      ptye9  ptyte  ptyz3  tty37       ttya4   ttyp9  ttyue  vcs1
mixer      ptyea  ptytf  ptyz4  tty38       ttya5   ttypa  ttyuf  vcs2
mixer1     ptyeb  ptyu0  ptyz5  tty39       ttya6   ttypb  ttyv0  vcs3
net        ptyec  ptyu1  ptyz6  tty4        ttya7   ttypc  ttyv1  vcs4
null       ptyed  ptyu2  ptyz7  tty40       ttya8   ttypd  ttyv2  vcs5
nvidia0    ptyee  ptyu3  ptyz8  tty41       ttya9   ttype  ttyv3  vcs6
nvidiactl  ptyef  ptyu4  ptyz9  tty42       ttyaa   ttypf  ttyv4  vcs7
port       ptyp0  ptyu5  ptyza  tty43       ttyab   ttyq0  ttyv5  vcsa
ppp        ptyp1  ptyu6  ptyzb  tty44       ttyac   ttyq1  ttyv6  vcsa1
psaux      ptyp2  ptyu7  ptyzc  tty45       ttyad   ttyq2  ttyv7  vcsa2
ptmx       ptyp3  ptyu8  ptyzd  tty46       ttyae   ttyq3  ttyv8  vcsa3
pts        ptyp4  ptyu9  ptyze  tty47       ttyaf   ttyq4  ttyv9  vcsa4
ptya0      ptyp5  ptyua  ptyzf  tty48       ttyb0   ttyq5  ttyva  vcsa5
ptya1      ptyp6  ptyub  ram0   tty49       ttyb1   ttyq6  ttyvb  vcsa6
ptya2      ptyp7  ptyuc  ram1   tty5        ttyb2   ttyq7  ttyvc  vcsa7
ptya3      ptyp8  ptyud  ram10  tty50       ttyb3   ttyq8  ttyvd  xconsole
ptya4      ptyp9  ptyue  ram11  tty51       ttyb4   ttyq9  ttyve  zero
ptya5      ptypa  ptyuf  ram12  tty52       ttyb5   ttyqa  ttyvf
ptya6      ptypb  ptyv0  ram13  tty53       ttyb6   ttyqb  ttyw0
ptya7      ptypc  ptyv1  ram14  tty54       ttyb7   ttyqc  ttyw1
ptya8      ptypd  ptyv2  ram15  tty55       ttyb8   ttyqd  ttyw2
ptya9      ptype  ptyv3  ram2   tty56       ttyb9   ttyqe  ttyw3
ptyaa      ptypf  ptyv4  ram3   tty57       ttyba   ttyqf  ttyw4
ptyab      ptyq0  ptyv5  ram4   tty58       ttybb   ttyr0  ttyw5
2.6.20:
Code:
bus
cdrom
cdrw
console
core
disk
dvd
dvdrw
evms
fb0
fd
fd0
gpmdata
hda
hdc
hiddev0
initctl
input
kmem
log
loop
lp0
lvm
MAKEDEV
mapper
md0
md1
md10
md11
md12
md13
md14
md15
md16
md17
md18
md19
md2
md20
md21
md22
md23
md24
md3
md4
md5
md6
md7
md8
md9
net
null
nvidia0
nvidiactl
ppp
pts
ram0
ram1
ram10
ram11
ram12
ram13
ram14
ram15
ram2
ram3
ram4
ram5
ram6
ram7
ram8
ram9
sda
sda1
sda10
sda11
sda2
sda3
sda5
sda6
sda7
sda8
sda9
sdb
sg0
sg1
shm
sndstat
stderr
stdin
stdout
tty0
tty1
tty2
tty3
tty4
tty5
tty6
tty7
tty8
xconsole
I'll compile the kernel again with CONFIG_SYSFS_DEPRECATED enabled. I bed that's the reason why the nvidia driver doesn't work.

What do you suggest to set for a RT Audioworkstation on these options?
Code:
# CONFIG_SCHED_SMT is not set
CONFIG_SCHED_MC=y
CONFIG_TICK_ONESHOT=y
CONFIG_NO_HZ=y
# CONFIG_HIGH_RES_TIMERS is not set
# CONFIG_PREEMPT_NONE is not set
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT_DESKTOP is not set
CONFIG_PREEMPT_RT=y
CONFIG_PREEMPT=y
CONFIG_PREEMPT_SOFTIRQS=y
CONFIG_PREEMPT_HARDIRQS=y
CONFIG_PREEMPT_BKL=y
# CONFIG_CLASSIC_RCU is not set
CONFIG_PREEMPT_RCU=y
CONFIG_RCU_TRACE=y
CONFIG_PREEMPT_RCU_BOOST=y
# CONFIG_PREEMPT_RCU_BOOST_STATS is not set
[...]
# CONFIG_HZ_100 is not set
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
CONFIG_HZ_1000=y
CONFIG_HZ=1000
floogy is offline   Reply With Quote
Old 02-13-07, 01:57 PM   #34
shutdown
Registered User
 
Join Date: Nov 2005
Posts: 45
Default Re: Unified Xen and real-time preemption patch for 1.0-9625

You may be right, this is my config:
Code:
CONFIG_SYSFS_DEPRECATED=y
# CONFIG_PM_SYSFS_DEPRECATED is not set
CONFIG_SYSFS=y
Regarding udev I can't think of any important changes from 2.6.18 to 2.6.20, but if your udev is not up2date there may be some problems. I had lots of problems with udev in the past, I don't trust it too much...
If you know how to use mknod you may try to create the missing nodes yourself, if you don't read "man mknod".
Short summary: This tool is capable of creating devnodes, you have to pass it the type of node you want to create and the major and minor number of the kernel driver. For /dev/mem it would be "mknod /dev/mem c 1 1", compare it to the output of
Code:
$ ls -l /dev/mem 
crw-r----- 1 root kmem 1, 1 2007-02-13 11:39 dev/mem
"c" is the type (char device, shown at the very first position of the access rights), the first "1" is the major and the second "1" the minor number.


And for a RT Audioworkstation I'd suggest:

Code:
# CONFIG_SCHED_SMT is not set
CONFIG_SCHED_MC=y
CONFIG_TICK_ONESHOT=y
CONFIG_NO_HZ=y
CONFIG_HIGH_RES_TIMERS=y
# CONFIG_PREEMPT_NONE is not set
# CONFIG_PREEMPT_VOLUNTARY is not set
# CONFIG_PREEMPT_DESKTOP is not set
CONFIG_PREEMPT_RT=y
CONFIG_PREEMPT=y
CONFIG_PREEMPT_SOFTIRQS=y
CONFIG_PREEMPT_HARDIRQS=y
CONFIG_PREEMPT_BKL=y
# CONFIG_CLASSIC_RCU is not set
CONFIG_PREEMPT_RCU=y
# CONFIG_RCU_TRACE is not set
# CONFIG_PREEMPT_RCU_BOOST is not set
# CONFIG_PREEMPT_RCU_BOOST_STATS is not set
[...]
# CONFIG_HZ_100 is not set
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
CONFIG_HZ_1000=y
CONFIG_HZ=1000
Enabling high-res timers may help increasing accuracy when cutting audio files.

For audio I can also recommend the -ck patchset (http://members.optusnet.com.au/ckolivas/kernel/), but I'm afraid it is not possible to use -rt and -ck at the same time because -rt modifies too much of the kernel code, so if patching with -rt first will cause -ck to be not applied correctly or vice versa.
But you could have a look at a document by Con Kolivas, it's about -ck and audio:
http://ck.kolivas.org/faqs/audio_hints

Another important thing would be the right interrupt setup for your hardware, your /proc/interrupts should list your soundcard as the only device using the interrupt used by it. Becomes crucial if you're using tv cards.
Have a look at my /proc/interrupts - graphics , tv and sound cards are using their very own interrupts. Luckily no other devices are sharing interrupts but the 3rd SATA controller which by the way has no devices attached. It's just enabled because my BIOS can only switch all SATA ports together on or off at a time.
Code:
$ cat /proc/interrupts 
           CPU0       CPU1       
  0:         95          0   IO-APIC-edge      timer
  1:        276      34131   IO-APIC-edge      i8042
  8:          0          0   IO-APIC-edge      rtc
  9:          0          0   IO-APIC-fasteoi   acpi
 12:          0          3   IO-APIC-edge      i8042
 14:       3399     787204   IO-APIC-edge      libata
 15:          0          0   IO-APIC-edge      libata
 16:       8832    2209306   IO-APIC-fasteoi   nvidia
 17:       1678     175789   IO-APIC-fasteoi   EMU10K1
 18:       3858    1573733   IO-APIC-fasteoi   saa7146 (0)
 20:          0          0   IO-APIC-fasteoi   libata
 21:         26       5229   IO-APIC-fasteoi   libata
 22:       8342     409849   IO-APIC-fasteoi   libata, ohci_hcd:usb2
 23:      33631   16725491   IO-APIC-fasteoi   ehci_hcd:usb1, eth1
NMI:          0          0 
LOC:    7959954   11022519 
ERR:          0
You can change the interrupt of any card with a BIOS capable of assigning particular IRQs to particular PCI slots or as in most cases only by switching the card into another PCI slot (have a look at your mainboard manual or simply try by switching the card and write down which PCI slot is assigned to which IRQ).

Have fun, if you've got any more questions feel free to ask

Shutdown
shutdown is offline   Reply With Quote
Old 02-13-07, 05:47 PM   #35
dmetz99
Registered User
 
Join Date: Mar 2005
Posts: 84
Default Re: Unified Xen and real-time preemption patch for 1.0-9625

You will need CONFIG_SYSFS_DEPRECATED=y for older versions of udev/hal to function properly, also. Just check and see if your distro uses sysfs. I've had pretty good luck with a CONFIG essentially identical to shutown's for RT audio stuff.
dmetz99 is offline   Reply With Quote
Old 02-14-07, 12:13 PM   #36
floogy
Registered User
 
Join Date: Aug 2006
Posts: 34
Default Re: Unified Xen and real-time preemption patch for 1.0-9625

Hello,

Thank you shutdow and dmetz99 for your suggestions.
I recompiled the kernel, and it works, but unfortunately I activated an option that now stops the kernel booting, and breaks after ide, sata_nv, and usb.
After pressing return it boots further, that interrupts the boot process 5 times.
I hope I can figure out which option that was ;-)

My udev is 079:
Code:
ii  udev           079-0ubuntu34
The only RT option I changed was CONFIG_HIGH_RES_TIMERS=y

shutdown, thank you for the link http://ck.kolivas.org/faqs/audio_hints . It's really useful.

Something offtopic:
How to apply the patch the right way (I gave patch the path to the files after it prompted the question where it can find the file to patch.)
floogy is offline   Reply With Quote
Reply


Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT -5. The time now is 02:58 AM.


Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1998 - 2014, nV News.