[Bug 1162728] [NEW] confusion about priorities

2013-04-01 Thread robert.berger
Public bug reported:

man page:
priPRI priority of the process. Higher number means lower priority.

In my tests I manipulate priorites and run afterwards:

ps -C -e -o class,rtprio,pri,nice,cmd
ps -e -o class,rtprio,pri,nice,cmd | grep fork_1.out

-
1) default prio

./fork_1.out

CLS RTPRIO PRI  NI CMD
TS   - 190 ./fork_1.out

-
2) nice lower prio

nice -n 19 ./fork_1.out

CLS RTPRIO PRI  NI CMD
TS   - 0  19 ./fork_1.out

The above has a higher priority 190, man pages for ps say that higher number 
means lower priority, so this is inconsistent.
-

3) nice higher prio
sudo nice -n -20 ./fork_1.out

CLS RTPRIO PRI  NI CMD
TS   -  39  -20 ./fork_1.out

Here the PRI is 39190, although this shoul now be be highest possible
priority in the TS class - inconsistent

-

chrt -m
SCHED_OTHER min/max priority: 0/0
SCHED_FIFO min/max priority : 1/99
SCHED_RR min/max priority   : 1/99
SCHED_BATCH min/max priority: 0/0
SCHED_IDLE min/max priority : 0/0

-

4)  highest rt prio

sudo chrt -r 99 ./fork_1.out

CLS RTPRIO PRI  NI CMD
RR  99  139   -  ./fork_1.out

13939190 this should be the highest available RT priority -
inconsistent

-

5) lowest rt prio

sudo chrt -f 1 ./fork_1.out

CLS RTPRIO PRI  NI CMD
FF   1 41-   ./fork_1.out
FF   1 41-   ./fork_1.out

this should be the lowest available RT priority - inconsistent

--

Besides:
The RT-priorites go from 1 (lowest) to 99 (highest), which seems OK, but the 
same range maps to 41 to 139, which IMHO maps to a kernel static priority for 1 
to 99.

Since the first nice priority (-n 20 maps to a Prio value of 39) the
questions is what happened to 40?

What we see is:
Priority values from 0 to 139 with a gap at 40 seem to map to static kernel 
priorities of 139 to 1 (which would explain the gap).

Anyhow is this really how it's supposed to be?

What should prio is ps show?

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: procps 1:3.2.8-11ubuntu6
ProcVersionSignature: Ubuntu 3.2.0-35.55-generic-pae 3.2.34
Uname: Linux 3.2.0-35-generic-pae i686
ApportVersion: 2.0.1-0ubuntu17.1
Architecture: i386
Date: Mon Apr  1 12:14:19 2013
InstallationMedia: Ubuntu 12.04 LTS Precise Pangolin - Release i386 (20120423)
MarkForUpload: True
SourcePackage: procps
UpgradeStatus: No upgrade log present (probably fresh install)

** Affects: procps (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: apport-bug i386 precise running-unity

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1162728

Title:
  confusion about priorities

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/procps/+bug/1162728/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 693478] [NEW] xdeb -a armel --apt-source gdb: configure: error: cannot run C compiled programs.

2010-12-22 Thread robert.berger
Public bug reported:

Binary package hint: gdb

How to reproduce the problem:
Follow the instructions here: https://wiki.linaro.org/UsingXdeb
grep compiles fine

add also maverick updates for gdb to overcome https://bugs.launchpad.net
/binutils-linaro/+bug/598389

/etc/apt/sources.list should look like this:

deb [arch=armel] http://ports.ubuntu.com/ maverick main universe
deb-src http://archive.ubuntu.com/ubuntu maverick main universe
deb http://archive.ubuntu.com/ubuntu maverick main universe
deb-src http://archive.ubuntu.com/ubuntu maverick-updates main universe
deb http://archive.ubuntu.com/ubuntu maverick-updates main universe
deb [arch=armel] http://ports.ubuntu.com/ maverick-updates main universe

sudo apt-get update
sudo apt-get upgrade


xdeb -a armel --apt-source linaro-gdb



checking build system type... arm-unknown-linux-gnueabi
checking host system type... arm-unknown-linux-gnueabi
checking target system type... arm-unknown-linux-gnueabi
checking for a BSD-compatible install... /usr/bin/install -p
checking whether ln works... yes
checking whether ln -s works... yes
checking for a sed that does not truncate output... /bin/sed
checking for gawk... no
checking for mawk... mawk
checking for arm-linux-gnueabi-gcc... arm-linux-gnueabi-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... configure: error: in 
`/home/build/gdb/build/objdir':
configure: error: cannot run C compiled programs.
If you meant to cross compile, use `--host'.
See `config.log' for more details.
make: *** [debian/stamp-autotools] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2
debuild: fatal error at line 1337:
dpkg-buildpackage -rfakeroot -d -us -uc -aarmel -b -tc failed
Traceback (most recent call last):
  File /usr/bin/xdeb, line 851, in module
main()
  File /usr/bin/xdeb, line 843, in main
build(options, src, all_srcs[src])
  File /usr/bin/xdeb, line 597, in build
spawn(buildpackage, cwd=srcdir)
  File /usr/lib/xdeb/utils.py, line 29, in spawn
raise SubprocessException, ret
utils.SubprocessException: 29

Not made for cross compilation?

** Affects: gdb (Ubuntu)
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/693478

Title:
  xdeb -a armel --apt-source gdb: configure: error: cannot run C compiled 
programs.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs