kopia lustrzana https://gitlab.com/sane-project/website
73 wiersze
3.3 KiB
HTML
73 wiersze
3.3 KiB
HTML
|
<!-- received="Sun Aug 15 12:01:38 1999 PDT" -->
|
|||
|
|
<!-- sent="Sun, 15 Aug 1999 21:05:56 +0200" -->
|
|||
|
|
<!-- name="Andreas Beck" -->
|
|||
|
|
<!-- email="becka@rz.uni-duesseldorf.de" -->
|
|||
|
|
<!-- subject="Re: SG_BIG_BUFF, glibc 2.1 weirdness ..." -->
|
|||
|
|
<!-- id="" -->
|
|||
|
|
<!-- inreplyto="37B68FD2.6E1C440@wolfsburg.de" -->
|
|||
|
|
<title>sane-devel: Re: SG_BIG_BUFF, glibc 2.1 weirdness ...</title>
|
|||
|
|
<h1>Re: SG_BIG_BUFF, glibc 2.1 weirdness ...</h1>
|
|||
|
|
<b>Andreas Beck</b> (<a href="mailto:becka@rz.uni-duesseldorf.de"><i>becka@rz.uni-duesseldorf.de</i></a>)<br>
|
|||
|
|
<i>Sun, 15 Aug 1999 21:05:56 +0200</i>
|
|||
|
|
<p>
|
|||
|
|
<ul>
|
|||
|
|
<li> <b>Messages sorted by:</b> <a href="date.html#175">[ date ]</a><a href="index.html#175">[ thread ]</a><a href="subject.html#175">[ subject ]</a><a href="author.html#175">[ author ]</a>
|
|||
|
|
<!-- next="start" -->
|
|||
|
|
<li> <b>Next message:</b> <a href="0176.html">Tom Martone: "Re: SANE frames"</a>
|
|||
|
|
<li> <b>Previous message:</b> <a href="0174.html">Andreas Beck: "Re: SG_BIG_BUFF, glibc 2.1 weirdness ..."</a>
|
|||
|
|
<!-- nextthread="start" -->
|
|||
|
|
<!-- reply="end" -->
|
|||
|
|
</ul>
|
|||
|
|
<!-- body="start" -->
|
|||
|
|
Hi !<br>
|
|||
|
|
<p>
|
|||
|
|
<i>> > Hi folks. I just went almost mad tracking a very strange problem with sane</i><br>
|
|||
|
|
<i>> > 1.0.0, kernel 2.2.5 and glibc 2.1. I do not know, if it is fixed in 1.0.1.</i><br>
|
|||
|
|
<i>> > If so, please disregard this mail.</i><br>
|
|||
|
|
<i>> I run linux-2.2.5/x86 and sane-1.0.1 (SuSE-6.1)</i><br>
|
|||
|
|
<i>> after I changed the SG_BIG_BUFF to 128K in both sg.h files and recompiled the</i><br>
|
|||
|
|
<i>> kernel and sane everything works fine!</i><br>
|
|||
|
|
<p>
|
|||
|
|
Yes. The both is the trick. I missed the second one, as I'm accustomed to<br>
|
|||
|
|
glibc. We should at least deal gracefully with the condition, as it as well<br>
|
|||
|
|
applies to binary distributions, that have been compiled on a machine with<br>
|
|||
|
|
SG_BIG_BUFF unmodified and that run on one with a modified BIG_BUFF.<br>
|
|||
|
|
<p>
|
|||
|
|
<i>> In the manpage sane-scsi there is written:</i><br>
|
|||
|
|
<i>> XX Unless a system is seriously</i><br>
|
|||
|
|
<i>> XX short on memory, it is recommended to increase this value</i><br>
|
|||
|
|
<i>> XX to the maximum legal value of 128*1024-512=130560 bytes.</i><br>
|
|||
|
|
<p>
|
|||
|
|
Interesting. Full 128k work for me as well and the sg-docs say that's what<br>
|
|||
|
|
it should be.<br>
|
|||
|
|
<p>
|
|||
|
|
<i>> > Glibc installs its _own_ scsi.h and sg.h, which are different from the</i><br>
|
|||
|
|
<i>> > kernel. Thus is you only edit sg.h from the Linux subdirectory you get very</i><br>
|
|||
|
|
<i>> > very weird behaviour:</i><br>
|
|||
|
|
<p>
|
|||
|
|
<i>> This is something that should be changed in ther kernel surces/glic.</i><br>
|
|||
|
|
<p>
|
|||
|
|
I'll take care for a graceful handling of the condition as well as support<br>
|
|||
|
|
for the new sg driver in 2.2.6 and up.<br>
|
|||
|
|
<p>
|
|||
|
|
CU, Andy<br>
|
|||
|
|
<p>
|
|||
|
|
<pre>
|
|||
|
|
--
|
|||
|
|
= Andreas Beck | Email : <<a href="mailto:andreas.beck@ggi-project.org">andreas.beck@ggi-project.org</a>> =
|
|||
|
|
<p>
|
|||
|
|
<pre>
|
|||
|
|
--
|
|||
|
|
Source code, list archive, and docs: <a href="http://www.mostang.com/sane/">http://www.mostang.com/sane/</a>
|
|||
|
|
To unsubscribe: echo unsubscribe sane-devel | mail <a href="mailto:majordomo@mostang.com">majordomo@mostang.com</a>
|
|||
|
|
</pre>
|
|||
|
|
<!-- body="end" -->
|
|||
|
|
<p>
|
|||
|
|
<ul>
|
|||
|
|
<!-- next="start" -->
|
|||
|
|
<li> <b>Next message:</b> <a href="0176.html">Tom Martone: "Re: SANE frames"</a>
|
|||
|
|
<li> <b>Previous message:</b> <a href="0174.html">Andreas Beck: "Re: SG_BIG_BUFF, glibc 2.1 weirdness ..."</a>
|
|||
|
|
<!-- nextthread="start" -->
|
|||
|
|
<!-- reply="end" -->
|
|||
|
|
</ul>
|