DPDK patches and discussions
 help / color / mirror / Atom feed
From: Rahul Lakkireddy <rahul.lakkireddy@chelsio.com>
To: Ferruh Yigit <ferruh.yigit@intel.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>,
	Satish Rangarajan <satishr@chelsio.com>,
	Indranil Choudhury <indranil@chelsio.com>
Subject: Re: [dpdk-dev] [PATCH 3/4] net/cxgbe: only redefine symbols when not available for Windows
Date: Wed, 19 Dec 2018 18:11:22 +0530	[thread overview]
Message-ID: <20181219124121.GB11932@chelsio.com> (raw)
In-Reply-To: <87545ce6-04f1-d29c-5bd6-6b5211a85fc6@intel.com>

On Tuesday, December 12/18/18, 2018 at 23:56:22 +0530, Ferruh Yigit wrote:
> On 12/13/2018 3:02 PM, Rahul Lakkireddy wrote:
> > Redefine symbols only when they are not available for Windows
> > 
> 
> Again "for Windows" is very vague, can you please add more context?
> 

These patches are a pre-requisite to enable compilation for CXGBE PMD
for Windows OS. It currently uses Intel C++ compiler [1]. Our plan is
to integrate these compilation fixes to dpdk-next-net and then ask for
a pull request to pull these to dpdk-draft-windows tree [2].

[1] https://software.intel.com/en-us/parallel-studio-xe
[2] http://git.dpdk.org/draft/dpdk-draft-windows/

This patch fixes following issues in Windows build:

# cxgbe_compat.h(154): warning #47: incompatible redefinition of macro "min"
    #define min(a, b) RTE_MIN(a, b)
            ^

# cxgbe_compat.h(158): warning #47: incompatible redefinition of macro "max"
    #define max(a, b) RTE_MAX(a, b)
            ^
# t4_hw.c(249): warning #266: function "htobe64" declared implicitly
                *rpl++ = htobe64(t4_read_reg64(adap, mbox_addr));
                         ^
# t4_hw.c(338): warning #266: function "bzero" declared implicitly
        bzero(p, 0, size);
        ^
# t4_hw.c(5337): warning #266: function "htonl" declared implicitly
                rvc.op_to_viid = htonl(V_FW_CMD_OP(FW_RSS_VI_CONFIG_CMD) |
                                 ^
# t4_hw.c(5344): warning #266: function "ntohl" declared implicitly
                p->rss_mode = ntohl(rvc.u.basicvirtual.defaultq_to_udpen);
                              ^
# t4vf_hw.ct4vf_hw.c(47): warning #266: function "htobe64" declared implicitly
                *rpl++ = htobe64(t4_read_reg64(adap, mbox_addr));
                         ^
# sge.c(361): error : expected an expression
        struct sge_eth_rxq *rxq = container_of(q, struct sge_eth_rxq, fl);
                                  ^
# sge.c(465): warning #266: function "ntohs" declared implicitly
        int hw_cidx = ntohs(q->stat->cidx);
                      ^
# sge.c(1918): warning #266: function "htons" declared implicitly
                htons(V_FW_IQ_CMD_IQPCIECH(pciechan) |
                ^
# sge.c(1350): error : identifier "caddr_t" is undefined
    static void inline_tx_mbuf(const struct sge_txq *q, caddr_t from, caddr_t *to,
                                                        ^

Thanks,
Rahul

  reply	other threads:[~2018-12-19 12:43 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-12-13 15:02 [dpdk-dev] [PATCH 0/4] net/cxgbe: fix build for Microsoft Windows OS support Rahul Lakkireddy
2018-12-13 15:02 ` [dpdk-dev] [PATCH 1/4] net/cxgbe: use relative paths for including header files Rahul Lakkireddy
2018-12-18 18:23   ` Ferruh Yigit
2018-12-19 12:42     ` Rahul Lakkireddy
2018-12-13 15:02 ` [dpdk-dev] [PATCH 2/4] net/cxgbe: fix macros related to logs for Windows Rahul Lakkireddy
2018-12-18 18:25   ` Ferruh Yigit
2018-12-19 12:39     ` Rahul Lakkireddy
2018-12-19 13:45       ` Ferruh Yigit
2018-12-19 14:11         ` Rahul Lakkireddy
2018-12-13 15:02 ` [dpdk-dev] [PATCH 3/4] net/cxgbe: only redefine symbols when not available " Rahul Lakkireddy
2018-12-18 18:26   ` Ferruh Yigit
2018-12-19 12:41     ` Rahul Lakkireddy [this message]
2018-12-13 15:02 ` [dpdk-dev] [PATCH 4/4] net/cxgbe: fix other misc build issues " Rahul Lakkireddy

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20181219124121.GB11932@chelsio.com \
    --to=rahul.lakkireddy@chelsio.com \
    --cc=dev@dpdk.org \
    --cc=ferruh.yigit@intel.com \
    --cc=indranil@chelsio.com \
    --cc=satishr@chelsio.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).