* Steven Rostedt <[EMAIL PROTECTED]> wrote:
> This bit me in the butt.
>
> I couldn't understand why my init app was segfaulting, with a kernel
> address, but a user RIP and RSP. Well, the RIP I think was bogus, but
> the kernel address was always the start of "mcount". Looking deeper,
> I
From: Henrik Kretzschmar <[EMAIL PROTECTED]>
Fix parameter name in audit_core_dumps for kerneldoc.
Signed-off-by: Henrik Kretzschmar <[EMAIL PROTECTED]>
---
diff --git a/kernel/auditsc.c b/kernel/auditsc.c
index e36481e..028650c 100644
--- a/kernel/auditsc.c
+++ b/kernel/auditsc.c
@@ -2040,7 +2
From: Henrik Kretzschmar <[EMAIL PROTECTED]>
Fix parameter name from ata_dev_reread_id() in libata-core.c for kerneldoc.
Signed-off-by: Henrik Kretzschmar <[EMAIL PROTECTED]>
---
diff --git a/drivers/ata/libata-core.c b/drivers/ata/libata-core.c
index 047eabd..88e2761 100644
--- a/drivers/ata/l
On Mon, Jun 18, 2007 at 11:10:42PM -0400, Kyle Moffett wrote:
> On Jun 18, 2007, at 13:56:05, Bryan Henderson wrote:
>>> The question remains is where to implement versioning: directly in
>>> individual filesystems or in the vfs code so all filesystems can use it?
>>
>> Or not in the kernel at all
Hi Thomas,
Thomas Gleixner wrote:
> i386 and sparc64 have the identical code to update the cmos clock.
> Move it into kernel/time/ntp.c as there are other architectures
> coming along with the same requirements.
>
> Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
> Cc: Chris Wright <[EMAIL PRO
On Tuesday 19 June 2007 04:04:52 Alexandre Oliva wrote:
> On Jun 19, 2007, Daniel Hazelton <[EMAIL PROTECTED]> wrote:
> > On Tuesday 19 June 2007 02:44:32 Alexandre Oliva wrote:
> >> GPLv3 forbids tivoization, therefore developer has requirement for
> >> tivoization in the license, therefore GPLv3
Am Dienstag 19 Juni 2007 04:46 schrieb Alexandre Oliva:
> On Jun 18, 2007, Hans-Jürgen Koch <[EMAIL PROTECTED]> wrote:
>
> > Am Montag 18 Juni 2007 23:18 schrieb Alexandre Oliva:
> >> On Jun 18, 2007, Hans-Jürgen Koch <[EMAIL PROTECTED]> wrote:
> >>
> >> >> Vendor would be entitled to the benefit
On Mon, Jun 18, 2007 at 11:07:31PM -0700, David Miller wrote:
> The main disk I/O block read and write is done using descriptors
> sent to the disk server. SCSI pass-through is provided (optionally)
> so that disk analysis tools can do things like MODE_SENSE on the
> disk.
SG_IO can easily be imp
David Chinner wrote:
> FWIW, I'm on record stating that "sync" is not sufficient to quiesce an XFS
> filesystem for a suspend/resume to work safely and have argued that the only
> safe thing to do is freeze the filesystem before suspend and thaw it after
> resume.
Whilst testing a potential bug i
* Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> On Mon, Jun 18, 2007 at 08:46:03PM -0700, Christoph Lameter wrote:
> > @@ -2493,17 +2493,18 @@ static void idle_balance(int this_cpu, s
> > unsigned long next_balance = jiffies + 60 * HZ;
> >
> > for_each_domain(this_cpu, sd) {
> > -
On Mon, 2007-06-18 at 17:31 +0100, Richard Purdie wrote:
> +static int mtdoops_erase_block(struct mtd_info *mtd, int offset)
> +{
> + struct erase_info erase;
> + DECLARE_WAITQUEUE(wait, current);
> + wait_queue_head_t wait_q;
> + int ret;
> +
> + init_waitqueue_head(&wait_q);
>
On Jun 19, 2007, Daniel Hazelton <[EMAIL PROTECTED]> wrote:
> On Tuesday 19 June 2007 02:44:32 Alexandre Oliva wrote:
>> GPLv3 forbids tivoization, therefore developer has requirement for
>> tivoization in the license, therefore GPLv3 forbidding tivoization
>> is bad.
> However, my argument is st
On Tue, 19 Jun 2007, Jan Kara wrote:
> OK, I can make it 'depends on NET' instead. I guess it's no problem in
> this case since whoever wants quota is going to have NET enabled.
> The problem I sometimes have with 'depends on' is that the option is
> invisible until you have enabled all the de
From: Olaf Kirch <[EMAIL PROTECTED]>
Make skb_seq_read unmap the last fragment
Having walked through the entire skbuff, skb_seq_read would leave the
last fragment mapped. As a consequence, the unwary caller would leak
kmaps, and proceed with preempt_count off by one. The only (kind of
non-intuit
On Mon 18-06-07 12:01:03, Randy Dunlap wrote:
> On Mon, 18 Jun 2007 14:14:55 +0200 Jan Kara wrote:
>
> > Hello,
> >
> > I've written a patch implementing quota netlink interface. Whenever some
> > event happens (like user exceeding softlimit), a message is sent to
> > userpace. Then, in users
On Mon, 2007-06-18 at 17:31 +0100, Richard Purdie wrote:
> +static int mtdoops_erase_block(struct mtd_info *mtd, int offset)
> +{
> + struct erase_info erase;
> + DECLARE_WAITQUEUE(wait, current);
> + wait_queue_head_t wait_q;
> + int ret;
> +
> + init_waitqueue_head(&wait_q);
>
Kyle Moffett wrote:
> On Jun 18, 2007, at 13:56:05, Bryan Henderson wrote:
>>> The question remains is where to implement versioning: directly in
>>> individual filesystems or in the vfs code so all filesystems can use it?
>>
>> Or not in the kernel at all. I've been doing versioning of the types
News Letter napsal(a):
> Hi,
>
> I need some help here to understand copy_to_user(). I encountered a
> strange copy_to_user() behavior when working on CentOS from Redhat
> (kernel version 2.6.9-22.ELsmp, x86_64 CPU).
>
> For a kernel module, I wrote a ioctl call to allow user mode program
> to ge
On Fri, 15 Jun 2007 10:50:12 +0200
Nicolas Ferre <[EMAIL PROTECTED]> wrote:
> From: Nicolas Ferre <[EMAIL PROTECTED]>
>
> Fixes STN LCD support for the atmel_lcdfb framebuffer driver.
>
> Signed-off-by: Nicolas Ferre <[EMAIL PROTECTED]>
Looks correct to me. Although...
> Index: b/drivers/video
Hi James,
On Sun, 17 Jun 2007, Geert Uytterhoeven wrote:
> These patches add support for m68k to the 53c700 SCSI core and introduce new
> drivers for various m68k hardware using this 53c700 SCSI core, to replace the
> just removed drivers using the old 53c7xx SCSI core.
>
> [1] [PATCH]
Oliver Neukum napsal(a):
> Am Freitag, 15. Juni 2007 schrieb Jiri Slaby:
>> +struct stk11xx_frame_buf {
>> + void *data;
>> + volatile int filled;
>> + struct stk11xx_frame_buf *next;
>> +};
>> +
>
> What's the "volatile" doing here?
removed (s/volatile/unsigned/), thanks,
--
h
Ingo Korb napsal(a):
> Move brdp->iosize assignment in stli_initecp up a few lines to stop the
> driver from requesting an I/O region of length 0.
>
> Remove spin_lock_irqsave/spin_unlock_irqrestore from __stli_sendcmd as
> all users of that function take the lock already.
>
> Signed-off-by: Ingo
On Mon, 18 Jun 2007, David Miller wrote:
> What I really care about is what will work transparently for existing
> userspace. In particular, distribution installers and existing tools
> like fdisk.
>
> When a slice it being exported, it's not being exported like that so
> that the client can just
On Mon, Jun 18, 2007 at 03:48:15PM -0700, Jeremy Allison wrote:
> Did you ever code up forkdepot ? Just wondering ?
There is a partial implementation lieing around somewhere, but there
were a number of problems we ran into that were discussed in the
slidedeck. Basically, if the only program acces
On Tue, Jun 19, 2007 at 12:26:57AM +0200, Jörn Engel wrote:
> The main difference appears to be the potential size. Both extended
> attributes and forks allow for extra data that I neither want or need.
> But once the extra space is large enough to hide a rootkit in, it
> becomes a security proble
501 - 525 of 525 matches
Mail list logo
