Quoting Andrew G. Morgan ([EMAIL PROTECTED]):
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Serge E. Hallyn wrote:
> | Andrew, this pretty much was bound to happen... we need to figure out
> | what our approach here should be. My preference is still to allow
> | signals when
Sergio Luis wrote:
> Christian Kujau wrote:
>> On Sun, 17 Feb 2008, Sergio Luis wrote:
>>> It doesn't fix the problem totally. If we select
>>> Virtualization->Linux hypervisor example code (CONFIG_LGUEST)
>>> as a module, we will get the same build errors,
>> Confirmed, the build errors persist
On Feb 18, 2008 8:57 AM, Tilman Schmidt <[EMAIL PROTECTED]> wrote:
> Am 16.02.2008 23:37 schrieb Jiri Slaby:
> > On 02/16/2008 09:12 PM, Alan Cox wrote:
> > Try to upgrade to at least lvm 2.02.29 (I guess this is the first version
> > which
> > understands the new sysfs layout).
> I'll have to
"make oldconfig" doesn't know how to display the per-item help, so
something like this is needed. It was a squeeze to make all the help
text, plus option prompt, fit into 24 lines. If you think that's not
a concern, some of the wording could be improved.
(Added text placed into the public
Hello
is there a way to find out how many times a userspace program is forced to
context switch due to a hardware interrupt?
The reason for this:
I am measuring the retired instruction count of programs using performance
counters (perfmon2 patchset), and trying to find out where the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Serge E. Hallyn wrote:
| Andrew, this pretty much was bound to happen... we need to figure out
| what our approach here should be. My preference is still to allow
| signals when p->uid==current->uid so long as !SECURE_NOROOT. Then as
| people
On Sun, 2008-02-17 at 19:09 +, Ian Campbell wrote:
> On Fri, 2008-02-15 at 17:17 -0600, Matt Mackall wrote:
> > On Fri, 2008-02-15 at 15:21 -0600, Matt Mackall wrote:
> > > On Fri, 2008-02-15 at 21:32 +0100, Sam Ravnborg wrote:
> > > > On Fri, Feb 15, 2008 at 02:25:54PM -0600, Matt Mackall
Peter Teoh wrote:
> On 2/17/08, Randy Dunlap <[EMAIL PROTECTED]> wrote:
>> On Sun, 17 Feb 2008 08:58:39 +0800 Peter Teoh wrote:
>>
>>> Can some explain the cause of this error (it has been like this for the
>>> last two git pull from linus tree):
>>>
>>> Kernel: arch/x86/boot/bzImage is ready
Christian Kujau wrote:
> On Sun, 17 Feb 2008, Sergio Luis wrote:
>> It doesn't fix the problem totally. If we select
>> Virtualization->Linux hypervisor example code (CONFIG_LGUEST)
>> as a module, we will get the same build errors,
>
> Confirmed, the build errors persist with CONFIG_LGUEST=m and
On Feb 18, 2008 8:52 AM, Barnaby <[EMAIL PROTECTED]> wrote:
>
> On Feb 17, 2008 4:59 AM, Dave Young <[EMAIL PROTECTED]> wrote:
> >
> > On Feb 16, 2008 1:16 PM, Barnaby <[EMAIL PROTECTED]> wrote:
> > >
> > > On Fri, Feb 15, 2008 at 6:15 PM, Dave Young <[EMAIL PROTECTED]> wrote:
> > > >
> > > > On
Am 16.02.2008 23:37 schrieb Jiri Slaby:
On 02/16/2008 09:12 PM, Alan Cox wrote:
On Sat, 16 Feb 2008 20:14:30 +0100
Tilman Schmidt <[EMAIL PROTECTED]> wrote:
2.6.25-rc2 fails to bring up my openSUSE 10.3 PC because LVM
cannot find the volume group containing the root file system.
2.6.25-rc1
On Sun, Feb 17, 2008 at 10:09:45PM +0200, Adrian Bunk wrote:
> This patch fixes the following build error caused by commit
> 3631c650c495d61b1dabf32eb26b46873636e918:
Patch applied. Thanks Adrian!
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
On Feb 17, 2008 4:59 AM, Dave Young <[EMAIL PROTECTED]> wrote:
>
> On Feb 16, 2008 1:16 PM, Barnaby <[EMAIL PROTECTED]> wrote:
> >
> > On Fri, Feb 15, 2008 at 6:15 PM, Dave Young <[EMAIL PROTECTED]> wrote:
> > >
> > > On Fri, Feb 15, 2008 at 8:04 AM, Barnaby <[EMAIL PROTECTED]> wrote:
> > > >
Commit 9e2779fa281cfda13ac060753d674bbcaa23367e also broke the
mips yosemite_defconfig:
<-- snip -->
...
CC arch/mips/kernel/asm-offsets.s
In file included from
/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/mips/kernel/asm-offsets.c:14:
On 2/17/08, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Sun, 17 Feb 2008 08:58:39 +0800 Peter Teoh wrote:
>
> > Can some explain the cause of this error (it has been like this for the
> > last two git pull from linus tree):
> >
> > Kernel: arch/x86/boot/bzImage is ready (#1)
> > Building
Hi folks,
with 2.6.25-rc2, my Mac mini Core Duo hangs at suspend. The last
message on the console is "Suspending console(s)". I also tried some
other versions after 2.6.24, all of them fail with this hang.
I attached the lspci output for the case that it matters.
Regards,
Tino
00:00.0 Host
On Sat, 16 Feb 2008 00:25:22 -0800 Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
Building i386 kernel on x86_64, I see a build error in linking:
kernel/built-in.o: In function `jiffies_64_to_usecs':
(.text+0xeaed): undefined
-- Original message --
From: Thomas Gleixner <[EMAIL PROTECTED]>
> On Sat, 16 Feb 2008, Quel Qun wrote:
> Unfortunately we only see that the list is corrupted but not which
> code caused it. This looks like something forgot to delete the timer
> before freeing the
On Saturday, 16 of February 2008, Len Brown wrote:
> On Friday 15 February 2008 17:22, Rafael J. Wysocki wrote:
>
> > Ok, below is the version that survives checkpatch.pl, compiles on x86-32
> > and has been successfully tested on 32-bit and 64-bit systems.
>
> works on my t61 in 64-bit mode
On Feb 18 2008 00:21, Joerg Schilling wrote:
>
>> changing ide-cd (take 4)] I cannot burn any CD/DVD any more, getting the
>> following error from wodim:
>
>> Errno: 0 (Success), write_g1 scsi sendcmd: no error
>> CDB: 2A 00 00 00 00 00 00 00 1F 00
>> status: 0x2 (CHECK CONDITION)
>> Sense
On 02/17, Jarek Poplawski wrote:
>
> This patch looks OK to me.
Thanks for looking at this!
> But while reading this I got some doubts
> in nearby places, so BTW 2 small questions:
>
> 1) ... workqueue_cpu_callback(...)
> {
> ...
> list_for_each_entry(wq, , list) {
>
On Monday, 18 of February 2008, Jiri Kosina wrote:
> This reverts commit 45b503548210fe6f23e92b856421c2a3f05fd034.
>
> It contains deadlock, and breaks userspace applications (wpa_supplicant,
> networkmanager). References:
>
> http://bugzilla.kernel.org/show_bug.cgi?id=10002
>
> changing ide-cd (take 4)] I cannot burn any CD/DVD any more, getting the
> following error from wodim:
> Errno: 0 (Success), write_g1 scsi sendcmd: no error
> CDB: 2A 00 00 00 00 00 00 00 1F 00
> status: 0x2 (CHECK CONDITION)
> Sense Bytes: 70 00 05 00 00 00 00 0E 00 00 00 00 21 02 00 00
This reverts commit 45b503548210fe6f23e92b856421c2a3f05fd034.
It contains deadlock, and breaks userspace applications (wpa_supplicant,
networkmanager). References:
http://bugzilla.kernel.org/show_bug.cgi?id=10002
http://bugzilla.kernel.org/show_bug.cgi?id=10002
---
net/core/rtnetlink.c | 36
On Fri, Feb 15, 2008 at 04:07:54PM +0300, Michael Tokarev wrote:
> Alasdair G Kergon wrote:
> > On Fri, Feb 15, 2008 at 01:08:21PM +0100, Andi Kleen wrote:
> >> Implement barrier support for single device DM devices
> >
> > Thanks. We've got some (more-invasive) dm patches in the works that
> >
On Sun, 2008-02-10 at 12:52 +0100, Németh Márton wrote:
> Disable any active triggers when the brightness attribute is
> set to zero.
I agree with this approach and will merge this as a clarification of the
interface, thanks. I'll also merge your other two patches into the LED
queue.
Cheers,
Hi Mark,
On Sun, 17 Feb 2008 14:09:57 -0500 "Mark M. Hoffman" <[EMAIL PROTECTED]> wrote:
>
> You can add the hwmon testing tree (from MAINTAINERS):
>
> > git lm-sensors.org:/kernel/mhoffman/hwmon-2.6.git testing
>
> This tree gets rebased pretty much whenever Linus adds a new tag. As a
> rule
On Mon, Feb 18, 2008 at 12:06:41AM +0100, Rafael J. Wysocki wrote:
> On Sunday, 17 of February 2008, Jiri Kosina wrote:
> > On Sun, 17 Feb 2008, Rafael J. Wysocki wrote:
> >
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=9842
> > > Subject : key 49 and 94 send both 49 and
On 02/16, Oleg Nesterov wrote:
>
> On 02/15, Andrew Morton wrote:
> >
> > ug. On about the fourth boot with the current -mm lineup I hit:
> >
> > : BUG: unable to handle kernel paging request at 00200200
>
> ==
On Sun, Feb 17, 2008 at 10:31:34PM +, Alan Cox wrote:
> > Thus, I have implemented the 32-bit mode to bring the performance back
> > to the level of the old IDE driver. I jumped from 1.5 MB/s to 2.5 MB/s,
> > which is an important difference at this level of performance, especially
> > when
On Sunday, 17 of February 2008, Jiri Kosina wrote:
> On Sun, 17 Feb 2008, Rafael J. Wysocki wrote:
>
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=9842
> > Subject : key 49 and 94 send both 49 and 94 events on macbooks
> > REGRESSION
> > Submitter : Emil Karlson
Hello,
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=9984
> > Subject : problem with starting 2.5.25-rc1 and latest git
>
> The kernel version seems to be a little bit bogus here :)
That's a typo :/ Should read 2.6.25-rc1 instead.
Mariusz
--
To unsubscribe
Hi all,
Remove redundant irq_desc[NR_IRQS] element initialization in
init_ISA_irqs(). irq_desc[NR_IRQS] is already statically
initialized with the same values in kernel/irq/handle.c .
Signed-off-by: Ahmed S. Darwish <[EMAIL PROTECTED]>
---
i8259_32.c | 26 ++
1 file
Am Sun, 17 Feb 2008 17:09:39 -0500
schrieb Mark Lord <[EMAIL PROTECTED]>:
> Mark Lord wrote:
> > Hans J. Koch wrote:
> ..
> >> Really? Unbelievable what these guys do to make my live harder...
> >> So, they might use some undocumented GPIO to turn the power on, and
> ...
>
> GPIO lines are not
On Sun, 17 Feb 2008, Rafael J. Wysocki wrote:
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=9842
> Subject : key 49 and 94 send both 49 and 94 events on macbooks
> REGRESSION
> Submitter : Emil Karlson <[EMAIL PROTECTED]>
> Date : 2008-01-29 08:15
I
On Feb 13, 2008 11:04 AM, Jasper Bryant-Greene <[EMAIL PROTECTED]> wrote:
> I can confirm neither the boot hang with HPET enabled nor the other
> unexplained boot hang after "NET: Registered protocol family 2" occur on
> 2.6.24.2 on the same hardware. I still don't have an appropriate way to
>
Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
> Hello,
> I'm not sure it is you the right person to contact.
> I tried to run latest normal user wireshark with SUID dumpcap without success
> under linux-2.6.24.2. After looking around it seems to be related to the file
> in the kernel
On Sun, Feb 17, 2008 at 05:51:08PM +0100, Oliver Pinter wrote:
> On 2/17/08, Török Edwin <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > xfsaild is causing many wakeups, a quick investigation shows
> > xfsaild_push is always
> > returning 30 msecs timeout value.
That's a bug, and has nothing to do
On Sun, 17 Feb 2008 22:20:04 +0100
Willy Tarreau <[EMAIL PROTECTED]> wrote:
>
> >From 4ea313fe6a3c46a90226cf40d0e3ece4b36b48f9 Mon Sep 17 00:00:00 2001
> From: Willy Tarreau <[EMAIL PROTECTED]>
> Date: Sun, 17 Feb 2008 21:28:25 +0100
> Subject: [PATCH 2/2] libata: implement support for 32-bit
> Thus, I have implemented the 32-bit mode to bring the performance back
> to the level of the old IDE driver. I jumped from 1.5 MB/s to 2.5 MB/s,
> which is an important difference at this level of performance, especially
> when large files are read. The 32-bit mode is enabled using the ioctl
>
>
> > I would need a config where the mismatch triggers for one
> > of the more popular architectures (as in where I have a toolchain).
>
> That was with plain m68k defconfig.
>
> > I could not reproduce it with x86 64bit - not even with
> > -fno-inline-functions
>
> If it helps, my
On Wed, Feb 13, 2008 at 01:42:10PM +0100, rubisher wrote:
>
Can I get your Signed-off-by for this, Joel? (I assume you are Joel :)
cheers, Kyle
> - some lake of changes of kset to kobj:
> --- ./drivers/parisc/pdc_stable.c.Orig2008-01-28 07:09:26.0
> +
> +++
On Sun, 17 Feb 2008 16:56:28 -0500 (EST)
"David P. Reed" <[EMAIL PROTECTED]> wrote:
> fix init_8259A() which initializes the 8259 PIC to not use outb_pic,
> which is a renamed version of outb_p, and delete outb_pic define.
NAK
The entire point of inb_pic/outb_pic is to isolate the various
On Sun, 17 Feb 2008 16:56:39 -0500 (EST)
"David P. Reed" <[EMAIL PROTECTED]> wrote:
> fix code to access CMOS rtc registers so that it does not use inb_p and
> outb_p routines, which are deprecated.
> Signed-off-by: David P. Reed <[EMAIL PROTECTED]>
Acked-by: Alan Cox <[EMAIL PROTECTED]>
It is
On Sun, 17 Feb 2008 16:56:42 -0500 (EST)
"David P. Reed" <[EMAIL PROTECTED]> wrote:
> Fix pcspkr driver to use explicit timing delay for access to PIT,
> rather than inb_p/outb_p calls, which use insufficiently explicit
NAK.
We now have inb_pit and outb_pit to make the transition easier - can
On Sun, Feb 17, 2008 at 09:16:36PM +0100, thus spake Rafael J. Wysocki:
> On Sunday, 17 of February 2008, Ignacy Gawedzki wrote:
> > Hi,
>
> Hi,
>
> > I was printing on the parallel port and suddenly the "parallel" CUPS backend
> > went 50% CPU (obviously endless-looping), while the other 50%
Mark Lord wrote:
Hans J. Koch wrote:
..
Really? Unbelievable what these guys do to make my live harder...
So, they might use some undocumented GPIO to turn the power on, and
...
GPIO lines are not usually very difficult to trace,
and programming them is pretty easy, too ...
If I had an
Hans J. Koch wrote:
Am Sun, 17 Feb 2008 07:29:27 -0800
schrieb Arjan van de Ven <[EMAIL PROTECTED]>:
On Sun, 17 Feb 2008 13:37:53 +0100
"Hans J. Koch" <[EMAIL PROTECTED]> wrote:
Of course there's no driver for the wlan, but that's a different
story ;)
I replaced that unsupported Atheros 5007
[This is a bit late, for which I'm sorry, but I waited for things to calm down
a bit, to have something less of a moving target.
Now, following an Ingo's advice, the list has been generated directly out of
the Bugzilla entries used for tracking the bugs. I'm going to release the
script used for
This patch fixes the following build error with CONFIG_EISA=n caused by
commit 231a35d37293ab88d325a9cb94e5474c156282c0:
<-- snip -->
...
LD .tmp_vmlinux1
arch/mips/sni/built-in.o: In function `snirm_a20r_setup_devinit':
a20r.c:(.init.text+0x42c): undefined reference to
Fix pcspkr driver to use explicit timing delay for access to PIT,
rather than inb_p/outb_p calls, which use insufficiently explicit
delays (defaulting to port 80 writes) that can cause freeze problems
on some machines, such as Quanta moterboard machines using ENE EC's.
The explicit timing delay
fix init_8259A() which initializes the 8259 PIC to not use outb_pic,
which is a renamed version of outb_p, and delete outb_pic define.
There is already code in the .c files that does accesses to CMD & IMR registers
in successive outb() calls without _p. Thus the outb_p is obviously not
needed, if
fix code to access CMOS rtc registers so that it does not use inb_p and
outb_p routines, which are deprecated. Extensive research on all known CMOS RTC
chipset timing shows that there is no need for a delay in accessing the
registers of these chips even on old machines. These chipa are never on
cleanup motherboard chip io port delays. inb_p and outb_p have traditionally
used a write to port 80 (a non-existent port) as a delay. Though there is an
argument that that is a good delay for devices on the ISA or PCI expansion buses
it is not a good mechanism for devices in the processor
On Sun, Feb 17, 2008 at 01:31:37PM -0800, H. Peter Anvin wrote:
> Sam Ravnborg wrote:
> >
> >But I assume in less obvious way.
> >It is a bit more intuitive to error out on missing
> >-m32 support than gcc failing to support .code16
> >or some other inline assembler magic.
> >
>
> No, you will
On Sun, 2008-02-17 at 21:09 +0100, Ingo Molnar wrote:
> * Harvey Harrison <[EMAIL PROTECTED]> wrote:
>
> > > config attached. The include file dependencies in this area are a
> > > bit of a mess - perhaps they need some cleanups?
> >
> > OK, I'm building all(yes|mod)configs and didn't see this.
Sam Ravnborg wrote:
But I assume in less obvious way.
It is a bit more intuitive to error out on missing
-m32 support than gcc failing to support .code16
or some other inline assembler magic.
No, you will get the message "the selected CPU doesn't support the
x86-64 architecture".
On Feb 17, 2008 9:25 PM, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> There's the Bugzilla entry for it at
> http://bugzilla.kernel.org/show_bug.cgi?id=9973
Thank you.
> Please update it with the current information.
Crash for 2.6.25-rc2-mm1 added. That one had a complete stacktrace,
but the
On Sun, Feb 17, 2008 at 01:21:27PM -0800, H. Peter Anvin wrote:
> Sam Ravnborg wrote:
> >
> >For a 64 bit build we should error out if the compiler
> >fials to support -m32 (how unlikely that may be).
> >So I would prefer it unconditional for 64 bit.
> >
>
> We will err out anyway.
But I assume
Sam Ravnborg wrote:
For a 64 bit build we should error out if the compiler
fials to support -m32 (how unlikely that may be).
So I would prefer it unconditional for 64 bit.
We will err out anyway.
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Rafael J. Wysocki wrote:
OK, so that would be the appended patch.
Still, since there are several fixes against the "move the wakeup code to C"
patch, I'll probably fold them all into a new version of this patch and resend
it.
Yes, please.
-hpa
--
To unsubscribe from this list: send
>From 4ea313fe6a3c46a90226cf40d0e3ece4b36b48f9 Mon Sep 17 00:00:00 2001
From: Willy Tarreau <[EMAIL PROTECTED]>
Date: Sun, 17 Feb 2008 21:28:25 +0100
Subject: [PATCH 2/2] libata: implement support for 32-bit PIO transfers
When ATA_DFLAG_32BIT_PIO is set in ata flags, PIO transfers
will be
>From 40a8174d27cb9d93b859bc073c8f075b9ff71578 Mon Sep 17 00:00:00 2001
From: Willy Tarreau <[EMAIL PROTECTED]>
Date: Sun, 17 Feb 2008 21:11:46 +0100
Subject: [PATCH 1/2] libata: implement ATA_IOC_GET_IO32/ATA_IOC_SET_IO32 ioctls
This patch implements the aforementionned ioctls and get/set the
Hi Jeff,
For several times I tried libata on small machines equipped with either
CompactFlash or IDE DOM (Disk-On-Module). All those machines with small
flashes (<= 256 MB) were about 35-40% slower under libata than under the
plain old IDE driver. I realized that all the slower ones were running
>From David P. Reed <[EMAIL PROTECTED]> Sat Feb 16 15:05:17 2008
Message-Id: <[EMAIL PROTECTED]>>
User-Agent: quilt/0.46-1
Date: Sat, 16 Feb 2008 15:05:17 -0500
From: David P. Reed <[EMAIL PROTECTED]>
To: Thomas Gleixner <[EMAIL PROTECTED]>,
Ingo Molnar <[EMAIL PROTECTED]>,
"H. Peter Anvin"
>From David P. Reed <[EMAIL PROTECTED]> Sat Feb 16 15:05:17 2008
Message-Id: <[EMAIL PROTECTED]>>
References: <[EMAIL PROTECTED]>>
User-Agent: quilt/0.46-1
Date: Sat, 16 Feb 2008 15:05:20 -0500
From: David P. Reed <[EMAIL PROTECTED]>
To: Thomas Gleixner <[EMAIL PROTECTED]>,
Ingo Molnar <[EMAIL
>From David P. Reed <[EMAIL PROTECTED]> Sat Feb 16 15:05:17 2008
Message-Id: <[EMAIL PROTECTED]>>
References: <[EMAIL PROTECTED]>>
User-Agent: quilt/0.46-1
Date: Sat, 16 Feb 2008 15:05:18 -0500
From: David P. Reed <[EMAIL PROTECTED]>
To: Thomas Gleixner <[EMAIL PROTECTED]>,
Ingo Molnar <[EMAIL
On Sunday, 17 of February 2008, Zdenek Kabelac wrote:
> Hello
Hi,
Thanks for the report.
> I've noticed that my system (T61) doesn't want to suspend when SD card
> is in the card reader slot with 2.6.25-rc2 (no problem when the card
> is outside)
> Also the card is not even mounted, it's just
>From David P. Reed <[EMAIL PROTECTED]> Sat Feb 16 15:05:17 2008
Message-Id: <[EMAIL PROTECTED]>>
References: <[EMAIL PROTECTED]>>
User-Agent: quilt/0.46-1
Date: Sat, 16 Feb 2008 15:05:19 -0500
From: David P. Reed <[EMAIL PROTECTED]>
To: Thomas Gleixner <[EMAIL PROTECTED]>,
Ingo Molnar <[EMAIL
>> On Sun, 2008-02-17 at 14:57 +0100, Stefan Richter wrote:
>>> rescan-scsi-bus used to add SBP-2 targets which weren't there.
PS: It probably wasn't clear: rescan-scsi-bus.sh is *not* necessary
for sbp2 (under Linux 2.6, that is). The patch merely prevents weird
things from happening if the
On Sun, Feb 17, 2008 at 12:29:58PM -0800, Chris Zankel wrote:
> Hi Adrian,
Hi Chris,
> Thanks for pointing this out. I'm working on a fix.
thanks.
> BTW, which branch do you use? release or testing?
I tried #testing.
> Thanks,
> -CHris
cu
Adrian
--
"Is there not promise of rain?"
On Sun, Feb 17, 2008 at 09:40:15PM +0100, Rafael J. Wysocki wrote:
> On Sunday, 17 of February 2008, Randy Dunlap wrote:
> > H. Peter Anvin wrote:
> > > Randy Dunlap wrote:
> > >> On Sat, 16 Feb 2008 19:58:06 -0800 H. Peter Anvin wrote:
> > >>
> > >>> Randy Dunlap wrote:
> > Yes, adding -m32
On Feb 17, 2008 4:05 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Glauber Costa <[EMAIL PROTECTED]> wrote:
>
> > config X86_VSMP
> > bool "Support for ScaleMP vSMP"
> > depends on X86_64 && PCI
> > - help
> > + select PARAVIRT
> > + help
>
> hm, what's the idea here?
On Sun, 17 Feb 2008 21:49:10 +0100
allied internet ag- Stefan Priebe <[EMAIL PROTECTED]> wrote:
> >> One week ago we upgraded about 300 servers from 2.6.20.20 to
> >> 2.6.24.2.
> >
> > Painfull.
>
> OK not really - i've tested the new kernel on all models. And it
> works fine... the DN state
On Sun, 17 Feb 2008 14:38:51 -0600
Paul Jackson <[EMAIL PROTECTED]> wrote:
> Adrian wrote:
> > So let's fix the problem (kernel lacks functionality)
>
> That's the problem as understood by Adrian.
>
> I hear another problem as well ...
>
> Frans wrote:
> > Please allow external users some
>> One week ago we upgraded about 300 servers from 2.6.20.20 to 2.6.24.2.
>
> Painfull.
OK not really - i've tested the new kernel on all models. And it works
fine... the DN state only comes sometimes - absolutely not reproducable.
So my tests went OK and then we've done the update. I've now
On Sun, 17 Feb 2008 10:25:30 +0100
Frans Pop <[EMAIL PROTECTED]> wrote:
> Yesterday, after spending quite a few hours over the last days on
> bisecting some serious regressions and finding workarounds for them,
> I thought I could start using 2.6.25-rc2 as the new kernel for my
> desktop.
On Sunday, 17 of February 2008, Randy Dunlap wrote:
> H. Peter Anvin wrote:
> > Randy Dunlap wrote:
> >> On Sat, 16 Feb 2008 19:58:06 -0800 H. Peter Anvin wrote:
> >>
> >>> Randy Dunlap wrote:
> Yes, adding -m32 to the X86_32 config ccflags (as is done for the
> X86_64 case) makes it
Hi Adrian,
Thanks for pointing this out. I'm working on a fix.
BTW, which branch do you use? release or testing?
Thanks,
-CHris
Adrian Bunk wrote:
With git-xtensa I'm getting:
<-- snip -->
...
/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/xtensa/Makefile:30: *** No
Xtensa toolchain
Adrian wrote:
> So let's fix the problem (kernel lacks functionality)
That's the problem as understood by Adrian.
I hear another problem as well ...
Frans wrote:
> Please allow external users some decent period for transitioning. The
> initial plan to "remove the old function in 2.6.27" was
On Sun, 17 Feb 2008, Sam Ravnborg wrote:
> On Sun, Feb 17, 2008 at 01:31:14PM +0100, Geert Uytterhoeven wrote:
> > On Sun, 17 Feb 2008, Geert Uytterhoeven wrote:
> > > On m68k (CONFIG_SPARSEMEM is not set), I get:
> > >
> > > WARNING: vmlinux.o(.meminit.text+0x36c): Section mismatch in
> > >
On 02/17/2008 09:02 PM, allied internet ag- Stefan Priebe wrote:
Hello!
One week ago we upgraded about 300 servers from 2.6.20.20 to 2.6.24.2.
Painfull.
Now we get sometimes dozent of processes in state DN. The system is
completely idle - but the load is 20 or 90 or whatever. And it can
On Sun, 17 Feb 2008, allied internet ag- Stefan Priebe wrote:
One week ago we upgraded about 300 servers from 2.6.20.20 to 2.6.24.2.
Did you test with *one* server before upgrading all 300? If not, please do
and try to upgrade in smaller steps, e.g. 2.6.20->2.6.21 and see when it
breaks. Add
On Sun, Feb 17, 2008 at 06:55:06PM +0100, Julia Lawall wrote:
> From: Julia Lawall <[EMAIL PROTECTED]>
>
> if (...) BUG(); should be replaced with BUG_ON(...) when the test has no
> side-effects to allow a definition of BUG_ON that drops the code completely.
Hi, in the future, please separate
On Thu, Feb 14, 2008 at 10:25:51PM +0530, Srivatsa Vaddagiri wrote:
> The patch is against 2.6.25-rc1. I would request you to check for
> difference it makes with CONFIG_FAIR_GROUP_SCHED and
> CONFIG_FAIR_USER_SCHED turned on.
well, I tried the patch against 2.6.25-rc2-git1. It seems to be better
On Saturday, 16 of February 2008, Torsten Kaiser wrote:
> On Feb 15, 2008 10:23 PM, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> >
> > Ok,
> > this kernel is a winner.
>
> Sadly not for me:
> [ 5282.056415] [ cut here ]
> [ 5282.059757] kernel BUG at lib/list_debug.c:33!
>
In message <[EMAIL PROTECTED]>, Christoph Hellwig writes:
> On Sun, Feb 17, 2008 at 10:18:42AM +0200, Adrian Bunk wrote:
> > This patch makes the needlessly global vfs_ioctl() static.
>
> I think the point was toa eventually export it for stackable filesystem
> use. But until they start using it
On Feb 17, 2008 11:39 AM, Frans Pop <[EMAIL PROTECTED]> wrote:
> (resend a third time because previous attempts never reached the lists
> due to a bug in my MUA; my apologies to David for spamming his inbox)
>
> Linus Torvalds wrote:
> > But hey, you can try to prove me wrong. I dare you.
> Me
Hi Oleg,
This patch looks OK to me. But while reading this I got some doubts
in nearby places, so BTW 2 small questions:
1) ... workqueue_cpu_callback(...)
{
...
list_for_each_entry(wq, , list) {
cwq = per_cpu_ptr(wq->cpu_wq, cpu);
switch (action)
On Sun, Feb 17, 2008 at 08:24:56PM +0100, Tilman Schmidt wrote:
> Am 17.02.2008 14:16 schrieb Adrian Bunk:
>> The real problem is that the kernel seems to lack functionality you
>> require for doing some work.
>>
>> Why does your work on the Debian Installer depend on VirtualBox and
>> can't be
On Sunday, 17 of February 2008, Ignacy Gawedzki wrote:
> Hi,
Hi,
> I was printing on the parallel port and suddenly the "parallel" CUPS backend
> went 50% CPU (obviously endless-looping), while the other 50% were eaten by
> ghostscript (strace didn't show anything, so this might be an "internal"
[H. Peter Anvin - Sun, Feb 17, 2008 at 12:11:45PM -0800]
> Cyrill Gorcunov wrote:
>> Thanks Peter for comments. Peter could you clarify for me a bit
>> more on the string:
>> x86/kernel/head_32.S:339
>> /* Set up the stack pointer */
>> lss stack_start,%esp
>> but stack_start is defined
On Sunday, 17 of February 2008, Pavel Machek wrote:
> Hi!
>
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
> > >
> > > When SMP=n, x86_64 build gets:
> > >
> > > arch/x86/kernel/built-in.o: In function `acpi_save_state_mem':
> > >
Hi Darrick:
Sorry this took forever for me to review. Just a few little things...
* Darrick J. Wong <[EMAIL PROTECTED]> [2007-12-19 15:14:38 -0800]:
> This driver also had that funny alarm1/alarm2 thing; here's a revision
> of yesterday's patch with that straightened out.
> ---
> This driver
On Sun, 17 Feb 2008, Sergio Luis wrote:
It doesn't fix the problem totally. If we select
Virtualization->Linux hypervisor example code (CONFIG_LGUEST)
as a module, we will get the same build errors,
Confirmed, the build errors persist with CONFIG_LGUEST=m and Rusty's patch
applied.
thanks,
Cyrill Gorcunov wrote:
Thanks Peter for comments. Peter could you clarify for me a bit
more on the string:
x86/kernel/head_32.S:339
/* Set up the stack pointer */
lss stack_start,%esp
but stack_start is defined as head_32.S:647
.data
ENTRY(stack_start)
.long
Commit 8b798c4d16b762d15f4055597ff8d87f73b35552 causes compile errors
like the following for several system types:
<-- snip -->
...
CC arch/mips/au1000/common/platform.o
/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/mips/au1000/common/platform.c:277:
error: 'PSC0_BASE_ADDR'
The following files can now be removed:
- arch/mips/configs/qemu_defconfig
- include/asm-mips/qemu.h
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/mips/configs/qemu_defconfig | 800 ---
include/asm-mips/qemu.h | 30 -
2 files changed, 830
Commit d3c319f9c8d9ee2c042c60b8a1bbd909dcc42782 causes the following
compile error:
<-- snip -->
...
CC arch/mips/bcm47xx/setup.o
/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/mips/bcm47xx/setup.c: In
function 'bcm47xx_get_invariants':
This patch fixes the following build error caused by commit
3631c650c495d61b1dabf32eb26b46873636e918:
<-- snip -->
...
LD .tmp_vmlinux1
crypto/built-in.o: In function `skcipher_null_crypt':
crypto_null.c:(.text+0x3d14): undefined reference to `blkcipher_walk_virt'
101 - 200 of 924 matches
Mail list logo