On Mon, 24 Sep 2007 17:08:30 -0400 Mathieu Desnoyers wrote:
* Randy Dunlap ([EMAIL PROTECTED]) wrote:
On Mon, 24 Sep 2007 11:56:35 -0700 Randy Dunlap wrote:
Christoph Hellwig wrote:
On Mon, Sep 24, 2007 at 11:49:15AM -0700, Randy Dunlap wrote:
I think that samples are perfectly
Hopefully I will get some attention from those that are responsible for
fs/direct_io.c
Ingo and Thomas,
This patch converts the i_alloc_sem into a compat_rw_semaphore for the -rt
patch. Seems that the code in fs/direct_io.c does some nasty logic with
the i_alloc_sem. For DIO_LOCKING, I'm
On Fri, 21 Sep 2007, Hugh Dickins wrote:
Swapping crashed immediately: must initialize new fields of swapper_space.
Thanks for finding that. It may be better though to use the new
mapping_setup() function instead? That way there is no #ifdef.
-
To unsubscribe from this list: send the line
On Mon, 2007-09-24 at 13:04 -0700, Linus Torvalds wrote:
On Mon, 24 Sep 2007, Badari Pulavarty wrote:
Whats happening on my machine is ..
dbench forks of 4 children and sends them a signal to start the work.
3 out of 4 children gets the signal and does the work. One of the child
Yeah I'll ack it if it matters, although I'd make a nit about the
fixing of device tree entries in prom_init and have it moved to
nvramrc or a Forth script or boot loader..
Pegasos IDE quirks have been fixed so many times now in Linux,
this code's going to get reshuffled again in other changes,
On Tue, 2007-09-25 at 00:31 +0530, Kamalesh Babulal wrote:
I'm mystified. I'm quite unable to reproduce this on my own setup: the
ENAMETOOLONG error reporting mechanism prevents me from even getting
near the above bug.
Could you add a little printk into the 'encode_lookup' routine on
On 9/24/07, Jaswinder Singh [EMAIL PROTECTED] wrote:
Hi all,
I want to check performance difference by using realtime preemption patch :
http://www.kernel.org/pub/linux/kernel/projects/rt/
Please let me know from where I can download samples to test realtime
preemption performance
On Fri, 2007-09-21 at 12:21 -0700, Linus Torvalds wrote:
Yeah, and the whole thing seems totally bogus. It totally depends on
mmu_gather doing everything right (which very much includes the dependency
on mmu gathering disabling preempt).
For exmaple, if we were to go back to the original
On Mon, 2007-09-24 at 23:08 +0200, Helge Hafting wrote:
The two kernels mentioned hangs occationally.
Typically when I compile something and pass the time
by surfing the web.
A few minutes and then I notice that the mouse (and everything else in X)
stops. kbd LEDs does not react to
Lee Schermerhorn wrote:
I looked around on the MLs for mention of this, but didn't find anything
that appeared to match.
Platform: HP rx8620 - 16-cpu/32GB/4-node ia64 [Madison]
2.6.23-rc7-mm1 broken out -- panic occurs when git-sched.patch pushed:
Unable to handle kernel NULL pointer
On 25/09/2007 3:12 AM, J. Bruce Fields wrote:
On Mon, Sep 24, 2007 at 09:59:29AM -0700, Andrew Morton wrote:
On Tue, 25 Sep 2007 00:52:30 +1000 Reuben Farrelly [EMAIL PROTECTED] wrote:
On 24/09/2007 7:17 PM, Andrew Morton wrote:
Quoting David Newall ([EMAIL PROTECTED]):
Bill Davidsen wrote:
there is no question that pivot_root is intended to have breadth for more
than one process.
I think it's clear from the man page that the original idea was to be able
to pivot_root for individual processes. The reason it
On Sat, Sep 15, 2007 at 01:08:25PM +0100, Matthew Garrett wrote:
On Sat, Sep 15, 2007 at 04:08:02AM -0700, Andrew Morton wrote:
I believe that about two years ago we broke something which caused quite a
large number of people to need noapic. Is that the case with any of your
On Mon, Sep 24, 2007 at 11:02:22PM +0200, Sam Ravnborg wrote:
Hi Kamalesh.
The link error for a PowerMac G5 (powerpc) is still seen with
2.6.23-rc7-mm1,
and was reported for 2.6.23-rc6-mm1 (http://lkml.org/lkml/2007/9/19/62).
KSYM.tmp_kallsyms1.S
AS .tmp_kallsyms1.o
On Tue, 25 Sep 2007, Benjamin Herrenschmidt wrote:
I'd suggest just reverting the patch for now (well, I see from the
commit list that you did just that) and I'll try to come up with
something better.
That would be great. Note that the reversal of the x86_64 quicklist
support patch does not
The latest sched-devel.git tree can be pulled from:
git://git.kernel.org/pub/scm/linux/kernel/git/mingo/linux-2.6-sched-devel.git
Lots of scheduler updates in the past few days, done by many people.
Most importantly, the SMP latency problems reported and debugged by Mike
Galbraith should
On 24/09/2007, Hiroshi Shimamoto [EMAIL PROTECTED] wrote:
Hi Ingo and Dmitry,
I made a clean-up patch about fixing invalid sched_class use.
thanks!
Dmitry, could you please review and sign it?
The adjusting sched_class is a missing part of the already existing
do not leak PI boosting
No, i did not manage to improve (it should NOT be a dangerous error BTW).
I simply think that this issue is because of buggy firmware, so i
posted to linux-ide a patch to blacklist this hard disk from using NCQ
(because it is triggering spurious completions).
I don't know what the blacklisting
On Mon, 24 Sep 2007 23:45:37 +0200
Ingo Molnar [EMAIL PROTECTED] wrote:
The latest sched-devel.git tree can be pulled from:
git://git.kernel.org/pub/scm/linux/kernel/git/mingo/linux-2.6-sched-devel.git
I'm pulling linux-2.6-sched.git, and it's oopsing all over the place on
ia64, and
* Andrew Morton [EMAIL PROTECTED] wrote:
On Mon, 24 Sep 2007 23:45:37 +0200
Ingo Molnar [EMAIL PROTECTED] wrote:
The latest sched-devel.git tree can be pulled from:
git://git.kernel.org/pub/scm/linux/kernel/git/mingo/linux-2.6-sched-devel.git
I'm pulling
Hi, Tejun,
I was just looking over these changes...
+ /* Don't proceed till inhibition is lifted. */
+ add_wait_queue(module_unload_wait, wait);
+ set_current_state(TASK_UNINTERRUPTIBLE);
+ if (atomic_read(module_unload_inhibit_cnt))
+ schedule();
+
This is RFC patch 2/2.
Patch 1/2 introduces the samples/ infrastructure:
http://lkml.org/lkml/2007/9/24/397
---
From: Randy Dunlap [EMAIL PROTECTED]
Move kprobes source files from Documentation/kprobes.txt to
samples/kprobes/ and add them to the build system.
Fix sparse warnings in all 3
* Dmitry Adamushko [EMAIL PROTECTED] wrote:
On 24/09/2007, Hiroshi Shimamoto [EMAIL PROTECTED] wrote:
Hi Ingo and Dmitry,
I made a clean-up patch about fixing invalid sched_class use.
thanks!
Dmitry, could you please review and sign it?
The adjusting sched_class is a
[EMAIL PROTECTED] wrote:
v3: fix compile errors in arch-i386-allmodconfig build
v2: rebasing on 2.6.23-rc6-mm1
cpu_data is currently an array defined using NR_CPUS. This means that
we overallocate since we will rarely really use maximum configured cpus.
When NR_CPU count is raised to 4096
On 9/24/07, Greg KH [EMAIL PROTECTED] wrote:
netlink_run_queue() doesn't handle multiple processes processing the
queue concurrently. Serialize queue processing in inet_diag to fix
a oops in netlink_rcv_skb caused by netlink_run_queue passing a
NULL for the skb.
I just got this one on
* Hiroshi Shimamoto [EMAIL PROTECTED] wrote:
Hi Ingo and Dmitry,
I made a clean-up patch about fixing invalid sched_class use.
Dmitry, could you please review and sign it?
The adjusting sched_class is a missing part of the already existing
do not leak PI boosting priority to the
Serge E. Hallyn wrote:
No reason for any new parameters to pivot_root. Just clone your mounts
namespace first.
unshare(CLONE_NEWNS);
chdir(new_dir);
pivot_root(new_dir, oldroot);
Since pivot_root actually fiddles with the vfsmnts, this is really the
only way to go
can't we also decrease the number of brackets here?
--- a/net/ipv6/addrconf.c
+++ b/net/ipv6/addrconf.c
@@ -1021,7 +1021,7 @@ int ipv6_dev_get_saddr(struct net_device
hiscore.rule++;
}
if
On Sun, 2007-09-23 at 23:17 -0700, Andrew Morton wrote:
It look like a false positive to me, but really, for a patchset of this
complexity and maturity I cannot fathom how it could have escaped any
lockdep testing.
I test with lockdep all the time. The problem was that lockdep doesn't
I'm seeing lockdep warning about a potential lock inversion between
mm-mmap_sem and inode-i_mutex in NFS (see attachment).
Unfortunately the basis for the warning appears to be the behaviour in
ext3(???). AFAICS there is no way for NFS to share an inode-i_mutex
with ext3. What to do?
Trond
Hi all,
I'm getting little confused by some ignore_int (null interrupt handler) code in
head.S. Code notifies the user about the unknown raised interrupt by below
string:
int_msg:
.asciz Unknown interrupt or fault at EIP %p %p %p\n
and prints it using below code path:
ignore_int:
On Wed, Sep 19, 2007 at 10:38:50PM -0700, Andrew Morton wrote:
+ offset = (page_for_lower-index PAGE_CACHE_SHIFT) + offset_in_page;
bug. You need to cast page.index to loff_t before shifting.
I'd fix it on the spot, but this would be a good time to review the
whole patchset and
Here's a set of patches which implement link power management for SATA.
We had talked at kernel summit of moving sysfs interface for setting
the link power management policy to the block layer, but after a
lot of consideration, I think this doesn't make sense. Mainly because
I feel for SATA the
Device Initiated Power Management, which is defined
in SATA 2.5 can be enabled for disks which support it.
This patch enables DIPM when the user sets the link
power management policy to min_power.
Additionally, libata drivers can define a function
(enable_pm) that will perform hardware specific
This patch will set the correct bits to turn on Aggressive
Link Power Management (ALPM) for the ahci driver. This
will cause the controller and disk to negotiate a lower
power state for the link when there is no activity (see
the AHCI 1.x spec for details). This feature is mutually
exclusive
Hi Wang,
This patch:
- makes hidp_setup_input() return int to indicate errors;
- checks its return value to handle errors.
And this time it is against -rc7-mm1 tree.
Thanks to roel and Marcel Holtmann for comments.
Signed-off-by: WANG Cong [EMAIL PROTECTED]
Signed-off-by: Marcel
Hi Andrew,
The drivers/net/pasemi_mac seems to be broken and build fails with
CC [M] drivers/net/pasemi_mac.o
drivers/net/pasemi_mac.c: In function ‘pasemi_mac_probe’:
drivers/net/pasemi_mac.c:1153: error: conflicting types for ‘mac’
drivers/net/pasemi_mac.c:1151: error: previous declaration of
* Randy Dunlap ([EMAIL PROTECTED]) wrote:
This is RFC patch 2/2.
Patch 1/2 introduces the samples/ infrastructure:
http://lkml.org/lkml/2007/9/24/397
Hi Randy,
I got this when building my markers (which looks alike your kprobes):
ld: samples/built-in.o: No such file: No such file or
Location:
ftp://ftp.kernel.org/pub/linux/kernel/people/bunk/linux-2.6.16.y/testing/
git tree:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.16.y.git
RSS feed of the git tree:
http://www.kernel.org/git/?p=linux/kernel/git/stable/linux-2.6.16.y.git;a=rss
Changes since 2.6.16.53:
I could only point to three nitpicks
Randy Dunlap wrote:
This is RFC patch 2/2.
Patch 1/2 introduces the samples/ infrastructure:
http://lkml.org/lkml/2007/9/24/397
---
From: Randy Dunlap [EMAIL PROTECTED]
Move kprobes source files from Documentation/kprobes.txt to
* Lee Schermerhorn [EMAIL PROTECTED] wrote:
Taking a quick look at [__]{en|de|queue_entity() and the functions
they call, I see something suspicious in set_leftmost() in
sched_fair.c:
static inline void
set_leftmost(struct cfs_rq *cfs_rq, struct rb_node *leftmost)
{
struct
On Mon, 24 Sep 2007 15:06:42 -0700
Dave Hansen [EMAIL PROTECTED] wrote:
On Sun, 2007-09-23 at 23:17 -0700, Andrew Morton wrote:
It look like a false positive to me, but really, for a patchset of this
complexity and maturity I cannot fathom how it could have escaped any
lockdep testing.
Mathieu Desnoyers wrote:
* Randy Dunlap ([EMAIL PROTECTED]) wrote:
This is RFC patch 2/2.
Patch 1/2 introduces the samples/ infrastructure:
http://lkml.org/lkml/2007/9/24/397
Hi Randy,
I got this when building my markers (which looks alike your kprobes):
ld: samples/built-in.o: No such
On Tue, 25 Sep 2007 00:24:00 +0200 roel wrote:
I could only point to three nitpicks
Yes, hopefully the kprobes people will chime in here sometime and
merge those as well, or just ack them and I can change the code.
Thanks.
---
~Randy
Phaedrus says that Quality is about caring.
-
To
On 9/24/07, Randy Dunlap [EMAIL PROTECTED] wrote:
On Mon, 24 Sep 2007 12:40:07 +1000 hce wrote:
Thanks Randy.
On 9/24/07, Randy Dunlap [EMAIL PROTECTED] wrote:
On Mon, 24 Sep 2007 08:52:36 +1000 hce wrote:
Hi,
I am upgrading from kernel 2.6.11 to 2.6.22 on ARM S3C2400A
On Wed, Sep 19, 2007 at 10:48:17PM -0700, Andrew Morton wrote:
On Mon, 17 Sep 2007 16:48:44 -0500 Michael Halcrow [EMAIL PROTECTED] wrote:
+ if ((rc = ecryptfs_write_lower(ecryptfs_dentry-d_inode,
checkpatch missed the assignment-in-an-if here.
Fix an assignment-in-an-if.
On Tue, 25 Sep 2007 08:39:07 +1000 hce wrote:
On 9/24/07, Randy Dunlap [EMAIL PROTECTED] wrote:
On Mon, 24 Sep 2007 12:40:07 +1000 hce wrote:
Thanks Randy.
On 9/24/07, Randy Dunlap [EMAIL PROTECTED] wrote:
On Mon, 24 Sep 2007 08:52:36 +1000 hce wrote:
Hi,
I am
* Randy Dunlap ([EMAIL PROTECTED]) wrote:
Mathieu Desnoyers wrote:
* Randy Dunlap ([EMAIL PROTECTED]) wrote:
This is RFC patch 2/2.
Patch 1/2 introduces the samples/ infrastructure:
http://lkml.org/lkml/2007/9/24/397
Hi Randy,
I got this when building my markers (which looks alike
Davide Libenzi wrote:
This is the new timerfd API as it is implemented by the following patch:
int timerfd_create(int clockid);
int timerfd_settime(int ufd, int flags,
const struct itimerspec *utmr,
struct itimerspec *otmr);
int timerfd_gettime(int ufd,
Quoting David Newall ([EMAIL PROTECTED]):
Serge E. Hallyn wrote:
No reason for any new parameters to pivot_root. Just clone your mounts
namespace first.
unshare(CLONE_NEWNS);
chdir(new_dir);
pivot_root(new_dir, oldroot);
Since pivot_root actually fiddles with the vfsmnts,
Quoting David Newall ([EMAIL PROTECTED]):
Serge E. Hallyn wrote:
No reason for any new parameters to pivot_root. Just clone your mounts
namespace first.
unshare(CLONE_NEWNS);
chdir(new_dir);
pivot_root(new_dir, oldroot);
Since pivot_root actually fiddles with the vfsmnts,
Le 24.09.2007 11:17, Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
I've got this compilation when CONFIG_KEXEC=y and CCONFIG_NOHIGHMEM=y:
linux-2.6-mm$ LANG=C make
CHK include/linux/version.h
CHK
On Mon, 2007-09-24 at 15:25 -0700, Andrew Morton wrote:
hm. I saw that warning on my 2-way. It has CONFIG_NR_CPUS=8 so perhaps
the kernel has decided that this machine can possibly have eight CPUs.
It's an old super-micro board, doesn't have ACPI.
Well, it's looking like we only set
On Mon, 2007-09-24 at 16:39 +0100, Mel Gorman wrote:
On (19/09/07 17:57), Chris Holvenstot didst pronounce:
Still being a little new at this I am not sure if this is an issue at
all or not but I noted that while building the 2.6.23-rc6-git8 kernel
this afternoon I received the following
On Mon, 2007-09-24 at 12:34 +0200, Haavard Skinnemoen wrote:
On Mon, 24 Sep 2007 10:58:08 +0200 (CEST)
Rodolfo Giometti [EMAIL PROTECTED] wrote:
I have an LCD panel on a custom PXA27x based board and it must be
turned on/off by some special commands via a GPIO throught a I2C chip.
I'd
On Sun, 2007-09-23 at 08:14 +0200, Pierre Ossman wrote:
rwlocks are used in the structures so make sure the right header
is included.
Signed-off-by: Pierre Ossman [EMAIL PROTECTED]
I think something similar was already committed in revision
df96efd73b81b8bc2d23b3d8b6025cce3d43db6c.
Cheers,
[adding kexec m-l]
On Mon, 24 Sep 2007 22:10:36 +0200 Laurent Riffard wrote:
Le 24.09.2007 11:17, Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc7/2.6.23-rc7-mm1/
I've got this compilation when CONFIG_KEXEC=y and CCONFIG_NOHIGHMEM=y:
Kristen Carlson Accardi wrote:
Device Initiated Power Management, which is defined
in SATA 2.5 can be enabled for disks which support it.
This patch enables DIPM when the user sets the link
power management policy to min_power.
Additionally, libata drivers can define a function
On Mon, 24 Sep 2007 16:05:37 -0700
Dave Hansen [EMAIL PROTECTED] wrote:
On Mon, 2007-09-24 at 15:25 -0700, Andrew Morton wrote:
hm. I saw that warning on my 2-way. It has CONFIG_NR_CPUS=8 so perhaps
the kernel has decided that this machine can possibly have eight CPUs.
It's an old
Jonathan Corbet wrote:
Hi, Tejun,
I was just looking over these changes...
+/* Don't proceed till inhibition is lifted. */
+add_wait_queue(module_unload_wait, wait);
+set_current_state(TASK_UNINTERRUPTIBLE);
+if (atomic_read(module_unload_inhibit_cnt))
+
Allow host controllers to store private data per device.
Signed-off-by: Kristen Carlson Accardi [EMAIL PROTECTED]
---
include/linux/libata.h |3 +++
1 file changed, 3 insertions(+)
Index: libata-dev/include/linux/libata.h
===
On Tue, 25 Sep 2007, roel wrote:
+ if (!(ap-flags ATA_FLAG_IPM) || !ata_dev_enabled(dev)) {
if (!((ap-flags ATA_FLAG_IPM) ata_dev_enabled(dev))) {
int foo(int i, int j) {
return !(i 8) || !j;
}
int moo(int i, int j) {
return !((i 8) j);
}
Srivatsa Vaddagiri wrote:
Enable user-id based fair group scheduling. This is usefull for anyone
who wants to test the group scheduler w/o having to enable
CONFIG_CGROUPS.
A separate scheduling group (i.e struct task_grp) is automatically created
for
every new user added to the system.
On Tue, 2007-09-25 at 08:18 +0900, Tejun Heo wrote:
Given your description of this tool as a sledgehammer, might it not be
easier to just take and hold module_mutex for the duration of the unload
block?
That would be easier but...
* It would serialize users of the sledgehammer.
* It
On Tue, 25 Sep 2007 01:12:32 +0200
roel [EMAIL PROTECTED] wrote:
#define ata_id_cdb_intr(id)(((id)[0] 0x60) == 0x20)
+#define ata_id_has_hipm(id)\
+ ( (((id)[76] != 0x) ((id)[76] != 0x)) \
+ ((id)[76] (1 9)) )
^
|
are you
excessive quoting trimmed, please don't quote 40K of text
to add a single line reply
On Tue, Sep 25, 2007 at 12:01:56AM +0200, roel wrote:
--- a/arch/i386/kernel/cpu/cpufreq/powernow-k6.c
+++ b/arch/i386/kernel/cpu/cpufreq/powernow-k6.c
@@ -215,7 +215,7 @@ static struct cpufreq_driver
This restores the CHECK_FULL_REGS sanity check to every place that can
access the nonvolatile GPRs for ptrace. This is already done for
native-bitwidth PTRACE_PEEKUSR, but was omitted for many other cases
(32-bit ptrace, PTRACE_GETREGS, etc.); I think there may have been more
uniform checks
On Monday 24 September 2007 10:19:16 am Joe Perches wrote:
On Mon, 2007-09-24 at 11:22 +0200, Michael Holzheu wrote:
Together with the idea of not allowing multiple lines in the kprint_xxx
functions, that would go with our approach having message numbers to
identify a message.
How does
When PTRACE_O_TRACEEXEC is used, a ptrace call to fetch the registers at
the PTRACE_EVENT_EXEC stop (PTRACE_PEEKUSR) will oops in CHECK_FULL_REGS.
With recent versions, gdb --args /bin/sh -c 'exec /bin/true' and run at
the (gdb) prompt is sufficient to produce this. I also have written an
Kristen Carlson Accardi wrote:
On Tue, 25 Sep 2007 01:12:32 +0200
roel [EMAIL PROTECTED] wrote:
#define ata_id_cdb_intr(id)(((id)[0] 0x60) == 0x20)
+#define ata_id_has_hipm(id)\
+ ( (((id)[76] != 0x) ((id)[76] != 0x)) \
+ ((id)[76] (1 9)) )
Davide Libenzi wrote:
On Tue, 25 Sep 2007, roel wrote:
+ if (!(ap-flags ATA_FLAG_IPM) || !ata_dev_enabled(dev)) {
if (!((ap-flags ATA_FLAG_IPM) ata_dev_enabled(dev))) {
int foo(int i, int j) {
return !(i 8) || !j;
}
int moo(int i, int j) {
On Mon, 2007-09-24 at 14:42 -0700, Christoph Lameter wrote:
On Tue, 25 Sep 2007, Benjamin Herrenschmidt wrote:
I'd suggest just reverting the patch for now (well, I see from the
commit list that you did just that) and I'll try to come up with
something better.
That would be great.
On Mon, 2007-09-24 at 18:51 -0500, Rob Landley wrote:
An added pass between gcc preprocessor and compiler could compact
or compress the format string without modifying the conversion
specifications so __attribute__ ((format (printf)) would still work.
This does not address my problem.
On Mon, 2007-09-24 at 23:45 +0200, Ingo Molnar wrote:
Lots of scheduler updates in the past few days, done by many people.
Most importantly, the SMP latency problems reported and debugged by
Mike
Galbraith should be fixed for good now.
Does this have anything to do with idle balancing ? I
Dave Jones wrote:
excessive quoting trimmed, please don't quote 40K of text
to add a single line reply
Ok, sorry, I don't know these rules
On Tue, Sep 25, 2007 at 12:01:56AM +0200, roel wrote:
--- a/arch/i386/kernel/cpu/cpufreq/powernow-k6.c
+++
Hi folks,
I use a 2.6.22-gentoo-r2 SMP kernel with fglrx 8.40.4 [1], tp_smapi-0.32
and ipw3945-1.2.0 on a Thinkpad T60 with dual core Intel Core CPU. My
root filesystem is XFS stored on an internal SATA disk, and I have 1GB
of RAM and no swap.
After several suspend to RAM/resume cycles, the X
On Mon, 2007-09-24 at 13:04 -0700, Linus Torvalds wrote:
On Mon, 24 Sep 2007, Badari Pulavarty wrote:
Whats happening on my machine is ..
dbench forks of 4 children and sends them a signal to start the work.
3 out of 4 children gets the signal and does the work. One of the child
On Tue, Sep 25, 2007 at 02:20:01AM +0200, roel wrote:
if ((c-x86_vendor != X86_VENDOR_AMD) || (c-x86 != 5) ||
((c-x86_model != 12) (c-x86_model != 13)))
while we're at it, we could change this to
if (!(c-x86_vendor == X86_VENDOR_AMD
On Mon, 2007-09-24 at 16:50 -0700, Roland McGrath wrote:
This restores the CHECK_FULL_REGS sanity check to every place that can
access the nonvolatile GPRs for ptrace. This is already done for
native-bitwidth PTRACE_PEEKUSR, but was omitted for many other cases
(32-bit ptrace,
On Mon, 2007-09-24 at 16:52 -0700, Roland McGrath wrote:
When PTRACE_O_TRACEEXEC is used, a ptrace call to fetch the registers at
the PTRACE_EVENT_EXEC stop (PTRACE_PEEKUSR) will oops in CHECK_FULL_REGS.
With recent versions, gdb --args /bin/sh -c 'exec /bin/true' and run at
the (gdb) prompt
[EMAIL PROTECTED] wrote:
Using kernel 2.6.23-rc7 as xen domU client system I observe a kernel bug
which occurs reproducibly when calling a shell from midnight commander F2
context menu or with testcase given below (However most other programs seem
to
be well behaved and do not trigger this
Ok, I think I'm getting close to releasing a real 2.6.23. Things seem to
have calmed down, and I think Thomas Gleixner may have found the
suspend/resume regression that has dogged us for a while, so I'm feeling
happy about things.
Of course, me feeling happy is usually immediately followed by
In the process of advising a user on getting a BCM4311 wireless device to work
with bcm43xx rather
than ndiswrapper, the device stopped appearing in an lspci output. The 'lspci
-vn' output
for this device before this failure was:
03:00.0 0280: 14e4:4311 (rev 01)
Subsystem: 103c:1363
Yup, I think I ditched most of them.. for some reason I decided it
couldn't happen, but maybe I'm wrong ?
Well, it's a BUG_ON. It's supposed to be for something that can't happen.
That's why it's a sanity check, not a wild assertion. ;-)
The 2/2 patch is an example of a bug that
I added dump_stack and some printk in host kernel. The following is what
I got when sys_reboot in host kernel is called, the first line is
printing the process state and ptrace state and pid of the calling
process. the following is the call path.
Sep 22 14:25:49 pc kernel: linux
On Monday 24 September 2007 3:37:55 pm Vegard Nossum wrote:
On 9/24/07, Joe Perches [EMAIL PROTECTED] wrote:
On Mon, 2007-09-24 at 18:43 +0200, Vegard Nossum wrote:
Storing the format-string separately allows us to hash THAT instead of
the formatted (ie. console output) message. Since
On Mon, Sep 24, 2007 at 06:50:44PM +0100, Christoph Hellwig wrote:
On Mon, Sep 24, 2007 at 12:49:56PM -0400, Mathieu Desnoyers wrote:
Here is some documentation explaining what is/how to use the Linux
Kernel Markers.
As mentioned in the tracing infrastructure thread I don't think
putting
Berck E. Nash wrote:
Greetings,
I get a few million of these on boot-- the system never actually boots.
Works fine in 2.6.23-rc7.
[ 50.456012] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
[ 50.462484] ata2.00: irq_stat 0x4001
[ 50.466441] ata2.00: cmd
Rusty Russell wrote:
On Tue, 2007-09-25 at 08:18 +0900, Tejun Heo wrote:
Given your description of this tool as a sledgehammer, might it not be
easier to just take and hold module_mutex for the duration of the unload
block?
That would be easier but...
* It would serialize users of the
On Monday 24 September 2007 7:10:32 pm Joe Perches wrote:
On Mon, 2007-09-24 at 18:51 -0500, Rob Landley wrote:
An added pass between gcc preprocessor and compiler could compact
or compress the format string without modifying the conversion
specifications so __attribute__ ((format
On Tue, Sep 25, 2007 at 01:39:39AM +0200, roel wrote:
+static int
+root_user_share_read_proc(char *page, char **start, off_t off, int count,
+int *eof, void *data)
+{
+ int len;
+
+ len = sprintf(page, %d\n, init_task_grp_load);
+
+ return len;
On Tue, 2007-09-25 at 10:40 +0900, Tejun Heo wrote:
Rusty Russell wrote:
My concern is that you're dropping the module mutex around -exit now.
I don't *think* this should matter, but it's worth considering.
We always did that. Before the patch the code segment looked like the
following.
On Mon, Sep 24, 2007 at 06:07:38PM -0400, Trond Myklebust wrote:
I'm seeing lockdep warning about a potential lock inversion between
mm-mmap_sem and inode-i_mutex in NFS (see attachment).
Unfortunately the basis for the warning appears to be the behaviour in
ext3(???). AFAICS there is no way
On Tue, 25 Sep 2007 02:13:42 +0200
Jan Kundrát [EMAIL PROTECTED] wrote:
Hi folks,
I use a 2.6.22-gentoo-r2 SMP kernel with fglrx 8.40.4 [1],
tp_smapi-0.32 and ipw3945-1.2.0 on a Thinkpad T60 with dual core
Intel Core CPU. My root filesystem is XFS stored on an internal SATA
disk, and I have
On 9/25/07, Randy Dunlap [EMAIL PROTECTED] wrote:
On Tue, 25 Sep 2007 08:39:07 +1000 hce wrote:
On 9/24/07, Randy Dunlap [EMAIL PROTECTED] wrote:
On Mon, 24 Sep 2007 12:40:07 +1000 hce wrote:
Thanks Randy.
On 9/24/07, Randy Dunlap [EMAIL PROTECTED] wrote:
On Mon, 24 Sep
Rusty Russell wrote:
I really wonder if an explicit kill_this_attribute() is a better way
to go than this...
I think this sort of temporary unload blocking would be useful for other
cases like this.
I hope not: this doesn't work in general. Calling into a module after
-exit has called
Yes,they all belong to AHCI controllers, 4 of them use ahci class code and
others use RAID class code.
--
Peer Chen
2007-09-25
-
·¢¼þÈË£ºSergei Shtylyov
·¢ËÍÈÕÆÚ£º2007-09-24 20:53:44
On Tue, 2007-09-25 at 11:39 +0900, Tejun Heo wrote:
Rusty Russell wrote:
I really wonder if an explicit kill_this_attribute() is a better way
to go than this...
I think this sort of temporary unload blocking would be useful for other
cases like this.
I hope not: this doesn't work in
Rusty Russell wrote:
As stated you cannot protect arbitrary code this way, as you are trying
to do. I do not think you've broken any of the current code, but I
cannot tell. You're certainly going to surprise unsuspecting future
authors.
Can you elaborate a bit? Why can't it protect the
This changes hvc_init() to be called only when someone actually uses
the hvc_console driver. Dave Jones complained when profiling bootup.
hvc_console used to only be for Power aka pSeries: now lguest and Xen
both want it built-in in case the kernel is a guest under one of
those, even though
901 - 1000 of 1028 matches
Mail list logo