Alan Cox writes: > > Sorry for the mess in core code - ist there any other way for only driveid > > and packet data getting swapped? And can we actually use the device mapper > > to byte-swap the root partition? > > Device Mapper can certainly support that if needed - I don't think it has > a swab target currently but byteswapped is just a very bad crypto > algorithm so you can use dm crypt target as a reference. Might not be a > bad idea just to make the media shareable. > > The only other way I can see to do it would be to split the ATA transfer > functions into two sets one for media data and one for other stuff - but > then how do you handle iso9660 cd ? I had a brief look at this a little while ago, as I was looking at the hacks Debian applies to make 2.6.x IDE work on Atari/ARAnym. As I understood it the problem was some IDENTIFY command which needed to not byteswap (the hack byteswaps a second time). Can't the driver inspect the command type and choose whether to swap or not? I had a grand plan of writing a pata_falconide libata driver, but ran out of steam :-( --
| Linus Torvalds | Linux 2.6.27-rc8 |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Linus Torvalds | Linux 2.6.20-rc6 |
| Mike Snitzer | Re: Distributed storage. |
git: | |
| Gerrit Renker | [PATCH 03/37] dccp: List management for new feature negotiation |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Herbert Xu | Re: Kernel oops with 2.6.26, padlock and ipsec: probably problem with fpu state ch... |
