When compiling the Blackfin kernel, checksyscalls.pl will report lots of
missing syscalls warnings.
This patch will add some missing syscalls which make sense on Blackfin arch
After appling this patch, toolchain should be rebuilt. Then recompiling the
kernel with the new
toolchain.
[try #2]
-
On Sat, 2007-09-22 at 18:07 +0200, Michael Kerrisk wrote:
> Hello Bernd,
>
> Please don't trim the CC list when replying! I nearly did not see
> your reply, and others will have missed it also.
Yup.
> On 9/22/07, Bernd Eckenfels <[EMAIL PROTECTED]> wrote:
> > In article <[EMAIL PROTECTED]> you
Yinghai Lu wrote:
No!
MMCONFIG will not work with acpi=off any more.
I don't think this is unreasonable. The ACPI MCFG table is how we are
supposed to learn about the area in the first place. If we can't get the
table location via an approved mechanism, and can't validate it doesn't
Hi all,
I'm having a strange problem, of course not reproducible. Sometimes
after a suspend (to ram) and resume cycle, the kernel will try to free
all memory. This means, all running applications are flushed to swap (as
long as it is available), caches and buffers stay at around 15MB each.
The
Hello Bernd,
Please don't trim the CC list when replying! I nearly did not see
your reply, and others will have missed it also.
On 9/22/07, Bernd Eckenfels <[EMAIL PROTECTED]> wrote:
> In article <[EMAIL PROTECTED]> you wrote:
> > 1. This design stretches the POSIX timers API in strange
> >
Huang, Ying wrote:
> This patch add a field of 64-bit physical pointer to NULL terminated
> single linked list of struct setup_data to real-mode kernel
> header. This is used as a more extensible boot parameters passing
> mechanism.
>
> This patch has been tested against 2.6.23-rc6-mm1 kernel on
Since we just call clone without CLONE_VM, it is no need to
use anoymous mmap to get a new stack frame.
Let's keep codes simple.
Signed-off-by: Lepton Wu <[EMAIL PROTECTED]>
diff -X linux-2.6.22.6-uml/Documentation/dontdiff -pru
linux-2.6.22.6/arch/um/os-Linux/start_up.c
* Sat, 22 Sep 2007 13:24:32 +0200 (CEST)
[]
> The make O=$PWD truncates the Makefile, making it necessary to run `git
> checkout Makefile` - should you have git; or reextract the tarball
> (should you /still/ have it). Well, can we catch this case somehow?
Read-only source-tree for kbuild user,
On Sat, Sep 22, 2007 at 12:25:51AM -0600, Matthew Wilcox wrote:
> On Fri, Sep 21, 2007 at 11:39:36PM +0100, Alan Cox wrote:
> > On Fri, 21 Sep 2007 17:15:16 -0500
> > Olof Johansson <[EMAIL PROTECTED]> wrote:
> >
> > > Convert the io_req_t members to kio_addr_t, to allow use on machines with
> >
On Saturday 22 September 2007, Mihai Donțu wrote:
> Hi,
>
> Today, out of curiosity, I pulled 2.6.23-rc7 (leave on the edge in a quiet
> weekend).
> Anyway, it seems that radeonfb and my:
> "01:05.0 VGA compatible controller: ATI Technologies Inc ATI Radeon XPRESS
> 200M 5955 (PCIE)"
> don't
Hello,
> [PATCH] mac80211: fix initialisation when built-in
> http://article.gmane.org/gmane.linux.kernel.wireless.general/5710/match=patch+mac80211+initialisation
>
> [PATCH] cfg80211: fix initialisation if built-in
>
* Paul Mackerras ([EMAIL PROTECTED]) wrote:
> Mathieu Desnoyers writes:
>
> > Make sure that at least cmpxchg64_local is available on all architectures
> > to use
> > for unsigned long long values.
> >
> > Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
>
> Acked-by: Paul Mackerras
In article <[EMAIL PROTECTED]> you wrote:
> 1. This design stretches the POSIX timers API in strange
> ways.
Maybe it is possible to reimplement the POSIX API in usermode using the
kernel's FD implementation? (and drop the posix support from kernel)
Gruss
Bernd
-
To unsubscribe from this
On Sat, 22 Sep 2007, Hans de Goede wrote:
> I'm afraid that that doesn't work for usb mass-storage devices.
>
> Here is what I did:
> 1) kill hal
> 2) insert usb stick -> led lights
> 3):
> echo -n 1 >/sys/bus/usb/devices/.../power/autosuspend
> echo -n auto >
On Sat, Sep 22, 2007 at 08:57:24AM +0200, Sam Ravnborg wrote:
> > This seems like yet another list that will need to be perpetually
> > kept up to date, and given 99% of users don't know the codename
> > of their core, just the marketing name, I question its value.
>
> As a bare minimum
Alan Stern wrote:
The correct answer is that HAL should top polling while the device is
suspended.
In kernels starting with 2.6.23-rc6, the correct way to enable
autosuspend for a USB device is basically like this:
echo D >/sys/bus/usb/devices/.../power/autosuspend
echo auto
On Sat, 22 Sep 2007 09:55:09 +0800 Fengguang Wu <[EMAIL PROTECTED]>
wrote:
> --- linux-2.6.22.orig/mm/page-writeback.c
> +++ linux-2.6.22/mm/page-writeback.c
> @@ -426,6 +426,14 @@ static void balance_dirty_pages(struct a
> bdi_nr_writeback = bdi_stat(bdi, BDI_WRITEBACK);
>
Davide, Andrew, Linus, et al.
At the start of this thread
(http://thread.gmane.org/gmane.linux.kernel/581115 ), I proposed 4
alternatives to Davide's original timerfd API. Based on the feedback in
that thread (and one or two earlier comments):
Let's dismiss option (a), since it is an unlovely
David Härdeman wrote:
> On Tue, September 18, 2007 13:30, Thomas Gleixner wrote:
timer_gettime(fd | POSIX_TIMER_FD, .);
>> If we use the most significant bit for POSIX_TIMER_FD, we should be
>> fine.
>
> I think alternative b) - three new syscalls, sounds better.
>
> The only
What guest drivers?
Cc: Jan Engelhardt <[EMAIL PROTECTED]>
Signed-off-by: Avi Kivity <[EMAIL PROTECTED]>
---
An August 18 patch from Jan Engelhardt (06bfb7e) added help text for the
virtualization menu.
Unfortunately the text is misleading, as "guest drivers" are usually
interpreted to
mean
On Fri, 2007-09-21 at 03:33 -0700, Andrew Morton wrote:
> On Fri, 21 Sep 2007 11:25:41 +0100 richard kennedy <[EMAIL PROTECTED]> wrote:
>
> > > That's all a bit crappy if the wrong races happen and some other task is
> > > somehow exceeding the dirty limits each time this task polls them. Seems
Hi Pavel.
On Mon, Sep 17, 2007 at 06:22:30PM +, Pavel Machek ([EMAIL PROTECTED])
wrote:
> > I'm pleased to announce third release of the distributed storage
> > subsystem, which allows to form a storage on top of remote and local
> > nodes, which in turn can be exported to another storage as
Hi,
You can cause a recursion in kbuild/make with the following:
make O=$PWD kernel/time.o
make mrproper
Of course no one would use O=$PWD (that's just the testcase),
but this happened too often:
/ws/linux/linux-2.6.23$ make O=/ws/linux/linux-2.6.23 kernel/time.o
(Oops - should have been
x86_64 SMP kernel v2.6.22.6 (not using callgraph).
sometimes oprofile works for a longer time... but not this time.
2007-09-22 13:53:32.52723 <1>[ 3372.390188] Unable to handle kernel NULL
pointer dereference at 0650 RIP:
2007-09-22 13:53:32.527245948 <1>[ 3372.390195] []
[snap]
Hi,
When reading corrupted reiserfs directory data, d_reclen
could be a negative number or a big positive number, this
can lead to kernel panic or oop.
The following patch adds a sanity check. (against 2.6.20.4)
Signed-off-by: Lepton Wu <[EMAIL PROTECTED]>
diff -X
On Saturday, 22 September 2007 10:50, Thomas Gleixner wrote:
> On Mon, 2007-09-17 at 18:37 +, Pavel Machek wrote:
> > > That's a bit tricky because hitting the keyboard is what unsticks things.
> > > And the video is black after resume-from-RAM (has always been thus) and we
> >
> > Ok, can
On Saturday, 22 September 2007 01:47, Nigel Cunningham wrote:
> Hi.
>
> On Saturday 22 September 2007 09:19:18 Kyle Moffett wrote:
> > I think that in order for this to work, there would need to be some
> > ABI whereby the resume-ing kernel can pass its entire ACPI state and
> > a bunch of
On Saturday, 22 September 2007 01:19, Kyle Moffett wrote:
> On Sep 21, 2007, at 17:16:59, Jeremy Maitin-Shepard wrote:
> > "Rafael J. Wysocki" <[EMAIL PROTECTED]> writes:
> >> The ACPI platform firmware is allowed to preserve information
> >> accross the hibernation-resume cycle, so this need
[Robert P. J. Day - Sat, Sep 22, 2007 at 05:55:04AM -0400]
| On Sat, 22 Sep 2007, Cyrill Gorcunov wrote:
|
| > Thanks Robert for the answer, I'll mark this (clear_page) in my
| > "must to take a look" list ;)
|
| there's already been a discussion about clear_page() as well:
|
|
On Sat, 22 Sep 2007, Cyrill Gorcunov wrote:
> Thanks Robert for the answer, I'll mark this (clear_page) in my
> "must to take a look" list ;)
there's already been a discussion about clear_page() as well:
http://lists.openwall.net/linux-kernel/2006/12/29/39
you might want to start there to
On Fri, 2007-09-21 at 20:27 -0700, Tong Li wrote:
> Mike,
>
> Could you try this patch to see if it solves the latency problem?
No, but it helps some when running two un-pinned busy loops, one at nice
0, and the other at nice 19. Yesterday I hit latencies of up to 1.2
_seconds_ doing this, and
On Sep 22 2007 10:36, Satyam Sharma wrote:
>> from arch/i386/boot/compressed/misc.c:14:
>> include/asm/processor.h: In function $B!F(Jcpuid_count$B!G(J:
> ^^ ^^
>> include/asm/processor.h:615: warning: pointer targets in passing
On Sep 21 2007 18:41, Chuck Ebbert wrote:
>On 09/21/2007 06:32 PM, Andi Kleen wrote:
>> From: Pavel Emelyanov <[EMAIL PROTECTED]>
>>
>> Typically the oops first lines look like this:
>>
>> BUG: unable to handle kernel NULL pointer dereference at virtual address
>>
>> printing eip:
>>
On Sep 22 2007 08:57, Sam Ravnborg wrote:
>>
>> This seems like yet another list that will need to be perpetually
>> kept up to date, and given 99% of users don't know the codename
>> of their core, just the marketing name, I question its value.
>
>As a bare minimum requirement the list
On Fri, Sep 21, 2007 at 09:23:28PM -0700, David J. Wilder wrote:
> My last posting was mangled by my mailer. I hope this one is better.
> Also corrected Randy's concerns.
>
> Please see previous posting for more information:
> http://lkml.org/lkml/2007/9/19/4 (PATCH 0/2)
>
> Note: this patch
[Robert P. J. Day - Sat, Sep 22, 2007 at 04:48:28AM -0400]
| On Sat, 22 Sep 2007, Cyrill Gorcunov wrote:
|
| > Hi list,
| >
| > could anyone tell me why there is no official memzero function (or
| > macros) in the kernel. As I see a lot of kernel parts calls for it
| > (defying own macros as
On Sep 21 2007 22:44, Andi Kleen wrote:
>Subject: [PATCH] [8/45] x86_64: Use string instruction memcpy on AMD Fam11h
>
>--- linux.orig/arch/x86_64/kernel/setup.c
>+++ linux/arch/x86_64/kernel/setup.c
>@@ -575,7 +575,7 @@ static void __cpuinit init_amd(struct cp
> level = cpuid_eax(1);
>
On Fri, Sep 21, 2007 at 10:45:14PM +0200, Andi Kleen wrote:
> From: Mike Frysinger <[EMAIL PROTECTED]>
>
> This brings x86_64 into line with all other architectures by only defining
> cond_syscall() when __KERNEL__ is defined.
>
> Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
>
On Fri, Sep 21, 2007 at 10:45:06PM +0200, Andi Kleen wrote:
> From: [EMAIL PROTECTED]
> This patch defines frame_pointer() and stack_pointer() similar to the
> already defined instruction_pointer(). Thus the oprofile code can be written
> in a more readable fashion.
Can we do these for all
Hi Greg,
On Tue, 18 Sep 2007, Greg KH wrote:
>
> On Tue, Sep 18, 2007 at 03:04:48PM +0530, Satyam Sharma wrote:
> >
> > But wait ... isn't that a statically-allocated kobject, which were
> > supposed to be "naughty" in the first place?
>
> Yes it is, if you want to dynamically create it,
On Sep 21 2007 08:53, Randy Dunlap wrote:
>On Fri, 21 Sep 2007 17:35:43 +0400 Andrey Mirkin wrote:
>
>> From: Andrey Mirkin <[EMAIL PROTECTED]>
>>
>> Right now futexfs and inotifyfs have one magic 0xBAD1DEA, that looks a
>> little
>> bit confusing.
>> Use 0xBAD1DEA as magic for futexfs and
I don't think we need this patch. When SVM is disabled KVM will tell on
module load. Further with SVM-lock it will be possible to re-enable SVM
even if it was disabled by BIOS using a key. In this case the user of
SVM has to clear the capability bit you set in this patch for all cpus.
On Sat, Sep
On Sat, Sep 22, 2007 at 12:25:51AM -0600, Matthew Wilcox wrote:
> > What about the formatting and field widths ?
> >
> > ulong would probably be a lot saner than kio_addr_t and yet more type
> > obfuscation.
>
> I don't think anyone uses ioports > 32bit. Certainly i386 takes an int
> port as
On Sat, 22 Sep 2007, Cyrill Gorcunov wrote:
> Hi list,
>
> could anyone tell me why there is no official memzero function (or
> macros) in the kernel. As I see a lot of kernel parts calls for it
> (defying own macros as alias to memset). Maybe there is a special
> reason not to do so? Actually my
On Mon, 2007-09-17 at 18:37 +, Pavel Machek wrote:
> > That's a bit tricky because hitting the keyboard is what unsticks things.
> > And the video is black after resume-from-RAM (has always been thus) and we
>
> Ok, can we try to fix the video issue for you? That should make the
>
From: Matti Linnanvuori <[EMAIL PROTECTED]>
Reference to two different conventions is unnecessarily unclear unless you know
them already and requires seeking and reading another file for understanding.
Signed-off-by: Matti Linnanvuori <[EMAIL PROTECTED]>
---
---
> -static volatile int kgdb_hwbreak_sstep[NR_CPUS];
> +volatile int kgdb_hwbreak_sstep[NR_CPUS];
That looks fishy to me. Why is it volatile-qualified? And does that
actually want to be a per-cpu var?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Hi list,
could anyone tell me why there is no official memzero function (or macros) in
the kernel. As I see a lot of kernel parts calls for it (defying own macros
as alias to memset). Maybe there is a special reason not to do so? Actually
my suggestion is to define _one_ general macros for this.
In a stock 2.6.22.6 kernel, poweroff a user mode linux guest
(2.6.22.6 running in skas0 mode) will halt the host linux. I
think the reason is the kernel thread abort because of a bug.
Then the sys_reboot in process of user mode linux guest is
not trapped by the user mode linux kernel and is
drivers/net/iseries_veth.c: In function 'veth_transmit_to_many':
drivers/net/iseries_veth.c:1174: warning: unused variable 'port'
Signed-off-by: Satyam Sharma <[EMAIL PROTECTED]>
---
drivers/net/iseries_veth.c |1 -
1 file changed, 1 deletion(-)
diff -ruNp a/drivers/net/iseries_veth.c
Of ethtool_ops->get_stats_count and ethtool_ops->get_ethtool_stats.
Signed-off-by: Satyam Sharma <[EMAIL PROTECTED]>
---
drivers/net/mv643xx_eth.c |2 --
1 file changed, 2 deletions(-)
diff -ruNp a/drivers/net/mv643xx_eth.c b/drivers/net/mv643xx_eth.c
--- a/drivers/net/mv643xx_eth.c
On Thu, 20 Sep 2007, Satyam Sharma wrote:
>
> BTW ppc64_defconfig didn't quite like 2.6.23-rc6-mm1 either ...
> IIRC I got build failures in:
> drivers/net/pasemi_mac.c
[PATCH -mm] pasemi_mac: Build fix after recent netdev stats changes
Unbreak the following:
drivers/net/pasemi_mac.c: In
On Thu, 20 Sep 2007, Satyam Sharma wrote:
>
> BTW ppc64_defconfig didn't quite like 2.6.23-rc6-mm1 either ...
> IIRC I got build failures in:
> drivers/net/spider_net.c
Fixing the above showed up another problem in another file of the
same driver (drivers/net/spider_net_ethtool.c)
[PATCH
On Fri, 2007-09-21 at 09:37 -0400, Mathieu Desnoyers wrote:
> > Good points. Well I'd say hiding it all behind a friendly
> > "immediate_set()" interface is the best option then.
>
> Then we can't benefit of the __init section to have the code removed
> after boot. I don't see the point in doing
* Pavel Machek <[EMAIL PROTECTED]> [2007-09-18 19:21]:
> > This adds the documentation for the extended crashkernel syntax into
> > Documentation/kdump/kdump.txt.
>
> Should you also update kernel-parameters.txt?
Ok, I'll do.
> > +For example:
> > +
> > +crashkernel=512M-2G:64M,2G-:128M
> >
On Sep 21, 2007, at 17:32:08, Steven Rostedt wrote:
On Fri, 21 Sep 2007, Paul E. McKenney wrote:
On Thu, Sep 20, 2007 at 02:34:11PM -0400, Steven Rostedt wrote:
-#define RCU_HEAD_INIT { .next = NULL, .func = NULL }
+#ifdef CONFIG_RCU_CRC_HEADER_CHECK
+
+#define RCU_CRC_MAGIC 0xC4809168UL
On Sat, Sep 22, 2007 at 12:32:18AM +0200, Andi Kleen wrote:
>
> Also allow to set svm lock.
>
> TBD double check, documentation, i386 support
>
> Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Could we have this patch tagged with x86 instead of "Experimental" in subject.
Sam
-
To
On 9/21/07, Yinghai Lu <[EMAIL PROTECTED]> wrote:
> On 9/21/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
> >
> > From: Robert Hancock <[EMAIL PROTECTED]>
> >
> > This path adds validation of the MMCONFIG table against the ACPI reserved
> > motherboard resources. If the MMCONFIG table is found to be
On Fri, Sep 21, 2007 at 06:45:39PM -0400, Dave Jones wrote:
> On Sat, Sep 22, 2007 at 12:32:02AM +0200, Andi Kleen wrote:
>
>
> > +Select this for:
> > + Pentiums (Pentium 4, Pentium D, Celeron, Celeron D) corename:
> > + -Willamette
> > + -Northwood
> > +
On Thu, 20 Sep 2007, Satyam Sharma wrote:
>
> BTW ppc64_defconfig didn't quite like 2.6.23-rc6-mm1 either ...
> IIRC I got build failures in:
> drivers/net/spider_net.c
[PATCH -mm] spider_net: Misc build fixes after recent netdev stats changes
Unbreak the following:
On 9/21/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> From: Robert Hancock <[EMAIL PROTECTED]>
>
> This path adds validation of the MMCONFIG table against the ACPI reserved
> motherboard resources. If the MMCONFIG table is found to be reserved in
> ACPI, we don't bother checking the E820 table.
On Thu, 20 Sep 2007, Satyam Sharma wrote:
>
> BTW ppc64_defconfig didn't quite like 2.6.23-rc6-mm1 either ...
> IIRC I got build failures in:
> drivers/md/raid6int8.c
This turned out to be a gcc bug -- I was using an old cross-compiler.
-
To unsubscribe from this list: send the line
Hi!
> I'm pleased to announce third release of the distributed storage
> subsystem, which allows to form a storage on top of remote and local
> nodes, which in turn can be exported to another storage as a node to
> form tree-like storages.
How is this different from raid0/1 over nbd? Or raid0/1
On Thu, 20 Sep 2007, Satyam Sharma wrote:
>
> BTW ppc64_defconfig didn't quite like 2.6.23-rc6-mm1 either ...
> IIRC I got build failures in:
> drivers/ata/pata_scc.c
http://lkml.org/lkml/2007/9/21/557
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Hi!
> This adds the documentation for the extended crashkernel syntax into
> Documentation/kdump/kdump.txt.
Should you also update kernel-parameters.txt?
> +For example:
> +
> +crashkernel=512M-2G:64M,2G-:128M
> +
> +This would mean:
> +
> +1) if the RAM is smaller than 512M, then don't
Hi!
> > Ok, here we are. The bad one uses C2 which stops the local apic on the
> > VAIO. I suspect we end up in the suspend/resume with going into C2
> > without the broadcast active.
> >
> > Can you try to get the output of SysRq-Q during the "it needs help from
> > keyboard" period ?
> >
>
>
On 9/21/07, Trond Myklebust <[EMAIL PROTECTED]> wrote:
> No. The requirement for 'hard' mounts is not that the server be up all
> the time. The server can go up and down as it pleases: the client can
> happily recover from that.
>
> The requirement is rather that nobody remove it permanently
On Thu, Sep 20, 2007 at 12:06:10PM -0700, Stephen Hemminger wrote:
> Need to null terminate environment. Found by inspection
> while looking for similar problems to platform uevent bug
>
> Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
Much thanks, git-applymbox'ed to battery-2.6.git. I
On Fri, Sep 21, 2007 at 11:39:36PM +0100, Alan Cox wrote:
> On Fri, 21 Sep 2007 17:15:16 -0500
> Olof Johansson <[EMAIL PROTECTED]> wrote:
>
> > Convert the io_req_t members to kio_addr_t, to allow use on machines with
> > more than 16 bits worth of IO ports (i.e. secondary busses on ppc64, etc).
On Fri, Sep 21, 2007 at 11:39:36PM +0100, Alan Cox wrote:
On Fri, 21 Sep 2007 17:15:16 -0500
Olof Johansson [EMAIL PROTECTED] wrote:
Convert the io_req_t members to kio_addr_t, to allow use on machines with
more than 16 bits worth of IO ports (i.e. secondary busses on ppc64, etc).
What
On Thu, Sep 20, 2007 at 12:06:10PM -0700, Stephen Hemminger wrote:
Need to null terminate environment. Found by inspection
while looking for similar problems to platform uevent bug
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
Much thanks, git-applymbox'ed to battery-2.6.git. I suppose
On 9/21/07, Trond Myklebust [EMAIL PROTECTED] wrote:
No. The requirement for 'hard' mounts is not that the server be up all
the time. The server can go up and down as it pleases: the client can
happily recover from that.
The requirement is rather that nobody remove it permanently before the
Hi!
Ok, here we are. The bad one uses C2 which stops the local apic on the
VAIO. I suspect we end up in the suspend/resume with going into C2
without the broadcast active.
Can you try to get the output of SysRq-Q during the it needs help from
keyboard period ?
That's a bit
Hi!
This adds the documentation for the extended crashkernel syntax into
Documentation/kdump/kdump.txt.
Should you also update kernel-parameters.txt?
+For example:
+
+crashkernel=512M-2G:64M,2G-:128M
+
+This would mean:
+
+1) if the RAM is smaller than 512M, then don't reserve
Hi!
I'm pleased to announce third release of the distributed storage
subsystem, which allows to form a storage on top of remote and local
nodes, which in turn can be exported to another storage as a node to
form tree-like storages.
How is this different from raid0/1 over nbd? Or raid0/1 over
On Thu, 20 Sep 2007, Satyam Sharma wrote:
BTW ppc64_defconfig didn't quite like 2.6.23-rc6-mm1 either ...
IIRC I got build failures in:
drivers/ata/pata_scc.c
http://lkml.org/lkml/2007/9/21/557
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On Thu, 20 Sep 2007, Satyam Sharma wrote:
BTW ppc64_defconfig didn't quite like 2.6.23-rc6-mm1 either ...
IIRC I got build failures in:
drivers/md/raid6int8.c
This turned out to be a gcc bug -- I was using an old cross-compiler.
-
To unsubscribe from this list: send the line unsubscribe
On 9/21/07, Andi Kleen [EMAIL PROTECTED] wrote:
From: Robert Hancock [EMAIL PROTECTED]
This path adds validation of the MMCONFIG table against the ACPI reserved
motherboard resources. If the MMCONFIG table is found to be reserved in
ACPI, we don't bother checking the E820 table. The PCI
On Thu, 20 Sep 2007, Satyam Sharma wrote:
BTW ppc64_defconfig didn't quite like 2.6.23-rc6-mm1 either ...
IIRC I got build failures in:
drivers/net/spider_net.c
[PATCH -mm] spider_net: Misc build fixes after recent netdev stats changes
Unbreak the following:
drivers/net/spider_net.c:
On Fri, Sep 21, 2007 at 06:45:39PM -0400, Dave Jones wrote:
On Sat, Sep 22, 2007 at 12:32:02AM +0200, Andi Kleen wrote:
+Select this for:
+ Pentiums (Pentium 4, Pentium D, Celeron, Celeron D) corename:
+ -Willamette
+ -Northwood
+ -Mobile
On 9/21/07, Yinghai Lu [EMAIL PROTECTED] wrote:
On 9/21/07, Andi Kleen [EMAIL PROTECTED] wrote:
From: Robert Hancock [EMAIL PROTECTED]
This path adds validation of the MMCONFIG table against the ACPI reserved
motherboard resources. If the MMCONFIG table is found to be reserved in
On Sat, Sep 22, 2007 at 12:32:18AM +0200, Andi Kleen wrote:
Also allow to set svm lock.
TBD double check, documentation, i386 support
Signed-off-by: Andi Kleen [EMAIL PROTECTED]
Could we have this patch tagged with x86 instead of Experimental in subject.
Sam
-
To unsubscribe
On Sep 21, 2007, at 17:32:08, Steven Rostedt wrote:
On Fri, 21 Sep 2007, Paul E. McKenney wrote:
On Thu, Sep 20, 2007 at 02:34:11PM -0400, Steven Rostedt wrote:
-#define RCU_HEAD_INIT { .next = NULL, .func = NULL }
+#ifdef CONFIG_RCU_CRC_HEADER_CHECK
+
+#define RCU_CRC_MAGIC 0xC4809168UL
* Pavel Machek [EMAIL PROTECTED] [2007-09-18 19:21]:
This adds the documentation for the extended crashkernel syntax into
Documentation/kdump/kdump.txt.
Should you also update kernel-parameters.txt?
Ok, I'll do.
+For example:
+
+crashkernel=512M-2G:64M,2G-:128M
+
+This would
On Fri, 2007-09-21 at 09:37 -0400, Mathieu Desnoyers wrote:
Good points. Well I'd say hiding it all behind a friendly
immediate_set() interface is the best option then.
Then we can't benefit of the __init section to have the code removed
after boot. I don't see the point in doing so.
On Thu, 20 Sep 2007, Satyam Sharma wrote:
BTW ppc64_defconfig didn't quite like 2.6.23-rc6-mm1 either ...
IIRC I got build failures in:
drivers/net/spider_net.c
Fixing the above showed up another problem in another file of the
same driver (drivers/net/spider_net_ethtool.c)
[PATCH -mm]
On Thu, 20 Sep 2007, Satyam Sharma wrote:
BTW ppc64_defconfig didn't quite like 2.6.23-rc6-mm1 either ...
IIRC I got build failures in:
drivers/net/pasemi_mac.c
[PATCH -mm] pasemi_mac: Build fix after recent netdev stats changes
Unbreak the following:
drivers/net/pasemi_mac.c: In
Of ethtool_ops-get_stats_count and ethtool_ops-get_ethtool_stats.
Signed-off-by: Satyam Sharma [EMAIL PROTECTED]
---
drivers/net/mv643xx_eth.c |2 --
1 file changed, 2 deletions(-)
diff -ruNp a/drivers/net/mv643xx_eth.c b/drivers/net/mv643xx_eth.c
--- a/drivers/net/mv643xx_eth.c
drivers/net/iseries_veth.c: In function 'veth_transmit_to_many':
drivers/net/iseries_veth.c:1174: warning: unused variable 'port'
Signed-off-by: Satyam Sharma [EMAIL PROTECTED]
---
drivers/net/iseries_veth.c |1 -
1 file changed, 1 deletion(-)
diff -ruNp a/drivers/net/iseries_veth.c
In a stock 2.6.22.6 kernel, poweroff a user mode linux guest
(2.6.22.6 running in skas0 mode) will halt the host linux. I
think the reason is the kernel thread abort because of a bug.
Then the sys_reboot in process of user mode linux guest is
not trapped by the user mode linux kernel and is
Hi list,
could anyone tell me why there is no official memzero function (or macros) in
the kernel. As I see a lot of kernel parts calls for it (defying own macros
as alias to memset). Maybe there is a special reason not to do so? Actually
my suggestion is to define _one_ general macros for this.
-static volatile int kgdb_hwbreak_sstep[NR_CPUS];
+volatile int kgdb_hwbreak_sstep[NR_CPUS];
That looks fishy to me. Why is it volatile-qualified? And does that
actually want to be a per-cpu var?
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
From: Matti Linnanvuori [EMAIL PROTECTED]
Reference to two different conventions is unnecessarily unclear unless you know
them already and requires seeking and reading another file for understanding.
Signed-off-by: Matti Linnanvuori [EMAIL PROTECTED]
---
---
On Mon, 2007-09-17 at 18:37 +, Pavel Machek wrote:
That's a bit tricky because hitting the keyboard is what unsticks things.
And the video is black after resume-from-RAM (has always been thus) and we
Ok, can we try to fix the video issue for you? That should make the
development
On Sat, 22 Sep 2007, Cyrill Gorcunov wrote:
Hi list,
could anyone tell me why there is no official memzero function (or
macros) in the kernel. As I see a lot of kernel parts calls for it
(defying own macros as alias to memset). Maybe there is a special
reason not to do so? Actually my
On Sat, Sep 22, 2007 at 12:25:51AM -0600, Matthew Wilcox wrote:
What about the formatting and field widths ?
ulong would probably be a lot saner than kio_addr_t and yet more type
obfuscation.
I don't think anyone uses ioports 32bit. Certainly i386 takes an int
port as parameter to
I don't think we need this patch. When SVM is disabled KVM will tell on
module load. Further with SVM-lock it will be possible to re-enable SVM
even if it was disabled by BIOS using a key. In this case the user of
SVM has to clear the capability bit you set in this patch for all cpus.
On Sat, Sep
Hi Greg,
On Tue, 18 Sep 2007, Greg KH wrote:
On Tue, Sep 18, 2007 at 03:04:48PM +0530, Satyam Sharma wrote:
But wait ... isn't that a statically-allocated kobject, which were
supposed to be naughty in the first place?
Yes it is, if you want to dynamically create it, please do.
On Sep 21 2007 08:53, Randy Dunlap wrote:
On Fri, 21 Sep 2007 17:35:43 +0400 Andrey Mirkin wrote:
From: Andrey Mirkin [EMAIL PROTECTED]
Right now futexfs and inotifyfs have one magic 0xBAD1DEA, that looks a
little
bit confusing.
Use 0xBAD1DEA as magic for futexfs and 0x2BAD1DEA as magic
On Fri, Sep 21, 2007 at 10:45:06PM +0200, Andi Kleen wrote:
From: [EMAIL PROTECTED]
This patch defines frame_pointer() and stack_pointer() similar to the
already defined instruction_pointer(). Thus the oprofile code can be written
in a more readable fashion.
Can we do these for all
101 - 200 of 338 matches
Mail list logo