On Thu, 29 Nov 2007, Mark Lord wrote:
> But the flogging continues multiple times per second
> until the system is shutdown, so it is "the next bug to fix".
That's not true. The number of commands sent while probing a device is
predetermined and strictly limited.
In any case, what you're
On Thu, 2007-11-29 at 20:03 +, Nick Warne wrote:
> Yes, but where does the <7> come from?
printk interleaving of functions in ide-cd and ide-iops.
drivers/ide/ide-cd.c ide_cdrom_probe_capabilities could
use something like the string_buf implementations talked
about awhile ago.
-
To
Due to my faux pas of top posting (see
http://www.zip.com.au/~akpm/linux/patches/stuff/top-posting.txt) I am
resending this email.
On Nov 28, 2007 4:34 PM, Fengguang Wu <[EMAIL PROTECTED]> wrote:
> Could you demonstrate the situation? Or if I guess it right, could it
> be fixed by the following
Hi Dave,
apparently does manage bluetooth devices using bluetooth-input-
service.
I still have the problem of the devices disappearing if idle for too
long such as when i lock the desktop or log out for a long period.
Sometimes I can re-enable the devices, but sometimes I cannot.
This is
On Thu, 2007-11-29 at 15:09 -0500, Alan Stern wrote:
> On Thu, 29 Nov 2007, Kay Sievers wrote:
>
> > > My conclusion is different. We should make kobject_init() not consume
> > > any resources at all; just initialize various fields. That way it
> > > would be okay to call either kfree() or
(resending with condensed version of original syslog)
Alan Stern wrote:
On Thu, 29 Nov 2007, Mark Lord wrote:
But the flogging continues multiple times per second
until the system is shutdown, so it is "the next bug to fix".
That's not true. The number of commands sent while probing a
On Thu, Nov 29, 2007 at 03:25:04PM -0500, Mark Lord wrote:
> (resending .. somebody trimmed the CC: list earlier)
>
> Greg KH wrote:
> Mark Lord wrote:
>> ..
>>
>> While doing insert/remove (quickly) tests on USB,
>> I managed to trigger an Oops on 2.6.23.8 on a call
>> to
On Thu, Nov 29, 2007 at 07:59:26PM +0100, Tomas Carnecky wrote:
> Roel Kluin wrote:
> > First of all, is /sound/oss/* still maintained?
> >
>
> Documentation/feature-removal-schedule.txt
>
> What: drivers depending on OSS_OBSOLETE
> When: options in 2.6.23, code in 2.6.25
> Why: obsolete
On Thu, 2007-11-29 at 21:20 +0100, Kay Sievers wrote:
> On Thu, 2007-11-29 at 15:09 -0500, Alan Stern wrote:
> > On Thu, 29 Nov 2007, Kay Sievers wrote:
> > > > There's another good reason for not assigning the name in
> > > > kobject_init(): Code that uses kobjects (like the driver core) doesn't
(resending .. somebody trimmed the CC: list earlier)
Greg KH wrote:
Mark Lord wrote:
..
While doing insert/remove (quickly) tests on USB,
I managed to trigger an Oops on 2.6.23.8 on a call
to strlen() in make_class_name().
...
I'll hold off on adding this patch for now.
..
Why?
Bugs
Hi,
Please review the ensuing set of patches which convert the
existing RCU tracing mechanism for Preempt RCU and RCU Boost into
markers.
These patches are based upon the 2.6.24-rc2-rt1 kernel tree.
Along with marker transition, the RCU Tracing infrastructure has also
been modularised to
On Thu, Nov 29, 2007 at 11:30:35AM -0800, Andrew Morton wrote:
> > - Make the accounting scalable on SMP systems (perhaps
> > for 2.6.25)
>
> That sounds like a rather important todo. How bad is it now?
It is indeed an important todo. Right now we take a per-group global
lock on every
Kristen Carlson Accardi wrote:
On Thu, 29 Nov 2007 13:16:07 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
Kristen wrote:
...
+* XXX will need Port Multiplier support
What's that all about ?
I didn't have any hardware that had LED support as well as Port
Multiplier, so I didn't
Cedric Le Goater 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
>>> @@ -27,6 +27,7 @@
>>> #define CLONE_NEWUSER
Ingo Molnar wrote:
* Andi Kleen <[EMAIL PROTECTED]> wrote:
For i386 iirc Jeremy/Zach did the benchmarking and they settled on %fs
because it was faster for something (originally it was %gs too)
yep. IIRC, some CPUs only optimize %fs because that's what Windows uses
and leaves Linux with %gs
Alan Stern wrote:
On Thu, 29 Nov 2007, Mark Lord wrote:
Mark Lord wrote:
..
While doing insert/remove (quickly) tests on USB,
I managed to trigger an Oops on 2.6.23.8 on a call
to strlen() in make_class_name().
Does this oops occur under 2.6.24? The SCSI async scanning code was
changed
On Thu, 29 Nov 2007 15:39:20 +0100
Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > i'm getting this on 32-bit (with the kmap-atomic debugging patch
> > applied):
> >
> > >
> > Calling initcall 0x78b67c00: tipc_init+0x0/0xc0()
> >
Hi Jon,
On Thu, 29 Nov 2007 14:51:11 -0500
Jon Masters <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2007-11-29 at 19:37 +, Nick Warne wrote:
> > Hi all,
> >
> > 2.6.23.9
> >
> > I have noticed after applying Bart's patch to word93 blacklist my
> > new DVD drive:
> >
> >
On Thu, Nov 29, 2007 at 08:25:46PM +0100, Stefano Brivio wrote:
> On Thu, 29 Nov 2007 13:24:02 -0500
> Dave Jones <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Nov 29, 2007 at 06:57:43PM +0100, Stefano Brivio wrote:
>
> > > Do you want me to comment out adjust_jiffies() and see what happens?
On Nov 28, 2007 9:07 PM, Alan Cox <[EMAIL PROTECTED]> wrote:
> > This message comes from 2.6.24-rc3 + todays git, version
> > a531a141089714efe39eca89593524fdf05104f2. I did grep the logs and found
> > that it first appeared in 2.6.24-rc1 (+ some git mayve) on Nov 3.
> > I used 2.6.23 before that
On Thu, 29 Nov 2007 20:36:24 +0100
Ingo Molnar <[EMAIL PROTECTED]> wrote:
> just to make sure there is no tsc impact, does booting with "notsc"
> change anything?
No, it doesn't.
> if not, does booting with idle=halt or idle=poll help? [your power usage
> will go up so it's not very useful -
This patch implements Enclosure Management via the LED protocol. See
the AHCI 1.1 spec for details.
Signed-off-by: Kristen Carlson Accardi <[EMAIL PROTECTED]>
---
Ok, here's one that actually compiles...
drivers/ata/ahci.c| 154 -
On Thu, 29 Nov 2007, Andi Kleen wrote:
>
> How would you catch (common) the case of them having different bases in the
> GDT TLS entries? At some point the selector has to be reloaded, otherwise
> it won't be picked up by the CPU.
You're right. I somehow thought we were using the LDT for TLS
On Thu, 2007-11-29 at 22:46 +0300, Cyrill Gorcunov wrote:
> From: Cyrill Gorcunov <[EMAIL PROTECTED]>
>
> Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
> ---
Ack.
> arch/powerpc/platforms/powermac/low_i2c.c |3 +--
> 1 files changed, 1 insertions(+), 2 deletions(-)
>
> diff --git
On Thu, 29 Nov 2007 14:45:51 EST, Jon Masters said:
> Ah, but I could write a sequence of pages that on their own looked
> garbage, but in reality, when executed would print out a copy of the
> Jargon File in all its glory. And if you still think you could look for
> patterns, how about executable
On Nov 28, 2007 12:41 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc3/2.6.24-rc3-mm2/
>
> - All patches against subsystem trees were recently sent to the relevant
> maintainers. Many (probably most) were ignored. I don't
On Thu, Nov 29, 2007 at 04:00:41AM -0800, Roland McGrath wrote:
> 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.
> --- a/arch/x86/kernel/ptrace.c
>
200 bytes on stack might be a bit much.
Size goes up to
textdata bss dec hex filename
1142 0 01142 476 lib/hexdump.o
Without the WARN_ON
1053 0 01053 41d lib/hexdump.o
Before this patch
1004 0 01004 3ec
Hi,
I've got an old 2xP-II @ 400MHz Compaq AP400 system, which I'm still
using. It has many peculiarities, so, I wouldn't be surprised if the
answer to my questions would be "sorry, the patient is rather dead than
alive".
Some of the problems lie in ACPI area, I tried some time ago to fix the
On Thursday 29 November 2007, Kay Sievers wrote:
> On Nov 29, 2007 4:46 PM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> > On Nov 29, 2007 7:37 AM, Xavier Bestel <[EMAIL PROTECTED]> wrote:
> > > > One sticking point is that apps like Photoshop and probably
> > > > Punkbuster want to retrieve the hard
Joe Perches wrote:
200 bytes on stack might be a bit much.
Size goes up to
textdata bss dec hex filename
1142 0 01142 476 lib/hexdump.o
Without the WARN_ON
1053 0 01053 41d lib/hexdump.o
Before this patch
1004 0 0
On Thu, Nov 29, 2007 at 22:05:24 +0100, Rafael J. Wysocki wrote:
[...]
> Tino, can you check if this patch helps, please?
Not really. I suspend one to several times a day, and in most cases
resume works. I thing checking the patch is hard when I have no real
procedure to reproduce the resume
On Nov 29 2007 13:02, Randy Dunlap wrote:
>> @@ -140,13 +140,20 @@ EXPORT_SYMBOL(hex_dump_to_buffer);
>> * Example output using %DUMP_PREFIX_ADDRESS and 4-byte mode:
>> * 88089af0: 73727170 77767574 7b7a7978 7f7e7d7c pqrstuvwxyz{|}~.
>> */
>> +
>> +#define HEX_LINE_SIZE 200
>> +
>>
On Thu, 29 Nov 2007 21:58:16 +0100
"Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
> On Nov 28, 2007 12:41 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc3/2.6.24-rc3-mm2/
> >
> > - All patches against subsystem trees were
Alan Cox <[EMAIL PROTECTED]> writes:
> If I want I can have 16 threads executing code in a shared object being
> written to by ten other programs at once and shared over a network while
> we are at it. Its probably not a good idea but I can do it if I have
> reason to.
Actually the kernel
On Wed, 28 Nov 2007 20:03:22 +0530
Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> while running tbench on the powerpc with 2.6.24-rc3-mm2 softlock up occurs
>
> BUG: soft lockup - CPU#0 stuck for 11s! [tbench:12183]
> NIP: c00ac978 LR: c00acff0 CTR:
On Tuesday, 27 of November 2007, Rafael J. Wysocki wrote:
> On Tuesday, 27 of November 2007, David Chinner wrote:
> > On Tue, Nov 27, 2007 at 04:51:38PM +0100, Rafael J. Wysocki wrote:
> > > On Monday, 26 of November 2007, Rafael J. Wysocki wrote:
> > > > On Monday, 26 of November 2007, David
On Thu, Nov 29, 2007 at 07:09:51PM +0200, Vitaliy Ivanov wrote:
> Hi all,
>
> Can anyone advice whether there is something similar to inotify in 2.4 kernel?
>
> Need efficient way to track file system changes.
>
> Maybe some other tools, approaches under 2.4?
>
dnotify[1]? but it might make
On Thu, Nov 29, 2007 at 10:39:07AM +0100, Cornelia Huck wrote:
> On Wed, 28 Nov 2007 22:11:39 -0800,
> Greg KH <[EMAIL PROTECTED]> wrote:
>
> > > > foo->kobj.kset = example_kset;
> > > > foo->kobj.ktype = _ktype;
> > > >
> > > > /*
> > > > * Register the kobject
On Thu, 29 Nov 2007, Marcel Holtmann wrote:
> > >Nov 28 18:53:39 pico kernel: WARNING: at drivers/hid/hid-core.c:784
[ ... ]
> > Does bluetooth input devices have something to do with usbhid? I don't
> > know, perhaps this is another problem in kernel.
> in case you have a HID proxy dongle the
Greg KH wrote:
On Thu, Nov 29, 2007 at 03:25:04PM -0500, Mark Lord wrote:
(resending .. somebody trimmed the CC: list earlier)
Greg KH wrote:
Mark Lord wrote:
..
While doing insert/remove (quickly) tests on USB,
I managed to trigger an Oops on 2.6.23.8 on a call
to strlen() in
On Wed, 28 Nov 2007 09:28:56 +
Al Viro <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 28, 2007 at 01:00:56AM -0800, Andrew Morton wrote:
> > > No the slightest. 12 seems like the correct, padded size. A size of 10 is
> > > just weird as the unpadded size is 9 bytes. Could you dump the
> > >
On Thu, 2007-11-29 at 14:24 +0900, KAMEZAWA Hiroyuki wrote:
> On Thu, 29 Nov 2007 12:23:29 +0900
> KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
> > I noticed CONFIG_NUMA + CONFIG_CGROUP_MEM_CONT + CONFIG_SLUB cannot boot
> > because of my patch.
> > (SLAB is ok.)
> > I'll post workaround soon.
>
H. Peter Anvin wrote:
> Paul Rolland (ポール・ロラン) wrote:
[]
>> Measured 3978592228 cycles TSC warp between CPUs, turning off TSC clock.
>> Marking TSC unstable due to: check_tsc_sync_source failed.
[]
>> but I was wondering if this is a bug or a feature ;)
> The problem you're having is that the
> > --- a/arch/x86/kernel/ptrace.c
> > +++ b/arch/x86/kernel/ptrace.c
> > @@ -461,12 +461,13 @@ static int ptrace_set_debugreg(struct task_struct
> > *child,
> > void ptrace_disable(struct task_struct *child)
> > {
> > user_disable_single_step(child);
> > +#ifdef TIF_SYSCALL_EMU
> >
On Thu, Nov 29, 2007 at 03:39:20PM +0100, Ingo Molnar wrote:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > i'm getting this on 32-bit (with the kmap-atomic debugging patch
> > applied):
> >
> > >
> > Calling initcall 0x78b67c00: tipc_init+0x0/0xc0()
> > TIPC: Activated
This is a note to let you know that I've just added the patch titled
Subject: Kobject: drop child->parent ref at unregistration
to my gregkh-2.6 tree. Its filename is
kobject-drop-child-parent-ref-at-unregistration.patch
This tree can be found at
H. Peter Anvin wrote:
Paul Rolland (ポール・ロラン) wrote:
Hello,
I've a machine with a Core2Duo CPU. /proc/cpuinfo reports the flag
constant_tsc, but at boot time, I have the log :
...
Total of 2 processors activated (6919.15 BogoMIPS).
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 apic1=0 pin1=2
> On Thu, Nov 29, 2007 at 04:00:41AM -0800, Roland McGrath wrote:
> > This moves the sys32_ptrace code into arch/x86/kernel/ptrace.c,
> > verbatim except for a few hard-coded sizes replaced with sizeof.
>[...]
I just moved this code, I didn't change it. So let's leave style (or
> Jargon File in all its glory. And if you still think you could look for
> patterns, how about executable code that self-modifies in random ways
> but when executed as a whole actually has the functionality of fetchmail
> embedded within it? How would you guard against that?
Thats a problem for
Oren Laadan <[EMAIL PROTECTED]> writes:
> Two comments:
>
> 1) Does it ever make any sense to clone the IPC namespace *without* doing
> so also for the MQ namespace or vice versa ? Unless there is a good
> reason for doing so, a single CLONE_IPCMQ flag would suffice.
SYSVIPC and POSIX IPC are
> thanks, i've merged your 11 patches - they passed a basic build and boot
> test as well.
Thanks!
> 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
>-Original Message-
>From: Jiri Slaby [mailto:[EMAIL PROTECTED]
>Sent: Thursday, November 29, 2007 1:43 PM
>To: Pallipadi, Venkatesh; Nakajima, Jun
>Cc: Linux kernel mailing list
>Subject: kondemand: kernel BUG at kernel/workqueue.c:258!
>
>Hi,
>
>while trying to evoke another bug by
On Thu, Nov 29, 2007 at 03:46:42PM -0500, Mark Lord wrote:
> Greg KH wrote:
>> So again, the problem is in the higher up scsi layer, and that is where
>> the problem should already be fixed.
> ..
>
> Ahhh.. so you figure the Oops should also have been fixed
> as part of the 2.6.24 SCSI fixes ?
On Thu, Nov 29, 2007 at 05:21:34PM +0100, Cornelia Huck wrote:
> Kay Sievers <[EMAIL PROTECTED]> wrote:
> > int kobject_init(struct kobject *kobj, struct kobj_type *type, const char
> > *fmt, ...)
>
> Agreed. Better don't hide too much.
Ok, how about this function. If it errors out, it is
On Thursday, 29 of November 2007, Tino Keitel wrote:
> On Thu, Nov 29, 2007 at 22:05:24 +0100, Rafael J. Wysocki wrote:
>
> [...]
>
> > Tino, can you check if this patch helps, please?
>
> Not really. I suspend one to several times a day, and in most cases
> resume works. I thing checking the
On 11/29/2007 10:47 PM, Pallipadi, Venkatesh wrote:
>
>
>> -Original Message-
>> From: Jiri Slaby [mailto:[EMAIL PROTECTED]
>> Sent: Thursday, November 29, 2007 1:43 PM
>> To: Pallipadi, Venkatesh; Nakajima, Jun
>> Cc: Linux kernel mailing list
>> Subject: kondemand: kernel BUG at
If we are in the process of dropping an inode and it is hashed,
generic_forget_inode() will mark it I_WILL_FREE and drop the
inode_lock before calling write_inode_now().
However, at this point, the inode is still on the sb->s_dirty_list
so sync_sb_inodes() could see it and try to write it back.
One minor documentation update:
> /**
> * kobject_init - initialize a kobject structure
> * @kobj: pointer to the kobject to initialize
> * @ktype: pointer to the ktype for this kobject.
> * @fmt: the name of the kobject
> *
> * This function will properly initialize a kobject such that it
On Thu, 29 Nov 2007, Mark Lord wrote:
> (resending with condensed version of original syslog)
(Sending a 344-KB log file wasn't enough, you had to send another 46-KB
condensed version as well? :-)
> Alan Stern wrote:
> > On Thu, 29 Nov 2007, Mark Lord wrote:
> >
> >> But the flogging
On Wed, Nov 28, 2007 at 03:57:47PM -0800, Jeremy Fitzhardinge wrote:
> Adrian Bunk wrote:
> > This does not apply since we do not have a stable in-kernel API, and
> > therefore changes to the in-kernel API can by definition not be
> > regressions.
> >
> > 2.6.24 most likely contains hundreds of
Hi David,
On Friday November 30, [EMAIL PROTECTED] wrote:
>
>
> I came across this because I've been making changes to XFS to avoid the
> inode hash, and I've found that I need to remove the inode from the
> dirty list when setting I_WILL_FREE to avoid this race. I can't see
> how this race is
On Thu, Nov 29, 2007 at 04:22:43PM +0800, Zhao Yakui wrote:
> 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
On Thu, 29 Nov 2007, Mark Lord wrote:
> > So again, the problem is in the higher up scsi layer, and that is where
> > the problem should already be fixed.
> ..
>
> Ahhh.. so you figure the Oops should also have been fixed
> as part of the 2.6.24 SCSI fixes ? That's what I was missing here.
Yes
"Albert Cahalan" <[EMAIL PROTECTED]> writes:
> On Nov 28, 2007 6:31 AM, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>> Ingo Molnar <[EMAIL PROTECTED]> writes:
>> > * Albert Cahalan <[EMAIL PROTECTED]> wrote:
>> >> On Nov 27, 2007 7:49 PM, Guillaume Chazarain <[EMAIL PROTECTED]> wrote:
>
>> In a
Hi,
while trying to evoke another bug by endlessly change governors, this appeared:
kernel BUG at .../kernel/workqueue.c:258!
invalid opcode: [1] PREEMPT SMP
CPU 0
Modules linked in: iwl3945 mac80211 cfg80211 tun cpufreq_userspace rfcomm
l2cap hci_usb bluetooth kvm_intel arc4 ecb blkcipher
On Thu, Nov 29, 2007 at 03:56:28PM -0500, [EMAIL PROTECTED] wrote:
> Yes, most of these schemes *can* be bypassed because some malicious code does
> a
> mmap() or similar trick. But what is being overlooked here is that in most
> cases, what is *desired* is a way to filter things being handled by
On Thu, 29 Nov 2007, Greg KH wrote:
> > > > kobject_put(foo) is needed since it gets you through kobject_cleanup()
> > > > where the name can be freed.
> > >
> > > No, kobject_register() should have handled that for us, right?
> >
> > kobject_register() doesn't do a kobject_put() if
Alan Cox wrote
> > Jargon File in all its glory. And if you still think you could look for
> > patterns, how about executable code that self-modifies in random ways
> > but when executed as a whole actually has the functionality of fetchmail
> > embedded within it? How would you guard against
On Thu, 29 Nov 2007, Greg KH wrote:
> Ok, how about this function. If it errors out, it is free to just call
> kfree() on the kobject. Seems simple enough to me, any objections? If
> not, I'll go through and fix up the whole tree...
Looks good, _provided_ you also get rid of
Tejun Heo wrote:
Agreed. Nobody cared on ATA controllers is usually very effective at
taking the whole machine down. Is there any reason why we don't turn on
irqpoll on turned off IRQs automatically?
Why does a single spurious interrupt cause it to be shut down? I can
see if the interrupt
This one is against davem's net-2.6.25 branch.
===Begins here===
Fix forgotten module release in xt_CONNMARK and xt_CONNSECMARK
When xt_CONNMARK is used outside the mangle table and the user specified
"--restore-mark", the connmark_tg_check() function will (correctly)
error out, but
> > case offsetof(struct user32, regs.gs):
> > *val = child->thread.gsindex;
> > + if (child == current)
> > + asm("movl %%gs,%0" : "=r" (*val));
>
> Won't this return the kernel's GS instead of the user's?
[...]
> But this is x86_64, where swapgs is
On Fri, Nov 30, 2007 at 09:07:06AM +1100, Neil Brown wrote:
>
> Hi David,
>
> On Friday November 30, [EMAIL PROTECTED] wrote:
> >
> >
> > I came across this because I've been making changes to XFS to avoid the
> > inode hash, and I've found that I need to remove the inode from the
> > dirty
> But the ones that do the same thing for fs/es/ds are *not*. Those three
> registers are kernel mode registers (ds/es are the regular kernel data
> segment, fs is the per-cpu data segment), and restored on return to user
> space from the stack.
Um, really? This is x86-64 code. AIUI those
Jan Engelhardt wrote:
Fix forgotten module release in xt_CONNMARK and xt_CONNSECMARK
When xt_CONNMARK is used outside the mangle table and the user specified
"--restore-mark", the connmark_tg_check() function will (correctly)
error out, but (incorrectly) forgets to release the L3 conntrack
Alan Stern wrote:
On Thu, 29 Nov 2007, Mark Lord wrote:
So again, the problem is in the higher up scsi layer, and that is where
the problem should already be fixed.
..
Ahhh.. so you figure the Oops should also have been fixed
as part of the 2.6.24 SCSI fixes ? That's what I was missing
> This didn't need to be implemented as a macro hence it shouldn't have been.
Ok.
diff --git a/arch/x86/kernel/ptrace.c b/arch/x86/kernel/ptrace.c
index b3433e1..000 100644
--- a/arch/x86/kernel/ptrace.c
+++ b/arch/x86/kernel/ptrace.c
@@ -45,8 +45,10 @@
/*
* Determines whether a value
Andrew Morton wrote:
> On Thu, 29 Nov 2007 21:58:16 +0100
> "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
>> First crash:
>>
>> [ 1116.083651] Unable to handle kernel NULL pointer dereference at
>> 0378 RIP:
>> [ 1116.089216] [] ether1394_dg_complete+0x28/0xa0
...
> Yep, looks like a
On Thu, 29 Nov 2007, Roland McGrath wrote:
>
> Um, really? This is x86-64 code. AIUI those values don't have any effect
> at all in 64-bit mode (as the kernel is). I haven't found any code in
> entry_64.S or ia32entry.S that touches them. __switch_to uses direct
> access to the segment
On Thu, Nov 29, 2007 at 05:07:58PM -0500, Alan Stern wrote:
> On Thu, 29 Nov 2007, Mark Lord wrote:
>
> > > So again, the problem is in the higher up scsi layer, and that is where
> > > the problem should already be fixed.
> > ..
> >
> > Ahhh.. so you figure the Oops should also have been fixed
On Thu, Nov 29, 2007 at 05:16:28PM -0500, Alan Stern wrote:
> On Thu, 29 Nov 2007, Greg KH wrote:
>
> > Ok, how about this function. If it errors out, it is free to just call
> > kfree() on the kobject. Seems simple enough to me, any objections? If
> > not, I'll go through and fix up the whole
Fixes this build failure:
ERROR: "vio_driver_init" [drivers/net/sunvnet.ko] undefined!
ERROR: "vio_driver_init" [drivers/block/sunvdc.ko] undefined!
ERROR: "ldc_map_sg" [drivers/block/sunvdc.ko] undefined!
Signed-off-by: Ben Collins <[EMAIL PROTECTED]>
diff --git
> On Thu, Nov 29, 2007 at 04:00:57AM -0800, Roland McGrath wrote:
> ...lots of ptrace merging...
>
> Can you make sure that UML still runs when you're done with ptrace?
I'd be glad to, especially if you give me some advice on testing (.config
for um-i386 and um-x86_64, what do try that
On Thu, 29 Nov 2007, Mark Lord wrote:
> Alan Stern wrote:
> > On Thu, 29 Nov 2007, Mark Lord wrote:
> >
> >>> So again, the problem is in the higher up scsi layer, and that is where
> >>> the problem should already be fixed.
> >> ..
> >>
> >> Ahhh.. so you figure the Oops should also have been
Move STACK_TOP[_MAX] out of asm/a.out.h and into asm/processor.h as they're
required whether or not A.OUT format is available.
Signed-off-by: David Howells <[EMAIL PROTECTED]>
---
include/asm-alpha/a.out.h |8 +---
include/asm-alpha/processor.h |5 +
Remove now unnecessary inclusions of {asm,linux}/a.out.h.
Signed-off-by: David Howells <[EMAIL PROTECTED]>
---
arch/alpha/kernel/osf_sys.c |1 -
arch/alpha/kernel/process.c |1 -
arch/alpha/kernel/setup.c |1 -
arch/arm/kernel/process.c |1 -
Mark arches that support A.OUT format by including the following in their
master Kconfig files:
config ARCH_SUPPORTS_AOUT
def_bool y
This should also be set if the arch provides compatibility A.OUT support for
an older arch, for instance x86_64 for i386 or sparc64 for
Suppress A.OUT library support if CONFIG_ARCH_SUPPORTS_AOUT is not set.
Not all architectures support the A.OUT binfmt, so the ELF binfmt should not
be permitted to go looking for A.OUT libraries to load in such a case. Not
only that, but under such conditions A.OUT core dumps are not produced
net2280 can't have a function called show_registers() because this can produce
a namespace clash with an arch function of the same name.
All this driver's functions and variables should really be prefixed with
"net2280_" to avoid such a problem in future.
Signed-off-by: David Howells <[EMAIL
Allocate serial port UART type IDs for the MN10300 on-chip serial ports.
Signed-off-by: David Howells <[EMAIL PROTECTED]>
Acked-by: Alan Cox <[EMAIL PROTECTED]>
---
include/linux/serial_core.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git
Add platform MTD support for the ASB2303 board.
Signed-off-by: David Howells <[EMAIL PROTECTED]>
---
arch/mn10300/configs/asb2303_defconfig |5 +-
arch/mn10300/unit-asb2303/Makefile |2 -
arch/mn10300/unit-asb2303/flash.c | 100
3 files
Fix MTD JEDEC probe so that the ASB2303 bootprom can be accessed. This is
presumably required because the bootprom is normally write-protected and so
the normal flash probes don't work as they require the ability to write to the
flash to send it commands.
In the condition of the excluded
On 11/29/2007 01:17 AM, Serge E. Hallyn wrote:
> From 70d5da610fdbd66a36886c01e27b7fb11d2de044 Mon Sep 17 00:00:00 2001
> From: [EMAIL PROTECTED] <[EMAIL PROTECTED](none)>
> Date: Wed, 28 Nov 2007 16:16:23 -0800
> Subject: [PATCH 1/1] capabilities: correct logic at capset_check
>
> Fix typo at
Bjoern Olausson wrote:
> On 11/7/07, Tejun Heo <[EMAIL PROTECTED]> wrote:
>> Thanks. We're currently trying to find out what's actually going on
>> with all these drives. At first, drives which got blacklisted aren't
>> many and made sense (had other problems with NCQ, etc..) but with new
>>
Alan Cox <[EMAIL PROTECTED]> writes:
>
> The simple case is
> open
> write cathedral and bazaar in some order
> close
>process -> label eric_t>
>
> open (eric_t) - SELinux "no"
>
>
> Anyone smart will then write it out of order and keep the file open, or
That would
On 11/29/2007 05:21 PM, Roland McGrath wrote:
>>> case offsetof(struct user32, regs.gs):
>>> *val = child->thread.gsindex;
>>> + if (child == current)
>>> + asm("movl %%gs,%0" : "=r" (*val));
>> Won't this return the kernel's GS instead of the user's?
>
On 11/29/2007 04:50 PM, Roland McGrath wrote:
> Jan Kratochvil has helped me a great deal with ptrace testing lately.
> We have started to collect a small regression test suite, see
> http://sourceware.org/systemtap/wiki/utrace/tests for pointers. That
> has tests for individual problems that
On Friday November 30, [EMAIL PROTECTED] wrote:
> On Fri, Nov 30, 2007 at 09:07:06AM +1100, Neil Brown wrote:
> >
> > Hi David,
> >
> > On Friday November 30, [EMAIL PROTECTED] wrote:
> > >
> > >
> > > I came across this because I've been making changes to XFS to avoid the
> > > inode hash,
Hi,
We've developed a driver for an image acquisition card, which maps
kernel alloc'ed buffers into user space vma's. We use alloc_page +
remap_pfn_range in the driver mmap file_operation.
After looking at alloc_page_vma, I thought that it might be more
appropiate than alloc_page in this
801 - 900 of 994 matches
Mail list logo