found 583949 linux-2.6/2.6.38-5
fixed 583949 linux-2.6/2.6.39-3
quit

Hi Victor,

Victor Pablos Ceruelo wrote:

> I've tried 2.6.38-bpo.2-amd64 (Debian 2.6.38-5~bpo60+1) and the bug was still 
> there, 
> but in 2.6.39-2-amd64 (Debian 2.6.39-3) it works perfectly.

Marking accordingly, thanks.

Checking with "git shortlog v2.6.38..v2.6.39 --grep='[Ss][Cc][Ss][Ii]'",
I see many patches, some of which have already been included in the
2.6.32.x longterm kernel (and hence squeeze) and most of which haven't.
If you have time for it, could you try bisecting to find the fix between
v2.6.38 and 2.6.39, like so, sending the result to the upstream bug log?

1. Write a script named "as" with the following content somewhere on
your $PATH and mark it executable, to work around Bug#620448:

        #!/bin/sh
        exec /usr/bin/as --size-check=warning "$@"

2.
        apt-get install build-essential git-core

        git clone 
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
        git bisect start v2.6.39 v2.6.38 -- drivers/scsi
        make localmodconfig
        : if it starts asking questions, just hit "enter" repeatedly
        make deb-pkg
        dpkg -i ../<name of package built>
        reboot
        ... test thoroughly ...

        NOTE: git bisect expects that you are looking for a
        regression.  In this case, the only thing that has regressed
        is brokenness, so the "good" revisions will be the ones with
        the bug and the "bad" revisions will be the fixed ones.  Yes,
        it's confusing.

        git bisect bad; # if it works perfectly
        git bisect good; # if the bug is still there
        git bisect skip; # if something makes it difficult to test

        make silentoldconfig; # reuse configuration
        make deb-pkg
        dpkg -i ../<name of package built>
        reboot
        ... test ...
        git bisect bad / good / skip

        Rinse and repeate until it shows the "first bad commit" (i.e.,
        the fix!), or until bored (please send the output of "git
        bisect log" in the latter case).

        If the gitk package is installed, you can watch the regression
        range narrowing by running "git bisect visualize" at any time.



-- 
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

Reply via email to