> > > Strange ... but, ACK. > > > > It would be a good idea to track this down a little further. The comment > > in the code _should_ be correct. If it isn't, then something funny is > > going on.
Why then the OHCI driver (ohci-hub.c) in the same function does have explicit put_unaligned()? > > > > Max, do you have a stack dump for the unaligned access? > No, how can I get the dump if really need it? > Perhaps the SLAB poisoning offset something. Althogh usually it offsets > by 4 bytes, maybe a 64-bit log got involved somewhere or whatnot. If I understand write, the only place from which the ehci_hub_control is called is function rh_call_control(). But it passes a pointer to the buffer allocated on the stack with __attribute__((aligned(4))). That way no SLAB is involved. If you suspect something is wrong and want to investigate the problem more deeply I'm ready to help you as I can. -- Max ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
