On Tue, 12 Feb 2008 22:45:09 +0100 Frans Pop <[EMAIL PROTECTED]> wrote:
> Symptom is that the system shuts down normally and completely, it just does
> not power off.
I've been struggling with an identically-manifesting regression on one of
my test machines for a week. It's due to softlockup
Olaf Hering wrote:
Currently, make headers_check barfs due to , which
includes, not existing. Rather than add a zillion s, export kvm.h
only if the arch actually supports it.
This makes headers_install_all unreliable.
linux/kvm.h will not be exported, depending on what system the libc
On 2/13/08, Greg KH <[EMAIL PROTECTED]> wrote:
> On Wed, Feb 13, 2008 at 12:59:43AM -0500, Scott Lovenberg wrote:
> > Randy Dunlap wrote:
> >> On Wed, 13 Feb 2008 09:08:12 +0700 Mulyadi Santosa wrote:
> >>
> >>
> >>> Hi all...
> >>>
> >>> Here's my idea: what if we collaborate to extend and make
On Tue, 12 Feb 2008, Andrew Morton wrote:
> On Tue, 12 Feb 2008 16:41:49 -0800 (PST)
> David Miller <[EMAIL PROTECTED]> wrote:
>
> > Here are some odd-the-cuff
> > suggestions:
> >
> > 1) Make feature-removal-schedule a directory with files in it.
> >Everyone touches that file, creating
"Mike Snitzer" <[EMAIL PROTECTED]> writes:
> 2.6.23.x and 2.6.24.x are obviously quite active for [EMAIL PROTECTED]
What is [EMAIL PROTECTED] That sounds promising. The closest I
could find is [EMAIL PROTECTED]
--
Thanks,
Feri.
--
To unsubscribe from this list: send the line "unsubscribe
In article <[EMAIL PROTECTED]> (at Thu, 07 Feb 2008 10:40:19 +0100), Eric
Dumazet <[EMAIL PROTECTED]> says:
> [NET] IPV4: lower stack usage in cookie_hash() function
>
> 400 bytes allocated on stack might be a litle bit too much. Using a
> per_cpu var is more friendly.
>
> Signed-off-by: Eric
On Fri, 2008-02-08 at 01:45 +0100, Bartlomiej Zolnierkiewicz wrote:
> Rework PowerMac media-bay support in such way that instead of
> un/registering the IDE interface we un/register IDE devices:
>
> * Add ide_port_scan() helper for probing+registerering devices on a port.
>
> * Rename
On Mon, 11 Feb 2008 13:23:00 +0100 Ignacy Gawedzki <[EMAIL PROTECTED]> wrote:
> On Mon, Feb 11, 2008 at 04:19:35AM +0100, thus spake Ignacy Gawedzki:
> > Hi,
> >
> > A few days back I started having strange lockups on a gateway machine so I
> > started looking at things. Then I compiled the
On Tue, 12 Feb 2008, Greg KH wrote:
> On Tue, Feb 12, 2008 at 04:49:46PM -0800, Linus Torvalds wrote:
> > On Tue, 12 Feb 2008, Greg KH wrote:
> > > Perhaps you need to switch to using quilt. This is the main reason why
> > > I use it.
> >
> > Btw, on that note: if some quilt user can send an
Willy Tarreau <[EMAIL PROTECTED]> writes:
> I would suggest stable - N-1 for most usages. 2.6.24.y is open, 2.6.23.y is
> supposed to be good. The advantage when you proceed like this is that you
> can jump from an older kernel to a more recent one which has already got its
> share of fixes and
On Wed, Feb 13, 2008 at 12:59:43AM -0500, Scott Lovenberg wrote:
> Randy Dunlap wrote:
>> On Wed, 13 Feb 2008 09:08:12 +0700 Mulyadi Santosa wrote:
>>
>>
>>> Hi all...
>>>
>>> Here's my idea: what if we collaborate to extend and make the kernel
>>> documentation better? I have done (slow) start
* Jakub Jelinek <[EMAIL PROTECTED]> wrote:
> x86: use generic register names in struct sigcontext
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=742fa54a62be6a263df14a553bf832724471dfbe
>
> changeset breaks userland, e.g. it is not possible to compile gcc
>
Hi Greg
> In the big "linux-next" series of emails, David Miller suggested that
> the feature-removal-schedule file be broken up into little pieces, as it
> is causing merge problems for different trees.
>
> This changeset does just that. Turns out that this makes things more
> readable, as
On Wed, Feb 13, 2008 at 12:05:45PM +1100, Nick Piggin wrote:
:)On Wednesday 13 February 2008 08:50, Alan Cox wrote:
:)> Almost certainly a hardware fail of some sort.
:)
:)Right, but the kernel shouldn't go bug...
Indeed, that's why I'm reporting.
:)I don't have a copy of your exact source
On Tue, 2008-02-12 at 23:04 -0800, David Miller wrote:
> > In the big "linux-next" series of emails, David Miller suggested that
> > the feature-removal-schedule file be broken up into little pieces, as it
> > is causing merge problems for different trees.
I suggest the same for MAINTAINERS
I'd
On Feb 12, 2008 9:43 AM, Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
[..]
> +enum dma_slave_direction {
> + DMA_SLAVE_TO_MEMORY,
> + DMA_SLAVE_FROM_MEMORY,
> +};
Just reuse enum dma_data_direction from the dma-mapping api.
--
Dan
--
To unsubscribe from this list: send the line
On Sun, 10 Feb 2008 22:55:28 +0100 Lukas Hejtmanek <[EMAIL PROTECTED]> wrote:
> I encountered an oops while playing a movie with mplayer.
> (couple of hours before, I tried this exploit:
> http://www.securityfocus.com/data/vulnerabilities/exploits/27704.c
> so the oops may be induced by the
On Wednesday 13 February 2008 04:03:25 Al Viro wrote:
> Signed-off-by: Al Viro <[EMAIL PROTECTED]>
Acked-by: Carlos Corbacho <[EMAIL PROTECTED]>
> ---
> d2d6f5b9eb315a53043a722d952bb21ed5ca1229
> diff --git a/drivers/acpi/wmi.c b/drivers/acpi/wmi.c
> index 457ed3d..efacc9f 100644
> ---
Hello!
I've tested this patch now - and it works fine. Now rmmod, halt and
reboot also works.
Stefan Priebe
Boaz Harrosh schrieb:
gdth _exit would first remove all cards then stop the timer
and would not sync with the timer function. This caused a crash
in gdth_timer() when module was
> "Gregor" == Gregor Radtke <[EMAIL PROTECTED]> writes:
Gregor> boots!
Excellent. Thanks for testing this! I have sent the patch upstream.
Gregor> Anyway, the patch fits perfectly and now UDMA/33 (due to
Gregor> 40wire-cable, vendor says UDMA/100 should work either) on a
Gregor> HDD
On Wed, Feb 13, 2008 at 02:07:17AM -0500, [EMAIL PROTECTED] wrote:
> Hi,
>
> As well as the analysis of the Hans Reiser trial at:
(...)
Please, keep those links on your site and stop posting such information
here, this is a development mailing list, neither a legal nor politics
list. You could
Shrink struct dma_async_tx_descriptor and introduce
async_tx_channel_switch to properly inject a channel switch interrupt in
the descriptor stream. This simplifies the locking model as drivers no
longer need to handle dma_async_tx_descriptor.lock.
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
On Sun, 10 Feb 2008 14:40:21 +0100 Frans Pop <[EMAIL PROTECTED]> wrote:
> Kernel: vanilla 2.6.24 x86_64 SMP
> Environment: Debian unstable
> Processor: Intel(R) Pentium(R) D CPU 3.20GHz (dual core)
>
> I've been running this kernel without problems since its release, but
> yesterday evening I
Hi,
As well as the analysis of the Hans Reiser trial at:
http://linuxhelp.150m.com/politics/ReiserTrialSummaryAnalysis.htm
Their are some Collections of Press Reports:
sfgate.com Blog Reports on the Hans Reiser Trial (from 2007-11-05 to
2008-02-10) at:
This workaround was covering the dependency submission bug in async_tx.
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/dma/iop-adma.c |5 -
include/asm-arm/arch-iop13xx/adma.h|5 -
include/asm-arm/hardware/iop3xx-adma.h |8
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
crypto/async_tx/async_memcpy.c |6 +++---
crypto/async_tx/async_memset.c |6 +++---
crypto/async_tx/async_tx.c |6 +++---
crypto/async_tx/async_xor.c| 12 ++--
4 files changed, 15 insertions(+), 15 deletions(-)
Injecting channel-switch-interrupts has been broken for a while now. It
has not been a problem in practice because the only in-tree driver that
relied on this functionality was the iop3xx version of iop-adma, and it
had a bug-masking local workaround. Three side benefits arise from this
fix:
1/
DMA drivers no longer need to be notified of depdency submission events as
async_tx_run_dependencies and async_tx_channel_switch will handle the
scheduling and execution of dependent operations.
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/dma/dmaengine.c |1 -
one system: initrd get courrupted:
RAMDISK: Compressed image found at block 0
RAMDISK: incomplete write (-28 != 2048) 134217728
crc error
VFS: Mounted root (ext2 filesystem).
Freeing unused kernel memory: 388k freed
init_special_inode: bogus i_mode (17)
Warning: unable to open an initial
From: Greg KH <[EMAIL PROTECTED]>
Date: Tue, 12 Feb 2008 23:02:15 -0800
> In the big "linux-next" series of emails, David Miller suggested that
> the feature-removal-schedule file be broken up into little pieces, as it
> is causing merge problems for different trees.
>
> This changeset does just
On Tue, Feb 12, 2008 at 03:35:57PM -0800, David Miller wrote:
> What XFS does is really unfortunate, let's learn from it's
> mistake.
I'd rather say what Sun did with their disklabels was rather unfortunate :)
But yeah, new filesystem should cater for it's braindamage because it
doesn't have any
On Tue, 12 Feb 2008, Kevin Winchester wrote:
> Kevin Winchester wrote:
> > CC arch/x86/mm/pageattr.o
> > arch/x86/mm/pageattr.c: In function ‘change_page_attr_set_clr’:
> > arch/x86/mm/pageattr.c:778: error: incompatible type for argument 1 of
> > ‘cpa_check_alias’
> > make[1]: ***
From: Roland Dreier <[EMAIL PROTECTED]>
Date: Tue, 12 Feb 2008 22:24:05 -0800
> I'm seeing a strange hang with current git (head 96b5a46e) on an ia64
> box -- an Intel SDV with 2 dual core hyperthreaded Itanium 2 CPUs (so
> 8 logical CPUs to the kernel). It hangs without printing anything
>
On Tue, Feb 12, 2008 at 04:49:46PM -0800, Linus Torvalds wrote:
>
>
> On Tue, 12 Feb 2008, Greg KH wrote:
> >
> > Perhaps you need to switch to using quilt. This is the main reason why
> > I use it.
>
> Btw, on that note: if some quilt user can send an "annotated history file"
> of their
In the big "linux-next" series of emails, David Miller suggested that
the feature-removal-schedule file be broken up into little pieces, as it
is causing merge problems for different trees.
This changeset does just that. Turns out that this makes things more
readable, as it's easier to look at a
*/
=== <>
But next compile error appears there:
In file included from
/CAD/linux-2.6.25-rc1-pa-git-20080212/arch/parisc/mm/init.c:26:
include2/asm/pgalloc.h:142: error: conflicting types for 'pte_free_kernel'
include2/asm/pgalloc.h:137: error: previous definition
Hi Andrew
> > and, It is judged out of trouble at the fllowing situations.
> > o memory pressure decrease and stop moves an anonymous page to the
> > inactive list.
> > o free pages increase than (pages_high+lowmem_reserve)*2.
>
> This seems rather arbitrary. Why choose this stage in the page
I'm seeing a strange hang with current git (head 96b5a46e) on an ia64
box -- an Intel SDV with 2 dual core hyperthreaded Itanium 2 CPUs (so
8 logical CPUs to the kernel). It hangs without printing anything
("Uncompressing Linux... done" from ELILO is the last thing I see) if
I have
On Wednesday 13 February 2008 17:06, Max Krasnyansky wrote:
> Nick Piggin wrote:
> > But don't let me dissuade you from making these good improvements
> > to Linux as well :) Just that it isn't really going to be hard-rt
> > in general.
>
> Actually that's the cool thing about CPU isolation. Get
On Tue, 2008-02-12 at 19:57 -0800, Nicholas A. Bellinger wrote:
> Greetings all,
>
> On Tue, 2008-02-12 at 17:05 +0100, Bart Van Assche wrote:
> > On Feb 6, 2008 1:11 AM, Nicholas A. Bellinger <[EMAIL PROTECTED]> wrote:
> > > I have always observed the case with LIO SE/iSCSI target mode ...
> >
Nick Piggin wrote:
> On Wednesday 13 February 2008 14:32, Max Krasnyansky wrote:
>> David Miller wrote:
>>> From: Nick Piggin <[EMAIL PROTECTED]>
>>> Date: Tue, 12 Feb 2008 17:41:21 +1100
>>>
stop machine is used for more than just module loading and unloading.
I don't think you can just
On Feb 13, 2008 11:29 AM, Scott Lovenberg <[EMAIL PROTECTED]> wrote:
>
> Randy Dunlap wrote:
> On Wed, 13 Feb 2008 09:08:12 +0700 Mulyadi Santosa wrote:
>
>
>
> Hi all...
>
> Here's my idea: what if we collaborate to extend and make the kernel
> documentation better? I have done (slow) start by
On Wed, Feb 13, 2008 at 02:41:07AM +0100, Rene Herman wrote:
> On 13-02-08 01:15, Greg KH wrote:
>
>> I'm reworking the pci device list logic (we currently keep all PCI
>> devices in 2 lists, which isn't the nicest, we should be able to get
>> away with only 1 list.)
>> The only bother I've found
On Wed, Feb 13, 2008 at 02:17:37AM +, Alan Cox wrote:
> > Why does the calgary driver need this? Can we just use pci_get_device()
> > instead? Why do you need to walk the device list backwards? Do you get
> > false positives going forward?
>
> It doesn't look to be performance critical so
On Wed, Feb 13, 2008 at 02:43:29AM +, Ken Moffat wrote:
> On Tue, Feb 12, 2008 at 04:15:07PM -0800, Greg KH wrote:
> >
> > I'm curious if we really still support the ide=reverse option? It's a
> > config option that I don't think the distros still enable (SuSE does
> > not). Is this still
From: SDiZ <[EMAIL PROTECTED]>
Date: Wed, 13 Feb 2008 11:40:30 +0800
> This patch fix bugzilla #9027.
> ``Syslog flooded with "hci_scodata_packet: hci0 SCO packet for unknown
> connection handle 92" message"
>
> see http://bugzilla.kernel.org/show_bug.cgi?id=9027
Marcel, please ACK and I'll
Randy Dunlap wrote:
On Wed, 13 Feb 2008 09:08:12 +0700 Mulyadi Santosa wrote:
Hi all...
Here's my idea: what if we collaborate to extend and make the kernel
documentation better? I have done (slow) start by editing profile=
kernel param. It's not accepted by Adrian Bunk, but at least I
This isn't going to be terribly useful other than giving someone a
heads-up there's a problem with something in 2.6.25-rc1 on the Alpha
PWS 433au. I get the usual messages out of "aboot", including
aboot: zero-filling 210392 bytes at 0xfc776740
aboot: starting kernel vmlinux.new.gz with
On Feb 12, 2008 9:53 AM, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
>
> Yinghai Lu wrote:
> > any limitation about size of
> > /initrd.img that saved by populate_rootfs ?
> >
> > i got
> >
> > RAMDISK: Compressed image found at block 0
> > RAMDISK: incomplete write (-28 != 2048) 134217728
> > crc
On Tue, 2008-02-12 at 10:23 +0100, Mike Galbraith wrote:
> If you plunk a usleep(1) in prior to calling thread_func() does your
> testcase performance change radically? If so, I wonder if the real
> application has the same kind of dependency.
The answer is yes for 2.6.22, and no for 2.6.24,
Steven Rostedt wrote:
> On Tue, 12 Feb 2008, Peter Zijlstra wrote:
>>> Rusty - Stop machine.
>>>After doing a bunch of testing last three days I actually downgraded
>>> stop machine
>>>changes from [highly experimental] to simply [experimental]. Pleas see
>>> this thread
>>>for
On 2/13/08, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Wed, 13 Feb 2008 09:08:12 +0700 Mulyadi Santosa wrote:
>
> > Hi all...
> >
> > Here's my idea: what if we collaborate to extend and make the kernel
> > documentation better? I have done (slow) start by editing profile=
> > kernel param. It's
From: Paul Menage <[EMAIL PROTECTED]>
Add a new mount() flag, MS_BIND_FLAGS.
MS_BIND_FLAGS indicates that a bind mount should take its per-mount flags
from the arguments passed to mount() rather than from the source
mountpoint.
This flag allows you to create a bind mount with the desired
On Tue, 12 Feb 2008, J. Bruce Fields wrote:
> > So as a result, some *random* commit that was actually fine on its own has
> > now become a bug, just because it was re-written.
>
> If there was a "fundamental thing that didn't cause a conflict", then
> the two trees in question probably
On Tuesday 12 February 2008 04:27, Raúl Porcel wrote:
> Hi,
>
> We have a Compaq AlphaServer ES40 and since 2.6.23 it won't boot. I'm
> attaching the console log and the kernel config.
>
> Need to say that with a DEC Xp1000 it works fine, although they're
> different machines, of course.
> With
On Tue, 12 Feb 2008, Mauro Carvalho Chehab wrote:
>- cx88-mpeg: Allow concurrent access to cx88-mpeg devices;
So you decided to just commit this one with the race condition anyway?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Tue, 12 Feb 2008, Peter Zijlstra wrote:
> >
> > Rusty - Stop machine.
> >After doing a bunch of testing last three days I actually downgraded
> > stop machine
> >changes from [highly experimental] to simply [experimental]. Pleas see
> > this thread
> >for more info:
On Tue, 12 Feb 2008, Linus Torvalds wrote:
> Of course, if you didn't even want to save the old branch, just skip the
> first step. If you have reflogs enabled (and git does that by default in
> any half-way recent version), you can always find it again, even without
> having to do "git fsck
On Tue, 12 Feb 2008, Linus Torvalds wrote:
> So let's say that you have a remote branch that you track that goes
> rebasing (let's call it "origin/pu" to match the real-life git behaviour),
> then you should literally be able to do
>
> old=$(git rev-parse origin/pu) &&
> git fetch
Thanks Badari-san.
I understand what was occured. :-)
> On Tue, 2008-02-12 at 13:56 -0800, Badari Pulavarty wrote:
> > > > + /*
> > > > +* Its ugly, but this is the best I can do - HELP !!
> > > > +* We don't know where the allocations for section memmap and usemap
> > > > +* came
--- Al Viro <[EMAIL PROTECTED]> wrote:
> readl(sock + ...) that should've been readl(sock->addr + ...)
>
Thanks. It's a first member in struct, so the problem was just sitting there
unnoticed.
Be a
On Tue, 12 Feb 2008, David Rientjes wrote:
> Since we're allowed to remap the node to a different node than the user
> specified with either syscall, the current behavior is that "one node is
> as good as another." In other words, we're trying to accomodate the mode
> first by setting
After glancing at some of this thread its clear to me what Stephen's
real goal is:
1. collect kernel trees (or underpants)
2. ?
3. profit
http://en.wikipedia.org/wiki/Underpants_Gnomes
- k
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Tue, Feb 12, 2008 at 08:40:08PM +0100, Peter Zijlstra wrote:
> Yes, latency isolation is the one thing I had to sacrifice in order to
> get the normal latencies under control.
Hi Peter,
I don't have easy solution in mind either to meet both fairness
and latency goals in a acceptable
On Tue, Feb 12, 2008 at 05:20:51PM -0800, David Miller wrote:
> From: Linus Torvalds <[EMAIL PROTECTED]>
> Date: Tue, 12 Feb 2008 16:44:47 -0800 (PST)
>
> > gitk --merge
> ...
> > This is something where I actually think git could and should do better:
> > git has the capability to act as
On Wed, 13 Feb 2008 09:08:12 +0700 Mulyadi Santosa wrote:
> Hi all...
>
> Here's my idea: what if we collaborate to extend and make the kernel
> documentation better? I have done (slow) start by editing profile=
> kernel param. It's not accepted by Adrian Bunk, but at least I did it.
> Feedback?
Jason Gunthorpe wrote:
[mangled CC list trimmed]
Thanks, noticed that afterwards.
This wasn't ment as a slight against Quadrics, only to point out that
the specific wire protcols used by IB and iwarp are what cause this
limitation, it would be easy to imagine that Quadrics has some
additional
On Wednesday 13 February 2008 11:17, Nick Piggin wrote:
> On Wednesday 13 February 2008 09:27, Alexey Dobriyan wrote:
> > It's a trivial dumb module which does nothing but loads and unloads.
> > I redid ftest03 later without any suspicious activity and it oopsed the
> > same way.
>
> Ah crap.
Hi Mark,
After Bark posted an BUG() when CONFIG_DEBUG_SG was used with
LIO-Target, I add the proper usage of sg_table_init() and sg_mark_end()
in the LIO-Target SE. Please update your case (if you are not doing it
already). Here are my new changes for those who are still updating
drivers to use
> This patch series adds support for the touchscreen controllers provided
> by Wolfson Microelectronics WM97xx series chips in both polled and
> streaming modes.
We're using the wm9712 codec with the sound/soc/pxa code configured in and
came across this build error:
In file included from
[mangled CC list trimmed]
On Tue, Feb 12, 2008 at 10:56:26PM -0500, Patrick Geoffray wrote:
> Jason Gunthorpe wrote:
>> I don't know much about Quadrics, but I would be hesitant to lump it
>> in too much with these RDMA semantics. Christian's comments sound like
>> they operate closer to what you
On Tue, Feb 12, 2008 at 05:31:10PM -0800, Linus Torvalds wrote:
> The importance of merging (rather, not screwing up history in general)
> becomes really obvious when things go tits-up. Then they go tits-up
> *without* screwing up the history of the trees that were hopefully tested
>
On Tue, 12 Feb 2008, Paul Jackson wrote:
> > I've redone my patchset based on the feedback that I've received
>
> Will you be sending that along soon? I was just getting into my
> review of this patchset, and I suppose it would be better to
> review the latest and greatest.
>
Lee had some
On Tue, Feb 12, 2008 at 09:00:16PM -0600, James Bottomley wrote:
> On Tue, 2008-02-12 at 18:35 -0800, Linus Torvalds wrote:
> >
> > On Tue, 12 Feb 2008, James Bottomley wrote:
> > >
> > > Yes, this is exactly the feature I'm looking for. It would allow the
> > > downstream users of a rebased
On Tue, 12 Feb 2008, Lee Schermerhorn wrote:
> > Adds another member to struct mempolicy,
> >
> > nodemask_t user_nodemask
> >
> > that stores the the nodemask that the user passed when he or she created
> > the mempolicy via set_mempolicy() or mbind(). When using
> > MPOL_F_STATIC_NODES,
David wrote:
> I've redone my patchset based on the feedback that I've received
Will you be sending that along soon? I was just getting into my
review of this patchset, and I suppose it would be better to
review the latest and greatest.
--
I won't rest till it's the best ...
On Wednesday 13 February 2008 14:32, Max Krasnyansky wrote:
> David Miller wrote:
> > From: Nick Piggin <[EMAIL PROTECTED]>
> > Date: Tue, 12 Feb 2008 17:41:21 +1100
> >
> >> stop machine is used for more than just module loading and unloading.
> >> I don't think you can just disable it.
> >
> >
On Wed, Feb 13, 2008 at 03:56:59AM +, Al Viro wrote:
> readl(sock + ...) that should've been readl(sock->addr + ...)
s/readl(/writel(..., / in the changelog message...
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
On Tue, 2008-02-12 at 19:31 -0800, Linus Torvalds wrote:
>
> On Tue, 12 Feb 2008, James Bottomley wrote:
> >
> > Right at the moment, I maintain a and a -base and
> > simply cherry pick the commits between the two to do the right thing
> > when I know my volatile base has changed. It would be
On Tue, 12 Feb 2008, Christoph Lameter wrote:
> On Tue, 12 Feb 2008, Jason Gunthorpe wrote:
>
> > The problem is that the existing wire protocols do not have a
> > provision for doing an 'are you ready' or 'I am not ready' exchange
> > and they are not designed to store page tables on both sides
Peter Zijlstra wrote:
> On Mon, 2008-02-11 at 20:10 -0800, Max Krasnyansky wrote:
>> Andrew, looks like Linus decided not to pull this stuff.
>> Can we please put it into -mm then.
>>
>> My tree is here
>> git://git.kernel.org/pub/scm/linux/kernel/git/maxk/cpuisol-2.6.git
>> Please use
On Tue, 12 Feb 2008, Paul Jackson wrote:
> > 1) we've discussed the issue of returning EINVAL for non-empty nodemasks
> > with MPOL_DEFAULT. By removing this restriction, we run the risk of
> > breaking applications if we should ever want to define a semantic to
> > non-empty node mask for
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
d2d6f5b9eb315a53043a722d952bb21ed5ca1229
diff --git a/drivers/acpi/wmi.c b/drivers/acpi/wmi.c
index 457ed3d..efacc9f 100644
--- a/drivers/acpi/wmi.c
+++ b/drivers/acpi/wmi.c
@@ -247,7 +247,7 @@ u32 method_id, const struct acpi_buffer *in, struct
Jason,
Jason Gunthorpe wrote:
I don't know much about Quadrics, but I would be hesitant to lump it
in too much with these RDMA semantics. Christian's comments sound like
they operate closer to what you described and that is why the have an
existing patch set. I don't know :)
The Quadrics
Greetings all,
On Tue, 2008-02-12 at 17:05 +0100, Bart Van Assche wrote:
> On Feb 6, 2008 1:11 AM, Nicholas A. Bellinger <[EMAIL PROTECTED]> wrote:
> > I have always observed the case with LIO SE/iSCSI target mode ...
>
> Hello Nicholas,
>
> Are you sure that the LIO-SE kernel module source
readl(sock + ...) that should've been readl(sock->addr + ...)
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
diff --git a/drivers/memstick/host/tifm_ms.c b/drivers/memstick/host/tifm_ms.c
index f55b71a..4fb2421 100644
--- a/drivers/memstick/host/tifm_ms.c
+++ b/drivers/memstick/host/tifm_ms.c
@@
test_and_set_bit() on address of uint32_t is a Bad Idea(tm)...
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
diff --git a/drivers/md/dm-raid1.c b/drivers/md/dm-raid1.c
index edc057f..2928ef2 100644
--- a/drivers/md/dm-raid1.c
+++ b/drivers/md/dm-raid1.c
@@ -124,7 +124,7 @@ enum dm_raid1_error {
Lee wrote:
> 1) we've discussed the issue of returning EINVAL for non-empty nodemasks
> with MPOL_DEFAULT. By removing this restriction, we run the risk of
> breaking applications if we should ever want to define a semantic to
> non-empty node mask for MPOL_DEFAULT.
The bigger risk, in my view,
On Tue, 12 Feb 2008, Linus Torvalds wrote:
>
> git rebase --onto $new $old
..and in case it wasn't clear - this is just a general way of saying "move
the commits on this branch since $old to be based on top of $new" instead.
You can pick out those old/new commit ID's using gitk or
This patch fix bugzilla #9027.
``Syslog flooded with "hci_scodata_packet: hci0 SCO packet for unknown
connection handle 92" message"
see http://bugzilla.kernel.org/show_bug.cgi?id=9027
diff --git a/drivers/bluetooth/hci_usb.c b/drivers/bluetooth/hci_usb.c
index b474185..372c7ef 100644
---
David Miller wrote:
> From: Nick Piggin <[EMAIL PROTECTED]>
> Date: Tue, 12 Feb 2008 17:41:21 +1100
>
>> stop machine is used for more than just module loading and unloading.
>> I don't think you can just disable it.
>
> Right, in particular it is used for CPU hotplug.
Ooops. Totally missed
On Tue, 12 Feb 2008, James Bottomley wrote:
>
> Right at the moment, I maintain a and a -base and
> simply cherry pick the commits between the two to do the right thing
> when I know my volatile base has changed. It would be very helpful to
> have a version of rebase that new my base had been
On Tue, Feb 12, 2008 at 06:35:09PM -0800, Christoph Lameter wrote:
> On Tue, 12 Feb 2008, Jason Gunthorpe wrote:
>
> > The problem is that the existing wire protocols do not have a
> > provision for doing an 'are you ready' or 'I am not ready' exchange
> > and they are not designed to store page
Andrew Morton wrote:
On Tue, 12 Feb 2008 16:50:44 -0800 Stephen Hemminger <[EMAIL PROTECTED]> wrote:
Make output format prettier (more tree like).
:
--- 0.0.0.0/0
|--- 10.111.111.0/24
| +-- 10.111.111.0/32 link broadcast
| |--- 10.111.111.254/31
| | +--
David wrote:
> That doesn't logically follow because the aggregate of the mode and the
> optional flags _are_ the policy itself.
I give up ... I still don't agree, but that's ok.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
On Tue, 12 Feb 2008, Paul Jackson wrote:
> ==> If each time I look at some 'flags' field, I have to think of it
> as a couple of things glued together that I will have to pick apart to
> use, that's more mental work than seeing those two things explicit and
> separate, through most of the
On Wed, 13 Feb 2008 02:57:39 + Al Viro <[EMAIL PROTECTED]> wrote:
> On Tue, Feb 12, 2008 at 06:46:54PM -0800, Andrew Morton wrote:
> > > diff --git a/include/linux/memcontrol.h b/include/linux/memcontrol.h
> > > --- a/include/linux/memcontrol.h
> > > +++ b/include/linux/memcontrol.h
> > > @@
On Tue, 2008-02-12 at 18:35 -0800, Linus Torvalds wrote:
>
> On Tue, 12 Feb 2008, James Bottomley wrote:
> >
> > Yes, this is exactly the feature I'm looking for. It would allow the
> > downstream users of a rebased tree to rebase themselves correctly.
> >
> > All the information about the
> I do not subscribe to the theory that just because we have a couple extra
> bytes of space somewhere in struct mempolicy that we have to use it
> immediately.
Good grief ... I'm not lobbying for separate flag fields because the
space is there. I was just dealing with one possible obection,
On Tue, Feb 12, 2008 at 06:46:54PM -0800, Andrew Morton wrote:
> > diff --git a/include/linux/memcontrol.h b/include/linux/memcontrol.h
> > --- a/include/linux/memcontrol.h
> > +++ b/include/linux/memcontrol.h
> > @@ -20,9 +20,6 @@
> > #ifndef _LINUX_MEMCONTROL_H
> > #define _LINUX_MEMCONTROL_H
1 - 100 of 1349 matches
Mail list logo
