smp_processor_id();
which is correct?
Thanks in advance for your answer.
Regards
Marin Mitov
--
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
Pl
nk you in advance for your suggestions, help (and patches).
Regards.
Marin Mitov
--
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 Monday 25 February 2008 10:53:01 pm you wrote:
> Marin Mitov wrote:
> > Hi all,
> >
> > I experience very rare freezes at heavy outbound traffic
> > (sending ~4GB DVD image to another host(s) on the same LAN)
> > using skge driver (NIC on the mobo) as well as (r
MP):
CPU0 CPU1
21: 11691000 11933174 IO-APIC-fasteoi eth0
It is neither IO-APIC-edge, nor IO-APIC-level.
Could it be the problem?
Marin Mitov
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PRO
On Tuesday 26 February 2008 12:59:04 am you wrote:
> Divy Le Ray wrote:
> >> From: "Divy Le Ray" <[EMAIL PROTECTED]>
> >> Date: Wed, 20 Feb 2008 21:57:08 -0800
> >>
> >>> The driver is cxgb3 here, it uses LLTX.
> >>
> >> That's extremely unfortunate, hopefully you can update it to
> >> use a model
d, to account for
possible under/overflow of left/TSC
Tested on both: 32/64 bit SMP PREEMPT kernel-2.6.24-rc3
Comments, please.
Signed-off-by: Marin Mitov <[EMAIL PROTECTED]>
=
--- a/arch/x86/lib/delay_32.c 2007-11-18 08:14:05.0 +0200
+++
On Wednesday 21 November 2007 09:27:54 pm you wrote:
> * Marin Mitov <[EMAIL PROTECTED]> wrote:
> > Hi Ingo,
> >
> > The patch is quite good ;-) but we forget when it is needed :-( In
> > fact we need it only for PREEMPT SMP kernels - it could hurt PREEMPT
>
new message since 2.6.24-rc3. I have never try -mm tree before.
>
> These messages could indicate a timing problem. You can see the code
> that writes the messages near the end of wakeup_rh() in
> drivers/usb/host/uhci-hcd.c.
>
> The message gets written if the controller hardware hasn&#x
out being shared.
No, as I already explained.
The only problem :-) in my explanation is:
request_irq returns EBUSY (not -EBUSY as should be)
Marin Mitov
> When
> I have more time, I will changed the code to be a shared IRQ and try
> the noapic again.
>
> However, without the
tical sections
(more room for preemption)
3. some statements have been rearranged, to account for
possible under/overflow of left/TSC
Tested on both: 32/64 bit SMP PREEMPT kernel-2.6.24-rc3
Hope it is correct. Comments, please.
Signed-off-by: Marin Mitov <[EMAIL P
the problem is coming from.
Best regards.
Marin Mitov
-
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/
ut all other arches?
Thanks.
Marin Mitov
-
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/
12 matches
Mail list logo
