Hello, On Mon, Jan 31, 2011 at 12:19:31PM +0000, Dave Howorth wrote: > I have an Ubuntu box at work and I just installed the > linux-source-2.6.32-28.55 package on it. When I look at sata_via.c I see > that there's a different (earlier?) version of the patch there than what > is in 2.6.37 (the test is pdev->device == 0x3249 versus one based on > board_id) Yes, originally the FIFO fix was applied more narrowly. Later it got discovered that the fix was necessary for all 6421's and updated. > So it's conceivable that I did update my lucid installation at home but > that this version of the patch doesn't fix the problem. I'll check > exactly what's what tonight. Yeah, if that's the case and if it's still not updated in ubuntu, opening a bug report against ubuntu would be a good idea. > > So, that leaves the problem sil was seeing. Are you > > interested in digging that down too? > > Well I don't mind testing that card with the kernels I've now got, > assuming I can borrow the card again. I'm a lot less enthusiastic about > compiling more new versions though. > > Firstly, I've got to finish sorting out my machine - my backup system > has stopped working for example and I've still got a bunch of data to > migrate/integrate from the old disk. And I need to upgrade SUSE to 11.3 > to see if that fixes this problem without introducing any new ones. Okay. > Secondly, kernel compilation in my limited experience has been a big > hassle. Every time I change anything in sata_via.c it seems to want to > recompile absolutely everything and that takes over two hours. I thought > make was supposed to do minimal recompilation? That plus a bug in the > script, the unexpectedly large amount of space required and some finger > trouble made it a less than smooth process. It really shouldn't be like that. If you're using distro build scripts, it might behave like that but if you're building directly from vanilla tarball and if you just modify sata_via, it will just recompile sata_via and relink the kernel which will probably take something like a couple minutes. > Since we don't yet know whether a recent kernel fixes my sil problem and > if it does we don't have any idea of a particular patch, that suggests > the strategy would be bisection, which probably involves more compiles > than I'm up for. If sil shows the problem, I'll provide debug patches so that you'll only need to build libata and sata_via. Thanks. -- tejun -- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
