2.6.22-stable review patch. If anyone has any objections, please let us
know.
--
From: Herbert Xu <[EMAIL PROTECTED]>
[IPSEC]: Avoid undefined shift operation when testing algorithm ID
[ Upstream commit: f398035f2dec0a6150833b0bc105057953594edb ]
The aalgos/ealgos fields are
2.6.22-stable review patch. If anyone has any objections, please let us
know.
--
From: Herbert Xu <[EMAIL PROTECTED]>
[IPSEC]: Fix potential dst leak in xfrm_lookup
[ Upstream commit: 75b8c133267053c9986a7c8db5131f0e7349e806 ]
If we get an error during the actual policy lookup
2.6.22-stable review patch. If anyone has any objections, please let us
know.
--
From: Timo Teras <[EMAIL PROTECTED]>
[IPV4] ip_gre: set mac_header correctly in receive path
[ Upstream commit: 1d0691674764098304ae4c63c715f5883b4d3784 ]
mac_header update in ipgre_recv() was
2.6.22-stable review patch. If anyone has any objections, please let us
know.
--
From: Eric Dumazet <[EMAIL PROTECTED]>
[IPV4] ROUTE: ip_rt_dump() is unecessary slow
[ Upstream commit: d8c9283089287341c85a0a69de32c2287a990e71 ]
I noticed "ip route list cache x.y.z.t" can be
2.6.22-stable review patch. If anyone has any objections, please let us
know.
--
From: maximilian attems <[EMAIL PROTECTED]>
[IRDA]: irda_create() nuke user triggable printk
[ Upstream commit: 9e8d6f8959c356d8294d45f11231331c3e1bcae6 ]
easy to trigger as user with sfuzz.
2.6.22-stable review patch. If anyone has any objections, please let us
know.
--
From: David Miller <[EMAIL PROTECTED]>
[NET]: Correct two mistaken skb_reset_mac_header() conversions.
[ Upstream commit: c6e6ca712b5cc06a662f900c0484d49d7334af64 ]
This operation helper
2.6.22-stable review patch. If anyone has any objections, please let us
know.
--
From: Russ Dill <[EMAIL PROTECTED]>
[NET]: kaweth was forgotten in msec switchover of usb_start_wait_urb
[ Upstream commit: 2b2b2e35b71e5be8bc06cc0ff38df15dfedda19b ]
Back in 2.6.12-pre,
2.6.22-stable review patch. If anyone has any objections, please let us
know.
--
From: Russ Dill <[EMAIL PROTECTED]>
[NET]: mcs7830 passes msecs instead of jiffies to usb_control_msg
[ Upstream commit 1d39da3dcaad4231f0fa75024b1d6d710a2ced74 ]
usb_control_msg was changed long
2.6.22-stable review patch. If anyone has any objections, please let us
know.
--
From: David Miller <[EMAIL PROTECTED]>
[SPARC64]: Fix two kernel linear mapping setup bugs.
[ Upstream commit: 8f361453d8e9a67c85b2cf9b93c642c2d8fe0462 ]
This was caught and identified by Greg
2.6.22-stable review patch. If anyone has any objections, please let us
know.
--
From: David Miller <[EMAIL PROTECTED]>
[SPARC64]: Fix memory controller register access when non-SMP.
[ Upstream commit: b332b8bc9c67165eabdfc7d10b4a2e4cc9f937d0 ]
get_cpu() always returns zero
This is the start of the stable review cycle for the 2.6.22.17 release.
There are 27 patches in this series, all will be posted as a response to
this one. If anyone has any issues with these being applied, please let
us know. If anyone is a maintainer of the proper subsystem, and wants
to add a
2.6.22-stable review patch. If anyone has any objections, please let us know.
--
From: Julia Lawall <[EMAIL PROTECTED]>
[X25]: Add missing x25_neigh_put
[ Upstream commit: 76975f8a3186dae501584d0155ea410464f62815 ]
The function x25_get_neigh increments a reference count. At
On Fri, Feb 01, 2008 at 04:05:08PM -0800, Christoph Lameter wrote:
> On Fri, 1 Feb 2008, Robin Holt wrote:
>
> > On Fri, Feb 01, 2008 at 03:19:32PM -0800, Christoph Lameter wrote:
> > > On Fri, 1 Feb 2008, Robin Holt wrote:
> > >
> > > > We are getting this callout when we transition the pte
On Wed, 2008-01-30 at 17:37 -0400, Konrad Rzeszutek wrote:
> This patch (v0.4.6) adds /sysfs/firmware/ibft/[initiator|targetX|ethernetX]
> directories along with text properties which export the the iSCSI
> Boot Firmware Table (iBFT) structure.
>
> What is iSCSI Boot Firmware Table? It is a
On Tue, Jan 29, 2008 at 12:13:13AM +0100, Oliver Pinter (Pint?r Oliv?r) wrote:
> do_anonymous_page-race
> invalid-semicolon
> pci-fix-unterminated-pci_device_id-lists
> cciss-panic-in-blk_rq_map_sg
> cciss-fix_memory_leak
> handle-bogus-%cs-selector-in-single-step-instruction-decoding
>
On Fri 2008-02-01 23:07:16, Pavel Machek wrote:
> Hi!
>
> I'm trying to reuse trampoline_64.S for wakeup from ACPI s3... but I'm
> getting some badness: If I insert delay loops into trampoline_64.S,
> machine fails to boot; but I already increased cpu bootup delay to 200
> seconds...
>
> Is it
The following changes are available from the for-linus branch of the git
repository at:
git://linux-nfs.org/~bfields/linux.git for-linus
The largest single change is the addition of rdma support for nfsd, and
the preceding major refactoring of the server rpc code to add a
transport api. The
On Fri, 1 Feb 2008, Robin Holt wrote:
> On Fri, Feb 01, 2008 at 03:19:32PM -0800, Christoph Lameter wrote:
> > On Fri, 1 Feb 2008, Robin Holt wrote:
> >
> > > We are getting this callout when we transition the pte from a read-only
> > > to read-write. Jack and I can not see a reason we would
On 02/02/2008, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Dmitry Adamushko <[EMAIL PROTECTED]> wrote:
>
> > yeah, I was already on a half-way to check it out.
> >
> > It does fix a problem for me.
> >
> > Don't forget to take along these 2 fixes from Peter's patch:
> >
> > - fix break usage in
On Feb 1 2008 23:40, Sam Ravnborg wrote:
>>
>> checkpatch does not parse C, it uses heuristical regexes.
>>
>> That makes it very different from sparse or the section mismatch
>> finder which do not output false positives.
>
>Unfortunately I most correct you. Section mismatch checks seldoms
On Thu, 17 Jan 2008 21:47:38 +0100
Franck Bui-Huu <[EMAIL PROTECTED]> wrote:
> This patch moves rcu-protected lists from list.h into a new header
> file rculist.h.
I'm getting way too many compilation errors from this, perhaps because of
new rcu-list usages which weren't present in the old tree
On Fri, Feb 01, 2008 at 11:18:56AM +0100, Stefan Roese wrote:
> On Monday 10 December 2007, Benjamin Herrenschmidt wrote:
> > The current pci_assign_unassigned_resources() code doesn't work properly
> > on 32 bits platforms with 64 bits resources. The main reason is the use
> > of unsigned long in
for convenient browsing:
http://www.kernel.org/pub/linux/kernel/people/geoff/cell/CELL-Linux-CL_20080201-ADDON
An updated kboot binary image is here (2.3 MiB):
http://www.kernel.org/pub/linux/kernel/people/geoff/cell/kboot-20080201.bld
A Changes List follows.
-Geoff
---
v1.6 (2008/02/01 version
On Friday, 1 of February 2008, Peter Zijlstra wrote:
>
> On Fri, 2008-02-01 at 12:50 +0100, Rafael J. Wysocki wrote:
> > On Friday, 1 of February 2008, Peter Zijlstra wrote:
>
> > > > It arts run as root, or does it use RLIMIT_RTPRIO to allow users to
> > > > execute realtime tasks?
> >
> >
Hi!
> > > +static irqreturn_t ipwireless_handle_v1_interrupt(int irq,
> > > + struct ipw_hardware *hw)
> > > +{
> > > + unsigned short irqn;
> > > + unsigned short ack;
> > > +
> > > + irqn = inw(hw->base_port + IOIR);
> > > +
> > > + /* Check if card is
On Fri, Feb 01, 2008 at 03:19:32PM -0800, Christoph Lameter wrote:
> On Fri, 1 Feb 2008, Robin Holt wrote:
>
> > We are getting this callout when we transition the pte from a read-only
> > to read-write. Jack and I can not see a reason we would need that
> > callout. It is causing problems for
On Tue, 22 Jan 2008 15:13:58 -0800
Dave Hansen <[EMAIL PROTECTED]> wrote:
> @@ -566,10 +567,26 @@ static void mark_files_ro(struct super_b
> {
> struct file *f;
>
> +retry:
> file_list_lock();
> list_for_each_entry(f, >s_files, f_u.fu_list) {
> - if
On Saturday, 2 of February 2008, Dmitry Adamushko wrote:
> On 01/02/2008, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> >
> > * Dmitry Adamushko <[EMAIL PROTECTED]> wrote:
> >
> > > > I've observed delays from ~3 s. up to ~8 s. (out of ~20 tests) so
> > > > the 10s. delay of msleep_interruptible()
Hi,
Please define what kernel version and what config you're trying to
build.
Also, please cc [EMAIL PROTECTED] for powerpc issues.
Thanks,
Olof
On Fri, Feb 01, 2008 at 12:44:39PM +0100, Marcel Holtmann wrote:
> Hi,
>
> I get the following build error on PowerPC:
>
> CC [M]
* Dmitry Adamushko <[EMAIL PROTECTED]> wrote:
> yeah, I was already on a half-way to check it out.
>
> It does fix a problem for me.
>
> Don't forget to take along these 2 fixes from Peter's patch:
>
> - fix break usage in do_each_thread() { } while_each_thread().
> - fix the hotplug switch
* Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> On Friday, 1 of February 2008, Rafael J. Wysocki wrote:
> > On Friday, 1 of February 2008, Ingo Molnar wrote:
> > >
> > > * Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > >
> > > > The below fixes it for me..
> > > >
> > > > ---
> > > > -
Hi,
On Monday 28 January 2008, Sergei Shtylyov wrote:
> Hello.
>
> Bartlomiej Zolnierkiewicz wrote:
>
> > * Remove 'struct pci_dev *dev' argument from ide_hwif_setup_dma().
>
> > * Un-static ide_hwif_setup_dma() and add CONFIG_BLK_DEV_IDEDMA_PCI=n
> > version.
>
> > * Add 'const struct
On 01/02/2008, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Dmitry Adamushko <[EMAIL PROTECTED]> wrote:
>
> > > I've observed delays from ~3 s. up to ~8 s. (out of ~20 tests) so
> > > the 10s. delay of msleep_interruptible() might be related but I'm
> > > still looking for the reason why this fix
On Friday, 1 of February 2008, Rafael J. Wysocki wrote:
> On Friday, 1 of February 2008, Ingo Molnar wrote:
> >
> > * Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> >
> > > The below fixes it for me..
> > >
> > > ---
> > > - restore the old wakeup mechanism
> > > - fix break usage in
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git suspend
This will update the files shown below.
thanks!
-Len
ps. individual patches are available on [EMAIL PROTECTED]
and a consolidated plain patch is available here:
On Fri, 1 Feb 2008, Robin Holt wrote:
> We are getting this callout when we transition the pte from a read-only
> to read-write. Jack and I can not see a reason we would need that
> callout. It is causing problems for xpmem in that a write fault goes
> to get_user_pages which gets back to
On Mon, 12 Nov 2007 15:30:11 +0100
[EMAIL PROTECTED] wrote:
> From: Martin Schwidefsky <[EMAIL PROTECTED]>
>
> Background: I've implemented 1K/2K page tables for s390. These sub-page
> page tables are required to properly support the s390 virtualization
> instruction with KVM. The SIE
Here are a lot of USB fixes and new drivers against your 2.6.24 git tree.
Full details are below, nothing radical here, just some new drivers,
more device ids, and some general improvements in a variety of places.
Please pull from:
Here are a bunch of PCI patches against your 2.6.24 git tree.
Some general cleanups, minor tweaks, and a bit of PCI hotplug updates,
and some PCI Express updates for new features, if your hardware happens
to support it.
Please pull from:
On Fri, Feb 01, 2008 at 11:50:56PM +0100, Ingo Molnar wrote:
>
> i'm getting spurious build failures with latest -git:
>
> In file included from drivers/scsi/aic7xxx/aic7xxx_proc.c:44:
> drivers/scsi/aic7xxx/aic7xxx_inline.h: In function 'ahc_pause_bug_fix':
>
Did someone undo a previous patch for this on ARM, it used to work.?
CHK include/linux/version.h
make[1]: `include/asm-arm/mach-types.h' is up to date.
CHK include/linux/utsrelease.h
CALLscripts/checksyscalls.sh
:1097:2: warning: #warning syscall fadvise64 not implemented
On Friday 01 February 2008 09:54, Ingo Molnar wrote:
>
> * Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
>
> > > no strong preference here - pick the one you like best and send a
> > > patch please :-)
> >
> > Here you go, but I think it falls into the ACPI category.
>
> agreed - Len, would
i'm getting spurious build failures with latest -git:
In file included from drivers/scsi/aic7xxx/aic7xxx_proc.c:44:
drivers/scsi/aic7xxx/aic7xxx_inline.h: In function 'ahc_pause_bug_fix':
drivers/scsi/aic7xxx/aic7xxx_inline.h:66: error: 'CCSCBCTL' undeclared (first
use in this function)
* Dmitry Adamushko <[EMAIL PROTECTED]> wrote:
> > I've observed delays from ~3 s. up to ~8 s. (out of ~20 tests) so
> > the 10s. delay of msleep_interruptible() might be related but I'm
> > still looking for the reason why this fix helps (and what goes wrong
> > with the current code).
>
>
On Fri, Feb 01, 2008 at 07:14:07PM +0100, Jerome Marchand wrote:
> Hi,
>
> This patchset is the corrected version of the patchset I posted
> here weeks ago and which brings back the I/O statistics concerning
> partitions which were lost between 2.4 and 2.6 kernels.
>
> This version still breaks
On 01/02/2008, Dmitry Adamushko <[EMAIL PROTECTED]> wrote:
> On 01/02/2008, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> >
> > thanks - i cannot reproduce it on my usual suspend/resume testbox
> > because e1000 broke on it, and this is a pretty annoying regression.
> > We'll have to undo the
On Fri, Feb 01, 2008 at 10:47:25PM +0100, Jan Engelhardt wrote:
>
> On Feb 1 2008 03:21, Harvey Harrison wrote:
> >>
> >> Question is: why do people keep adding new ones when they are so easy to
> >> detect and fix?
> >>
> >> Asnwer: because neither they nor their patch integrators are doing
On Fri, Feb 01, 2008 at 03:24:05PM -0500, Jeff Garzik wrote:
> Sam Ravnborg wrote:
> >One can ignore or one can fix...
> >I decided to spend some of my friday on fixing section mismatch
> >warnings as I've got a bit irritated over people spending time
> >complaining but failing to provide patches.
On Thursday 31 January 2008, Jens Axboe wrote:
> On Thu, Jan 31 2008, Florian Lohoff wrote:
> > On Thu, Jan 31, 2008 at 02:05:58PM +0100, Jens Axboe wrote:
> > > The below fix should be enough. It's perfectly legal to have leftover
> > > byte counts when the drive signals completion, happens all
On Wednesday 30 January 2008, Adrian Bunk wrote:
> This patch fixes the following section mismatch:
>
> <-- snip -->
>
> ...
> WARNING: vmlinux.o(.text+0x3b641c): Section mismatch in reference from the
> function .pmac_ide_setup_device() to the function
> .init.text:.pmac_ide_setup_dma()
>
On Monday 28 January 2008, Adrian Bunk wrote:
> After commit 7267c3377443322588cddaf457cf106839a60463
> wait_drive_not_busy() can become static again.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
applied
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Monday 28 January 2008, Adrian Bunk wrote:
> - ide_scan_pcibus() can become static
> - instead of ide_scan_pci() we can use ide_scan_pcibus() directly
> in module_init()
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
applied
--
To unsubscribe from this list: send the line "unsubscribe
On Monday 28 January 2008, Adrian Bunk wrote:
> ide_dma_on can be unexported.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
applied
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Sunday 27 January 2008, Geert Uytterhoeven wrote:
> Atari Falcon IDE: Add missing hwif variable
>
> Commit cbb010c180294a5242a7681555c28737d9dd26ab
>
> ide: drop 'initializing' argument from ide_register_hw()
>
> * Rename init_hwif_data() to ide_init_port_data() and export it.
>
On Sunday 27 January 2008, Frans Pop wrote:
> On Saturday 26 January 2008, Bartlomiej Zolnierkiewicz wrote:
> > On Saturday 26 January 2008, Jan Engelhardt wrote:
> > > On Jan 26 2008 21:31, Frans Pop wrote:
> > > >> config BLK_DEV_IDE_PMAC
> > > >> - bool "Builtin PowerMac IDE support"
> >
In message <[EMAIL PROTECTED]>, Hugh Dickins writes:
> Hi Erez,
>
> Aside from the occasional "unionfs: new lower inode mtime" messages
> on directories (which I've got into the habit of ignoring now), the
> only problem I'm still suffering with unionfs over tmpfs (not tested
> any other fs's
On Fri, Feb 01, 2008 at 10:22:13PM +0100, Geert Uytterhoeven wrote:
> On Fri, 1 Feb 2008, Sam Ravnborg wrote:
> > On Fri, Feb 01, 2008 at 02:30:44PM +0100, Geert Uytterhoeven wrote:
> > > BTW, on m68k I get ca. 160 of them. Most seem to originate in
> > > drivers/isdn/. Doesn't look unsurmountable
On Wed, Jan 30, 2008 at 03:25:00PM +0100, Peter Zijlstra wrote:
>
> On Wed, 2008-01-30 at 09:09 -0500, Steven Rostedt wrote:
> > Paul,
> >
> > Peter and I are having a discussion on craziness of archs and memory
> > barriers. You seem to understand crazy archs pretty well, and we would
> > like
Miklos Szeredi wrote:
This doesn't apply to -mm, because the ro-mounts stuff touches a lot
of the same places as this patch. You probably need to rebase this on
top of those changes.
This patch adds handling for the error, ESTALE, to the system
calls which take pathnames as
On Tue, 29 Jan 2008 17:09:55 +0300
Pavel Emelyanov <[EMAIL PROTECTED]> wrote:
> diff --git a/kernel/kgdb.c b/kernel/kgdb.c
> index 87b0463..6de0fd0 100644
> --- a/kernel/kgdb.c
> +++ b/kernel/kgdb.c
> @@ -621,7 +621,7 @@ static struct task_struct *getthread(struct pt_regs
> *regs, int tid)
>
On Fri, 2008-02-01 at 22:47 +0100, Jan Engelhardt wrote:
> On Feb 1 2008 03:21, Harvey Harrison wrote:
> >>
> >> Question is: why do people keep adding new ones when they are so easy to
> >> detect and fix?
> >>
> >> Asnwer: because neither they nor their patch integrators are doing adequate
>
Christoph,
The following code in do_wp_page is a problem.
We are getting this callout when we transition the pte from a read-only
to read-write. Jack and I can not see a reason we would need that
callout. It is causing problems for xpmem in that a write fault goes
to get_user_pages which gets
> > This doesn't apply to -mm, because the ro-mounts stuff touches a lot
> > of the same places as this patch. You probably need to rebase this on
> > top of those changes.
> >
> >
> >> This patch adds handling for the error, ESTALE, to the system
> >> calls which take pathnames as arguments.
On 01/02/2008, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> thanks - i cannot reproduce it on my usual suspend/resume testbox
> because e1000 broke on it, and this is a pretty annoying regression.
> We'll have to undo the hung-tasks detection feature if it's not fixed
> quickly. (there's no point in
Miklos Szeredi wrote:
This doesn't apply to -mm, because the ro-mounts stuff touches a lot
of the same places as this patch. You probably need to rebase this on
top of those changes.
This patch adds handling for the error, ESTALE, to the system
calls which take pathnames as arguments. The
On Feb 1 2008 12:10, Andi Kleen wrote:
>On Friday 01 February 2008 11:47:18 Sam Ravnborg wrote:
>> James said in a related posting that the Section mismatch
>> warnings were getting out of control.
>
>My question is: where are crashes? If the sections were
>really in such bad shape and since we
On Feb 1 2008 03:21, Harvey Harrison wrote:
>>
>> Question is: why do people keep adding new ones when they are so easy to
>> detect and fix?
>>
>> Asnwer: because neither they nor their patch integrators are doing adequate
>> compilation testing.
>
>[...]
>Unless they break the build, or if
This doesn't apply to -mm, because the ro-mounts stuff touches a lot
of the same places as this patch. You probably need to rebase this on
top of those changes.
> This patch adds handling for the error, ESTALE, to the system
> calls which take pathnames as arguments. The algorithm used
> is to
sg_dma_len(sg) is invalid before the s/g list is DMA-mapped.
This fixes a post 2.6.24 regression which prevents access to SBP-2
devices on several architectures, introduced by "ieee1394: sbp2: s/g
list access cosmetics", commit 825f1df545ab0289185373b0eaf06fb0b3487422.
Signed-off-by: Stefan
On Feb 1, 2008 4:37 AM, Cornelia Huck <[EMAIL PROTECTED]> wrote:
> On Thu, 31 Jan 2008 12:49:00 -0700,
> "Williams, Dan J" <[EMAIL PROTECTED]> wrote:
>
> > I am mistaken, the 'depends on ARCH...' precludes HAS_DMA. Perhaps the
> > compiler is emitting a call to async_tx_find_channel when it
Trond Myklebust wrote:
On Fri, 2008-02-01 at 15:58 -0500, Peter Staubach wrote:
Hi.
The patch enhanced the ESTALE error handling for NFS mounted
file systems. It expands the number of places that the NFS
client checks for ESTALE returns from the server.
It also enhances the ESTALE
Chris Mason wrote:
> On Thursday 31 January 2008, Jan Kara wrote:
> > On Thu 31-01-08 11:56:01, Chris Mason wrote:
> > > On Thursday 31 January 2008, Al Boldi wrote:
> > > > The big difference between ordered and writeback is that once the
> > > > slowdown starts, ordered goes into ~100% iowait,
> > randconfig testing found the following build bug in latest -git:
> >
> > drivers/built-in.o: In function `v4l2_i2c_attach':
> > : undefined reference to `i2c_attach_client'
I hit this too -- it seems that commit 8ffbc655 ("V4L/DVB (6451):
v4l2: add support for bus-based I2C drivers"),
On Friday 01 February 2008, Alan Stern wrote:
>
> I can look at the USB and SCSI stuff. It shouldn't be all that bad.
> The userspace interface has been gone for quite some time now, and most
> of the remaining uses of that field are write-only.
It's that "most" which can make trouble. :)
-
On Fri, 1 Feb 2008, Sam Ravnborg wrote:
> On Fri, Feb 01, 2008 at 02:30:44PM +0100, Geert Uytterhoeven wrote:
> > BTW, on m68k I get ca. 160 of them. Most seem to originate in
> > drivers/isdn/. Doesn't look unsurmountable compared to the number of
> > other compile warnings fixed during the last
[PATCH] x86_64: mark x86_cpu_to_node_map_init to __initdata like other xx_init
x86_cpu_to_apicid_init and x86_bios_cpu_apicid_init are defined with __initdata.
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/arch/x86/mm/numa_64.c b/arch/x86/mm/numa_64.c
index f0e5cab..d7af3fd 100644
On Fri, Feb 01, 2008 at 12:07:03PM -0500, Len Brown wrote:
> this worked in 2.6.24?
At least in 2.6.24-rc8 seemed to be OK, for the first time, I encountered the
bug in 2.6.24-git4. 2.6.24-git6 seemed to be OK. 2.6.24-git9 is not.
> You are running the "dock" driver in both cases?
I use
On Thursday 31 January 2008, David Brownell wrote:
> Quoth Harvey Harrison:
>
> > Ping?
> > What: dev->power.power_state
> > When: July 2007
>
> ... there are still quite a few users left, and a new one was (sigh)
> recently added.
>
> - drivers/rtc/rtc-sa1100.c ... new usage,
Remove some more references to dev->power.power_state. That field
is overdue for removal, but we can't do that while it's still
referenced in the kernel. The only reason to update it was to make
the /sys/devices/.../power/state files (now removed) work better.
Signed-off-by: David Brownell
On Fri, Feb 01, 2008 at 09:16:15PM +0100, Bastian Blank wrote:
> Remove old definition of setup_per_cpu_areas.
This was completely wrong. Lets try it again.
Adopt x86 percpu changes for powerpc and ia64.
dd5af90a7f3d79e04b7eace9a98644dbf2038f4d replaced the config variable
Remove some more references to dev->power.power_state. That field
is overdue for removal, but we can't do that while it's still
referenced in the kernel. The only reason to update it was to make
the /sys/devices/.../power/state files (now removed) work better.
Signed-off-by: David Brownell
Sergei Shtylyov wrote:
> Hello.
>
> Jan Kiszka wrote:
>
>> Sorry, previous version was missing some __init[data] attributes which
>> were dropped in an intermediate stage. Here comes an updated patch:
>
>> <---snip--->
>
>> This major refactoring of the quite complex kgdb8250 configuration
On Fri, 2008-02-01 at 15:58 -0500, Peter Staubach wrote:
> Hi.
>
> The patch enhanced the ESTALE error handling for NFS mounted
> file systems. It expands the number of places that the NFS
> client checks for ESTALE returns from the server.
>
> It also enhances the ESTALE handling for
Original-Nachricht
> Datum: Fri, 1 Feb 2008 20:25:18 +
> Von: Mel Gorman <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: linux-kernel@vger.kernel.org
> Betreff: Re: Commit for mm/page_alloc.c breaks boot process on my machine
> I meant uninitialised
On Fri, Feb 01, 2008 at 12:22:57PM -0800, Andrew Morton wrote:
> On Fri, 1 Feb 2008 21:02:08 +0100
> Bastian Blank <[EMAIL PROTECTED]> wrote:
>
> > Fix ext4 bitops.
>
> This is incomplete. Please tell us what was "fixed".
>
> If it was a build error then please quote the compile error output
Quoting Claude Frantz ([EMAIL PROTECTED]):
> Hello !
>
> As user "root" I'm trying to load the ath_pci module from madwifi using
> the "modprobe" command, which is the recommanded way. But I get the
> following diag in the log:
>
> modprobe: WARNING: Could not open
>
Hi.
The patch enhanced the ESTALE error handling for NFS mounted
file systems. It expands the number of places that the NFS
client checks for ESTALE returns from the server.
It also enhances the ESTALE handling for directories by
occasionally retrying revalidation to check to see whether the
Hi.
This is a patch to enhance ESTALE error handling during the
lookup process. The error, ESTALE, can occur when out of data
dentries, stored in the dcache, is used to translate a pathname
component to a dentry. When this occurs, the dentry which
contains the pointer to the inode which refers
Hi.
This patch adds handling for the error, ESTALE, to the system
calls which take pathnames as arguments. The algorithm used
is to detect that an ESTALE error has occurred during an
operation subsequent to the lookup process and then to unwind
appropriately and then to perform the lookup
Hi.
Here is version 2 of a patch set which modifies the system to
enhance the ESTALE error handling for system calls which take
pathnames as arguments.
The error, ESTALE, was originally introduced to handle the
situation where a file handle, which NFS uses to uniquely
identify a file on the
Hi Erez,
Aside from the occasional "unionfs: new lower inode mtime" messages
on directories (which I've got into the habit of ignoring now), the
only problem I'm still suffering with unionfs over tmpfs (not tested
any other fs's below it recently) is oops in unionfs_copy_attr_times.
I believe
Hi,
On Thu, 2008-01-24 at 13:24 -0800, Mingming Cao wrote:
> -static int journal_write_commit_record(journal_t *journal,
> - transaction_t *commit_transaction)
> +static int journal_submit_commit_record(journal_t *journal,
> +
Dear all,
I need to work with kernel 2.6.10 .But ltt hasn't 2.6.10 patches in the
its site.oldest version is 2.6.12.
Reason of needed to old kernel is i need to a kernel that it is not
patched to security patch.
If you have its patch for 2.6.10 please mail me
Cheers,
Mohsen
--
Gene Heskett wrote:
Greetings;
I just rebooted to a new config of 2.6.24, basically trying to strip out the
building of modules I don't use. And I enabled a couple of checks that
weren't checked in the kernel-hacking menu. .config posted on request.
Now the messages log is being spammed
Misc audit updates and fixes. Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/viro/audit-current.git/ audit.b46
Shortlog:
Al Viro (2):
switch audit_get_loginuid() to task_struct *
get rid of loginuid races
Andrew Morton (1):
[patch 1/2] kernel/audit.c:
On Friday 01 February 2008 14:15, Denys Fedoryshchenko wrote:
>
> On Fri, 1 Feb 2008 12:11:41 -0500, Len Brown wrote
> >
> > What do you see if you build with CONFIG_HIGH_RES_TIMERS=n
> >
> > Does it work better if you boot with "acpi=off"?
> > if yes, how about with just pnpacpi=off?
> >
> >
Tejun,
If you could explain your objection to James's patches in this area, I
would really appreciate it.
We have several conflicting patches in this area, and we need to get the
details sorted.
I think you mentioned a key objection that was we actually need to know
/two/ sizes at the
I'm not sure whether it's the right fix, but it doesn't make sense to call
print_cpu_info without leading printk...
---
fix print_cpu_info, because it produced on boot:
CPU: <6>AMD Athlon(tm) 64 Processor 3200+ stepping 00
instead of
CPU: AMD Athlon(tm) 64 Processor 3200+ stepping 00
(broken
Fix ext4 bitops.
Signed-off-by: Bastian Blank <[EMAIL PROTECTED]>
diff --git a/include/asm-powerpc/bitops.h b/include/asm-powerpc/bitops.h
index 220d9a7..d0980df 100644
--- a/include/asm-powerpc/bitops.h
+++ b/include/asm-powerpc/bitops.h
@@ -363,6 +363,8 @@ unsigned long
Fix ext4 bitops.
Signed-off-by: Bastian Blank <[EMAIL PROTECTED]>
diff --git a/include/asm-s390/bitops.h b/include/asm-s390/bitops.h
index dba6fec..47844fc 100644
--- a/include/asm-s390/bitops.h
+++ b/include/asm-s390/bitops.h
@@ -762,6 +762,8 @@ static inline int sched_find_first_bit(unsigned
101 - 200 of 1018 matches
Mail list logo