Nish Aravamudan wrote:
> On 2/7/08, Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> wrote:
>> On Thursday 07 February 2008, Kamalesh Babulal wrote:
>>> Bartlomiej Zolnierkiewicz wrote:
Hi,
On Wednesday 06 February 2008, Pavel Machek wrote:
> On Wed 2008-02-06 11:53:34, Pavel Machek
On Sun, Feb 10, 2008 at 10:04:16PM -0700, Matthew Wilcox wrote:
> > "A disabled or non-existent device's configuration register space is
> > hidden. A disabled or non-existent device will return all ones for reads
> > and will drop writes just as if the cycle terminated with a Master Abort
> > on P
We (the -stable team) are announcing the release of the 2.6.22.18
kernel.
It fixes one thing, CVE-2008-0600.
All users of the 2.6.22 series, with untrusted local users are strongly
encouraged to upgrade.
I'll also be replying to this message with a copy of the patch between
2.6.22.17 and 2.6.22.
please check it...
---
From: Yinghai Lu <[EMAIL PROTECTED]>
[SCSI] ses: fix memory leaks
fix leaking with scomp leaking when failing. Also free page10 on
driver removal and remove one extra space.
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
Signed-off-by: James Bottomley <[EMAIL PROTECTED]>
David Miller wrote:
From: Jan Engelhardt <[EMAIL PROTECTED]>
Date: Sun, 10 Feb 2008 22:02:35 +0100 (CET)
I have been unable to reach the netfilter and net maintainers the past
week regarding inclusion of patches, but most importantly a group of
fixes at [0]-[3]. I am kind of at a loss here but
I enable vmx and svm option for KVM in .config
on amd SVM enable system
vmx get tried at first
and get
kvm: no hardware support
Calling initcall 0x80c2d465: vmx_init+0x0/0x119()
kvm: no hardware support
initcall 0x80c2d465: vmx_init+0x0/0x119() returned -95.
initcall 0x8
diff --git a/Makefile b/Makefile
index 8920cb8..3a932c7 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 23
-EXTRAVERSION = .15
+EXTRAVERSION = .16
NAME = Arr Matey! A Hairy Bilge Rat!
# *DOCUMENTATION*
diff --git a/fs/splice.c b/fs/splice.c
index 2a
We (the -stable team) are announcing the release of the 2.6.23.16
kernel.
It fixes one thing, CVE-2008-0600.
All users of the 2.6.23 series, with untrusted local users are strongly
encouraged to upgrade.
I'll also be replying to this message with a copy of the patch between
2.6.23.15 and 2.6.23.
diff --git a/Makefile b/Makefile
index e6a6eec..6f79564 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 24
-EXTRAVERSION = .1
+EXTRAVERSION = .2
NAME = Err Metey! A Heury Beelge-a Ret!
# *DOCUMENTATION*
diff --git a/fs/splice.c b/fs/splice.c
index 3
We (the -stable team) are announcing the release of the 2.6.24.2
kernel.
It fixes one thing, CVE-2008-0600.
All users of the 2.6.24 series, with untrusted local users are strongly
encouraged to upgrade.
I'll also be replying to this message with a copy of the patch between
2.6.24.1 and 2.6.24.2
Linux pancs 2.6.22.17-opt2-cve2 #1 SMP Sun Feb 10 16:22:37 CET 2008
i686 GNU/Linux
---
Linux vmsplice Local Root Exploit
By qaaz
---
[+] mmap: 0x0 .. 0x1000
[+] page: 0x0
[+] page: 0x20
[+] mmap: 0x4000 .. 0x5000
[+] page: 0x4000
[+]
Arjan van de Ven wrote:
> On Mon, 11 Feb 2008 03:25:33 -0200
> "Carlos R. Mafra" <[EMAIL PROTECTED]> wrote:
>
>> The problem with suspend to RAM is that right after typing (from
>> inside X) 'echo mem > /sys/power/state' the screen becomes black and
>> the laptop freezes. I have to use SysRq+b to
On Feb 10, 2008 6:53 PM, Robert Hancock <[EMAIL PROTECTED]> wrote:
>
> Yinghai Lu wrote:
> > On Feb 10, 2008 12:45 PM, Matthew Wilcox <[EMAIL PROTECTED]> wrote:
..
> >> I've attached the two patches that I believe are the ones we want. We
> >> can (and should) fix quirk_intel_irqbalance separately
On Sun, Feb 10, 2008 at 11:18:09AM +0100, Marcin Slusarz wrote:
> This patch was in Andrew tree, but it was uncomplete.
> Here is updated version.
>
> ---
> remove beX_add functions and replace all uses with beX_add_cpu
>
> Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
> ---
Looks good. You c
On Sun, Feb 10, 2008 at 04:02:04PM -0700, Matthew Wilcox wrote:
> The line in question reads:
>
> /* read xTPR register */
> raw_pci_read(0, 0, 0x40, 0x4c, 2, &word);
>
> That's domain 0, bus 0, device 8, function 0, address 0x4c, length 2.
>
> I've checked the public E7525 and E
On Sat, 2008-02-09 at 15:15 -0800, Yinghai Lu wrote:
> [PATCH] scsi: ses fix mem leaking when fail to add intf
>
> fix leaking with scomp leaking when failing.
> also remove one extra space.
There are still a few extraneous code moves in this one. This is about
the correct minimal set, isn't it
Alexey Dobriyan wrote:
On Sun, Feb 10, 2008 at 04:35:51PM -0800, Arjan van de Ven wrote:
Rank 3: remove_proc_entry
WARN_ON at fs/proc/generic.c:736
Reported 20 times (38 total reports)
This WARN_ON is there if code tries to remove a non-empty /proc
directory.
Most rep
On Mon, 11 Feb 2008 03:25:33 -0200
"Carlos R. Mafra" <[EMAIL PROTECTED]> wrote:
> The problem with suspend to RAM is that right after typing (from
> inside X) 'echo mem > /sys/power/state' the screen becomes black and
> the laptop freezes. I have to use SysRq+b to reboot.
>
> I tried to revert th
On Mon, 2008-02-11 at 03:25 -0200, Carlos R. Mafra wrote:
> Hi,
>
> I want to report that suspend to RAM stopped working on my Sony Vaio
> VGN-FZ240E in 2.6.25-rc1 and that I could bisect the problem down
> to:
>
> commit bc71bec91f9875ef825d12104acf3bf4ca215fa4
> Author: [EMAIL PROTECTED] <[EM
On Sunday 10 February 2008 08:28:38 pm James Bottomley wrote:
>
> On Sat, 2008-02-09 at 15:15 -0800, Yinghai Lu wrote:
> > [PATCH] scsi: ses fix mem leaking when fail to add intf
> >
> > fix leaking with scomp leaking when failing.
> > also remove one extra space.
>
> There are still a few extra
On Sun, Feb 10, 2008 at 04:35:51PM -0800, Arjan van de Ven wrote:
> Rank 3: remove_proc_entry
> WARN_ON at fs/proc/generic.c:736
> Reported 20 times (38 total reports)
> This WARN_ON is there if code tries to remove a non-empty /proc
> directory.
> Most reports are ta
Hi Rusty
Just got this build failure while building -rc1 -
Root device is (254, 0)
Setup is 12216 bytes (padded to 12288 bytes).
System is 1915 kB
Kernel: arch/x86/boot/bzImage is ready (#3)
Building modules, stage 2.
MODPOST 683 modules
ERROR: "LGUEST_PAGES_guest_gdt_desc" [drivers/lguest/l
On Mon, 2008-02-04 at 01:28 -0800, Andrew Morton wrote:
> On Mon, 04 Feb 2008 01:15:05 -0800 Ram Pai <[EMAIL PROTECTED]> wrote:
>
> > 1) reports deleted inode in dentry_path() consistent with that in __d_path()
> > 2) modified __d_path() to use prepend(), reducing the size of __d_path()
> > 3) mov
Kudos to all involved in the rapid response. But.
Information on patching this vulnerability is not available front and
center in many of the places you would expect: kernel.org front page,
debian.org front page, covered on planet.debian.org but without a
pointer to the patch, and so on. So t
diff --git a/Makefile b/Makefile
index 6a949eb..99c5e87 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 22
-EXTRAVERSION = .17
+EXTRAVERSION = .18
NAME = Holy Dancing Manatees, Batman!
# *DOCUMENTATION*
diff --git a/fs/splice.c b/fs/splice.c
index e
On Sun, Feb 10, 2008 at 11:29:50PM -0800, Daniel Phillips wrote:
> Kudos to all involved in the rapid response. But.
>
> Information on patching this vulnerability is not available front and
> center in many of the places you would expect: kernel.org front page,
> debian.org front page, covered
Hi Daniel,
On Feb 11, 2008 9:29 AM, Daniel Phillips <[EMAIL PROTECTED]> wrote:
> I think many users would first go to kernel.org on a day like today, as
> I did. Nothing to see there. We could do a way better job of getting
> the word out.
Any suggestions what I could have done better here? As
* Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> I see that only a very few of my comments posted yesterday got
> addressed. On purpose or did you miss them?
no, they went into another thread :-)
i've now read your mail and addressed the majority of them - see the
details below.
i've trickled all
* Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 10, 2008 at 08:43:52AM +0100, Ingo Molnar wrote:
> >
> > * Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> >
> > > This still doesn't address a lot of the review comments from Jason's
> > > last posting.
> >
> > sorry, which mails ar
On Sat, 9 Feb 2008, Randy Dunlap wrote:
> On Sun, 10 Feb 2008 00:24:50 +0100 (CET) Thomas Gleixner wrote:
>
> > Linus,
> >
> > please pull the pending x86 updates from:
> >
> > ssh://master.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-x86.git
> > master
>
> Hi Thomas,
> can we please
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > It's all in the thread starting with '[PATCH 0/8] kgdb 2.6.25
> > version', msgid
> > [EMAIL PROTECTED] or at
> > http://lkml.org/lkml/2008/2/9/104
>
> thanks - i found Sam's mail meanwhile and addressed most of the
> observations and updated the
On Sun, Feb 10, 2008 at 09:02:25AM +0100, Ingo Molnar wrote:
> thanks - i found Sam's mail meanwhile and addressed most of the
> observations and updated the kgdb.git tree. I'll now check the threads
> above whether i missed anything. (feel free to point it out if you
> notice anything outright)
On Sun, Feb 10, 2008 at 09:21:32AM +0100, Ingo Molnar wrote:
> > Kerneldoc comments don't belong above the prototype of a function but
> > the function body.
>
> disagree - the best is to have it in both places - and in many places we
> do that. Anyway, this is up to maintainer discretion.
Huh?
On 02/10/2008 04:37 AM, S.Çağlar Onur wrote:
Hi;
Following patch silents
drivers/mtd/ubi/vmt.c: In function `ubi_create_volume':
drivers/mtd/ubi/vmt.c:379: warning: statement with no effect
compiler warning introduced by commit 801c135ce73d5df1caf3eca35b66a10824ae0707
(UBI: Unsorted Block Ima
* Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> [...] And while you're at it please remove all the filenames in the
> top-of-file comments, not just in include/asm-generic/kgdb.h.
fixed: there was just one such file remaining: include/linux/kgdb.h.
> While we're at it is there a good reason
On Sat, Feb 09, 2008 at 06:09:23PM +0100, Thomas Gleixner wrote:
> On Sat, 9 Feb 2008, Andi Kleen wrote:
> > > > Note the behaviour for pageattr and thus DEBUG_RODATA / debugging
> > > > sitations where you don't care about your TLB this
> > > > does not change, this makes only a difference for the
On Sun, Feb 10, 2008 at 09:57:35AM +0100, Ingo Molnar wrote:
> > It would be nice if you could move the kerneldoc comments to the
> > proper place at least. [...]
>
> i'd agree in general but this is really a special case, please look at
> the context. This would duplicate all the kerneldoc head
On Sun, 10 Feb 2008, Linus Torvalds wrote:
> On Sat, 9 Feb 2008, Randy Dunlap wrote:
>
> So Thomas, don't do this. I don't like it. The same way I didn't like
> seeing Ingo trying to mix in a kgdb pull into his x86 pull. Keep these
> things separate - git is *really* good at having multiple bran
On Sat, 2008-02-09 at 12:56 -0500, Mike Frysinger wrote:
> On Feb 9, 2008 5:56 AM, Martin Schwidefsky <[EMAIL PROTECTED]> wrote:
> > On Sat, 2008-02-09 at 11:37 +0100, Ingo Molnar wrote:
> > > i think the worst is over already and i'm reasonably sure that there are
> > > no more bugs in it - this _
Thomas Gleixner <[EMAIL PROTECTED]> writes:
> 2) I care about RO as much as I care about the NX correctness. That's
> the same logic and the same problem. If we have overlapping regions,
> then we need to split large pages. Otherwise both protections are
> useless to a certain degree.
That's laud
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > Anyway, to resolve this i've turning them into non-docbook,
> > descriptive comments. Please submit any docbook patch to
> > arch/x86/kernel/kgdb.c to x86.git if you'd like more documentation.
>
> no ne
On Feb 10, 2008 4:17 AM, Martin Schwidefsky <[EMAIL PROTECTED]> wrote:
> On Sat, 2008-02-09 at 12:56 -0500, Mike Frysinger wrote:
> > On Feb 9, 2008 5:56 AM, Martin Schwidefsky <[EMAIL PROTECTED]> wrote:
> > > On Sat, 2008-02-09 at 11:37 +0100, Ingo Molnar wrote:
> > > > i think the worst is over a
* Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 10, 2008 at 09:21:32AM +0100, Ingo Molnar wrote:
> > > Kerneldoc comments don't belong above the prototype of a function but
> > > the function body.
> >
> > disagree - the best is to have it in both places - and in many
> > places w
* Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> > i dont think so. Which ones do you mean? I just reviewed them and
> > they are either already done, or moot (for kgdb complications that i
> > objected to and removed from this kgdb-x86 tree).
>
> The one I noticed quickly is the __ASSEMBLY__
> +#ifdef UART_CAP_UUE
> + if (up->capabilities & UART_CAP_UUE)
> +#else
> + if (up->port.type == PORT_XSCALE)
> +#endif
This looks very odd. Can anyone explain what's going on here?
Especially as UART_CAP_UUE is defined in drivers/serial/8250.h
unconditionally.
> diff --git a/drivers/se
On Feb 10, 2008 1:38 AM, Niki Denev <[EMAIL PROTECTED]> wrote:
>
> On Feb 10, 2008 8:32 AM, Willy Tarreau <[EMAIL PROTECTED]> wrote:
> > On Sun, Feb 10, 2008 at 08:04:35AM +0200, Niki Denev wrote:
> > > Hi,
> > >
> > > As the subject says the 2.6.24.1 is still vulnerable to the vmsplice
> > > local
On Sun, 2008-02-10 at 04:25 -0500, Mike Frysinger wrote:
> i guess my point was more: the pgtable_t typdef is new therefore it
> must be defined for every architecture. your ability to directly
> cross-compile and/or test a subset is great, but posting a change that
> is know for a fact to break a
S.Çağlar Onur wrote:
Hi;
Following patch silents
net/bluetooth/hci_sysfs.c: In function `del_conn':
net/bluetooth/hci_sysfs.c:339: warning: suggest parentheses around assignment
used as truth value
compiler warning introduced by commit acea6852f32b8805e166d885ed7e9f0c7cd10d41
([BLUETOOTH]: M
On Fri, Feb 08, Andrew Morton wrote:
> On Fri, 8 Feb 2008 18:38:10 +0100
> Olaf Hering <[EMAIL PROTECTED]> wrote:
>
> > On Fri, Jan 25, Olaf Hering wrote:
> >
> > > remove the newly added __KERNEL__ block from linux/vt.h
> >
> > Can you pick this up? The patch cant get any better.
>
> spose so
On Sun, Feb 10, 2008 at 10:27:28AM +0100, Ingo Molnar wrote:
> > The one I noticed quickly is the __ASSEMBLY__ removal from
> > asm-x86/kgdb.h. [...]
>
> people might want to experiment with early debug code as well and
> include asm-x86/kgdb.h in assembly files. So i kept that, it's sensible.
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > tip 2e3ebf25b0bd8646e517806073e1991be1fec8a2. Shortlog, diffstat and
> > the full patch can be found below, with all relevant review feedback
> > addressed. Builds, boots and works fine on x86.
>
> here's gdb test-output from this 2e3ebf25b0bd kerne
Linus,
please pull hrtimer and ntp bugfixes from:
ssh://master.kernel.org/pub/scm/linux/kernel/git/tglx/linux-2.6-hrt.git master
Following problems are addressed by these patches:
- ntp: fix incorrect drift compensation
- hrtimer: fix a stupid restart handling thinko, which keeps a
On Feb 10, 2008 4:41 AM, Martin Schwidefsky <[EMAIL PROTECTED]> wrote:
> On Sun, 2008-02-10 at 04:25 -0500, Mike Frysinger wrote:
> > i guess my point was more: the pgtable_t typdef is new therefore it
> > must be defined for every architecture. your ability to directly
> > cross-compile and/or te
convert byte order of constant instead of variable
which can be done at compile time (vs run time)
Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
---
drivers/net/qla3xxx.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/net/qla3xxx.c b/drivers/net/qla3xxx.
Current Linus tree gives this new warning during bootup:
+proc_dir_entry '00' already registered
+Call Trace:
+[c0007b0dfba0] [c000e4b0] .show_stack+0x70/0x1bc (unreliable)
+[c0007b0dfc50] [c00f2714] .proc_register+0x130/0x210
+[c0007b0dfd00] [c00f299c] .proc_mk
This patch was in Andrew tree, but it was uncomplete.
Here is updated version.
---
remove beX_add functions and replace all uses with beX_add_cpu
Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
---
fs/xfs/quota/xfs_qm.c |6 ++--
fs/xfs/quota/xfs_trans_dquot.c |6 ++--
fs/xfs/xf
- alloc_slabmgmt: initialize all slab fields in 1 place
- slab->nodeid was initialized twice: in alloc_slabmgmt
and immediately after it in cache_grow
Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
CC: Christoph Lameter <[EMAIL PROTECTED]>
Reviewed-by: Pekka Enberg <[EMAIL PROTECTED]>
---
mm
On Wed, Feb 06, 2008 at 12:10:08PM +0100, Jan Kara wrote:
> On Tue 05-02-08 20:21:58, Marcin Slusarz wrote:
> > On Tue, Feb 05, 2008 at 04:59:56PM +0100, Jan Kara wrote:
> > > On Sun 03-02-08 19:36:09, [EMAIL PROTECTED] wrote:
> > > > kernel_timestamp type was almost unused - only callers of
> > >
convert byte order of constant instead of variable
which can be done at compile time (vs run time)
ext3/4 bits are #if 0'ed, but someone might copy this code into other places
Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
---
fs/ext2/super.c |8 +++-
fs/ext3/super.c |2 +-
fs/ext4
> From: Steven Rostedt <[EMAIL PROTECTED]>
>
> This is a simple trace that uses the ftrace infrastructure. It is
> designed to be fast and small, and easy to use. It is useful to
> record things that happen over a very short period of time, and
> not to analyze the system in general.
>
> Update
On Tue, Feb 05, 2008 at 05:01:15PM +0100, Jan Kara wrote:
> On Sun 03-02-08 19:36:10, [EMAIL PROTECTED] wrote:
> > remove now unneeded kernel_timestamp type with conversion functions
> OK. Acked-by: Jan Kara <[EMAIL PROTECTED]>
updated version which aplies after changes to patch:
udf: convert udf
Balbir Singh wrote:
The KVM configuration is no longer visible in the latest git tree. It looks
like it is selected by HAVE_SETUP_PER_CPU_AREA. I've moved HAVE_KVM to
under CONFIG_X86. Hopefully, this is the right fix.
Yes, this was caused by my misunderstanding of the Kconfig language.
Ac
On Wed, Feb 06, 2008 at 12:09:36PM +0100, Jan Kara wrote:
> On Tue 05-02-08 20:34:49, Marcin Slusarz wrote:
> > On Tue, Feb 05, 2008 at 05:22:19PM +0100, Jan Kara wrote:
> > > Actually, the loop below would be even more readable it you did:
> > >
> > > if (map->s_partition_num == le16_to_cpu(p
On Sat, 9 Feb 2008 23:42:21 -0800 (PST) Linus Torvalds <[EMAIL PROTECTED]>
wrote:
>
>
> On Sat, 9 Feb 2008, Greg KH wrote:
> >
> > Once the patch goes into Linus's tree, feel free to send it to the
> > [EMAIL PROTECTED] address so that we can include it in the 2.6.24.x
> > tree.
>
> I've been
Joerg Roedel wrote:
On Sun, Jan 27, 2008 at 10:57:07AM +0200, Avi Kivity wrote:
Very nice patchset; small, simple, and clean. Apart from the comments
I already posted, I'd like to avoid the term 'hap': I find it
non-descriptive, and it reminds me of another hypervisor. I suggest
'tlp' for t
The latest maintenance release GIT 1.5.4.1 is available at the
usual places:
http://www.kernel.org/pub/software/scm/git/
git-1.5.4.1.tar.{gz,bz2} (tarball)
git-htmldocs-1.5.4.1.tar.{gz,bz2} (preformatted docs)
git-manpages-1.5.4.1.tar.{gz,bz2}
Hi
Current mainline has a problem with reading file list.
Simple ls prints only 2 out of 8 files on my testing DVD.
Reverting your patch "udf: cleanup directory offset handling"
(af793295bf9ee92660f5e77d337b0493cea3f9b9) fixes the problem.
Marcin
--
To unsubscribe from this list: send the line "un
On Sat, Feb 09, 2008 at 10:24:01PM +0100, Ingo Molnar wrote:
>
> * Dave Hansen <[EMAIL PROTECTED]> wrote:
>
> > config HAVE_SETUP_PER_CPU_AREA
> > def_bool X86_64
> >
> > -select HAVE_KVM
> > +config HAVE_KVM
> > + def_bool y
>
> i think it might be better to just move the select to aft
acer aspire 5720 ZG APIC error on CPU0: 40(40) ACPI/USB
dmesg:
Linux version 2.6.24.1-zs-core2 ([EMAIL PROTECTED]) (gcc version 4.2.3 20080114
(prerelease) (Debian 4.2.2-7)) #1 SMP Sat Feb 9 11:12:29 CET 2008
BIOS-provided physical RAM map:
BIOS-e820: - 0009fc00 (usable
Hi Dave.
>
> I've verified that arch/x86/kvm/Kconfig was getting run by putting some
> comments in it. It seems to me like just putting:
>
> config HAVE_KVM
> bool
>
> isn't letting anything come into my .config at all. I'm not sure why we
> do that, and then have:
>
>
Hi Ingo.
A few comments based on the git tree pulled as of
~11:00.
We have following header files in the core part:
linux/kgdb.h
asm-generic/kgdb.h
I would expect linux/kgdb.h to contain all the common definitions
needed by an arch.
And asm-generic/kgdb.h to list everything that the arch needs
Arjan van de Ven wrote:
> On Sat, 9 Feb 2008 16:26:43 -0800
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>> Guys, how often mut it be said? PLEASE always test all code with all
>> kernel deubg options enabled.
>
> maybe we should make a CONFIG_KERNEL_DEVELOPER option that SELECTs the
> various opti
> Why? Because the pre-processor is what is including any GPL'd code in my
> application and expanding any macros. That is a purely mechanical process and
And its not pirating Windows because Norton Ghost put Microsoft copyright
material in your hard disk either - thats a mechanical process too.
> Currently, make headers_check barfs due to , which
> includes, not existing. Rather than add a zillion s, export kvm.h
> only if the arch actually supports it.
This makes headers_install_all unreliable.
linux/kvm.h will not be exported, depending on what system the libc
headers will be genera
On Sat, 9 Feb 2008, Amit Shah wrote:
> cc503c1b "x86: PIE executable randomization" doesn't boot on my Ubuntu
> Feisty Fawn Intel Core2 system.
> I get numerous segfaults before getting a (initramfs) busybox shell. A
> similar bug was reported much earlier:
[ please, when you experience a problem
On Sat, 9 Feb 2008, Christoph Hellwig wrote:
On Sun, Feb 10, 2008 at 12:38:11AM +0100, Sven Wegener wrote:
struct ip_vs_sync_thread_data {
- struct completion *startup;
+ struct completion *startup; /* set to NULL once completed */
This is not needed anmore. kthread_run guarante
Hi Folks,
Having recently upgaded my Ubuntu install from Gutsy to Hardy, my 750GB
Seagate disk connected via a SiI680 PCI card is no longer detected. I
suspect this is caused by the MMIO changes in 2.6.24. Strangely in 2.6.22
the drive appears as sda1, but on 2.6.24 it appears as a non functioni
Henrique de Moraes Holschuh wrote:
> On Fri, 08 Feb 2008, Németh Márton wrote:
>> Richard Purdie wrote:
> leds: Add support for hardware accelerated LED flashing
This one has a loose end: when you call brightness_set on a led with
hardware flash acceleration, you will leave the
On Feb 10, 2008 2:29 AM, Dave Hansen <[EMAIL PROTECTED]> wrote:
> Current git for me (b1d0e4f535e10775cffde922208b49629169aeaa) doesn't
> let me build KVM. In fact, I don't seem to have *ANY* kvm-related
> symbols in my .config at all.
>
> I've verified that arch/x86/kvm/Kconfig was getting run by
FYI, from maintainers:
SIMTEC EB2410ITX (BAST)
P: Ben Dooks
P: Vincent Sanders
M: [EMAIL PROTECTED]
W: http://www.simtec.co.uk/products/EB2410ITX/
S: Supported
On Sat, Feb 09, 2008 at 02:15:15AM +0200, Adrian Bunk wrote:
> Commit 9e016a719209d95338e314b46c3012cc7feaaeec c
Disable any active triggers when the brightness attribute is
set to zero.
Signed-off-by: Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
Cc: Richard Purdie <[EMAIL PROTECTED]>
---
diff --git a/Documentation/leds-class.txt b/Documentation/leds-class.
Joerg Roedel wrote:
Hi,
here is the improved patchset which adds support for the Nested Paging
feature of the AMD Barcelona and Phenom processors to KVM. The patch set
was successfully install- and runtime-tested with various guest
operating systems (64 bit, 32 bit legacy and 32 bit PAE Linux,
W
On Sun, Feb 10, 2008 at 04:40:53AM -0500, Niki Denev wrote:
> this fixed the problem for me (kernel 2.6.24.1) :
> It appears that the initial patch checked the input to vmsplice_to_user,
> but the exploit used vmsplice_to_pipe which remained open to the attack.
This patch is broken. It opens the o
(adding some CC's)
Christoph Hellwig wrote:
On Sun, Feb 10, 2008 at 08:12:26AM +0100, Christoph Hellwig wrote:
Folks, moving this call around hidden behing in completely unreviewed
acpi junk is not acceptable.
Either populate_rootfs _is_ safe to be called earlier and then we should
do it always
Hi Andrew,
On Thu, 7 Feb 2008 23:40:02 -0800, Andrew Morton wrote:
> On Wed, 24 Oct 2007 16:32:59 +0200 Thomas Renninger <[EMAIL PROTECTED]> wrote:
>
> > Provide acpi_check_{mem_}region.
> >
> > Drivers can additionally check against possible ACPI interference by also
> > invoking this shortly b
On Feb 10 2008 08:20, Ingo Molnar wrote:
>--- linux.orig/Makefile
>+++ linux/Makefile
>@@ -509,6 +509,9 @@ endif
>
> include $(srctree)/arch/$(SRCARCH)/Makefile
>
>+ifdef CONFIG_FTRACE
>+KBUILD_CFLAGS += -pg
>+endif
> ifdef CONFIG_FRAME_POINTER
> KBUILD_CFLAGS += -fno-omit-frame-pointer -fno-opt
hmmm, with 2.6.22.y serie is too affected
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Sat Feb 9 15:34:35 2008
[EMAIL PROTECTED]:~$ ./2617_26241_root_exploit
---
Linux vmsplice Local Root Exploit
By qa
These two patches do a simple cleaunp on ELF related code
o Use EI_NIDENT instead of numeric value in elf64_hdr structure
o Simplify fill_elf_header code by calling memset
Please review. Any comments are welcome.
--
--
To unsubscribe from this list: send the line "unsubscribe li
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
---
elf.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.git/include/linux/elf.h
===
--- linux-2.6.git.orig/include/linux/elf.h 2008-02-08 19:09:52.0
This patch does simplify fill_elf_header function by setting
to zero the whole elf header first. So we fillup the fields
we really need only.
before:
textdata bss dec hex filename
11735 80 0 118152e27 fs/binfmt_elf.o
after:
textdata bss dec
On Feb 10, 2008 12:47 PM, Bastian Blank <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 10, 2008 at 12:39:05PM +, Niki Denev wrote:
> > This patch is against 2.6.24.1 which has already the fix to vmsplice_to_user
> > With it i can't exploit the hole, and it is returns "invalid address"
>
> This is the
The leds-clevo-mail module also works with model "Clevo D400P",
add this model to the white list.
Signed-off-by: Márton Németh <[EMAIL PROTECTED]>
Cc: Andrey Kamenov <[EMAIL PROTECTED]>
---
diff -uprN a/drivers/leds/Kconfig b/drivers/leds/Kconfig
--- a/drivers/leds/Kconfig 2008-02-09 08:02:16
On Sun, Feb 10, 2008 at 12:39:05PM +, Niki Denev wrote:
> This patch is against 2.6.24.1 which has already the fix to vmsplice_to_user
> With it i can't exploit the hole, and it is returns "invalid address"
This is the vmsplice_to_pipe path and I have many reports that it is not
fixed.
Bastia
On Sun, Feb 10, 2008 at 08:13:31AM +0100, Ingo Molnar wrote:
> + } else {
> + while (count-- > 0) {
> + unsigned char ch;
> +
> + if (probe_kernel_address(mem, ch)) {
> + kgdb_may_fault = 0;
> +
On Thursday, 7 of February 2008, Ingo Molnar wrote:
>
> * Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
>
> > > http://programming.kicks-ass.net/kernel-patches/sched-rt-group/
> > >
> > > on top of sched-devel.
> >
> > Indeed, with these patches applied the issue is not reproducible any
> > mor
On Feb 10, 2008 12:22 PM, Bastian Blank <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 10, 2008 at 04:40:53AM -0500, Niki Denev wrote:
> > this fixed the problem for me (kernel 2.6.24.1) :
> > It appears that the initial patch checked the input to vmsplice_to_user,
> > but the exploit used vmsplice_to_pi
Sam Ravnborg wrote:
> ...
> +extern int kgdb_may_fault;
> I searched but I could not find any places this
> variable were set to anuthing else than 0 neither where it was tested.
This is a leftover from the old jmp-on-fault logic that was missed by
this tree. I have a patch under test that kills t
On Sat, Feb 09 2008 at 2:04 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> Commit 30b0c37b27485a9cb897bfe3824f6f517b8c80d6 causes the following
> compile error:
>
> <-- snip -->
>
> ...
> CC drivers/scsi/arm/fas216.o
> /home/bunk/linux/kernel-2.6/git/linux-2.6/drivers/scsi/arm/fas216.c
thx it fixed for 2.6.22
>>>
commit f6e993b835393543bab2d917f9dea75218473edd
Author: Oliver Pinter <[EMAIL PROTECTED]>
Date: Sun Feb 10 14:03:46 2008 +0100
[PATCH] vm: splice local root exploit fix for 2.6.22.y
Based on Bastian Blank's patch
Fix for CVE_2008_0009 and CVE_2008-
Marcin Slusarz wrote:
> On Sun, Feb 10, 2008 at 08:13:31AM +0100, Ingo Molnar wrote:
>> +} else {
>> +while (count-- > 0) {
>> +unsigned char ch;
>> +
>> +if (probe_kernel_address(mem, ch)) {
>> +kgdb_may_fault = 0;
1 - 100 of 311 matches
Mail list logo
