Yes, I do have "CONFIG_PTP_1588_CLOCK=y" in my kernel config.
I can compile version 3.18.7 with the same command. When I diff
ixgbe_ptp.c between the 2 versions, it appears that the function was
deleted in 3.19.1.
Fred.
On 2/13/2014, 2:34 PM, "Ronciak, John" wrote:
>Do you have the kernel con
On Thu, 2014-02-13 at 17:47 -0500, David Miller wrote:
> From: Joe Perches
> Date: Tue, 11 Feb 2014 17:30:52 -0800
>
> > Don't emit these as there's a generic OOM with a dump_stack()
> > on allocation failures.
> >
> > Signed-off-by: Joe Perches
> > ---
> >
> > With patch attached this time...
From: Joe Perches
Date: Tue, 11 Feb 2014 17:30:52 -0800
> Don't emit these as there's a generic OOM with a dump_stack()
> on allocation failures.
>
> Signed-off-by: Joe Perches
> ---
>
> With patch attached this time...
I expect the Intel folks to pick this up.
--
Do you have the kernel configured to have PTP support? I'm guessing not which
is causing this problem. Please check your kernel configuration.
Thanks.
Cheers,
John
> -Original Message-
> From: Fred Klassen [mailto:fklas...@appneta.com]
> Sent: Thursday, February 13, 2014 11:33 AM
> T
Odds are the problem is the order the modules are loading in. In order
to print the message ioatdma and dca needs to be loaded before ixgbe, if
the ioatdma driver is loaded after then you won't see the message as it
is only printed at probe time and not when a DCA provider is registered.
If you a
So it looks like your HW does support it. You just were looking at a kernel
that had a driver that wasn't recognizing it. The newer driver is supporting
it. You didn't give that info to start with. Why didn't you start with this?
Solution is to use a kernel that has a driver that supports DC
Scott,
DDIO does not completely replace DCA. DCA provides functionality for remote
socket, while DDIO only functions with the local socket for the device.
The ixgbe driver prints that DCA message if DCA was detected when the driver
was loaded. Did you try running lsmod to see if ioatdma and dc
It seems I was making a mistake, just not the one I thought I was. When I
looked at 3.18.7, it was after a system boot. When I looked at 3.19.1 it
was only after removing and reloading the module.
I've attached dmesg output from a system boot just now, showing dca / igb /
ixgbe / ioatdma modules a
Alex/John,
Thanks for the clarification with regards to DDIO/DCA.
As far as my results with the 3.18.7 driver, I can't duplicate them now, so
I'll chalk it up to a mistake on my side. Sorry for the trouble.
Thanks,
Scott Silverman | IT | Simplex Investments | 312-360-2444
230 S. LaSalle St.,
John,
I think you misunderstood. Sandy Bridge ioatdma/dca should be supported in
kernel 3.4.41. However, I only see that "DCA" flag in ixgbe/dmesg when I am
using ixgbe 3.19.1, not when I am using 3.18.7. I am asking why that might
be. Nothing else changed, aside from rmmod ixgbe (3.18.7) and modp
Scott,
You might try checking the dmesg log on the systems that come up as not
supporting DCA. There was a patch submitted a year or so ago that would
disable DCA on platforms that had a misconfigured APIC ID tag map.
It is possible that the platform might have had DCA disabled due to this
in th
Hi, when I try to build with PTP I get a build error. It appears that
'ixgbe_ptp_convert_to_hwtstamp' isn't implemented.
cut -
$ make CFLAGS_EXTRA=-DIXGBE_PTP
make -C /lib/modules/3.10.29-ani04/build SUBDIRS=/tmp/ixgbe-3.19.1/src
modules
make[1]: Entering directory
`/h
John,
Thanks for the prompt response, but I still have some questions/concerns.
-My motherboard (SuperMicro X9DRW) specifically provides a firmware option
to enable "DCA" but you state that the chipset doesn't include it at all?
-Why is it reported only sometimes?
Proc, Kern, ixgbe - DCA?
Sandy
Hi,
In the past we have successfully designed a atom-based board with a 82574L
ethernet chip. Therefore we have used a tool called 'eeupdate', to program
the flash.
Now we have designed a i.mx6-based board, again with a 82574L ethernet chip.
I now notice that I have only DOD/MS-WINDOWS/Linux pen
14 matches
Mail list logo