headers
Linux Kernel Mailing List | 2 Sep 2008 21:50

sparc: Fix resource flags for PCI children in OF device tree.

Gitweb:     http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e3c71a32915fabb095de7108c22672e457631a08
Commit:     e3c71a32915fabb095de7108c22672e457631a08
Parent:     66e4f8c076f8803e83879d986a7803a918b2129e
Author:     David S. Miller <davem <at> davemloft.net>
AuthorDate: Thu Aug 28 21:02:58 2008 -0700
Committer:  David S. Miller <davem <at> davemloft.net>
CommitDate: Thu Aug 28 22:59:10 2008 -0700

    sparc: Fix resource flags for PCI children in OF device tree.

    When a device is under an EBUS or ISA bus, the resource flags
    don't get set properly.

    Fix this by re-evaluating the resource flags at each level of
    bus as we apply ranges on the way to the root.  And let PCI
    override any existing flags setting, but don't let the
    default flags calculator make such overrides.

    Signed-off-by: David S. Miller <davem <at> davemloft.net>
---
 arch/sparc/kernel/of_device.c   |   19 ++++++++++++++-----
 arch/sparc64/kernel/of_device.c |   20 ++++++++++++++------
 2 files changed, 28 insertions(+), 11 deletions(-)

diff --git a/arch/sparc/kernel/of_device.c b/arch/sparc/kernel/of_device.c
index cc4c235..c481d45 100644
--- a/arch/sparc/kernel/of_device.c
+++ b/arch/sparc/kernel/of_device.c
 <at>  <at>  -70,7 +70,7  <at>  <at>  struct of_bus {
 				       int *addrc, int *sizec);
(Continue reading)

Permalink | Reply | 0 comments |
headers
Linux Kernel Mailing List | 2 Sep 2008 21:50

sparc32: Implement smp_call_function_single().

Gitweb:     http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=66e4f8c076f8803e83879d986a7803a918b2129e
Commit:     66e4f8c076f8803e83879d986a7803a918b2129e
Parent:     349101da8e1f8e5eb1476b02823da80495224485
Author:     David S. Miller <davem <at> davemloft.net>
AuthorDate: Wed Aug 27 20:03:22 2008 -0700
Committer:  David S. Miller <davem <at> davemloft.net>
CommitDate: Wed Aug 27 20:03:22 2008 -0700

    sparc32: Implement smp_call_function_single().

    Reported by Stephen Rothwell.

    Needed to fix the build when CONFIG_RELAY is enabled.

    Signed-off-by: David S. Miller <davem <at> davemloft.net>
---
 arch/sparc/include/asm/smp_32.h |   25 +++++++++++++++----------
 arch/sparc/kernel/sun4d_smp.c   |   16 ++++++++++------
 arch/sparc/kernel/sun4m_smp.c   |   12 ++++++++----
 3 files changed, 33 insertions(+), 20 deletions(-)

diff --git a/arch/sparc/include/asm/smp_32.h b/arch/sparc/include/asm/smp_32.h
index 7201752..a8180e5 100644
--- a/arch/sparc/include/asm/smp_32.h
+++ b/arch/sparc/include/asm/smp_32.h
 <at>  <at>  -50,27 +50,24  <at>  <at>  struct seq_file;
 void smp_bogo(struct seq_file *);
 void smp_info(struct seq_file *);

