| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Fri, 25 Aug 2006 17:03:05 -0400 From: Lennart Sorensen <lsorense@...lub.uwaterloo.ca> To: Alan Cox <alan@...rguk.ukuu.org.uk> Cc: Linux Kernel Mailing List <linux-kernel@...r.kernel.org> Subject: Re: Strange transmit corruption in jsm driver on geode sc1200 system On Fri, Aug 25, 2006 at 10:20:17PM +0100, Alan Cox wrote: > That should be staying in order unless the device memory is mislabelled > and prefetchable etc. Hmm, no according to lspci the memory is labeled non-prefetachble, and the pci bridge agrees with that setting too. > What happens if you swap the memcpy_toio with while() writeb() ? I tried changing it to a for loop that calles memcpy_toio with one byte at a time, and it works fine that way (although probably less efficient). I expect the writeb one at a time will work too. > They do a lot of stuff but it should not affect the PCI side and I'd > expect it to do other things than byte lane re-ordering. Yeah no kidding. > Is the buffer 32bit aligned ? I honestly don't know. I am just trying to figure out why the jsm driver isn't working on this system while it works on other types of hardware, and so far it seems to come down to the __memcpy assembly not being happy on the SC1200 doing more than one byte at a time. it is very consistently making the same mistake all the time. -- Len Sorensen - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists