On Sun, Feb 10, 2008 at 03:33:02PM +0100, Marcin Slusarz wrote:
Hi
Checkpatch in current mainline outputs following errors:
$ ./scripts/checkpatch.pl -q --file ./fs/udf/misc.c
ERROR: need consistent spacing around '*' (ctx:WxV)
#205: FILE: fs/udf/misc.c:205:
+ tag *tag_p;
Hi Eugene
In general, I think this patch isn't wrong idea.
but it shuld be brush up more, may be.
kerndev: ~/code/kernel# cat /proc/`pgrep pickup`/fdinfo/6
mode: 0622
I think this is inode attribute, but not fd attribute.
dev:253,0
ino:21463057
may be useful, agreed with you :)
On Mon, Feb 11 2008 at 12:02 +0200, Russell King [EMAIL PROTECTED] wrote:
On Mon, Feb 11, 2008 at 11:47:57AM +0200, Boaz Harrosh wrote:
On Mon, Feb 11 2008 at 0:44 +0200, James Bottomley [EMAIL PROTECTED] wrote:
Andrew this patch was in -mm for two month or so. I was under the impression
that
* Andi Kleen [EMAIL PROTECTED] wrote:
static_protections previously would test against the x86-64 kernel
mapping twice. First against the unchanged symbol directly from the
linker (which always points into the kernel mapping) and then again it
would manually relocate the address into the
http://www.vmware.com/download/server/open_source.html
On Feb 11, 2008 5:07 PM, rohit h [EMAIL PROTECTED] wrote:
On Feb 8, 2008 9:24 PM, Jan Engelhardt [EMAIL PROTECTED] wrote:
On Feb 9 2008 00:14, Joonwoo Park wrote:
2008/2/8, rohit h [EMAIL PROTECTED]:
Hi,
I am a kernel newbie.
On Monday 11 February 2008 12:22:27 Pavel Emelyanov wrote:
Duncan Sands wrote:
Hi Pavel,
Oh, I see. You're right - this race is possible... I'll fix that up
if this patch works.
it seems to work fine. Thanks again for doing this!
Oh, thanks for testing. What should I do next to
* Andi Kleen [EMAIL PROTECTED] wrote:
your patch is also a bit unclean:
Ok patch with hungarized variables appended.
My comments have nothing to do with hungarized variables. You used
clearly unclean and ambigious coding constructs like:
+static unsigned long __meminit
Guillaume Chazarain schrieb:
On Feb 11, 2008 2:17 PM, rzryyvzy [EMAIL PROTECTED] wrote:
$ cat /proc/fs/vfs/reading_files
$ cat /proc/fs/vfs/writing_files
You can try:
# echo 1 /proc/sys/vm/block_dump
# dmesg
Thanks, it works. This option rocks. I did not know about that.
This
That is exactly the situation in pageattr.c. You're saying the manual
is wrong here?
I'm saying that we are not following step 2 (marking the pages not present)
Yes that's true. It's one of the design problems of the intent API that makes
fixing this hard unfortunately.
(intent API
On Mon, Feb 11, 2008 at 02:31:37PM +0100, Sam Ravnborg wrote:
Hi Linus.
A kbuild bug sneaked in. Please pull from:
ssh://master.kernel.org/pub/scm/linux/kernel/git/sam/kbuild.git
to fix the following bug.
Sam
Mike spotted another missing thing from his initial
patch so I
Ingo Molnar wrote:
In any case, if there are any open issues we are very much ready and
willing to address them now or after any potential upstream merge of
this codebase. This has meanwhile become one of the best-reviewed pieces
of kernel code in living memory ;-)
I spotted one... :)
Hello,
it seems 2.6.25-rc1 is out and mmiotrace did not make it. Thank you all
for your feedback.
Ingo, you can throw away all my patches. I will start from scratch and
come back when I have made mmiotrace built-in-able and got rid of the
page fault hook. It should make a nicer patch set as a
From: Randy Dunlap [EMAIL PROTECTED]
Fix printk format warning:
linux-2.6.25-rc1/kernel/auditsc.c:1077: warning: format '%ld' expects type
'long int', but argument 4 has type 'size_t'
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
---
kernel/auditsc.c |2 +-
1 file changed, 1 insertion(+),
From: Randy Dunlap [EMAIL PROTECTED]
Fix visws printk format warnings:
/local/linsrc/linux-2.6.24-git15/arch/x86/mach-visws/traps.c:50: warning:
format '%#lx' expects type 'long unsigned int', but argument 2 has type 'u32'
/local/linsrc/linux-2.6.24-git15/arch/x86/mach-visws/traps.c:50:
On Mon, Feb 11, 2008 at 07:27:35PM +0100, Abel Bernabeu wrote:
I've finally found a solution for the crash in load_binary_elf I
reported last week:
http://lkml.org/lkml/2008/1/30/171
The attached patch solves my problem, but please test it yourself...
set_brk(start, end) allocs just
--- Joerg Platte [EMAIL PROTECTED] wrote:
Hi,
when booting linux 2.6.25-rc1 I get the following error:
BUG: unable to handle kernel NULL pointer dereference at 0138
IP: [c01aa59e] smack_netlabel+0x13/0xc8
*pde =
Oops: [#1] PREEMPT
Modules linked in: nfsd auth_rpcgss
On Mon, 11 Feb 2008, Abel Bernabeu wrote:
set_brk(start, end) allocs just page aligned regions (by colapsing
both extremes to the start of the page in which they lay)... That
means than even if both pointers are not equal there are still some
chances that set_brk has allocated no space at
When submitting the driver for inclusion to 2.6.25 I've missed the change to
serial_core.h. This patch fixes this.
Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED]
---
include/linux/serial_core.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git
On Mon, Feb 11, 2008 at 06:58:08PM +0200, Benny Halevy wrote:
OK, but the return type doesn't have to be in the patched line, it could be in
a synchronization line or even missing if the function has a long multi-line
argument
list.
Ok, I guess thats fair criticism. Could you check out the
This patch will taint the kernel with a new flag, 'W', whenever a
warning is issued with WARN_ON(condition). Whenever a warning occurs, it
is helpful to record this within the kernel state as a taint. When a BUG
happens, it'd be useful to know if it was also preceded by a WARN.
This patch applies
Please pull from 'upstream-fixes' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-fixes
to receive the following updates:
drivers/ata/libata-core.c | 48 +-
drivers/ata/pata_amd.c |2 +-
On Mon, Feb 11, 2008 at 06:58:46PM +0100, Andi Kleen wrote:
On Monday 11 February 2008 18:36:06 Siddha, Suresh B wrote:
On Mon, Feb 11, 2008 at 04:27:23PM +0100, Andi Kleen wrote:
That is exactly the situation in pageattr.c. You're saying the manual
is wrong here?
I'm
On Mon, 11 Feb 2008, Rafael J. Wysocki wrote:
On Monday, 11 of February 2008, Alessandro Suardi wrote:
2.6.24-git1 is okay
2.6.24-git2 is bad
Ok, that's git ID's
b47711bfbcd4eb77ca61ef0162487b20e023ae55 2.6.24-git1
9b73e76f3cf63379dcf45fcd4f112f5812418d0a 2.6.24-git2
On Tue, Feb 12, 2008 at 03:52:22AM +0800, Nur Hussein wrote:
This patch will taint the kernel with a new flag, 'W', whenever a
warning is issued with WARN_ON(condition). Whenever a warning occurs, it
is helpful to record this within the kernel state as a taint. When a BUG
happens, it'd be
The test case chosen may not be a very good start, but anyways, here are some
initial test results with the nasty arch bits. This was performed on a 32-way
ia64 box with 1 terrabyte of RAM, and 144 FC disks (contained in 24 HP MSA1000
RAID controlers attached to 12 dual-port adapters). Each
Jiri Kosina wrote:
On Mon, 11 Feb 2008, Abel Bernabeu wrote:
In such a way that set_brk(0x0, 0x100) does not alloc any space at all.
There are just more ways to get no memory allocation than
set_brk(elf_bss, elf_bss) (the equalness condition i've changed).
Sorry, the correct description for
On Mon, Feb 11, 2008 at 08:58:46PM +0100, Mike Galbraith wrote:
On Mon, 2008-02-11 at 11:26 -0600, Olof Johansson wrote:
On Mon, Feb 11, 2008 at 09:15:55AM +0100, Mike Galbraith wrote:
Piddling around with your testcase, it still looks to me like things
improved considerably in latest
From: Kevin Lloyd [EMAIL PROTECTED]
Moves the Onda H600/ZTE MF33 device from the sierra driver to the option driver.
Signed-off-by: Kevin Lloyd [EMAIL PROTECTED]
---
drivers/usb/serial/sierra.c | 1 -
drivers/usb/serial/option.c | 2 +
2 files changed, 2 insertions(+), 1 deletion(-)
---
On Mon, Feb 11, 2008 at 05:37:04PM -0200, Carlos R. Mafra wrote:
Pallipadi, Venkatesh wrote:
Can you send me the output of acpidump and full dmesg to me. Looks like
it is a platform issue due to which we cannot use C1 mwait idle during
suspend resume, something similar to issue we had
On Mon, 11 Feb 2008, Paul Jackson wrote:
If things go as I hope, I expect to spend a couple of days this week
reviving my earlier patch RFC that a couple of you on this cc list saw,
concerning how nodes are numbered in mempolicy nodemasks. Certainly
the work being done in these various
Andrew Morton wrote:
On Mon, 11 Feb 2008 22:46:18 +0100
Torsten Kaiser [EMAIL PROTECTED] wrote:
The system is a dual opteron x86_64 system with 4 GB ECC RAM and an
nVidia 3600 chipset (MCP55).
As noted in the rc3-mm2-thread the crash will also happen, if I use
normal ethernet instead of
Hello Alon,
On Mon, Feb 11, 2008 at 05:57:54PM +0200, Alon Bar-Lev wrote:
[...]
Feb 11 17:46:05 alon1 BUG: unable to handle kernel NULL pointer dereference
at virtual address 0008
Feb 11 17:46:05 alon1 printing eip: c01b2da6 *pde =
Feb 11 17:46:05 alon1 Oops: [#1] PREEMPT
On Mon, 11 Feb 2008 16:28:13 -0600
Olof Johansson [EMAIL PROTECTED] wrote:
I noticed this when looking at an openswan issue. Openswan (ab?)uses
the tasklet API to defer processing of packets in some situations,
with one packet per tasklet_action(). I started noticing sequences of
I was not able to reproduce this failure. Those symbols should be defined
by arch/x86/vdso/vdso-syms.lds, a file generated by the build. If that
file is empty in your build, remove it and see if it gets regenerated
properly, or try a clean build. If the problem persists, please send me
your
Hello,
2.6.25-rc1 takes really long time till it suspends (about 30-40secs, used to
be about 5 secs at all) and it is resuming about few minutes. While resuming,
capslock toggles the capslock led but with few secs delay.
2.6.24-git15 was OK. 2.6.24 is OK.
I have Lenovo ThinkPad T61.
--
Lukáš
On Mon, 2008-02-11 at 23:42 +0100, Michael Opdenacker wrote:
/* Specific CPU type init functions */
-int intel_cpu_init(void);
-int amd_init_cpu(void);
-int cyrix_init_cpu(void);
-int nsc_init_cpu(void);
-int centaur_init_cpu(void);
-int transmeta_init_cpu(void);
-int
On Saturday 09 February 2008, Ingo Molnar wrote:
ditto - hide this into cpu.h.
I did hide all the ifdefs into cpu.h as you suggested. See the new patch below.
static int __cpuinit mwait_usable(const struct cpuinfo_x86 *c)
{
+#ifdef CONFIG_CPU_SUP_AMD
if (force_mwait)
The makefile magic for installing the 32-bit vdso images on disk
had a little error. Only one line of change would fix that bug.
This does a little more to reduce the error-prone duplication of
this bit of makefile variable magic.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
---
[Adding [EMAIL PROTECTED] to get the IB/RDMA people involved]
This thread has patches that add support for notifying drivers when a
process's memory map changes. The hope is that this is useful for
letting RDMA devices handle registered memory without pinning the
underlying pages, by updating
* Andrew Morton [EMAIL PROTECTED] wrote:
please check some updated patches in -mm that could be affected.
hope it could save you some time
x86-validate-against-acpi-motherboard-resources.patch
x86-clear-pci_mmcfg_virt-when-mmcfg-get-rejected.patch
x86-mmconf-enable-mcfg-early.patch
On 10.02.2008 [13:25:28 -0800], Nishanth Aravamudan wrote:
On 09.02.2008 [16:26:43 -0800], Andrew Morton wrote:
On Sat, 9 Feb 2008 14:03:28 -0500 Miles Lane [EMAIL PROTECTED] wrote:
Command run:
find /proc | xargs tail
[ 2710.028219] BUG: sleeping function called from
Linus, please pull from
master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git for-linus
This tree is also available from kernel.org mirrors at:
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
for-linus
This will get one build fix:
Olof Johansson (1):
On Mon, 11 Feb 2008 22:46:18 +0100
Torsten Kaiser [EMAIL PROTECTED] wrote:
On Feb 11, 2008 1:44 AM, Linus Torvalds [EMAIL PROTECTED] wrote:
So give it all a good testing.
My mm-mystery-crash has now sneaked into mainline:
hm, I don't remember that.
[ 1463.829078] BUG: unable to handle
Thanks, applied.
Jack, I thought you guys tested the build on powerpc. How did this
sneak through?
--
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
So the warning comes a bit late :)
I suspect if this was wrong before it would not have been noticed
because user space hwclock would work around it. The warning
certainly won't hurt.
Anyways if you feel strongly about this (I don't) then drop
this patch, but apply the other ones in the series.
On Mon, 11 Feb 2008 15:57:06 +0530
Thomas, Sujith [EMAIL PROTECTED] wrote:
From: Thomas Sujith [EMAIL PROTECTED]
Added sanity checks for interface functions in thermal with
other modules such as fan, processor, video etc..
Signed-off-by: Thomas Sujith [EMAIL PROTECTED]
---
Hi Ingo,
I think an interface to access RLIMIT_RTTIME from outside is useful.
It makes administrator able to set RLIMIT_RTTIME watchdog to existing
real-time applications without impact.
I implemented that interface with /proc filesystem.
---
From: Hiroshi Shimamoto [EMAIL PROTECTED]
Introduce
Olof Johansson wrote:
However, I fail to understand the goal of the reproducer. Granted it shows
irregularities in the scheduler under such conditions, but what *real*
workload would spend its time sequentially creating then immediately killing
threads, never using more than 2 at a time ?
If
On Mon, 2008-02-11 at 13:17 -0800, Andrew Morton wrote:
On Mon, 11 Feb 2008 10:38:42 -0800
Harvey Harrison [EMAIL PROTECTED] wrote:
All users are gone, remove definitions and comments referring
to them.
I'm still showing occurrences in:
./Documentation/RCU/NMI-RCU.txt
On Mon, 11 Feb 2008 11:55:46 -0800, Andrew Morton wrote:
On Sun, 10 Feb 2008 13:25:36 +0100 Jean Delvare wrote:
Andrew, both patches are
Acked-by: Jean Delvare [EMAIL PROTECTED]
We already have Signed-off-by:you, which I figure outranks acked-by: ;)
Yeah but that wasn't the same me.
On Mon, Feb 11, 2008 at 12:29:06PM -0800, Harvey Harrison wrote:
Option has been removed as of:
185c045c245f46485ad8bbd8cc1100e986ff3f13 x86, core: remove
CONFIG_FORCED_INLINING
...
I'm not a fan of patching defconfig's this way - this will only bring
tons of patch conflicts (consider what
Hi,
after upgrading from 2.6.24 to 2.6.25-rc1, I lost headphone-out sound output
of my Intel HDA card - it is quiet no matter what the mixer settings are.
After playing wit git bisect a bit, I narrowed it down to commit
f889fa91ad47e [ALSA] hda-codec - Improve the auto-configuration. [1]
It
On Mon, 11 Feb 2008, David Rientjes wrote:
On Mon, 11 Feb 2008, Christoph Lameter wrote:
Then you could follow through with the enum mempolicy thing
throughtout. Why not use enum mempolicy in struct mempolicy?
Mempolicy flags, as I implemented them in patch 2 in this series, are not
On Mon, 11 Feb 2008 15:16:53 +0100
[EMAIL PROTECTED] wrote:
[PATCH 07/08]
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
On Fri, 18 Jan 2008, Adolfo R. Brandes wrote:
I decided to ask the folks at Gyration about this before tearing my
(and Jiri's) hair out, and it seems that the 3 missing keys are
actually not meant to send USB signals, only IR ones. I tested it on
Windows using an usb bus tracer, and as
On Mon, 11 Feb 2008 09:23:18 -0800
Badari Pulavarty [EMAIL PROTECTED] wrote:
Hi Andrew,
While testing hotplug memory remove against -mm, I noticed
that unregister_memory() is not cleaning up /sysfs entries
correctly. It also de-references structures after destroying
them (luckily in the
Updates Documentation/vm/numa_memory_policy.txt and
Documentation/filesystems/tmpfs.txt to describe optional mempolicy mode
flags.
Cc: Paul Jackson [EMAIL PROTECTED]
Cc: Christoph Lameter [EMAIL PROTECTED]
Cc: Lee Schermerhorn [EMAIL PROTECTED]
Cc: Andi Kleen [EMAIL PROTECTED]
Cc: Randy Dunlap
Jeff Garzik wrote:
Mostly fixes, a few cleanups (generally assisting fixes), and an
exception for PS3 wireless because it had been posted, reviewed and
acked for a while, just not committed.
Please pull from 'upstream-davem' branch of
tc1100-wmi - Fail gracefully if ACPI is disabled
From: Carlos Corbacho [EMAIL PROTECTED]
WMI drivers, like their ACPI counterparts, should also check if ACPI is
disabled or not, and bail out if so, otherwise we cause a crash.
Spotted by Ingo Molnar.
Signed-off-by: Carlos Corbacho [EMAIL
acer-wmi - Fail gracefully if ACPI is disabled
From: Carlos Corbacho [EMAIL PROTECTED]
WMI drivers, like their ACPI counterparts, should also check if ACPI is
disabled or not, and bail out if so, otherwise we cause a crash.
Spotted by Ingo Molnar.
Signed-off-by: Carlos Corbacho [EMAIL
On Sun, 10 Feb 2008 21:05:40 +0100 Ingo Molnar wrote:
Subject: uaccess: add probe_kernel_write()
From: Ingo Molnar [EMAIL PROTECTED]
add probe_kernel_read() and probe_kernel_write().
Uninlined and restricted to kernel range memory only, as suggested
by Linus.
Signed-off-by: Ingo
On Mon, 11 Feb 2008 07:30:35 -0800 (PST) David Rientjes wrote:
Updates Documentation/vm/numa_memory_policy.txt and
Documentation/filesystems/tmpfs.txt to describe optional mempolicy mode
flags.
Cc: Paul Jackson [EMAIL PROTECTED]
Cc: Christoph Lameter [EMAIL PROTECTED]
Cc: Lee Schermerhorn
On Mon, 11 Feb 2008, Christoph Lameter wrote:
The policy member of struct mempolicy is also converted from type short
to type unsigned short. A negative policy does not have any legitimate
meaning, so it is possible to change its type in preparation for adding
optional mode flags later.
Jarod Wilson wrote:
Stefan Richter wrote:
When a reconnect failed but re-login succeeded, __scsi_add_device was
called again.
Signed-off-by: Stefan Richter [EMAIL PROTECTED]
Was the spurious __scsi_add_device simply failing, or was it causing
other problems as well? I can't remember if
Hi,
On Monday 11 February 2008, Daniel Exner wrote:
Hi!
Please CC me as I'm not subscribed to any list, thx in advance.
I tried all -git Kernels since begining of cycle and starting when they
finaly
compiled fine, they weren't able to mount my root.
As my laptop with the serial
On Mon, 11 Feb 2008, Lee Schermerhorn wrote:
These patches look good--well, interesting, anyway. I'm off on
assignment this week, so I won't get to review in detail, merge and
test them until next...
If, by interesting, you mean that they give the most power to the user
in setting up
Byron Bradley wrote:
When the sata_mv driver is used as a platform driver,
mv_create_dma_pools() is never called so it fails when trying
to alloc in mv_pool_start().
Signed-off-by: Byron Bradley [EMAIL PROTECTED]
Acked-by: Mark Lord [EMAIL PROTECTED]
---
Mark, based on the comment from Andrew
Yinghai Lu wrote:
[PATCH] sata_mv: fix loop with last port
commit f351b2d638c3cb0b95adde3549b7bfaf3f991dfa
sata_mv: Support SoC controllers
cause panic:
[...]
last_port already include port0 base.
this patch change use last_port directly, and move pp assignment later.
Signed-off-by:
Signed-off-by: Glauber Costa [EMAIL PROTECTED]
Signed-off-by: Ravikiran Thirumalai [EMAIL PROTECTED]
Acked-by: Shai Fultheim [EMAIL PROTECTED]
---
arch/x86/Kconfig |3 ++
arch/x86/kernel/vsmp_64.c | 56 +
2 files changed, 58
Signed-off-by: Glauber Costa [EMAIL PROTECTED]
Signed-off-by: Ravikiran Thirumalai [EMAIL PROTECTED]
Acked-by: Shai Fultheim [EMAIL PROTECTED]
---
arch/x86/kernel/vsmp_64.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/arch/x86/kernel/vsmp_64.c
On Mon, 11 Feb 2008, Abel Bernabeu wrote:
In such a way that set_brk(0x0, 0x100) does not alloc any space at all.
There are just more ways to get no memory allocation than
set_brk(elf_bss, elf_bss) (the equalness condition i've changed).
Sorry, the correct description for the patch may be:
On Monday 11 February 2008 09:17:43 Ingo Molnar wrote:
no, it does not help - see the attached .config and the crash.log.
Thanks Ingo - the cause of the crash is ACPI being disabled on your system for
some reason. I can reproduce your crash every time here with acpi=off.
The two WMI based
On Mon, 11 Feb 2008, Andi Kleen wrote:
The mempolicy mode constants, MPOL_DEFAULT, MPOL_PREFERRED, MPOL_BIND,
and MPOL_INTERLEAVE, are better declared as part of an enum for type
checking.
What type checking? There is none in standard C for enums.
Type checking probably isn't the best
Hi,
This series of five patches turns the vsmp architecture support in
x86_64 into a paravirt client. If PARAVIRT is on, the probe
function vsmp_init() is run unconditionally, patching the necessary
irq functions accordingly if running ontop of such box.
--
To unsubscribe from this list: send
On Monday 11 February 2008, Andi Kleen wrote:
Without this patch a Opteron test system here oopses at boot with currentg
git.
Calling to_pci_dev() on a NULL pointer gives a negative value so the
following NULL
pointer check never triggers and then an illegal address is referenced.
On Monday, 11 of February 2008, Mirco Tischler wrote:
On Sunday, 10 of February 2008, Rafaek J. Wysocki wrote:
Can you apply the appended patch on top of the current mainline and tetest?
Thanks,
Rafael
Sorry, that doesn't fix it.
But I'm pretty sure it is related to that
On Mon, Feb 11, 2008 at 12:09:10PM +0100, Jan Kara wrote:
Hi,
On Sun 10-02-08 11:48:17, Marcin Slusarz wrote:
Current mainline has a problem with reading file list.
Simple ls prints only 2 out of 8 files on my testing DVD.
Reverting your patch udf: cleanup directory offset handling
Am Montag, 11. Februar 2008 schrieb Casey Schaufler:
First analysis is that I've got an issue with kernel sockets.
If you can turn off NFS for the time being (I know that may not
be a helpful suggestion) you should be able to move forward.
Thank you for the trace, I hope to have the fix in
On Mon, 2008-02-11 at 17:58 +0100, Thomas Petazzoni wrote:
Hi,
The enclosed patch allows to remove the DMI scanning code when
CONFIG_EMBEDDED is defined. It's basically the dma_blacklist patch of
Linux-Tiny ported to 2.6.25-rc1, with the required modifications. It
allows to remove ~10k
fastcall always expands to empty, remove it.
Signed-off-by: Harvey Harrison [EMAIL PROTECTED]
---
Andrew, as promised, here's a rollup vs. -rc1 of remaining fastcall
uses.
kernel/signal.c |2 +-
mm/filemap.c|2 +-
net/bluetooth/rfcomm/core.c |4 ++--
Hi Andreas,
Thank you very good comment.
Having such notification handled by glibc to free up unused malloc (or
any heap allocations) would be very useful, because even if a program
does free there is no guarantee the memory is returned to the kernel.
Yes, no guarantee.
but current
2008/2/11, Abel Bernabeu [EMAIL PROTECTED]:
I've finally found a solution for the crash in load_binary_elf I
reported last week:
http://lkml.org/lkml/2008/1/30/171
The attached patch solves my problem, but please test it yourself...
set_brk(start, end) allocs just page aligned regions (by
On Mon, 11 Feb 2008 16:14:52 +0530 Ananth N Mavinakayanahalli wrote:
The following series of patches create and populate the toplevel tests/
directory. This will henceforth be the place where all in-kernel tests
live.
All patches against 2.6.25-rc1 and are just code movement without any
On Mon, Feb 11, 2008 at 07:25:42AM -0800, Greg KH wrote:
On Mon, Feb 11, 2008 at 10:53:46AM +0100, Rodolfo Giometti wrote:
On Fri, Feb 08, 2008 at 10:45:31PM -0800, Greg KH wrote:
As you are adding sysfs files, please also describe them in
Documentation/ABI/ in this same series of
On Feb 11, 2008 7:56 AM, Mirco Tischler [EMAIL PROTECTED] wrote:
On Sunday, 10 of February 2008, Rafaek J. Wysocki wrote:
Can you apply the appended patch on top of the current mainline and tetest?
Thanks,
Rafael
Sorry, that doesn't fix it.
But I'm pretty sure it is related to that
-Original Message-
From: Calvin Walton [mailto:[EMAIL PROTECTED]
Sent: Sunday, February 10, 2008 9:48 PM
To: Carlos R. Mafra
Cc: linux-kernel@vger.kernel.org; Pallipadi, Venkatesh
Subject: Re: [2.6.25-rc1 regression] Suspend to RAM (bisected)
On Mon, 2008-02-11 at 03:25 -0200, Carlos R.
Stefan Richter wrote:
While fw-sbp2 takes the necessary time to reconnect to a logical unit
after bus reset, the SCSI core keeps sending new commands. They are all
immediately completed with host busy status, and application clients or
filesystems will break quickly. The SCSI device might even
On Mon, 2008-02-11 at 09:54 -0800, Greg KH wrote:
On Mon, Feb 11, 2008 at 09:23:18AM -0800, Badari Pulavarty wrote:
Hi Andrew,
While testing hotplug memory remove against -mm, I noticed
that unregister_memory() is not cleaning up /sysfs entries
correctly. It also de-references
Hi,
The enclosed patch allows to remove the DMI scanning code when
CONFIG_EMBEDDED is defined. It's basically the dma_blacklist patch of
Linux-Tiny ported to 2.6.25-rc1, with the required modifications. It
allows to remove ~10k from the kernel code/data size.
On top of this patch, I've tested if
On Mon, Feb 11, 2008 at 04:27:23PM +0100, Andi Kleen wrote:
That is exactly the situation in pageattr.c. You're saying the manual
is wrong here?
I'm saying that we are not following step 2 (marking the pages not present)
Yes that's true. It's one of the design problems of the
At Mon, 11 Feb 2008 13:41:50 +0100,
Toralf Förster wrote:
Hello,
the build with the attached .config failed, make ending with:
(snip)
Yeah, this is a known problem and the patch has been on ALSA tree for
weeks, but it was never pushed.
Jaroslav, please please, prepare the push for 2.6.25
On Mon, 11 Feb 2008, Linus Torvalds wrote:
So we should probably make pcibus_to_node() be an inline function for that
case
Or, we could just do the ugliest patch ever, namely
-#define pcibus_to_node(node) (-1)
+#define pcibus_to_node(node) ((int)(long)(node),-1)
Wow.
On Mon, 11 Feb 2008, Andi Kleen wrote:
Without this patch a Opteron test system here oopses at boot with currentg
git.
Calling to_pci_dev() on a NULL pointer gives a negative value so the
following NULL
pointer check never triggers and then an illegal address is referenced. Check
On Feb 11, 2008 12:24 PM, Jean Delvare [EMAIL PROTECTED] wrote:
[Once more without forgetting the last quilt refresh, sorry.]
Adding the same item to a given linked list more than once is guaranteed
to break and corrupt the list. This is however what we do in dmi_scan
since commit
The warning issued by fs/binfmt_flat.c when the format handler is given a
non-FLAT and non-script executable is annoying to say the least when working
with FDPIC ELF objects. If you build a kernel that supports both FLAT and
FDPIC ELFs on no-mmu, every time you execute an FDPIC ELF, the kernel
Stefan Richter wrote:
If fw-sbp2 was too late with requesting the reconnect, the target would
reject this. In this case, log out before attempting the reconnect.
Else several firmwares will deny the re-login because they somehow
didn't invalidate the old login.
Also, don't retry reconnects in
Dave Jones wrote:
On Fri, Feb 08, 2008 at 03:37:39PM -0800, Mike Travis wrote:
Change cpu frequency tables from arrays to per_cpu variables.
Based on linux-2.6.git + x86.git
Looks ok to me. Would you like me to push this though cpufreq.git,
or do you want the series to go through
On Mon, 11 Feb 2008, Matthew Wilcox wrote:
I'm told that these URLs are not guaranteed to be stable. And
remembering the pain we had when HP decided to relocate all of their
documents, I'm really not inclined to embed a link to a URL in the
source code.
I put it in the commit message,
Hi,
We have a Compaq AlphaServer ES40 and since 2.6.23 it won't boot. I'm
attaching the console log and the kernel config.
Need to say that with a DEC Xp1000 it works fine, although they're
different machines, of course.
With .22 it boots fine, and by booting fine i mean after we reverted to
On Mon, Feb 11, 2008 at 09:15:55AM +0100, Mike Galbraith wrote:
Piddling around with your testcase, it still looks to me like things
improved considerably in latest greatest git. Hopefully that means
happiness is in the pipe for the real workload... synthetic load is
definitely happier here
1 - 100 of 1097 matches
Mail list logo