Skip to contentSkip to conversation

About "hugeshmat01" and "humeshmget03" testsets

LTP Mitani 2 participants 7 messages Sep 7, 2010 – Oct 13, 2010

lore
Share & tools
lore

Mitani

author
#0 lore raw

Hi,

I sent patches of "hugeshmat01" and "humeshmget03" testsets to mailing-list in the middle of August, but they aren't updated.
Would you teach me what kind of situation they are?

hugeshmat01:
http://www.mail-archive.com/[email protected]/msg10448.html
humeshmget03:
http://www.mail-archive.com/[email protected]/msg10467.html

(The "humeshmat01" was revised on August 16, but same failure has
occurred in my system.)

I am glad if I can get some information about the patch. I'm looking forward to reply:-)

Thank you--

-Tomonori Mitani

------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
Ltp-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list

#1 lore raw
Quoted 11 lines · Mitani

Hi,

I sent patches of "hugeshmat01" and "humeshmget03" testsets to mailing-list in the middle of August, but they aren't updated.
Would you teach me what kind of situation they are?

 hugeshmat01:
   http://www.mail-archive.com/[email protected]/msg10448.html
 humeshmget03:
   http://www.mail-archive.com/[email protected]/msg10467.html

Quoted 5 lines

 (The "humeshmat01" was revised on August 16, but same failure has occurred in my system.)

I am glad if I can get some information about the patch. I'm looking forward to reply:-)

Sorry... another item I forgot to follow up on. I'll look into
this over the next couple of days and provide feedback about this. Thanks,
-Garrett

------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
Ltp-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list

author
#2 lore raw
Quoted 25 lines

-----Original Message-----
From: Garrett Cooper [mailto:[email protected]]
Sent: Tuesday, September 07, 2010 4:04 PM
To: Mitani
Cc: [email protected]
Subject: Re: [LTP] About "hugeshmat01" and "humeshmget03" testsets

Quoted 3 lines · Mitani

Hi,

I sent patches of "hugeshmat01" and "humeshmget03" testsets to

mailing-list

Quoted 5 lines

in the middle of August, but they aren't updated. Would you teach me what kind of situation they are?

 hugeshmat01:
   http://www.mail-archive.com/[email protected]/m

sg10448.html

Quoted 2 lines

 humeshmget03:
   http://www.mail-archive.com/[email protected]/m

sg10467.html

Quoted 4 lines

 (The "humeshmat01" was revised on August 16, but same failure has occurred in my system.)

Quoted 7 lines
Quoted 2 lines

I am glad if I can get some information about the patch. I'm looking forward to reply:-)

Sorry... another item I forgot to follow up on. I'll look into
this over the next couple of days and provide feedback about this. Thanks,
-Garrett

Were my revisions OK?
I am glad if you consider about these patches when you are free.

Regards--

-Tomonori Mitani

