grub-devel.gnu.org archive mirror
 help / color / mirror / Atom feed
From: Stanislav Kholmanskikh <stanislav.kholmanskikh@oracle.com>
To: The development of GNU GRUB <grub-devel@gnu.org>
Cc: vasily.isaenko@oracle.com, allen.pais@oracle.com
Subject: Re: [PATCH] ofnet: Do not set SUFFIX for sun4v network devices
Date: Wed, 29 Jul 2015 13:10:36 +0300	[thread overview]
Message-ID: <55B8A69C.7050603@oracle.com> (raw)
In-Reply-To: <55ADF94A.5080100@oracle.com>

Hi!

On 07/21/2015 10:48 AM, Stanislav Kholmanskikh wrote:
>
>
> On 07/17/2015 07:58 PM, Andrei Borzenkov wrote:
>> В Thu, 16 Jul 2015 10:21:41 +0300
>> Stanislav Kholmanskikh <stanislav.kholmanskikh@oracle.com> пишет:
>>
>>> sun4v vnet devices do not implement the support of duplex and speed
>>> instance attributes. An attempt to open such a device with
>>> the attributes will fail:
>>>
>>> ok select net:speed=auto,duplex=auto
>>> Unknown key 'speed'
>>> Unknown key 'duplex'
>>> Manual Configuration: Host IP, boot server and filename must be
>>> specified
>>> WARNING: /virtual-devices@100/channel-devices@200/network@0: Can't
>>> open OBP standard TFTP package
>>>
>>> Can't open device
>>> ok
>>>
>>> Therefore, let's not set SUFFIX for such devices.
>>>
>>> Signed-off-by: Stanislav Kholmanskikh
>>> <stanislav.kholmanskikh@oracle.com>
>>> ---
>>>   grub-core/net/drivers/ieee1275/ofnet.c |   23 +++++++++++++++++++++--
>>>   1 files changed, 21 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/grub-core/net/drivers/ieee1275/ofnet.c
>>> b/grub-core/net/drivers/ieee1275/ofnet.c
>>> index eea8e71..dbcf337 100644
>>> --- a/grub-core/net/drivers/ieee1275/ofnet.c
>>> +++ b/grub-core/net/drivers/ieee1275/ofnet.c
>>> @@ -305,6 +305,7 @@ search_net_devices (struct grub_ieee1275_devalias
>>> *alias)
>>>     grub_uint64_t prop;
>>>     grub_uint8_t *pprop;
>>>     char *shortname;
>>> +  char need_suffix = 1;
>>>
>>>     if (grub_strcmp (alias->type, "network") != 0)
>>>       return 0;
>>> @@ -325,7 +326,25 @@ search_net_devices (struct
>>> grub_ieee1275_devalias *alias)
>>>
>>>   #define SUFFIX
>>> ":speed=auto,duplex=auto,1.1.1.1,dummy,1.1.1.1,1.1.1.1,5,5,1.1.1.1,512"
>>>
>>> -  if (!grub_ieee1275_test_flag (GRUB_IEEE1275_FLAG_NO_OFNET_SUFFIX))
>>> +  if (grub_ieee1275_test_flag (GRUB_IEEE1275_FLAG_NO_OFNET_SUFFIX))
>>> +    need_suffix = 0;
>>> +
>>> +  /* sun4v vnet devices do not support setting duplex/speed */
>>> +  {
>>> +    char tmp[24];
>>> +
>>> +    grub_ieee1275_finddevice (alias->path, &devhandle);
>>> +
>>> +    if (!grub_ieee1275_get_property (devhandle, "compatible",
>>> +                     (grub_uint8_t *)tmp, sizeof(tmp), NULL))
>>> +      {
>>> +    if (!grub_strncmp (tmp, "SUNW,sun4v-network",
>>> +               sizeof("SUNW,sun4v-network")))
>>> +      need_suffix = 0;
>>> +      }
>>> +  }
>>> +
>>
>> Can it have devices that do support suffix? If no, it is better to
>> extend grub-core/kern/ieee1275/cmain.c:grub_ieee1275_find_options() and
>> set GRUB_IEEE1275_FLAG_NO_OFNET_SUFFIX for the platform.
>
> A ldom may have both virtual an physical network devices at the same
> time. One can assign entire PCIE root complexes, individual cards or
> SR-IOV virtual functions to a ldom. More details are:
>
> https://docs.oracle.com/cd/E38405_01/html/E38406/usingpcibuseswithldoms.html#scrolltoc

So a ldom may have devices that do support the suffix and that do not 
support the suffix.

>
>
> Thanks.
>
>>
>>> +  if (need_suffix)
>>>       ofdata->path = grub_malloc (grub_strlen (alias->path) + sizeof
>>> (SUFFIX));
>>>     else
>>>       ofdata->path = grub_malloc (grub_strlen (alias->path) + 1);
>>> @@ -335,7 +354,7 @@ search_net_devices (struct grub_ieee1275_devalias
>>> *alias)
>>>         return 0;
>>>       }
>>>     ofdata->suffix = grub_stpcpy (ofdata->path, alias->path);
>>> -  if (!grub_ieee1275_test_flag (GRUB_IEEE1275_FLAG_NO_OFNET_SUFFIX))
>>> +  if (need_suffix)
>>>       grub_memcpy (ofdata->suffix, SUFFIX, sizeof (SUFFIX));
>>>     else
>>>       *ofdata->suffix = '\0';
>>
>>
>> _______________________________________________
>> Grub-devel mailing list
>> Grub-devel@gnu.org
>> https://lists.gnu.org/mailman/listinfo/grub-devel
>>
>
> _______________________________________________
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel


  reply	other threads:[~2015-07-29 10:11 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-16  7:21 [PATCH] ofnet: Do not set SUFFIX for sun4v network devices Stanislav Kholmanskikh
2015-07-17 16:58 ` Andrei Borzenkov
2015-07-21  7:48   ` Stanislav Kholmanskikh
2015-07-29 10:10     ` Stanislav Kholmanskikh [this message]
2015-08-08  8:47 ` Andrei Borzenkov
2015-09-07 11:05   ` Stanislav Kholmanskikh
2015-09-07 11:13     ` [PATCH V2] " Stanislav Kholmanskikh
2015-10-07 14:52       ` Stanislav Kholmanskikh
2015-10-07 17:01         ` Andrei Borzenkov

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=55B8A69C.7050603@oracle.com \
    --to=stanislav.kholmanskikh@oracle.com \
    --cc=allen.pais@oracle.com \
    --cc=grub-devel@gnu.org \
    --cc=vasily.isaenko@oracle.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).