There are a number of files in the kernel that have in their
headers a notice that the file is under the Mozilla Public License,
which alone, is incompatible with the GPL.
This itself is fine, as long as the resulting code claims
to be Dual MPL/GPL, however there are a few cases where this
On Fri, 3 Aug 2007 16:21:21 -0700 (PDT)
Roland McGrath <[EMAIL PROTECTED]> wrote:
> This adds the linux/elfcore-compat.h header file, which is the
> CONFIG_COMPAT analog of the linux/elfcore.h header. Each arch
> that needs to fake out fs/binfmt_elf.c for its compat code can
> use this header
On 8/7/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> The typical annotation would be using spin_lock_nested/mutex_lock_nested
> with a non-0 nesting level for this one case.
>
OK, I'll look into this when I get back from vacation.
Thanks,
Paul
-
To unsubscribe from this list: send the line
On Tuesday, 7 August 2007 22:09, Maciej Rutecki wrote:
> 2007/8/7, Michael Sedkowski <[EMAIL PROTECTED]>:
> > I did some additional checking today...
> > On kernels prior to 2.6.22 line, the bug exists and manifests itself
> > exactly the same way. However, when I removed the "-h" flag
> > from
On Fri, 03 Aug 2007 15:16:09 -0700
Joe Perches <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-08-03 at 17:05 +0200, Jean Delvare wrote:
> > Fine with me, but this first patch should still be correct per se.
>
> Add new pr_ printk(KERN_ fmt "\n", ##arg) to kernel.h
> pr_info and pr_debug are
On Tue, 2007-08-07 at 13:10 -0700, Paul Menage wrote:
> I'm away from work at the moment and can't investigate fully, but it
> looks as though this may be the same one that I mentioned in the
> introductory email to the patchset. If so, it's a false positive -
> there's a point in the container
On Wed, Aug 08, 2007 at 12:44:30AM +0530, Dipankar Sarma wrote:
> On Tue, Aug 07, 2007 at 11:52:26AM -0700, Paul E. McKenney wrote:
> > The combination of CPU hotplug and PREEMPT_RCU has resulted in deadlocks
> > due to the migration-based implementation of synchronize_sched() in -rt.
> > This
[PATCH] x86_64: remove sync_Arb_IDs
i386 code said
/*
* Unsupported on P4 - see Intel Dev. Manual Vol. 3, Ch. 8.6.1 And not
* needed on AMD.
*/
So we don't need sync_Arb_IDs for x86_64...
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git
remove linux/binfmts.h from make headers_install
A recent patch added PAGE_SIZE to the part outside of __KERNEL__.
qemu and ia32el have their own define of MAX_ARG_PAGES.
No package uses linux/binfmts.h, so it is safe to not provide it.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
---
Here's my proposed compromise.
If a driver uses sdio_force_block_size() extensively, it will be like
your original version with sdio_set_block_size(). If it doesn't,
however, then that is a way to indicate that the driver has no specific
requirements (meaning we are free to change things in the
[PATCH] x86_64: clear IO_APIC before enabing apic error vector.
some apic id lifting system: 4 socket quad core, 8 socket quad core will do
apic id lifting for BSP.
but io-apic regs for ExtINT still use 0 as dest.
so when we enable apic error vector in BSP, we will get one APIC error.
CPU: L1
I'm away from work at the moment and can't investigate fully, but it
looks as though this may be the same one that I mentioned in the
introductory email to the patchset. If so, it's a false positive -
there's a point in the container mount code where we need to lock a
newly-created (and hence
On Tue, Aug 07, Andrew Morton wrote:
> > > +++ linux-2.6-2/include/linux/binfmts.h 2007-06-13 11:52:46.0
> > > +0200
> > > -#define MAX_ARG_PAGES 32
> > > +#define MAX_ARG_STRLEN (PAGE_SIZE * 32)
> > > +#define MAX_ARG_STRINGS 0x7FFF
> >
> > This adds a new usage of PAGE_SIZE to
2007/8/7, Michael Sedkowski <[EMAIL PROTECTED]>:
> I did some additional checking today...
> On kernels prior to 2.6.22 line, the bug exists and manifests itself
> exactly the same way. However, when I removed the "-h" flag
> from /etc/init.d/halt, the drive spins down only once on "Power down"
>
On Tue, Aug 07, Jeff Garzik wrote:
> AFAICS the proper fix is to undo the CONFIG_BLOCK breakage, not make the
> header unusable.
No package uses linux/genhd.h, it is safe to remove it.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Fri, 03 Aug 2007 21:07:35 +0200
Javier Pello <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have prepared a patch that makes request_firmware skip the usual
> grace period that it gives firmware images to show up, if it determines
> that userspace was not notified at all.
>
> When request_firmware
> People around here use Alcatel/Thomson "Speedtouch" and Sagem
> "Fast" USB ADSLs. Linux has open-source drivers for both.
> USB seems like an advantage in this case, too - you can connect
> to any machine including non-PCI small network storage servers
> with non-x86 CPU.
In this part of the
On 06/08/07, David Chinner <[EMAIL PROTECTED]> wrote:
> On Sat, Aug 04, 2007 at 08:30:21PM +0200, Jesper Juhl wrote:
> > Back in 2006 (2006-10-31 to be specific, reposted on 2006-11-16), I
> > submitted a patch to fix a potential NULL pointer deref in XFS on
> > failed mount.
>
> Already checked
Noah Watkins <[EMAIL PROTECTED]> writes:
> [...]
> The locks are aquired and released in each _start and _end marker, so
> the equilibrium is not a issue.
But it becomes an issue should preemption, or control flow upset such
as an early return or recursion, occurs between the start and end
On Tue, 7 Aug 2007, Vivek Goyal wrote:
> On Mon, Aug 06, 2007 at 05:08:05PM +0200, Martin Wilck wrote:
>
> > 1. If, under SMP, the IO-APIC logical destination field is
> >set by the IRQ balancing code to one of the "other"
> >CPUs (i.e. not the crashing_cpu), and an IRQ arrives
> >on
> could you please change this to use 'current' (instead of the CPU
> number) as the xmit_lock_owner unconditionally? That results in much
> fewer #ifdefs and far cleaner code.
>
> Ingo
Ingo,
Here's the new patch. Please check me on the non-rt portion.
I think the check is
On Fri, 03 Aug 2007 12:37:12 -0600
Jonathan Corbet <[EMAIL PROTECTED]> wrote:
>
> Here's the second (and probably final) posting of the msleep() with
> hrtimers patch. The problem being addressed here is that the current
> msleep() will stop for a minimum of two jiffies, meaning that, on a
>
With no other changes but a kernel upgrade, the pcspkr driver
doesn't load automatically anymore. No changes to that driver
jump out, so where else could the problem be? Something to
do with the device class changes maybe?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
> However, relatime has the POSIX behavior without the overhead. Therefore
No. relatime has approximately SuS behaviour. Its not the same as
"correct" behaviour.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
On Tue, 2007-08-07 at 12:20 -0700, Andrew Morton wrote:
> On Tue, 7 Aug 2007 21:03:57 +0200
> Olaf Hering <[EMAIL PROTECTED]> wrote:
>
> > On Wed, Jun 13, Peter Zijlstra wrote:
> >
> > > From: Ollie Wild <[EMAIL PROTECTED]>
> > >
> > > Remove the arg+env limit of MAX_ARG_PAGES by copying the
I did some additional checking today...
On kernels prior to 2.6.22 line, the bug exists and manifests itself
exactly the same way. However, when I removed the "-h" flag
from /etc/init.d/halt, the drive spins down only once on "Power down"
message and there is no sign of the bug and the emergency
On Tue, 7 Aug 2007 21:03:57 +0200
Olaf Hering <[EMAIL PROTECTED]> wrote:
> On Wed, Jun 13, Peter Zijlstra wrote:
>
> > From: Ollie Wild <[EMAIL PROTECTED]>
> >
> > Remove the arg+env limit of MAX_ARG_PAGES by copying the strings directly
> > from the old mm into the new mm.
>
> > +++
"Nathan Williams" <[EMAIL PROTECTED]> writes:
> The binary blob is run in the kernel. I wasn't aware of any
> completely open-source drivers for ADSL modems, mine is a PCI ADSL
> modem.
People around here use Alcatel/Thomson "Speedtouch" and Sagem
"Fast" USB ADSLs. Linux has open-source drivers
On Tue, 2007-08-07 at 11:48 -0700, Paul E. McKenney wrote:
> This patch implements a new version of RCU which allows its read-side
> critical sections to be preempted. It uses a set of counter pairs
> to keep track of the read-side critical sections and flips them
> when all tasks exit read-side
On Tue, Aug 07, 2007 at 11:52:26AM -0700, Paul E. McKenney wrote:
> The combination of CPU hotplug and PREEMPT_RCU has resulted in deadlocks
> due to the migration-based implementation of synchronize_sched() in -rt.
> This experimental patch maps synchronize_sched() back onto Classic RCU,
>
Alan Cox wrote:
i cannot over-emphasise how much of a deal it is in practice. Atime
updates are by far the biggest IO performance deficiency that Linux has
today. Getting rid of atime updates would give us more everyday Linux
performance than all the pagecache speedups of the past 10 years,
On Sunday 05 August 2007 16:03, Richard Knutsson wrote:
> Thomas Renninger wrote:
> > On Sun, 2007-08-05 at 21:05 +0200, Richard Knutsson wrote:
> >
> >> Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]>
> >> ---
> >> Got this from the compiler (gcc (GCC) 4.1.2 20070626 (Red Hat 4.1.2-13)):
>
On Tue, Aug 07, 2007 at 10:05:29AM -0500, Serge E. Hallyn wrote:
> Quoting Andrew Morton ([EMAIL PROTECTED]):
> > On Mon, 6 Aug 2007 15:31:12 -0500 "Serge E. Hallyn" <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Quoting Alexey Dobriyan ([EMAIL PROTECTED]):
> > > > For those who don't care about
On Wed, Jun 13, Peter Zijlstra wrote:
> From: Ollie Wild <[EMAIL PROTECTED]>
>
> Remove the arg+env limit of MAX_ARG_PAGES by copying the strings directly
> from the old mm into the new mm.
> +++ linux-2.6-2/include/linux/binfmts.h 2007-06-13 11:52:46.0
> +0200
> @@ -6,11 +6,13
Olaf Hering wrote:
remove linux/genhd.h from make headers_install
It contains no userinterfaces, only the msdos partition table layout and some
numbers. And it became finally unusable with the CONFIG_BLOCK addition.
Remove it from the Kconfig list, and remove the __KERNEL__ checks.
Move
On Monday 06 August 2007 05:55, Pavel Machek wrote:
> > For the
> > upstream kernel, I think it is more appropriate to expose and fix
> > the fundamental problems. For distro kernels, I'm less concerned
> > if you hide bugs instead of fixing them.
>
> This is okay as long as you are willing to
From: Artem Bityutskiy <[EMAIL PROTECTED]>
Date: Tue, 7 Aug 2007 23:43:14 +0300
Subject: [PATCH] hexdump: use const notation
Trivial fix: mark the buffer to hexdump as const so callers could avoid
casting their const buffers when calling print_hex_dump().
The patch is really trivial and I
The combination of CPU hotplug and PREEMPT_RCU has resulted in deadlocks
due to the migration-based implementation of synchronize_sched() in -rt.
This experimental patch maps synchronize_sched() back onto Classic RCU,
eliminating the migration, thus hopefully also eliminating the deadlocks.
It is
Jeff Garzik wrote:
Alan Cox wrote:
In some setups it will and in others it won't. Nor is it the only
application that has this requirement. Ext3 currently is a standards
compliant file system. Turn off atime and its very non standards
compliant, turn to relatime and its not standards compliant
This patch implements a new version of RCU which allows its read-side
critical sections to be preempted. It uses a set of counter pairs
to keep track of the read-side critical sections and flips them
when all tasks exit read-side critical section. The details
of this implementation can be found in
remove linux/genhd.h from make headers_install
It contains no userinterfaces, only the msdos partition table layout and some
numbers. And it became finally unusable with the CONFIG_BLOCK addition.
Remove it from the Kconfig list, and remove the __KERNEL__ checks.
Move #include block up
remove
Fix rcu_barrier() to work properly in preemptive kernel environment.
Also, the ordering of callback must be preserved while moving
callbacks to another CPU during CPU hotplug.
Signed-off-by: Dipankar Sarma <[EMAIL PROTECTED]>
Signed-off-by: Paul E. McKenney <[EMAIL PROTECTED]>
---
rcuclassic.c
This patch re-organizes the RCU code to enable multiple implementations
of RCU. Users of RCU continues to include rcupdate.h and the
RCU interfaces remain the same. This is in preparation for
subsequently merging the preepmtpible RCU implementation.
Signed-off-by: Dipankar Sarma <[EMAIL
Hello!
This patchset is an update of that posted by Dipankar last January
(http://lkml.org/lkml/2007/1/15/133). This is work in progress, not yet
ready for inclusion. It passes rcutorture on i386, x86_64, and ppc64
boxes as well as kernbench, so should be safe for experimentation. As
with
On 08/07, Venki Pallipadi wrote:
>
> On Tue, Aug 07, 2007 at 07:13:36PM +0400, Oleg Nesterov wrote:
> >
> > As for kthread_bind(), I think wait_task_inactive+set_task_cpu is just
> > an optimization, and easy to "fix":
> >
> > --- kernel/kthread.c2007-07-28 16:58:17.0 +0400
> >
Trivial fix: mark the buffer to hexdump as const so callers could avoid
casting their const buffers when calling print_hex_dump().
The patch is really trivial and I suggest to consider it as a fix
(it fixes GCC warnings) and push it to current tree.
diff --git a/include/linux/kernel.h
Vaidyanathan Srinivasan wrote:
>
> YAMAMOTO Takashi wrote:
>>> +unsigned long mem_container_isolate_pages(unsigned long nr_to_scan,
>>> + struct list_head *dst,
>>> + unsigned long *scanned, int order,
>>> +
-Werror-implicit-function-declaration made it finally into mainline,
thats ok.
But now CONFIG_SWAP=n fails to compile, at least on powerpc:
include/asm-generic/tlb.h: In function 'tlb_flush_mmu':
include/asm-generic/tlb.h:76: error: implicit declaration of function
'release_pages'
On Tuesday 07 August 2007 05:05, Jens Axboe wrote:
> On Sun, Aug 05 2007, Daniel Phillips wrote:
> > A simple way to solve the stable accounting field issue is to add a
> > new pointer to struct bio that is owned by the top level submitter
> > (normally generic_make_request but not always) and is
> My company has been given documentation and the library source under
> the terms of an NDA with the chipset manufacturer. We are permitted
> to compile the library and distribute the resultant binary blob, but
> not release the source to the library.
> The binary blob is linked into the
> > My company has been given documentation and the library source under
> > the terms of an NDA with the chipset manufacturer. We are permitted
> > to compile the library and distribute the resultant binary blob, but
> > not release the source to the library.
> >
> > The binary blob is linked
Andi Kleen <[EMAIL PROTECTED]> wrote:
>> couldn't this be fixed by bumping idle tasks to middle while they hold a
>
> Usually to high.
Then use the lowest non-idle priority. The result will not be more b0rken
than nice -n 19.
> But it's all complicated and hasn't been done consistently
>
Hello I'm new to the list. In the process of using make menuconfig, I
used an older config(2.6.11) to start my new configuration (2.6.17) and
notice that original settings for CONFIG_X86_64=y and CONFIG_64BIT=y are
being over ridden and replace by CONFIG_M686=y setting and
CONFIG_X86_32=y
Does
On Tue, 7 Aug 2007 17:55:47 +0100 [EMAIL PROTECTED] (Mel Gorman) wrote:
> On (06/08/07 22:12), Andrew Morton didst pronounce:
> > On Mon, 6 Aug 2007 22:55:41 +0100 [EMAIL PROTECTED] (Mel Gorman) wrote:
> >
> > > On (06/08/07 22:31), Andi Kleen didst pronounce:
> > > >
> > > > > If correct, I
The following patch converts double_lock_balance to a full DP alogorithm to
work around a deadlock in the scheduler when running on an 8-way SMP system.
I think the original algorithm in this function is technically correct. So
really this patch is plastering over another lurking issue.
On Tue, 07 Aug 2007 18:20:26 +0100
David Vrabel <[EMAIL PROTECTED]> wrote:
> Pierre Ossman wrote:
> > On Tue, 07 Aug 2007 13:54:32 +0100
> > David Vrabel <[EMAIL PROTECTED]> wrote:
> >
> >>
> >> Index: mmc/drivers/mmc/core/sdio.c
> >>
On Tue, 07 Aug 2007 10:38:44 -0500 James Bottomley <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-08-07 at 11:11 -0400, Jeff Garzik wrote:
> > James Bottomley wrote:
> > > The initial bsg submit went via the block git tree ... which I believe
> > > you have in -mm. We only started taking the updates
On Tue, 07 Aug 2007 10:21:18 -0400 Jeff Garzik <[EMAIL PROTECTED]> wrote:
> FUJITA Tomonori wrote:
> > On Tue, 7 Aug 2007 00:14:29 -0700
> > Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> >> On Mon, 06 Aug 2007 22:55:41 -0500 James Bottomley <[EMAIL PROTECTED]>
> >> wrote:
> >>
> >>> The real
On Tue, 2007-08-07 at 11:43 -0600, Gregory Haskins wrote:
> The following patch converts double_lock_balance to a full DP alogorithm to
> work around a deadlock in the scheduler when running on an 8-way SMP system.
To LKML: This is an RT specific patch. I forgot to change the subject
line.
Hello Vivek,
thank you very much for looking at this problem, and for your
comments.
>> The error is caused by IRQs arriving while the APIC
>> subsystem is deactivated in machine_crash_shutdown().
>>
>> Apparently, the IO-APIC gets stuck if it sends an IRQ
>> message to a Local APIC and never
On Tue, Aug 07, 2007 at 07:13:36PM +0400, Oleg Nesterov wrote:
> On 08/07, Gautham R Shenoy wrote:
> >
> > After some debugging, I saw that the hang occured because
> > the high prio process was stuck in a loop doing yield() inside
> > wait_task_inactive(). Description follows:
> >
> > Say a
On Sun, Aug 05, 2007 at 07:52:07PM +0800, Jeff Chua wrote:
> On 8/5/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
>
> > Okay, since you're using VGA console this means suspend-to-ram isn't
> > restoring the mode.
> > Does it matter if you suspend from inside X or not?
>
> Just tested it. It
On Tue, 2007-08-07 at 10:03 -0700, Daniel Walker wrote:
> Could you drop the following config options and test again?
>
> #
> # Processor type and features
> #
> CONFIG_TICK_ONESHOT=y
> CONFIG_NO_HZ=y
> CONFIG_HIGH_RES_TIMERS=y
>
Will do.
I have a patch which works around the issue too, which
Pierre Ossman wrote:
> On Tue, 07 Aug 2007 13:54:32 +0100
> David Vrabel <[EMAIL PROTECTED]> wrote:
>
>>
>> Index: mmc/drivers/mmc/core/sdio.c
>> ===
>> --- mmc.orig/drivers/mmc/core/sdio.c 2007-08-07
>> 00:38:33.0 +0100
> On Tue, Aug 07, 2007 at 11:21:07AM +0200, Jean-Baptiste Vignaud wrote:
> >
> > > > * interrupts (i use irqbalance, but problem was the same without)
> > >
> > > I wonder if you tried without SMP too?
> >
> > No i did not. Do you think that this can be a problem ?
> > To test with no SMP, do i
On Mon, 2007-08-06 at 15:07 -0400, Gregory Haskins wrote:
> Hi Ingo,
> I think there is a latent race condition somewhere in the code. We
> find that -rt works on our 4-way (and under) systems, but have problems
> on our 8-ways.
>
> If you run without nmi_watchdog, the system will sometimes
On Aug 7, 2007, at 5:30 AM, James Carlson wrote:
Matt Keenan writes:
Kevin K wrote:
I'll give it a try to see whether packets sent to 255.255.255.255
can
make it to ppp with the IP address unchanged.
You should be able to make DHCP work by sending ordinary unicast UDP
packets to the
On (06/08/07 22:12), Andrew Morton didst pronounce:
> On Mon, 6 Aug 2007 22:55:41 +0100 [EMAIL PROTECTED] (Mel Gorman) wrote:
>
> > On (06/08/07 22:31), Andi Kleen didst pronounce:
> > >
> > > > If correct, I would suggest merging the horrible hack for .23 then
> > > > taking
> > > > it out
I am using Ubuntu Gutsy, which is the in-development branch heading for
their next stable release.
I have noticed that since some kernel release post-2.6.20 I have been
unable to mount my /boot partition:
$ sudo strace -f mount /dev/hda1 /mnt/foo
execve("/bin/mount", ["mount", "/dev/hda1",
James Smart wrote:
Jeff Garzik wrote:
The lpfc update was probably the biggest thing, LOC-wise. And even
though that was mostly bug fixes -- and notably NOT 100% fixes -- it
is big enough to warrant integration testing and exposure prior to
mainline. Definitely merge-window-open material
On Tue, 2007-08-07 at 12:20 -0400, Jeff Garzik wrote:
> James Bottomley wrote:
> > I'm arguing that a too strict an interpretation of bugfix only post -rc1
> > will damage feature stabilisation. Please think carefully about this.
> > If we go out in a released kernel with a problematic user space
Jeff Garzik wrote:
The lpfc update was probably the biggest thing, LOC-wise. And even
though that was mostly bug fixes -- and notably NOT 100% fixes -- it is
big enough to warrant integration testing and exposure prior to
mainline. Definitely merge-window-open material AFAICS.
FYI - it is
Okay, you don't need to be an experienced Open Firmware developer.
In fact I know we have had experienced Open Firmware developers who have
said that our firmware sucks (some comment about "shitty German engineering",
I really did quit caring after that point) because they could not run
James Bottomley wrote:
I'm arguing that a too strict an interpretation of bugfix only post -rc1
will damage feature stabilisation. Please think carefully about this.
If we go out in a released kernel with a problematic user space ABI, we
end up being committed to it forever.
IMO you're going
Segher Boessenkool wrote:
That's hardly the only reason. But yeah, that's one way to
implement the workaround, but _we_ (the Linux community) cannot
do it like that (easily) for all users.
But you're the guy who told us our firmware sucks and we should fix our
firmware rather than clutter
On Aug 7 2007 09:10, Joe Perches wrote:
>On Sat, 2007-08-04 at 18:47 +0200, Jean Delvare wrote:
>> On 8/4/2007, "Jan Engelhardt" <[EMAIL PROTECTED]> wrote:
>> >Ugh. What do we have printk for then? I do not like this.
>> >For pr_debug() it makes sense because its semantics change with
>>
James Smart wrote:
However, I take issue with looking at line counts as the sole basis
for what's appropriate or not. It can be argued that some bug fixes may be
larger in scope than others, or patch batching so that the bug fix count is
higher will skew this perception. I also believe that more
Quoting Casey Schaufler ([EMAIL PROTECTED]):
>
> --- "Serge E. Hallyn" <[EMAIL PROTECTED]> wrote:
>
> > Quoting Andrew Morton ([EMAIL PROTECTED]):
> > > On Mon, 6 Aug 2007 15:31:12 -0500 "Serge E. Hallyn" <[EMAIL PROTECTED]>
> > wrote:
> > >
> > > > Quoting Alexey Dobriyan ([EMAIL PROTECTED]):
On Sat, 2007-08-04 at 18:47 +0200, Jean Delvare wrote:
> On 8/4/2007, "Jan Engelhardt" <[EMAIL PROTECTED]> wrote:
> >Ugh. What do we have printk for then? I do not like this.
> >For pr_debug() it makes sense because its semantics change with
> >-DDEBUG and -UDEBUG, but for these pr_()s it does
James Bottomley wrote:
OK ... that's arguable. This one is larger than I like because of the
lpfc bug fix patch ... I accept I need to do a better job getting these
into the merge window via the scsi-misc tree. So I will accept the "too
big" criticism and try to manage the driver maintainers
--- "Serge E. Hallyn" <[EMAIL PROTECTED]> wrote:
> Quoting Andrew Morton ([EMAIL PROTECTED]):
> > On Mon, 6 Aug 2007 15:31:12 -0500 "Serge E. Hallyn" <[EMAIL PROTECTED]>
> wrote:
> >
> > > Quoting Alexey Dobriyan ([EMAIL PROTECTED]):
> > > > For those who don't care about CONFIG_SECURITY.
> > >
Chris Snook wrote:
If your architecture doesn't support SMP, the volatile keyword doesn't
do anything except add a useless memory fetch.
I was under the impression that there were other cases as well
(interrupt handlers, for instance) where the value could be modified
"behind the back" of
James Bottomley wrote:
It followed the rule of trying to stabilise outside mainline ... it just
didn't get sufficient integration testing.
IMO it's self-evident that pushing to a git tree few ever see or test is
not following the spirit of the rule.
In practice, stabilize outside mainline
Mariusz Kozlowski wrote:
Looks like memset() is zeroing wrong nr of bytes.
>>> Good catch, however, I think we can just remove this memset altogether
>>> since the memory gets allocated via kzalloc.
>> Correct, that memset() is superfluous.
>
> Ok. Then this should do it.
Acked-by: Brian
On Tue, Aug 07, 2007 at 10:06:29AM -0500, Steve Wise ([EMAIL PROTECTED]) wrote:
> >On Tue, Aug 07, 2007 at 09:37:41AM -0500, Steve Wise
> >([EMAIL PROTECTED]) wrote:
> >>+static int cma_get_tcp_port(struct rdma_id_private *id_priv)
> >>+{
> >>+ int ret;
> >>+ struct socket *sock;
> >>+
> >>+
On Tue, 2007-08-07 at 11:11 -0400, Jeff Garzik wrote:
> James Bottomley wrote:
> > The initial bsg submit went via the block git tree ... which I believe
> > you have in -mm. We only started taking the updates via the scsi tree
>
> Seven hours before you posted this, in
> <[EMAIL PROTECTED]>,
On Tue, Aug 07, 2007 at 04:26:06PM +0100, Daniel J Blueman wrote:
> (Intel IA32 ASDM 3A 10-47) "a WC page must never be aliased to a
> cacheable page because WC writes may not check the processor caches."
Yes that is what we're trying to avoid, but it is far more complicated
than you think.
>
Improve code commentary on the initial writeback wait in synchronous
reclaim mode.
Signed-off-by: Andy Whitcroft <[EMAIL PROTECTED]>
---
mm/vmscan.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/mm/vmscan.c b/mm/vmscan.c
index b1e9291..a6e65d0 100644
---
On Tuesday, 7 August 2007 15:21, Toralf Förster wrote:
> Am Dienstag, 7. August 2007 02:21 schrieb Henrique de Moraes Holschuh:
> > On Mon, 06 Aug 2007, Toralf Förster wrote:
> > > Because I
> > > (1) use the latest BIOS and
> > > (2) I'm able to wake up a suspended system via under Windows XP
>
> two weeks stale, but your take on the EVMS story is incorrect. The
> EVMS developers (that is, Kevin) sent out a nice, conciliatory email,
> the project sputtered on for a while, then basically died.
This is perfectly normal. It was outevolved and ran out of people who
cared enough to
On 07/08/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
> > What cases did you have in mind?
>
> Mainly mapping memory which is rather tricky.
Yes, I'm talking about memory-mapping PCI memory regions; however I
can't see other immediate uses. Then maybe it's acceptable to document
that - for now - we
Andrew Morton wrote:
On Mon, 06 Aug 2007 22:55:41 -0500 James Bottomley <[EMAIL PROTECTED]> wrote:
I really, *really* think we need a pre-release tree that consists of all
the upstream targetted features (i.e. all of the for the next merge
window git trees) and nothing else.
That *is* -mm.
Quoting James Morris ([EMAIL PROTECTED]):
> On Tue, 7 Aug 2007, Serge E. Hallyn wrote:
>
> > Shall I resend without the LSM_NEED_LOCK, or do you still want a more
> > fundamental change?
>
>
> Removing the needlock is enough, the rest was just a query/suggestion.
Ok - I'll explictly lock the
On Tue, 2007-08-07 at 10:27 +0200, John Sigler wrote:
> Daniel Walker wrote:
>
> > John Sigler wrote:
> >
> >> Would anyone care to comment?
> >
> > I'm not sure if this is the answer that you're looking for, but yes you
> > certainly will find fixed bug is older version of the tree.
>
> I am
Quoting Andrew Morton ([EMAIL PROTECTED]):
> On Mon, 6 Aug 2007 15:31:12 -0500 "Serge E. Hallyn" <[EMAIL PROTECTED]> wrote:
>
> > Quoting Alexey Dobriyan ([EMAIL PROTECTED]):
> > > For those who don't care about CONFIG_SECURITY.
> >
> > I'm quite sure we started that way, but the ifdefs were
James Bottomley wrote:
The initial bsg submit went via the block git tree ... which I believe
you have in -mm. We only started taking the updates via the scsi tree
Seven hours before you posted this, in
<[EMAIL PROTECTED]>, Andrew already
noted it was not in -mm.
A trivial examination of
On 08/07, Gautham R Shenoy wrote:
>
> After some debugging, I saw that the hang occured because
> the high prio process was stuck in a loop doing yield() inside
> wait_task_inactive(). Description follows:
>
> Say a high-prio task (A) does a kthread_create(B),
> followed by a kthread_bind(B,
> My company has been given documentation and the library source under
> the terms of an NDA with the chipset manufacturer. We are permitted
> to compile the library and distribute the resultant binary blob, but
> not release the source to the library.
>
> The binary blob is linked into the
On Tue, 07 Aug 2007 15:46:36 +0100
David Vrabel <[EMAIL PROTECTED]> wrote:
>
> Is there an example driver for a host that uses pin 1/DAT3 sensing for
> card detection? I'm curious about how removal detections work.
>
Both wbsd and sdhci have experienced hardware with this. In sdhci this
is
Evgeniy Polyakov wrote:
Hi Steve.
On Tue, Aug 07, 2007 at 09:37:41AM -0500, Steve Wise ([EMAIL PROTECTED]) wrote:
+static int cma_get_tcp_port(struct rdma_id_private *id_priv)
+{
+ int ret;
+ struct socket *sock;
+
+ ret = sock_create_kern(AF_INET, SOCK_STREAM, IPPROTO_TCP,
301 - 400 of 1202 matches
Mail list logo