-BTFIXUPDEF_CALL(void, smp_cross_call, smpfunc_t, unsigned long, unsigned long, unsigned long,
(Continue reading)

Permalink | Reply | 0 comments |
headers
Linux Kernel Mailing List | 2 Sep 2008 21:50

remove blk_register_filter and blk_unregister_filter in gendisk

Gitweb:     http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=bb23b431db7405f6d79f989ad0236bf6428ba1cb
Commit:     bb23b431db7405f6d79f989ad0236bf6428ba1cb
Parent:     24342c34a022ee90839873d91396045e12ef1090
Author:     FUJITA Tomonori <fujita.tomonori <at> lab.ntt.co.jp>
AuthorDate: Fri Aug 29 11:47:07 2008 +0200
Committer:  Jens Axboe <jens.axboe <at> oracle.com>
CommitDate: Fri Aug 29 11:47:07 2008 +0200

    remove blk_register_filter and blk_unregister_filter in gendisk

    This patch remove blk_register_filter and blk_unregister_filter in
    gendisk, and adds them to sd.c, sr.c. and ide-cd.c

    The commit abf5439370491dd6fbb4fe1a7939680d2a9bc9d4 moved cmdfilter
    from gendisk to request_queue. It turned out that in some subsystems
    multiple gendisks share a single request_queue. So we get:

    Using physmap partition information
    Creating 3 MTD partitions on "physmap-flash":
    0x00000000-0x01c00000 : "User FS"
    0x01c00000-0x01c40000 : "booter"
    kobject (8511c410): tried to init an initialized object, something is seriously wrong.
    Call Trace:
    [<8036644c>] dump_stack+0x8/0x34
    [<8021f050>] kobject_init+0x50/0xcc
    [<8021fa18>] kobject_init_and_add+0x24/0x58
    [<8021d20c>] blk_register_filter+0x4c/0x64
    [<8021c194>] add_disk+0x78/0xe0
    [<8027d14c>] add_mtd_blktrans_dev+0x254/0x278
    [<8027c8f0>] blktrans_notify_add+0x40/0x78
(Continue reading)

Permalink | Reply | 0 comments |
headers
Linux Kernel Mailing List | 2 Sep 2008 21:50

Un-break printk strings in x86 PCI probing code

Gitweb:     http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=011fec7486028977e2b4012afb84235759c6ad82
Commit:     011fec7486028977e2b4012afb84235759c6ad82
Parent:     bef69ea0dcce574a425feb0a5aa4c63dd108b9a6
Author:     Linus Torvalds <torvalds <at> linux-foundation.org>
AuthorDate: Tue Sep 2 10:38:28 2008 -0700
Committer:  Linus Torvalds <torvalds <at> linux-foundation.org>
CommitDate: Tue Sep 2 10:38:28 2008 -0700

    Un-break printk strings in x86 PCI probing code

    Breaking lines due to some imaginary problem with a long line length is
    often stupid and wrong, but never more so when it splits a string that
    is printed out into multiple lines.  This really ended up making it much
    harder to find where some error strings were printed out, because a
    simple 'grep' didn't work.

    I'm sure there is tons more of this particular idiocy hiding in other
    places, but this particular case hit me once more last week. So fix it.

    Signed-off-by: Linus Torvalds <torvalds <at> linux-foundation.org>
---
 arch/x86/pci/i386.c |    9 +++------
 1 files changed, 3 insertions(+), 6 deletions(-)

diff --git a/arch/x86/pci/i386.c b/arch/x86/pci/i386.c
index 5807d1b..8791fc5 100644
--- a/arch/x86/pci/i386.c
+++ b/arch/x86/pci/i386.c
 <at>  <at>  -128,8 +128,7  <at>  <at>  static void __init pcibios_allocate_bus_resources(struct list_head *bus_list)
 				pr = pci_find_parent_resource(dev, r);
(Continue reading)

Permalink | Reply | 0 comments |
headers
Linux Kernel Mailing List | 2 Sep 2008 21:50

sparc64: setup_valid_addr_bitmap_from_pavail() should be __init

Gitweb:     http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=dbb8c35d9063fe233626865cc836fbc102fa083b
Commit:     dbb8c35d9063fe233626865cc836fbc102fa083b
Parent:     e3c71a32915fabb095de7108c22672e457631a08
Author:     David S. Miller <davem <at> davemloft.net>
AuthorDate: Sat Aug 30 02:04:45 2008 -0700
Committer:  David S. Miller <davem <at> davemloft.net>
CommitDate: Sat Aug 30 02:04:45 2008 -0700

    sparc64: setup_valid_addr_bitmap_from_pavail() should be __init

    Signed-off-by: David S. Miller <davem <at> davemloft.net>
---
 arch/sparc64/mm/init.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/arch/sparc64/mm/init.c b/arch/sparc64/mm/init.c
index b4aeb0f..a41df7b 100644
--- a/arch/sparc64/mm/init.c
+++ b/arch/sparc64/mm/init.c
 <at>  <at>  -1843,7 +1843,7  <at>  <at>  static int pavail_rescan_ents __initdata;
  * memory list again, and make sure it provides at least as much
  * memory as 'pavail' does.
  */
-static void setup_valid_addr_bitmap_from_pavail(void)
+static void __init setup_valid_addr_bitmap_from_pavail(void)
 {
 	int i;

--
To unsubscribe from this list: send the line "unsubscribe git-commits-head" in
(Continue reading)

Permalink | Reply | 0 comments |
headers
Linux Kernel Mailing List | 2 Sep 2008 21:50

[CIFS] Fix plaintext authentication

Gitweb:     http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=bcc55c6664a90146149ba0fd93052adc94287b9f
Commit:     bcc55c6664a90146149ba0fd93052adc94287b9f
Parent:     87ed1d65fb536a0cd4e84874c0b038f953e448aa
Author:     Steve French <sfrench <at> us.ibm.com>
AuthorDate: Wed Aug 27 21:30:22 2008 +0000
Committer:  Steve French <sfrench <at> us.ibm.com>
CommitDate: Wed Aug 27 21:30:22 2008 +0000

    [CIFS] Fix plaintext authentication

    The last eight bytes of the password field were not cleared when doing lanman plaintext password
authentication. This patch fixes that.

    I tested it with Samba by setting password
    encryption to no in the server's smb.conf.  Other servers also can be
    configured to force plaintext authentication.    Note that plaintexti
    authentication requires setting /proc/fs/cifs/SecurityFlags to 0x30030
    on the client (enabling both LANMAN and also plaintext password support).
    Also note that LANMAN support (and thus plaintext password support) requires
    CONFIG_CIFS_WEAK_PW_HASH to be enabled in menuconfig.

    CC: Jeff Layton <jlayton <at> redhat.com>
    CC: Stable Kernel <stable <at> vger.kernel.org>
    Signed-off-by: Steve French <sfrench <at> us.ibm.com>
---
 fs/cifs/cifsencrypt.c |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/fs/cifs/cifsencrypt.c b/fs/cifs/cifsencrypt.c
index 83fd40d..bd5f13d 100644
(Continue reading)

Permalink | Reply | 0 comments |
headers
Linux Kernel Mailing List | 2 Sep 2008 21:50

kernel/resource.c: fix new kernel-doc warning

Gitweb:     http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=6781f4ae30bbb8ebf31187b3c9304be16966f5a0
Commit:     6781f4ae30bbb8ebf31187b3c9304be16966f5a0
Parent:     6b9886a173ff6c9ed528979c4d0a3566c1f61013
Author:     Randy Dunlap <randy.dunlap <at> oracle.com>
AuthorDate: Sun Aug 31 20:31:55 2008 -0700
Committer:  Linus Torvalds <torvalds <at> linux-foundation.org>
CommitDate: Tue Sep 2 10:47:30 2008 -0700

    kernel/resource.c: fix new kernel-doc warning

    Fix kernel-doc warning for new function:

    Warning(linux-2.6.27-rc5-git2//kernel/resource.c:448): No description found for parameter 'root'

    Signed-off-by: Randy Dunlap <randy.dunlap <at> oracle.com>
    Signed-off-by: Linus Torvalds <torvalds <at> linux-foundation.org>
---
 kernel/resource.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/kernel/resource.c b/kernel/resource.c
index cf0a178..03d796c 100644
--- a/kernel/resource.c
+++ b/kernel/resource.c
 <at>  <at>  -438,7 +438,7  <at>  <at>  int insert_resource(struct resource *parent, struct resource *new)

 /**
  * insert_resource_expand_to_fit - Insert a resource into the resource tree
- *  <at> parent: parent of the new resource
+ *  <at> root: root resource descriptor
(Continue reading)

Permalink | Reply | 0 comments |
headers
Linux Kernel Mailing List | 2 Sep 2008 21:50

block: restore original behavior of /proc/partition when there's no partition

Gitweb:     http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=ddef43a843f620c6742a06633739887a901ec06b
Commit:     ddef43a843f620c6742a06633739887a901ec06b
Parent:     bb23b431db7405f6d79f989ad0236bf6428ba1cb
Author:     Tejun Heo <tj <at> kernel.org>
AuthorDate: Mon Sep 1 08:55:10 2008 +0200
Committer:  Jens Axboe <jens.axboe <at> oracle.com>
CommitDate: Mon Sep 1 08:55:10 2008 +0200

    block: restore original behavior of /proc/partition when there's no partition

    /proc/partitions didn't use to write out the header if there was no
    partition.  However, recent commit 66c64afe changed the behavior.
    This is nothing major but there's no reason to change user visible
    behavior without a good rationale.  Restore the original behavior.

    Note that 2.6.28 has clean up changes scheduled which will replace
    this rather hacky implementation.

    Signed-off-by: Tejun Heo <tj <at> kernel.org>
    Cc: Greg KH <greg <at> kroah.com>
    Cc: Kay Sievers <kay.sievers <at> vrfy.org>
    Signed-off-by: Jens Axboe <jens.axboe <at> oracle.com>
---
 block/genhd.c |   13 ++++++++++++-
 1 files changed, 12 insertions(+), 1 deletions(-)

diff --git a/block/genhd.c b/block/genhd.c
index d9743ff..e0ce23a 100644
--- a/block/genhd.c
+++ b/block/genhd.c
(Continue reading)

Permalink | Reply | 0 comments |
headers
Linux Kernel Mailing List | 2 Sep 2008 21:50

cifs: fix O_APPEND on directio mounts

Gitweb:     http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=838726c4756813576078203eb7e1e219db0da870
Commit:     838726c4756813576078203eb7e1e219db0da870
Parent:     6405c9cd9bf7b1c35ed76ef8ee3e217056285702
Author:     Jeff Layton <jlayton <at> redhat.com>
AuthorDate: Thu Aug 28 07:54:59 2008 -0400
Committer:  Steve French <sfrench <at> us.ibm.com>
CommitDate: Thu Aug 28 14:15:32 2008 +0000

    cifs: fix O_APPEND on directio mounts

    The direct I/O write codepath for CIFS is done through
    cifs_user_write(). That function does not currently call
    generic_write_checks() so the file position isn't being properly set
    when the file is opened with O_APPEND.  It's also not doing the other
    "normal" checks that should be done for a write call.

    The problem is currently that when you open a file with O_APPEND on a
    mount with the directio mount option, the file position is set to the
    beginning of the file. This makes any subsequent writes clobber the data
    in the file starting at the beginning.

    This seems to fix the problem in cursory testing. It is, however
    important to note that NFS disallows the combination of
    (O_DIRECT|O_APPEND). If my understanding is correct, the concern is
    races with multiple clients appending to a file clobbering each others'
    data. Since the write model for CIFS and NFS is pretty similar in this
    regard, CIFS is probably subject to the same sort of races. What's
    unclear to me is why this is a particular problem with O_DIRECT and not
    with buffered writes...
(Continue reading)

Permalink | Reply | 0 comments |
headers
Linux Kernel Mailing List | 2 Sep 2008 21:50

svcrdma: Fix race between svc_rdma_recvfrom thread and the dto_tasklet

Gitweb:     http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=24b8b44780a2c53ecb738f4a1c08d114f5eda27c
Commit:     24b8b44780a2c53ecb738f4a1c08d114f5eda27c
Parent:     30a2f3c60a84092c8084dfe788b710f8d0768cd4
Author:     Tom Tucker <tom <at> opengridcomputing.com>
AuthorDate: Wed Aug 13 11:05:41 2008 -0500
Committer:  J. Bruce Fields <bfields <at> citi.umich.edu>
CommitDate: Wed Aug 13 16:57:31 2008 -0400

    svcrdma: Fix race between svc_rdma_recvfrom thread and the dto_tasklet

    RDMA_READ completions are kept on a separate queue from the general
    I/O request queue. Since a separate lock is used to protect the RDMA_READ
    completion queue, a race exists between the dto_tasklet and the
    svc_rdma_recvfrom thread where the dto_tasklet sets the XPT_DATA
    bit and adds I/O to the read-completion queue. Concurrently, the
    recvfrom thread checks the generic queue, finds it empty and resets
    the XPT_DATA bit. A subsequent svc_xprt_enqueue will fail to enqueue
    the transport for I/O and cause the transport to "stall".

    The fix is to protect both lists with the same lock and set the XPT_DATA
    bit with this lock held.

    Signed-off-by: Tom Tucker <tom <at> opengridcomputing.com>
    Signed-off-by: J. Bruce Fields <bfields <at> citi.umich.edu>
---
 include/linux/sunrpc/svc_rdma.h          |    1 -
 net/sunrpc/xprtrdma/svc_rdma_recvfrom.c  |    8 ++++----
 net/sunrpc/xprtrdma/svc_rdma_transport.c |    5 ++---
 3 files changed, 6 insertions(+), 8 deletions(-)
(Continue reading)

Permalink | Reply | 0 comments |

Gmane