------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
Ltp-list mailing list [email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list

#3 lore raw
Quoted 28 lines · Mitani
Quoted 28 lines

-----Original Message-----
From: Garrett Cooper [mailto:[email protected]]
Sent: Tuesday, September 07, 2010 4:04 PM
To: Mitani
Cc: [email protected]
Subject: Re: [LTP] About "hugeshmat01" and "humeshmget03" testsets

Quoted 3 lines · Mitani

Hi,

I sent patches of "hugeshmat01" and "humeshmget03" testsets to

mailing-list

Quoted 5 lines

in the middle of August, but they aren't updated. Would you teach me what kind of situation they are?

 hugeshmat01:
   http://www.mail-archive.com/[email protected]/m

sg10448.html

Quoted 2 lines

 humeshmget03:
   http://www.mail-archive.com/[email protected]/m

sg10467.html

Quoted 6 lines

 (The "humeshmat01" was revised on August 16, but same failure has occurred in my system.)

I am glad if I can get some information about the patch. I'm looking forward to reply:-)

Quoted 7 lines
Quoted 4 lines

    Sorry... another item I forgot to follow up on. I'll look into this over the next couple of days and provide feedback about this. Thanks,
-Garrett

Were my revisions OK?
I am glad if you consider about these patches when you are free.

1. Where's the requirement noted that you added the code for in hugeshmget03 ?
2. How do you know the value added to hugeshmat01 isn't page aligned? Why not get the page size from sysconf and subtract the value from one, and add _that_ value?

Thanks,
-Garrett

------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
Ltp-list mailing list [email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list

author
#4 lore raw
Quoted 53 lines

-----Original Message-----
From: Garrett Cooper [mailto:[email protected]]
Sent: Sunday, October 03, 2010 10:02 AM
To: Mitani
Cc: [email protected]
Subject: Re: [LTP] About "hugeshmat01" and "humeshmget03" testsets

Quoted 15 lines · Mitani
Quoted 15 lines

-----Original Message-----
From: Garrett Cooper [mailto:[email protected]]
Sent: Tuesday, September 07, 2010 4:04 PM
To: Mitani
Cc: [email protected]
Subject: Re: [LTP] About "hugeshmat01" and "humeshmget03" testsets

Quoted 3 lines · Mitani

Hi,

I sent patches of "hugeshmat01" and "humeshmget03" testsets to

mailing-list

Quoted 3 lines

in the middle of August, but they aren't updated. Would you teach me what kind of situation they are?

Quoted 10 lines
Quoted 2 lines
Quoted 1 line

 hugeshmat01:

   http://www.mail-archive.com/[email protected]/m

Quoted 3 lines

sg10448.html

Quoted 1 line

 humeshmget03:

   http://www.mail-archive.com/[email protected]/m

Quoted 3 lines

sg10467.html

Quoted 2 lines

 (The "humeshmat01" was revised on August 16, but same failure

has

Quoted 5 lines
Quoted 5 lines
Quoted 4 lines

  occurred in my system.)

I am glad if I can get some information about the patch. I'm looking forward to reply:-)

Quoted 7 lines
Quoted 4 lines

    Sorry... another item I forgot to follow up on. I'll look into this over the next couple of days and provide feedback about this. Thanks,
-Garrett

Were my revisions OK?
I am glad if you consider about these patches when you are free.

1. Where's the requirement noted that you added the code for in hugeshmget03 ?
2. How do you know the value added to hugeshmat01 isn't page aligned? Why not get the page size from sysconf and subtract the value from one, and add _that_ value?

Quoted 5 lines

Thanks,
-Garrett

1. Where's the requirement noted that you added the code for in

hugeshmget03 ?

It is in follwing URL in August 13:
http://www.mail-archive.com/[email protected]/msg10467.html

Quoted 1 line

2. How do you know the value added to hugeshmat01 isn't page aligned?

It is in follwing URL in August 09:
http://www.mail-archive.com/[email protected]/msg10448.html
http://www.mail-archive.com/[email protected]/msg10532.html

The reason that hugeshmat01 isn't page aligned is from the shmat()'s error code 22 (EINVAL).
shmat()'s man page says about this error code:
------------
EINVAL The value of shmid is not a valid shared memory identifier,
the shmaddr
is not a null pointer, and the value of (shmaddr
-((uintptr_t)shmaddr
%SHMLBA)) is an illegal address for attaching shared
memory; or the
shmaddr is not a null pointer, (shmflg &SHM_RND) is 0, and
the value of
shmaddr is an illegal address for attaching shared memory.
------------

The failure occurred in following shmat():
---(hugeshmat01.c)---------
[...]

                for (i=0; i<TST_TOTAL; i++) {

                        /*
                         * Use TEST macro to make the call
                         */
                        errno = 0;
                        addr = shmat(*(TC[i].shmid), (void *)(TC[i].addr),
                                   TC[i].flags);

[...]
------------

This failure occurred in second loop (i=1), and arguments of shmat() are as follows:
------------
shmat(id, 0x10000000eee, SHM_RND)
------------

"shmaddr" argument (second argument) of shmat() is not NULL. Therefore I thought that page aligned occurred.

Quoted 1 line

Why not get the page size from sysconf and subtract the value from one, and

add _that_ value?

This value is dynamic address, and this is the value which the first shmat() returned.
This is the value with achievement in the each users system at least. When a fixed address ("0x10000000eee" or "0x60000eee") was specified, depending on a case, this address may be the address which other processes use.
I thought that this method of using dynamic address is better than using fixed value to "shmaddr" argument.

Thank you--

-Tomonori Mitani

------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today.
http://p.sf.net/sfu/beautyoftheweb
_______________________________________________
Ltp-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list

#5 lore raw
Quoted 112 lines · Mitani
Quoted 53 lines

-----Original Message-----
From: Garrett Cooper [mailto:[email protected]]
Sent: Sunday, October 03, 2010 10:02 AM
To: Mitani
Cc: [email protected]
Subject: Re: [LTP] About "hugeshmat01" and "humeshmget03" testsets

Quoted 15 lines · Mitani
Quoted 15 lines

-----Original Message-----
From: Garrett Cooper [mailto:[email protected]]
Sent: Tuesday, September 07, 2010 4:04 PM
To: Mitani
Cc: [email protected]
Subject: Re: [LTP] About "hugeshmat01" and "humeshmget03" testsets

Quoted 3 lines · Mitani

Hi,

I sent patches of "hugeshmat01" and "humeshmget03" testsets to

mailing-list

Quoted 3 lines

in the middle of August, but they aren't updated. Would you teach me what kind of situation they are?

Quoted 10 lines
Quoted 2 lines
Quoted 1 line

 hugeshmat01:

   http://www.mail-archive.com/[email protected]/m

Quoted 3 lines

sg10448.html

Quoted 1 line

 humeshmget03:

   http://www.mail-archive.com/[email protected]/m

Quoted 3 lines

sg10467.html

Quoted 2 lines

 (The "humeshmat01" was revised on August 16, but same failure

has

Quoted 5 lines
Quoted 5 lines
Quoted 4 lines

  occurred in my system.)

I am glad if I can get some information about the patch. I'm looking forward to reply:-)

Quoted 7 lines
Quoted 4 lines

    Sorry... another item I forgot to follow up on. I'll look into this over the next couple of days and provide feedback about this. Thanks,
-Garrett

Were my revisions OK?
I am glad if you consider about these patches when you are free.

1. Where's the requirement noted that you added the code for in hugeshmget03 ?
2. How do you know the value added to hugeshmat01 isn't page aligned? Why not get the page size from sysconf and subtract the value from one, and add _that_ value?

Quoted 5 lines

Thanks,
-Garrett

1. Where's the requirement noted that you added the code for in

hugeshmget03 ?

It is in follwing URL in August 13:
 http://www.mail-archive.com/[email protected]/msg10467.html

Quoted 1 line

2. How do you know the value added to hugeshmat01 isn't page aligned?

It is in follwing URL in August 09:
 http://www.mail-archive.com/[email protected]/msg10448.html
 http://www.mail-archive.com/[email protected]/msg10532.html

The reason that hugeshmat01 isn't page aligned is from the shmat()'s error code 22 (EINVAL).
shmat()'s man page says about this error code:
------------
      EINVAL The value of shmid is not a valid shared memory identifier, the  shmaddr
             is  not  a  null  pointer, and the value of (shmaddr -((uintptr_t)shmaddr
             %SHMLBA)) is an illegal address  for  attaching  shared memory;  or  the
             shmaddr  is  not a null pointer, (shmflg &SHM_RND) is 0, and the value of
             shmaddr is an illegal address for attaching shared memory.
------------

The failure occurred in following shmat():
---(hugeshmat01.c)---------
[...]
               for (i=0; i<TST_TOTAL; i++) {

                       /*
                        * Use TEST macro to make the call
                        */
                       errno = 0;
                       addr = shmat(*(TC[i].shmid), (void *)(TC[i].addr), TC[i].flags);
[...]
------------

This failure occurred in second loop (i=1), and arguments of shmat() are as follows:
------------
  shmat(id, 0x10000000eee, SHM_RND)
------------

"shmaddr" argument (second argument) of shmat() is not NULL. Therefore I thought that page aligned occurred.

Quoted 1 line

Why not get the page size from sysconf and subtract the value from one, and

add _that_ value?

Quoted 8 lines

This value is dynamic address, and this is the value which the first shmat() returned.
This is the value with achievement in the each users system at least. When a fixed address ("0x10000000eee" or "0x60000eee") was specified, depending on a case, this address may be the address which other processes use.
I thought that this method of using dynamic address is better than using fixed value to "shmaddr" argument.

If you have links to official documentation from your copy of
RHEL's kernel / glibc sources I could reference, that would be much appreciated.
Thanks,
-Garrett

------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today.
http://p.sf.net/sfu/beautyoftheweb
_______________________________________________
Ltp-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list

author
#6 lore raw
Quoted 149 lines

-----Original Message-----
From: Garrett Cooper [mailto:[email protected]]
Sent: Wednesday, October 13, 2010 5:26 AM
To: Mitani
Cc: [email protected]
Subject: Re: [LTP] About "hugeshmat01" and "humeshmget03" testsets

Quoted 7 lines · Mitani
Quoted 7 lines

-----Original Message-----
From: Garrett Cooper [mailto:[email protected]]
Sent: Sunday, October 03, 2010 10:02 AM
To: Mitani
Cc: [email protected]
Subject: Re: [LTP] About "hugeshmat01" and "humeshmget03" testsets

Quoted 7 lines
Quoted 7 lines · Mitani
Quoted 6 lines
Quoted 6 lines

-----Original Message-----
From: Garrett Cooper [mailto:[email protected]]
Sent: Tuesday, September 07, 2010 4:04 PM
To: Mitani
Cc: [email protected]
Subject: Re: [LTP] About "hugeshmat01" and "humeshmget03"

testsets

Quoted 2 lines
Quoted 2 lines
Quoted 2 lines
Quoted 2 lines

On Mon, Sep 6, 2010 at 11:53 PM, Mitani <[email protected]>

Quoted 3 lines · wrote:
Quoted 3 lines
Quoted 3 lines
Quoted 3 lines
Quoted 3 lines

Hi,

I sent patches of "hugeshmat01" and "humeshmget03" testsets

to

Quoted 7 lines
Quoted 7 lines
Quoted 6 lines
Quoted 6 lines

mailing-list

Quoted 4 lines

in the middle of August, but they aren't updated. Would you teach me what kind of situation they are?

 hugeshmat01:

Quoted 16 lines

   http://www.mail-archive.com/[email protected]/m

Quoted 4 lines
Quoted 3 lines
Quoted 3 lines

sg10448.html

Quoted 1 line

 humeshmget03:

   http://www.mail-archive.com/[email protected]/m

Quoted 10 lines
Quoted 3 lines
Quoted 3 lines

sg10467.html

Quoted 2 lines

 (The "humeshmat01" was revised on August 16, but same failure

has

Quoted 6 lines
Quoted 6 lines
Quoted 4 lines

  occurred in my system.)

I am glad if I can get some information about the patch. I'm looking forward to reply:-)

    Sorry... another item I forgot to follow up on. I'll look

into

Quoted 17 lines
Quoted 15 lines
Quoted 6 lines
Quoted 3 lines

this over the next couple of days and provide feedback about this. Thanks,
-Garrett

Were my revisions OK?
I am glad if you consider about these patches when you are free.

1. Where's the requirement noted that you added the code for in hugeshmget03 ?
2. How do you know the value added to hugeshmat01 isn't page aligned? Why not get the page size from sysconf and subtract the value from one, and add _that_ value?

Thanks,
-Garrett

Quoted 5 lines
Quoted 1 line

1. Where's the requirement noted that you added the code for in

hugeshmget03 ?

It is in follwing URL in August 13:
 http://www.mail-archive.com/[email protected]/msg

10467.html

Quoted 6 lines
Quoted 3 lines

2. How do you know the value added to hugeshmat01 isn't page aligned?

It is in follwing URL in August 09:
 http://www.mail-archive.com/[email protected]/msg

10448.html

Quoted 1 line

 http://www.mail-archive.com/[email protected]/msg

10532.html

Quoted 6 lines

The reason that hugeshmat01 isn't page aligned is from the shmat()'s error code 22 (EINVAL).
shmat()'s man page says about this error code:
------------
      EINVAL The value of shmid is not a valid shared memory

identifier,

Quoted 2 lines

the  shmaddr
             is  not  a  null  pointer, and the value of

(shmaddr

Quoted 2 lines

-((uintptr_t)shmaddr
             %SHMLBA)) is an illegal

address  for  attaching  shared

Quoted 2 lines

memory;  or  the
             shmaddr  is  not a null pointer, (shmflg &SHM_RND)

is 0, and

Quoted 2 lines

the value of
             shmaddr is an illegal address for attaching shared

memory.

Quoted 7 lines

------------

The failure occurred in following shmat():
---(hugeshmat01.c)---------
[...]
               for (i=0; i<TST_TOTAL; i++) {

Quoted 5 lines

                       /*
                        * Use TEST macro to make the call */
                       errno = 0;
                       addr = shmat(*(TC[i].shmid), (void

*)(TC[i].addr),

Quoted 11 lines

                                  TC[i].flags);
[...]
------------

This failure occurred in second loop (i=1), and arguments of shmat() are as follows:
------------
  shmat(id, 0x10000000eee, SHM_RND)
------------

"shmaddr" argument (second argument) of shmat() is not NULL.

Therefore

Quoted 4 lines

I thought that page aligned occurred.

Quoted 1 line

Why not get the page size from sysconf and subtract the value from

one, and

Quoted 3 lines

add _that_ value?

This value is dynamic address, and this is the value which the first

shmat()

Quoted 3 lines

returned.
This is the value with achievement in the each users system at least. When a fixed address ("0x10000000eee" or "0x60000eee") was

specified,

Quoted 1 line

depending on a case, this address may be the address which other

processes

Quoted 3 lines

use.
I thought that this method of using dynamic address is better than using fixed value to "shmaddr" argument.

Quoted 5 lines

If you have links to official documentation from your copy of
RHEL's kernel / glibc sources I could reference, that would be much appreciated.
Thanks,
-Garrett

I referred "man" command in my system (RHEL4.8 x86_64).
------------

# man shmat

SHMAT(P)
SHMAT(P)

NAME
SHMAT(P)
SHMAT(P)

NAME
shmat - XSI shared memory attach operation

SYNOPSIS

       #include <sys/shm.h>

       void *shmat(int shmid, const void *shmaddr, int shmflg);

DESCRIPTION
The shmat() function operates on XSI shared memory (see the Base
Definitions

       volume of IEEE Std 1003.1-2001, Section 3.340,  Shared  Memory

Object). It is
unspecified whether this function interoperates with the realtime
interprocess
communication facilities defined in Realtime .

The shmat() function attaches the shared memory segment associated
with the
shared memory identifier specified by shmid to the address space of
the calling
process. The segment is attached at the address specified by one of
the follow-
ing criteria:

# * If shmaddr is a null pointer, the segment is attached at the
first available
# address as selected by the system.

Quoted 1 line

* If shmaddr is not a null pointer and (shmflg &SHM_RND) is

non-zero, the seg-

Quoted 1 line

ment is attached at the address given by (shmaddr

-((uintptr_t)shmaddr

Quoted 1 line

%SHMLBA)). The character '%' is the C-language remainder

operator.

* If shmaddr is not a null pointer and (shmflg &SHM_RND) is 0, the
segment is
attached at the address given by shmaddr.

* The segment is attached for reading if (shmflg &SHM_RDONLY) is
non-zero and
the calling process has read permission; otherwise, if it is 0 and
the call-
ing process has read and write permission, the segment is
attached for read-
ing and writing.
<...>
ERRORS
The shmat() function shall fail if:

EACCES Operation permission is denied to the calling process; see
XSI Interpro-
cess Communication .

% EINVAL The value of shmid is not a valid shared memory identifier,
the shmaddr
% is not a null pointer, and the value of (shmaddr
-((uintptr_t)shmaddr
% %SHMLBA)) is an illegal address for attaching shared
memory; or the
% shmaddr is not a null pointer, (shmflg &SHM_RND) is 0, and
the value of
% shmaddr is an illegal address for attaching shared memory.

EMFILE The number of shared memory segments attached to the
calling process
would exceed the system-imposed limit.

ENOMEM The available data space is not large enough to accommodate
the shared
memory segment.

The following sections are informative.
<...>
------------

hugeshmat01's first test has similar with above situation marked by "#". hugeshmat01's second test has similar with above situation marked by ">".

hugeshmat01's second test calls "shmat(id, 0x10000000eee, SHM_RND)". But it failed with EINVAL. This is the above situation marked by "%". Therefore I think "0x10000000eee" is not suitable fot this test.

Other documents look like above manual page.
http://linux.die.net/man/2/shmat
http://linux.about.com/library/cmd/blcmdl2_shmat.htm

Regards--

-Tomonori Mitani

------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today.
http://p.sf.net/sfu/beautyoftheweb
_______________________________________________
Ltp-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list