Ismail Dönmez <[EMAIL PROTECTED]> writes:
> Saturday 12 January 2008 09:11:23 tarihinde Junio C Hamano şunları yazmıştı:
>> The third rc for the next feature release GIT 1.5.4 is available
>> at the usual places:
>>
>> http://www.kernel.org/pub/software/scm/git/
>>
>>
Hello.
Greg KH wrote:
> > If sysfs becomes not available at /sys/ , where securityfs is going to be
> > mounted?
>
> sysfs is not going away any time soon, don't worry :)
I see. Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Fri, Jan 11, 2008 at 02:27:16PM -0600, Kumar Gala wrote:
>>> I'm getting the following message from the kernel on an embedded ppc32
>>> system:
>>>
>>> PCI: Failed to allocate mem resource #9:[EMAIL PROTECTED] for :00:00.0
>>>
>>> The HW setup is a PCIe host controller and an e1000 NIC
Saturday 12 January 2008 09:11:23 tarihinde Junio C Hamano şunları yazmıştı:
> The third rc for the next feature release GIT 1.5.4 is available
> at the usual places:
>
> http://www.kernel.org/pub/software/scm/git/
>
> git-1.5.4.rc3.tar.{gz,bz2} (tarball)
>
Bodo Eggert <[EMAIL PROTECTED]> said on Sat, 12 Jan 2008 02:41:17 +0100 (CET):
> On Fri, 11 Jan 2008, Lennart Sorensen wrote:
> > On Fri, Jan 11, 2008 at 05:22:45PM +0100, Bodo Eggert wrote:
>
> > > What can happen if someone does tune2fs -Lroot /dev/usbstick
> > > and puts that stick into this
The third rc for the next feature release GIT 1.5.4 is available
at the usual places:
http://www.kernel.org/pub/software/scm/git/
git-1.5.4.rc3.tar.{gz,bz2}(tarball)
git-htmldocs-1.5.4.rc3.tar.{gz,bz2} (preformatted docs)
git-manpages-1.5.4.rc3.tar.{gz,bz2}
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> On Fri, 11 Jan 2008 13:31:47 PST, Roland McGrath said:
> > > thanks, applied. Does this explain the crash/hang problems with 32-bit
> > > apps on 64-bit kernels? What was the exact failure mode?
> >
> > It does. Any 32-bit process trying to run
* Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> this patch series improves the x86 backtracing code in the following ways:
> 1) Fix a bad bug in x86 (32 bit) FRAME_POINTER backtracing (2.6.24 material)
> 2) Add the capability to mark a backtrace entry as reliable / unreliable
> 3) Change the x86
On Friday 11 January 2008 16:04, Andrew Morton wrote:
> It needs to be reviewed. In exhaustive detail. Few people can do
> that and fewer are inclined to do so.
Agreed, there just have to be a few bugs in this many lines of code.
I spent a couple of hours going through it, not really looking at
(Reposting, nobody from lkml or tpmdd-devel chirped on the Dec 27 post)
On Sat, 22 Dec 2007 23:30:56 PST, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc6/2.6.24-rc6-mm1/
Looks like an uninitialized variable dereference for SEPARATOR events:
# mount
Hi,
I have a problem about the try_module_get function, I don't know if someone
removed the module just AFTER line 372 and BEFORE line 373, then
what happens? Because in this situation, the variable "module" will be
incorrect, and module_is_live function will lead to unpredicatable behaviour.
On Fri, 11 Jan 2008 13:31:47 PST, Roland McGrath said:
> > thanks, applied. Does this explain the crash/hang problems with 32-bit
> > apps on 64-bit kernels? What was the exact failure mode?
>
> It does. Any 32-bit process trying to run a signal handler when it had
> used the FPU, would clobber
Hello.
In article <[EMAIL PROTECTED]> (at Mon, 7 Jan 2008 17:10:57 -0800), Vince
Fuller <[EMAIL PROTECTED]> says:
> #define IN_MULTICAST_NET 0xF000
>
> +#define IN_CLASSE(a) long int) (a)) & 0xf000) == 0xf000)
> +#define IN_CLASSE_NET 0xff00
>
On Jan 10, 2008 9:24 AM, Chris Friesen <[EMAIL PROTECTED]> wrote:
> After a recent userspace app change, we've started seeing packets being
> dropped by the ethernet hardware (e1000, NAPI is enabled). The
> error/dropped/fifo counts are going up in ethtool:
(These are perhaps too obvious, but I
Subject: x86: Add the capability to print fuzzy backtraces
From: Arjan van de Ven <[EMAIL PROTECTED]>
For enhancing the 32 bit EBP based backtracer, I need the capability
for the backtracer to tell it's customer that an entry is either
reliable or unreliable, and the backtrace printing code then
Subject: x86: Add the "print code before the trapping instruction" feature to
64 bit
From: Arjan van de Ven <[EMAIL PROTECTED]>
The 32 bit x86 tree has a very useful feature that prints the Code: line
for the code even before the trapping instrution (and the start of the
trapping instruction is
Subject: x86: Use the stack frames to get exact stack-traces for
CONFIG_FRAMEPOINTER on x86-64
From: Arjan van de Ven <[EMAIL PROTECTED]>
x86 32 bit already has this feature: This patch uses the stack frames with
frame pointer into an exact stack trace, by following the frame pointer.
This only
Subject: x86: Add a simple backtrace test module
From: Arjan van de Ven <[EMAIL PROTECTED]>
During the work on the x86 32 and 64 bit backtrace code I found it useful
to have a simple test module to test a process and irq context backtrace.
Since the existing backtrace code was buggy, I figure it
Subject: x86: Turn 64 bit x86 HANDLE_STACK into print_context_stack like 32 bit
has
From: Arjan van de Ven <[EMAIL PROTECTED]>
This patch turns the x86 64 bit HANDLE_STACK macro in the backtrace code
into a function, just like 32 bit has. This is needed pre work in order to
get exact backtraces
Subject: x86: Improve the 32 bit Frame Pointer backtracer to also use the
traditional backtrace
From: Arjan van de Ven <[EMAIL PROTECTED]>
The 32 bit Frame Pointer backtracer code checks if the EBP is valid
to do a backtrace; however currently on a failure it just gives up
and prints nothing.
Subject: x86: pull EBP calculation earlier into the backtrace path
From: Arjan van de Ven <[EMAIL PROTECTED]>
Right now, we take the stack pointer early during the backtrace path, but
only calculate EBP several functions deep later, making it hard to reconcile
the stack and EBP backtraces (as
Subject: Fix x86 32 bit FRAME_POINTER chasing code
From: Arjan van de Ven <[EMAIL PROTECTED]>
The current x86 32 bit FRAME_POINTER chasing code has a nasty bug in
that the EBP tracer doesn't actually update the value of EBP it is
tracing, so that the code doesn't actually switch to the irq stack
Hi,
this patch series improves the x86 backtracing code in the following ways:
1) Fix a bad bug in x86 (32 bit) FRAME_POINTER backtracing (2.6.24 material)
2) Add the capability to mark a backtrace entry as reliable / unreliable
3) Change the x86 (32 bit) FRAME_POINTER backtracing to use the
On Wed, Jan 02, 2008 at 06:48:47PM -0600, James Bottomley wrote:
> This patch is the beginning of moving the attribute_containers to use
> attribute groups exclusively. The attr element is now deprecated and
> will eventually be removed (along with all the hand rolled code for
> doing exactly
On Wed, Jan 02, 2008 at 06:44:05PM -0600, James Bottomley wrote:
> I can't see a reason why these shouldn't work on every group. However,
> they only seem to work on named groups. This patch allows the group
> functions to work on anonymous groups (those with NULL names).
>
> Signed-off-by:
In article <[EMAIL PROTECTED]> (at Fri, 11 Jan 2008 17:48:57 -0800 (PST)),
David Miller <[EMAIL PROTECTED]> says:
> From: YOSHIFUJI Hideaki / 吉藤英明 <[EMAIL PROTECTED]>
> Date: Fri, 11 Jan 2008 21:41:20 +0900 (JST)
>
> > There is no positive consesus on this draft
> > at the intarea meeting in
On Fri, 11 Jan 2008 17:32:49 +0100, Andrea Righi said:
> The interesting feature is that it allows to set a priority for each
> process container, but AFAIK it doesn't allow to "partition" the
> bandwidth between different containers (that would be a nice feature
> IMHO). For example it would be
On Sat, Jan 12, 2008 at 11:06:17AM +0900, Tetsuo Handa wrote:
> Hello.
>
> James Morris wrote:
> > > > TOMOYO Linux uses /sys/kernel/security/tomoyo interface for
> > > > configuration.
> > >
> > > Why aren't you using securityfs for this? (It was designed for LSMs).
> >
> > Doh, it is using
Hi,
I have a problem about the try_module_get function, I don't know if someone
removed the module just AFTER line 372, then what happens? Because in this
situation, the variable module will be incorrect, and module_is_live
function will lead to unpredicatable behaviour.
368 static inline int
On Fri, Jan 11, 2008 at 10:11:52PM -0500, Alan Stern wrote:
> On Fri, 11 Jan 2008, Greg KH wrote:
>
> > On Fri, Jan 11, 2008 at 04:49:04PM -0800, Andrew Morton wrote:
>
> > > err, no. pm-introduce-destroy_suspended_device.patch demolishes
> > > pm-acquire-device-locks-on-suspend-rev-3.patch
> >
Hi,
I have a problem about the try_module_get function, I don't know if someone
removed the module just AFTER line 372, then what happens? Because in this
situation, the variable module will be incorrect, and module_is_live
function will
lead to unpredicatable behaviour.
368 static inline int
Hi Jon,
On Fri, 11 Jan 2008 21:47:46 -0500 Jon Smirl <[EMAIL PROTECTED]> wrote:
>
> +++ b/drivers/i2c/busses/i2c-mpc.c
> +static void of_register_i2c_devices(struct i2c_adapter *adap, struct
> device_node *adap_node)
> +{
> + struct device_node *node = NULL;
> +
> + while ((node =
Hi Jon,
On Fri, 11 Jan 2008 22:00:42 -0500 "Jon Smirl" <[EMAIL PROTECTED]> wrote:
>
> +++ b/drivers/hwmon/f75375s.c
> @@ -117,7 +117,7 @@ struct f75375_data {
> static int f75375_attach_adapter(struct i2c_adapter *adapter);
> static int f75375_detect(struct i2c_adapter *adapter, int address,
On Fri, 11 Jan 2008 22:11:52 -0500 (EST) Alan Stern <[EMAIL PROTECTED]> wrote:
> On Fri, 11 Jan 2008, Greg KH wrote:
>
> > On Fri, Jan 11, 2008 at 04:49:04PM -0800, Andrew Morton wrote:
>
> > > err, no. pm-introduce-destroy_suspended_device.patch demolishes
> > >
> The real problem is that our current email workflow patterns don't
> provide a standardized way for maintainers to tell when a new patch
> submission is meant to override or replace an earlier submission (or
> even a set of earlier submissions). Does anybody have some suggestions
> for a
On Fri, 11 Jan 2008, Greg KH wrote:
> On Fri, Jan 11, 2008 at 04:49:04PM -0800, Andrew Morton wrote:
> > err, no. pm-introduce-destroy_suspended_device.patch demolishes
> > pm-acquire-device-locks-on-suspend-rev-3.patch
> >
> > Confused, giving up.
>
> I'm confused too, I have no idea what
On Sat, 12 Jan 2008, Tetsuo Handa wrote:
> Hello.
>
> James Morris wrote:
> > > > TOMOYO Linux uses /sys/kernel/security/tomoyo interface for
> > > > configuration.
> > >
> > > Why aren't you using securityfs for this? (It was designed for LSMs).
> >
> > Doh, it is using securityfs, don't
Comment was wrong, I2C_OF_MODULE_PREFIX was needed. Add it back.
Implement module aliasing for i2c to translate from device tree names
This patch allows new style i2c chip drivers to have alias names using
the official kernel aliasing system and MODULE_DEVICE_TABLE(). I've
tested it on PowerPC
This patch allows new style i2c chip drivers to have alias names using
the official kernel aliasing system and MODULE_DEVICE_TABLE(). I've
tested it on PowerPC and x86. This change is required for PowerPC
device tree support.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
Updated to reflect comments in:
http://lkml.org/lkml/2008/1/11/272
Since copying i2c-mpc.c to maintain support for the ppc architecture seems to
be an issue; instead rework i2c-mpc.c to use CONFIG_PPC_MERGE #ifdefs to
support both the ppc and powerpc architecture. When ppc is deleted in six
Convert pfc8563 i2c driver from old style to new style. The
driver is also modified to support device tree names via the
i2c mod alias mechanism.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
drivers/rtc/rtc-pcf8563.c | 107 +++--
1 files changed, 27
Convert MPC i2c driver from being a platform_driver to an open firmware
version. Error returns were improved. Routine names were changed from fsl_ to
mpc_ to make them match the file name.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c | 96
While helping a user find out what happened to his mute key, I found out
that the Lenovo BIOSes need the OSI string Linux defined to behave properly
in Linux.
Lenovo has been attempting to make things a bit easier for Linux on their
ThinkPads, by disabling the more obnoxious behaviours of the
Return errors that were being ignored in the mpc-i2c driver
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
drivers/i2c/busses/i2c-mpc.c | 30 +-
1 files changed, 17 insertions(+), 13 deletions(-)
diff --git a/drivers/i2c/busses/i2c-mpc.c
This patch modifies the ds1307, ds1374, and rs5c372 i2c drivers to support
device tree names using the new i2c mod alias support
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c | 44 -
drivers/rtc/rtc-ds1307.c | 18
> And yes, the
> network stack shouldn't call synchronize_rcu() quite so much, but fixing that
> is a little more involved.
... but the correct solution.
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
2008/1/11, Peter Staubach <[EMAIL PROTECTED]>:
> Anton Salikhmetov wrote:
> > From: Anton Salikhmetov <[EMAIL PROTECTED]>
> >
> > The patch contains changes for updating the ctime and mtime fields for
> > memory mapped files:
> >
> > 1) adding a new flag triggering update of the inode data;
> >
Hello.
James Morris wrote:
> > > TOMOYO Linux uses /sys/kernel/security/tomoyo interface for configuration.
> >
> > Why aren't you using securityfs for this? (It was designed for LSMs).
>
> Doh, it is using securityfs, don't worry.
>
I got a mm-commits mail titled
"+
Sorry,
Meant to press reply/all.
Forwarded Message
From: Tony Camuso <[EMAIL PROTECTED]>
To: Greg KH <[EMAIL PROTECTED]>
Subject: Re: [Patch v2] Make PCI extended config space (MMCONFIG) a
driver opt-in
Date: Fri, 11 Jan 2008 20:58:52 -0500
Greg KH wrote:
> Ivan, you posted
Copy the prefetch of map_sem from X86_64 and move the check
notify_page_fault (soon to be kprobe_handle_fault) out of
the unlikely if() statement.
This makes the X86_32|64 pagefault handlers closer to each
other.
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
Ingo, I'll go back to the
From: "Chris Friesen" <[EMAIL PROTECTED]>
Date: Fri, 11 Jan 2008 08:59:26 -0600
> I'd love to work on newer kernels, but we have a commitment to our
> customers to support multiple releases for a significant amount of time.
And by asking here for people to dig into it for you, you are asking
From: Vince Fuller <[EMAIL PROTECTED]>
Date: Fri, 11 Jan 2008 09:29:15 -0800
> I leave it up to you, the developers, to decide if you want to use these
> patches.
Vince, please just ignore these turkeys who are dismissing
your patch and respin it against current sources as I asked
of you.
I'll
From: YOSHIFUJI Hideaki / 吉藤英明 <[EMAIL PROTECTED]>
Date: Fri, 11 Jan 2008 21:41:20 +0900 (JST)
> There is no positive consesus on this draft
> at the intarea meeting in Vancouver, right?
>
> We cannot / should not enable that space until we have reached
> a consensus on it.
This is so
On Fri, 11 Jan 2008, Lennart Sorensen wrote:
> On Fri, Jan 11, 2008 at 05:22:45PM +0100, Bodo Eggert wrote:
> > What can happen if someone does tune2fs -Lroot /dev/usbstick
> > and puts that stick into this system?
>
> Don't know. I use UUIDs rather than LABELs. Having duplicated labels
> just
Vineet Gupta wrote:
I'm trying to implement atomic ops for a CPU which has no inherent
support for Read-Modify-Write Ops. Instead of using a global spin lock
which protects all the atomic APIs, I want to use a spin lock per
instance of atomic_t.
What operations are you using to implement
On Sat, 12 Jan 2008 10:04:11 +0900
"Nobuhiro Iwamatsu" <[EMAIL PROTECTED]> wrote:
> 2007/12/26, Andrew Morton <[EMAIL PROTECTED]>:
> > On Tue, 18 Dec 2007 18:57:24 +0900 Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
> > wrote:
> >
> > > There is a device that doesn't work when P2CCLK's bit of TI PC1520
On Tue, Jan 08, 2008 at 11:43:04AM +0300, Alexey Dobriyan wrote:
> Please, fold into gregkh-driver-block-device.patch
> ---
> [PATCH -mm 1/4] genhd: fixup kobj_to_dev() macro
Thanks, I've now merged it in.
greg k-h
--
To unsubscribe from this
On Tue, Jan 08, 2008 at 11:45:20AM +0300, Alexey Dobriyan wrote:
> Please, fold into
> gregkh-driver-kobject-convert-hvcs-to-use-kref-not-kobject.patch
> --
> [PATCH -mm 3/4] hvcs: fixup container_of() usage
>
> Signed-off-by:
Hello folks,
I'd like to put the patch below out for comments to see if folks think the
approach is a valid fix to reduce the latency of synchronize_rcu(). The
motivation is that an otherwise idle system takes about 3 ticks per network
interface in unregister_netdev() due to multiple calls to
On 11-01-08 19:40, Ondrej Zary wrote:
On Friday 11 January 2008 15:21:55 Rene Herman wrote:
Hrmpf. Well, okay. Ondrej -- I assume this patch fixes things?
Yes, it works fine. 3c509 card still does not work after resume, but that
looks like another problem.
Okay. Would now only still like
Gabor Gombas wrote:
On Mon, Jan 07, 2008 at 06:10:29PM -0600, Robert Hancock wrote:
Gabor, I just noticed you said that it worked OK in 2.6.20, yet 2.6.22
fails. 2.6.20 had ADMA support as well, so I wonder what change started
causing the problem. Would it be possible for you to do a git
Refactor ioport unification to pull out common code.
Cc: [EMAIL PROTECTED]
Cc: Kevin Winchester <[EMAIL PROTECTED]>
Cc: Zach Brown <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: "H. Peter Anvin" <[EMAIL PROTECTED]>
Cc: Thomas Gleixner <[EMAIL PROTECTED]>
Signed-off-by: Chris Wright
Kuan Luo wrote:
hi robert,
I have fixed a bug in rhel4u5 2.6.9-55 when running adma mode
with HDS7250SASUN500G.
Could you check this code and if no problem, then help me to
submit to the newest kernel.
What problem does this resolve? I tested it against the cache flush/NCQ
On Mon, Dec 31, 2007 at 12:11:15PM -0800, Randy Dunlap wrote:
> On Sat, 22 Dec 2007 23:30:56 -0800 Andrew Morton wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc6/2.6.24-rc6-mm1/
>
>
> With CONFIG_BLOCK=n:
>
> LD drivers/block/built-in.o
>
* Ingo Molnar ([EMAIL PROTECTED]) wrote:
> thanks for tracking it down. I pulled that commit for now. But it would
> be nice to figure out what's going on there.
Zach was right. The unification was broken for 32-bit; it was missing
the actual pushf/popf EFLAGS manipluation (set_iopl_mask()) and
2007/12/26, Andrew Morton <[EMAIL PROTECTED]>:
> On Tue, 18 Dec 2007 18:57:24 +0900 Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
> wrote:
>
> > There is a device that doesn't work when P2CCLK's bit of TI PC1520 was
> > disable.
> > This patch supports P2CCLK bit enabler for TI PC1520.
> >
> > ...
> >
>
On Fri, Jan 11, 2008 at 04:49:04PM -0800, Andrew Morton wrote:
> On Fri, 11 Jan 2008 16:46:13 -0800
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > > The first patch in the series introduces such a mechanism. The remaining
> > > three
> > > patches modify the MSR, x86-64 MCE and cpuid drivers
On Fri, 11 Jan 2008 16:46:13 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> > The first patch in the series introduces such a mechanism. The remaining
> > three
> > patches modify the MSR, x86-64 MCE and cpuid drivers in accordance with the
> > above approach.
>
> These patches are a
On Wed, 2 Jan 2008 00:32:44 +0100
"Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> Some device drivers register CPU hotplug notifiers and use them to destroy
> device objects when removing the corresponding CPUs and to create these
> objects
> when adding the CPUs back.
>
> Unfortunately, this
On Friday, January 11, 2008 3:58 Ivan Kokshaysky wrote:
> On Fri, Jan 11, 2008 at 02:38:03PM -0700, Matthew Wilcox wrote:
> > On Fri, Jan 11, 2008 at 01:28:30PM -0800, Linus Torvalds wrote:
> > > Hmm. Were all those reports root-caused to just that BAR probing?
> > > If so, we may be in better
> >I don't think that's a good idea. Drivers should be able to
> >detect this somehow.
> >Handling UC mappings as WC will probably give very poor results.
> It is the other way. ioremap_wc aliases to ioremap_nocache.
> This was based on earlier feedback from Roland.
> >From: Roland Dreier
David Newall wrote:
Heads up: linux-2.4.36 on kernel.org is dated 01/01/07 (ie six months
before linux-2.4.35.) Surely a mistake.
Bug in your FTP client.
Compare Mozilla bug 61235.
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Sat, Jan 12, 2008 at 02:58:56AM +0300, Ivan Kokshaysky wrote:
> On Fri, Jan 11, 2008 at 02:38:03PM -0700, Matthew Wilcox wrote:
> > On Fri, Jan 11, 2008 at 01:28:30PM -0800, Linus Torvalds wrote:
> > > Hmm. Were all those reports root-caused to just that BAR probing? If so,
> > > we may be in
> > diff -u --new-file --recursive --exclude-from /usr/src/exclude
> > linux.vanilla-2.6.24-rc6-mm1/drivers/net/hp.c
> > linux-2.6.24-rc6-mm1/drivers/net/hp.c
> > --- linux.vanilla-2.6.24-rc6-mm1/drivers/net/hp.c 2008-01-02
> > 16:04:00.0 +
> > +++
James Bottomley wrote:
On Thu, 2008-01-10 at 16:46 -0500, Pete Wyckoff wrote:
[EMAIL PROTECTED] wrote on Thu, 10 Jan 2008 14:55 -0600:
On Thu, 2008-01-10 at 15:43 -0500, Pete Wyckoff wrote:
[EMAIL PROTECTED] wrote on Wed, 09 Jan 2008 09:11 +0900:
On Tue, 8 Jan 2008 17:09:18 -0500
Pete
Guillaume Chazarain <[EMAIL PROTECTED]> wrote:
> FYI, I'm currently trying to track down where rq->clock started to
> overflow with nohz=off, and it seems to be before 2.6.23, so my patches
> are not at fault ;-) Or maybe I am dreaming and it was always
> overflowing. Investigating ...
And the
On Fri, 11 Jan 2008 09:05:17 -0800
Daniel Phillips <[EMAIL PROTECTED]> wrote:
> On Thursday 10 January 2008 13:17, Abhishek Rai wrote:
> > Benchmark 5: fsck
> > Description: Prepare a newly formated 400GB disk as follows: create
> > 200 files of 0.5GB each, 100 files of 1GB each, 40 files of
On Fri, Jan 11, 2008 at 02:38:03PM -0700, Matthew Wilcox wrote:
> On Fri, Jan 11, 2008 at 01:28:30PM -0800, Linus Torvalds wrote:
> > Hmm. Were all those reports root-caused to just that BAR probing? If so,
> > we may be in better shape than I worried.
>
> I believe so.
Ditto.
One typical
On Friday 11 January 2008 15:03:47 Ingo Molnar wrote:
> * Kevin Winchester <[EMAIL PROTECTED]> wrote:
> > Bisect says...
> >
> > 4b5ea240a0c05ff90c4959fd91f0caec7b9bef1b is first bad commit
> > commit 4b5ea240a0c05ff90c4959fd91f0caec7b9bef1b
> > Author: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> >
On Fri, 11 Jan 2008 19:59:24 +0100
Jesper Nilsson <[EMAIL PROTECTED]> wrote:
> CRIS v10: Correct do_signal to fix oops and clean up signal handling in
> general.
>
> This fixes a kernel panic on boot due to do_signal not being compatible
> with it's callers.
>
Please sequence-number patches
Hi Linus,
before 2.6.24-final, please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release
These are all regression fixes.
A couple will apply to 2.6.23.stable too.
thanks!
-Len
ps. individual patches are available on [EMAIL PROTECTED]
and a consolidated
On Fri, 11 Jan 2008 15:21:31 +0100
Jan Kara <[EMAIL PROTECTED]> wrote:
> On Thu 10-01-08 16:36:35, Andrew Morton wrote:
> > On Thu, 10 Jan 2008 16:55:13 +0100
> > Jan Kara <[EMAIL PROTECTED]> wrote:
> >
> > > Hi,
> > >
> > > sorry for the previous empty email...
> > >
> > > Supriya noted
On 01/11/2008 06:21 PM, Jeff Garzik wrote:
> Chuck Ebbert wrote:
>> On 01/11/2008 04:35 PM, Jeff Garzik wrote:
>>> Chuck Ebbert wrote:
commit 607126c2a21cd6e9bb807fdd415c1a992f7b9009 changed command
validation
to allow short commands in 16-byte CDBs, but it also made checking more
On Sun, Dec 16, 2007 at 11:25:49PM +0100, Harald Dunkel wrote:
> Hi folks,
>
> Is there a way to replace the system beep by something more
> melodic?
>
> I remember some 10 years ago there was a patch for the kernel
> to call an external "beep daemon" playing an audio file instead
> (no kidding).
Chuck Ebbert wrote:
On 01/11/2008 04:35 PM, Jeff Garzik wrote:
Chuck Ebbert wrote:
commit 607126c2a21cd6e9bb807fdd415c1a992f7b9009 changed command
validation
to allow short commands in 16-byte CDBs, but it also made checking more
strict. Before the change, a 10-byte SG_IO command could have
On Mon, Jan 07, 2008 at 06:10:29PM -0600, Robert Hancock wrote:
> Gabor, I just noticed you said that it worked OK in 2.6.20, yet 2.6.22
> fails. 2.6.20 had ADMA support as well, so I wonder what change started
> causing the problem. Would it be possible for you to do a git bisect (or
> at
On Fri, 2008-01-11 at 18:14 +, Alan Cox wrote:
> I can find no reason for the _p on the serverworks IRQ routing logic, and
> a review of the documentation contains no indication that any such delay
> is needed so lets try this
>
Looks good to me; unfortunately my Serverworks boxes got
> I'm trying to implement atomic ops for a CPU which has no inherent
> support for Read-Modify-Write Ops. Instead of using a global spin lock
> which protects all the atomic APIs, I want to use a spin lock per
> instance of atomic_t. This works well when atomic_t is unitary and
> statically
Full gettext support for menuconfig.
Signed-off-by: Egry Gabor <[EMAIL PROTECTED]>
Reviewed-by: Sam Ravnborg <[EMAIL PROTECTED]>
---
kbuild-szilard/scripts/kconfig/mconf.c | 51 -
1 file changed, 26 insertions(+), 25 deletions(-)
diff -puN
Gettext support for menu and toolbar.
Signed-off-by: Egry Gabor <[EMAIL PROTECTED]>
Reviewed-by: Sam Ravnborg <[EMAIL PROTECTED]>
---
kbuild-szilard/scripts/kconfig/Makefile|7 +--
kbuild-szilard/scripts/kconfig/POTFILES.in |1 +
2 files changed, 6 insertions(+), 2 deletions(-)
On Fri, 2008-01-11 at 18:08 +, Alan Cox wrote:
> This lets us remove port 0x80 use on the PCI systems. It also speeds
> up
> some of the later 8390 based cores where we know the device does not
> need
> delay loops either because it has internal handling or in most cases a
> faster device
On Thu, Jan 10, 2008 at 09:11:17AM +0800, Dave Young wrote:
> For bluetooth device_move, the only child device of hci_conn dev is
> the rfcomm tty_dev. How about the following patch, please verify :
There is now no oops, instead the keyboard becomes almost completely
unresponsible when I switch
Gettext support for conf.c .
Signed-off-by: Egry Gabor <[EMAIL PROTECTED]>
Reviewed-by: Sam Ravnborg <[EMAIL PROTECTED]>
---
kbuild-szilard/scripts/kconfig/conf.c | 34 +++---
1 file changed, 19 insertions(+), 15 deletions(-)
diff -puN
This patch adds tracking messages.
Signed-off-by: Egry Gabor <[EMAIL PROTECTED]>
Reviewed-by: Sam Ravnborg <[EMAIL PROTECTED]>
---
kbuild-szilard/scripts/kconfig/Makefile | 18 +++---
1 file changed, 11 insertions(+), 7 deletions(-)
diff -puN
Gettext support for lxdialog.
Signed-off-by: Egry Gabor <[EMAIL PROTECTED]>
Reviewed-by: Sam Ravnborg <[EMAIL PROTECTED]>
---
kbuild-szilard/scripts/kconfig/POTFILES.in |6 ++
kbuild-szilard/scripts/kconfig/lxdialog/checklist.c |4 ++--
[Ingo, this patch applies on top of the mm branch, please add.]
---
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
CONFIG_PM_CPUINIT should depend on CONFIG_PM_SLEEP rather than
on CONFIG_PM, because it only is needed for suspend and
hibernation. Also, it's not necessary to compile
[Len, this patch applies on top of the suspend branch, please add.]
---
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Make drivers/acpi/sleep/main.c compile with CONFIG_PM_SLEEP unset
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
---
drivers/acpi/sleep/main.c |2 +-
1 file changed, 1
I'm trying to implement atomic ops for a CPU which has no inherent
support for Read-Modify-Write Ops. Instead of using a global spin lock
which protects all the atomic APIs, I want to use a spin lock per
instance of atomic_t. This works well when atomic_t is unitary and
statically initialized
Full gettext support for xconfig.
Signed-off-by: Egry Gabor <[EMAIL PROTECTED]>
Reviewed-by: Sam Ravnborg <[EMAIL PROTECTED]>
---
kbuild-szilard/scripts/kconfig/qconf.cc | 93
1 file changed, 49 insertions(+), 44 deletions(-)
diff -puN
This patch removes the unnecessary whitespaces from end of help lines of
Kconfig files.
Signed-off-by: Egry Gabor <[EMAIL PROTECTED]>
Reviewed-by: Sam Ravnborg <[EMAIL PROTECTED]>
---
kbuild-szilard/scripts/kconfig/lex.zconf.c_shipped |5 +
kbuild-szilard/scripts/kconfig/zconf.l
1 - 100 of 796 matches
Mail list logo