Re: Linux 3.9.1
On Tue, May 07, 2013 at 09:10:10PM -0700, Greg KH wrote: > I'm announcing the release of the 3.9.1 kernel. > > All users of the 3.9 kernel series must upgrade. > > The updated 3.9.y git tree can be found at: > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git > linux-3.9.y Usually I can: git pull git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git master which means not having to update scripts/commandline history on each major verison change, but this time I did indeed need to: git pull git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.9.y is this an intended change, or did you do something like forgetting to merge into master on linux-stable ? -- - Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/ Finger athan(at)fysh.org for PGP key "And it's me who is my enemy. Me who beats me up. Me who makes the monsters. Me who strips my confidence." Paula Cole - ME -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux 3.9.1
On Wed, May 08, 2013 at 10:50:20AM -0700, Greg KH wrote: > On Wed, May 08, 2013 at 08:22:45AM +0100, Athanasius wrote: > > On Tue, May 07, 2013 at 09:10:10PM -0700, Greg KH wrote: > > > I'm announcing the release of the 3.9.1 kernel. > > > > > > All users of the 3.9 kernel series must upgrade. > > > > > > The updated 3.9.y git tree can be found at: > > > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git > > > linux-3.9.y > > > > Usually I can: > > > > git pull > > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git master > > If you do that, you only get the master branch updated locally. Which > tracks Linus's tree, not the different stable releases. > > > which means not having to update scripts/commandline history on each > > major verison change, but this time I did indeed need to: > > > > git pull > > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git > > linux-3.9.y > > > > is this an intended change, or did you do something like forgetting to > > merge into master on linux-stable ? > > No, I have not changed anything on my end, perhaps you never really were > updating the different stable branches? 'uname -r' says I was. Also 'git log' for my v3.8 branch currently on 3.8.9 via the 'master' method does include at least the top few commits listed on: <https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/log/?id=refs/tags/v3.8.9> Of course only having gotten to 3.8.9 a pull against linux-3.8.y does see changes. Perhaps someone else, or a script on git.kernel.org was merging into master before and now isn't ? Anyway, if it's unsupported to pull from linux-stable.git master I'll change my scripts. -- - Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/ Finger athan(at)fysh.org for PGP key "And it's me who is my enemy. Me who beats me up. Me who makes the monsters. Me who strips my confidence." Paula Cole - ME -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux 3.9.1
On Wed, May 08, 2013 at 11:28:37AM -0700, Greg KH wrote: > On Wed, May 08, 2013 at 07:19:43PM +0100, Athanasius wrote: > > 'uname -r' says I was. Also 'git log' for my v3.8 branch currently on > > 3.8.9 via the 'master' method does include at least the top few commits > > listed on: > > > > <https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/log/?id=refs/tags/v3.8.9> > > > > Of course only having gotten to 3.8.9 a pull against linux-3.8.y does > > see changes. Perhaps someone else, or a script on git.kernel.org was > > merging into master before and now isn't ? > > No, nothing was ever mergeing into master in the linux-stable git tree. > You might have been doing that locally, check the merges to see who was > doing it. It really is just your Makefile/version commits, and then the commits you merged in to make the release. > > Anyway, if it's unsupported to pull from linux-stable.git master I'll > > change my scripts. > > It's not unsupported, you will just get a copy of Linus's tree there, > delayed by usually a -rc release or so. I'm going to guess that what happened then was I was lucky enough for Linus to have released a new -rc by the time I pulled a new stable. So, then checking out the stable tag would have pointed to the right commit to also checkout the associated commits. Anyway, enough noise over this now. -- - Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/ Finger athan(at)fysh.org for PGP key "And it's me who is my enemy. Me who beats me up. Me who makes the monsters. Me who strips my confidence." Paula Cole - ME -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.3 freeze under heavy writing + open rxvt
On Tue, Apr 03, 2001 at 11:02:51PM -0400, John Jasen wrote: > On Tue, 3 Apr 2001, Simon Kirby wrote: > > > Three times now I've had 2.4.3 freeze on my dual CPU box while doing a > > "dd if=/dev/zero of=/dev/hdc bs=1024k" (a drive to be RMA'd :)). I got > > bored and opened an rxvt, and as the machine was swapping in (I assume), > > everything froze. The mouse still moved for about 5 seconds before the > > freeze, and the window was visible as it was attempting to start tcsh. > > I've noticed the same thing. I was doing a rather sadistic test, checking > a memory chip. > > one window: make -j in 2.4.2 src; and in another, dd if=/dev/hda > of=/dev/null bs=4096k. Playing around with the Mesa3D demos last night I had 3 similar lockups. The system is a PII-400 128MB RAM, 256MB swap on vanilla 2.4.3 (also did this on 2.4.2-ac18 as it happens). There's: a) A similar lockup to described above, I caught my 'resetv2' (small util to just initialise a voodoo2 then exit cleanly, or so I thought) chewing up VM like it was going out of fashion. Shortly thereafter solid lockup, LEDs not working etc, although I think I forgot to try Alt-SysRq+R that time to see if the keyboard would come back to life. b) Running a Mesa3D demo that uses threads was fine with 3 or 5, try it with 10, instant lockup, no magic sysrq, had to hit the reset button. So I'd assume some other issue with threads in 2.4.3/2.4.2-ac18 -Ath -- - Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/ Finger athan(at)fysh.org for PGP key "And it's me who is my enemy. Me who beats me up. Me who makes the monsters. Me who strips my confidence." Paula Cole - ME - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Another report of mozilla in D state, related to the 'uninterruptible sleep' thread
On Wed, Apr 04, 2001 at 12:14:06PM -0700, David Ford wrote: > I reported it back on Mar/27. It is still an almost daily problem > requiring a reboot. Mozilla gets stuck in down_write_failed. This time > I'm sure it's not reiser's fault. Definitely nothing to do with ReiserFS as I've had this happen and don't even have that FS compiled in. 2.4.3 (vanilla) was the kernel. No trace or anything (quick grep of /var/log/kern.log* for past week or so confirms), strace -p on it got nowhere at all. -Ath -- - Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/ Finger athan(at)fysh.org for PGP key "And it's me who is my enemy. Me who beats me up. Me who makes the monsters. Me who strips my confidence." Paula Cole - ME - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Process (mozilla) in 'D' state (down_w)
Seems like anytime I first startup mozilla I end up with something like: ps afx | grep mozilla 680 ttyp6S 0:00 | \_ grep mozilla 660 tty1 S 0:00 \_ /bin/sh /other2/mozilla/run-mozilla.sh 664 tty1 S 0:01 \_ ./mozilla-bin 665 tty1 S 0:00 \_ ./mozilla-bin 666 tty1 S 0:00 \_ ./mozilla-bin 667 tty1 S 0:00 \_ ./mozilla-bin 670 tty1 D 0:00 \_ ./mozilla-bin athan@emelia:~; ps l 670 F UID PID PPID PRI NI VSZ RSS WCHAN STAT TTYTIME COMMAND 040 513 670 665 9 0 19500 12028 down_w D tty1 0:00 ./mozilla-b And I can't get that D-state process to budge or die in any way. I end up with an fsck of the device the binary is on next reboot due to unclean umount. Attaching strace or gdb never works, just hangs, so about the only useful info I can give (nothing in dmesg or kern.log): athan@emelia:~; cd /proc/670 athan@emelia:/proc/670; cat stat 670 (mozilla-bin) D 665 499 459 1025 459 64 0 0 0 0 0 0 0 0 9 0 0 0 32526 19968000 3007 4294967295 134512640 134550420 3221223560 3204446832 1076277629 0 0 4096 0 39 0 0 33 0 athan@emelia:/proc/670; cat statm 3007 3007 2143 11 0 2996 864 athan@emelia:/proc/670; cat status Name: mozilla-bin State: D (disk sleep) Pid:670 PPid: 665 TracerPid: 0 Uid:513 513 513 513 Gid:1000100010001000 FDSize: 32 Groups: 1000 5 6 7 20 21 22 24 25 26 29 30 34 39 40 41 60 100 1001 1003 VmSize:19500 kB VmLck: 0 kB VmRSS: 12028 kB VmData: 3424 kB VmStk:64 kB VmExe:40 kB VmLib: 14420 kB SigPnd: SigBlk: 8000 SigIgn: 80001000 SigCgt: 00038000 CapInh: CapPrm: CapEff: I'll sometime if I can remember to run mozilla with a strace -f -ff -o file to see if it gives any more useful info. I'll be updating to 2.4.3-ac5 in the next hour or so anyway (currently on plain vanilla 2.4.3). If anyone has any other ideas/suggestions/pointers to info about how to get more information as to what the process is 'doing' and how it got there I'd be grateful. -Ath -- - Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/ Finger athan(at)fysh.org for PGP key "And it's me who is my enemy. Me who beats me up. Me who makes the monsters. Me who strips my confidence." Paula Cole - ME - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Process (mozilla) in 'D' state (down_w)
On Fri, Apr 13, 2001 at 07:52:44AM +0100, Athanasius wrote: >Seems like anytime I first startup mozilla I end up with something > like: [snip] >I'll sometime if I can remember to run mozilla with a strace -f -ff > -o file to see if it gives any more useful info. I'll be updating to > 2.4.3-ac5 in the next hour or so anyway (currently on plain vanilla > 2.4.3). Ok, this seems to be gone in 2.4.3-ac5. Three reboots, first two I ran mozilla as strace -f -ff -o mozilla-strace mozilla and got no D-state process, this third one I just ran it as normal from my fvwm2 menus and it's also working fine. -Ath -- - Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/ Finger athan(at)fysh.org for PGP key "And it's me who is my enemy. Me who beats me up. Me who makes the monsters. Me who strips my confidence." Paula Cole - ME - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Further info on CDR-writing problems under 2.2.16
On Mon, Aug 14, 2000 at 11:55:13PM +0100, Athanasius wrote: >I'm on 2.2.17pre13 (not the latest I know, I need to sort out > compiling latest and a reboot), my Mitsumi CR-4804TE CD-R/RW drive seems > to work happily enough with xcdroast to write one disk, but then goes > into super sulk mode, even getting to the stage of not wanting to mount > and read a normal CD (I don't think it's actively objecting to the old > Win95 CD I used to test...). The first time this happened a reboot > seemed to clear it up. I prefer not to reboot unless I have to so > haven't again yet. Ok, I'm on 2.2.18pre15 now, and using mkisofs and cdrecord directly. I'm also using 'speed=2' on the cdrecord commandline. If it's relevant, this is using IDE-SCSI emulation. Now, I've just managed to write 4 CDs in a row on one bootup fine, but the 5th one bombed out nastily (as I was writing the first version of this email, it must have been watching). I'm trying again with a: echo 1 >> /proc/sys/dev/cdrom/debug Ah, it's just crapped out again, all be it twice as far in this time (95MB in rather than 43MB). H, those first 4 burns mostly had big gaps inbetween (1 and 2 had quite a gap, 2 to 3 was 12 hours and more, 3 and 4 were done right after each other). I wonder if I simply have some overheating problem in the drive. Anyways, some more data to add to the pile, hopefully it helps someone track down the culprit. thanks, -Ath -- - Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/ Finger athan(at)fysh.org for PGP key "Hold on. Hold on to yourself. For this is gonna hurt like hell. Hold on. Hold on to yourself. I know that only time will tell." - Sarah McLachlan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
[marcelo@hera.kernel.org: linux-2.4.30 released]
Nothing in the changelog for this is screaming "patch now!!!" at me,
but it would probably be best to update.
I'll see if I can sort out compiling it up as usual (unpack in
/usr/local/src/kernel, tar.bz2 in /usr/local/dist/Kernel), but anyone
else with the time feel free.
-Ath
--
- Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/
Finger athan(at)fysh.org for PGP key
"And it's me who is my enemy. Me who beats me up.
Me who makes the monsters. Me who strips my confidence." Paula Cole - ME
--- Begin Message ---
final:
- 2.4.30-rc4 was released as 2.4.30 with no changes.
Summary of changes from v2.4.30-rc3 to v2.4.30-rc4
Herbert Xu:
o [NETLINK] Fix bogus mc_list deletion
Marcelo Tosatti:
o Cset exclude: [EMAIL PROTECTED]|ChangeSet|20050226095914|25750
o Change VERSION to 2.4.30-rc4
Willy Tarreau:
o Keith Owens: modutils >= 2.4.14 is required for
MODVERSIONS+EXPORT_SYMBOL_GPL() combination
Summary of changes from v2.4.30-rc2 to v2.4.30-rc3
Marcelo Tosatti:
o Andreas Arens: Fix deadly mismerge of binfmt_elf DoS fix
o Change VERSION to 2.4.30-rc3
Summary of changes from v2.4.30-rc1 to v2.4.30-rc2
:
o [TG3]: Add missing CHIPREV_5750_{A,B}X defines
o [TG3]: Missing counter bump in tigon3_4gb_hwbug_workaround()
o [TG3]: Update driver version and reldate
:
o eepro100: fix module parameter description typo
:
o CAN-2005-0400: ext2 mkdir() directory entry random kernel memory leak
:
o fs/hpfs/*: fix HPFS support under 64-bit kernel
:
o [NETFILTER]: Fix another DECLARE_MUTEX in header file
Bjorn Helgaas:
o ia64: force all kernel sections into one and the same segment
o ia64: round iommu allocations to power-of-two sizes
o ia64: fix perfmon typo in /proc/pal/CPU*/processor_info w.r.t. BERR
o ia64: add missing syscall-slot
o ia64: Update defconfigs
Chris Wright:
o isofs: Some more defensive checks to keep corrupt isofs images from
corrupting memory/oopsing
Dave Kleikamp:
o JFS: remove aops from directory inodes
David Mosberger:
o Fix pte_modify() bug which allowed mprotect() to change too many bits
o ia64: Fix _PAGE_CHG_MASK so PROT_NONE works again. Caught by Linus
Greg Banks:
o link_path_walk refcount problem allows umount of active filesystem
Herbert Xu:
o [CRYPTO]: Mark myself as co-maintainer
o [NETLINK]: Fix multicast bind/autobind race
o CAN-2005-0794: Potential DOS in load_elf_library
Keith Owens:
o [IA64] Sanity check unw_unwind_to_user
o [IA64] Tighten up unw_unwind_to_user check
Linus Torvalds:
o isofs: Handle corupted rock-ridge info slightly better
o isofs: more "corrupted iso image" error cases
Marcel Holtmann:
o CAN-2005-0750: Fix af_bluetooth range checking bug, discovered by Ilja van
Sprundel <[EMAIL PROTECTED]>
Marcelo Tosatti:
o Change VERSION to 2.4.30-rc2
Michael Chan:
o [TG3]: Add 5705_plus flag
o [TG3]: Flush status block in tg3_interrupt()
o [TG3]: Add unstable PLL workaround for 5750
o [TG3]: Fix jumbo frames phy settings
o [TG3]: Fix ethtool set functions
o [TG3]: Add Broadcom copyright
Neil Brown:
o nlm: fix f_count leak
o [PATCH md: allow degraded raid1 array to resync after an unclean shutdown
Pablo Neira:
o [NETFILTER]: Fix DECLARE_MUTEX in header file
Patrick McHardy:
o [NETFILTER]: fix return values of ipt_recent checkentry
o [NETFILTER]: Fix ip_ct_selective_cleanup(), and rename
ip_ct_iterate_cleanup()
o [NETFILTER]: Fix cleanup in ipt_recent
o [NETFILTER]: Fix ip6tables ESP matching with "-p all"
o [NETFILTER]: Fix refreshing of overlapping expectations
o [NETFILTER]: Fix IP/TCP option logging
o [TUN]: Fix check for underflow
Pete Zaitcev:
o USB: fix oops in serial_write
o USB: Fix baud selection in mct_u232
Simon Horman:
o [IPVS]: Fix comment typos
o Backport v2.6 ATM copy-to-user signedness fix
o earlyquirk.o is needed for CONFIG_ACPI_BOOT
Stephen Hemminger:
o [TCP]: BIC not binary searching correctly
Wensong Zhang:
o [IPVS]: Update mark->cw in the WRR scheduler while service is updated
Yanmin Zhang:
o [IA64] clean up ptrace corner cases
Summary of changes from v2.4.30-pre3 to v2.4.30-rc1
:
o [SPARC32]: Fix build dependencies for vmlinux.o
o [SPARC32]: Fix sun4d sbus and current handling
o [SPARC32]: sun4d needs ZS_WSYNC() zilog reg flushing too
:
o [SPARC64]: Fix semtimedop compat ipc code
:
o Fix softdog no reboot on unexpected close
Alan Hourihane:
o agpgart Intel i915GM ID's and tweaks
Andrea Arcangeli:
o Write throttling should not take free highmem into account
Chris Wedgwood:
o early boot code references check_acpi_pci()
Linus Torvalds:
o Workaround possible pty line discipline race
Marcelo Tosatti:
o Andr
Re: [FyshRoot] [marcelo@hera.kernel.org: linux-2.4.30 released]
Apologies. I've no idea how hitting (r)eply in mutt ended up sending it to this list as well, I'll go check my .muttrc. -Ath -- - Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/ Finger athan(at)fysh.org for PGP key "And it's me who is my enemy. Me who beats me up. Me who makes the monsters. Me who strips my confidence." Paula Cole - ME pgpWc6saW3Itt.pgp Description: PGP signature
Re: [Bugme-new] [Bug 8961] New: BUG triggered by oidentd in netlink code
On Fri, Aug 31, 2007 at 01:05:04PM +0200, Patrick McHardy wrote: > Seems to be a bug introduced by the netlink_run_queue conversion, > since there is no locking and netlink_run_queue doesn't check > for NULL results from skb_dequeue, it might pass NULL to > netlink_rcv_skb, which crashes. > > Does this patch help? I'll compile up a new kernel, likely 2.6.22.6, plus this patch, and reboot to it tonight. I still don't know *exactly* how to trigger the bug on demand though, it's not reocurred since I posted the bug report (but had happened about a week before as well). thanks, -Ath -- - Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/ Finger athan(at)fysh.org for PGP key "And it's me who is my enemy. Me who beats me up. Me who makes the monsters. Me who strips my confidence." Paula Cole - ME signature.asc Description: Digital signature
Re: [Bugme-new] [Bug 8961] New: BUG triggered by oidentd in netlink code
On Sat, Sep 01, 2007 at 06:38:23PM +0200, Patrick McHardy wrote: > Athanasius wrote: > > I'll compile up a new kernel, likely 2.6.22.6, plus this patch, and > >reboot to it tonight. I still don't know *exactly* how to trigger the > >bug on demand though, it's not reocurred since I posted the bug report > >(but had happened about a week before as well). > > Thanks. I'm not sure either, it would require two concurrent requests > to be processed, but AFAICS oidentd only uses a single netlink socket. > Perhaps multiple running instances or something else using the inet_diag > interface? > > You might be able to trigger it without this patch by running > "while true; do ss -tn; done" while doing ident queries, but > just running the while loop a couple of times in parallel > doesn't seem to trigger it here. I went for setting up a dummy listener in inetd, using tcpd, and setting hosts.allow to specify [EMAIL PROTECTED] Then a few while loops spamming it with connections using nc. Anyway, on the old kernel that managed to trigger the BUG twice in about 30 minutes. I'm now on 2.6.22.6 plus your patch and coming up on an hour (55+ mins) of the same and no sign of the BUG. So that looks like fixed to me. I'll weigh in again if the daily logcheck throws up another. -Ath -- - Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/ Finger athan(at)fysh.org for PGP key "And it's me who is my enemy. Me who beats me up. Me who makes the monsters. Me who strips my confidence." Paula Cole - ME signature.asc Description: Digital signature
Re: A Big bug with ethernet card
On Tue, Nov 28, 2006 at 11:29:50AM -0300, [EMAIL PROTECTED] wrote: > Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet > Controller > > There are problems with ethernet card when booting to different system, e.g. > from linux to M$ win - system is not able to connect to network. instead of > re-boot you have to shutdown box and after that turn on. Check for an upgraded driver for the NIC in windows. I had just this problem and just before posting to linux-kernel I discovered the problem was actually in the windows driver. -Ath -- - Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/ Finger athan(at)fysh.org for PGP key "And it's me who is my enemy. Me who beats me up. Me who makes the monsters. Me who strips my confidence." Paula Cole - ME signature.asc Description: Digital signature
Re: Setreuid distinction about (uid_t)-1
On Tue, Jul 17, 2012 at 10:27:55AM +0100, Adrián wrote:
> uid = atoi(argv[1]);
> printf("%u\n",uid);
> if (setreuid(uid,uid)==-1){
> printf("Setreuid to %u failed\n ",uid);
> perror("E");
> exit(1);
> }
> execve("/bin/sh",args,NULL);
>
> I've been calling this binary with a bunch of different uid numbers,
> and I came across this weird behaviour with the (uid_t) -1 value:
From the man page:
Supplying a value of -1 for either the real or effective user ID forces
the system to leave that ID unchanged.
> adrian@home-pc:~$ /tmp/suid-tests
> Usage: /tmp/suid-tests target_uid
> adrian@home-pc:~$ /tmp/suid-tests 0
> 0
> Setreuid to 0 failed
> E: Operation not permitted
> adrian@home-pc:~$ /tmp/suid-tests -1
> 4294967295
So this succeeded, by actually doing nothing.
> $ id
> uid=1000(adrian) gid=1000(adrian)
> groups=1000(adrian),4(adm),20(dialout),24(cdrom),46(plugdev),109(lpadmin),110(sambashare),111(admin)
> adrian@home-pc:~$ /tmp/suid-tests -2
> 4294967294
> Setreuid to 4294967294 failed
> E: Operation not permitted
> adrian@home-pc:~$ /tmp/suid-tests -3
> 4294967293
> Setreuid to 4294967293 failed
> E: Operation not permitted
>
> If the binary is setuid, the -1 call effectively rises the euid to
> root (0), although other arbitrary values are properly being set:
Because, again, -1 asks to leave things as is. And as you've made
the binary setuid and owned by root when you run it euid is set to 0, and
the -1 leaves it alone.
> adrian@home-pc:~$ ls -hl /tmp/suid-tests
> -rwsr-x--- 1 root adrian 8,5K 2012-07-17 10:53 /tmp/suid-tests
> adrian@home-pc:~$ /tmp/suid-tests -1
> 4294967295
> # id
> uid=1000(adrian) gid=1000(adrian) euid=0(root)
> groups=0(root),4(adm),20(dialout),24(cdrom),46(plugdev),109(lpadmin),110(sambashare),111(admin),1000(adrian)
Yup, totally as expected.
> adrian@home-pc:~$ /tmp/suid-tests -2
> 4294967294
> $ id
> uid=4294967294 gid=1000(adrian)
> groups=4(adm),20(dialout),24(cdrom),46(plugdev),109(lpadmin),110(sambashare),111(admin),1000(adrian)
-2 isn't a magic value, but as you're euid == 0 the kernel will do
what you asked and set uid to '-2', with some signed/unsigned conversion
going on you get 4294967294.
--
- Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/
Finger athan(at)fysh.org for PGP key
"And it's me who is my enemy. Me who beats me up.
Me who makes the monsters. Me who strips my confidence." Paula Cole - ME
signature.asc
Description: Digital signature
