On 11/23/2007 04:18 AM, Marin Mitov wrote:
> request_irq returns EBUSY (not -EBUSY as should be)
Because he writes -status to the output.
-
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.kern
Ingo,
Just applied this patch to 2.6.22.13 and 2.6.22.14. Compiles and runs fine but
on my laptop, it prevents suspending and hibernating with "one tasks refuses to
freeze" load_balance_mo.
Reverting back to sched-cfs-2.6.22.9-v22 solves this problem. If you need more
details, CC me with a reply
(cc linux-ide)
On Tue, 13 Nov 2007 15:48:21 -0500 (EST) [EMAIL PROTECTED] wrote:
> For example, 2.6.23.1:
>
> Linux version 2.6.23.1 ([EMAIL PROTECTED]) (gcc version 4.2.2) #1 SMP PREEMPT
> Fri Oct 26 13:09:09 CDT 2007
> kernel: hdd: HP DVD Writer 1040d, ATAPI CD/DVD-ROM drive
> kernel: hdd: AT
On Thu, Nov 22 2007, Jerome Marchand wrote:
> Fix a memory leak in alloc_disk_node(). Don't forget to free 'dkstats'
> when the allocation of 'part' failed.
Thanks, applied.
--
Jens Axboe
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAI
Pavel Emelyanov wrote:
> Cedric Le Goater wrote:
>> Pierre Peiffer wrote:
[snip]
>> Pavel, what do you think of it ?
>
> Looks sane, good catch, Pierre.
>
> But I'd find out whether these three ipc_ids intersect any
> cache-line. In other words I'd mark the struct ipc_ids as
> cacheline_a
Hi,
Thanks for reviewing this !
Pavel Emelyanov wrote:
> Pavel Emelyanov wrote:
>> Cedric Le Goater wrote:
>>> Pierre Peiffer wrote:
>
> [snip]
>
>>> Pavel, what do you think of it ?
>> Looks sane, good catch, Pierre.
>>
>> But I'd find out whether these three ipc_ids intersect any
>>
> On Thu, Nov 22, 2007 at 07:08:47PM +0100, Miklos Szeredi wrote:
> > Thanks. My other problem is (probably you are aware) that recent -mm
> > kernels don't compile for UML.
>
> The patch below fixes the build for rc3-mm1 for me.
Yeah, I got as far as that (sorry about the incomplete report), bu
On Fri, Nov 23, 2007 at 08:05:44AM +0200, Kirill A. Shutemov wrote:
> On [Fri, 23.11.2007 01:48], Thomas Gleixner wrote:
> > On Thu, 22 Nov 2007, Andrew Morton wrote:
> >
> > > On Thu, 22 Nov 2007 12:22:05 +0200 "Kirill A. Shutemov" <[EMAIL
> > > PROTECTED]> wrote:
> > >
> > > > On x86_64 'uname
On 23/11/2007, Jeff Dike <[EMAIL PROTECTED]> wrote:
> On Thu, Nov 22, 2007 at 07:08:47PM +0100, Miklos Szeredi wrote:
> > Thanks. My other problem is (probably you are aware) that recent -mm
> > kernels don't compile for UML.
>
> The patch below fixes the build for rc3-mm1 for me.
>
>
On Thu, 22 Nov 2007 19:47:35 + Simon Arlott <[EMAIL PROTECTED]> wrote:
> WARN during log message being output to ttyS0 and netconsole:
>
> [2059664.615816] __iptables__: init4 IN=ppp0 OUT=ppp0 WARNING: at
> kernel/softirq.c:139 local_bh_enable()
> [2059664.620535] [<80120364>] local_bh_enab
Hi,
Current git head doesn't compile. Looks like fall-out from the x86 merge?
[EMAIL PROTECTED]:~/src/linux/uml-2.6$ make ARCH=um
SYMLINK arch/um/include/kern_constants.h
SYMLINK arch/um/include/sysdep
make[1]: `arch/um/sys-i386/user-offsets.s' is up to date.
CHK arch/um/include/user_co
On Tue, Nov 20, 2007 at 08:08:42PM -0800, Andrew Morton wrote:
> On Fri, 16 Nov 2007 18:10:15 +0300 Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
>
> > We can take proc_subdir_lock for duration of list searching and removing
> > from lists only. It can't hurt -- we can gather any amount of looked up
On Thu, Nov 22 2007, Haavard Skinnemoen wrote:
> mmc_init_queue only initializes the scatterlists with sg_init_table()
> when using a bounce buffer. This leads to a BUG() when CONFIG_DEBUG_SG
> is set.
>
> Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
> ---
> drivers/mmc/card/queue.c |
On Nov 20, 2007 3:08 PM, <[EMAIL PROTECTED]> wrote:
> I'm working to sort out what appear to be issues with binding of the
> serial_cs driver to a PCMCIA wireless card (Zoom).
>
> Card works perfectly in recent 2.6.2[23] kernels if cardmgr is running
> and PCMCIA_IOCTL support is in the kernel. T
Hi!
> > > but perhaps somehow we miss this fact and fail to turn off the lapic
> > > clockevents drivers?
> >
> > Ok, I guess I'm lost. If I offline second CPU, I immediately get
> > 1000Hz timer tick... is that expected?
>
> Hmm. No. I have no idea why this is happening.
>
> 34196 total event
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
drivers/dma/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/dma/Kconfig b/drivers/dma/Kconfig
index 1db5499..9bcc392 100644
--- a/drivers/dma/Kconfig
+++ b/drivers/dma/Kconfig
@@ -4,7 +4,7 @@
men
This adds a driver for the Synopsys DesignWare DMA controller (aka
DMACA on AVR32 systems.) This DMA controller can be found integrated
on the AT32AP7000 chip and is primarily meant for peripheral DMA
transfer, but can also be used for memory-to-memory transfers.
The dmatest client shows no proble
Hello,
Thomas Gleixner wrote:
> On Fri, 23 Nov 2007, Uwe Kleine-König wrote:
> > my kernel reported:
> >
> > NOHZ: local_softirq_pending 20
>
> Thats TASKLET_SOFTIRQ
I suppose you're right, and it's only me that fails to see that. Just
from looking on the code, I'd say TASKLET_SOFTIRQ is 5.
On Nov 23, 2007 6:19 PM, David Woodhouse <[EMAIL PROTECTED]> wrote:
>
> On Fri, 2007-11-23 at 18:14 +0800, Bryan Wu wrote:
> >
> > +#ifdef CONFIG_BF54x
> > /* Setup DMAC1 channel mux for NFC which shared with SDH */
> > val = bfin_read_DMAC1_PERIMUX();
> > val &= 0xFFFE;
> >
This client tests DMA memcpy using various lengths and various offsets
into the source and destination buffers. It will initialize both
buffers with a know pattern and verify that the DMA engine copies the
requested region and nothing more.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
On Fri, 23 Nov 2007, Kirill A. Shutemov wrote:
> On [Thu, 22.11.2007 21:51], Alan Stern wrote:
> > On Thu, 22 Nov 2007, Marin Mitov wrote:
> >
> > > > > > I've had some strangenesses with USB lately. Sometimes running
> > > > > > `lsusb'
> > > > > > makes the USB system notice a newly attached
On Monday 19 November 2007 00:16:06 Benjamin Herrenschmidt wrote:
> (Also, Michel, can you check if it fixes your other problem with this
> code ? ie. your "hot crash")
> Forwarded Message
> From: Jean Delvare <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Cc: Benjamin Herrenschmi
BERTRAND Joël wrote:
Hello,
Since I have installed a 2.6.23.1 linux kernel on my U60, I can see
several NETDEV WATCHDOG. This trouble never occurs with 2.6.23-rc4.
This bug occurs after a random uptime.
I have made the same constation this evening on a amd64/up with two
3C905 and a
DaveJ's Fedora 8 rpm for 2.6.24 works petty well, except for the
neworking related lockdep assert attached below, which happened while
starting up ipsec. Let me know if you need any more info - it's a pretty
stock setup.
Ingo
===
[ I
Robert Hancock wrote:
This fixes some problems with ATAPI devices on nForce4 controllers in ADMA mode
on systems with memory located above 4GB. We need to delay setting the 64-bit
DMA mask until the PRD table and padding buffer are allocated so that they don't
get allocated above 4GB and break le
On Thu, Nov 22, 2007 at 11:39:52AM +1100, David Chinner wrote:
> Remove the xfs_icluster structure and replace with a radix tree lookup.
>
> We don't need to keep a list of inodes in each cluster around anymore
> as we can look them up quickly when we need to. The only time we need
> to do this no
Le 23.11.2007 12:38, Hannes Reinecke a écrit :
> Hannes Reinecke wrote:
>> Laurent Riffard wrote:
>>> Le 21.11.2007 23:41, Andrew Morton a écrit :
On Wed, 21 Nov 2007 22:45:22 +0100
Laurent Riffard <[EMAIL PROTECTED]> wrote:
> Le 21.11.2007 05:45, Andrew Morton a écrit :
>> f
> +++ 2.6.x-xfs-new/fs/xfs/xfs_inode.c 2007-11-22 10:33:51.037704348 +1100
> @@ -183,12 +183,20 @@ xfs_imap_to_bp(
> int ni;
> xfs_buf_t *bp;
>
> + if (buf_flags == 0)
> + buf_flags = XFS_BUF_LOCK;
There's just two caller and they never pass 0, so t
On Fri, Nov 23, 2007 at 01:11:20PM -0600, Matt Mackall ([EMAIL PROTECTED])
wrote:
> On Fri, Nov 23, 2007 at 09:59:06PM +0300, Evgeniy Polyakov wrote:
> > On Fri, Nov 23, 2007 at 09:51:01PM +0300, Evgeniy Polyakov ([EMAIL
> > PROTECTED]) wrote:
> > > On Fri, Nov 23, 2007 at 09:48:51PM +0300, Evgen
On Fri, Nov 23, 2007 at 10:15:24PM +0300, Evgeniy Polyakov wrote:
> On Fri, Nov 23, 2007 at 12:59:43PM -0600, Matt Mackall ([EMAIL PROTECTED])
> wrote:
> > So I'd be surprised if that was a problem. But I can imagine having
> > problems for skbs without destructors which run into one of these in
>
wait_task_stopped() doesn't need the "delay_group_leader" parameter. If the
child is not traced it must be a group leader. With or without subthreads
->group_stop_count == 0 when the whole task is stopped.
Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]>
--- PT/kernel/exit.c~5_ck_group_stop20
This looks bad, though:
include/linux/fsnotify.h:121: warning: passing argument 2 of
'audit_inode_child' from incompatible pointer type
Missing "->d_inode"?
M.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo i
On Fri, Nov 23, 2007 at 10:54:11PM +0300, Evgeniy Polyakov wrote:
> On Fri, Nov 23, 2007 at 01:41:39PM -0600, Matt Mackall ([EMAIL PROTECTED])
> wrote:
> > Here's another thought: move all this logic into the networking core,
> > unify it with current softirq zapper, then allow it to be called fro
On Thursday 22 November 2007 04:15:53 pm Daniel Drake wrote:
> Fortunately things are not too complex, as in most cases, the compiler
> ensures that things will work for you. For example, take the following
> structure:
>
> struct foo {
> u16 field1;
> u32 field2;
On Fri, 23 Nov 2007 22:25:29 +0800
"Bryan Wu" <[EMAIL PROTECTED]> wrote:
> On Nov 23, 2007 6:19 PM, David Woodhouse <[EMAIL PROTECTED]> wrote:
> >
> > On Fri, 2007-11-23 at 18:14 +0800, Bryan Wu wrote:
> > >
> > > +#ifdef CONFIG_BF54x
> > > /* Setup DMAC1 channel mux for NFC which shared w
Remove the broken status to CONFIG_TIMERFD.
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
- Davide
---
init/Kconfig |1 -
1 file changed, 1 deletion(-)
Index: linux-2.6.mod/init/Kconfig
===
--- linux-2.6.mod.orig/init/
On Fri, 2007-11-16 at 22:13 +, Russell King wrote:
> While testing a kernel based upon
> ecd744eec3aa8bbc949ec04ed3fbf7ecb2958a0e
> (with wrong boot arguments), I got the following bad page state entry
> while
> NFS was trying to mount it's rootfs:
>
> IP-Config: Complete:
> device=eth0
Alan Cox wrote:
If a card has no IRQ then pass no interrupt handler but allow polled
usage.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.24-rc2-mm1/drivers/ata/pata_isapnp.c
linux-2.6.24-rc2-mm1/drivers/ata/pata_i
From: Haavard Skinnemoen <[EMAIL PROTECTED]>
This patch corrects recently changed (and now invalid) Kconfig
descriptions for the DMA engine framework:
- Non-Intel(R) hardware also has DMA engines;
- DMA is used for more than memcpy and RAID offloading.
In fact, on most platforms memcpy and RAI
On Fri, 2007-11-23 at 23:29 +0100, Jean Delvare wrote:
> On Fri, 23 Nov 2007 17:00:52 +0100, Michael Buesch wrote:
> > This patch fixes my crash problem.
>
> Out of curiosity, what kind of crash was it? I admit that I can't see
> how the code could crash.
Really sneaky... apparently, keeping the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Casey Schaufler wrote:
> In the end we can call it CAP_LATE_FOR_DINNER if that's the only way
> I can move forward. CAP_MAC_OVERRIDE is the obvious partner to
> CAP_DAC_OVERRIDE, so that's still my preference. CAP_SMACK_OVERRIDE
> unnecessarily ties it
Also io->pending may need better protection - atomic, but missing memory
barriers? (May be getting away without sometimes due to side-effects of
other function calls, but needs doing properly.)
[BTW Other device-mapper atomic_t usage also needs reviewing.]
Alasdair
--
[EMAIL PROTECTED]
-
To uns
On Fri, Nov 23, 2007 at 11:42:36PM +0100, Torsten Kaiser wrote:
> ... or I just don't see the bug.
See my earlier post in this thread: there's a race in the write loop
where a work struct could be used twice on the same queue.
(Needs data structure change to fix that, which nobody has attempted
t
On Saturday 24 November 2007 05:10:37 Jeff Garzik wrote:
> Maxim Levitsky wrote:
> >>From 7e24227257f315e52fe0b494dc1253d2a0ce5dff Mon Sep 17 00:00:00 2001
> > From: Maxim Levitsky <[EMAIL PROTECTED]>
> > Date: Fri, 23 Nov 2007 01:15:36 +0200
> > Subject: [PATCH] NET: dmfe: don't access configurati
Maxim Levitsky wrote:
From 7e24227257f315e52fe0b494dc1253d2a0ce5dff Mon Sep 17 00:00:00 2001
From: Maxim Levitsky <[EMAIL PROTECTED]>
Date: Fri, 23 Nov 2007 01:15:36 +0200
Subject: [PATCH] NET: dmfe: don't access configuration space in D3 state
Accidently I reversed the order of pci_save_state
Ian Wienand wrote:
Hi,
When rebooting today I got
Will now restart.
ACPI: PCI interrupt for device :00:03.0 disabled
GSI 20 (level, low) -> CPU 1 (0x0100) vector 53 unregistered
Destroying IRQ53 without calling free_irq
WARNING: at
/home/insecure/ianw/programs/git-kernel/linux-2.6/kernel/i
On Fri, Nov 23, 2007 at 04:38:51PM +0100, Ingo Molnar wrote:
>
> DaveJ's Fedora 8 rpm for 2.6.24 works petty well, except for the
> neworking related lockdep assert attached below, which happened while
> starting up ipsec. Let me know if you need any more info - it's a pretty
> stock setup.
Th
Build kernel-2.6.24-rc3. pmi_watchdog can not reset the kernel panic
machine. The watchdog can never to record panic information to IPMI SEL.
1. I disable auto reset when kernel panic by echo "0" >
/proc/sys/kernel/panic
2. modprobe ipmi_watchdog timeout=120 action=reset
3. Load a driver, th
On Sunday 21 October 2007 05:43, [EMAIL PROTECTED] wrote:
> I have emerged lm_sensors but can't get it running - it keeps saying "No
> sensors found!" and complaining about kernel drivers not properly setup.
> I have attached the output of sensors-detect, from which it seems that
> the kernel is O
On Thursday 22 November 2007 02:24, [EMAIL PROTECTED] wrote:
> It is also important to note that this bug always comes with bug 8740
> http://bugzilla.kernel.org/show_bug.cgi?id=8740 (also confirmed and also
> an ACPI issue).
No, 8740 is not an ACPI issue.
http://bugzilla.kernel.org/show_bug.cg
Joe Perches wrote:
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
---
drivers/net/chelsio/cxgb2.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
appied 29-36 to netdev#upstream
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
I pulled all the patches collected by DaveM in davem/netdev-2.6.git a
few days ago into jgarzik/netdev-2.6.git#upstream. As of a few minutes
ago, jgarzik/netdev-2.6.git was rebased to the latest 2.6.24-rc
(torvalds/linux-2.6.git).
Jeff
-
To unsubscribe from this list: send the line
Robert Hancock wrote:
> This fixes some problems with ATAPI devices on nForce4 controllers in ADMA
> mode
> on systems with memory located above 4GB. We need to delay setting the 64-bit
> DMA mask until the PRD table and padding buffer are allocated so that they
> don't
> get allocated above 4GB
Hi Davide,
[...]
> +asmlinkage long sys_timerfd_create(int clockid, int flags)
> {
> - int error;
> + int error, ufd;
> struct timerfd_ctx *ctx;
> struct file *file;
> struct inode *inode;
> - struct itimerspec ktmr;
> -
> - if (copy_from_user(&ktmr, utmr, sizeo
Robert Hancock wrote:
> We need to run any DMA command with result taskfile requested in ADMA mode
> when the port is in ADMA mode, otherwise it may try to use the legacy DMA
> engine
> in ADMA mode which is not allowed. Enforce this with BUG_ON() since data
> corruption could potentially result i
Tejun Heo wrote:
> Robert Hancock wrote:
>> We need to run any DMA command with result taskfile requested in ADMA mode
>> when the port is in ADMA mode, otherwise it may try to use the legacy DMA
>> engine
>> in ADMA mode which is not allowed. Enforce this with BUG_ON() since data
>> corruption co
Thomas Klein wrote:
Using own tx_packets counter instead of firmware counters.
Signed-off-by: Thomas Klein <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea.h |2 +-
drivers/net/ehea/ehea_main.c |9 +++--
2 files changed, 8 insertions(+), 3 deletions(-)
applies 1-2 to #upstream-
On Fri, Nov 23, 2007 at 11:42:36PM +0100, Torsten Kaiser wrote:
> Before the cleanup *all* calls to crypt_dec_pending() was via crypt_endio().
> Now there is an additional call to crypt_dec_pending() to balance the
> additional ref placed into crypt_write_io_process(). And that one is
> not called
On Nov 24, 2007 4:49 AM, Alasdair G Kergon <[EMAIL PROTECTED]> wrote:
> On Fri, Nov 23, 2007 at 11:42:36PM +0100, Torsten Kaiser wrote:
> > ... or I just don't see the bug.
>
> See my earlier post in this thread: there's a race in the write loop
> where a work struct could be used twice on the same
On Saturday 24 November 2007 06:53:30 Andi Kleen wrote:
> This serves as a documentation
> on what is considered internal. And if some obscure module (in or
> out of tree) wants to use an internal interface they first have
> to send the module maintainer a patch and get some review this way.
So,
On Tue, Nov 20, 2007 at 10:18:39PM -0800, Andrew Morton wrote:
> On Wed, 21 Nov 2007 11:41:23 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
>
> > Hi Andrew,
> >
> > Kernel panic's across different architectures like powerpc, x86_64,
>
> powerpc complains about IO-APICs??
>
> > Dentry cache
Robert Hancock wrote:
Based on a quick look at sata_mv it appears it sets a 64-bit DMA mask
unconditionally, but for non-ATA_PROT_DMA commands (which includes all
ATAPI), it just falls back to ata_qc_issue_prot which issues via the
legacy SFF interface and can only handle 32-bit addressing. So
Mark Lord wrote:
Morrison, Tom wrote:
I am hopeful that the sata_mv has this bug (I proved that the
problem I was experiencing was due to the sata_mv driver with 3.75Gig
or more of memory)...
I am on vacation for a week or more ...or I'd tell you today
if it did have this bug!
..
Yeah, I k
Dear Experts,
NFS doesn't work with inotify (and it looks like it can't, certainly
not before NFS v4.1). However, if I give an NFS filename to
inotify_add_watch(), I don't get an error.
If it indicated an error in this case then I could easily fall back to
some sort of polling. Without an
On Thursday, 22 of November 2007, Jeremy Fitzhardinge wrote:
> It seems that a process blocked in a write to an xfs filesystem due to
> xfs_freeze cannot be frozen by the freezer.
The freezer doesn't handle tasks in TASK_UNINTERRUPTIBLE and I don't know how
to make it handle them without at least
Daniel Drake пишет:
> Being spoilt by the luxuries of i386/x86_64 I've never really had a good
> grasp on unaligned memory access problems on other architectures and decided
> it was time to figure it out. As a result I've written this documentation
> which I plan to submit for inclusion as
> Docum
On Nov 19, 2007 10:00 PM, Milan Broz <[EMAIL PROTECTED]> wrote:
> Torsten Kaiser wrote:
> > On Nov 19, 2007 8:56 AM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> >> * Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> ...
> > Above this acquire/release sequence is the following comment:
> > #ifdef CONFIG_LOCK
On Fri 23 Nov 2007 16:52, Arjan van de Ven pondered:
> On Fri, 23 Nov 2007 22:25:29 +0800
> "Bryan Wu" <[EMAIL PROTECTED]> wrote:
>
> > On Nov 23, 2007 6:19 PM, David Woodhouse <[EMAIL PROTECTED]> wrote:
> > >
> > > On Fri, 2007-11-23 at 18:14 +0800, Bryan Wu wrote:
> > > >
> > > > +#ifdef CONFIG_
On Wed, 2007-11-21 at 17:08 -0800, Al Niessner wrote:
>
> p8620 = pci_get_device (APC8620_VENDOR_ID, APC8620_DEVICE_ID, p8620);
> <... fail if p8620 is 0 ...>
> apcsi[i].ret_val = register_chrdev (MAJOR_NUM,
>
> DEVICE_NAME,
>
> &apc8620_ops);
> <... fail if ret_val < 0 ...>
> apcsi[i].board_ir
I think that advancing the timer against the timer's current "now" can
be a pretty common usage, so, w/out exposing hrtimer's internals, we add
a new hrtimer_forward_now() function.
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
- Davide
---
include/linux/hrtimer.h |7 +++
1 file
On Nov 23 2007 11:47, Joe Perches wrote:
>On Fri, 2007-11-23 at 19:16 +0100, Jan Engelhardt wrote:
>> static inline bool xfs_inode_clean(const struct xfs_inode *ip)
>> {
>> if (ip->i_itemp == NULL)
>> return true;
>> if (!(ip->i_itemp->ili_format.ilf_fields & XFS_ILOG_ALL) &
On Fri, Nov 23, 2007 at 01:41:39PM -0600, Matt Mackall ([EMAIL PROTECTED])
wrote:
> Here's another thought: move all this logic into the networking core,
> unify it with current softirq zapper, then allow it to be called from
> various other places (like atomic allocators). Then it'll all be in
>
On Fri, Nov 23, 2007 at 10:32:22PM +0300, Evgeniy Polyakov wrote:
> On Fri, Nov 23, 2007 at 01:11:20PM -0600, Matt Mackall ([EMAIL PROTECTED])
> wrote:
> > On Fri, Nov 23, 2007 at 09:59:06PM +0300, Evgeniy Polyakov wrote:
> > > On Fri, Nov 23, 2007 at 09:51:01PM +0300, Evgeniy Polyakov ([EMAIL
>
When CONFIG_UTS_NS was removed it seems that we also deleted
the code for handling sysctls in the other then the initial
uts namespace. This patch restores that code.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
kernel/utsname_sysctl.c |2 ++
1 files changed, 2 insertions(+), 0
On Nov 23, 2007 7:38 PM, Ulrich Drepper <[EMAIL PROTECTED]> wrote:
> On Nov 23, 2007 9:29 AM, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> > Yes, it's disabled, and yes, I'll repost today ...
>
> I haven't seen the patch and don't feel like searching. So I say it
> here: please mak sure you add a f
On Fri, Nov 23, 2007 at 08:57:57PM +0300, Evgeniy Polyakov wrote:
> On Fri, Nov 23, 2007 at 11:07:56AM -0600, Matt Mackall ([EMAIL PROTECTED])
> wrote:
> > On Fri, Nov 23, 2007 at 01:55:19PM +0300, Evgeniy Polyakov wrote:
> > > On Fri, Nov 23, 2007 at 12:21:57AM -0800, Andrew Morton ([EMAIL
> > >
> +STATIC_INLINE int xfs_inode_clean(xfs_inode_t *ip)
> +{
> + return (((ip->i_itemp == NULL) ||
> + !(ip->i_itemp->ili_format.ilf_fields & XFS_ILOG_ALL)) &&
> + (ip->i_update_core == 0));
> +}
Can we please get rid of this useless STATIC_INLINE junk? It's really
hurti
Anthony Liguori wrote:
Avi Kivity wrote:
Anthony Liguori wrote:
Well please propose the virtio API first and then I'll adjust the PCI
ABI. I don't want to build things into the ABI that we never
actually end up using in virtio :-)
Move ->kick() to virtio_driver.
Th
On Fri, 23 Nov 2007, Andrew Morton wrote:
> > I suppose this means that timerfd will only go in for 2.6.25. I don't
> > have a problem with that, but we better make sure that the existing
> > timerfd in 2.6.24 is still disabled. (Andrew had a one liner for
> > that, but I haven't checked if it's
On Fri, 23 Nov 2007 13:39:55 +0100 "Michael Kerrisk" <[EMAIL PROTECTED]> wrote:
> On 11/23/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Thu, 22 Nov 2007 16:35:38 -0800 (PST) Davide Libenzi
> > <[EMAIL PROTECTED]> wrote:
> >
> > > On Thu, 22 Nov 2007, Andrew Morton wrote:
> [...]
> > > > Las
Avi Kivity wrote:
Anthony Liguori wrote:
Well please propose the virtio API first and then I'll adjust the PCI
ABI. I don't want to build things into the ABI that we never
actually end up using in virtio :-)
Move ->kick() to virtio_driver.
Then on each kick, all queues have to be chec
From: Anti Sullin <[EMAIL PROTECTED]>
This patch adds an additional loop, that delays turning off the DMA
until the LCDC core has been turned off. This prevents the picture
to be shifted some random length when the kernel re-initializes
the LCDC.
Signed-off-by: Anti Sullin <[EMAIL PROTECTED]>
Ingo,
I downloaded the updated cfs-v24 patch and applied to 2.6.22.13. Compiled and
ran fine. Suspend and hibernate are working on my nc6000 laptop now. Now I'm
off to compile and run 2.6.22.14.
--
Thanks,
Durand
--- Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Durand <[EMAIL PROTECTED]> wrot
Hello,
On Fri, Nov 09, 2007 at 07:40:31PM +0100, Thomas Gleixner wrote:
> On Fri, 9 Nov 2007, Peter Zijlstra wrote:
>
> > On Fri, 2007-11-09 at 02:44 -0800, Stephane Eranian wrote:
> > > Hello,
> > >
> > > We have identified a conflict between TICKLESS (CONFIG_NO_HZ) and
> > > the current perfmo
On 23/11/2007, Timo Sirainen <[EMAIL PROTECTED]> wrote:
> Fully reproducible with me. v2.6.23.1 x86-64 SMP kernel, Core 2 CPU, gdb
> v6.6.90.20070912-debian.
Fixed in 2.6.23.2, see discussion starting here:
http://marc.info/?l=linux-kernel&m=119379156819358&w=2
> gdb ./hang
> run
> fr 1
> p (char
On Wed, Nov 21, 2007 at 01:53:56PM +0300, Pavel Emelyanov wrote:
> There are already 4 error paths in alloc_uid() that do incremental
> rollbacks. I think it's time to merge them. This costs us 8 lines
> of code :)
>
> Maybe it would be better to merge this patch with the previous
> one, but I re
* Nick Piggin <[EMAIL PROTECTED]> wrote:
> Ahh, hate to get off topic, but let's not perpetuate this myth. It
> wasn't Con, or CFS, or anything that showed fairness is some great new
> idea. Actually I was arguing for fairness first, against both Con and
> Ingo, way back when the old scheduler
* Durand <[EMAIL PROTECTED]> wrote:
> Ingo,
>
> Just applied this patch to 2.6.22.13 and 2.6.22.14. Compiles and runs
> fine but on my laptop, it prevents suspending and hibernating with
> "one tasks refuses to freeze" load_balance_mo.
please re-download the v24 patch, it should have this bug
This patch series adds the necessary interfaces to the DMA Engine
framework to use functionality found on most embedded DMA controllers:
DMA from and to I/O registers with hardware handshaking.
In this context, hardware hanshaking means that the peripheral that
owns the I/O registers in question i
On 11/23/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Thu, 22 Nov 2007 16:35:38 -0800 (PST) Davide Libenzi
> <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 22 Nov 2007, Andrew Morton wrote:
[...]
> > > Last I recall, we removed the API for 2.6.23 because we intended to do a
> > > different interface
Hi,
On my powerbook, with NO_HZ and HIGH_RES_TIMERS, I observed recently
that powernowd would not ever switch between CPU speeds.
Doing some scripting to read /proc/stat every half second and print the
differences, I get output like this on a mostly idle system:
# for reference:
# [user, nice, s
These both commands (SEM_STAT and IPC_STAT) are rather doing the same things
(only the meaning of the id given as input and the return value differ).
However, for the semaphores, they are handled in two different places
(two different functions).
This patch consolidates this for clarification by
This patch fixes http://bugzilla.kernel.org/show_bug.cgi?id=8766
Is it possible?
BUG((veth->h_vlan_proto != htons(ETH_P_8021Q)) && !(VLAN_DEV_INFO(dev)->flags &
VLAN_FLAG_REORDER_HDR))
I'm afraid, queued packet before vconfig set_flag would do that.
Thanks.
Joonwoo
[NET]: Fix TX bug VLAN in V
On Fri, Nov 23, 2007 at 03:03:29PM +1100, David Chinner wrote:
> On Fri, Nov 23, 2007 at 03:53:17AM +0100, Andi Kleen wrote:
> > On Fri, Nov 23, 2007 at 12:15:39AM +1100, David Chinner wrote:
> > > On Thu, Nov 22, 2007 at 01:06:11PM +0100, Andi Kleen wrote:
> > > > > FWIW from a "real time" databas
Pavel Emelyanov wrote:
> Well I think you're right. The structure gains 50% in size... Really too
> much to fight for performance in IPC :)
>
> Thanks for checking this thing.
>
> You may put my Acked-by in the original patch.
>
Cool. Thanks !
P.
> Thanks,
> Pavel
>
--
Pierre Peiffer
-
To
machine is a cc7ucamry running v2.6.24-rc3-36-g4dd2d66[1].
Config and dmesg is available at
http://www.modarm9.com/~ukleinek/20071123-local_softirq_pending/
Maybe the relevant source file is arch/arm/mach-ns9xxx/time-ns921x.c?
[1] available at
git://www.modarm9.com/gitsrc/pub/people
Pierre Peiffer wrote:
> Ok, I have the patch ready, but before sending it, I worry about the size of
> struct ipc_namespace if we mark struct ipc_ids as ___cacheline_aligned
>
> Of course, you we fall into a classical match: performance vs memory size.
>
> As I don't think that I have the kno
On Fri, Nov 23, 2007 at 11:54:41AM +0100, Jiri Olsa wrote:
>Hi,
>
>after applying following changes, the mainline is working for me.
>
Hi,
I have already mentioned this. Follow this link[1]. ;^)
[1] http://lkml.org/lkml/2007/11/20/10
-
To unsubscribe from this list: send the line "unsubscribe l
Hi,
after applying following changes, the mainline is working for me.
Jiri Olsa
diff --git a/arch/um/Kconfig.i386 b/arch/um/Kconfig.i386
index e0ac74e..234fcb4 100644
--- a/arch/um/Kconfig.i386
+++ b/arch/um/Kconfig.i386
@@ -8,6 +8,13 @@ config UML_X86
bool
default y
+config X
Ok, I have the patch ready, but before sending it, I worry about the size of
struct ipc_namespace if we mark struct ipc_ids as ___cacheline_aligned
Of course, you we fall into a classical match: performance vs memory size.
As I don't think that I have the knowledge to decide what we must focu
1 - 100 of 190 matches
Mail list logo
