General connection timeout
by Hairysocks
Is there a setting somewhere that is used as the over-riding
timeout for a network connection from a Linux box to any other
IP address?
I have a problem where connecting to some machines on our
network takes a very long time to timeout. This happpens when
the address being opened is invalid, or the machine being
connected to has a firewall.
I want to change the timeout to see if it will make a difference
to our applications.
Rob
___________________________________________________________ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com
19 years, 9 months
Samba - Sharing files with XP and missing files
by YigalB
I am still trying to share files with XP (I can see the XP machines from
my Fedora but not the other way around).
I read in Samba's web site that SWAT is a GUI for Samba's CFG file - so
I downloaded it but RPM fail to install it because liblber & libldap are
required.
In http://rpmfind.net <http://rpmfind.net/> I found files relevant for
Mandrake but not for FC2 which I use. What should I do now? Is it
safe/ok to use libs compiled for other distributions? Or is there
another solution?
Another thing that bother me is why doesn't RPM go and take the needed
files automatically ? I mean all the information is there: the names,
the version..
Thanks
Yigal
19 years, 9 months
Slave DNS Server
by Dan Righter
Does anyone know how to setup a slave DNS server on Fedora Core 2? I've configured the master server and the slave, but I'm getting a permission denied error in the logs when the slave tries to update. Below is an example of my configuration.
Master:
zone "example.com" {
type master;
notify no;
allow-query { any; };
file "db.example";
};
Slave:
zone "example.com" {
type slave;
masters { master-server-ip; };
notify no;
allow-query { any; };
file "db.example";
};
I also have the allow-transfer statement added to the master server with the ip address of the slave server.
Thanks,
Dan
19 years, 9 months
Spamassassin problem
by Krzysztof Pior
Hello.
I have fresh install of FC2 with all updates, I also have read list archive and some online resources about SpamAssassin. I got it working (I can see the spam flags in the message headers (cit. below). The only thing that bothers me is fact that the subject of the spam message is untouched. I have option "rewrite_subject 1" and "subject_tag [SPAM]" in /etc/mail/spamassassin/local.cf and in ~/.spamassassin/user_prefs. Spammassassin is working OK (I hope so ;)) as you can see inthe headers below but could someone tell me why it doesn't deal with the subject line as it is supposed to do...?
Best regards
Krzysztof
PS
Below are fragments of the headers from one of the messages:
X-Spam-Flag: YES
X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on linux.gorg.pdi.net
X-Spam-Level: ***************
X-Spam-Status: Yes, score=16.0 required=5.0 tests=BAYES_99,CLICK_BELOW_CAPS,
EXCUSE_3,HTML_FONT_BIG,HTML_FONT_INVISIBLE,HTML_IMAGE_RATIO_04,
HTML_MESSAGE,RATWARE_RCVD_PF,RCVD_IN_DSBL,RCVD_IN_NJABL_PROXY,
RCVD_IN_SBL,SUBJECT_SEXUAL,UPPERCASE_25_50,URIBL_SBL,URIBL_WS_SURBL
autolearn=unavailable version=3.0.0
X-Spam-Report:
* 3.9 RATWARE_RCVD_PF Bulk email fingerprint (Received PF) found
* 2.9 SUBJECT_SEXUAL Subject indicates sexually-explicit content
* 0.1 CLICK_BELOW_CAPS BODY: Asks you to click below (in capital
+letters)
* 0.1 EXCUSE_3 BODY: Claims you can be removed from the list
* 0.1 HTML_IMAGE_RATIO_04 BODY: HTML has a low ratio of text to image
+area
* 0.0 HTML_MESSAGE BODY: HTML included in message
* 0.1 HTML_FONT_BIG BODY: HTML tag for a big font size
* 1.9 BAYES_99 BODY: Bayesian spam probability is 99 to 100%
* [score: 1.0000]
* 0.0 HTML_FONT_INVISIBLE BODY: HTML font color is same as background
* 3.8 RCVD_IN_DSBL RBL: Received via a relay in list.dsbl.org
* [<http://dsbl.org/listing?222.90.16.143>]
* 0.4 RCVD_IN_NJABL_PROXY RBL: NJABL: sender is an open proxy
* [222.90.16.143 listed in combined.njabl.org]
* 0.1 RCVD_IN_SBL RBL: Received via a relay in Spamhaus SBL
* [217.107.216.20 listed in sbl-xbl.spamhaus.org]
* 1.0 URIBL_SBL Contains an URL listed in the SBL blocklist
* [URIs: orgyparty.info]
* 1.5 URIBL_WS_SURBL Contains an URL listed in the WS SURBL blocklist
* [URIs: orgyparty.info]
* 0.0 UPPERCASE_25_50 message body is 25-50% uppercase
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
19 years, 9 months
Re: help with making a FC2 CD bootable
by Steven C. Liu
Thanks, guys, for your help. I was making that silly mistake of burning the CD as a file instead of as an image. Duh!
I was able to boot up the PC using FC2 disc1 and ran mediacheck. It failed. Hmmm... Didn't say why, and I'm wondering how significant this may be. I'll try re-burning, but I hate to have to re-download the ISO files. Was wondering if it matters that I've tried re-writing to this single CD disc many times before (to try to burn this image). Could that be a problem? Should I use a fresh disc?
TIA,
Steve
19 years, 9 months
Changing mta in /etc/alternatives : how?
by Graham Cossey
Sorry for the probably basic question, but I would like to change the
default mta on my FC2 box from sendmail to exim. I believe to do this I need
to change the 'entry' in /etc/alternatives/ to point to
/usr/sbin/sendmail.exim instead of /usr/sbin/sendmail.sendmail.
Doing a 'ls -al' on /etc/alternatives shows that the entries here are
lrwxrwxrwx, what exactly is the 'l' and how do I change it? I have tried
creating a test symbolic link such as :
ln -isv /usr/sbin/sendmail.exim test
but the colour coding of the resulting 'test' link is different to the
existing ones.
Can someone shed some light on this for me?
Many thanks
Graham
19 years, 9 months
lm_sensors i2c_sensor in FC1
by François Patte
Bonjour,
It seems that something is missing from package lm_sensors for FC and 2.4
kernel, here is what I can read in /var/log/messages:
Sep 29 01:45:25 falstaff kernel: i2c-core.o: i2c core module
Sep 29 01:45:25 falstaff kernel: i2c-isa.o version 2.6.5 (20020915)
Sep 29 01:45:25 falstaff kernel: i2c-core.o: adapter ISA main adapter registered
as adapter 0.
Sep 29 01:45:25 falstaff kernel: i2c-isa.o: ISA bus access for i2c modules
initialized.
Sep 29 01:45:25 falstaff lm_sensors: Can't access procfs/sysfs file
Sep 29 01:45:25 falstaff lm_sensors: Unable to find i2c bus information;
Sep 29 01:45:25 falstaff lm_sensors: For 2.6 kernels, make sure you have mounted
sysfs and done
Sep 29 01:45:25 falstaff lm_sensors: 'modprobe i2c_sensor'!
Sep 29 01:45:25 falstaff lm_sensors: For older kernels, make sure you have done
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
'modprobe i2c-proc'!
^^^^^^^^^^^^^^^^^^^^
Sep 29 01:45:25 falstaff lm_sensors:
Sep 29 01:45:25 falstaff rc: Starting lm_sensors: failed
and "lsmod | grep i2c"
i2c-proc 8560 0 [eeprom]
i2c-isa 1900 0 (unused)
i2c-core 19620 0 [eeprom i2c-proc i2c-isa]
So the claimed module "i2c-proc" is loaded, but may be not at the right time?
lm_sensors is version: 2.8.1-1
Thank you.
--
François Patte
Ecole française d'Extrême-Orient - Pune - Inde
Université René Descartes - Paris 5
UFR de mathématiques et informatique
http://www.math-info.univ-paris5.fr/~patte
19 years, 9 months
Stopping users logging in via X
by Paul F. Johnson
Hi,
I'm trying to write a cron job which logs users out at (say) 10pm and
then locks all logins via the normal X login service until 3pm the next
day.
It's not a problem logging people out (just restart X), but I don't know
what services I need to kill to stop users logging in via the normal
gnome login. I don't want to stop all logins as I still need to update
the box remotely (using ssh).
Any clues on this one?
TTFN
Paul
--
"If I face my God tomorrow, I can tell Him I am innocent.
I've never harmed anyone. I have cheated no one.
I have deceived no one. I have hurt no one.
Except myself. And that He will forgive me." - Hans Holzel
19 years, 9 months
Screaming Interrupt [Was: Post-logoff sound problems]
by Paul Kopacz
-------- Original Message --------
Subject: Post-logoff sound problems
Date: Sun, 26 Sep 2004 16:27:34 -0400
From: Paul Kopacz <pkopacz(a)teksavvy.com>
Reply-To: For users of Fedora Core releases <fedora-list(a)redhat.com>
To: fedora-list(a)redhat.com
Hi Everybody,
Been trying to find a solution to this for a while. Using FC2 with a KDE
desktop. My sound works fine the first time I log in. Upon subsequent
logins, aRTs is running but does not accept sound to play (i.e. the play
button is pressed but nothing is happening). If using ALSA to play sound
directly (e.g. using XMMS and the ALSA plugin), it is trivial to make the
sound skip, where on the first login it was difficult. When I logout, I get
this from syslog:
Sep 26 15:39:22 Berdoo kernel: irq 11: nobody cared! (screaming interrupt?)
Sep 26 15:39:22 Berdoo kernel: irq 11: Please try booting with acpi=off and
report a bug
Sep 26 15:39:22 Berdoo kernel: Stack pointer is garbage, not printing trace
Sep 26 15:39:22 Berdoo kernel: handlers:
Sep 26 15:39:22 Berdoo kernel: [<42db33e1>] (snd_audiopci_interrupt+0x0/0x16a
[snd_ens1371])
Sep 26 15:39:22 Berdoo kernel: Disabling IRQ #11
I would be infinitely surprised if this was not related :)
I did boot with acpi=off (or at least I attempted to. I put acpi=off at the
end of the kernel command line in GRUB. That should do it, right?) but the
same message came up.
I saw a similar bug at
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=126322 that was
apparantly fixed with a new kernel. I am running kernel-2.6.8-1.521 updated
via yum. The original kernel had the same problem.
Any help would be appreciated. Thanks.
Paul Kopacz
--
fedora-list mailing list
fedora-list(a)redhat.com
To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list
I have attempted booting with acpi=off and pci=noacpi as well as
changing just about everything in the BIOS that seems in any way
related. There does not seem to be a way to turn off ACPI in the BIOS
(No explicit ACPI = OFF setting, though I have turned off all power
management options). Should I try building a non ACPI enabled kernel?
I have also noticed that this problem happens when I _logoff_ KDE. If I
just go and kill the X process (which has the effect of logging out the
user, just not as 'cleanly'), then everything is fine. Something that
KDE is doing upon logoff is causing this problem. (I'm not saying it's
a KDE bug, since KDE does not have the power to unmap an interrupt, as
that is what seems to be happening).
Here is some /proc/interrupts output for those interested.
After the computer is booted up but before the sound stuff is loaded:
CPU0
0: 133910 XT-PIC timer
1: 187 XT-PIC i8042
2: 0 XT-PIC cascade
8: 1 XT-PIC rtc
9: 0 XT-PIC acpi
10: 41 XT-PIC eth0
11: 3181 XT-PIC r128@PCI:1:0:0
12: 82 XT-PIC uhci_hcd, uhci_hcd, uhci_hcd
14: 8766 XT-PIC ide0
15: 957 XT-PIC ide1
NMI: 0
ERR: 0
After the first login (sound stuff is loaded):
CPU0
0: 176109 XT-PIC timer
1: 312 XT-PIC i8042
2: 0 XT-PIC cascade
8: 1 XT-PIC rtc
9: 0 XT-PIC acpi
10: 41 XT-PIC eth0
11: 3771 XT-PIC r128@PCI:1:0:0, Ensoniq AudioPCI
12: 82 XT-PIC uhci_hcd, uhci_hcd, uhci_hcd
14: 10755 XT-PIC ide0
15: 1066 XT-PIC ide1
NMI: 0
ERR: 0
The soundcard and vid card are sharing Interrupt 11, no problem, right?
After logout:
CPU0
0: 305703 XT-PIC timer
1: 399 XT-PIC i8042
2: 0 XT-PIC cascade
8: 1 XT-PIC rtc
9: 0 XT-PIC acpi
10: 2099 XT-PIC eth0
11: 200000 XT-PIC Ensoniq AudioPCI, r128@PCI:1:0:0
12: 6313 XT-PIC uhci_hcd, uhci_hcd, uhci_hcd
14: 11547 XT-PIC ide0
15: 8051 XT-PIC ide1
NMI: 0
ERR: 0
Now the soundcard and vid card have switched places under Int 11, and
the interrupt count has gone up 'significantly'
I don't know enough to interpret a very verbose lspci dump, but if you do:
00:00.0 Host bridge: VIA Technologies, Inc. VT8633 [Apollo Pro266] (rev 01)
Subsystem: Asustek Computer, Inc.: Unknown device 8064
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort+ >SERR- <PERR-
Latency: 0
Region 0: Memory at f8000000 (32-bit, prefetchable)
Capabilities: [a0] AGP version 2.0
Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans-
64bit- FW+ AGP3- Rate=x1,x2,x4
Command: RQ=1 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x1
Capabilities: [c0] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:01.0 PCI bridge: VIA Technologies, Inc. VT8633 [Apollo Pro266 AGP]
(prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort+ >SERR- <PERR-
Latency: 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 0000d000-0000dfff
Memory behind bridge: f3000000-f3dfffff
Prefetchable memory behind bridge: f3f00000-f7ffffff
Expansion ROM at 0000d000 [disabled] [size=4K]
BridgeCtl: Parity- SERR- NoISA- VGA+ MAbort- >Reset- FastB2B-
Capabilities: [80] Power Management version 2
Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:0d.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 08)
Subsystem: Ensoniq Creative Sound Blaster AudioPCI64V, AudioPCI128
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 32 (3000ns min, 32000ns max)
Interrupt: pin A routed to IRQ 11
Region 0: I/O ports at b800
Capabilities: [dc] Power Management version 1
Flags: PMEClk- DSI+ D1- D2+ AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:0e.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone]
(rev 30)
Subsystem: 3Com Corporation 3C905B Fast Etherlink XL 10/100
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr-
Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 32 (2500ns min, 2500ns max), Cache Line Size 08
Interrupt: pin A routed to IRQ 10
Region 0: I/O ports at b400
Region 1: Memory at f2800000 (32-bit, non-prefetchable) [size=128]
Capabilities: [dc] Power Management version 1
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0-,D1+,D2+,D3hot+,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:11.0 ISA bridge: VIA Technologies, Inc. VT8233 PCI to ISA Bridge
Subsystem: Asustek Computer, Inc. VT8233A
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping+ SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Capabilities: [c0] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:11.1 IDE interface: VIA Technologies, Inc.
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
(prog-if 8a [Master SecP PriP])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping+ SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 32
Region 4: I/O ports at b000 [size=16]
Capabilities: [c0] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:11.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1
Controller (rev 18) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr-
Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 32, Cache Line Size 08
Interrupt: pin D routed to IRQ 12
Region 4: I/O ports at a800 [size=32]
Capabilities: [80] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:11.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1
Controller (rev 18) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr-
Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 32, Cache Line Size 08
Interrupt: pin D routed to IRQ 12
Region 4: I/O ports at a400 [size=32]
Capabilities: [80] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:11.4 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1
Controller (rev 18) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr-
Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 32, Cache Line Size 08
Interrupt: pin D routed to IRQ 12
Region 4: I/O ports at a000 [size=32]
Capabilities: [80] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 PF/PRO
AGP 4x TMDS (prog-if 00 [VGA])
Subsystem: PC Partner Limited: Unknown device 7106
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping+ SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (2000ns min), Cache Line Size 08
Interrupt: pin A routed to IRQ 11
Region 0: Memory at f4000000 (32-bit, prefetchable) [size=f3fe0000]
Region 1: I/O ports at d800 [size=256]
Region 2: Memory at f3000000 (32-bit, non-prefetchable) [size=16K]
Expansion ROM at 00020000 [disabled]
Capabilities: [50] AGP version 2.0
Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans-
64bit- FW- AGP3- Rate=x1,x2,x4
Command: RQ=32 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x1
Capabilities: [5c] Power Management version 2
Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
This is before the problem happens. After, the output is the same,
except that the sound card (at 00:0d.0), the line
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort-
<MAbort- >SERR- <PERR-
Now reads:
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort-
<MAbort+ >SERR- <PERR-
(The MAbort has switched from - to +)
Again, the relevant portion of /var/log/messages:
Sep 29 07:25:30 Berdoo gdm(pam_unix)[2692]: session closed for user paul
Sep 29 07:25:32 Berdoo kernel: irq 11: nobody cared! (screaming interrupt?)
Sep 29 07:25:32 Berdoo kernel: irq 11: Please try booting with acpi=off
and report a bug
Sep 29 07:25:32 Berdoo kernel: Stack pointer is garbage, not printing trace
Sep 29 07:25:32 Berdoo kernel: handlers:
Sep 29 07:25:32 Berdoo kernel: [<42db63e1>]
(snd_audiopci_interrupt+0x0/0x16a [snd_ens1371])
Sep 29 07:25:32 Berdoo kernel: Disabling IRQ #11
Sep 29 07:25:32 Berdoo kernel: agpgart: Found an AGP 2.0 compliant
device at 0000:00:00.0.
Sep 29 07:25:32 Berdoo kernel: agpgart: Putting AGP V2 device at
0000:00:00.0 into 1x mode
Sep 29 07:25:32 Berdoo kernel: agpgart: Putting AGP V2 device at
0000:01:00.0 into 1x mode
I don't know what to make of all this, and I don't know what else to
try. The Screaming Interrupt problems I have seen discussed online are
very short on solutions. Should I maybe try the kernel list?
Thanks for your time.
Sincerely,
Paul Kopacz
19 years, 9 months