Come una piuma
Questa e' l'occasione giusta per perdere tutti i tuoi chili di troppo! Siamo presenti nel campo della dietologia da piu di un decenio e sempre con risultati favolosi. Sono milioni le persone soddisfatte. http://dFL8.me/leggerisubito
Bug#741031: libc6: cannot upgrade from 2.17-97 to 2.18-4
Can confirm the very same behaviour, it is crippling as it prevents most dpkg-related operations. iHR libc6:amd642.17-97 amd64 Embedded GNU C Library: Shared libraries iU libc6:i386 2.18-4i386 Embedded GNU C Library: Shared libraries ii libc6-i386 2.17-97 amd64 Embedded GNU C Library: 32-bit shared libraries for AMD64 ii libc6-i686:i3862.17-97 i386 Embedded GNU C Library: Shared libraries [i686 optimized] let me know if i can help -- Andrea Lusuardi - uovobw GPG: 313C1073 signature.asc Description: PGP signature
Bug#738575: Access to a Galileo board
Hi, I patched out the lock instruction via hexedit and the segfaults are gone! before: = 507b: f0 0f b1 8b 94 21 00lock cmpxchg %ecx,0x2194(%ebx) after: 507b: 90 nop 507c: 0f b1 8b 94 21 00 00cmpxchg %ecx,0x2194(%ebx) Might be a bug in the CPU itself? With kind regards Thomas -- Thomas Karmann / CIP-Pool-Administration / Department of Computer Science 4 Organization: University of Erlangen-Nuremberg Address: Martensstrasse 1 91058 Erlangen Germany Website: https://wwwcip.informatik.uni-erlangen.de/ -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140312143156.ge24...@krmnn.de
Math Madness! Win the Bracket + a Class Set of Kindles
Math Madness Is On! Students have started showing off their math-tastic skills in the 3rd Annual Math Madness Contest! Last year, nearly 20 million problems were solved with over 76% accuracy. Can your class go for the lay-up this year? The TenMarks online platform is designed for the Common Core State Standards and provides the perfect arena for students to: - Get excited about math - Boost math skills and confidence - Prepare for the upcoming testing season! Learn More http://www.tenmarks.com/setTrackingCode?sourceCode=1trackCode=TRInAcMM4Mar12target=https://www.tenmarks.com/signup Feel confident that your students will raise their game in a rigorous environment while having fun! Grand Prize: 30 Kindle Fire HDX 8.9” devices per class 2nd Prize: 15 Kindle Fire HDX 8.9” devices per class 3rd Prize: $500 Amazon gift card Weekly Prizes: $100 gift card to Baskin Robbins or Pizza Hut for an Ice Cream or Pizza Party!! Go Mathletes! Let the Games Begin! http://www.tenmarks.com/setTrackingCode?sourceCode=1trackCode=TRInAcMM4Mar12target=https://www.tenmarks.com/signup © 2014 TenMarks Education, LLC., 1633 Bayshore Hwy, Suite 234, Burlingame, CA 94010 If you are not interested in future mailings, you can safely unsubscribe http://info.tenmarks.com/Unsubscribe.html. If you no longer wish to receive these emails, go to the following link to unsubscribe: http://info.tenmarks.com/UnsubscribePage.html?mkt_unsubscribe=1mkt_tok=3RkMMJWWfF9wsRokuqrAZKXonjHpfsX56ugtUKa2gYkz2EFye%2BLIHETpodcMTstrN6%2BTFAwTG5toziV8R7jMK81rz98QWxbj.
Bug#738575: Access to a Galileo board
Intel knows about this, see the errata (page 15): http://downloadmirror.intel.com/23197/eng/Quark_SW_RelNotes_330232_001.pdf With kind regards Thomas -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140312153345.gf24...@krmnn.de
Bug#738575: Access to a Galileo board
On Wed, Mar 12, 2014 at 04:33:45PM +0100, Thomas Karmann wrote: Intel knows about this, see the errata (page 15): http://downloadmirror.intel.com/23197/eng/Quark_SW_RelNotes_330232_001.pdf Thanks for digging on this issue, that indeed explains a lot. It's probably something we can fix in glibc using the workaround proposed by Intel, that said lock is a quite common instruction as soon as you have multithreaded code, so there are probably hundred of packages to fix (which seems to confirmed by codesearch.debian.net). The best would be to get the problem fixed at the hardware level, either through a new chip revision or a new microcode. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140312201457.gl5...@hall.aurel32.net
Bug#738575: Access to a Galileo board
On 12.03.2014 (21:20), Aurelien Jarno wrote: While it shows that the problem is at the CPU level, it's not really a fix, as the bus is not locked anymore, so it might results in issues in multithreaded solution. The correct solution would be to apply the solution from Intel, that is adding a nop before every instruction with the lock prefix. This means rebuilding the code. Yes, of course! I forgot to mention that I only did this to find the cause of the bug and to get Debian running somehow on the Galileo-Board. To my understanding the lock prefix only makes sense on multi-core systems, so the impatient (galileo users) should be safe by removing the prefix at every occurence until a proper fix is implemented? About that: /proc/cpuinfo doesn't include a microcode entry, so I wouldn't bet on a quick fix by Intel. I don't know if this feature is really missing, though. With kind regards Thomas -- Thomas Karmann / CIP-Pool-Administration / Department of Computer Science 4 Organization: University of Erlangen-Nuremberg Address: Martensstrasse 1 91058 Erlangen Germany Website: https://wwwcip.informatik.uni-erlangen.de/ -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140312210743.gg24...@krmnn.de
Bug#738575: Access to a Galileo board
On Wed, Mar 12, 2014 at 10:07:43PM +0100, Thomas Karmann wrote: On 12.03.2014 (21:20), Aurelien Jarno wrote: While it shows that the problem is at the CPU level, it's not really a fix, as the bus is not locked anymore, so it might results in issues in multithreaded solution. The correct solution would be to apply the solution from Intel, that is adding a nop before every instruction with the lock prefix. This means rebuilding the code. Yes, of course! I forgot to mention that I only did this to find the cause of the bug and to get Debian running somehow on the Galileo-Board. To my understanding the lock prefix only makes sense on multi-core systems, so the impatient (galileo users) should be safe by removing the prefix at every occurence until a proper fix is implemented? For Galileo users yes, for Edison ones, no. About that: /proc/cpuinfo doesn't include a microcode entry, so I wouldn't bet on a quick fix by Intel. I don't know if this feature is really missing, though. Let's wait a bit to see what happens on the Intel side before trying to workaround that at the package level, especially having a more precise description of which instruction sequence causes the issue in order to not patch every instruction with the lock prefix if not needed. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140312211220.gf23...@hall.aurel32.net
Bug#741482: libc6: ptsname_r() can use uninitialized memory
Package: libc6 Version: 2.18-4 If the fd refers to a terminal device, but not a pty master, ptsname_r() passes the buffer (which would be normally uninitialized) unchanged to stat64: $ cat test.c #define _XOPEN_SOURCE #include stdlib.h int main(int argc, char **argv) { char buffer[128] = garbage; ptsname_r(0, buffer, sizeof buffer); return 0; } $ gcc test.c -o t $ strace -o '| grep -B2 garbage' ./t ioctl(0, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(0, TIOCGPTN, [-142970892])= -1 ENOTTY (Inappropriate ioctl for device) stat64(garbage, 0xfffafe20) = -1 ENOENT (No such file or directory) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc6:i386 depends on: ii libgcc1 1:4.9-20140303-1 Versions of packages libc6:i386 recommends: ii libc6-i686 2.18-4 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140312220627.ga5...@jwilk.net