* Steven Rostedt ([EMAIL PROTECTED]) wrote:
> From: John Stultz <[EMAIL PROTECTED]>
>
> Handle accurate time even if there's a long delay between
> accumulated clock cycles.
>
About this one.. we talked a lot about the importance of timekeeping at
the first Montreal Tracing Summit this week. Act
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
> This patch adds markers to various events in the kernel.
> (interrupts, task activation and hrtimers)
>
Hi Steven,
I would propose the following standard for IRQ handler markers:
trace_mark(kernel_irq_entry, "irq_id %u kernel_mode %u", irq,
(regs)
fib_sync_down can be called with an address and with a device. In reality
it is called either with address OR with a device. The codepath inside is
completely different, so lets separate it into two calls for these two
cases.
Signed-off-by: Denis V. Lunev <[EMAIL PROTECTED]>
---
include/net/ip_fi
The namespace is available when required except rtm_to_ifaddr. Add
namespace argument to it.
Signed-off-by: Denis V. Lunev <[EMAIL PROTECTED]>
---
net/ipv4/devinet.c | 14 --
1 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/net/ipv4/devinet.c b/net/ipv4/devinet.c
index
This is required to make fib_info lookups namespace aware. In the other case
initial namespace devices are marked as dead in the local routing table
during other namespace stop.
Signed-off-by: Denis V. Lunev <[EMAIL PROTECTED]>
---
include/net/ip_fib.h |1 +
net/ipv4/fib_semantics.c |
net->ipv4.fib_table_hash is not freed when fib4_rules_init failed. The problem
has been introduced by the following commit.
commit c8050bf6d84785a7edd2e81591e8f833231477e8
Author: Denis V. Lunev <[EMAIL PROTECTED]>
Date: Thu Jan 10 03:28:24 2008 -0800
Signed-off-by: Denis V. Lunev <[EMAIL PROTEC
Kirill Korotaev wrote:
> Why user space can need this API? for checkpointing only?
I would say "at least for checkpointing"... ;) May be someone else may find an
interest about this for something else.
In fact, I'm sure that you have some interest in checkpointing; and thus, you
have probably so
Yes the gdth driver passed an open hart surgery in kernel 2.6.24. The bad thing
about it is that all three of the Coders that did that did not have any HW to
work
on. One of them is me. We did cry for tester for a long time but no one came
forward.
All i'd like to ask is WHY!?
WHY such a big o
On Wed, Jan 30, 2008 at 08:57:52PM -0800, Christoph Lameter wrote:
> @@ -211,7 +212,9 @@ asmlinkage long sys_remap_file_pages(uns
> spin_unlock(&mapping->i_mmap_lock);
> }
>
> + mmu_notifier(invalidate_range_begin, mm, start, start + size, 0);
> err = populate_range(
Remove error code assignment inside brackets on failure. The code looks better
if the error is assigned before condition check. Also, the compiler treats this
better.
Signed-off-by: Denis V. Lunev <[EMAIL PROTECTED]>
---
net/ipv4/devinet.c | 21 -
1 files changed, 8 insertio
The namespace is not available in the fib_sync_down_addr, add it
as a parameter.
Looking up a device by the pointer to it is OK. Looking up using a result
from fib_trie/fib_hash table lookup is also safe. No need to fix that at all.
So, just fix lookup by address and insertion to the hash table pa
* Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> As for the Makefiles - I looked at them last time and only issue that
> kept me away for unifying them was that I did not understand the
> linking order requirments and I did not see enough benefit at that
> time to invest the time to unify them. Eac
* Huang, Ying <[EMAIL PROTECTED]> wrote:
> +++ b/arch/x86/kernel/cpu/common.c
> @@ -274,8 +274,10 @@ void __init cpu_detect(struct cpuinfo_x8
> if (c->x86 >= 0x6)
> c->x86_model += ((tfms >> 16) & 0xF) << 4;
> c->x86_mask = tfms & 15;
> -
* Huang, Ying <[EMAIL PROTECTED]> wrote:
> This patch replaces __change_page_attr_set_clr() with
> change_page_attr_set_clr() in change_page_attr_clear() to flush the
> TLB/cache properly.
thanks, applied. Thomas just found this bug today too :-)
Ingo
--
To unsubscribe from this list:
On Thu, 2008-01-31 at 12:29 +0100, Guillaume Chazarain wrote:
> On Jan 31, 2008 9:55 AM, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > Does this patch from thomas fix it as well?
>
> Unfortunately, not.
>
> For information, reverting just the first part of the offending commit
> (sl->timer.cb_mo
* Huang, Ying <[EMAIL PROTECTED]> wrote:
> This patch fixes a bug of early_ioremap_reset(), which had been fixed
> before by "convert the boot time page table to the kernels native
> format" patch. But that patch has been reverted now.
thanks, applied. (The native-pagetables patch is in x86.gi
On Wed 30-01-08 22:03:54, [EMAIL PROTECTED] wrote:
> - constify internal crc table
> - mark udf_crc "in" parameter as const
Acked-by: Jan Kara <[EMAIL PROTECTED]>
Honza
>
> Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
> Cc: J
Sorry, way behind on email here. I'll get through it slowly...
On Sat, Jan 26, 2008 at 10:03:56PM -0800, Andrew Morton wrote:
> > On Tue, 22 Jan 2008 05:01:14 +0100 Nick Piggin <[EMAIL PROTECTED]> wrote:
> >
> > After running SetPageUptodate, preceeding stores to the page contents to
> > actually
Using the port of 2.4 code from Vitaly Bordug <[EMAIL PROTECTED]>
and the actual algorithm used by the i2c driver of the DBox code on
cvs.tuxboc.org from Tmbinc, Gillem ([EMAIL PROTECTED]). Renamed i2c-rpx.c and
i2c-algo-8xx.c to i2c-cpm.c and converted the driver to an
of_platform_driver.
Signed-
On Thu, 31 Jan 2008, Andi Kleen wrote:
> On Thursday 31 January 2008 08:35:59 Huang, Ying wrote:
> > This patch replaces __change_page_attr_set_clr() with
> > change_page_attr_set_clr() in change_page_attr_clear() to flush the
> > TLB/cache properly.
>
> Good catch :-) It actually only needs to f
On 1/31/08, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> works for me :-( (x86_64 rawhide userspace)
i386, !SMP, Fedora 8 here.
> Could you send your .config?
Here we go:
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.24
# Thu Jan 31 12:33:36 2008
#
# CONFIG_64BI
* Yinghai Lu <[EMAIL PROTECTED]> wrote:
> ENTRY(startup_64)
> SECTIONS
> {
> - /* Be careful parts of head_64.S assume startup_64 is at
> + /* Be careful parts of head_64.S assume startup_32 is at
>* address 0.
>*/
> . = 0;
but this linker script rule is about st
On Thu, Jan 31 2008 at 13:07 +0200, Sven Köhler <[EMAIL PROTECTED]> wrote:
>> Yes the gdth driver passed an open hart surgery in kernel 2.6.24. The bad
>> thing
>> about it is that all three of the Coders that did that did not have any HW
>> to work
>> on. One of them is me. We did cry for tester
On Thu, Jan 31, 2008 at 11:24:54AM +0100, Ingo Molnar wrote:
>
> * Martin Schwidefsky <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 2008-01-31 at 02:33 +0200, Adrian Bunk wrote:
> > > <-- snip -->
> > >
> > > ...
> > > CC arch/s390/kernel/asm-offsets.s
> > > In file included from
> > > /hom
On 1/31/08, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> Does something like this help?
I made it compile by open coding undefined macros instead of
refactoring the whole file.
But it didn't affect wake up latencies.
Thanks.
--
Guillaume
--
To unsubscribe from this list: send the line "unsubscri
On Thursday 31 January 2008, Paul Mundt wrote:
> On Thu, Jan 31, 2008 at 12:27:24AM -0800, David Brownell wrote:
> > On Wednesday 30 January 2008, Haavard Skinnemoen wrote:
> > > So basically, you're asking for maximum flexibility with minimum
> > > overhead.
> >
> > That's always a goal, but that'
On Thursday 31 January 2008 13:38:45 Thomas Gleixner wrote:
> On Thu, 31 Jan 2008, Andi Kleen wrote:
>
> > On Thursday 31 January 2008 08:35:59 Huang, Ying wrote:
> > > This patch replaces __change_page_attr_set_clr() with
> > > change_page_attr_set_clr() in change_page_attr_clear() to flush the
>
Hello !
I'm faced to a problem where the OOM-killer is invoked but I cannot find
the reason why. The machine is rather powerfull, the load is very moderate,
the disk swap space is nearly unused. The only strange observation which
appears to me is the slow but progressive decreasing of kbbuffers d
* Yinghai Lu <[EMAIL PROTECTED]> wrote:
> [PATCH] x86_64: make bootmap_start page align v3
>
> boot oops when system get 64g or 128 installed
> +++ linux-2.6/arch/x86/mm/numa_64.c
> @@ -224,6 +224,14 @@ void __init setup_node_bootmem(int nodei
> }
> bootmap_start = __pa(bootmap);
>
* Yinghai Lu <[EMAIL PROTECTED]> wrote:
> [PATCH 1/4] print out node_data addr and bootmap_start addr
thanks, applied.
> nodedata_phys = __pa(node_data[nodeid]);
> + printk(KERN_INFO " NODE_DATA [%016lx - %016lx]\n", nodedata_phys,
> + nodedata_phys + pgdat_size - 1);
>
On Wed, Jan 30 2008, Dave Young wrote:
>
> The bluetooth hci_conn sysfs add/del executed in the default workqueue.
> If the del_conn is executed after the new add_conn with same target,
> add_conn will failed with warning of "same kobject name".
>
> Here add btaddconn & btdelconn workqueues,
> fl
[EMAIL PROTECTED] wrote:
> Following patch series extends CPU isolation support. Yes, most people want
> to virtuallize
> CPUs these days and I want to isolate them :).
> The primary idea here is to be able to use some CPU cores as dedicated
> engines for running
> user-space code with minimal k
Pierre,
my point is that after you've added interface "set IPCID", you'll need more and
more for checkpointing:
- "create/setup conntrack" (otherwise connections get dropped),
- "set task start time" (needed for Oracle checkpointing BTW),
- "set some statistics counters (e.g. networking or taskst
[Ideally apply before the patch to enable gbpages direct mapping]
The gbpages direct patch assumed that __PAGE_KERNEL contains _PAGE_GLOBAL
(I think because that was true at some point in git-x86 and i forgot
to remove it again when forward porting)
This is currently true on 32bit, but not on 6
On Jan 31, 2008 9:00 PM, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> On Thu, 31 Jan 2008, Huang, Ying wrote:
>
> > This patch makes ioremap() can be used to map pages as executable,
> > this is needed by EFI support.
>
> > +extern void __iomem *__ioremap(unsigned long phys_addr, unsigned long size
* Yinghai Lu <[EMAIL PROTECTED]> wrote:
> ok, discard 3, and 4.
>
> how about 2 v2?
i'm leaning towards v4, but the more fundamental breakage is in the
early_node_mem() ad-hoc allocator that got butchered into this code a
year ago:
commit a8062231d80239cf3405982858c02aea21a6066a
Author:
> addr = ioremap(phys_addr, len);
> set_memory_x(addr);
> if (phys_addr < (end_pfn_mapped >> PAGE_SHIFT))
> set_memory_x(__va(phys_addr));
If you just need the ioremap executable there is no reason to split
up the direct mapping for this too. The x86 architecture does not require
x bits
On Thu, Jan 31 2008, Nai Xia wrote:
> My dmesg relevant info is quite similar:
>
> [6.875041] Freeing unused kernel memory: 320k freed
> [8.143120] ide-cd: rq still having bio: dev hdc: type=2, flags=114c8
> [8.144439]
> [8.144439] sector 10824201199534213, nr/cnr 0/0
> [8.1444
On Thu, 31 Jan 2008, Huang, Ying wrote:
> This patch makes ioremap() can be used to map pages as executable,
> this is needed by EFI support.
> +extern void __iomem *__ioremap(unsigned long phys_addr, unsigned long size,
> +enum ioremap_mode mode,
> +
On Thu, 2008-01-31 at 13:49 +0100, Guillaume Chazarain wrote:
> On 1/31/08, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > Does something like this help?
>
> I made it compile by open coding undefined macros instead of
> refactoring the whole file.
> But it didn't affect wake up latencies.
Ah, we
I'm asking b/c this confuses the current sysstat up to version 8.0.4. An
$ ls -lR /sys/devices/system/cpu/
gives :
/sys/devices/system/cpu/:
total 0
drwxr-xr-x 4 root root 0 Jan 30 09:36 cpu0
drwxr-xr-x 2 root root 0 Jan 30 09:36 cpuidle
/sys/devices/system/cpu/cpu0:
total 0
drwxr-xr-x 3 root r
On Wed 30-01-08 22:03:55, [EMAIL PROTECTED] wrote:
> - remove one indentation level by little code reorganization
> - convert "if (smth) BUG();" to "BUG_ON(smth);"
>
> Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
> Cc: Jan Kara <[EMAIL PROTECTED]>
Acked-by: Jan Kara <[EMAIL PROTECTED]>
Gidday
Some news: the man-pages web site at http://www.kernel.org/doc/man-pages/
now includes a (Google-based) search facility for searching the pages that
are online there.
I've released man-pages-2.77.
This release is now available for download at:
http://www.kernel.org/pub/linux/docs/man
From: "Denis V. Lunev" <[EMAIL PROTECTED]>
Date: Thu, 31 Jan 2008 15:00:45 +0300
> commit c8050bf6d84785a7edd2e81591e8f833231477e8
> Author: Denis V. Lunev <[EMAIL PROTECTED]>
> Date: Thu Jan 10 03:28:24 2008 -0800
I am fixing it up for you this time, but please do not
reference the commit this
Jan 31, 2008 8:18 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Huang, Ying <[EMAIL PROTECTED]> wrote:
>
> > + /* Assume pages are mapped as WB */
> > + if (mode == IOR_MODE_UNCACHED)
> > + set_memory_uc(md->virt_addr, md->num_p
On Wed, Jan 30, 2008 at 06:51:26PM -0800, Christoph Lameter wrote:
> True. hlist_del_init ok? That would allow to check the driver that the
> mmu_notifier is already linked in using !hlist_unhashed(). Driver then
> needs to properly initialize the mmu_notifier list with INIT_HLIST_NODE().
A driv
Resending the set of patches after Yasunori's remark about having a single
callback on the hotplug memory notifier chain for the ipc subsystem.
(see thread at http://lkml.org/lkml/2008/1/14/196).
Cc'ing linux-mm since I'm adding a notifier block to the memory hotplug
notifier chain.
Also, Cc'ing
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 29 Jan 2008 19:40:19 +0300
> Oleg Nesterov <[EMAIL PROTECTED]> wrote:
>
> > With CONFIG_PREEMPT_RCU read_lock(tasklist_lock) doesn't imply
> > rcu_read_lock(),
>
> I'm suspecting that we have other code which assumes that read_lock,
> write
Greetings all,
On Wed, 2008-01-30 at 19:56 +0900, FUJITA Tomonori wrote:
> On Wed, 30 Jan 2008 09:38:04 +0100
> "Bart Van Assche" <[EMAIL PROTECTED]> wrote:
>
> > On Jan 30, 2008 12:32 AM, FUJITA Tomonori <[EMAIL PROTECTED]> wrote:
> > >
> > > iSER has parameters to limit the maximum size of RDMA
On Thursday 31 January 2008 14:24:38 Ingo Molnar wrote:
>
> * Yinghai Lu <[EMAIL PROTECTED]> wrote:
>
> > ok, discard 3, and 4.
> >
> > how about 2 v2?
>
> i'm leaning towards v4, but the more fundamental breakage is in the
> early_node_mem() ad-hoc allocator that got butchered into this code
Paul Mundt wrote:
On Wed, Jan 30, 2008 at 07:48:13PM -0500, Chris Snook wrote:
While pondering ways to optimize I/O and swapping on large NUMA machines, I
noticed that the numa_node field in struct device isn't actually used
anywhere. We just have a couple dozen lines of code to conditionall
On Thu, 31 Jan 2008 00:27:24 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
> On Wednesday 30 January 2008, Haavard Skinnemoen wrote:
> > So basically, you're asking for maximum flexibility with minimum
> > overhead.
>
> That's always a goal, but that's not what I said. I was pointing out
> one
[PATCH 01/07]
This patch computes msg_ctlmni to make it scale with the amount of lowmem.
msg_ctlmni is now set to make the message queues occupy 1/32 of the available
lowmem.
Some cleaning has also been done for the MSGPOOL constant: the msgctl man page
says it's not used, but it also defines it
[PATCH 02/07]
Since all the namespaces see the same amount of memory (the total one)
this patch introduces a new variable that counts the ipc namespaces and
divides msg_ctlmni by this counter.
Signed-off-by: Nadia Derbey <[EMAIL PROTECTED]>
---
include/linux/ipc.h |1 +
ipc/msg.c
[PATCH 03/07]
This is a trivial patch that defines the priority of slab_memory_callback in
the callback chain as a constant.
This is to prepare for next patch in the series.
Signed-off-by: Nadia Derbey <[EMAIL PROTECTED]>
---
include/linux/memory.h |6 ++
mm/slub.c |2 +
[PATCH 04/07]
This patch introduces the registration of a callback routine that recomputes
msg_ctlmni upon memory add / remove.
A single notifier block is registered in the hotplug memory chain for all the
ipc namespaces.
Since the ipc namespaces are not linked together, they have their own
noti
On Thu, 31 Jan 2008 04:51:03 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
> First steps are after all followed by second steps, and often
> by third steps. It's not "overengineering" to recognize when
> those steps necessarily have a direction.
But it might be considered overengineering to act
[PATCH 06/07]
This patch introduces a notification mechanism that aims at recomputing
msgmni each time an ipc namespace is created or removed.
The ipc namespace notifier chain already defined for memory hotplug management
is used for that purpose too.
Each time a new ipc namespace is allocated o
[PATCH 07/07]
This patch makes msgmni not recomputed anymore upon ipc namespace creation /
removal or memory add/remove, as soon as it has been set from userland.
As soon as msgmni is explicitely set via procfs or sysctl(), the associated
callback routine is unregistered from the ipc namespace no
[PATCH 05/07]
This patche makes the memory hotplug chain's mutex held for a shorter time:
when memory is offlined or onlined a work item is added to the global
workqueue.
When the work item is run, it notifies the ipcns notifier chain with the
IPCNS_MEMCHANGED event.
Signed-off-by: Nadia Derbey <
On Mon, Jan 28, 2008 at 04:13:00PM +0100, Ingo Molnar wrote:
>
> * Sudhir Kumar <[EMAIL PROTECTED]> wrote:
>
> > I applied all the hot fixes patches but still the bug is there. (crash
> > at early boot).
> >
> > As I replied your earlier mail in which the patch sent by you does not
> > apply (
nice !
did you think about some boot-time param , e.g. "insecure-devmem" or something
like that?
recompiling kernel is time consuming.
From: Arjan van de Ven <[EMAIL PROTECTED]>
Subject: [PATCH] x86: introduce /dev/mem restrictions with a config option
This patch introduces a restrict
On Thu, 2008-01-31 at 00:42 +0100, Rafael J. Wysocki wrote:
> Update.
>
> On Wednesday, 30 of January 2008, Rafael J. Wysocki wrote:
> > Hi,
> >
> > Recently I've been observing problems with unmounting the /home fs on reboot
> > and/or shutdown on two test boxes.
> >
> > After some more invest
On 01/31/2008 01:36 AM, Jan Kiszka was caught saying:
> Jan Kiszka wrote:
>> George Anzinger wrote:
>>> On 01/30/2008 04:08 PM, Jan Kiszka was caught saying:
[Here comes a rebased version against latest x86/mm]
In case "kgdbwait" is passed as kernel parameter, KGDB tries to set up
* Alistair John Strachan <[EMAIL PROTECTED]> wrote:
> Are you going to pick this patch up via the x86 tree, or shall I
> forward it to Andrew or [EMAIL PROTECTED]
>
> Do you want me to re-send with Venki's ack?
no need, we merged your improvement via x86.git and it is now in Linus's
latest tr
Bill Fink wrote:
If the receive direction uses a different GigE NIC that's part of the
same quad-GigE, all is fine:
[EMAIL PROTECTED] ~]$ nuttcp -f-beta -Itx -w2m 192.168.6.79 & nuttcp -f-beta
-Irx -r -w2m 192.168.5.79
tx: 1186.5051 MB / 10.05 sec = 990.2250 Mbps 12 %TX 13 %RX 0 retrans
rx:
Introduced by atmel_serial-split-the-interrupt-handler.patch.
Thanks to michael <[EMAIL PROTECTED]> for spotting it.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
It was surprisingly difficult to actually provoke a crash without this
patch, but the system did start to behave rather fu
Hi Bart,
On Thu, 2008-01-31 at 15:34 +0100, Bart Van Assche wrote:
> On Jan 31, 2008 2:25 PM, Nicholas A. Bellinger <[EMAIL PROTECTED]> wrote:
> > Since this particular code is located in a non-data path critical
> > section, the kernel vs. user discussion is a wash. If we are talking
> > about d
On Thu, 31 Jan 2008 15:04:28 +0100
[EMAIL PROTECTED] wrote:
> nice !
>
> did you think about some boot-time param , e.g. "insecure-devmem" or
> something like that?
>
> recompiling kernel is time consuming.
given that this has been in fedora/rhel for 5 years with no complaints...
it's extre
Hi!
> o 2.6.24 kernel fails to suspend properly. It "saves pages",
>prints "Suspending console", when prints "Sl" and nothing
>more happens. At this time, I can manually poweroff the
>machine, and resume works. The same happens when running
>32bits or 64bits kernel (it's an amd
On Thu, 31 Jan 2008 15:36:08 +0800
"Huang, Ying" <[EMAIL PROTECTED]> wrote:
> The patch fixes EFI runtime memory mapping code according to the
> changes to ioremap() and change_page_attr().
this is way overkill. really.
Just call set_memory_x() after your ioremap call, and call set_memory_nx()
On Thu, 2008-01-31 at 13:53 +0100, Claude Frantz wrote:
> Hello !
>
> I'm faced to a problem where the OOM-killer is invoked but I cannot find
> the reason why. The machine is rather powerfull, the load is very moderate,
> the disk swap space is nearly unused. The only strange observation which
>
On Jan 31, 2008 2:25 PM, Nicholas A. Bellinger <[EMAIL PROTECTED]> wrote:
> Since this particular code is located in a non-data path critical
> section, the kernel vs. user discussion is a wash. If we are talking
> about data path, yes, the relevance of DD tests in kernel designs are
> suspect :p.
* Harvey Harrison <[EMAIL PROTECTED]> wrote:
> arch/x86/kernel/scx200_32.c:68:72: warning: Using plain integer as
> NULL pointer
thanks, applied.
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
* Patrick McHardy <[EMAIL PROTECTED]> wrote:
>> config attached.
>
> Thanks, the reason is CONFIG_SYSCTL=n. I've queued this patch (might
> not apply to Linus' tree due to local changes) to fix the build error
> and a runtime error with CONFIG_PROC_FS=n.
it applied fine here and it resolved th
* Harvey Harrison <[EMAIL PROTECTED]> wrote:
> arch/x86/kernel/ds.c:226:9: warning: Using plain integer as NULL
> pointer
> kfree(*dsp);
> - *dsp = 0;
> + *dsp = NULL;
thanks, applied.
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
George Anzinger wrote:
> On 01/31/2008 01:36 AM, Jan Kiszka was caught saying:
>> Jan Kiszka wrote:
>>> George Anzinger wrote:
On 01/30/2008 04:08 PM, Jan Kiszka was caught saying:
> [Here comes a rebased version against latest x86/mm]
>
> In case "kgdbwait" is passed as kernel p
I get the following:
crypto/built-in.o: In function `do_async_xor':
async_xor.c:49: undefined reference to `dma_map_page'
async_xor.c:56: undefined reference to `dma_map_page'
This is mainly because s390 doesn't support DMA at all,
but these files get selected via MD_RAID456 anyway.
Any idea how
This patch fixes this build error in current -git tree:
CC kernel/sched.o
In file included from include/asm/arch/tlb.h:10,
from include/asm/tlb.h:5,
from kernel/sched.c:71:
include/asm-generic/tlb.h: In function 'tlb_finish_mmu':
include/asm-generic/tlb.h:
* Harvey Harrison <[EMAIL PROTECTED]> wrote:
> Other than the defconfigs, remove the entry in compiler-gcc4.h,
> Kconfig.debug and feature-removal-schedule.txt.
i've queued up the generic and x86 bits (the arch changes are really
just to avoid spurious kconfig warnings so it doesnt hurt much),
On Thu, Jan 31, 2008 at 02:05:58PM +0100, Jens Axboe wrote:
> The below fix should be enough. It's perfectly legal to have leftover
> byte counts when the drive signals completion, happens all the time for
> eg user issued commands where you don't know an exact byte count.
>
> diff --git a/drivers
On Thu, Jan 31 2008, Florian Lohoff wrote:
> On Thu, Jan 31, 2008 at 02:05:58PM +0100, Jens Axboe wrote:
> > The below fix should be enough. It's perfectly legal to have leftover
> > byte counts when the drive signals completion, happens all the time for
> > eg user issued commands where you don't
thanks, applied.
Ingo
--
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/
On Thu, 31 Jan 2008 02:53:50 +0100
michael <[EMAIL PROTECTED]> wrote:
> The overrun still remain. An lrz receive session is impossible using
> full preemption. I will try the dma patch too and test in iso mode for
> smart card.
Hmm. Seems to work reasonably well on a non-rt kernel -- I get quite
* Pekka Paalanen <[EMAIL PROTECTED]> wrote:
> > static inline int notify_page_fault(struct pt_regs *regs)
> > {
> > #ifdef CONFIG_KPROBES
> > @@ -588,6 +636,9 @@ void __kprobes do_page_fault(struct pt_regs *regs,
> > unsigned long error_code)
> > if (notify_page_fault(regs))
> >
This patch fixed the following build error in current -git tree.
arch/um/kernel/config.c:10: error: expected declaration specifiers or '...'
before '.' token
...
Cc: Jeff Dike <[EMAIL PROTECTED]>
Signed-off-by: WANG Cong <[EMAIL PROTECTED]>
---
diff --git a/arch/um/include/init.h b/arch/um/i
Hello !
Please allow me to submit to you a question related to a system which
is a NFS v3 client for a Netapp server. The home directories are
NFS attached. The following behaviour occurs sometimes. The system
becomes very slow. The load average is increasing but the most
interesting observatio
Peter Zijlstra wrote:
You seem to have ran out of zone normal memory with all of it stuck in
kernel allocations. Would you have /proc/slabinfo available?
Thanks Peter !
No ! There is no /proc/slabinfo available.
Claude
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel
This patch fixed this error:
arch/um/kernel/skas/syscall.c: In function 'handle_syscall':
arch/um/kernel/skas/syscall.c:33: error: 'NR_syscalls' undeclared (first use in
this function)
arch/um/kernel/skas/syscall.c:33: error: (Each undeclared identifier is
reported only once
arch/um/kernel/skas
David Newall wrote:
This idea that some symbols may only be
dynamically bound to GPL code is fallacy.
As I understand it, the point of EXPORT_SYMBOL_GPL is not so much the
technical restriction (as you say, the module can lie or the user can
patch the kernel) but to indicate that the kernel d
* Guillaume Chazarain <[EMAIL PROTECTED]> wrote:
> arch/x86/kernel/tsc_32.c | 14 +-
> arch/x86/kernel/tsc_64.c | 14 +-
> 2 files changed, 10 insertions(+), 18 deletions(-)
> static void set_cyc2ns_scale(unsigned long cpu_khz, int cpu)
> {
> - unsigned long fl
As discussed on i2c mailing list with David Brownell, and number
outside of the 0...MAX_INT range is invalid as a GPIO number.
Define a macro, similar to NO_IRQ, to be used as a deliberate
invalid GPIO, rather than defining a is_valid_gpio() macro.
Signed-off-by: Guennadi Liakhovetski <[EMAIL PROT
Hi Bill,
I see similar results on my test systems
Thanks for this report and for confirming our observations. Could you
please confirm that a single-port bidrectional UDP link runs at wire
speed? This helps to localize the problem to the TCP stack or interaction
of the TCP stack with the
My setup is Mandriva 2007 64-bit:
IntelS5000PSLSATA motherboard
Single Dual Core 3 Ghz Xeon
2 GB ECC RAM
Myricom 10 GbE Network Adapter (using out of kernel 1.4.0 driver
compiled with "MYRI10GE_ALLOC_ORDER=2")
I have two identical systems doing data transfer via Myricom cards
connected direc
On Wed, Jan 30, 2008 at 02:15:50AM +0100, Ingo Molnar wrote:
>
> Linus, please pull the latest x86 git tree from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-x86.git
>
> Find the shortlog attached below.
>
> Most of the changes we have described here:
>
> http://lkm
On Tue, 29 Jan 2008, Andi Kleen wrote:
> Split the existing LARGE_PAGE_SIZE/MASK macro into two new macros
> PUD_PAGE_SIZE/MASK and PMD_PAGE_SIZE/MASK.
This is not splitting anything. It adds PUD_PAGE_xxx and renames
LARGE_PAGE_XXX to PMD_PAGE_XXX.
Please split the patch into one, which does the
No-one seems to see much value in these, and they cause about 90% of our
problems with __init/__exit markers, so simply eliminate them. Rather
than run over the whole tree removing them, this patch #defines them to
be nops.
Signed-off-by: James Bottomley <[EMAIL PROTECTED]>
---
I'll probably be
Kconfig:
drivers/net/Kconfig:1743:warning: 'select' used by config symbol 'CPMAC'
refers to undefined symbol 'FIXED_MII_100_FDX'
drivers/spi/Kconfig:156:warning: 'select' used by config symbol 'SPI_PXA2XX'
refers to undefined symbol 'PXA_SSP'
Section mismatches:
WARNING: drivers/ata/built-in.
On Tue, 29 Jan 2008, Andi Kleen wrote:
> This was a long standing obscure problem in the relocatable kernel. The
> AMD GART driver needs to unmap part of the GART in the kernel direct mapping
> to
> prevent cache corruption. With the relocatable kernel it is in theory
> possible
> that the sepa
2008/1/30, Abel Bernabeu <[EMAIL PROTECTED]>:
> Now I am trying to execute some bigger C applications: in instance
> BusyBox. I've chosen the buildroot package in order to produce a small
> "distro".
>
> Then I've tried to boot the system using init=/bin/sh but I am getting
> a crash while loading
101 - 200 of 611 matches
Mail list logo
