I get this with 2.4.16 vanilla, though. IRQ 7 appears to be unassigned
according to /proc/pci.
Machine is a 1ghz Athlon on a VIA VT82C686 mobo and a DEC 21140 NIC.
Any pointers appreciated.
Regards
Martin A. Brooks.
> I get this with 2.4.16 vanilla, though. IRQ 7 appears to be unassigned
> according to /proc/pci.
>
> Machine is a 1ghz Athlon on a VIA VT82C686 mobo and a DEC 21140 NIC.
>
> Any pointers appreciated.
IRQ7 is asserted when the PIC sees an interrupt but nobody appears to be
generating it when it looks.
As far as I remember this was talked about earlier. Different mobos, chipsets,
processor brands, but always IRQ 7. /me wonders. At least it doesn't do any
harm (got this message on nearly all or all of my systems).
On 27-Nov-2001 Alan Cox wrote:
>> I get this with 2.4.16 vanilla, though. IRQ 7 appears to be unassigned
>> according to /proc/pci.
>>
>> Machine is a 1ghz Athlon on a VIA VT82C686 mobo and a DEC 21140 NIC.
>>
>> Any pointers appreciated.
>
> IRQ7 is asserted when the PIC sees an interrupt but nobody appears to be
> generating it when it looks.
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
Andreas Steinmetz
D.O.M. Datenverarbeitung GmbH
> As far as I remember this was talked about earlier. Different mobos,
> chipsets, processor brands, but always IRQ 7. /me wonders.
In my research before posting, a common thread seemed to be the presence of
a tulip card in the machine. Has anyone seen this on a non-tulip box?
Martin A. Brooks
On Tuesday 27 November 2001 12:20, Andreas Steinmetz wrote:
> As far as I remember this was talked about earlier. Different mobos,
> chipsets, processor brands, but always IRQ 7. /me wonders. At least it
> doesn't do any harm (got this message on nearly all or all of my systems).
>
> On 27-Nov-2001 Alan Cox wrote:
> >> I get this with 2.4.16 vanilla, though. IRQ 7 appears to be unassigned
> >> according to /proc/pci.
> >>
> >> Machine is a 1ghz Athlon on a VIA VT82C686 mobo and a DEC 21140 NIC.
> >>
> >> Any pointers appreciated.
> >
> > IRQ7 is asserted when the PIC sees an interrupt but nobody appears to be
> > generating it when it looks.
I see it too on my home system (Duron 650 + VIA chipset)
--
vda
On 27-Nov-2001 Martin A. Brooks wrote:
>> As far as I remember this was talked about earlier. Different mobos,
>> chipsets, processor brands, but always IRQ 7. /me wonders.
>
> In my research before posting, a common thread seemed to be the presence of
> a tulip card in the machine. Has anyone seen this on a non-tulip box?
>
Yes (epic100).
> Martin A. Brooks
>
>
>
>
Andreas Steinmetz
D.O.M. Datenverarbeitung GmbH
On Tue, 27 Nov 2001, Martin A. Brooks wrote:
> In my research before posting, a common thread seemed to be the presence of
> a tulip card in the machine. Has anyone seen this on a non-tulip box?
Me, on an ALi Magik 1 chipset board using the ALi 1533 southbridge. Always
happens during the first ten minutes of uptime.
--
Ciao, Pascal
-<[ [email protected], netmail 2:241/215.72, home http://cobol.cjb.net/) ]>-
Martin A. Brooks wrote:
>>As far as I remember this was talked about earlier. Different mobos,
>>chipsets, processor brands, but always IRQ 7. /me wonders.
>>
>
> In my research before posting, a common thread seemed to be the presence of
> a tulip card in the machine. Has anyone seen this on a non-tulip box?
I don't have any tulip card in my system but also got this message twice
last week during backup to my Onstream DI-30 FAST ide tape streamer.
Please have a look at my bug report to RedHat Bugzilla:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=56630
--
Dipl.-Ing. (FH) Bernd Bartmann <[email protected]>
SoHaNet Technology GmbH / Kaiserin-Augusta-Allee 10-11 / 10553 Berlin
Software / Hardware / Netzwerke * Entwicklung / Verkauf / Wartung
Fon: +49 30 214783-44 / Fax: +49 30 214783-46
On a sunny Tue, 27 Nov 2001 14:38:13 -0000 (GMT) Martin A. Brooks gathered
a sheaf of electrons and etched in their motions the following immortal
words:
> > As far as I remember this was talked about earlier. Different mobos,
> > chipsets, processor brands, but always IRQ 7. /me wonders.
>
> In my research before posting, a common thread seemed to be the presence
of
> a tulip card in the machine. Has anyone seen this on a non-tulip box?
No, but I have a tulip in my box and I see it :)
seems to be harmless.
On Tue, Nov 27, 2001 at 02:38:13PM -0000, Martin A. Brooks wrote:
> > As far as I remember this was talked about earlier. Different mobos,
> > chipsets, processor brands, but always IRQ 7. /me wonders.
>
> In my research before posting, a common thread seemed to be the presence of
> a tulip card in the machine. Has anyone seen this on a non-tulip box?
Yes, on ASUS A7V133 board, Duron 800, Realtek network card.
Jan
On Tuesday 27 November 2001 09:38, Martin A. Brooks wrote:
> > As far as I remember this was talked about earlier. Different mobos,
> > chipsets, processor brands, but always IRQ 7. /me wonders.
>
> In my research before posting, a common thread seemed to be the presence of
> a tulip card in the machine. Has anyone seen this on a non-tulip box?
>
Yes. RTL 8139.
> Martin A. Brooks
>
>
--
tabris
Life is pain. Anybody that tells you differently is selling something.
William Goldman, "The princess bride"
Martin A. Brooks wrote:
> I get this with 2.4.16 vanilla, though. IRQ 7 appears to be unassigned
> according to /proc/pci.
>
> Machine is a 1ghz Athlon on a VIA VT82C686 mobo and a DEC 21140 NIC.
same thing here:
1GHz Athlon TB (currently on 900MHz due to stability problems), 128MB
DDR SDRAM
$ lspci
00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 3099
00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device b099
00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139
(rev 10)
00:11.0 ISA bridge: VIA Technologies, Inc.: Unknown device 3074
00:11.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev
06)
00:11.2 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 18)
00:11.3 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 18)
00:11.4 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 18)
00:11.5 Multimedia audio controller: VIA Technologies, Inc.: Unknown
device 3059 (rev 10)
01:00.0 VGA compatible controller: nVidia Corporation Vanta [NV6] (rev
15)
regards
--
Marek P?tlicki <[email protected]>
Linux User ID=162988
"Martin A. Brooks" schrieb:
>
> > As far as I remember this was talked about earlier. Different mobos,
> > chipsets, processor brands, but always IRQ 7. /me wonders.
>
> In my research before posting, a common thread seemed to be the presence of
> a tulip card in the machine. Has anyone seen this on a non-tulip box?
>
Yes. dmfe.o (Davicom "almost" 2114x)
Athlon with VIA82686_A_. Perhaps it's the Southbridge ?
On Tue, 27 Nov 2001, Peter W?chtler wrote:
> Athlon with VIA82686_A_. Perhaps it's the Southbridge ?
No, also happens on my ALi only board, no VIA chips involved.
--
Ciao, Pascal
-<[ [email protected], netmail 2:241/215.72, home http://cobol.cjb.net/) ]>-
Hello,
I recently enabled UP IOAPIC, and only then did I start seeing this
message. No hardware changes.
via 82c686 with a 3com 905b.
Seems to only pop up with apic (just recompiled without it and haven't
gotten the message again).
Regards,
Adrian
On Tue, 27 Nov 2001, Peter [iso-8859-1] W?chtler wrote:
> "Martin A. Brooks" schrieb:
> >
> > > As far as I remember this was talked about earlier. Different mobos,
> > > chipsets, processor brands, but always IRQ 7. /me wonders.
> >
> > In my research before posting, a common thread seemed to be the presence of
> > a tulip card in the machine. Has anyone seen this on a non-tulip box?
> >
>
> Yes. dmfe.o (Davicom "almost" 2114x)
>
> Athlon with VIA82686_A_. Perhaps it's the Southbridge ?
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
Hi,
Iv seen this on a Intel BX chipset Pentium2 266 box, and on a VIA KT266A
1ghz Athlon box.
BaRT
I think a couple of months ago I was discussing on this mail list the same
problem with ac. From then I saw this message with every kernel on any VIA
based MB i tryed (for athlon, for K6 and so on). It is harmless, but
noisy. of course, disabling IOAPIC the problem does always disappear, but
it's again noisy.
On 28 Nov 2001, bart wrote:
> Hi,
>
> Iv seen this on a Intel BX chipset Pentium2 266 box, and on a VIA KT266A
> 1ghz Athlon box.
>
> BaRT
>
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
On Tue, 27 Nov 2001, Martin A. Brooks wrote:
> > As far as I remember this was talked about earlier. Different mobos,
> > chipsets, processor brands, but always IRQ 7. /me wonders.
>
> In my research before posting, a common thread seemed to be the presence of
> a tulip card in the machine. Has anyone seen this on a non-tulip box?
Yes, all kinds of machines none of which have a tulip in them.
--
......Tom Dysfunction The Only Consistent Feature of All
[email protected] of Your Dissatisfying Relationships is You.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
I've had this very message, too.
System is a PII 350, MSI-6151 motherboard with Intel BX chipset
But it's a time ago I had it ;)
When I remember right it was the one kernel I've enabled APIC/IO-APIC but I'm
not sure. Right now I have no APIC/IO-APIC enabled.
I'll test it later the day
Bye
Am Dienstag, 27. November 2001 19:30 schrieb vda:
On Tuesday 27 November 2001 12:20, Andreas Steinmetz wrote:
> > As far as I remember this was talked about earlier. Different mobos,
> > chipsets, processor brands, but always IRQ 7. /me wonders. At least it
> > doesn't do any harm (got this message on nearly all or all of my
> > systems).
> >
> > On 27-Nov-2001 Alan Cox wrote:
> > >> I get this with 2.4.16 vanilla, though. IRQ 7 appears to be unassigned
> > >> according to /proc/pci.
> > >>
> > >> Machine is a 1ghz Athlon on a VIA VT82C686 mobo and a DEC 21140 NIC.
> > >>
> > >> Any pointers appreciated.
> > >
> > > IRQ7 is asserted when the PIC sees an interrupt but nobody appears to
> > > be generating it when it looks.
>
> I see it too on my home system (Duron 650 + VIA chipset)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE8A94fvIHrJes3kVIRAr3SAKCdcisZj7yfj7mENPSEc2h/Bq+AlQCfVC5i
/wx+DcuyM4OH29GinxEEnYI=
=LDkl
-----END PGP SIGNATURE-----
Am Dienstag, 27. November 2001 15:38 schrieb Martin A. Brooks:
> > As far as I remember this was talked about earlier. Different mobos,
> > chipsets, processor brands, but always IRQ 7. /me wonders.
>
> In my research before posting, a common thread seemed to be the presence of
> a tulip card in the machine. Has anyone seen this on a non-tulip box?
>
> Martin A. Brooks
>
>
yes on my laptop: Mitac Mi6020 (with suse73)
Joachim Franek
Email: [email protected]
http://www.de-franek.de
On Tue, Nov 27, 2001 at 02:38:13PM -0000, Martin A. Brooks wrote:
> > As far as I remember this was talked about earlier. Different mobos,
> > chipsets, processor brands, but always IRQ 7. /me wonders.
>
> In my research before posting, a common thread seemed to be the presence of
> a tulip card in the machine. Has anyone seen this on a non-tulip box?
Yep. No tulip in my Athlon Classic, and I've seen it twice today.
--
Vojtech Pavlik
SuSE Labs
On Tue, Nov 27, 2001 at 02:38:13PM -0000, Martin A. Brooks wrote:
> In my research before posting, a common thread seemed to be the presence of
> a tulip card in the machine. Has anyone seen this on a non-tulip box?
Yup: standard SuSE 7.3 install on an Asus A7V266-E motherboard (VIA KT266A
chipset, 512 MB DDR, Athlon XP).
Just recently installed Linux on that machine (yesterday evening) so I
don't even know what kernel version SuSE 7.3 uses. :-( If needed, I can try
other kernels.
--
Jurjen Oskam * http://www.stupendous.org/ for PGP key * Q265230
8:39am up 30 days, 23:33, 1 user, load average: 0.15, 0.03, 0.01
> On Tue, Nov 27, 2001 at 02:38:13PM -0000, Martin A. Brooks wrote:
>
>>>As far as I remember this was talked about earlier. Different mobos,
>>>chipsets, processor brands, but always IRQ 7. /me wonders.
>>>
>>In my research before posting, a common thread seemed to be the presence of
>>a tulip card in the machine. Has anyone seen this on a non-tulip box?
I have the same message in my home computer too (Athlon, A7A266 ALi chipset,
256Mb DDR, Realtek 8139). But i don't see any problems...
--
____________
/ Piter PUNK \_____________________________________________________
| |
| | E-Mail: [email protected] (personal) |
| .|. [email protected] (professional) |
| /V\ |
| // \\ UIN: 116043354 Homepage: http://www.piterpunk.hpg.com.br |
| /( )\ |
| ^`~'^ ----> Slackware Linux - The Best One! <---- |
| #105432 |
`-------------------------------------------------------------------'
Alan Cox wrote:
> IRQ7 is asserted when the PIC sees an interrupt but nobody appears to be
> generating it when it looks.
> -
I had the same symptoms on an uniprocessor IBM PC300GL (pretty standard
pc, 32MB ram, 333MHz celeron [pre-coppermine], 82371AB PIIX E-IDE/ACPI
chips,
Intel Motherboard, 66MHz bus), S3 Trio3D (IBM integrated - **does that
mean anything to you? XFree86-SVGA doesn't work on it, but XFree86-S3
version 4.0.1
-RH 7.0- seems to work fine with the s3virge driver) AGP graphics board
(2MB
vram) plus an Avance ALS4000 card are all I've got. I was worried
because
I don't have any 8259A's on my motherboard and this led me to kgcc.
The problem occured _only_ when I, unknowingly, used RH 7.0's gcc 2.96
(not one of the updated 2.96's). With that build (a 2.4.8 kernel), I
learnt my lesson when linux got utterly stuck twice in a single day.
Since then, builds with standard gcc's recommended by Linus (egcs/kgcc
&& gcc 2.95.3) have seen the end of this problem. The message came up
during normal use, not in a special situation such as bootup, etc.
Hope this has been of some help.
PS: Is gcc-2.96.99 currently in RawHide as good (or better ;) as
gcc-2.95.3 for kernel builds? Jakub Jelinek seems to be doing a good job
on it...
- ioj
-----------------------------------------------------------------------
"And King Parakramabahu sent men with a bushel of Rice each to every
corner of the land, and the people returned saying that a bushel of Rice
could
be sold for two cents. Then the King knew that not enough food or his
people was being produced. He built tanks of water and cultivated more
land. Again deployed men. Now they returned saying that no one would
take the grain even
for free. The King was satisfied."
> (not one of the updated 2.96's). With that build (a 2.4.8 kernel), I
2.4.8 isnt a very reliable kernel
> PS: Is gcc-2.96.99 currently in RawHide as good (or better ;) as
> gcc-2.95.3 for kernel builds? Jakub Jelinek seems to be doing a good job
> on it...
I use 2.96 from RH 7.2 for all my builds. 2.95.3 is probably the better
tested compiler for general things though
On my "old" system this message appear randomly after the boot process
when my machine always try to make a ISDN connection with my provider.
Sometimes appears in the kernel boot process... funny.
IOAPIC : not set
kernel : 2.4.x
CPU : K6-2 450
Chipset:
00:00.0 Host bridge: Acer Laboratories Inc. [ALi] M1541 (rev 04)
00:01.0 PCI bridge: Acer Laboratories Inc. [ALi] M5243 (rev 04)
00:07.0 ISA bridge: Acer Laboratories Inc. [ALi] M1533 PCI to ISA Bridge [Aladdin IV] (rev b4)
00:08.0 Network controller: Elsa AG QuickStep 1000 (rev 01)
00:09.0 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 04)
00:0a.0 Multimedia audio controller: Trident Microsystems 4DWave DX (rev 02)
00:0f.0 IDE interface: Acer Laboratories Inc. [ALi] M5229 IDE (rev 20)
01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G100 [Productiva] AGP (rev 02)
grep -A1 -B1 spurious /var/log/messages :
May 12 10:04:05 localhost ipppd[529]: remote IP address XXX.YYY.XXX.54
May 12 10:04:44 localhost kernel: spurious 8259A interrupt: IRQ7.
May 12 10:04:44 localhost ipppd[529]: Modem hangup
--
May 23 21:10:33 localhost ipppd[529]: remote IP address XXX.YYY.XXX.54
May 23 21:28:29 localhost kernel: spurious 8259A interrupt: IRQ7.
May 23 21:49:49 localhost -- MARK --
--
May 30 20:15:57 localhost -- MARK --
May 30 20:16:31 localhost kernel: spurious 8259A interrupt: IRQ7.
May 30 20:35:57 localhost -- MARK --
--
Jun 9 15:16:37 localhost ipppd[529]: remote IP address XXX.YYY.XXX.54
Jun 9 15:16:42 localhost kernel: spurious 8259A interrupt: IRQ7.
Jun 9 15:17:28 localhost ipppd[529]: Modem hangup
--
Jun 25 19:01:16 localhost ipppd[529]: remote IP address XXX.YYY.XXX.54
Jun 25 19:01:20 localhost kernel: spurious 8259A interrupt: IRQ7.
Jun 25 19:02:06 localhost ipppd[529]: Modem hangup
--
Jun 28 05:33:12 localhost ipppd[529]: remote IP address XXX.YYY.XXX.59
Jun 28 05:36:02 localhost kernel: spurious 8259A interrupt: IRQ7.
Jun 28 05:36:30 localhost ipppd[529]: Modem hangup
--
Jul 3 21:33:19 localhost ipppd[529]: remote IP address XXX.YYY.XXX.54
Jul 3 21:33:30 localhost kernel: spurious 8259A interrupt: IRQ7.
Jul 3 21:39:04 localhost ipppd[529]: Modem hangup
--
Jul 5 07:31:04 localhost ipppd[529]: remote IP address XXX.YYY.XXX.54
Jul 5 07:32:22 localhost kernel: spurious 8259A interrupt: IRQ7.
Jul 5 07:38:02 localhost ipppd[529]: Modem hangup
--
Jul 9 23:18:48 localhost Wmaker: Hi luca, welcome to localhost
Jul 9 23:24:02 localhost kernel: spurious 8259A interrupt: IRQ7.
Jul 9 23:38:25 localhost -- MARK --
--
Jul 12 22:11:20 localhost -- MARK --
Jul 12 22:22:53 localhost kernel: spurious 8259A interrupt: IRQ7.
Jul 12 22:51:20 localhost -- MARK --
--
Jul 15 22:21:34 localhost ipppd[529]: remote IP address XXX.YYY.XXX.54
Jul 15 22:21:39 localhost kernel: spurious 8259A interrupt: IRQ7.
Jul 15 22:22:07 localhost ipppd[529]: Modem hangup
--
Jul 16 21:26:53 localhost ipppd[530]: remote IP address XXX.YYY.XXX.54
Jul 16 21:26:58 localhost kernel: spurious 8259A interrupt: IRQ7.
Jul 16 21:30:24 localhost ipppd[530]: Modem hangup
--
Jul 17 20:11:57 localhost ipppd[530]: Connect[0]: /dev/ippp0, fd: 7
Jul 17 20:13:45 localhost kernel: spurious 8259A interrupt: IRQ7.
Jul 17 20:13:53 localhost Wmaker: Hi luca, welcome to luca.home.net
--
Jul 23 20:08:51 localhost kernel: loop: loaded (max 8 devices)
Jul 23 20:14:38 localhost kernel: spurious 8259A interrupt: IRQ7.
Jul 23 20:25:42 localhost -- MARK --
--
Jul 25 19:21:29 localhost ipppd[530]: remote IP address XXX.YYY.XXX.59
Jul 25 19:22:03 localhost kernel: spurious 8259A interrupt: IRQ7.
Jul 25 19:22:03 localhost ipppd[530]: Modem hangup
--
Jul 26 07:55:53 localhost -- MARK --
Jul 26 07:57:43 localhost kernel: spurious 8259A interrupt: IRQ7.
Jul 26 08:09:42 localhost init: Switching to runlevel: 6
--
Aug 14 17:41:53 localhost kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards
Aug 14 17:41:53 localhost kernel: spurious 8259A interrupt: IRQ7.
Aug 14 17:41:53 localhost kernel: HiSax: Approved with Sedlbauer Speedfax + cards
--
Aug 22 08:49:40 localhost kernel: Adding Swap: 264592k swap-space (priority -1)
Aug 22 08:49:40 localhost kernel: spurious 8259A interrupt: IRQ7.
Aug 22 08:49:41 localhost cron[439]: (CRON) STARTUP (fork
ok)
--
Nov 10 10:28:15 localhost lircd-0.6.4[576]: caught
signal
Nov 10 10:31:08 localhost kernel: spurious 8259A interrupt:
IRQ7.
Nov 10 10:42:00 localhost CRON[743]: (root) CMD ([ -x /usr/sbin/cronloop ] && /usr/sbin/cronloop Hourly)
Ishan wrote...
>I don't have any 8259A's on my motherboard and this led me to kgcc.
The 8259A is actually Intel's Programmable Interrupt Controller. Which
guessing from your PC specs you probably have.
Zwane Mwaikambo
Zwane Mwaikambo wrote:
>
> Ishan wrote...
> >I don't have any 8259A's on my motherboard and this led me to kgcc.
>
> The 8259A is actually Intel's Programmable Interrupt Controller. Which
> guessing from your PC specs you probably have.
>
> Zwane Mwaikambo
Thanks.
I _had_ come across the 8259A before, but I'm ashamed to say that
I haven't looked for it on my board, nor have I seen it in anywhare in
/proc.
Hence the bad judgement :) Your mail just clicked everything to place.
At any rate, I haven't got this message from the kernel after 2.4.8
_with_ stable compilers. My IRQ7 is used by the printer driver which is
compiled-in.
-ioj