From: bugtrack@alsa-project.org
To: alsa-devel@alsa-project.org
Subject: [ALSA - tools 0001343]: bitops not 64bit clean
Date: Wed, 17 Aug 2005 12:23:04 +0200 [thread overview]
Message-ID: <fcea75d2b165ffd95182cb322fdc5ee4@bugtrack.alsa-project.org> (raw)
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1343>
======================================================================
Reported By: jdthood
Assigned To:
======================================================================
Project: ALSA - tools
Issue ID: 1343
Category: ld10k1
Reproducibility: always
Severity: major
Priority: normal
Status: new
======================================================================
Date Submitted: 08-16-2005 20:49 CEST
Last Modified: 08-17-2005 12:23 CEST
======================================================================
Summary: bitops not 64bit clean
Description:
Quoting Debian bug report #323331:
Package: ld10k1
Version: 1.0.9-1
On all 64bit systems (the easiest example is amd64) ld10k1 crashes on
use by lo10k1, some debugging tracked down the problem fairly quickly.
The bitops functions (set_bit and associated) that ld10k1 use come from
the linux kernel, and assume that longs are 32bit only, causing a buffer
overflow of the bit buffer.
The attached patch fixes the bitops to be independent of the size of
longs, and is confirmed to fix the bug on my box.
Zephaniah E. Hull.
diff -ur alsa-tools-1.0.9/ld10k1/src/bitops.h
alsa-tools-1.0.9.mine/ld10k1/src/bitops.h
--- alsa-tools-1.0.9/ld10k1/src/bitops.h 2005-03-18 08:41:02.000000000
-0500
+++ alsa-tools-1.0.9.mine/ld10k1/src/bitops.h 2005-08-15
23:24:46.000000000 -0400
@@ -15,13 +15,17 @@
*
* C language equivalents written by Theodore Ts'o, 9/26/92
*/
+/*
+ * Converted to be independent of the size of longs.
+ * Zephaniah E. Hull 2005-08-15.
+ */
__inline__ int set_bit(int nr, unsigned long * addr)
{
int mask, retval;
- addr += nr >> 5;
- mask = 1 << (nr & 0x1f);
+ addr += nr >> (sizeof(long) + 1);
+ mask = 1 << (nr & (sizeof(long) * 8 - 1));
retval = (mask & *addr) != 0;
*addr |= mask;
return retval;
@@ -31,8 +35,8 @@
{
int mask, retval;
- addr += nr >> 5;
- mask = 1 << (nr & 0x1f);
+ addr += nr >> (sizeof(long) + 1);
+ mask = 1 << (nr & (sizeof(long) * 8 - 1));
retval = (mask & *addr) != 0;
*addr &= ~mask;
return retval;
@@ -42,8 +46,8 @@
{
int mask;
- addr += nr >> 5;
- mask = 1 << (nr & 0x1f);
+ addr += nr >> (sizeof(long) + 1);
+ mask = 1 << (nr & (sizeof(long) * 8 - 1));
return ((mask & *addr) != 0);
}
======================================================================
----------------------------------------------------------------------
pzad - 08-16-05 21:13
----------------------------------------------------------------------
This is used to set used (valid) GPRs, TRAM, code maps in CODE_POKE ioctl.
----------------------------------------------------------------------
tiwai - 08-17-05 12:23
----------------------------------------------------------------------
Could you upload the patch file to be applicable to CVS?
Issue History
Date Modified Username Field Change
======================================================================
08-16-05 20:49 jdthood New Issue
08-16-05 20:52 rlrevell Note Added: 0005832
08-16-05 21:13 pzad Note Added: 0005833
08-17-05 12:23 tiwai Note Added: 0005836
======================================================================
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
next reply other threads:[~2005-08-17 10:23 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-17 10:23 bugtrack [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-08-26 12:42 [ALSA - tools 0001343]: bitops not 64bit clean bugtrack
2005-11-06 22:56 ` D. Hugh Redelmeier
2005-11-08 17:14 ` Takashi Iwai
2005-08-16 19:13 bugtrack
2005-08-16 18:52 bugtrack
2005-08-16 18:49 bugtrack
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=fcea75d2b165ffd95182cb322fdc5ee4@bugtrack.alsa-project.org \
--to=bugtrack@alsa-project.org \
--cc=alsa-devel@alsa-project.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox