On Thu, Mar 01, 2007 at 11:44:05PM -0800, Christoph Lameter wrote:
On Fri, 2 Mar 2007, Nick Piggin wrote:
Sure we will. And you believe that the the newer controllers will be able
to magically shrink the the SG lists somehow? We will offload the
coalescing of the page structs into
On Thu, Mar 01, 2007 at 11:31:14AM -0800, Davide Libenzi
(davidel@xmailserver.org) wrote:
On Thu, 1 Mar 2007, Evgeniy Polyakov wrote:
Ingo, do you really think I will send mails with faked benchmarks? :))
I don't think he ever implied that. He was only suggesting that when you
post
On Fri, 2 Mar 2007, Nick Piggin wrote:
If there are billions of pages in the system and we are allocating and
deallocating then pages need to be aged. If there are just few pages
freeable then we run into issues.
page writeout and vmscan don't work too badly. What are the issues?
Slow
On Fri, Mar 02, 2007 at 12:21:49AM -0800, Christoph Lameter wrote:
On Fri, 2 Mar 2007, Nick Piggin wrote:
If there are billions of pages in the system and we are allocating and
deallocating then pages need to be aged. If there are just few pages
freeable then we run into issues.
-mm has a debugging patch which warns when atomic_dec_and_test() takes an
atomic_t negative
(ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/broken-out/detect-atomic-counter-underflows.patch).
When it is applied to current mainline, a simple `rmmod ipw2200'
On Fri, 2007-03-02 at 07:11 +0100, Willy Tarreau wrote:
Call Trace:
[c0127d49] posix_cpu_clock_get+0x47/0xdc
[c0125bf3] sys_clock_gettime+0x80/0x82
[c0103bfc] syscall_call+0x7/0xb
[c02f] svc_ioctl+0xc2/0x261
===
Code: 0b eb fe 57 56 53 89 cb 89 d1 8b 74
openSUSE 10.3 Alpha and KDE-3.5.6, xorg-x11-7.2. KDE is setup not to
require a password to unlock, but it asks for password. When the screen
unlocks, kwin is gone with no errors logged in /var/log/kdm or
/var/log/messages. No problems with 2.6.20.
Regards
Sid.
--
Sid Boyce ... Hamradio
Folks,
my Dell Inspiron 6400 laptop has both a Ricoh R5C822 host adapter (for
SD, MMC, etc.) and a Ricoh R5C592 host adapter for memory sticks.
While the former works just fine, it seems to me that the latter
hasn't any support. Indeed, inserting a Sony MSA-128A memory stick
causes no
On Thu, 1 Mar 2007 18:25:09 -0800
David Brownell [EMAIL PROTECTED] wrote:
It's been pointed out that output GPIOs should have an initial value, to
avoid signal glitching ... among other things, it can be some time before
a driver is ready. This patch corrects that oversight, fixing
-
Hi!
This patch adds an interface to set/reset a flag which determines
anonymous shared memory segments should be dumped or not when a core
file is generated.
/proc/pid/coredump_omit_anonymous_shared file is provided to access
the flag. You can change the flag status for a particular
Hi!
+If you don't want to dump all shared memory segments attached to pid 1234,
+write 0 to the process's proc file.
+
+ $ echo 1 /proc/1234/coredump_omit_anonymous_shared
Write 0?
+When a new process is created, the process inherits the flag status from its
+parent. It is useful to set
Hi,
On Thu, 2007-03-01 at 12:47 +, Leroy van Logchem wrote:
Tomoki Sekiyama tomoki.sekiyama.qu at hitachi.com writes:
thanks for your comments.
The default dirty_ratio on most 2.6 kernels tend to be too large imo.
If you are going to do sustained writes multiple times the size of
the
On Fri, Mar 02, 2007 at 10:19:17AM +0100, Thomas Gleixner wrote:
On Fri, 2007-03-02 at 07:11 +0100, Willy Tarreau wrote:
Call Trace:
[c0127d49] posix_cpu_clock_get+0x47/0xdc
[c0125bf3] sys_clock_gettime+0x80/0x82
[c0103bfc] syscall_call+0x7/0xb
[c02f] svc_ioctl+0xc2/0x261
Werner LEMBERG wrote:
Folks,
my Dell Inspiron 6400 laptop has both a Ricoh R5C822 host adapter (for
SD, MMC, etc.) and a Ricoh R5C592 host adapter for memory sticks.
While the former works just fine, it seems to me that the latter
hasn't any support. Indeed, inserting a Sony MSA-128A
Andrew Morton wrote:
On Tue, 20 Feb 2007 12:35:49 +0100 Gerd Hoffmann [EMAIL PROTECTED] wrote:
It blows up on powerpc:
drivers/built-in.o(.init.text+0x2080): In function `.console_init':
: undefined reference to `.disable_early_printk'
Hmm, I think this is just a chunk being lost due to
Pierre Ossman napsal(a):
Werner LEMBERG wrote:
Folks,
my Dell Inspiron 6400 laptop has both a Ricoh R5C822 host adapter (for
SD, MMC, etc.) and a Ricoh R5C592 host adapter for memory sticks.
While the former works just fine, it seems to me that the latter
hasn't any support. Indeed,
On Thu, 2007-03-01 at 14:50 +0100, Arnd Bergmann wrote:
On Thursday 01 March 2007, Michael Ellerman wrote:
On Mon, 2006-11-20 at 18:45 +0100, Arnd Bergmann wrote:
plain text document attachment (spufs-master-control.diff)
When the user changes the runcontrol register, an SPU might be
Whenever jiffies is started at a multiple of 5*HZ or wraps, calc_load is
run exactly on the second which is when tasks using round_jiffies will
be scheduled to run. This has a bad effect on the load average, making
it tend towards 1.00 if a task happens to run every time the load is
being
On Thu, 22 Feb 2007 16:13:02 -0800 john stultz [EMAIL PROTECTED] wrote:
This patch resolves the issue found here:
http://bugme.osdl.org/show_bug.cgi?id=7426
The basic summary is:
Currently we register most of i386/x86_64 clocksources at module_init
time. Then we enable clocksource
Hi!
As soon as I try to start bluetooth connection (gprs over nokia 6230)
on thinkpad x60 (internal bluetooth dongle, connected over usb),
machine hangs. It worked okay in -rc1 (modulo suspend issues).
Pavel
--
(english)
Hi!
If you can replace them with something simpler, and no worse than 10%
slower in worst case, then go ahead. (We actually tried to do that at
some point, only to realize that efence stresses vm subsystem in very
unexpected/unfriendly way).
Agh, only 10% in the worst case.
I have incorporated all the changes you mentioned, except for one. Thank you very much for taking the time to
review the code. I still retreive def_blk_fops as I did before, but I have put this in a separate function for now.
I have included a test program. Before you run the test program,
Hi!
* Jens Axboe [EMAIL PROTECTED] wrote:
f3ccb06f3b8e0cf42b579db21f3ca7f17fcc3f38 works for me, [...]
update: f3ccb06f3b8e0cf42b579db21f3ca7f17fcc3f38 works for me too, and
01363220f5d23ef68276db8974e46a502e43d01d is broken. I too will attempt
to bisect this.
Strange; on my x60,
Hi folks,
Recently, I was struggling in a bug about the shm-nattch. Actually, the
test case is from LTP kernel/syscall/ipc/shmctl/shmctl01.c code. We
ported it to the uClinux-blackfin platform.
The algorithm is very simple.
a) the parent process will create a share memory
b) parent will
On Thu, 1 Mar 2007, Bill Irwin wrote:
On Thu, Mar 01, 2007 at 10:12:50AM +, Mel Gorman wrote:
These are figures based on kernels patches with Andy Whitcrofts reclaim
patches. You will see that the zone-based kernel is getting success rates
closer to 40% as one would expect although there
On Fri, Mar 02, 2007 at 11:27:14AM +0100, Pavel Machek ([EMAIL PROTECTED])
wrote:
Maybe. It is not up to me to decide. But it is faster is _not_ the
only merge criterium.
Of course not!
Even if kevent has the same speed, it still allows to handle _any_ kind
of events without any major surgery
Hi all,
I noticed that many source files include linux/pci.h while they do
not appear to need it. Here is an attempt to clean it all up.
In order to find all possibly affected files, I searched for all
files including linux/pci.h but without any other occurence of pci
or PCI. I removed the
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc2/2.6.21-rc2-mm1/
- Quite a lot of less-popular architectures still aren't compiling due
to utrace. x86, x86_64, powerpc, ia64
On Fri, 2 Mar 2007 03:00:26 -0800 Andrew Morton [EMAIL PROTECTED] wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc2/2.6.21-rc2-mm1/
Forget to mention: there's a huge
* Evgeniy Polyakov [EMAIL PROTECTED] wrote:
Even if kevent has the same speed, it still allows to handle _any_
kind of events without any major surgery - a very tiny structure of
lock and list head and you can process your own kernel event in
userspace with timers, signals, io events,
On Fri, Mar 02, 2007 at 03:00:26AM -0800, Andrew Morton wrote:
Changes since 2.6.20-mm2:
origin.patch
git-acpi.patch
git-alsa.patch
git-avr32.patch
I guess you're not pulling the ARM master branch in addition to the devel
branch? The master branch contains fixes for -rc kernels
* Evgeniy Polyakov [EMAIL PROTECTED] wrote:
[...] The numbers are still highly suspect - and we are already
down from the prior claim of kevent being almost twice as fast
to a 25% difference.
Btw, there were never almost twice perfromance increase - epoll in
my tests
On Fri, 2 Mar 2007 11:04:20 + Russell King [EMAIL PROTECTED] wrote:
On Fri, Mar 02, 2007 at 03:00:26AM -0800, Andrew Morton wrote:
Changes since 2.6.20-mm2:
origin.patch
git-acpi.patch
git-alsa.patch
git-avr32.patch
I guess you're not pulling the ARM master branch in
On Fri, Mar 02, 2007 at 11:56:18AM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
* Evgeniy Polyakov [EMAIL PROTECTED] wrote:
Even if kevent has the same speed, it still allows to handle _any_
kind of events without any major surgery - a very tiny structure of
lock and list head and
On Fri, Mar 02, 2007 at 03:08:33AM -0800, Andrew Morton wrote:
On Fri, 2 Mar 2007 11:04:20 + Russell King [EMAIL PROTECTED] wrote:
On Fri, Mar 02, 2007 at 03:00:26AM -0800, Andrew Morton wrote:
Changes since 2.6.20-mm2:
origin.patch
git-acpi.patch
git-alsa.patch
I am resending the message. The first few lines in the diff of the
original message seemed to have an extra space added by the time it got to
the mailing list. Hopefully this does not happen the second time around.
Also, I missed out on putting a tab space on one line.
I have incorporated all
On Fri, 2 Mar 2007 11:10:30 + Russell King [EMAIL PROTECTED] wrote:
On Fri, Mar 02, 2007 at 03:08:33AM -0800, Andrew Morton wrote:
On Fri, 2 Mar 2007 11:04:20 + Russell King [EMAIL PROTECTED] wrote:
On Fri, Mar 02, 2007 at 03:00:26AM -0800, Andrew Morton wrote:
Changes since
Memory stick is completely unsupported. We haven't got any specs for neither
the
the host controllers or the protocol. So I would guess it would be quite some
time before memorystick is supported directly by Linux.
Don't hold your breath either. The reverse engineering work done a long
time
On Thu, 01 Mar 2007 16:37:45 -0800
Jeremy Fitzhardinge [EMAIL PROTECTED] wrote:
Jiri Slaby wrote:
No other text in there, but simple Copyright:
/* Copyright (c) 1997-2002 Sensable Technologies, Inc.
All rights reserved.
Well, I think that means you can use info from that file to
* Ingo Molnar [EMAIL PROTECTED] wrote:
I'll try what i've described in the previous mail: mark all bisection
points that do not include f3ccb06f as 'good' - thus 'merging' the
known-bad area with the first known-good commit, and thus eliminating
it from the bisection space.
this got me
Jeremy Fitzhardinge wrote:
Zachary Amsden wrote:
Yeah, actually that does work, since you pass the km_type, we can use
that. But I would rather not respin this for 2.6.21; getting this
100% right can be tricky, and we've already done a good deal of
testing on this patch the way it is.
On Fri, 2007-03-02 at 09:44 +0530, Vivek Goyal wrote:
On Thu, Mar 01, 2007 at 09:06:48AM -0500, Benjamin LaHaise wrote:
On Thu, Mar 01, 2007 at 04:16:13PM +0900, Fernando Luis Vázquez Cao wrote:
As a consequence, the hardcoding of hard_smp_processor_id() to 0 on UP
systems (see
Provide hard_smp_processor_id definition also for non apic case.
Signed-off-by: Fernando Luis Vazquez Cao [EMAIL PROTECTED]
---
diff -urNp linux-2.6.21-rc2-orig/include/asm-i386/smp.h
linux-2.6.21-rc2/include/asm-i386/smp.h
--- linux-2.6.21-rc2-orig/include/asm-i386/smp.h2007-03-02
On Thu, 2007-03-01 at 10:03 +0100, Heiko Carstens wrote:
On Thu, Mar 01, 2007 at 04:18:23PM +0900, Fernando Luis Vázquez Cao wrote:
Move definition of hard_smp_processor_id to asm/smp.h on alpha, m32r,
powerpc, s390, sparc, sparc64, and um architectures.
Signed-off-by: Fernando Luis
On Fri, 02 Mar 2007 17:31:21 +0900 Fernando Luis Vázquez Cao [EMAIL
PROTECTED] wrote:
On Thu, 2007-03-01 at 10:03 +0100, Heiko Carstens wrote:
On Thu, Mar 01, 2007 at 04:18:23PM +0900, Fernando Luis Vázquez Cao wrote:
Move definition of hard_smp_processor_id to asm/smp.h on alpha, m32r,
On Fri, 2007-03-02 at 00:39 -0800, Andrew Morton wrote:
On Fri, 02 Mar 2007 17:31:21 +0900 Fernando Luis Vázquez Cao [EMAIL
PROTECTED] wrote:
On Thu, 2007-03-01 at 10:03 +0100, Heiko Carstens wrote:
On Thu, Mar 01, 2007 at 04:18:23PM +0900, Fernando Luis Vázquez Cao wrote:
Move
* Ingo Molnar [EMAIL PROTECTED] wrote:
I'll now try the following: i'll try to manually apply Len's fix to
every tree that git-bisect offers me, in the hope of being able to
isolate the /other/ bug.
[ But really, i'm not expecting any miracles because this is way out of
league for
Subject: [patch] KVM: T60 resume fix
From: Ingo Molnar [EMAIL PROTECTED]
my T60 laptop does not resume correctly due to KVM attempting to send an
IPI to a CPU that might be down (or not up yet). (Doing so also triggers
the send_IPI_mask_bitmask() warning in arch/i386/kernel/smp.c, line
732.)
Quoting Ingo Molnar [EMAIL PROTECTED]:
Subject: [patch] KVM: T60 resume fix
From: Ingo Molnar [EMAIL PROTECTED]
my T60 laptop does not resume correctly due to KVM attempting to send an
IPI to a CPU that might be down (or not up yet). (Doing so also triggers
the send_IPI_mask_bitmask()
On Fri, Mar 02, 2007 at 11:57:13AM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
* Evgeniy Polyakov [EMAIL PROTECTED] wrote:
[...] The numbers are still highly suspect - and we are already
down from the prior claim of kevent being almost twice as fast
to a 25% difference.
On Fri, Mar 02, 2007 at 10:41:18AM +0100, Pierre Ossman wrote:
Memory stick is completely unsupported. We haven't got any specs for neither
the
the host controllers or the protocol. So I would guess it would be quite some
time before memorystick is supported directly by Linux.
There are MS
On Fri, Mar 02, 2007 at 12:21:30PM +, Alan wrote:
Don't hold your breath either. The reverse engineering work done a long
time ago on some of the memory sticks suggests the security (DRM)
features are actually done in software by the driver so I doubt we'll see
specs soon.
DRM on memory
Doing something like this on a two cpu system
# echo 0 /sys/devices/system/cpu/cpu0/online
# echo 1 /sys/devices/system/cpu/cpu0/online
# echo 0 /sys/devices/system/cpu/cpu1/online
will give me this:
===
[ INFO: possible circular locking
I'm sorry to piggy-back this thread.
Could it be what I'm experiencing in the following bugzilla report:
http://bugzilla.kernel.org/show_bug.cgi?id=7372
As I explained in the report, I see this issue only since 2.6.18.
So if your concern is related to mine, what could have changed between
* Heiko Carstens [EMAIL PROTECTED] wrote:
- spin_lock(new_base-lock);
- spin_lock(old_base-lock);
+ /*
+ * If we take a lock from a different cpu, make sure we have always
+ * the same locking order. That is the lock that belongs to the cpu
+ * with the lowest
H. Peter Anvin wrote:
Timur Tabi wrote:
I see we now have a dedicate machine for the git server. That's
great. How about turning on the http protocol so that those of use
behind a firewall can clone trees?
I get this:
$ git-clone http://git.kernel.org/pub/scm/git.git
Initialized empty
From: Artem Bityutskiy [EMAIL PROTECTED]
Subject: [RFC] [PATCH] Kconfig: enlarge printk buffer size limit
This patch makes the upper kernel ring buffer size limit larger. It
is often very handy to have huge ring-buffer for debugging purposes,
when the subsystem which is being debugged produces
On Thu, 2007-03-01 at 16:09 -0800, Andrew Morton wrote:
And I'd judge that per-container RSS limits are of considerably more value
than antifrag (in fact per-container RSS might be a superset of antifrag,
in the sense that per-container RSS and containers could be abused to fix
the
Hi!
I instrumented 2.6.21-rc1 base/power/resume.c device_resume() with
TRACE_RESUME(0) as the last statement in the function. Sure enough it
was the last hash value in the RTC after a hard reboot when resume failed:
[ 12.028820] hash matches drivers/base/power/resume.c:104
The
On Fri, 2007-03-02 at 03:00 -0800, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc2/2.6.21-rc2-mm1/
- Quite a lot of less-popular architectures
On Fri, Mar 02, 2007 at 02:04:33PM +0100, Ingo Molnar wrote:
* Heiko Carstens [EMAIL PROTECTED] wrote:
- spin_lock(new_base-lock);
- spin_lock(old_base-lock);
+ /*
+* If we take a lock from a different cpu, make sure we have always
+* the same locking order. That is
Pavel Machek wrote:
Hi!
I instrumented 2.6.21-rc1 base/power/resume.c device_resume() with
TRACE_RESUME(0) as the last statement in the function. Sure enough it
was the last hash value in the RTC after a hard reboot when resume failed:
[ 12.028820] hash matches
From: Christian Krafft [EMAIL PROTECTED]
ipmi_si_intf tries to access default ports, if no device could
be found elsewhere. On PPC we have a function to check,
if these legacy IO ports are accessible. This patch adds
a check for these ports on PPC.
This patch fixes a breakage of IPMI module
on
On Thu, Mar 01, 2007 at 09:02:12PM -0600, Florin Iucha wrote:
On Wed, Feb 28, 2007 at 09:52:34PM -0800, Andrew Morton wrote:
On Mon, 26 Feb 2007 00:45:00 -0600 [EMAIL PROTECTED] (Florin Iucha) wrote:
Hello, it's me and my 70 GB of photos again.
[snip]
Running 'top', one core is idle
On Fri 2007-03-02 07:25:49, Tim Gardner wrote:
Pavel Machek wrote:
Hi!
I instrumented 2.6.21-rc1 base/power/resume.c device_resume() with
TRACE_RESUME(0) as the last statement in the function. Sure enough it
was the last hash value in the RTC after a hard reboot when resume failed:
On Fri, Mar 02, 2007 at 03:00:26AM -0800, Andrew Morton wrote:
+git-acpi-fix-cpuidle-borkage.patch
This attached patch might be needed too, the build breaks if
!CONFIG_HOTPLUG_CPU and CONFIG_CPU_IDLE
CC drivers/cpuidle/cpuidle.o
drivers/cpuidle/cpuidle.c: In function 'cpuidle_init':
On Fri, 2007-03-02 at 15:39 +0100, Pavel Machek wrote:
On Fri 2007-03-02 07:25:49, Tim Gardner wrote:
Pavel Machek wrote:
Hi!
I instrumented 2.6.21-rc1 base/power/resume.c device_resume() with
TRACE_RESUME(0) as the last statement in the function. Sure enough it
was the last
On Fri 2007-03-02 09:55:45, Ben Collins wrote:
On Fri, 2007-03-02 at 15:39 +0100, Pavel Machek wrote:
On Fri 2007-03-02 07:25:49, Tim Gardner wrote:
Pavel Machek wrote:
Hi!
I instrumented 2.6.21-rc1 base/power/resume.c device_resume() with
TRACE_RESUME(0) as the last
Whenever jiffies is started at a multiple of 5*HZ or wraps, calc_load is
run exactly on the second which is when tasks using round_jiffies will
be scheduled to run. This has a bad effect on the load average, making
it tend towards 1.00 if a task happens to run every time the load is
being
This patch kills the ignoring return value of 'device_create_file'
warning message.
Signed-off-by: Monakhov Dmitriy [EMAIL PROTECTED]
---
drivers/block/floppy.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/drivers/block/floppy.c b/drivers/block/floppy.c
index
On Fri, 02 Mar 2007 03:00:26 PST, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc2/2.6.21-rc2-mm1/
git-acpi.patch
Build dies if your config has CONFIG_HOTPLUG_CPU=N but CPU_IDLE=Y
CC drivers/cpuidle/cpuidle.o
drivers/cpuidle/cpuidle.c:
Christoph Lameter wrote:
On Tue, 27 Feb 2007, Andy Whitcroft wrote:
+static int __isolate_lru_page(struct page *page, int active)
+{
+int ret = -EINVAL;
+
+if (PageLRU(page) (PageActive(page) == active)) {
+ret = -EBUSY;
+if
Andrew Morton wrote:
And I'd judge that per-container RSS limits are of considerably more value
than antifrag (in fact per-container RSS might be a superset of antifrag,
in the sense that per-container RSS and containers could be abused to fix
the i-cant-get-any-hugepages problem, dunno).
The
On Friday 02 March 2007 02:40, Robert Hancock wrote:
Alistair John Strachan wrote:
On Thursday 01 March 2007 15:13, Alistair John Strachan wrote:
On Thursday 01 March 2007 14:45, Robert Hancock wrote:
This one seems a bit different. This time it's not related to NCQ vs.
non-NCQ (this is a
The following patch series adds a device driver which allows an mtd
flash device to be used as a swap device. Since flash needs wear
levelling, a normal block device can't be used directly.
In order to work efficiently, some changes to other parts of Linux are
needed. Most of these changes are
Pass an optional struct page * to swap_free(), fixing up all users.
Have swap_free check the page for errors and if found, mark the swap
page as bad.
Signed-off-by: Richard Purdie [EMAIL PROTECTED]
---
include/linux/swap.h |4 ++--
kernel/power/swsusp.c |4 ++--
mm/memory.c
Check for pages with errors within shrink_page_list() and if found, try
to unuse them which will trigger the functions to mark the page bad. The
page will then be allocated a new swap page.
If a swap page write error occurs, don't disable page reclaim.
Based on a patch by Nick Piggin and some of
On Mar 01, 2007 13:15 -0600, Eric Sandeen wrote:
One thing I'd like to see is a cmd argument as well, to allow for
example allocation vs. reservation (i.e. allocating blocks vs. simply
reserving a number), as well as the inverse of those functions
(un-reservation, de-allocation)?
If the
On Wed, Feb 28, 2007 at 07:18:01PM -0600, Xavier Callejas wrote:
I have a laptop Toshiba A70, I attach a DMESG so you know my system.
The problem is that the system hang randomly and I don't know why, I can se
nothing on /var/log/message realted to the hang (I have to force a shutdown
On Fri, 2007-03-02 at 18:45 +0800, Andreas Dilger wrote:
On Mar 01, 2007 13:15 -0600, Eric Sandeen wrote:
One thing I'd like to see is a cmd argument as well, to allow for
example allocation vs. reservation (i.e. allocating blocks vs. simply
reserving a number), as well as the inverse of
Amit wrote:
asmlinkage long sys_fallocate(int fd, loff_t offset, loff_t len);
On Thu, 2007-03-01 at 22:16 -0800, Andrew Morton wrote:
On Thu, 01 Mar 2007 22:03:55 -0800 Badari Pulavarty [EMAIL PROTECTED] wrote:
Just curious .. What does posix_fallocate() return ?
bookmark this:
On Mar 1 2007 23:09, Dave Kleikamp wrote:
Given that glibc already implements fallocate for all filesystems, it will
need to continue to do so for filesystems which don't implement this
syscall - otherwise applications would start breaking.
I didn't make it clear, but my point was to call
BUG: unable to handle kernel paging request at virtual address 5a5a5a72
printing eip:
c01b09fd
*pde =
Oops: [#1]
PREEMPT DEBUG_PAGEALLOC
last sysfs file: devices/pci:00/:00:1d.3/usb5/5-0:1.0/bInterfaceProtocol
CPU:0
EIP:0060:[c01b09fd]Not tainted VLI
EFLAGS:
Hi,
Currently MMCONFIG is ignored if it is located over 4G, but I see no reason
to reject it on x86_64 platform.
This patch is against 2.6.21-rc2 and was tested on
such a machine (MMCONFIG is located at 0xfe1000)
without any problem.
Any comments?
--
Takayoshi Kochi
Signed-off-by:
On Thu, 1 Mar 2007 12:48:06 -0500, Dave Jones wrote:
On Thu, Mar 01, 2007 at 03:26:55PM +0100, Jean Delvare wrote:
Firstly, the first records of hidden SMBus, in September 2000, predate
ACPI.
The earliest ACPI spec I have handy is 1.0b, which came out in Feb 2 1999
so this isn't true.
Hi!
Firstly, the first records of hidden SMBus, in September 2000, predate
ACPI.
The earliest ACPI spec I have handy is 1.0b, which came out in Feb 2 1999
so this isn't true. The all knowing (and always accurate :) wikipedia
claims it was first released in 1996, though I believe
Hi!
Well I had an idea after looking at k8temp -- why not make it default to
doing only reads from the sensor? You'd only get information from
whatever
core/sensor combination that ACPI had last used, but it would be safe.
ACPI is broken here, not k8temp, so let's fix
On Fri, Mar 02, 2007 at 12:40:23PM +0100, Pavel Machek wrote:
Whitelist seems like a way to go :(.
The DSDT code clearly can't touch the hardware itself - hardware access
is carried out by the kernel. If we can identify cases where ACPI reads
and writes would touch resources claimed by other
On Thu 2007-03-01 11:45:35, Jeff Chua wrote:
On 3/1/07, Michael S. Tsirkin [EMAIL PROTECTED] wrote:
with 2.6.20, pressing Fn/F4 generates an ACPI event and triggers suspend to
RAM.
On 2.6.21-rc2, after resume (when the box is accessible from network),
pressing Fn/F4 again does not
On Fri, 2 Mar 2007 12:31:58 +0100, Pavel Machek wrote:
My point (which you didn't quote) was that there is no correlation
between the SMBus being hidden and ACPI accessing the hardware
monitoring chip, contrary to what Pavel was suggesting.
It may not be correlated with ACPI, but BIOS
On Fri, 02 Mar 2007, Jean Delvare wrote:
(And as a side note, this is really the board's owner SMBus controller.
The hardware doesn't belong to the BIOS author.)
Especially when they won't do their job right, and won't fix it later
either...
--
One disk to rule them all, One disk to find
On Fri 2007-03-02 14:37:20, Jean Delvare wrote:
On Fri, 2 Mar 2007 12:31:58 +0100, Pavel Machek wrote:
My point (which you didn't quote) was that there is no correlation
between the SMBus being hidden and ACPI accessing the hardware
monitoring chip, contrary to what Pavel was suggesting.
On Fri 2007-03-02 11:47:47, Matthew Garrett wrote:
On Fri, Mar 02, 2007 at 12:40:23PM +0100, Pavel Machek wrote:
Whitelist seems like a way to go :(.
The DSDT code clearly can't touch the hardware itself - hardware access
is carried out by the kernel. If we can identify cases where ACPI
Hi Pavel,
On Fri, 2 Mar 2007 12:40:23 +0100, Pavel Machek wrote:
Ok. You are right that ACPI is an ugly piece of mess. But I'm pretty
sure that 90%+ of ACPI notebook implementations *will* want to talk to
their monitoring chips... for temperature readings.
So even if we fixed ACPI to reserve
Hi Matthew,
On Fri, 2 Mar 2007 11:47:47 +, Matthew Garrett wrote:
The DSDT code clearly can't touch the hardware itself - hardware access
is carried out by the kernel. If we can identify cases where ACPI reads
and writes would touch resources claimed by other drivers, that would be
a
On Fri, Mar 02, 2007 at 03:10:55PM +0100, Jean Delvare wrote:
I'm not familiar with APCI at all so I didn't know, but what you write
here brings some hope. Would it be possible to parse all the DSDT code
at boot time and deduce all the ports which ACPI would need to request
to be safe? Or do
Hi!
The DSDT code clearly can't touch the hardware itself - hardware access
is carried out by the kernel. If we can identify cases where ACPI reads
and writes would touch resources claimed by other drivers, that would be
a good starting point for working out what's going on.
I'm not
Hi!
Ok. You are right that ACPI is an ugly piece of mess. But I'm pretty
sure that 90%+ of ACPI notebook implementations *will* want to talk to
their monitoring chips... for temperature readings.
So even if we fixed ACPI to reserve the ports, you'd be still unhappy;
lm-sensors would
How about this? It's informational only, but ought to result in
complaints whenever ACPI tries to touch something that other hardware
has reserved. We can't fail these accesses, but in theory we could
consider some sort of locking layer that made it possible to interact
anyway. I haven't even
On 3/2/07, Dave Kleikamp [EMAIL PROTECTED] wrote:
Then there's no need for sys_allocate to return a long.
Every syscall must return a long. Otherwise you can have problems on
64-bit archs.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
1 - 100 of 825 matches
Mail list logo