Yes,
the problem lies in interrupts,
I've just tried xl, fxp and rl Nic's, and none of them works as em.
Furthermore their interrupts are not showed in vmstat -i.
It would be very helpfull if some wise guy could tell me where to look
for the problem.
Otherwise I'll have to go thru the kernel so
One more question:
is ist matter of wrong irq assigment ??
em0 at pci2 dev 2 function 0 "Intel PRO/1000XT (82544EI)" rev 0x02: apic
8 int 9
(irq 9), address: 00:0e:0c:70:c9:52
em1 at pci2 dev 5 function 0 "Intel PRO/1000MT (82546EB)" rev 0x01: apic
8 int 9
(irq 9), address: 00:03:47:32:c8:ca
ok,
When I run GENERIC SMP kernel, the problem persists,
I'll privide You a dmesg from GENERIC.SMP tomorrow, but it does not
change anytning.
There are 3 changes I've made to generic:
enable aac,
add my aac card to aac_pci so it can be configured,
add my ICU to pci_intr so it can be configured
Bruno Delbono wrote:
At times, misc@ can be worse than Microsoft's or HP's support.
Interesting. How much do you pay for misc@openbsd.org support compared
to what you have to fork out for Microsoft or HP?
--
Avtar Gill | [EMAIL PROTECTED]
On Sun, Jul 03, 2005 at 07:42:25PM +0200, Rogier Krieger wrote:
> On 7/3/05, Rogier Krieger <[EMAIL PROTECTED]> wrote:
> > I don't see much reason to using a non-GENERIC kernel
>
> Apart from aac(4) which isn't in GENERIC any longer.
>
> Cheers,
>
> Rogier
aac(4) is not supported so you're on y
On 7/3/05, Rogier Krieger <[EMAIL PROTECTED]> wrote:
> I don't see much reason to using a non-GENERIC kernel
Apart from aac(4) which isn't in GENERIC any longer.
Cheers,
Rogier
--
If you don't know where you're going, any road will get you there.
On 7/3/05, Bruno Delbono <[EMAIL PROTECTED]> wrote:
> Just because some happens to use a different kernel doesn't
> automatically mean that they do not know anything. Follow this thread
> and see why the OP did what he did.
Typically, people do not need to run anything other than GENERIC.
Unless
Rogier Krieger wrote:
On 7/2/05, Micha3 Koc <[EMAIL PROTECTED]> wrote:
OpenBSD 3.7-stable (STORAGE.MP) #1: Sat Jul 2 21:29:32 CEST 2005
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/STORAGE.MP
That sounds like bad news: a custom kernel. If you cannot reproduce
the problem with GENERIC
On 7/2/05, Micha3 Koc <[EMAIL PROTECTED]> wrote:
> OpenBSD 3.7-stable (STORAGE.MP) #1: Sat Jul 2 21:29:32 CEST 2005
> [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/STORAGE.MP
That sounds like bad news: a custom kernel. If you cannot reproduce
the problem with GENERIC[.MP], you're on your o
OpenBSD 3.7-stable (STORAGE.MP) #1: Sat Jul 2 21:29:32 CEST 2005
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/STORAGE.MP
cpu0: Intel(R) Xeon(TM) CPU 2.66GHz ("GenuineIntel" 686-class) 2.66 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CF
real mem = 32
Micha,
Why does the email of your header include these accounts as your recipients?
--
[EMAIL PROTECTED]
[EMAIL PROTECTED]:son Lindman <[EMAIL PROTECTED]>
--
???
MichaE Koc wrote:
Here You have dmesg from 3.6 SP before patch:
I'll provide 3.7 sp, smp, after and before patch tomorrow.
Thank
Here You have dmesg from 3.6 SP before patch:
I'll provide 3.7 sp, smp, after and before patch tomorrow.
Thank You.
MichaE Koc
OpenBSD 3.6-stable (GENERIC) #0: Mon Mar 7 14:01:06 CET 2005
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Xeon(TM) CPU 2.66GHz ("GenuineIn
DMESG!
On Jul 1, 2005, at 5:22 PM, MichaE Koc wrote:
Ok,
starting from the beginnig,
The em nics are visible in dmesg and ifconfig.
They do transmit packets as I can see in tcpdump on the destination
machine.
But they do not recive any packets.
ie. I ping from SMP machine to dest
on dest
On Saturday 02 July 2005 00.22, MichaE Koc wrote:
> Ok,
>
> starting from the beginnig,
>
> The em nics are visible in dmesg and ifconfig.
> They do transmit packets as I can see in tcpdump on the destination
> machine. But they do not recive any packets.
> ie. I ping from SMP machine to dest
> on
Ok,
starting from the beginnig,
The em nics are visible in dmesg and ifconfig.
They do transmit packets as I can see in tcpdump on the destination machine.
But they do not recive any packets.
ie. I ping from SMP machine to dest
on dest I can se echo requests comming from SMP and echo replies goi
On Friday 01 July 2005 21.49, MichaE Koc wrote:
> Hello all,
>
> I've a problem with em0 (and eventually any other nic connected to the
> pci bus) on double Xeon, while I run smp kernel.
What problem? Are you not even going to describe your problem?
> I have no idea what could couse it, there wa
Hello all,
I've a problem with em0 (and eventually any other nic connected to the
pci bus) on double Xeon, while I run smp kernel.
I have no idea what could couse it, there was problem with ICU but I've
fixed it as follows:
pcibios0: no compatible PCI ICU found: ICU vendor 0x8086 product 0x
17 matches
Mail list logo
