On Thu, 2012-04-19 at 00:55 -0700, Sarveshwar.Bandi@Emulex.Com wrote:
> Ben,
> Thanks that clarifies a lot.
>
> I do intend to provide updates to driver. Some quick questions. I know
> need to figure this myself but am running round
> In circles.
> - Can you give me a pointer to latest debian kernel tree? I assume I
> will be able figure out the latest commit id that was
> taken for debian from that.
Depending on which form you prefer to work with, you can use:
1. A git repository containing branches tracking each of the
releases/suites. This is *not* the working repository (that's option 2)
and is not always up-to-date, but may be preferable as a way to view and
prepare patches:
http://anonscm.debian.org/gitweb/?p=kernel/linux-2.6.git
2. The source package 'linux-2.6' contains upstream source and all the
patches we apply to it. You can check out the development branch for
each release/suite with Subversion:
http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official-vcs
3. The package 'linux-source-2.6.32' or 'linux-source-3.2' (depending on
which release you are targetting) contains the source with all Debian
patches applied:
http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-getting
> - Is it sufficient to give you commit id (from net-next) that need to
> be taken into debian or do I need to give patches
> Against the latest tree?
If the driver source in net-next can just be dropped into the older
kernel version and still work, then the commit ID is probably OK. But
very often that isn't the case due to API changes (and I can't believe
it's true for Debian 6.0, i.e. Linux 2.6.32).
I personally prefer to see a patch series with upstream references (as
you see in the kernel.org stable/longterm branches) and any necessary
fix-ups for API differences made in those individual patches.
As an example, see my own backport of tg3 at
<http://anonscm.debian.org/gitweb/?p=kernel/linux-2.6.git;a=shortlog;h=refs/heads/squeeze;pg=1>.
It's OK to backport the addition of new functions, e.g. the series of
commits 'net: Add netdev_alloc_skb_ip_align() helper' up to 'err.h: add
helper function to simplify pointer error checking' that you can see at
<http://anonscm.debian.org/gitweb/?p=kernel/linux-2.6.git;a=shortlog;h=refs/heads/squeeze;pg=7>.
But this has to be done with care to avoid affecting other drivers!
> - Whats the process, Do I just post these on this list or do I need to
> open bugs first? Or just point me to a faq.
Do open a bug, requesting addition of new hardware support. Start with:
Package: src:linux-2.6
Version: <current version>
Severity: important
If you want Debian 6.0 to be updated then specify the latest version
there (2.6.32-43); if you only want this to go into Debian 7.0 then
specify the latest version there (3.2.15-1).
Patches should be sent to the bug address, which will forward to the
debian-kernel mailing list. If you end up with a very long patch series
it may be better to send it as a tarball. But if there's any thing that
needs significant changes in the process of backporting, it might still
be worth sending that individually so it's easier to review.
Ben.
--
Ben Hutchings
This sentence contradicts itself - no actually it doesn't.
Attachment:
signature.asc
Description: This is a digitally signed message part