On 28-Jun-2001 Tim Moore wrote:
>> (I wrote)
>> Some ASUS boards (mostly P3B-F) would either freeze or self reboot
>> when using PhotoShop 5. Everything else would run perfectly.
>>
>> Disabling MMX optimizations in this software would "solve" the
>> problem. Another solution found on the web (
Le 26-Jun-2001, Alex Deucher écrivait :
> What's weird though is that it is rock solid as long as I don't use
> athlon optimizations.
Some ASUS boards (mostly P3B-F) would either freeze or self reboot when using
PhotoShop 5. Everything else would run perfectly.
Disabling MMX optimizations in th
Le 05-Jun-2001, Andrew Morton écrivait :
> Some video cards have a PCI cheat-mode in which they keep
> the PCI bus busy until they are ready to accept new
> commands, rather forcing a retry. Figures of up to
> twenty milliseconds have been mentioned. Your X server
> *may* support the `PCIRetry'
On 21-May-2001 David Schwartz wrote:
>
>> Any idea ?
>
> Looks like a bug in the program. If 'sendfile' returns 'EINVAL', that
means
> you can't use 'sendfile' to send this particular file, and should default to
> read/write or mmap/write. If this program doesn't, it doesn't understand
>
Hi all,
I just found a problem GETting a file stored in tmpfs using proftpd; I always
get a "426 Transfer aborted. Data connection closed."
That could be a bug with tmpfs and sendfile in 2.4.5-pre4 :
[...]
read(8, "%PDF-1.4\r%\342\343\317\323\r\n870 0 obj\r<< \r/L"..., 8192) = 8192
s
Le 10-Apr-2001, Manuel A. McLure écrivait :
> This may be the difference - I always set "Plug-n-Play OS: No" on all my
> machines. Linux works fine and it doesn't seem to hurt Windows 98 any.
I've been told it affects the way IRQs are assigned; With "PnP OS: No", some
boards (seen on several Asu
Le 13-Mar-2001, ³¯¤ý®i écrivait :
>Today I try to recompiler a new kernel with integrated driver. And burn a
> test
> CDR. The errors are still alive.
FYI, burning CDRs with this adapter seldom work under Windows too, Tekram
adapters are usually fine, but those DC-315* & DC-395* really look
Le 14-Mar-2001, Jani Jaakkola écrivait :
>
> Using ioctl(CDROMREADAUDIO) with nframes argument being larger than 8 and
> not divisible by 8 causes kernel to read and return more audio data than
> was requested. This is bad since it clobbers up processes memory
> (I noticed this when my patched c
Le 14-Nov-2000, Zhiruo Cao écrivait :
> Why does bdflush (kupdated and kflushed) writes to disk periodically even
> though the system is apparently idle. I think if no more new buffers
> becomes dirty, kflushed show not write anything to disk. I'm working
> on a notebook, and I found the perio
Le 30-Oct-2000, Mohammad Haque écrivait :
> At the bottom is the IDE/ATA part of my .config. let me knwo if I am
> missing something. Should I worry about the Multi_Mode configuration?
I have it enabled, however I never used any HPT366 controller, so YMMV.
The BX chipset is what I tested the mo
Le 30-Oct-2000, Mohammad A. Haque écrivait :
> Could someone who knows ide and drive inside and out (Andre?) please
> take a look at these figures? Am I forgetting to do something (or doing
> something I'm not suposed to) to get the best numbers? I thought I'd be
> able to get more than ~4MB/sec
11 matches
Mail list logo
