public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andres Salomon <dilinger@voxel.net>
To: linux-kernel@vger.kernel.org
Subject: 2.6.10-as2
Date: Sun, 16 Jan 2005 01:57:16 -0500	[thread overview]
Message-ID: <1105858636.8083.16.camel@localhost> (raw)

[-- Attachment #1: Type: text/plain, Size: 7202 bytes --]

Hi,

Here's 2.6.10-as2.  Not too many changes, as I'm still going through
past bk changesets.  As requested by numerous people, I'm including the
changelog in the email (between -as1 and -as2); the full changelog is
available at the url below.  Thank you to the numerous people who
offered suggestions, fixes, and moral support. :)

The kernel patches can be grabbed from here:
http://www.acm.cs.rpi.edu/~dilinger/patches/2.6.10/as2/

534b04f3ca528bbb13d275ed83a1829e  ChangeLog
4df7735c1d780e4a185407b43a8d97c2  linux-2.6.10-as2.tar.gz
d4e6c6c7352147e908d42276e24e0833  patch-2.6.10-as2.gz

Here are the changes from 2.6.10-as1:

2005-01-16 05:02:31 GMT	Andres Salomon <dilinger@voxel.net>	patch-52

    Summary:
      tag 2.6.10-as2
    Revision:
      linux--dilinger--0--patch-52

    
    

    modified files:
     000-extraversion.patch


2005-01-16 05:01:53 GMT	Andres Salomon <dilinger@voxel.net>	patch-51

    Summary:
      fix up 048-matroxfb_mtrr_ifdef.patch
    Revision:
      linux--dilinger--0--patch-51

    Looks like some MODULE_PARM() -> module_param() conversions causes this to
    not apply; fix the patch to apply.
    
    

    modified files:
     048-matroxfb_mtrr_ifdef.patch


2005-01-16 04:42:47 GMT	Andres Salomon <dilinger@voxel.net>	patch-50

    Summary:
      050-cfq_requeue_request_accounting.patch
    Revision:
      linux--dilinger--0--patch-50

    cfq_requeue_request can potentially decrement a counter past 0; we want
    to only decrement it if it's > 0.
    

    new files:
     .arch-ids/050-cfq_requeue_request_accounting.patch.id
     050-cfq_requeue_request_accounting.patch


2005-01-16 04:38:47 GMT	Andres Salomon <dilinger@voxel.net>	patch-49

    Summary:
      049-alpha_io_write_size.patch
    Revision:
      linux--dilinger--0--patch-49

    [ALPHA] some alpha-specific io write stuff is writing bytes instead of words.
    This patch fixes that.
    
    

    new files:
     .arch-ids/049-alpha_io_write_size.patch.id
     049-alpha_io_write_size.patch


2005-01-16 04:28:10 GMT	Andres Salomon <dilinger@voxel.net>	patch-48

    Summary:
      048-matroxfb_mtrr_ifdef.patch
    Revision:
      linux--dilinger--0--patch-48

    The mtrr stuff in the matroxfb driver needs to be wrapped w/ CONFIG_MTRR
    ifdefs.
    

    new files:
     .arch-ids/048-matroxfb_mtrr_ifdef.patch.id
     048-matroxfb_mtrr_ifdef.patch


2005-01-16 04:11:54 GMT	Andres Salomon <dilinger@voxel.net>	patch-47

    Summary:
      047-do_tcp_sendpages_tso_assertion.patch
    Revision:
      linux--dilinger--0--patch-47

    do_tcp_sendpages() didn't track skb->truesize correctly; this causes
    partially ACK'd TSO frames to potentially corrupt stuff as
    skb->truesize is too small.
    

    new files:
     .arch-ids/047-do_tcp_sendpages_tso_assertion.patch.id
     047-do_tcp_sendpages_tso_assertion.patch


2005-01-16 03:59:40 GMT	Andres Salomon <dilinger@voxel.net>	patch-46

    Summary:
      046-ipv6_sit_lock.patch
    Revision:
      linux--dilinger--0--patch-46

    Fix locking issue inside ipip6_tunnel_link().
    

    new files:
     .arch-ids/046-ipv6_sit_lock.patch.id 046-ipv6_sit_lock.patch


