[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#728759: marked as done (linux - compat_sys_getrlimit returns values compat_sys_setrlimit does not like)

Your message dated Sat, 24 Apr 2021 20:55:45 +0200
with message-id <YIRpsfFOWLmOLTy1@eldamar.lan>
and subject line Re: Bug#728759: linux - compat_sys_getrlimit returns values compat_sys_setrlimit does not like
has caused the Debian Bug report #728759,
regarding linux - compat_sys_getrlimit returns values compat_sys_setrlimit does not like
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
728759: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=728759
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: src:linux
Version: 3.2.51-1
Severity: normal

compat_sys_getrlimit clips all values above COMPAT_RLIM_INFINITY.  So
any large values between COMPAT_RLIM_INFINITY and RLIM_INFINITY is
returned as the same value COMPAT_RLIM_INFINITY.

compat_sys_setrlimit converts COMPAT_RLIM_INFINITY to RLIM_INFINITY.
This new value will be not accepted as it is higher then the old value.

Combined with a wrong value in glibc on mips* this leads to
| getrlimit(RLIMIT_CORE, {rlim_cur=0, rlim_max=RLIM_INFINITY}) = 0
| setrlimit(RLIMIT_CORE, {rlim_cur=0, rlim_max=RLIM_INFINITY}) = -1 EPERM (Operation not permitted)

All other architectures should be also affected if the 32bit- (setrlimit,
getrlimit, prlimit) and 64bit-interface (prlimit64) is mixed.

Bastian

-- System Information:
Debian Release: 7.2
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.10-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

--- End Message ---
--- Begin Message --- 
Hi Bastian,

On Tue, Nov 05, 2013 at 09:29:42AM +0100, Bastian Blank wrote:
> Package: src:linux
> Version: 3.2.51-1
> Severity: normal
> 
> compat_sys_getrlimit clips all values above COMPAT_RLIM_INFINITY.  So
> any large values between COMPAT_RLIM_INFINITY and RLIM_INFINITY is
> returned as the same value COMPAT_RLIM_INFINITY.
> 
> compat_sys_setrlimit converts COMPAT_RLIM_INFINITY to RLIM_INFINITY.
> This new value will be not accepted as it is higher then the old value.
> 
> Combined with a wrong value in glibc on mips* this leads to
> | getrlimit(RLIMIT_CORE, {rlim_cur=0, rlim_max=RLIM_INFINITY}) = 0
> | setrlimit(RLIMIT_CORE, {rlim_cur=0, rlim_max=RLIM_INFINITY}) = -1 EPERM (Operation not permitted)
> 
> All other architectures should be also affected if the 32bit- (setrlimit,
> getrlimit, prlimit) and 64bit-interface (prlimit64) is mixed.

I guess this was fixed in meanwhile upstream?

If so I think we can just close the bug, without narrowing closer
where it was. I'm doing so now with this message, but feel free to
reopen in case I was wrong and this is still an issue.

Regards,
Salvatore

--- End Message ---
Reply to: