* Balaji Rao <[EMAIL PROTECTED]> wrote:
> Hello,
>
> The following commit caused my X server to stop working.
>
> commit 99fc8d424bc5d803fe92cad56c068fe64e73747a
> Author: Jesse Barnes <[EMAIL PROTECTED]>
> Date: Wed Jan 30 13:33:18 2008 +0100
>
> x86, 32-bit: trim memory not covered by
Christer Weinigel ha scritto:
I think it is perfectly within their rights to do so. I think it's
kind of silly to try to hide it, if someone wants to boost the maximum
transmit power, they're going to hack the firmware anyway. But if it
makes Intel happy, well... :-)
And break the HW :-) Actua
On Mon, 4 Feb 2008 19:25:42 +0100
Frank Seidel <[EMAIL PROTECTED]> wrote:
> From: Frank Seidel <[EMAIL PROTECTED]>
>
> This patch (base on current linus git tree plus Philip Langdales
> suspend/resume patch) adds support for the Ricoh RL5c476 chip:
> with this the mmc adapter that needs this disa
* Yinghai Lu <[EMAIL PROTECTED]> wrote:
> [PATCH] x86_64: fix page table size
> Entering add_active_range(0, 1048576, 67239936) 2 entries of 3200 used
> end_pfn_map = 67239936
> Kernel panic - not syncing: Overlapping early reservations 8000-109fff
> PGTABLE to 9bc00-9dbff EBDA
>
> change back
> > Maybe sysctls just need to check capabilities, instead of uids. I
> > think that would make a lot of sense anyway.
>
> Would it be as simple as tagging the inodes with capability sets? One
> set for writing, or one each for reading and writing?
Yes, or something even simpler, like mapping t
The recently introduced page walker (walk_page_range()) calls pgd_offset with a
const struct mm_struct pointer, causing the following compile warning on m68k:
mm/pagewalk.c:111: warning: passing argument 1 of 'pgd_offset' discards
qualifiers from pointer target type
Make the `mm' parameter o
On Thu, 7 Feb 2008 01:59:54 -0600 Paul Jackson <[EMAIL PROTECTED]> wrote:
> but hard real time is
> not my expertise
Speaking of which.. there is the -rt tree. Have those people had a look
at the feature, perhaps played with the code?
--
To unsubscribe from this list: send the line "unsubscribe
* Yinghai Lu <[EMAIL PROTECTED]> wrote:
> [PATCH] x86_64: clean up find_e820_area
>
> change size to unsigned long, becase caller and user all used unsigned
> long. also make bad_addr take align.
thanks, applied.
[ tiny nitpicking detail:
> -static inline int bad_addr(unsigned long *addrp,
Hi,
On Thursday 07 February 2008 09:08, Pierre Ossman wrote:
> On Mon, 4 Feb 2008 19:25:42 +0100
> Frank Seidel <[EMAIL PROTECTED]> wrote:
> > Signed-off-by: Frank Seidel <[EMAIL PROTECTED]>
>
> I see you've guys have kept yourself busy in my absence. :)
Yes, we really did :)
> As for the patch
On Wed, 2008-02-06 at 13:06 -0800, H. Peter Anvin wrote:
[...some comments...]
I fixed all of those up.
Thanks,
Ian.
---
x86: add a crc32 checksum to the kernel image.
Signed-off-by: Ian Campbell <[EMAIL PROTECTED]>
Cc: Thomas Gleixner <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
C
On Thursday 07 February 2008 01:32:45 pm Ingo Molnar wrote:
> * Balaji Rao <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > The following commit caused my X server to stop working.
> >
> > commit 99fc8d424bc5d803fe92cad56c068fe64e73747a
> > Author: Jesse Barnes <[EMAIL PROTECTED]>
> > Date: Wed Jan
Andrew wrote:
> (and bear in mind that Paul has a track record of being wrong
> on this :))
heh - I saw that .
Max - Andrew's about right, as usual. You answered my initial
questions on this patch set adequately, but hard real time is
not my expertise, so in the final analysis, other than my s
David Newall ha scritto:
"Of course", because in many parts of the world, a device who's
manufacturer fails to take reasonable steps to prevent it from being
used outside regulatory limits is illegal. Providing source code not
only is a failure to take those reasonable steps, but is quite the
Hi Lee-san
Unfortunately, 2.6.24-mm1 can't boot on fujitsu machine.
(hmm, origin.patch cause regression to pci initialization ;-)
instead, I tested 2.6.24 + your patch.
it seem work good :)
Tested-by: KOSAKI Motohiro <[EMAIL PROTECTED]>
and, I have a bit comment.
> /* Do sanity checking on a
* Yinghai Lu <[EMAIL PROTECTED]> wrote:
> > btw., it would be nice to have some "lots of RAM simulation"
> > debugging code which would just _fake_ a really large e820 map and
> > would in the end throw away the 'fake' pages later during bootup.
> > Perhaps tell the early allocator to never al
On Feb 7, 2008 12:21 AM, Balaji Rao <[EMAIL PROTECTED]> wrote:
> On Thursday 07 February 2008 01:32:45 pm Ingo Molnar wrote:
> > * Balaji Rao <[EMAIL PROTECTED]> wrote:
> > > Hello,
> > >
> > > The following commit caused my X server to stop working.
> > >
> > > commit 99fc8d424bc5d803fe92cad56c068
On Feb 7, 2008 12:02 AM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Balaji Rao <[EMAIL PROTECTED]> wrote:
>
> > Hello,
> >
> > The following commit caused my X server to stop working.
> >
> > commit 99fc8d424bc5d803fe92cad56c068fe64e73747a
> > Author: Jesse Barnes <[EMAIL PROTECTED]>
> > Date:
On Feb 7, 2008 12:09 AM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Yinghai Lu <[EMAIL PROTECTED]> wrote:
>
> > [PATCH] x86_64: fix page table size
>
> > Entering add_active_range(0, 1048576, 67239936) 2 entries of 3200 used
> > end_pfn_map = 67239936
> > Kernel panic - not syncing: Overlapping e
* Yinghai Lu <[EMAIL PROTECTED]> wrote:
> then title for patch is not right
> > > x86, 32-bit: trim memory not covered by wb mtrrs
>
> should be
>
> x86_64: trim memory not covered by wb mtrrs
indeed :) Although further reading into the commit clearly tells us that
this is 64-bit only for
* Yinghai Lu <[EMAIL PROTECTED]> wrote:
> minor difference
> + trim_start = highest_pfn << PAGE_SHIFT;
> + trim_size = end_pfn << PAGE_SHIFT;
>
> could cause some problem with 32 bit kernel when mem > 4g. becase
> highest_pfn and end_pfn is unsigned long aka 32 bit .
Hello, I have problem with wireless network connectivity;
I have tested this on two wireless cards, both giving same results:
These are:
1) 02:00.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg
NIC (rev 01)
working under madwifi-0.9.3.3
2) 00:0a.0 Ethernet controller: Linksys
Hello.
My boss wants me to add disk errors uevents, to get information on faulty
devices. He told me catching dmesg information using syslog is not reliable
and he would like to get 100% certain information. I know there are currently
implemented uevents in the device mapper layer, but they are li
On Wed, 6 Feb 2008, Chris Holvenstot wrote:
> I have several hours of running aith nohpet and X's affinity set to 2
> instead of 3 and so far everything is running flawlessly.
Great, so this definitely is some kind of timing issue, thanks for
verifying that.
> which has the same suggestion (tas
Hi,
Since I'll be on vacation next week, I thought I'd send this out in
case people wanted to play with it. It works here, but I haven't done
any performance numbers at all.
Patches 1-7 are all preparation patches for #8, which contains the
real changes. I'm not particularly happy with the arch i
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
include/linux/workqueue.h |1 +
kernel/workqueue.c| 15 +++
2 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/include/linux/workqueue.h b/include/linux/workqueue.h
index 7f28c32..4c46944 100644
--- a/include/
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
block/Makefile |3 +-
block/blk-core.c| 88 ---
block/blk-softirq.c | 103 +++
3 files changed, 105 insertions(+), 89 deletions(-)
create mode
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
arch/x86/kernel/smp_32.c | 15 +++
arch/x86/kernel/smpboot_32.c |3 +++
include/asm-x86/hw_irq_32.h|1 +
include/asm-x86/mach-default/entry_arch.h |1 +
include/asm-x86/mach
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
arch/x86/kernel/entry_64.S |3 +++
arch/x86/kernel/i8259_64.c |3 +++
arch/x86/kernel/smp_64.c| 15 +++
include/asm-x86/hw_irq_64.h |2 ++
4 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/arch/x86/kern
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
arch/ia64/kernel/smp.c | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/arch/ia64/kernel/smp.c b/arch/ia64/kernel/smp.c
index 4e446aa..96f8ffa 100644
--- a/arch/ia64/kernel/smp.c
+++ b/arch/ia64/kernel/smp.c
@@
Preparatory patch for checking queuing affinity.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
block/as-iosched.c |6 +++---
block/blk-core.c |8
block/cfq-iosched.c|2 +-
include/linux/blkdev.h |2 +-
4 files changed, 9 insertions(+), 9 deletions(-)
di
This only works for the block softirq, due to the hackish method of
the arch implementations.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
include/linux/smp.h |5 +
kernel/softirq.c|7 +++
2 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/include/linux/smp.h
Supports several modes:
- Force IO queue affinity to a specific mask of CPUs
- Force IO completion affinity to a specific mask of CPUs
- Force completion of a request on the same CPU that queued it
Test code so far.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
block/blk-core.c | 80
On Feb 7, 2008 1:04 AM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Yinghai Lu <[EMAIL PROTECTED]> wrote:
>
> > minor difference
> > + trim_start = highest_pfn << PAGE_SHIFT;
> > + trim_size = end_pfn << PAGE_SHIFT;
> >
> > could cause some problem with 32 bit kernel wh
Duncan Sands wrote:
> Hi,
>
>> The problem is that I couldn't find the maintainer for the code
>> in drivers/usb/atm/.
>
> that would be me (though since I haven't used this modem in years I would
> be more than happy to hand it off to someone else).
>
>> Besides, I don't have a proper hardware
On Tue, 2008-02-05 at 18:38 +0100, Cezary Jackiewicz wrote:
> From: Cezary Jackiewicz <[EMAIL PROTECTED]>
>
> This is driver for Compal Laptop: FL90/IFL90, based on MSI
> driver.
>
> This driver exports a few files in /sys/devices/platform/compal-laptop/:
> lcd_level - screen brightness: contain
Hey,
This is with latest Linus's tree. It started IIRC just after the big x86
merge. Machine is amd64, no 32-bit emulation set.
.config here: http://plaes.org/files/2008-Q1/dot_config_VDSO64_error
[snip]
LD vmlinux.o
MODPOST vmlinux.o
modpost: Found 29 section mismatch(es).
To see full d
On Tue, 2008-02-05 at 21:51 +0100, Sven Wegener wrote:
> WRAP systems have an additional LED. The power LED is normally lit after boot
> and doesn't serve any other purpose besides showing that the system is powered
> on. Nevertheless, its state is controllable and we can attach a trigger to it.
T
Bartlomiej Zolnierkiewicz wrote:
> Hi,
>
> On Wednesday 06 February 2008, Pavel Machek wrote:
>> On Wed 2008-02-06 11:53:34, Pavel Machek wrote:
>>> Hi!
>>>
>>> Trying to boot 2.6.25-git0 (few days old), I get
>>>
>>> BUG: unable to handle kernel paging request at ..ffb0
>>> IP at init_irq+0x4
Evgeniy Polyakov a écrit :
On Wed, Feb 06, 2008 at 10:30:24AM -0800, Glenn Griffin ([EMAIL PROTECTED])
wrote:
+static u32 cookie_hash(struct in6_addr *saddr, struct in6_addr *daddr,
+ __be16 sport, __be16 dport, u32 count, int c)
+{
+ __u32 tmp[16 + 5 + SHA_WORKSPA
On Thu, 7 Feb 2008 10:18:59 +0100 Jens Axboe <[EMAIL PROTECTED]> wrote:
> Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
> ---
> include/linux/workqueue.h |1 +
> kernel/workqueue.c| 15 +++
> 2 files changed, 16 insertions(+), 0 deletions(-)
>
> diff --git a/include/li
Jiri -
I have just started the build on the 2.6.24-git16 product and when it is
done I will come up with just the nohpet parameter - forgoing the
previouosly used taskset command.
Do you want me to do this using the git15 kernel I built yesterday, or
the new git16 kernel?
(I was not sure if yo
On Thu, 7 Feb 2008, Richard Purdie wrote:
On Tue, 2008-02-05 at 21:51 +0100, Sven Wegener wrote:
WRAP systems have an additional LED. The power LED is normally lit after boot
and doesn't serve any other purpose besides showing that the system is powered
on. Nevertheless, its state is controllab
On Thu, 7 Feb 2008, Ingo Molnar wrote:
> > Still, I think that we want the Documentation/sysctl/kernel.txt part
> > of my patch probably. Updated patch below.
> thanks, applied.
.. and I have just noticed that my patch was by mistake missing signoff.
Could you please add
Signed-off-by: Jiri K
On Wed 06-02-08 20:45:21, Christoph Anton Mitterer wrote:
> Hi.
>
> On Wed, 2008-02-06 at 17:36 +0100, Jan Kara wrote:
> > I think there's a patch for 2.50 support which is quite recent (2.6.24).
> > I plan to merge the support when Sebastian submits it (I'm already in
> > contact with him regardi
On Thu, Feb 07 2008, Andrew Morton wrote:
> On Thu, 7 Feb 2008 10:18:59 +0100 Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
> > ---
> > include/linux/workqueue.h |1 +
> > kernel/workqueue.c| 15 +++
> > 2 files changed, 16 in
Hi Pavel,
> >> @@ -1014,11 +1015,7 @@ static int usbatm_do_heavy_init(void *arg)
> >>struct usbatm_data *instance = arg;
> >>int ret;
> >>
> >> - daemonize(instance->driver->driver_name);
> >>allow_signal(SIGTERM);
> >> - instance->thread_pid = current->pid;
> >> -
> >> - complete
On Thu, Feb 07, 2008 at 08:15:26AM +1100, Benjamin Herrenschmidt wrote:
>
> >
> > BTW, "[PATCH] x86_32: fix regression caused by trim ram according to mtrr
> > on system with 4G more RAM"
> > http://marc.info/?l=linux-kernel&m=120229095121673&w=2
> > fixes this box too and I have back all 4G of
* Jens Axboe <[EMAIL PROTECTED]> wrote:
> Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
> ---
> arch/x86/kernel/smp_32.c | 15 +++
> arch/x86/kernel/smpboot_32.c |3 +++
> include/asm-x86/hw_irq_32.h|1 +
> include/asm-x86/mac
On Tue, 2008-02-05 at 19:13 +0100, Kristoffer Ericson wrote:
> Richard, I've been told from paul that I should seek another solution
> for my hd6446x.h merger (perhaps mfd driver). So this patch
> is against linux-2.6.git with the header and defines changed back to
> old style. Tested to compile. I
* Yinghai Lu <[EMAIL PROTECTED]> wrote:
> On Feb 7, 2008 1:04 AM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> >
> > * Yinghai Lu <[EMAIL PROTECTED]> wrote:
> >
> > > minor difference
> > > + trim_start = highest_pfn << PAGE_SHIFT;
> > > + trim_size = end_pfn << PAGE_SHIFT
On Thu, Feb 07 2008, Ingo Molnar wrote:
>
> * Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
> > ---
> > arch/x86/kernel/smp_32.c | 15 +++
> > arch/x86/kernel/smpboot_32.c |3 +++
> > include/asm-x86/hw
Duncan Sands wrote:
> Hi Pavel,
>
@@ -1014,11 +1015,7 @@ static int usbatm_do_heavy_init(void *arg)
struct usbatm_data *instance = arg;
int ret;
- daemonize(instance->driver->driver_name);
allow_signal(SIGTERM);
- instance->thread_pid = current->pid;
On Feb 7, 2008 11:23 AM, <[EMAIL PROTECTED]> wrote:
> Odd, I thought the help text was originally far more helpful, including
> a url. The message isn't telling you you need a kernel module, but that
> you are using an old libcap. It isn't a real problem right now if
> you're not using the SMAC
(cc's restored, and expanded a bit)
On Thu, 7 Feb 2008 10:44:29 +0100 "Harald Arnesen" <[EMAIL PROTECTED]> wrote:
> On Feb 6, 2008 11:47 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Wed, 6 Feb 2008 17:32:22 +0100
> > "Harald Arnesen" <[EMAIL PROTECTED]> wrote:
> >
> > > Photo of screen at
On Wed, 6 Feb 2008, Ingo Molnar wrote:
> @@ -541,6 +541,18 @@ config ELF_CORE
> help
> Enable support for generating core dumps. Disabling saves about 4k.
>
> +config COMPAT_BRK
> + bool "Disable heap randomization"
> + default y
> + help
> + Randomizing heap place
* Jens Axboe <[EMAIL PROTECTED]> wrote:
> > on the more conceptual level, shouldnt we just move to threads
> > instead of softirqs? That way you can become affine to any CPU and
> > can do cross-CPU wakeups anytime - which will be nice and fast via
> > the smp_reschedule_interrupt() facility.
> For a long time I'm bitten by a bad interaction
> of mount -o remount,ro and quota operations.
>
> The sequence is as follows:
>
> mount /fs
> quotaon -ug /fs
> mount -o remount,ro /fs
> umount /fs
>
> At this point, umount never returns. /proc/$pid/wchan
> shows vfs_quota_off:
>
> Feb
On Thu, Feb 07 2008, Ingo Molnar wrote:
>
> * Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > > on the more conceptual level, shouldnt we just move to threads
> > > instead of softirqs? That way you can become affine to any CPU and
> > > can do cross-CPU wakeups anytime - which will be nice and fas
At Thursday 07 February 2008 around 12:23:50 Geert Uytterhoeven wrote:
> On Wed, 6 Feb 2008, Ingo Molnar wrote:
> > @@ -541,6 +541,18 @@ config ELF_CORE
> > help
> > Enable support for generating core dumps. Disabling saves about
> > 4k.
> > +config COMPAT_BRK
> > + bool "Disable
* Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> On Wed, 6 Feb 2008, Ingo Molnar wrote:
> > @@ -541,6 +541,18 @@ config ELF_CORE
> > help
> > Enable support for generating core dumps. Disabling saves about 4k.
> >
> > +config COMPAT_BRK
> > + bool "Disable heap randomization"
> > +
On Wed, 6 Feb 2008, Harvey Harrison wrote:
> On Wed, 2008-02-06 at 20:54 +0100, Bartlomiej Zolnierkiewicz wrote:
> > Hi,
> >
> > On Wednesday 06 February 2008, Robert P. J. Day wrote:
> > >
> > > yes, i realize i'm sounding like a broken record but, once again,
> > > Documentation/feature-remova
Hi,
I have a problem getting a PCI to Cardbus adapter to work on a dell
1550 server. I have been truying for days to get this going but
I cannot figure out what is wrong. As far as I understand, all
should be ok in terms ok irqs, and resource windows., PCI..
This machine has 2G memory and 2 CPUs.
Linus,
Could you please pull from:
git://git.o-hand.com/linux-rpurdie-leds for-linus
for the LED tree updates for 2.6.25. This includes a couple of new
drivers, removal of a now superseded driver, some extensions to some
existing drivers and some LED class enhancements/bugfixes. Most of this
has
On Thu, 7 Feb 2008, Ingo Molnar wrote:
> * Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> > On Wed, 6 Feb 2008, Ingo Molnar wrote:
> > > @@ -541,6 +541,18 @@ config ELF_CORE
> > > help
> > > Enable support for generating core dumps. Disabling saves about 4k.
> > >
> > > +config COMPAT_BRK
On Wednesday 06 February 2008 20:03:53 you wrote:
> Please, post .config and "ls -lR /proc/sys" output _before_
> suspend/resume.
Just a note: I don't use vanilla v2.6.24, but v2.6.24 plus a
bunch of patches on top of it. I minimized them and for v2.6.24,
this is the minimal number of patches ne
> Please, post .config and "ls -lR /proc/sys" output _before_
> suspend/resume.
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.24
# Thu Feb 7 11:43:09 2008
#
CONFIG_ARM=y
CONFIG_SYS_SUPPORTS_APM_EMULATION=y
CONFIG_GENERIC_GPIO=y
CONFIG_GENERIC_TIME=y
CONFIG_GENERI
* Jens Axboe <[EMAIL PROTECTED]> wrote:
> [...] but may not post anything until after my vacation.
oh, you going on a vacation. I am sitting on a few block layer patches
you might be interested in :-)
i am playing with Vegard Nossum's kmemcheck on x86 (with much help from
Pekka Enberg for the
Jan Kara wrote:
[deadlock after remount-ro followed with umount when
quota is enabled]
> Of course, thanks for report :). The problem is we allow remounting
> read only which we should refuse when quota is enabled. I'll fix that in
> a minute.
Hmm. While that will prevent the lockup, maybe it
Chuck Lever <[EMAIL PROTECTED]> wrote:
> > @@ -95,12 +100,25 @@ struct nfs_server {
> > unsigned intacdirmin;
> > unsigned intacdirmax;
> > unsigned intnamelen;
> > + unsigned intoptions;/* extra options enabled by
> > mount */
Linus,
Could you please pull from:
git://git.o-hand.com/linux-rpurdie-backlight for-linus
for the backlight tree updates for 2.6.25. This includes a new driver
and an optimisation for the class. Both changes have been testing in -mm
for quite a while.
Thanks, Richard
drivers/video/backlight/K
* Jens Axboe <[EMAIL PROTECTED]> wrote:
> > pick up the threaded softirq patches from -rt, those move all
> > softirqs processing into kernel threads. I'd suggest to extend those
> > via wakeup-from-remote functionality - it fits the construct quite
> > naturally. You should also be able to di
Jiri -
I have been up and running now for about a half hour – since I did not
hear your preference I stayed with git15 instead of jumping up to git16
in an attempt to avoid introducing any unwanted changes.
The only non-standard thing I did was to use the nohpet directive at
boot time - I did
On Thu, 7 Feb 2008, Chris Holvenstot wrote:
> I have been up and running now for about a half hour - since I did not
> hear your preference I stayed with git15 instead of jumping up to git16
> in an attempt to avoid introducing any unwanted changes.
>
> The only non-standard thing I did was to
Hi Neil,
> Some devices - notably dm and md - can change their behaviour in
> response to BIO_RW_BARRIER requests. They might start out accepting
> such requests but on reconfiguration, they find out that they cannot
> any more.
>
> ext3 (and other filesystems) deal with this by always testing
> erp. We'd really like to know what we did to fix it, and then
> get that fix back into 2.6.24.x.
Agreed :-)
One more finding: after turning off CONFIG_SLUB and usng
CONFIG_SLAB instead, I cannot reproduce the bug.
Also, a quite bit Qt-Embedded 3.x programm survives without any
trouble the
On 2/7/08, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> (cc's restored, and expanded a bit)
Ah, sorry, not used to gmail's web interface. Clicked the wrong button.
> > Seems to be the advansys driver, so I tried to remove it - and indeed,
> > the kernel now boots. So I guess it's either that driv
On Thu, Feb 07, 2008 at 12:14:56PM +0100, Harald Arnesen wrote:
> > The only recent changes to drivers/scsi/advansys.c are
> >
> > commit b80ca4f7ee36c26d300c5a8f429e73372d153379
> > Author: FUJITA Tomonori <[EMAIL PROTECTED]>
> > Date: Sun Jan 13 15:46:13 2008 +0900
> >
> > [SCSI] replace si
On Thursday 07 February 2008 02:20:35 pm Yinghai Lu wrote:
> > Cool! Yes, Yinghai Lu's patch indeed is the same as mine and its really
> > surprising that we've used the same variable name too! :)
>
> minor difference
> + trim_start = highest_pfn << PAGE_SHIFT;
> + trim
* Casey Schaufler <[EMAIL PROTECTED]> wrote:
> > So unlike some other security modules like SELINUX, enabling SMACK
> > breaks un-aware userspace and breaks TCP networking?
> >
> > I dont think that's expected behavior - and i'd definitely like to
> > enable SMACK in automated tests to check f
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> Yinghai Lu <[EMAIL PROTECTED]> writes:
> >
> > diff --git a/arch/x86/mm/init_64.c b/arch/x86/mm/init_64.c
> > index eb376b5..31f0e82 100644
> > --- a/arch/x86/mm/init_64.c
> > +++ b/arch/x86/mm/init_64.c
> > @@ -370,7 +370,7 @@ static void __init find_ear
> "Ondrej" == Ondrej Zary <[EMAIL PROTECTED]> writes:
Ondrej> Tested using 3 ISA cards in various combinations of PnP and non-PnP
modes.
Ondrej> #ifdef CONFIG_EISA
Ondrej> ret = eisa_driver_register(&el3_eisa_driver);
Ondrej> + if (!ret)
Ondrej> + eisa_registeted
Hello,
I have T61 and have no problem with sound. No sound problem could arise from
hw mute that is controlled via volume buttons. Volume mute does just mute (*no
unmute*!), buttons volume up/down unmutes volume.
There is bar "Speaker" in alsa mixer, must not be muted.
--
Lukáš Hejtmánek
--
To
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 two-level paging.
* Jason Wessel <[EMAIL PROTECTED]> wrote:
> > Could you try something else too perhaps, which would be way useful
> > for me: to add a sysctl flag (or something like that) to change
> > kgdboc to accept a Ctrl-C and break into kgdb mode? [this means a
> > simple Ctrl-C on a kgdboc line would b
On Wed, 6 Feb 2008, Greg KH wrote:
> On Tue, Jan 22, 2008 at 03:19:33PM -0500, Chuck Ebbert wrote:
> > On 01/22/2008 07:35 AM, Thomas Gleixner wrote:
> > >
> > > That's a long standing bug in both the PI futex and the standard futex
> > > code. Needs to go to stable as well.
> > >
> >
> > Here'
On Wed, Feb 06, 2008 at 05:31:11PM -0700, Eric W. Biederman wrote:
> Ingo Molnar <[EMAIL PROTECTED]> writes:
>
> > * H. Peter Anvin <[EMAIL PROTECTED]> wrote:
> >
> >>> I am wondering if interrupts are disabled on crashing cpu or if
> >>> crashing cpu is inside die_nmi(), how would it stop/preven
* Neil Horman <[EMAIL PROTECTED]> wrote:
> Ingo noted a few posts down the nmi_exit doesn't actually write to the
> APIC EOI register, so yeah, I agree, its bogus (and I apologize, I
> should have checked that more carefully). Nevertheless, this patch
> consistently allowed a hangning machine
From: Hans J Koch <[EMAIL PROTECTED]>
To: linux-kernel@vger.kernel.org
Cc: [EMAIL PROTECTED]
Cc: Greg KH <[EMAIL PROTECTED]>
Subject: arch/arm/Kconfig: Make UIO available on ARM architecture
Source drivers/uio/Kconfig to make UIO available in menuconfig if ARCH=arm.
I already posted this a few mon
* H. Peter Anvin <[EMAIL PROTECTED]> wrote:
>> (If it's a qemu issue, I can go bother them. It's possible that qemu
>> isn't delivering interrupts as often as it expects, since that's
>> limited by the granularity of the host timer; I know the clock in
>> qemu can run a bit slow because it on
Marcel Holtmann wrote:
>>> If the developers say that this symbol can only be used in GPL code (and
>>> with EXPORT_SYMBOL_GPL it is quite clear) then you have to obey to that
>>> license or don't use this symbol at all.
>>>
Not sure who wrote the above, but it contains a glaring legal error
Pekka,
i've picked up your latest cleanups, but a fundamental worry still
remains: all the ugly 'custom pagefault handlers' stuff. Lets just have
one clean direct callback to mmiotrace, ok?
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Alan Cox wrote:
>> If we're still talking about whether a kernel module is required to be
>> released under GPL, then yes, this is not a gray area. This is something
>> that authors of original works can decide for themselves. They have no
>>
^^^
>
> Onl
By moving the SVM feature detection from the each_cpu code to the hardware
setup code it runs only once. As an additional advance the feature check is now
available earlier in the module setup process.
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
---
arch/x86/kvm/svm.c |4 +++-
1 files cha
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,
Windows 64 bit and 32 b
The mapping function for the nonpaging case in the softmmu does basically the
same as required for Nested Paging. Make this function generic so it can be
used for both.
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
---
arch/x86/kvm/mmu.c |7 +++
1 files changed, 3 insertions(+), 4 delet
On Thu, 7 Feb 2008, Jiri Kosina wrote:
> On Thu, 7 Feb 2008, Chris Holvenstot wrote:
>
> > I have been up and running now for about a half hour - since I did not
> > hear your preference I stayed with git15 instead of jumping up to git16
> > in an attempt to avoid introducing any unwanted chang
To disable the use of the Nested Paging feature even if it is available in
hardware this patch adds a module parameter. Nested Paging can be disabled by
passing npt=0 to the kvm_amd module.
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
---
arch/x86/kvm/svm.c |8
1 files changed, 8
The load_pdptrs() function is required in the SVM module for NPT support.
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
---
arch/x86/kvm/x86.c |1 +
include/asm-x86/kvm_host.h |2 ++
2 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm
This patch contains the changes to the KVM MMU necessary for support of the
Nested Paging feature in AMD Barcelona and Phenom Processors.
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
---
arch/x86/kvm/mmu.c | 79 ++--
arch/x86/kvm/mmu.h |6 +
The generic x86 code has to know if the specific implementation uses Nested
Paging. In the generic code Nested Paging is called Two Dimensional Paging
(TDP) to avoid confusion with (future) TDP implementations of other vendors.
This patch exports the availability of TDP to the generic x86 code.
Si
1 - 100 of 673 matches
Mail list logo
