On Mon, 5 Nov 2007 20:42:39 -0500
"Zurk Tech" <[EMAIL PROTECTED]> wrote:
> just wondering why the truecrypt module isnt in the mainline kernel ?
> its the only cross platform encrypted disk solution out there and it
> should be less of a chore to use it in linux...is there something
> wrong with th
On Sun, 26 Aug 2007 07:09:02 -0700 Jiri Slaby <[EMAIL PROTECTED]> wrote:
> stk11xx, add a new webcam driver
>
> Adds support for stk1125, stk1135 and stkdcnew webcam built-in some
> notebooks.
Seem that something in git-dvb (or mainline) broke this driver:
drivers/media/video/stk11xx-core.c: In
On Sun, Nov 04, 2007 at 12:51:11AM +0100, Sam Ravnborg wrote:
> @@ -26,7 +29,7 @@ config X86_ACPI_CPUFREQ
> config ELAN_CPUFREQ
> tristate "AMD Elan SC400 and SC410"
> select CPU_FREQ_TABLE
> -depends on X86_ELAN
> +depends on X86_32 && X86_ELAN
> ---help---
>
With CONFIG_SCSI=n __scsi_print_sense() is never linked in.
drivers/built-in.o: In function `hp_sw_end_io':
dm-mpath-hp-sw.c:(.text+0x914f8): undefined reference to `__scsi_print_sense'
Caught with a randconfig on current git.
Signed-off-by: Paul Mundt <[EMAIL PROTECTED]>
---
drivers/md/Kconf
in 2.6.24-rc1 kernel,
The /proc/cpuinfo display is wrong.
One issue is every processor id appears to be 0.
That is because smp_store_cpu_info will set cpuinfo_x86->cpu_index
to cpu id then call identify_cpu
identify_cpu will call early_identify_cpu which set c->cpu_index back to
0.
This patch
On 11/6/2007 1:11 PM, Arjan van de Ven wrote:
On Tue, 06 Nov 2007 13:00:41 +0900
Tetsuo Handa <[EMAIL PROTECTED]> wrote:
Hello.
I found that accessing namespace_sem from security_inode_create()
causes lockdep warning when compiled with CONFIG_PROVE_LOCKING=y .
sounds like you have an AB-BA d
Thomas Gleixner wrote:
> On Tue, 9 Oct 2007, Vasily Averin wrote:
>> On one of our servers timer interrupts (i.e irq0) are stops working. As
>> result
>> any kernel timers do not triggers and tasks waiting some signals from timers
>> hangs forever.
>>
>> Also I've found that disable of irqbalance
On Fri, 2 Nov 2007 16:57:58 -0700 Greg KH <[EMAIL PROTECTED]> wrote:
> So, I go on vacation for a week or so and come back to an overflowing
> inbox. Instead of trying to wade through all of that, I decide to
> finish up the work Kay and I had started on cleaning up the kset core
> code.
you kil
Adrian Bunk wrote:
> On Tue, Nov 06, 2007 at 03:46:30AM +0100, Sam Ravnborg wrote:
>> On Mon, Nov 05, 2007 at 07:53:39PM -0500, Brian Gerst wrote:
>>> Sam Ravnborg wrote:
Move all CPU definitions to Kconfig.cpu
>>> This patch causes build failure on x86_64:
>>>
>>> lib/rwsem.c: In function ‘__
On 11/6/07, David Chinner <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 05, 2007 at 07:27:16PM +0100, Torsten Kaiser wrote:
> > On 11/5/07, David Chinner <[EMAIL PROTECTED]> wrote:
> > > Ok, so it's probably a side effect of the writeback changes.
> > >
> > > Attached are two patches (two because one wa
this patch introduces a compile error:
drivers/acpi/osl.c:1203: error: conflicting types for 'acpi_os_validate_address'
include/acpi/acpiosxf.h:243: error: previous declaration of
'acpi_os_validate_address' was here
which the next patch fixes. This breaks git-bisection and will cause great
gnas
On Wed, 24 Oct 2007 15:00:47 -0700 Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> This patch is a first step towards unification of the kprobes
> infrastructure between 32 and 64 bit x86; the patch is mostly
> about removing spurious whitespace changes and about adding
> harmless includes and the l
Given that the corresponding source file i2c-yosemite.c file was
removed in commit daa4a68f901c4d6491baa1a01f5c869a553c3f6c, and that
no one else includes this file, it seems safe to delete it.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
diff --git a/arch/mips/pmc-sierra/yosemite/i2
On 11/6/07, David Brownell <[EMAIL PROTECTED]> wrote:
> On Thursday 01 November 2007, Bryan Wu wrote:
> > --- a/include/asm-blackfin/bfin5xx_spi.h
> > +++ b/include/asm-blackfin/bfin5xx_spi.h
> > @@ -152,6 +152,7 @@
> > struct bfin5xx_spi_master {
> > u16 num_chipselect;
> > u8 enable_dma;
> > +u16
On Mon, 05 Nov 2007 18:23:07 + David <[EMAIL PROTECTED]> wrote:
>
> I've been testing rc1 for a week or so, and about 25% of the time I'm
> seeing Firefox and Thunderbird getting stuck in 'D' state as they startup.
>
> I've attached the output of Sysrq-T to this mail... system is a
> dual-core
On Sat, Nov 03, 2007 at 06:43:06PM +0200, Ahmed S. Darwish wrote:
> On Fri, Nov 02, 2007 at 01:50:55PM -0700, Casey Schaufler wrote:
> >
> > Still to come:
> >
> > - Final cleanup of smack_load_write and smack_cipso_write.
>
> Hi All,
>
> After agreeing with Casey on the "load" input grammar
Crispin Cowan wrote:
Simon Arlott wrote:
On Tue, October 30, 2007 07:14, Cliffe wrote:
And while I acknowledge that many of these layers are currently buried
within the kernel (netfilter...) they are security layers which in many
cases would probably make sense as stackable security
On Fri, 2 Nov 2007 16:57:58 -0700 Greg KH <[EMAIL PROTECTED]> wrote:
> So, I go on vacation for a week or so and come back to an overflowing
> inbox. Instead of trying to wade through all of that, I decide to
> finish up the work Kay and I had started on cleaning up the kset core
> code.
Now I'm
On Nov 6, 2007 2:45 AM, Christoph Lameter <[EMAIL PROTECTED]> wrote:
> 1. We can avoid going back to the page allocator for awhile since we will
> find the almost free slab if the current slab is exhausted.
Does this impact SLAB as well? I'm getting out of memory with kernel
2.6.21, 2.6.22 and 2.
On Thursday 01 November 2007, Bryan Wu wrote:
> --- a/include/asm-blackfin/bfin5xx_spi.h
> +++ b/include/asm-blackfin/bfin5xx_spi.h
> @@ -152,6 +152,7 @@
> struct bfin5xx_spi_master {
> u16 num_chipselect;
> u8 enable_dma;
> + u16 pin_req[4];
> };
>
> /* spi_board_info.co
Hi marcel,
I'm afraid to be considered as spam ;)
(Due to timezone offset, I have to mail again and cann't wait for your
reply, sorry for the annoying)
I think the rfcomm_dev_put could be seperated from the rfcomm_dev_put,
it will be more straitforward then.
please consider below patch, tested o
On 11/6/07, Dave Young <[EMAIL PROTECTED]> wrote:
> Hi,
> sorry for reply again, this seems a diffrent issue ...
All that I do is running pppd over the rfcomm, suspending the system and resume.
I don't load any binary module.
Alon.
-
To unsubscribe from this list: send the line "unsubscribe linux
On Mon, Nov 05, 2007 at 11:31:39PM -0500, Robert P. J. Day wrote:
>
> this list is short enough that i'll just post it here -- attempts to
> include header files under include/linux when those header files
> simply don't exist. obviously, there might be false positives for one
> reason or anoth
On Mon, Nov 05, 2007 at 09:06:36PM -0800, Andrew Morton wrote:
> > Any objections to exporting the inode_lock spin lock?
> > If so, how should modules _safely_ access the s_inode list?
> That's going to make hch unhappy.
That's going to make me just as unhappy, especially since it's pointless;
in
On 11/5/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
> arch/blackfin/mm/blackfin_sram.c:#include
> arch/blackfin/mach-common/interrupt.S:#include
i seem to recall these already getting fixed, but just in case, ive
queued up patches for these
cheers
-mike
-
To unsubscribe from this list: send
On Sat, 03 Nov 2007 07:09:25 -0400 Steve Dickson <[EMAIL PROTECTED]> wrote:
> The following patch stops NFS sillyname renames and umounts from racing.
(appropriate cc's added)
> I have a test script does the following:
> 1) start nfs server
> 2) mount loopback
> 3) open file in
>Thanks. This was already fixed by
>
>http://www.mail-archive.com/[EMAIL PROTECTED]/msg28294.html
>
>(which is somewhere in one of my ever-growing number of for-2.6.24 queues)
Thanks, Andrew.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [
On Mon, 5 Nov 2007, Andrew Morton wrote:
> On Thu, 1 Nov 2007 10:20:24 -0700 (PDT) David Griffith <[EMAIL PROTECTED]>
> wrote:
>
> > On Thu, 1 Nov 2007, Vitaliy Ivanov wrote:
>
> Lots of cc's added.
>
> > > David,
> > >
> > > On 10/31/07, David Griffith <[EMAIL PROTECTED]> wrote:
> > > >
> > > >
On Mon, 5 Nov 2007, Mike Frysinger wrote:
> > (the only manual culling i did of the list was to remove
> > inclusions of autoconf.h and utsrelease.h -- i assumed those
> > weren't an issue for anyone.)
>
> should do the opposite ... nobody should be including
> linux/autoconf.h
ah, good point:
$
as opposed to the much larger list of non-existent config variables
being tested from source or header files, here's a much shorter list
of such variables being referenced from within Makefiles (i removed
all entries related to the sound/oss directory since that whole thing
is going away, anyway
On 11/5/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
> this list is short enough that i'll just post it here -- attempts to
> include header files under include/linux when those header files
> simply don't exist. obviously, there might be false positives for one
> reason or another.
obviousl
On Tue, 6 Nov 2007 11:12:07 +0800 WANG Cong <[EMAIL PROTECTED]> wrote:
>
> If the code can be executed there, 'new_size' is always larger
> than 'ks'. Thus min() is needless.
>
> Signed-off-by: WANG Cong <[EMAIL PROTECTED]>
> Signed-off-by: Dong Pu <[EMAIL PROTECTED]>
> Cc: Christoph Lameter <[E
this list is short enough that i'll just post it here -- attempts to
include header files under include/linux when those header files
simply don't exist. obviously, there might be false positives for one
reason or another. (the only manual culling i did of the list was to
remove inclusions of
On Mon, Nov 05, 2007 at 07:27:16PM +0100, Torsten Kaiser wrote:
> On 11/5/07, David Chinner <[EMAIL PROTECTED]> wrote:
> > Ok, so it's probably a side effect of the writeback changes.
> >
> > Attached are two patches (two because one was in a separate patchset as
> > a standalone change) that shoul
On Tue, 06 Nov 2007 13:00:41 +0900
Tetsuo Handa <[EMAIL PROTECTED]> wrote:
> Hello.
>
> I found that accessing namespace_sem from security_inode_create()
> causes lockdep warning when compiled with CONFIG_PROVE_LOCKING=y .
>
>
sounds like you have an AB-BA deadlock...
--
If you want to reach
On Tue, 6 Nov 2007, WANG Cong wrote:
> If the code can be executed there, 'new_size' is always larger
> than 'ks'. Thus min() is needless.
Correct.
Acked-by: Christoph Lameter <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
Hello.
I found that accessing namespace_sem from security_inode_create()
causes lockdep warning when compiled with CONFIG_PROVE_LOCKING=y .
===
[ INFO: possible circular locking dependency detected ]
---
as part of the output of yet another cleanup script i have, we
notice that:
$ grep -r if_wanpipe *
Documentation/networking/wan-router.txt:if_wanpipe.hWANPIPE Socket
definitions
include/linux/Kbuild:unifdef-y += if_wanpipe.h
include/linux/if_wanpipe.h:* if_wanpipe.h Header fi
Given that no one seems to be including this header file, remove it.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
diff --git a/include/linux/fd1772.h b/include/linux/fd1772.h
deleted file mode 100644
index 871d6e4..000
--- a/include/linux/fd1772.h
+++ /dev/null
@@ -1,80 +0,0 @@
-
Simon Arlott wrote:
> On Tue, October 30, 2007 07:14, Cliffe wrote:
>
>> And while I acknowledge that many of these layers are currently buried
>> within the kernel (netfilter...) they are security layers which in many
>> cases would probably make sense as stackable security modules.
>>
>> Makin
Nigel Cunningham wrote:
Hi all.
Please excuse me if this has already been answered. I'm not currently
subscribed to LKML.
I've just been preparing a new tux-on-ice release against Linus' current tree,
and encountered a failure to freeze pid 1 when seeking to resume, using an
initrd:
[ 74.
On Thu, 1 Nov 2007 10:20:24 -0700 (PDT) David Griffith <[EMAIL PROTECTED]>
wrote:
> On Thu, 1 Nov 2007, Vitaliy Ivanov wrote:
Lots of cc's added.
> > David,
> >
> > On 10/31/07, David Griffith <[EMAIL PROTECTED]> wrote:
> > >
> > > I have a MOTU Fastlane and an Emu Xmidi 2x2 USB midi interfaces
On Wed, 31 Oct 2007 16:34:44 + Soeren Sonnenburg <[EMAIL PROTECTED]> wrote:
> Dear all,
(cc's added)
> whenever I do a suspend resume cycle the input device's numbers are
> increased until I finally run out of evdev devices. Is this a kernel
> problem or some userspace program (udev/...) cre
If the code can be executed there, 'new_size' is always larger
than 'ks'. Thus min() is needless.
Signed-off-by: WANG Cong <[EMAIL PROTECTED]>
Signed-off-by: Dong Pu <[EMAIL PROTECTED]>
Cc: Christoph Lameter <[EMAIL PROTECTED]>
---
mm/util.c |2 +-
1 file changed, 1 insertion(+), 1 deletion
On 11/5/07, Marcel Holtmann <[EMAIL PROTECTED]> wrote:
> Hi Dave,
>
> > In the rfcomm_tty_hangup the rfcomm_dev refcnt should be dropped later.
> >
> > If rfcomm_dev is destructed in tty_hangup function, then the later
> > tty_close function will oops.
>
> your patch removes the complete release o
The Xframe (S2io) adapter can be programmed dynamically to either,
always strip the vlan tag or not. In this case, if the vlan group is
NULL, it can be programmed at run time to NOT strip the vlan tag.
When a packet with a Vlan id is received that is not added to the group,
should it be dropped or
On Tue, Nov 06, 2007 at 03:46:30AM +0100, Sam Ravnborg wrote:
> On Mon, Nov 05, 2007 at 07:53:39PM -0500, Brian Gerst wrote:
> > Sam Ravnborg wrote:
> > > Move all CPU definitions to Kconfig.cpu
> >
> > This patch causes build failure on x86_64:
> >
> > lib/rwsem.c: In function ‘__init_rwsem’:
>
On Mon, 5 Nov 2007 19:09:24 -0600 Matt Mackall <[EMAIL PROTECTED]> wrote:
> Noticed by a Mercurial user. I think this should fix it.
>
"should". That pitter patter sound your hear is little akpm feet running
away.
>
> Index: l/drivers/block/loop.c
> ===
On 11/6/07, Dave Young <[EMAIL PROTECTED]> wrote:
> On 11/5/07, Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
> > On 11/5/07, Dave Young <[EMAIL PROTECTED]> wrote:
> > > Hi,
> > > I managed to produce this bug last weekend. I debugged it and found a
> > > rfcomm_dev refcnt BUG.
> > > please try the patch
On 10/1/07, Cornelia Huck <[EMAIL PROTECTED]> wrote:
> On Fri, 28 Sep 2007 18:32:32 +0200,
> Pierre-Yves Paulus <[EMAIL PROTECTED]> wrote:
>
> This looks more informational, thanks.
>
> > DEV: Unregistering device. ID = 'rfcomm0'
> > PM: Removing info for No Bus:rfcomm0
> > kobject_uevent_env
> > f
On Mon, Nov 05, 2007 at 07:53:39PM -0500, Brian Gerst wrote:
> Sam Ravnborg wrote:
> > Move all CPU definitions to Kconfig.cpu
>
> This patch causes build failure on x86_64:
>
> lib/rwsem.c: In function ‘__init_rwsem’:
> lib/rwsem.c:24: error: ‘struct rw_semaphore’ has no member named ‘count’
> l
Hello.
I merged Baradi-san's patch and mine. This and Kame-san's
following patch is necessary for x86-64 memory unplug.
http://marc.info/?l=linux-mm&m=119399026017901&w=2
I heard Kame-san's patch is already included in -mm.
So, I'll repost merged patch now.
This patch is tested on 2.6.23-mm1.
Andrew Morton <[EMAIL PROTECTED]> writes:
>> +/* 128kb is the whole sectors for FAT12 and FAT16 */
>> +#define FAT_READA_SIZE (128 * 1024)
>> +
>> +static void fat_ent_reada(struct super_block *sb, struct fat_entry *fatent,
>> + unsigned long reada_blocks)
>> +{
>
On 11/5/07, Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
> On 11/5/07, Dave Young <[EMAIL PROTECTED]> wrote:
> > Hi,
> > I managed to produce this bug last weekend. I debugged it and found a
> > rfcomm_dev refcnt BUG.
> > please try the patch of attachment, sorry for attachement because of
> > my gmail/
i was trying to move my truecrypt container from my xp box to my
debian etch box.
on windows xp its just double click to mount it, no need to even
install with the portable option.
on linux i had to download the source of the kernel, compile it, add
the truecrypt module, reboot and then mount it.
j
On Monday 05 November 2007, Greg KH wrote:
> --- linux-2.6-2.orig/drivers/spi/spi.c
> +++ linux-2.6-2/drivers/spi/spi.c
It'd be quicker to end up in the right hands if you had
split this big and random patch according to subsystem...
There's already a patch in the MM queue that removes
the SPI-pr
Adrian Bunk wrote:
The issue with "make allyesconfig" concerns me, although the same situation
already exists with any multiple-choice configuration. What I guess we
really want is to be able to specify a few specific choices.
It's already available:
$ cat myconfig
CONFIG_HIGHMEM64G=y
CONF
Jeremy Fitzhardinge wrote:
Another thing it would be nice to add is an elf-note-like notion so that
the kernel can export arbitrary key/value data to the bootloader (ie,
the converse of the bootloader->kernel value list). Xen currently does
this via ELF notes, but any semanically equivalent mec
On Mon, Nov 05, 2007 at 03:46:20PM -0800, H. Peter Anvin wrote:
> Sam Ravnborg wrote:
>> On Mon, Nov 05, 2007 at 01:36:42PM -0800, Roland Dreier wrote:
>>> > Like this:
>>> > $ make ARCH=foo
>>> > Makefile:201: *** "ERROR: ARCH (foo) does not exist". Stop.
>>>
>>> Seems sane, but maybe it would
On 11/5/07, Marcel Holtmann <[EMAIL PROTECTED]> wrote:
> Hi Dave,
>
> > In the rfcomm_tty_hangup the rfcomm_dev refcnt should be dropped later.
> >
> > If rfcomm_dev is destructed in tty_hangup function, then the later
> > tty_close function will oops.
>
> your patch removes the complete release o
Andi Kleen wrote:
Jesse Barnes (cc:d) wrote a patch to address this, I think (x86: trim
memory not covered by WB MTRRs), but as far as I can tell it hasn't
been merged yet. System is Intel, 4gb of RAM.
It wasn't merged because it broke booting on some systems.
Besides the memory would be still
H. Peter Anvin wrote:
> Yes; specifically, boot_params.hdr.hardware_subarch == 0 (as opposed
> to compile-time subarchitectures, like Voyager, which still boots the
> same way as far as I know.)
Yes, though it would be nice to use this mechanism to deal with voyager
booting too, so that it can be
Jeremy Fitzhardinge wrote:
I'm not so sure about that. Xen PV is rather fundamentally a
different beast, hence the platform field recently added to the protocol.
Hm, OK. So make this predicated on "hardware subarchitecture == PC".
Yes; specifically, boot_params.hdr.hardware_subarch == 0 (as
Noticed by a Mercurial user. I think this should fix it.
Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
Index: l/drivers/block/loop.c
===
--- l.orig/drivers/block/loop.c 2007-11-05 17:50:07.0 -0600
+++ l/drivers/block/loop.c
H. Peter Anvin wrote:
> Jeremy Fitzhardinge wrote:
>> H. Peter Anvin wrote:
>>> Nailing down the interface as hard as possible is a good idea, to
>>> avoid tying your hands for the future.
>>
>> Erm, I guess I see what you mean, but it comes to the effect of tying
>> your hands now in a specific w
Guillaume Chazarain wrote:
On 11/6/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
The issue with "make allyesconfig" concerns me, although the same
situation already exists with any multiple-choice configuration. What I
guess we really want is to be able to specify a few specific choices.
I do
Sam Ravnborg wrote:
> Move all CPU definitions to Kconfig.cpu
This patch causes build failure on x86_64:
lib/rwsem.c: In function ‘__init_rwsem’:
lib/rwsem.c:24: error: ‘struct rw_semaphore’ has no member named ‘count’
lib/rwsem.c:24: error: ‘RWSEM_UNLOCKED_VALUE’ undeclared (first use in
this fu
It doesn't hurt if we allow the current CPU to be included in the
search. We will just simply skip it later if the current CPU turns out
to be the lowest.
We will use this later in the series
Signed-off-by: Gregory Haskins <[EMAIL PROTECTED]>
---
kernel/sched_rt.c |5 +
1 files changed
We have logic to detect whether the system has migratable tasks, but we are
not using it when deciding whether to push tasks away. So we add support
for considering this new information.
Signed-off-by: Gregory Haskins <[EMAIL PROTECTED]>
---
kernel/sched.c|2 ++
kernel/sched_rt.c | 10
The current code use a linear algorithm which causes scaling issues
on larger SMP machines. This patch replaces that algorithm with a
2-dimensional bitmap to reduce latencies in the wake-up path.
Signed-off-by: Gregory Haskins <[EMAIL PROTECTED]>
---
kernel/Makefile |1
kernel/sched.
The current wake-up code path tries to determine if it can optimize the
wake-up to "this_cpu" by computing load calculations. The problem is that
these calculations are only relevant to CFS tasks where load is king. For RT
tasks, priority is king. So the load calculation is completely wasted
ban
"this_rq" is normally used to denote the RQ on the current cpu
(i.e. "cpu_rq(this_cpu)"). So clean up the usage of this_rq to be
more consistent with the rest of the code.
Signed-off-by: Gregory Haskins <[EMAIL PROTECTED]>
---
kernel/sched_rt.c | 46 +++
In the original patch series that Steven Rostedt and I worked on together,
we both took different approaches to low-priority wakeup path. I utilized
"pre-routing" (push the task away to a less important RQ before activating)
approach, while Steve utilized a "post-routing" approach. The advantage
Ingo, Steven, Thomas,
Please consider this series for inclusion in 23-rt6, as it has shown
to make a substantial improvement in our local testing. Independent
verification and/or comments/review are more than welcome.
-Greg
-
RT: scheduler migration/wakeup enhancements
This series appl
The current code base assumes a relatively flat CPU/core topology and will
route RT tasks to any CPU fairly equally. In the real world, there are
various toplogies and affinities that govern where a task is best suited to
run with the smallest amount of overhead. NUMA and multi-core CPUs are
prim
Isolate the search logic into a function so that it can be used later
in places other than find_locked_lowest_rq().
Signed-off-by: Gregory Haskins <[EMAIL PROTECTED]>
---
kernel/sched_rt.c | 62 -
1 files changed, 37 insertions(+), 25 deletio
On Mon, 05 Nov 2007 07:09:00 +0900
OGAWA Hirofumi <[EMAIL PROTECTED]> wrote:
> On large partition, scanning the free clusters is very slow if users
> doesn't use "usefree" option.
>
> For optimizing it, this patch uses sb_breadahead() to read of FAT
> sectors. On some user's 15GB partition, this
On 11/6/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
> The issue with "make allyesconfig" concerns me, although the same
> situation already exists with any multiple-choice configuration. What I
> guess we really want is to be able to specify a few specific choices.
I don't know enough about Kbu
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Tue, 06 Nov 2007 01:21:09 +0100
> David Miller wrote:
> > From: Patrick McHardy <[EMAIL PROTECTED]>
> > Date: Mon, 05 Nov 2007 19:00:19 +0100
> >
> >> This looks like a rather expensive operation for the unlikely case
> >> that packets will be recei
Hi Linus,
Sorry these came up after I made yesterdays tree, two bugfixes, one
one-line cleanup..
Please pull from 'drm-patches' branch of
master.kernel.org:/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-patches
to receive the following updates:
drivers/char/drm/drmP.h |2 --
d
On Mon, Nov 05, 2007 at 08:32:24AM -0800, Ray Lee wrote:
> (Don't trim cc:s.)
>
> On Nov 5, 2007 8:00 AM, Bo Brantén <[EMAIL PROTECTED]> wrote:
>
> >> Intel Core 2 Quad
> >> and I noticed that the 64-bit versions was at least 10 times slower than
> >> the
> >> 32-bit versions,
>
> >
> > After I
David Miller wrote:
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Mon, 05 Nov 2007 19:00:19 +0100
This looks like a rather expensive operation for the unlikely case
that packets will be received by a packet socket. IMO it should only
be reconstructed if actually needed, by af_packet itself.
On 11/5/07, Justin Piszcz <[EMAIL PROTECTED]> wrote:
[..]
> > Are you seeing the same "md thread takes 100% of the CPU" that Joël is
> > reporting?
> >
>
> Yes, in another e-mail I posted the top output with md3_raid5 at 100%.
>
This seems too similar to Joël's situation for them not to be
correla
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/ata_piix.c |1 +
drivers/ata/libata-core.c | 39 ---
drivers/ata/pata_hpt37
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/82596.c |3 ++-
drivers/net/phy/marvell.c| 23 ++-
drivers/net/phy/phy_device.c |
On Fri, 2 Nov 2007 18:33:29 +0800
Fengguang Wu <[EMAIL PROTECTED]> wrote:
> On Fri, Nov 02, 2007 at 11:15:32AM +0100, Peter Zijlstra wrote:
> > On Fri, 2007-11-02 at 10:21 +0800, Fengguang Wu wrote:
> >
> > > Interestingly, no background_writeout() appears, but only
> > > balance_dirty_pages() an
On Mon, Nov 05, 2007 at 08:12:03AM -0800, Paul E. McKenney wrote:
> > >>
> > >> > net/decnet/dn_route.c in dn_rt_cache_get_next() is as follows:
> > >> >
> > >> > static struct dn_route *dn_rt_cache_get_next(struct seq_file *seq,
> > >> > struct dn_route *rt)
> > >> > {
> > >> > struct dn_rt
Sam Ravnborg wrote:
On Mon, Nov 05, 2007 at 01:36:42PM -0800, Roland Dreier wrote:
> Like this:
> $ make ARCH=foo
> Makefile:201: *** "ERROR: ARCH (foo) does not exist". Stop.
Seems sane, but maybe it would be worth putting in a special case
check for someone using i386 or x86_64 for ARCH,
On 11/5/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Mon, 5 Nov 2007, Ahmed S. Darwish wrote:
>
> > On Sun, Nov 04, 2007 at 12:28:48PM +, Pavel Machek wrote:
> > >
> > > Can we avoid string parsers in the kernel?
> > >
> >
> > Ok, Could someone suggest a better idea please ?.
>
> I pe
On Thu, 01 Nov 2007 16:09:00 -0700
Dave Hansen <[EMAIL PROTECTED]> wrote:
> With the r/o bind mount patches, we can have as many
> spinlocks nested as there are CPUs on the system.
> Lockdep freaks out after 8.
>
> So, create a new lockdep class of locks for the
> mnt_writer spinlocks, and initia
On Mon, 5 Nov 2007, Jens Axboe wrote:
Hi Peter,
You don't seem to have a bugzilla account, so could not reassign to you.
See http://bugzilla.kernel.org/show_bug.cgi?id=9294
Problem is repeatable on my computer. It dies in __module_get() on this
line:
BUG_ON(module_refcount(
From: Linus Torvalds <[EMAIL PROTECTED]>
Date: Mon, 5 Nov 2007 14:42:15 -0800 (PST)
>
>
> On Mon, 5 Nov 2007, Greg KH wrote:
> >
> > I'm guessing that David is referring to a commit in his tree, not in
> > yours yet.
>
> Well, I suspect that David referred to a commit that he just sent by
> e
On Thu, 01 Nov 2007 16:08:47 -0700
Dave Hansen <[EMAIL PROTECTED]> wrote:
> Some ioctl()s can cause writes to the filesystem. Take these, and make them
> use mnt_want/drop_write() instead.
>
> We need to pass the filp one layer deeper in XFS, but somebody _just_ pulled
> it out in February becau
From: Greg KH <[EMAIL PROTECTED]>
Date: Mon, 5 Nov 2007 14:17:52 -0800
> On Mon, Nov 05, 2007 at 02:13:58PM -0800, Linus Torvalds wrote:
> > On Mon, 5 Nov 2007, Greg KH wrote:
> > >
> > > They are a bunch of quirk updates from David Miller, a new config item
> > > to help Jeff Garzik start to cle
From: Linus Torvalds <[EMAIL PROTECTED]>
Date: Mon, 5 Nov 2007 14:37:31 -0800 (PST)
> So let me one more say:
>
> - don't just say
>
> .. was cured by commit xyz
>
> - but add the one-liner description of the commit, something along the
>lines of
>
> .. was cured by commit
Phillip Lougher wrote:
> Hi,
>
> I'm pleased to announce another release of Squashfs. This is the 22nd
> release in just over five years.
Thanks Phillip.
A tiny bug[fix] I always forgot to send... In fs/squashfs/inode.c,
constants TASK_UNINTERRUPTIBLE and TASK_INTERRUPTIBLE are used, but
they
* Mike Mason ([EMAIL PROTECTED]) wrote:
> Mathieu Desnoyers wrote:
>> * Mathieu Desnoyers ([EMAIL PROTECTED]) wrote:
>>> * Mathieu Desnoyers ([EMAIL PROTECTED]) wrote:
* Mike Mason ([EMAIL PROTECTED]) wrote:
> Hi Mathieu,
>
> Are you aware of any working being done to allow multipl
Linus Torvalds wrote:
On Sun, 4 Nov 2007, Jeff Garzik wrote:
The end to CD-ROM polling... newer SATA ATAPI hardware will emit
'asynchronous notification' events when media is changed. This adds
support.
I *really* didn't want to pull this.
Not only is it after the -rc1 period, but I also t
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Mon, 05 Nov 2007 19:00:19 +0100
> This looks like a rather expensive operation for the unlikely case
> that packets will be received by a packet socket. IMO it should only
> be reconstructed if actually needed, by af_packet itself.
Completely agreed
> What I suppose is that people porting BSD code to Linux don't mean
> closing the doors for back-porting changes. They are simply unaware
> or forget about the possibility of dual licensing. Obviously, each
> submitter should read Documentation/SubmittingDrivers, where it is
> explicitly stated.
1 - 100 of 396 matches
Mail list logo
