On Thu, 12 Jul 2007 10:59:53 -0700,
Yinghai Lu <[EMAIL PROTECTED]> wrote:
> @@ -1285,8 +1290,11 @@ int device_move(struct device *dev, struct device
> *new_parent)
> dev->parent = new_parent;
> if (old_parent)
> klist_remove(>knode_parent);
> - if (new_parent)
> +
On Fri, Jul 13, 2007 at 12:16:29AM -0500, Kumar Gala wrote:
> pci_do_scan_bus() and pci_bus_find_capability() are marked EXPORT_SYMBOL
> and thus usable outside of the PCI drive core itself. Make the prototypes
> for these functions accessible to everyone.
Well, no, I'd like to only have the pci
> Also, if there's something I didn't list and didn't already include in
> the tree I asked Linus to pull, please remind me. I probably dropped it.
Any plans to do something with multiple EQ support in mthca?
--
MST
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Brett Boren wrote:
I have a plx9056-based data capture board that works with the winXP
drivers (based off of the win32 plx sdk) but does not work with the
linux driver provided to me. The board constitently gets 0xa (IRQ 10)
in the INTERRUPT_LINE register but the IO-APIC reports IRQ 49 to the
On Thu, Jul 12, 2007 at 08:06:43PM -0700, [EMAIL PROTECTED] wrote:
> On Thu, 12 Jul 2007, Rafael J. Wysocki wrote:
> > Plus we need to figure out how to avoid corrupting filesystems and
> > swap in use by the "old" kernel and its processes (hint: a separate
> > "hibernation partition" is a
On Fri, Jul 13 2007, Adrian Bunk wrote:
> This patch removes some code that became dead code after the ATARI_ACSI
> removal.
>
> It also indirectly fixes the following bug introduced by
> commit c2bcf3b8978c291e1b7f6499475c8403a259d4d6:
>
> config ATARI_SLM
> tristate "Atari SLM laser
On Fri, Jul 13 2007, Neil Brown wrote:
> On Thursday July 12, [EMAIL PROTECTED] wrote:
> > On Thu, Jul 12 2007, Robert P. J. Day wrote:
> > >
> > > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
> >
> > Looks fine to me, I remember this being brought up a long time ago, but
> > apparently
On Tue, 10 Jul 2007 13:56:46 +0900 (JST) YOSHIFUJI Hideaki / 吉藤英明 <[EMAIL
PROTECTED]> wrote:
> diff --git a/fs/sysfs/file.c b/fs/sysfs/file.c
> index b502c71..1f64ce5 100644
> --- a/fs/sysfs/file.c
> +++ b/fs/sysfs/file.c
> @@ -283,6 +283,7 @@ static int sysfs_open_file(struct inode *inode,
koan wrote:
Hello, I am not on list so please CC me with any responses.
I recently switched to an nforce4 board and have been looking over my
dmesg output for any oddities. This is a Slackware 12.0 machine with a
custom 2.6.20.15 kernel.
As far as I know, the motherboard is an Nforce4 based
On Fri, 13 Jul 2007 10:45:07 +0800 Joe Jin <[EMAIL PROTECTED]> wrote:
> This patch add nid sanity check on alloc_pages_node().
> While two process change nr_hugepages at a system, alloc_fresh_huge_page()
> been called, at this function, nid defined as a static variable, but, there
> is not any
pci_do_scan_bus() and pci_bus_find_capability() are marked EXPORT_SYMBOL
and thus usable outside of the PCI drive core itself. Make the prototypes
for these functions accessible to everyone.
Also kill the duplicate prototype for pci_bus_alloc_resource().
Signed-off-by: Kumar Gala <[EMAIL
Huang, Ying wrote:
>
> Kexec jump - The first step to kexec base hibernation
Thanks a lot!
> Kexec base hibernation has some potential advantages over uswsusp and
> suspend2. Some most obvious advantages are:
>
> 1. The hibernation image size can exceed half of memory size easily.
> 2. The
On Thu, 12 Jul 2007 20:30:49 -0700 David Brownell <[EMAIL PROTECTED]> wrote:
> This defines a dev_vdbg() call, which is enabled with -DVERBOSE_DEBUG.
> When enabled, dev_vdbg() acts just like dev_dbg(). When disabled, it
> is a NOP ... just like dev_dbg() without -DDEBUG. The specific code
>
Hello, forgot one thing.
Tejun Heo wrote:
>> I can't believe it should be so difficult to understand this. How can any
>> caller (that first did a xxx_get() on that shared object) land up with that
>> object getting NULL _from under it_ unless some logic is wrong
>> somewhere? And instead of
Jesper Juhl napsal(a):
> On 13/07/07, Micah Gruber <[EMAIL PROTECTED]> wrote:
>> test [IGNORE]
>
> http://www.kernel.org/pub/linux/docs/lkml/#s3 :
> "...
> "Test" messages are very, very inappropriate on the lkml or any other
> list, for that matter. If you want to know whether the subscribe
>
On Fri, Jul 13, 2007 at 01:23:16PM +1000, Nigel Cunningham wrote:
> Hi.
>
> Current git compilation fails on my amd64:
>
> CC [M]
> arch/x86_64/kernel/cpufreq/../../../i386/kernel/cpu/cpufreq/acpi-cpufreq.o
> CC [M]
>
On Fri, 2007-07-13 at 04:23 +0200, Roman Zippel wrote:
> Hi,
Hi,
> The new scheduler does _a_lot_ of heavy 64 bit calculations without any
> attempt to scale that down a little...
See prio_to_weight[], prio_to_wmult[] and sysctl_sched_stat_granularity.
Perhaps more can be done, but "without
On 7/12/07, Greg KH <[EMAIL PROTECTED]> wrote:
But you were not able to test USB, right? Does that work properly now
with this patch?
Will test it later with USB cdrom by big file reading.
YH
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Fri, 13 Jul 2007 04:23:43 +0200 (CEST) Roman Zippel <[EMAIL PROTECTED]>
wrote:
> Hi,
>
> On Wed, 11 Jul 2007, Linus Torvalds wrote:
>
> > Sure, bugs happen, but code that everybody runs the same generally doesn't
> > break. So a CPU scheduler doesn't worry me all that much. CPU schedulers
On 7/11/07, Alistair John Strachan <[EMAIL PROTECTED]> wrote:
On Wednesday 11 July 2007 16:21:44 Christoph Hellwig wrote:
> On Wed, Jul 11, 2007 at 07:06:23PM +0530, Satyam Sharma wrote:
> > Which leaves Gmail, but Gmail has the flowed text disease (that
> > cannot be disabled) and although Gmail
Kalpak Shah wrote:
On Tue, 2007-07-10 at 16:30 -0700, Andrew Morton wrote:
On Sun, 01 Jul 2007 03:36:56 -0400
Mingming Cao <[EMAIL PROTECTED]> wrote:
This patch is a spinoff of the old nanosecond patches.
I don't know what the "old nanosecond patches" are. A link to a suitable
changlog
Hello,
Satyam Sharma wrote:
> Yoshifuji is 100% correct, IMNSHO.
>
> Please, this is _basic_ refcounting semantics. For those who disagree,
> kindly read Yoshifuji's above paragraph again.
I did but I don't really see anything so basic about refcounting
semantics there.
>> Well, I'm okay
We don't have to check for -fno-optimize-sibling-calls since even
gcc 3.2 supports it.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- linux-2.6.22-rc6-mm1/Makefile.old 2007-07-13 06:01:20.0 +0200
+++ linux-2.6.22-rc6-mm1/Makefile 2007-07-13 06:01:44.0 +0200
@@
Jesper Juhl wrote:
Yes and no. If that will get things moving in the direction of
getting rid of the stack size as a config option, then I'm all for it.
But on the other hand it is my personal opinion that this is an area
where we should just make up our minds as to whether we want 4K or 8K
On Wednesday 11 July 2007 16:21:44 Christoph Hellwig wrote:
> On Wed, Jul 11, 2007 at 07:06:23PM +0530, Satyam Sharma wrote:
> > Which leaves Gmail, but Gmail has the flowed text disease (that
> > cannot be disabled) and although Gmail offers SMTP/POP, our evil
> > proxy/NAT setup here wouldn't
On Wed, Jul 11, 2007 at 10:43:04PM +0900, Ken'ichi Ohmichi wrote:
>
> Hi Dan,
>
> 2007/07/11 10:32:16 +0300, Dan Aloni <[EMAIL PROTECTED]> wrote:
> >> This implementation looks interesting. No need of debug compiled
> >> vmlinux for dump filtering purposes. No run time vmlinux binary
> >>
This patch contains the following cleanups:
- binutils 2.7 is far below the current minimum supported version,
and there's therefore no longer a need for an extra test
- since even gcc 3.2 already supports all options used we can use them
unconditionally
Signed-off-by: Adrian Bunk <[EMAIL
[1.] One line summary of the problem:
raid1 spare rebuilding does not resume after the reboot ( 2.6.18)
[2.] Full description of the problem/report:
--
1. When a mirrored raid is created, this raid1 is in the 'State : clean,
Hello,
Andrew Morton wrote:
>> Hoang-Nam Nguyen reported a bug in idr_get_new_above()
>> which occurred with a starting id value like 0x3ffc.
>> His test module easily reproduced the problem. Thanks.
>>
>> The test revealed the following bugs:
>>
>> 1. Relying on shift operations which have
On Thursday 12 July 2007, Satyam Sharma wrote:
>
> > [2.] The version 2.6.22 of the linux kernel hangs when initializing the
> > integrated ohci controller of the nvidia MCP51 chipset (pci device ids
> > vendor:product == 10de:26d). I have traced through various printks that
> > pci_init calls
On Thu, Jul 12, 2007 at 11:11:58AM -0500, Josh Boyer wrote:
>On Thu, 2007-07-12 at 23:01 +0800, WANG Cong wrote:
{snip}
>> +/* trivial struct to describe partition information*/
>
>Needs a space at the end.
>
>> struct mtd_part_def
>> {
>> int nums;
>> @@ -46,7 +46,7 @@
>> struct
On Wed, Jul 11, 2007 at 10:32:16AM +0300, Dan Aloni wrote:
[..]
> > This implementation looks interesting. No need of debug compiled
> > vmlinux for dump filtering purposes. No run time vmlinux binary
> > modifications
> > as suggested by your previous mails. People can export kernel CONFIG info
This defines a dev_vdbg() call, which is enabled with -DVERBOSE_DEBUG.
When enabled, dev_vdbg() acts just like dev_dbg(). When disabled, it
is a NOP ... just like dev_dbg() without -DDEBUG. The specific code
was moved out of a USB patch, but lots of drivers have similar support.
That is, code
Hi.
Current git compilation fails on my amd64:
CC [M]
arch/x86_64/kernel/cpufreq/../../../i386/kernel/cpu/cpufreq/acpi-cpufreq.o
CC [M]
arch/x86_64/kernel/cpufreq/../../../i386/kernel/cpu/cpufreq/powernow-k8.o
arch/x86_64/kernel/cpufreq/../../../i386/kernel/cpu/cpufreq/powernow-k8.c: In
On Thu, 12 Jul 2007, Jeremy Maitin-Shepard wrote:
"Rafael J. Wysocki" <[EMAIL PROTECTED]> writes:
[snip]
There's more to it, though. If devices are suspended, the hibernation kernel
will have to resume them (using platform, like ACPI, callbacks in the process)
instead and that will get
On Thu, Jul 12, 2007 at 12:06:00PM -0700, Yinghai Lu wrote:
> On 7/12/07, Greg KH <[EMAIL PROTECTED]> wrote:
> > On Thu, Jul 12, 2007 at 10:59:53AM -0700, Yinghai Lu wrote:
> > Please split this into two separate patches, as they are doing two
> > different things. One for the driver core, and
Hi Timo,
Thanks for your report!
On 7/12/07, Timo Lindemann <[EMAIL PROTECTED]> wrote:
a problem report to something giving me a real headache:
[2.] The version 2.6.22 of the linux kernel hangs when initializing the
integrated ohci controller of the nvidia MCP51 chipset (pci device ids
Pavel Machek wrote:
Your SMART log shows 309 reallocated sectors. That seems somewhat high..
>>> Ah sorry to misinterpret the content:), its a quiet new piece of hardware
>>> (at
>>> most ~1.5 month old) and "Reallocated_Event_Count" constantly increases
>>> (currently its increased to
On Thu, 12 Jul 2007, Rafael J. Wysocki wrote:
On Thursday, 12 July 2007 20:57, [EMAIL PROTECTED] wrote:
On Thu, 12 Jul 2007, Rafael J. Wysocki wrote:
2. Do not reserve memory for kexec kernel. That is, backup needed memory
before kexec and restore them after kexec.
I don't think this is
An application that is careful not to destroy existing information
would not be able to prevent itself from doing so if the file is
hidden. Its pretty important to avoid defeating programs that are
trying to behave properly.
It's true what you are saying... But I think the best way to know if
On Thu, 12 Jul 2007 13:35:54 -0400, rob wrote:
> On Thursday 12 July 2007 9:53:54 am Li Yang-r58472 wrote:
> > > Fielding patches and questions sounds like plenty to me...)
> >
> > I do think the documentation translation is very necessary even when
> > there is a language maintainer, especially
From: [EMAIL PROTECTED]
The sata controller device ID will be different according to the onchip
sata type setting in system BIOS:
Device Device ID
SATA in IDE mode 0x4390
SATA in AHCI mode
On Fri, 13 Jul 2007, Michal Piotrowski wrote:
>
> My system is too secure, I can not login :)
Do you have CONFIG_NETLABEL=y ?
If so, please try disabling it.
- James
--
James Morris
<[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
This patch add nid sanity check on alloc_pages_node().
While two process change nr_hugepages at a system, alloc_fresh_huge_page()
been called, at this function, nid defined as a static variable, but, there
is not any protection of, if 2 process called at the same time, maybe pass a
invalid nid to
Jeremy Maitin-Shepard wrote:
A typical usage pattern of hibernate on a laptop is to shut the lid,
causing the system to start to hibernate, and to place the machine in
All laptops we have here, and those of all people I have seen
with laptops, do suspend-to-RAM on lid-close, not hibernate.
On 13/07/07, Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
Jesper Juhl wrote:
> If, on the other hand, we consider 4K stacks to be the superior
> solution, then we should work to get all code fixed to be able to
> handle it so that it's actually something distros will start to enable
> so that
Hi,
On Wed, 11 Jul 2007, Linus Torvalds wrote:
> Sure, bugs happen, but code that everybody runs the same generally doesn't
> break. So a CPU scheduler doesn't worry me all that much. CPU schedulers
> are "easy".
A little more advance warning wouldn't have hurt though.
The new scheduler does
On Thu, 12 Jul 2007 19:00:12 -0700 Matt Helsley <[EMAIL PROTECTED]> wrote:
> This patch avoids holding the mmap semaphore while walking VMAs in response to
> programs which read or follow the /proc//exe symlink. This also
> allows
> us to merge mmu and nommu proc_exe_link() functions. The costs
On Thursday 12 July 2007, Andrew Morton wrote:
> On Tue, 10 Jul 2007 12:23:06 +0530
> "Trilok Soni" <[EMAIL PROTECTED]> wrote:
> > + u8 mask1, mask2;
> > + void(*handlers[16])(struct menelaus_chip *);
>
> What determined the value of this hard-wired
On Thu, 12 Jul 2007, Jeff Garzik wrote:
> dean gaudet wrote:
> > On Thu, 12 Jul 2007, Jeff Garzik wrote:
> >
> > > dean gaudet wrote:
> > > > oh very nice... no warnings on boot, and no warnings while i "dd
> > > > if=/dev/sdX
> > > > of=/dev/null" and i'm seeing 74MB/s+ from each disk on this
On Fri, Jul 13, 2007 at 12:41:14AM +0200, Pavel Machek wrote:
> Hi!
>
> > > > +The kernel exported sysfs exports internal kernel
> > > > implementation-details
> > > > +and depends on internal kernel structures and layout. It is agreed upon
> > > > +by the kernel developers that the Linux kernel
On Thu, 12 Jul 2007 17:06:16 -0700 Ravikiran G Thirumalai <[EMAIL PROTECTED]>
wrote:
> Too many remote cpu references due to /proc/stat.
>
> On x86_64, with newer kernel versions, kstat_irqs is a bit of a problem.
> On every call to kstat_irqs, the process brings in per-cpu data from all
>
On Thu, Jul 12, 2007 at 07:00:12PM -0700, Matt Helsley wrote:
> This patch avoids holding the mmap semaphore while walking VMAs in response to
> programs which read or follow the /proc//exe symlink. This also
> allows
> us to merge mmu and nommu proc_exe_link() functions. The costs are holding
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Thu, 12 Jul 2007 18:19:20 -0500
> Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> > On Wed, Jul 11, 2007 at 02:27:12PM -0700, Andrew Morton wrote:
> > > On Wed, 11 Jul 2007 22:01:37 +0100
> > > Alasdair G Kergon <[EMAIL PROTECTED]> wrote:
> > >
> > > >
This patch avoids holding the mmap semaphore while walking VMAs in response to
programs which read or follow the /proc//exe symlink. This also allows
us to merge mmu and nommu proc_exe_link() functions. The costs are holding the
task lock, a separate reference to the executable file stored in the
I run several times the following test and what I've seen is that when
the buffer cache becomes full, unneeded dirty buffer heads are not evicted
and no other memory allocation can happen (including reading a block
from the disk to the buffer cache). Should this happen?
Here's the code that
On 13/07/07, Micah Gruber <[EMAIL PROTECTED]> wrote:
test [IGNORE]
http://www.kernel.org/pub/linux/docs/lkml/#s3 :
"...
"Test" messages are very, very inappropriate on the lkml or any other
list, for that matter. If you want to know whether the subscribe
succeeded, wait for a couple of hours
On Thu, 2007-07-12 at 14:21 -0400, Frank Ch. Eigler wrote:
> "Zhang, Yanmin" <[EMAIL PROTECTED]> writes:
>
> > [...]
> > > > 2) Delete lock. [..]
> > > > In addition, the result is for performance data collection, so it's
> > > > unnecessary to add such lock.
> > > Not sure that's a good idea.
>From 4d87e14b67890f06885a76b5792ca034de2e9d06 Mon Sep 17 00:00:00 2001
From: Denis Cheng <[EMAIL PROTECTED]>
Date: Thu, 12 Jul 2007 11:53:58 +0800
Subject: [PATCH] replace kmem_cache_alloc with kmem_cache_zalloc to
remove some following zero initializations.
Signed-off-by: Denis Cheng <[EMAIL
test [IGNORE]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Take a look at Sean's local SA caching patches. I merged
everything else from Sean's tree, but I'm still undecided about
these. I haven't read them carefully yet, but even aside from that
I don't have a good feeling about whether there's consensus about
this yet. Any opinions
On Thu, Jul 12, 2007 at 12:53:09PM -0500, Matt Mackall wrote:
> On Sat, Jul 07, 2007 at 12:26:51AM +0200, Andrea Arcangeli wrote:
> > The original idea of having a software page size larger than a
> > hardware page size, originated at SUSE by myself and Andi Kleen while
> > helping AMD to design
On Thu, 12 Jul 2007, Andrew Morton wrote:
> On Tue, 10 Jul 2007 06:33:26 -0400 (EDT)
> "Robert P. J. Day" <[EMAIL PROTECTED]> wrote:
>
> >
> > Allow individual architectures to override a small set of macros
> > before including asm-generic/ioctl.h, in order to greatly simplify a
> > number of
> >
> > I don't know the original order of the array before all the problems
started.
> >
> > Is there a way to determine the original order?
>
> No, unless you have some old kernel logs of the last time it assembled
> the array properly.
> The one thing that "--create" does destroy is the
On Thu, 2007-07-12 at 19:15, Roland Dreier wrote:
> As you can see, I just sent my first 2.6.23 pull request for Linus.
> There are still a few more things I plan to do in before the merge
> window closes (in ~10 days):
>
> - Write a patch to add P_Key handling to user_mad in the way we
>
On Thu, 12 Jul 2007, Pavel Machek wrote:
> I'm not sure what you mean here. Should the code be moved to atkbd.c?
> ...and then duplicated to usbkbd.c?
Hi Pavel,
just a sidenote - usbkbd.c is probably a confusing misnomer, renaming it
to something more appropriate is on my todo for one day. It
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/lethal/sh-2.6.git
Which contains:
Erik Johansson (1):
sh: fix race in parallel out-of-tree build
Kaz Kojima (1):
sh: Fix up futex implementation.
Kristoffer Ericson (2):
sh: hd64461.h cleanup and added
From: Kevin Lloyd <[EMAIL PROTECTED]>
This patch adds new devices to the sierra wireless driver. This is being
resubmitted because the dependent patch (patch 01/02) needed to be resubmitted.
This patch was tested on the 2.6.21.1 kernel source patched with the following
patches (found at
From: Kevin Lloyd <[EMAIL PROTECTED]>
This patch adds compatibility with Sierra Wireless' new TRU-Install feature.
Future devices that use this feature will not work unless this patch has been
applied.
This attempt of the patch corrects a hard-coded return and the dev_dbg messages
form the
Jesper Juhl wrote:
If, on the other hand, we consider 4K stacks to be the superior
solution, then we should work to get all code fixed to be able to
handle it so that it's actually something distros will start to enable
so that we can eventually get rid of the 8K stack option alltogether.
Making
On Thu, 12 Jul 2007 17:03:46 -0700 (PDT)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> On Thu, 12 Jul 2007, Greg KH wrote:
> >
> > Here are a bunch of USB patches and fixes against your 2.6.22 git tree.
>
> This also seems to contain some *totally*pointless* config variable
> changes, that
On Thu, Jul 12, 2007 at 05:03:46PM -0700, Linus Torvalds wrote:
>
> On Thu, 12 Jul 2007, Greg KH wrote:
> >
> > Here are a bunch of USB patches and fixes against your 2.6.22 git tree.
>
> This also seems to contain some *totally*pointless* config variable
> changes, that actually break simple
On Tue, 2007-07-10 at 14:27 +0200, Geert Uytterhoeven wrote:
> plain text document attachment (spe-logo)
> Add fb_append_extra_logo(), to append extra lines of logos below the standard
> Linux logo.
>
> Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
> Signed-off-by: Geoff Levand <[EMAIL
From: John Donoghue <[EMAIL PROTECTED]>
CONFIG_EP93XX_ETH=y, CONFIG_MII=n results in an obvious link error.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.20.2.orig/drivers/net/arm/Kconfig 2007-03-09 22:32:46.0
-0500
+++ linux-2.6.20.2/drivers/net/arm/Kconfig
On Tue, 10 Jul 2007 12:23:06 +0530
"Trilok Soni" <[EMAIL PROTECTED]> wrote:
> Add Texas Instruments TWL92330/Menelaus Power Management chip driver.
> This includes voltage regulators, Dual slot memory card tranceivers and
> real-time clock(RTC).
>
> The support for RTC is integrated with this
On Thu, Jul 12, 2007 at 05:06:15PM -0700, Ravikiran G Thirumalai wrote:
> Too many remote cpu references due to /proc/stat.
>
> On x86_64, with newer kernel versions, kstat_irqs is a bit of a problem.
> On every call to kstat_irqs, the process brings in per-cpu data from all
> online cpus. Doing
Too many remote cpu references due to /proc/stat.
On x86_64, with newer kernel versions, kstat_irqs is a bit of a problem.
On every call to kstat_irqs, the process brings in per-cpu data from all
online cpus. Doing this for NR_IRQS, which is now 256 + 32 * NR_CPUS
results in (256+32*63) * 63
On Thu, 12 Jul 2007, Greg KH wrote:
>
> Here are a bunch of USB patches and fixes against your 2.6.22 git tree.
This also seems to contain some *totally*pointless* config variable
changes, that actually break simple things like "make oldconfig".
This commit is insane:
This patch makes the following needlessly global functions static:
- sd_ops.c: mmc_app_cmd()
- sd_ops.c: mmc_wait_for_app_cmd()
- core.c: __mmc_release_bus()
- core.c: mmc_start_request()
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/mmc/core/core.c | 49
This patch removes the following unused EXPORT_SYMBOL's:
- migrate.c: migrate_page
- mm/mmap.c: get_unmapped_area
- mm/mmap.c: get_unmapped_area
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
mm/migrate.c |1 -
mm/mmap.c|2 --
mm/nommu.c |2 --
3 files changed, 5
This patch makes the needlessly global __inet_twsk_kill() static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
include/net/inet_timewait_sock.h |3 ---
net/ipv4/inet_timewait_sock.c|5 ++---
2 files changed, 2 insertions(+), 6 deletions(-)
---
Hi Adrian,
On Mon, Jul 09, 2007 at 07:25:39PM +0200, Adrian Bunk wrote:
> With one exception, all DONGLE_OLD drivers have newer counterparts.
>
> The DONGLE_OLD drivers depend on BROKEN_ON_SMP which e.g. implies that
> the many distributions shipping only SMP-kernels will never offer them.
>
>
This patch removes the following unused exports:
- EXPORT_SYMBOL(cond_resched_softirq);
- EXPORT_SYMBOL_GPL(__wake_up_sync);
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
kernel/sched.c |2 --
1 file changed, 2 deletions(-)
--- linux-2.6.22-rc6-mm1/kernel/sched.c.old 2007-07-12
Matt Mackall <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 11, 2007 at 02:27:12PM -0700, Andrew Morton wrote:
> > On Wed, 11 Jul 2007 22:01:37 +0100
> > Alasdair G Kergon <[EMAIL PROTECTED]> wrote:
> >
> > > From: Mike Anderson <[EMAIL PROTECTED]>
> > >
> > > This patch adds a dm-netlink skeleton
Here are a bunch of USB patches and fixes against your 2.6.22 git tree.
They include a number of new drivers, some cleanups in anticipation of
future API changes, new infrastructure to make writing USB drivers
easier, and a lot of USB suspend work. There are a lot of minor little
things in here
Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> As for worry about kmallocs do these events happen often?
The worst case would most likely be in a dm multipath configuration where
you could get a burst of N number events (N being equal to the number of
luns times the number of paths that are
Hi,
On 12/07/07, James Morris <[EMAIL PROTECTED]> wrote:
This is an updated set of 2.6.23 SELinux changes, rebased & tested against
current git. The vmsplice patch has been dropped from this and will be
resubmitted via Jens. Also added an ack from Chris Wright for the mmap
null dereference
Hello-
Christian Kujau wrote:
> Hi there,
>
> Since a few days I'm experiencing weird oopses on my iBook/G4 with
> ubuntu's 2.6.22-7-powerpc and also with a vanilla 2.6.22-rc7-git8.
>
> Now for the "weird" part: The oops happens when doing "make install" for
> a piece of software (xine-ui
On Wed, Jul 11, 2007 at 05:18:57PM -0400, Rob Landley wrote:
> On Wednesday 11 July 2007 3:55:21 pm Adrian Bunk wrote:
> > On Wed, Jul 11, 2007 at 03:22:13PM -0400, Rob Landley wrote:
> > >...
> > > --- a/crypto/Makefile Tue Jul 10 17:51:13 2007 -0700
> > > +++ b/crypto/Makefile Wed Jul 11
On Thu, 12 Jul 2007 18:19:20 -0500
Matt Mackall <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 11, 2007 at 02:27:12PM -0700, Andrew Morton wrote:
> > On Wed, 11 Jul 2007 22:01:37 +0100
> > Alasdair G Kergon <[EMAIL PROTECTED]> wrote:
> >
> > > From: Mike Anderson <[EMAIL PROTECTED]>
> > >
> > > This
On Thursday July 12, [EMAIL PROTECTED] wrote:
> On Thu, Jul 12 2007, Robert P. J. Day wrote:
> >
> > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
>
> Looks fine to me, I remember this being brought up a long time ago, but
> apparently it never got merged. Neil?
Yes,
Acked-by: NeilBrown
On Wed, Jul 11, 2007 at 02:27:12PM -0700, Andrew Morton wrote:
> On Wed, 11 Jul 2007 22:01:37 +0100
> Alasdair G Kergon <[EMAIL PROTECTED]> wrote:
>
> > From: Mike Anderson <[EMAIL PROTECTED]>
> >
> > This patch adds a dm-netlink skeleton support to the Makefile, and the dm
> > directory.
> >
>
On Thursday July 12, [EMAIL PROTECTED] wrote:
>
> I don't know the original order of the array before all the problems started.
>
> Is there a way to determine the original order?
No, unless you have some old kernel logs of the last time it assembled
the array properly.
The one thing that
On Thu, 2007-07-12 at 14:10 +0300, Avi Kivity wrote:
> Rusty Russell wrote:
> > Remove export of __put_task_struct, and usage in lguest
> >
> > lguest takes a reference count of tasks for two reasons. The first is
> > bogus: the /dev/lguest close callback will be called before the task
> > is
On Thu, Jul 12, 2007 at 02:44:18PM -0400, Rob Landley wrote:
> On Thursday 12 July 2007 12:28:39 pm Roman Zippel wrote:
> > Hi,
> >
> > On Wed, 11 Jul 2007, Rob Landley wrote:
> > > Replace name "Linux Kernel" in menuconfig with a macro (defaulting to
> > > "Linux Kernel" if not -Ddefined by the
> > Ok, I'll just blame fuse here. 'You have to write to /sys
> > files for SIGKILL to work' is not funny.
>
> SIGKILL won't work on a stopped task. Neither on a traced task.
> Neither on a zombie (how many newbies are thoroughly confused about
> that ;)
>
> And it won't work on a task that is
As you can see, I just sent my first 2.6.23 pull request for Linus.
There are still a few more things I plan to do in before the merge
window closes (in ~10 days):
- Write a patch to add P_Key handling to user_mad in the way we
discussed (add an ioctl to enable P_Key mode without breaking old
} -Original Message-
} From: [EMAIL PROTECTED] [mailto:linux-raid-
} [EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
} Sent: Thursday, July 12, 2007 1:35 PM
} To: [EMAIL PROTECTED]
} Cc: Tejun Heo; [EMAIL PROTECTED]; Stefan Bader; Phillip Susi; device-mapper
} development; [EMAIL
On Tue, 10 Jul 2007 06:33:26 -0400 (EDT)
"Robert P. J. Day" <[EMAIL PROTECTED]> wrote:
>
> Allow individual architectures to override a small set of macros
> before including asm-generic/ioctl.h, in order to greatly simplify a
> number of existing ioctl.h files.
>
> The overrideable macros
On Thu July 12 2007 5:48 pm, you wrote:
> On Thursday July 12, [EMAIL PROTECTED] wrote:
> >
> > []#
> >
mdadm --create --verbose /dev/md0 --assume-clean --level=raid5 --raid-devices=4
--spare-devices=0 /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1
> >
> snip
> >
> > Number Major Minor
1 - 100 of 850 matches
Mail list logo