2005-01-16 03:45:40 GMT	Andres Salomon <dilinger@voxel.net>	patch-45

    Summary:
      045-pci_psycho_brainfart.patch
    Revision:
      linux--dilinger--0--patch-45

    [SPARC64] Incorrect register values are used inside
    __psycho_check_one_stc if PBM type is B.
    

    new files:
     .arch-ids/045-pci_psycho_brainfart.patch.id
     045-pci_psycho_brainfart.patch


2005-01-16 03:35:52 GMT	Andres Salomon <dilinger@voxel.net>	patch-44

    Summary:
      044-elevator_noop_add_request.patch
    Revision:
      linux--dilinger--0--patch-44

    elevator_noop_add_request() ignored the 'where' arg, which specified
    where the request should be added (front, back..)
    
    

    new files:
     .arch-ids/044-elevator_noop_add_request.patch.id
     044-elevator_noop_add_request.patch


2005-01-16 01:23:21 GMT	Andres Salomon <dilinger@voxel.net>	patch-43

    Summary:
      043-dothan_p4_get_frequency.patch
    Revision:
      linux--dilinger--0--patch-43

    Pentium M (Dothan) model is 0x0d, not 0x13.
    
    

    new files:
     .arch-ids/043-dothan_p4_get_frequency.patch.id
     043-dothan_p4_get_frequency.patch


2005-01-16 01:18:59 GMT	Andres Salomon <dilinger@voxel.net>	patch-42

    Summary:
      042-gx_get_cpuspeed_return_value.patch
    Revision:
      linux--dilinger--0--patch-42

    gx_get_cpuspeed was returning the wrong value; this fixes it.
    
    

    new files:
     .arch-ids/042-gx_get_cpuspeed_return_value.patch.id
     042-gx_get_cpuspeed_return_value.patch


2005-01-16 01:01:38 GMT	Andres Salomon <dilinger@voxel.net>	patch-41

    Summary:
      041-ide_hwif_supress_busy.patch
    Revision:
      linux--dilinger--0--patch-41

    While probing ide interfaces, supress error messages for non-existent
    one.
    
    

    new files:
     .arch-ids/041-ide_hwif_supress_busy.patch.id
     041-ide_hwif_supress_busy.patch


2005-01-16 00:53:58 GMT	Andres Salomon <dilinger@voxel.net>	patch-40

    Summary:
      040-sk_forward_alloc_underflow.patch
    Revision:
      linux--dilinger--0--patch-40

    Do not underflow sk_forward_alloc from tcp_sendpage.
    
    

    new files:
     .arch-ids/040-sk_forward_alloc_underflow.patch.id
     040-sk_forward_alloc_underflow.patch


2005-01-15 23:48:43 GMT	Andres Salomon <dilinger@voxel.net>	patch-39

    Summary:
      039-serial_console_resume.patch
    Revision:
      linux--dilinger--0--patch-39

    Don't assume a port has a tty associated w/ it when resuming.
    

    new files:
     .arch-ids/039-serial_console_resume.patch.id
     039-serial_console_resume.patch


2005-01-15 23:18:06 GMT	Andres Salomon <dilinger@voxel.net>	patch-38

    Summary:
      038-ftdi_sio_debug_output.patch
    Revision:
      linux--dilinger--0--patch-38

    Make ftdi_sio driver output debug message instead of error if attempting
    to write 0 bytes.
    
    

    new files:
     .arch-ids/038-ftdi_sio_debug_output.patch.id
     038-ftdi_sio_debug_output.patch


2005-01-15 21:43:50 GMT	Andres Salomon <dilinger@voxel.net>	patch-37

    Summary:
      037-sctp_err_lookup_oops.patch
    Revision:
      linux--dilinger--0--patch-37

    In case of an error, sk never gets set; thus, sock_put(sk) messes up.
    
    
    

    new files:
     .arch-ids/037-sctp_err_lookup_oops.patch.id
     037-sctp_err_lookup_oops.patch


2005-01-15 21:39:24 GMT	Andres Salomon <dilinger@voxel.net>	patch-36

    Summary:
      036-rlimit_memlock_check-2.patch
    Revision:
      linux--dilinger--0--patch-36

    Add missing memory check; needed by 033-rlimit_memlock_check.patch.
    
    

    new files:
     .arch-ids/036-rlimit_memlock_check-2.patch.id
     036-rlimit_memlock_check-2.patch



    

-- 
Andres Salomon <dilinger@voxel.net>

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

                 reply	other threads:[~2005-01-16  6:58 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1105858636.8083.16.camel@localhost \
    --to=dilinger@voxel.net \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox