On Thu, 29 Nov 2007 08:44:38 +0100, Oliver Neukum <[EMAIL PROTECTED]> wrote:
> 3. Make sure usbcore doesn't probe the devices in the wrong mode with the
> option driver
This fixes duplication. And to take it further, why don't we turn this
idea around and let usb-storage fail to attach with some
On Thu, Nov 29, 2007 at 00:26:47 +0100, Pavel Machek wrote:
[...]
> > > Also, is there some documentation for wakealarm?
> >
> > "git show 3925a5ce44330767f7f0de5c58c6a797009f0f75" has some.
>
> Thanks. Will put it into Doc*/rtc.txt.
It would be nice if you mention the differences to the old
/
Hi Vegard,
On Nov 27, 2007 5:16 PM, Vegard Nossum <[EMAIL PROTECTED]> wrote:
> +config KMEMCHECK
> + bool "Trap use of uninitialized memory"
> + depends on X86_32 && !CC_OPTIMIZE_FOR_SIZE
> + help
> + This option enables tracing of dynamically allocated kernel memory
> +
Am Donnerstag, 29. November 2007 08:52:37 schrieb Pete Zaitcev:
> On Thu, 29 Nov 2007 08:38:59 +0100, Oliver Neukum <[EMAIL PROTECTED]> wrote:
> > Am Donnerstag, 29. November 2007 01:13:05 schrieb Pete Zaitcev:
> > > The problem stems from the fact that both option and usb-storage can
> > > bind to
On Nov 29, 2007 11:03 AM, Brad Smith <[EMAIL PROTECTED]> wrote:
>
> Thank you for the reply Marvel. I use the gnome bluetooth client which
Marcel
> apparently does manage bluetooth devices using bluetooth-input-service.
> I still have the problem of the devices disappearing if idle for too
> lo
Changes to previous version(s):
- moved task arrives/departs notifications to __switch_to_xtra()
- added _TIF_BTS_TRACE and _TIF_BTS_TRACE_TS to _TIF_WORK_CTXSW_*
- split _TIF_WORK_CTXSW into ~_PREV and ~_NEXT for x86_64
- ptrace_bts_init_intel() function called from init_intel()
- removed PTRACE_B
Hi,
In January 2006 I had problems with the TSC clocksource, that
were fixed by adding a blacklist: http://lkml.org/lkml/2006/1/19/362
Recently I tested 2.6.24-rc3-git1 by commenting out the only
entry in the bad_tsc_dmi_table, and everything still worked
without it:
--- dmesg.with 2007-11-28
On Thu, 29 Nov 2007 12:01:08 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Wed, 28 Nov 2007 12:47:19 +0530 Kamalesh Babulal <[EMAIL PROTECTED]>
> > wrote:
> >
> >> Andrew Morton wrote:
> >>> On Wed, 28 Nov 2007 11:59:00 +0530 Kamalesh Babulal <[EMAIL PROTECTED]>
Am Donnerstag, 29. November 2007 09:01:49 schrieb Pete Zaitcev:
> On Thu, 29 Nov 2007 08:44:38 +0100, Oliver Neukum <[EMAIL PROTECTED]> wrote:
> > 3. Make sure usbcore doesn't probe the devices in the wrong mode with the
> > option driver
>
> This fixes duplication. And to take it further, why don'
From: Cyrill Gorcunov <[EMAIL PROTECTED]>
This patch adds checking for NULL returned value to
prevent possible NULL pointer dereference.
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
---
Paul,
This is a resend of a patch from Cyrill. I changed it to inline style.
Cyrill,
This works good o
Describe extensions to ptrace interface for branch trace store
Signed-off-by: Markus Metzger <[EMAIL PROTECTED]>
Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]>
---
Index: man/man2/ptrace.2
===
--- man.orig/man2/ptrace.2 2007-
Subject: ACPI : Delete the IRQ operation in throttling controll via PTC
>From : Zhao Yakui <[EMAIL PROTECTED]>
The IRQ operation(enable/disable) should be avoided when throttling is
controlled via PTC method. It is replaced by the migration of task.
Signed-off-by: Zhao Yakui <[EMAIL PROTECTED]>
On Thu, 29 Nov 2007 09:04:28 +0100, Oliver Neukum <[EMAIL PROTECTED]> wrote:
> > > Isn't it possible to fix this in option's module table?
> >
> > At first thought it'll need adding a field to struct usb_serial to save
> > the driver_info from the ID table in usb_serial_probe. It's something I'd
>
Support for Intel's last branch recording to ptrace. This gives
debuggers
access to this hardware feature and allows them to show an execution
trace
of the debugged application.
Last branch recording (see section 18.5 in the Intel 64 and IA-32
Architectures Software Developer's Manual) allows taki
Li Zefan wrote:
> Add a missing '.' in prink information.
> - printk(" no tick device\n");
> + printk(" no tick device.\n");
I wonder if that is correct. CodingStyle says:
Chapter 13: Printing kernel messages
[...]
Kernel messages do no
Hi Andrew,
While running file system stress on nfs and cifs mounted partitions, the machine
drops to xmon
1:mon> e
cpu 0x1: Vector: 300 (Data Access) at [c00080a9f880]
pc: c01392c8: .inotify_inode_queue_event+0x50/0x158
lr: c01074d0: .vfs_link+0x204/0x298
sp: c
On Wed, Nov 28, 2007 at 03:19:14PM -0800, Daniel Walker wrote:
> On Wed, 2007-11-28 at 23:03 +, Russell King - ARM Linux wrote:
> > On Wed, Nov 28, 2007 at 04:13:07PM -0500, Steven Rostedt wrote:
> > >
> > >
> > > On Wed, 28 Nov 2007, Daniel Walker wrote:
> > >
> > > >
> > > > Ignoring the A
Ok, I found out how to reliably reproduce this bug. The root session issue
was a bit weird, but I noticed I usually switch to root only when I need to
change the CPU frequency. And here's what happens:
# cpuspeedy min
[after some time...]
Nov 29 09:42:31 morte [ 4408.722597] b43-phy0 ERROR: PHY tr
Hi,
The pnpacpi rsparser.c report warnings of:
exceeded the max number of IO resources: 24
dmesg|grep exceeded|wc
66 5943564
Regards
dave
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at htt
Andrew Morton wrote:
> On Thu, 29 Nov 2007 12:01:08 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
>
>> Andrew Morton wrote:
>>> On Wed, 28 Nov 2007 12:47:19 +0530 Kamalesh Babulal <[EMAIL PROTECTED]>
>>> wrote:
>>>
Andrew Morton wrote:
> On Wed, 28 Nov 2007 11:59:00 +0530 Kamalesh Ba
On Thu, 29 Nov 2007 15:18:24 +0800
"Sonic Zhang" <[EMAIL PROTECTED]> wrote:
> Any comment?
Looks fine to me
-
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
P
Frans Pop wrote:
> Li Zefan wrote:
>> Add a missing '.' in prink information.
>> -printk(" no tick device\n");
>> +printk(" no tick device.\n");
>
> I wonder if that is correct. CodingStyle says:
> Chapter 13: Printing kernel messages
>[.
On Thu, Nov 29 2007 at 1:36 +0200, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 28 Nov 2007 16:14:21 -0700
> Matthew Wilcox <[EMAIL PROTECTED]> wrote:
>
>> On Wed, Nov 28, 2007 at 01:40:36PM -0800, Andrew Morton wrote:
>>> On Wed, 28 Nov 2007 23:01:31 +0300
>>> Alexey Dobriyan <[EMAIL PROTEC
On Thu, 29 Nov 2007 08:50:31 +0100,
Kay Sievers <[EMAIL PROTECTED]> wrote:
> We have ~20 callers of kobject_(un)register(), convert them to
> kobject_init() + kobject_add() + kobject_uevent(), and just delete the
> broken kobject_(un)register() functions from the kobject code.
I find a bit more c
On Thu, 29 Nov 2007 14:30:14 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> While running file system stress on nfs and cifs mounted partitions, the
> machine
> drops to xmon
>
> 1:mon> e
> cpu 0x1: Vector: 300 (Data Access) at [c00080a9f880]
> pc: c01392c8:
On Thu, Nov 29, 2007 at 09:14:47AM +0100, Oliver Neukum wrote:
> Am Donnerstag, 29. November 2007 09:01:49 schrieb Pete Zaitcev:
> > On Thu, 29 Nov 2007 08:44:38 +0100, Oliver Neukum <[EMAIL PROTECTED]> wrote:
> > > 3. Make sure usbcore doesn't probe the devices in the wrong mode with the
> > > opt
Hi,
On Nov 29, 2007 9:02 AM, Pekka Enberg <[EMAIL PROTECTED]> wrote:
> Hi Vegard,
>
> On Nov 27, 2007 5:16 PM, Vegard Nossum <[EMAIL PROTECTED]> wrote:
> > +config KMEMCHECK
> > + bool "Trap use of uninitialized memory"
> > + depends on X86_32 && !CC_OPTIMIZE_FOR_SIZE
> > + help
On Wed, 28 Nov 2007 22:11:39 -0800,
Greg KH <[EMAIL PROTECTED]> wrote:
> > > foo->kobj.kset = example_kset;
> > > foo->kobj.ktype = &foo_ktype;
> > >
> > > /*
> > >* Register the kobject with the kernel, all the default files will
> > >* be created here and the uevent will be sent o
Hi,
On Nov 29, 2007 9:02 AM, Pekka Enberg <[EMAIL PROTECTED]> wrote:
> > Is it really necessary to track every memory address? Tracking slab
> > objects would require far less memory. You might also want to make
> > kzalloc() and GFP_ZERO mark the memory area as initialized to avoid
> > some page
On Wed, 28 Nov 2007 22:04:58 -0800,
Greg KH <[EMAIL PROTECTED]> wrote:
> > > The uevent function will be called when the uevent is about to be sent to
> > > userspace to allow more environment variables to be added to the uevent.
> >
> > It may be helpful to mention which uevents are by default c
(i asked about this earlier on the newbies list, but after poking
around a bit more, i thought i'd ask here.)
according to Documentation/debugging-modules.txt:
The correct way of debugging module problems is something like this:
echo '#! /bin/sh' > /tmp/modprobe
echo 'echo "$@" >> /tmp/modp
On Thursday 22 November 2007, Andi Kleen wrote:
> #define EXPORT_SYMBOL(sym) \
> - __EXPORT_SYMBOL(sym, "")
> + __EXPORT_SYMBOL(sym, "",,, NULL)
>
> #define EXPORT_SYMBOL_GPL(sym) \
> - __EXPORT_SYMBOL(sym, "_
On Wed, 28 Nov 2007 17:00:57 -0500 (EST),
Alan Stern <[EMAIL PROTECTED]> wrote:
> On Wed, 28 Nov 2007, Greg KH wrote:
>
> > On Wed, Nov 28, 2007 at 03:42:00PM -0500, Alan Stern wrote:
> > > This patch (as1020) adds a check to kobject_init() to insure that the
> > > ktype field is not NULL. This
On Nov 29, 2007 10:39 AM, Pekka J Enberg <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Nov 29, 2007 9:02 AM, Pekka Enberg <[EMAIL PROTECTED]> wrote:
> > > Is it really necessary to track every memory address? Tracking slab
> > > objects would require far less memory. You might also want to make
> > > kza
Pavel Emelyanov wrote:
> Cedric Le Goater wrote:
>> Hello !
>>
>> Here's a small patchset introducing a new namespace for POSIX
>> message queues.
>>
>> Nothing really complex a part from the mqueue filesystem which
>> needed some special care
>
> Hm... Why did you decided to make it separately
> I think it would be good if you could specify a default namespace
> per module, that could reduce the amount of necessary changes significantly.
But also give less documentation. It's also not that difficult to mark
the exports once. I've forward ported such patches over a few kernels
and didn'
On Wed, Nov 28, 2007 at 12:07:38PM +0100, Holger Schurig wrote:
> I have a case where scripts/checkpatch.pl returns a false error.
> First, here is the code:
>
>
> static int lbs_scan_add_rates_tlv(u8 *tlv)
> {
> int i;
> struct mrvlietypes_ratesparamset *rate_tlv =
> (
On 11/29/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
> echo '#! /bin/sh' > /tmp/modprobe
> echo 'echo "$@" >> /tmp/modprobe.log' >> /tmp/modprobe
> echo 'exec /sbin/modprobe "$@"' >> /tmp/modprobe
> chmod a+x /tmp/modprobe
> echo /tmp/modprobe > /proc/sys/kernel/modprobe
>
> i've tried that a
On Thursday 29 November 2007, Li Zefan wrote:
> Frans Pop wrote:
> > Li Zefan wrote:
> >> Add a missing '.' in prink information.
> >> - printk(" no tick device\n");
> >> + printk(" no tick device.\n");
> >
> > I wonder if that is correct. CodingStyle says:
> >
Matthew Dharm wrote:
> On Thu, Nov 29, 2007 at 09:14:47AM +0100, Oliver Neukum wrote:
>
>> Am Donnerstag, 29. November 2007 09:01:49 schrieb Pete Zaitcev:
>>
>>> On Thu, 29 Nov 2007 08:44:38 +0100, Oliver Neukum <[EMAIL PROTECTED]> wrote:
>>>
3. Make sure usbcore doesn't probe t
on latest -git (2.6.24-rc3-git4), the config attached below fails to
build with:
drivers/built-in.o: In function `dibusb_dib3000mc_frontend_attach':
: undefined reference to `dib3000mc_pid_parse'
drivers/built-in.o: In function `dibusb_dib3000mc_frontend_attach':
: undefined reference to `di
On Thursday 29 November 2007, Andi Kleen wrote:
> > I think it would be good if you could specify a default namespace
> > per module, that could reduce the amount of necessary changes significantly.
>
> But also give less documentation. It's also not that difficult to mark
> the exports once. I've
On Thu, Nov 29, 2007 at 11:14:30AM +0100, Remy Bohmer wrote:
> I do not think Russell is right here with assuming that the wrong
> interrupt handler type is used. Looking at the behaviour of the
> mainline kernel (non-RT), the implementation is quite different: On
> mainline the handle_simple_irq()
On Thu, Nov 29, 2007 at 02:07:06AM +0100, Roel Kluin wrote:
> in include/asm-arm/arch-omap/board-innovator.h:40
> #define NR_IRQSIH_BOARD_BASE + NR_FPGA_IRQS
>
> in include/asm-arm/arch-ixp23xx/irqs.h:156:
> #define NR_IRQS NR_IXP23XX_IRQS + NR_IXP23XX_MACH_IRQS
>
> This could lead to p
>> Index: 2.6.24-rc3-mm2/kernel/fork.c
>> ===
>> --- 2.6.24-rc3-mm2.orig/kernel/fork.c
>> +++ 2.6.24-rc3-mm2/kernel/fork.c
>> @@ -1004,6 +1004,13 @@ static struct task_struct *copy_process(
>> if ((clone_flags & CLONE_SIGHAND) &&
>> Index: 2.6.24-rc3-mm2/include/linux/sched.h
>> ===
>> --- 2.6.24-rc3-mm2.orig/include/linux/sched.h
>> +++ 2.6.24-rc3-mm2/include/linux/sched.h
>> @@ -27,6 +27,7 @@
>> #define CLONE_NEWUSER 0x1000 /* New user
Vegard Nossum <[EMAIL PROTECTED]> writes:
>
> - We properly flush TLB entries that change. This used to not be the case,
> and so we
For low values of "properly" @)
> + pte = lookup_address(addr);
> + change_page_attr(page, 1, __pgprot(pte->pte_low | _PAGE_VISIBLE));
> + __flush_tlb
* Stefano Brivio <[EMAIL PROTECTED]> wrote:
> Please remember that this isn't just an aesthetic issue, as some
> drivers (e.g. b43 and b43legacy, but I guess a lot more) rely on
> jiffies. Do I need to file a bug to bugzilla.kernel.org? Thank you.
yes, please do file a bugzilla report too - th
* Stefano Brivio <[EMAIL PROTECTED]> wrote:
> Ok, I found out how to reliably reproduce this bug. The root session issue
> was a bit weird, but I noticed I usually switch to root only when I need to
> change the CPU frequency. And here's what happens:
>
> # cpuspeedy min
> [after some time...]
>
On Thu, 29 Nov 2007, Alexey Dobriyan wrote:
> On 11/29/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
> > echo '#! /bin/sh' > /tmp/modprobe
> > echo 'echo "$@" >> /tmp/modprobe.log' >> /tmp/modprobe
> > echo 'exec /sbin/modprobe "$@"' >> /tmp/modprobe
> > chmod a+x /tmp/modprobe
> > echo /tmp/mod
Hello Steven,
> Remy, sorry about this round-a-bout. But I don't have any of the hardware
> that this affects, and I'm just being cautious.
No problem, I expected this discussion when I submitted the patch. It
is logical that everybody is cautious on this subject. But still,
there is a bug here.
On Wed, 28 Nov 2007 14:18:18 -0500 (EST),
Alan Stern <[EMAIL PROTECTED]> wrote:
> On Wed, 28 Nov 2007, Cornelia Huck wrote:
>
> > We should perhaps add a bit fat warning here:
> >
> > Note that once you registered your kobject via kobject_add(), you must
> > never use kfree() to free it directly
I can't say I'm understading these traces very well, but here's a
snippet that looks a bit strange. I'm running 'while true; do date;
done' in parallel with the dd.
For some time it is doing 100% CPU as expected, then it goes into a
second or so of mosty idle (afaics), and then returns to the nor
Hi,
when stress testing ext3, I've got the following lockdep warning:
===
[ INFO: possible circular locking dependency detected ]
2.6.24-rc3-gbea03ae9 #21
---
fsstress/23377 is trying to ac
thanks - i've queued up all 6 patches of yours. They applied fine to
x86.git and passed a quick build & boot test as well.
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kern
* Metzger, Markus T <[EMAIL PROTECTED]> wrote:
> Changes to previous version(s):
> - moved task arrives/departs notifications to __switch_to_xtra()
> - added _TIF_BTS_TRACE and _TIF_BTS_TRACE_TS to _TIF_WORK_CTXSW_*
> - split _TIF_WORK_CTXSW into ~_PREV and ~_NEXT for x86_64
> - ptrace_bts_init_i
Am Donnerstag, 29. November 2007 11:01:34 schrieb Rui Santos:
> > Changing the unusual_devs.h flag to IGNORE_DEVICE should accomplish what
> > you want.
> >
>
> If the IGNORE_DEVICE flag is set, access to the device's virtual-cd is
> no longer possible, and might not be the correct approach. Just
On Thu, 29 Nov 2007 11:28:28 +0100 Cedric Le Goater <[EMAIL PROTECTED]> wrote:
> >> Index: 2.6.24-rc3-mm2/include/linux/sched.h
> >> ===
> >> --- 2.6.24-rc3-mm2.orig/include/linux/sched.h
> >> +++ 2.6.24-rc3-mm2/include/linux/sched.h
On Thu, 2007-11-29 at 10:35 +0100, Cornelia Huck wrote:
> On Thu, 29 Nov 2007 08:50:31 +0100,
> Kay Sievers <[EMAIL PROTECTED]> wrote:
>
> > We have ~20 callers of kobject_(un)register(), convert them to
> > kobject_init() + kobject_add() + kobject_uevent(), and just delete the
> > broken kobject_
* Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> I can't say I'm understading these traces very well, but here's a
> snippet that looks a bit strange. I'm running 'while true; do date;
> done' in parallel with the dd.
>
> For some time it is doing 100% CPU as expected, then it goes into a
> sec
On Thu, 2007-11-29 at 11:05 +0100, Cornelia Huck wrote:
> On Wed, 28 Nov 2007 17:00:57 -0500 (EST),
> Alan Stern <[EMAIL PROTECTED]> wrote:
> > On Wed, 28 Nov 2007, Greg KH wrote:
> > > On Wed, Nov 28, 2007 at 03:42:00PM -0500, Alan Stern wrote:
> > > > This patch (as1020) adds a check to kobject_i
Oliver Neukum wrote:
> Am Donnerstag, 29. November 2007 11:01:34 schrieb Rui Santos:
>
>>> Changing the unusual_devs.h flag to IGNORE_DEVICE should accomplish what
>>> you want.
>>>
>>>
>> If the IGNORE_DEVICE flag is set, access to the device's virtual-cd is
>> no longer possible, and
> http://programming.kicks-ass.net/kernel-patches/foo/
>
> bdi-task-dirty.patch
> bdi-sysfs.patch
> bdi-min.patch
> bdi-max.patch
>
>
> Is my current rather experimental stack, I just wrote the max part after
> having slept on it. I'm not fond of the multiplication there, but I
> dno't see a way
On Thu, 29 Nov 2007 11:20:18 +0100 Frans Pop <[EMAIL PROTECTED]> wrote:
> Well, for one it needlessly increases the size of log files.
> It also IMO just looks weird to have a trailing period only for some
> messages and it certainly is completely inappropriate for messages like:
I'll confess to
> > I can't say I'm understading these traces very well, but here's a
> > snippet that looks a bit strange. I'm running 'while true; do date;
> > done' in parallel with the dd.
> >
> > For some time it is doing 100% CPU as expected, then it goes into a
> > second or so of mosty idle (afaics),
Hello Russell,
> If 'no' then it's the right handler and the mask/unmask methods associated
> with the interrupt will be no-ops.
I completely understand what you keep on saying, but that would imply
that the following piece of code in chip.c is completely bogus anyway!
(snip from mainline 2.6.23)
On Tue, Nov 27, 2007 at 04:02:19PM +0900, Joonwoo Park wrote:
>
> [NET]: Fix TX bug VLAN in VLAN
> Fix misbehavior of vlan_dev_hard_start_xmit() for recursive encapsulations.
>
> Signed-off-by: Joonwoo Park <[EMAIL PROTECTED]>
Applied to net-2.6. Thanks!
--
Visit Openswan at http://www.openswa
[EMAIL PROTECTED]
- Fix parsing in max_ratio_store().
- Export bdi_set_max_ratio() to modules (for fuse)
- Limit bdi_dirty with bdi->max_ratio
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
Index: linux/include/linux/backing-dev.h
===
[EMAIL PROTECTED]
Fix parsing in min_ratio_store()
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
Index: linux/include/linux/backing-dev.h
===
--- linux.orig/include/linux/backing-dev.h 2007-11-26 17:24:19.0
+010
On Tue, Nov 27, 2007 at 01:26:22AM -0800, Andrew Morton wrote:
> On Tue, 27 Nov 2007 13:03:29 +0800 "rae l" <[EMAIL PROTECTED]> wrote:
>
> > -static void hexdump(unsigned char *buf, unsigned int len)
> > +static inline void hexdump(unsigned char *buf, unsigned int len)
> > {
> > - while (len--)
On Thu, 29 Nov 2007 11:59:06 +0100,
Kay Sievers <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-11-29 at 11:05 +0100, Cornelia Huck wrote:
> > On Wed, 28 Nov 2007 17:00:57 -0500 (EST),
> > Alan Stern <[EMAIL PROTECTED]> wrote:
> > > On Wed, 28 Nov 2007, Greg KH wrote:
> > > > On Wed, Nov 28, 2007 at 03:
* Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> > how come UML idled for 30 msecs here, while the workload was
> > supposed to be CPU-bound? It's not IO bound anywhere, right? No SMP
> > artifacts either, right?
>
> Yes. The UML kernel is UP, and I don't think 'date' or 'bash' want to
> do any
The feature does work as long as the device remains plugged in and
that is what I have said in my previous postings too. What I'm saying
that should work and worked under 2.6.21 and is not working currently
is the ability to unplug and plug back in the device while the
computer is suspended before
Am Donnerstag 29 November 2007 schrieb Rui Santos:
> >> Just to remember that that specific flag was one SET and, was removed,
> >> in part, because of what I state. Of course we aim at perfection but, if
> >> the benefits are only for a few situations and, will cause all this
> >> problems for all
This replaces the debugreg[7] member of thread_struct with individual
members debugreg0, etc. This saves two words for the dummies 4 and 5,
and harmonizes the code between 32 and 64.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/kernel/process_32.c | 31
This switches over the 64-bit build to use the shared ptrace code,
instead of the old ptrace_64.c and arch/x86/ia32/ptrace32.c code.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/ia32/Makefile |2 +-
arch/x86/kernel/Makefile_64 |3 ++-
include/asm-x86/ptrace.h|
This adds 64-bit support to arch_ptrace in arch/x86/kernel/ptrace.c,
so this function can be used for native ptrace on both 32 and 64.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/kernel/ptrace.c | 65 -
1 files changed, 35 insertio
This moves the sys32_ptrace code into arch/x86/kernel/ptrace.c,
verbatim except for a few hard-coded sizes replaced with sizeof.
Here this code can use the shared local functions in this file.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/kernel/ptrace.c | 214 +
This merges 64-bit support into the low-level register access
functions in arch/x86/kernel/ptrace.c, paving the way to share
this file between 32-bit and 64-bit builds.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/kernel/ptrace.c | 215 +
This cleans up the FLAG_MASK macro to use symbolic constants instead of a
magic number.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/kernel/ptrace.c | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/arch/x86/kernel/ptrace.c b/arch/x86/kernel/ptr
This renames ptrace_32.c back to ptrace.c, in preparation
for merging the 32/64 versions of these files.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/kernel/Makefile_32 |3 +-
arch/x86/kernel/ptrace.c| 484 +++
arch/x86/kernel/pt
This cleans up the getreg/putreg functions to move the special cases
(segment registers and eflags) out into their own subroutines.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/kernel/ptrace.c | 162 +++---
1 files changed, 96 insertions
This reimplements the 64-bit IA32-emulation register access
functions in arch/x86/kernel/ptrace.c, where they can share
some guts with the native access functions directly.
These functions are not used yet, but this paves the way to move
IA32 ptrace support into this file to share its local funct
On 11/28, Robin Holt wrote:
>
> We have a customer machine with 4096 cpus. When some user applications
> crash, it begins dumping core and can tie up the filesystem and
> processors for a considerable period of time. Often, they contact the
> user and the user says the core dump files will not b
This moves the 64-bit syscall tracing functions into ptrace.c,
so that ptrace_64.c becomes entirely obsolete.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/kernel/ptrace.c | 64 ++
1 files changed, 64 insertions(+), 0 deletions(-)
d
This removes the old separate 64-bit and ia32 ptrace source files.
They are no longer used.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/ia32/ptrace32.c| 411 -
arch/x86/kernel/ptrace_64.c | 470 -
Hi Vegard,
On Thu, 29 Nov 2007, Vegard Nossum wrote:
> If I understand you correctly, you only want to be notified if any
> memory within an allocation is used before any memory within the
> allocation has been initialized. I think that this would be quite
> useless compared to tracking all the by
thanks, i've merged your 11 patches - they passed a basic build and boot
test as well.
Roland, you've done a lot of gdb / strace / glibc development, what
would you suggest for us to use as a ptrace regression checker? The
problem is that ptrace is not normally used on a default bootup of a
d
Hi Zoltan:
On Tue, Nov 27, 2007 at 10:44:07AM +0100, Zoltan Sogor wrote:
>
> I'm Zoltan Sogor at University of Szeged, Hungary, and we are working on
> new flash file system (UBIFS) cooperating with Nokia Corp. We would like
> to use cryptoapi in UBIFS compression/encrypt mechanism.
>
> I've p
On November 28 2007, Anders Henke wrote:
> As "everything is reported as being zero" is quite odd an Jan took a
> guess that it might be block-layer or driver-related, I've assumed
> that the driver is responsible for this; just out of the curiousity,
> I've manually replaced the dpt_i2o driver by
* Albert Cahalan <[EMAIL PROTECTED]> wrote:
> > I am faced with incidents on an almost daily basis that show how
> > much we kernel folks suck at defining new APIs. The only luck is
> > that the set of system calls is fairly complete already - but in the
> > rare case where we touch an API it'
On Thu 29-11-07 17:27:08, Kamalesh Babulal wrote:
> Andrew Morton wrote:
> > On Thu, 29 Nov 2007 14:30:14 +0530 Kamalesh Babulal <[EMAIL PROTECTED]>
> > wrote:
> >
> >> Hi Andrew,
> >>
> >> While running file system stress on nfs and cifs mounted partitions, the
> >> machine
> >> drops to xmon
>
On Thu, Nov 29, 2007 at 09:38:46AM +0200, Benny Halevy wrote:
>On Nov. 29, 2007, 3:19 +0200, "Ming Lei" <[EMAIL PROTECTED]> wrote:
>> 2007/11/29, Jan Engelhardt <[EMAIL PROTECTED]>:
>>> On Nov 29 2007 01:05, J.A. Magallón wrote:
Since begin of the ages the build of the nvidia driver says thing
Haavard Skinnemoen schrieb:
>
> No, use "git rebase --interactive" ;-)
What's that? I can't find it in "man git-rebase".
--
Tilman SchmidtE-Mail: [EMAIL PROTECTED]
Bonn, Germany
Diese Nachricht besteht zu 100% aus wiederverwerteten Bits.
Ungeöffnet mindestens haltbar bis: (s
Adding relevant people and lists to CC...
Honza
- Forwarded message from Anders Henke <[EMAIL PROTECTED]> -
Date: Thu, 29 Nov 2007 13:31:50 +0100
From: Anders Henke <[EMAIL PROTECTED]>
To: linux-kernel@vger.kerne
On Thu, 29 Nov 2007 13:45:44 +0100
Tilman Schmidt <[EMAIL PROTECTED]> wrote:
> Haavard Skinnemoen schrieb:
> >
> > No, use "git rebase --interactive" ;-)
>
> What's that? I can't find it in "man git-rebase".
I think it was added very recently; most distributions probably don't
have a recent e
On Thu, 29 Nov 2007, Alexey Dobriyan wrote:
> On 11/29/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
> > echo '#! /bin/sh' > /tmp/modprobe
> > echo 'echo "$@" >> /tmp/modprobe.log' >> /tmp/modprobe
> > echo 'exec /sbin/modprobe "$@"' >> /tmp/modprobe
> > chmod a+x /tmp/modprobe
> > echo /tmp/mod
On Nov 29, 2007, at 00:27:04, Al Boldi wrote:
Jakub Narebski wrote:
Besides, you can always use "git show :". For
example gitweb (and I think other web interfaces) can show any
version of a file or a directory, accessing only repository.
Sure, browsing is the easy part, but Version Control
Core distributed storage files.
Include userspace interfaces, initialization,
block layer bindings and other core functionality.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/drivers/block/Kconfig b/drivers/block/Kconfig
index b4c8319..ca6592d 100644
--- a/drivers/block/Kconf
Hi,
[please set me on Cc: since I am not on linux-kernel]
we reproduce random kernel crashes with CentOS5 or RHEL5 kernels
(2.6.18-x). ESP_input produces an error (see attachment). We set up VPN
connections to netscreen firewalls or the Cisco PIX, the crashes occurs
only after some time (20min up
1 - 100 of 497 matches
Mail list logo
