On Sun, 25 Nov 2007 11:21:45 +0100 Prakash Punnoor <[EMAIL PROTECTED]> wrote:
> Yay:
Sounds good.
> One thing I noticed in the patch:
> + if (((bridge_dev = pci_find_slot(0, 0)) != NULL) &&
>
> You rather want to use pci_get_bus_and_slot instead, as pci_find_slot is
> deprecated.
On Sun, 25 Nov 2007 11:21:48 +0800 "peerchen" <[EMAIL PROTECTED]> wrote:
> According to the HyperTransport spec, 'En' indicate if the MSI Mapping is
> active. So it should be set when enable the MSI.
>
> The patch base on kernel 2.6.24-rc3
>
> Signed-off-by: Andy Currid <[EMAIL PROTECTED]>
> Si
On Tue, 27 Nov 2007 02:54:56 -0500 [EMAIL PROTECTED] wrote:
> On Mon, 26 Nov 2007 23:27:03 PST, Andrew Morton said:
>
> > > git-x86.patch
> > > git-x86-fixup.patch
> > > git-x86-thread_order-borkage.patch
> > > git-x86-thread_order-borkage-fix.patch
> > > git-x86-identify_cpu-fix.patch
> > > git-
Andrew Morton wrote:
> On Mon, 26 Nov 2007 22:44:38 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
>
>> On Fri, 23 Nov 2007 17:52:50 +0100 Pierre Peiffer <[EMAIL PROTECTED]> wrote:
>>
>>> sem_exit_ns(), msg_exit_ns() and shm_exit_ns() are all called when an
>>> ipc_namespace is
>>> released to
On Nov 27, 2007 3:16 PM, <[EMAIL PROTECTED]> wrote:
> On Tue, 20 Nov 2007 20:45:25 PST, Andrew Morton said:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc3/2.6.24-rc3-mm1/
>
> Finally got both time and motivation to at least start a bisect..
>
> 2.6.23-mm1 works on
On Tue, 27 Nov 2007 09:19:34 +0100 Pierre Peiffer <[EMAIL PROTECTED]> wrote:
>
>
> Andrew Morton wrote:
> > On Mon, 26 Nov 2007 22:44:38 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> >> On Fri, 23 Nov 2007 17:52:50 +0100 Pierre Peiffer <[EMAIL PROTECTED]>
> >> wrote:
> >>
> >>> sem_exit
On Mon, 26 Nov 2007, Andrew Morton wrote:
>
> It is peculair to (wrongly) return -ENOMEM
>
> > + if (shmem_reserve_inode(inode->i_sb))
> > + return -ENOSPC;
>
> and to then correct it in the caller..
Oops, I missed that completely.
> Something boringly conventional such as the belo
On Mon, 26 Nov 2007 09:29:40 +0100 Wagner Ferenc <[EMAIL PROTECTED]> wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
>
> > On Sun, 25 Nov 2007 16:12:57 +0100 Wagner Ferenc <[EMAIL PROTECTED]> wrote:
> >
> >> I propose it as a fix for trailing NULs and spaces like eg.
> >>
> >> $ od -c /sys/cl
On 26-11-2007 22:02, Rafael J. Wysocki wrote:
...
>
> For completness, below is an updated version of the patch, modified to take
> some Adrian's comments into account.
>
> Comments welcome.
...You mean any comments?...
Well, I've written something similar about something similar somewhere
else
On Tue, 27 Nov 2007 16:25:22 +0800, Dave Young said:
> does boot_delay helps?
It might, if the kernel lived long enough to output a first printk for
us to delay after. :)
Shooting this one would be *easy* if the problem was an boot-time oops that
would otherwise scroll off the screen without a
On Tue, Nov 27, 2007 at 09:50:38AM +0100, Jarek Poplawski wrote:
...
> with any "you should" if possible.
without any "you should" if possible.
Jarek P.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Sun, 25 Nov 2007 13:55:07 -0800 (PST) Roland McGrath <[EMAIL PROTECTED]>
wrote:
> This defines the new macro arch_has_single_step() in linux/ptrace.h, a
> default for when asm/ptrace.h does not define it. It declares the new
> user_enable_single_step and user_disable_single_step functions.
>
On Tue, Nov 27 2007, Pierre Ossman wrote:
> On Mon, 26 Nov 2007 21:29:55 -0800
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> >
> > Pierre, I can queue this up but if you merge it into your tree I shall drop
> > it and shall lose track of it. So it's then all down to you to remember to
> > get t
On Mon, 2007-11-26 at 04:01 +0800, Andrey Borzenkov wrote:
> On Sunday 25 November 2007, Robert Hancock wrote:
> > Andrey Borzenkov wrote:
> > > I have no COM port on notebook (without port replicator which I do not
> > > have)
> > > so COM is disabled in BIOS. No ttyS* is detected during boot (an
Anthony Liguori wrote:
Another point is that virtio still has a lot of leading zeros in its
mileage counter. We need to keep things flexible and learn from
others as much as possible, especially when talking about the ABI.
Yes, after thinking about it over holiday, I agree that we should at
l
On Tuesday 27 November 2007 08:21, Roland Dreier wrote:
> Linus, please pull from
>
> master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git
> for-linus
>
>
> Jack Morgenstein (1):
> mlx4_core: Fix state check in mlx4_qp_modify()
>
MUST also enter the patch I send yesterda
> > Perhaps you've got lots of patches were people are using internal APIs they
> > shouldn't?
> >
>
> Maybe the issue is "who can tell" since what is external and what is
> internal is not explicitly defined?
Exactly. Or rather it is not defined on the module level. We got
"static" of cours
On Sun, 25 Nov 2007 14:14:19 -0800 Davide Libenzi <[EMAIL PROTECTED]> wrote:
> +static struct file *timerfd_fget(int fd)
> +{
> + struct file *file;
> +
> + file = fget(fd);
> + if (!file)
> + return ERR_PTR(-EBADF);
> + if (file->f_op != &timerfd_fops) {
> +
On Tue, Nov 27, 2007 at 08:06:17AM +0100, Richard Knutsson wrote:
>Complement va_start() with va_end().
>
>Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]>
>---
>Compile-tested on i386 with allyesconfig and allmodconfig.
>
>
>diff --git a/drivers/media/video/saa5246a.c b/drivers/media/video/saa5
Avi Kivity wrote:
No, definitely not define a hypercall ABI. The feature bit should say
"this device understands a hypervisor-specific way of kicking. consult
your hypervisor manual and cpuid bits for further details. should you
not be satisfied with this method, port io is still available".
On Mon, 26 Nov 2007 21:29:55 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Thu, 22 Nov 2007 20:32:51 +0100 Haavard Skinnemoen <[EMAIL PROTECTED]>
> wrote:
>
> > mmc_init_queue only initializes the scatterlists with sg_init_table()
> > when using a bounce buffer. This leads to a BUG() when
On 26/11/2007, Micah Dowty <[EMAIL PROTECTED]> wrote:
>
> The application doesn't really depend on the load-balancer's decisions
> per se, it just happens that this behaviour I'm seeing on NUMA systems
> is extremely bad for performance.
>
> In this context, the application is a virtual machine run
Andrew Morton <[EMAIL PROTECTED]> writes:
> I already have a (more codingstylely attractive) version of this from
> Pavel, for which I shall steal your ack.
Perfectly fine. I overlooked that one when I generated this patch
the first time (Oops). Let's just get this bug fixed.
Eric
-
To unsubsc
Carsten Otte wrote:
Avi Kivity wrote:
No, definitely not define a hypercall ABI. The feature bit should say
"this device understands a hypervisor-specific way of kicking. consult
your hypervisor manual and cpuid bits for further details. should you
not be satisfied with this method, port
v2.6.24-rc3-19-g2ffbb83 fails very early in the boot procedure.
2.6.23 compiled with similar config boots fine.
System is running Debian unstable; kernel was compiled using gcc 4.1.2.
Cheers,
Frans Pop
Boot messages for 2.6.24
Command line for kernel: 'root=/dev/sda5 HOM
On Tuesday 27 November 2007, Avi Kivity wrote:
> > :-) Do you know if there is a hard limit on the number of devices on
> > a PCI bus? My concern was that it was limited by something stupid
> > like an 8-bit identifier.
>
> IIRC pci slots are 8-bit, but you can have multiple buses, so
> effec
On Tue, 27 Nov 2007 13:03:29 +0800 "rae l" <[EMAIL PROTECTED]> wrote:
> -static void hexdump(unsigned char *buf, unsigned int len)
> +static inline void hexdump(unsigned char *buf, unsigned int len)
> {
> - while (len--)
> - printk("%02x", *buf++);
> -
> - printk("\n");
> +
Am Dienstag 27 November 2007 schrieb ming lei:
> It seems oom happenes when VM(page frame reclaim) try to reclaim much
> more memory by writing back dirty pages, but there is not enough ram
> for usb disk related driver to finish the writeback operation. (usb
> disk related driver: scsi_mod, usb
Christoph Lameter <[EMAIL PROTECTED]> writes:
> The model(small) attribute is not supported by gcc 4.X.
Which gcc 4.X are you talking about?
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54
On Mon, 26 Nov 2007 15:16:13 +0800 Denis Cheng <[EMAIL PROTECTED]> wrote:
> these utilities implemented in lib/hexdump.c are more handy, please use this.
>
> ...
>
> --- a/drivers/scsi/ide-scsi.c
> +++ b/drivers/scsi/ide-scsi.c
> @@ -242,16 +242,6 @@ static void idescsi_output_buffers (ide_drive_
If echo "1">/proc/sys/kernel/sched_compat_yield before starting volanoMark
testing, the result is very good with kernel 2.6.24-rc3 on my 16-core tigerton.
1) If /proc/sys/kernel/sched_compat_yield=1, comparing with 2.6.22,
2.6.24-rc3 has more than 70% improvement;
2) If /proc/sys/kernel/sched_comp
Scenario - Dell Latitude D820 laptop, tg3 driver says this at boot:
eth0: Tigon3 [partno(BCM5752KFBG) rev 6002 PHY(5752)] (PCI Express)
10/100/1000Base-T Ethernet 00:15:c5:c8:33:4e
eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] WireSpeed[1] TSOcap[1]
eth0: dma_rwctrl[7618] dma_mask[64-bit]
#
Complement va_start() with va_end() + minor style fixes in the same function.
Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]>
---
Compile-tested on i386 with allyesconfig and allmodconfig.
Thanks to WANG Cong for pointing out the missing 'style fix'-description.
saa5246a.c | 10 ++
Hi Andrew,
Andrew Morton wrote:
>> diff -rpuN a/arch/x86/kernel/machine_kexec_64.c
>> b/arch/x86/kernel/machine_kexec_64.c
>> --- a/arch/x86/kernel/machine_kexec_64.c 2007-11-14 15:39:19.0
>> +0900
>> +++ b/arch/x86/kernel/machine_kexec_64.c 2007-11-14 15:39:33.0
>> +09
(resending as address for port list was incorrect)
v2.6.24-rc3-19-g2ffbb83 fails very early in the boot procedure.
2.6.23 compiled with similar config boots fine.
System is running Debian unstable; kernel was compiled using gcc 4.1.2.
Cheers,
Frans Pop
Boot messages for 2.6.24
-
Johannes Berg writes:
> Contrary to what I claimed later in the thread, my 64-bit powerpc box
> (quad-core G5) doesn't suffer from this problem.
>
> Does anybody have any idea? I don't even know how to debug it further.
I see it on my G4 powerbook. However, a compute-bound task runs just
as fas
Complement va_start() with va_end() + minor style fixes in the same function.
Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]>
---
Compile-tested on i386 with allyesconfig and allmodconfig.
Thanks to WANG Cong for pointing out the missing 'style fix'-description.
(Sorry about the repost, but Th
On Mon, 26 Nov 2007 16:23:41 +0800 "Huang, Ying" <[EMAIL PROTECTED]> wrote:
> This patch adds basic runtime services support for EFI x86_64
> system. The main file of the patch is the addition of efi_64.c for
> x86_64. This file is modeled after the EFI IA32 avatar. EFI runtime
> services initiali
Please ignore the previous patch. Have resent it, but since my
mail-client (Thunderbird) seem to be having a bad day, I had to use
'sendpatchset' and it can't continue on a thread.
Richard Knutsson
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messa
Andrew Morton <[EMAIL PROTECTED]> writes:
> On Mon, 26 Nov 2007 09:29:40 +0100 Wagner Ferenc <[EMAIL PROTECTED]> wrote:
>
>> Trailing NULs are present in each file under /sys/class/net/*/bonding
>> and also in /sys/class/net/bonding_masters. That is, in every file
>> provided by drivers/net/bondi
Avi Kivity wrote:
Unfortunately, we have to care for platform differences, subarch
differences (vmx/svm), hypervisor differences (with virtio), and guest
differences (Linux/Windows/pvLinux, 32/64). Much care is needed when
designing the ABI here.
Yea, I agree.
[actually thinking a bit, this
On Tue, 27 Nov 2007 10:56:43 +0100 Ferenc Wagner <[EMAIL PROTECTED]> wrote:
> > - raise patches against the latest Linus tree
> > (ftp://ftp.kernel.org/pub/linux/kernel/v2.6/snapshots/)
>
> I thought it was better to change to git. Isn't it so?
Yes, git is a bit more uptodate than the snapshots
Carsten Otte wrote:
[actually thinking a bit, this is specific to the virtio pci binding;
s390 will never see any of it]
You remember that we've lost the big debate around virtio in Tucson?
I was in the embedded BOF.
We intend to bind our virtio devices to PCI too, so that they look the
sa
On Fri, 2 Nov 2007 23:12:43 +0100, Jean Delvare wrote:
> Hi Adrian,
>
> On Thu, 1 Nov 2007 00:03:58 +0100, Adrian Bunk wrote:
> > This patch contains the scheduled removal of legacy I2C RTC drivers with
> > replacement drivers.
> > (...)
> > Documentation/feature-removal-schedule.txt |7
> >
Hello Herbert!
I'm Zoltan Sogor at University of Szeged, Hungary, and we are working on
new flash file system (UBIFS) cooperating with Nokia Corp. We would like
to use cryptoapi in UBIFS compression/encrypt mechanism.
I've ported LZO compressor into cryptoapi. If you think the patch is
good,
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> Otherwise, please proceed to work out which diff I need to drop and
> hope like hell that it isn't git-x86..
hm? x86.git is fully bisectable - so a more accurate statement would be
"and hope that it's x86.git, so that it can be properly bisected" :-
Avi Kivity wrote:
We intend to bind our virtio devices to PCI too, so that they look the
same in Linux userland across architectures.
Ouch.
That was my initial opinion too, but HPA has come up with a lean and
clean PCI binding for lguest. I think we should seriously consider
using that over t
On Fri, Nov 23, 2007 at 04:04:48PM +0100, Marco Pracucci wrote:
> Hi,
>
> I have compiled linux kernel 2.6.23.8 for a single board computer based
> on ARM architecture (EP9302 processor). I have tried to stress the
> Bluetooth subsystem, creating repeatly a lot of RFCOMM connections to
> other Blu
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 20 Nov 2007 09:46:11 +0100
> Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > Subject: softlockup: do the wakeup from a hrtimer
> > From: Ingo Molnar <[EMAIL PROTECTED]>
> >
> > David Miller reported soft lockup false-positives that trigger on NO
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Sun, 25 Nov 2007 13:55:07 -0800 (PST) Roland McGrath <[EMAIL PROTECTED]>
> wrote:
>
> > This defines the new macro arch_has_single_step() in linux/ptrace.h,
> > a default for when asm/ptrace.h does not define it. It declares the
> > new user_en
Hi Dave,
> This problem is caused by the workqueue in hci_sysfs.c, the del_conn is
> scheduled after the add_conn with same bluetooth address.
>
> Please try this patch:
>
>
> The bluetooth hci conn sysfs add/del executed in the default workqueue. If
> the conn del
On Tue, Nov 27, 2007 at 03:26:52PM +1100, Rusty Russell wrote:
> On Monday 26 November 2007 16:58:08 Roland Dreier wrote:
> > > > I agree that we shouldn't make things too hard for out-of-tree
> > > > modules, but I disagree with your first statement: there clearly is a
> > > > large class of sy
* Roland McGrath <[EMAIL PROTECTED]> wrote:
[...]
> I think it would be sensible for the signal handler setup code to
> detect when it would itself be causing a stack overflow. Maybe
> something like the following patch (untested). This issue exists in
> the same way on all machines, so idea
On Mon, Nov 26, 2007 at 08:47:40PM -0500, Neil Horman wrote:
> Hey all-
> I've been working on an issue lately involving multi socket x86_64
> systems connected via hypertransport bridges. It appears that some systems,
> disable the hypertransport connections during a kdump operation when al
OK, here's the all-in-one patch based on David's most recent gpiolib fix,
Changes include:
1. use per gpio structure "gpio_desc", thus eliminating the restriction of
ARCH_GPIOS_PER_CHIP, thus making it possible leaving no holes in GPIOs
numbering
Note: the number of GPIOs on different G
* Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 26, 2007 at 09:28:36PM +0100, Ingo Molnar wrote:
> > the first SCHED_RR priority is 1, not 0 - so this call will always fail.
>
> Thanks for spotting this bug and rest of your review comments.
>
> Here's V4 of the patchset, aimed at
* Zhang, Yanmin <[EMAIL PROTECTED]> wrote:
> If echo "1">/proc/sys/kernel/sched_compat_yield before starting
> volanoMark testing, the result is very good with kernel 2.6.24-rc3 on
> my 16-core tigerton.
yep, that's known and has been discussed in detail on lkml. Java should
use something mor
[snip]
>
> Well I clearly goofed when I added the initial network namespace support
> for /proc/net. Currently things work but there are odd details visible
> to user space, even when we have a single network namespace.
>
> Since we do not cache proc_dir_entry dentries at the moment we can
> ju
Andi Kleen <[EMAIL PROTECTED]> writes:
> On Mon, Nov 26, 2007 at 08:47:40PM -0500, Neil Horman wrote:
>> Hey all-
>> I've been working on an issue lately involving multi socket x86_64
>> systems connected via hypertransport bridges. It appears that some systems,
>> disable the hypertransport
On Tue, Nov 27, 2007 at 12:09:10PM +0100, Ingo Molnar wrote:
> thanks, it looks good - but the fact that we are at v4 of the patchset
> underlines the point that this is more of a v2.6.25 patchset than a
> v2.6.24 one.
Fine. I will resubmit this patchset then once we are into 2.6.25 cycle.
> Gr
On Mon, Nov 26, 2007 at 04:04:08PM +0100, Joakim Tjernlund wrote:
> On Mon, 2007-11-26 at 17:29 +0300, Vitaly Bordug wrote:
> > fixed-link says: register new "Fixed/emulated PHY", i.e. PHY that
> > not connected to the real MDIO bus.
> >
> > Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
> > Sig
> ret = sparse_init_one_section(ms, section_nr, memmap, usemap);
> @@ -414,7 +418,7 @@ int sparse_add_one_section(struct zone *
> out:
> pgdat_resize_unlock(pgdat, &flags);
> if (ret <= 0)
> - __kfree_section_memmap(memmap, nr_pages);
> + kfree(usemap);
>
Clean up hungarian notation from timer code.
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
diff --git a/include/linux/timer.h b/include/linux/timer.h
index 78cf899..de0e713 100644
--- a/include/linux/timer.h
+++ b/include/linux/timer.h
@@ -5,7 +5,7 @@ #include
#include
#include
-struct t
arch_ptrace_attach() is a hook that allows the architecture to do
book-keeping after a ptrace attach. This patch adds a call to this
hook when handling a PTRACE_TRACEME request as well.
Currently only one architecture, m32r, implements this hook. When
called, it initializes a number of debug trap
On Mon, Nov 26, 2007 at 09:53:15PM -0800, Andrew Morton wrote:
> On Tue, 27 Nov 2007 16:24:24 +1100 "Bron Gondwana" <[EMAIL PROTECTED]> wrote:
>
> > On Mon, 26 Nov 2007 20:54:28 -0800, "Andrew Morton" <[EMAIL PROTECTED]>
> > said:
> > > On Thu, 22 Nov 2007 14:42:04 +1100 Bron Gondwana <[EMAIL PRO
Small cleanups to tick-related code. Wrong preempt count is followed
by BUG(), so it is hardly KERN_WARNING.
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c
index 1c0a7b8..6fa66f7 100644
--- a/kernel/time/tick-sched.c
+++ b/kernel/t
I was confused by FSEC = 10^15 NSEC statement, plus small whitespace
fixes. When there's copyright, there should be GPL.
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
diff --git a/arch/x86/kernel/hpet.c b/arch/x86/kernel/hpet.c
index 53303f2..be5d5b6 100644
--- a/arch/x86/kernel/hpet.c
+++ b/a
If hpet is not enabled in config, its init should not pretend to work,
and people should not try to get time from it.
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
diff --git a/include/asm-x86/hpet.h b/include/asm-x86/hpet.h
index b1f3c1e..1777d68 100644
--- a/include/asm-x86/hpet.h
+++ b/incl
Pavel Emelyanov <[EMAIL PROTECTED]> writes:
> [snip]
>
>>
>> Well I clearly goofed when I added the initial network namespace support
>> for /proc/net. Currently things work but there are odd details visible
>> to user space, even when we have a single network namespace.
>>
>> Since we do not c
On Mon, Nov 26, 2007 at 10:05:38PM -0800, Andrew Morton wrote:
> On Thu, 22 Nov 2007 22:41:16 +0100 Jiri Slaby <[EMAIL PROTECTED]> wrote:
> > Step aside. What's the purpose of having two similar patches for one issue,
> > it then warns about the same thing twice:
> > make-sure-nobodys-leaking-resou
Relative times are signed by nature, and timers can (briefly) have
expires in past. Print them as negative numbers.
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
diff --git a/kernel/time/timer_list.c b/kernel/time/timer_list.c
index 12c5f4c..7f6eaa9 100644
--- a/kernel/time/timer_list.c
+++ b/k
* Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 27, 2007 at 12:09:10PM +0100, Ingo Molnar wrote:
> > thanks, it looks good - but the fact that we are at v4 of the patchset
> > underlines the point that this is more of a v2.6.25 patchset than a
> > v2.6.24 one.
>
> Fine. I will re
Pavel Machek <[EMAIL PROTECTED]> writes:
> Relative times are signed by nature, and timers can (briefly) have
> expires in past. Print them as negative numbers.
>
> Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
>
> diff --git a/kernel/time/timer_list.c b/kernel/time/timer_list.c
> index 12c5f4c.
Sébastien Dugué <[EMAIL PROTECTED]> writes:
> From: Sebastien Dugue <[EMAIL PROTECTED]>
>
> Add a quirk to enable the MSI mapping capability on HyperTransport
> bridges.
>
> Wire Broadcom's HT1000 to use the quirk.
>
> This patch applies cleanly on 2.6.24-rc3-mm1 and was tested on 2.6.24-rc3
On Tue, Nov 27, 2007 at 11:10:28PM +1100, Bron Gondwana wrote:
> On Mon, Nov 26, 2007 at 09:53:15PM -0800, Andrew Morton wrote:
> > umm, really you want
> > /proc/sys/vm/dont-account-highmem-in-dirty-memory-calculations, only
> > shorter.
> >
> > Do you agree?
>
> I still read dirty_highmem as:
>
> On my powerbook, with NO_HZ and HIGH_RES_TIMERS, I observed recently
> that powernowd would not ever switch between CPU speeds.
Also happens without NO_HZ (with HIGH_RES_TIMERS).
johannes
signature.asc
Description: This is a digitally signed message part
On Tue, 2007-11-27 at 20:57 +1100, Paul Mackerras wrote:
> Johannes Berg writes:
>
> > Contrary to what I claimed later in the thread, my 64-bit powerpc box
> > (quad-core G5) doesn't suffer from this problem.
> >
> > Does anybody have any idea? I don't even know how to debug it further.
>
> I
On Mon, Nov 26, 2007 at 09:12:25PM -0700, Eric W. Biederman wrote:
> Neil Horman <[EMAIL PROTECTED]> writes:
>
> > Hey all-
> > I've been working on an issue lately involving multi socket x86_64
> > systems connected via hypertransport bridges. It appears that some systems,
> > disable the hy
On Tue, 2007-11-27 at 14:39 +0300, Anton Vorontsov wrote:
> On Mon, Nov 26, 2007 at 04:04:08PM +0100, Joakim Tjernlund wrote:
> > On Mon, 2007-11-26 at 17:29 +0300, Vitaly Bordug wrote:
> > > fixed-link says: register new "Fixed/emulated PHY", i.e. PHY that
> > > not connected to the real MDIO bus
On Mon, Nov 26, 2007 at 23:07:56 +0100, Rafael J. Wysocki wrote:
[...]
> On 2.6.23.1 you can test the freezer alone by doing
>
> # echo testproc > /sys/power/disk
> # echo disk > /sys/power/state
This is suspend to RAM, not to disk.
Regards,
Tino
-
To unsubscribe from this list: send the line
Hi,
this patch fixes a sles9 system hang in start_this_handle from a
customer with some heavy workload where all tasks are waiting on
kjournald to commit the transaction, but kjournald waits on t_updates
to go down to zero (it never does). This was reported as a lowmem
shortage deadlock but when c
Neil Horman <[EMAIL PROTECTED]> writes:
> What makes you say this? I don't see any need for interrupts prior to
> calibrate_delay()
Yes. calibrate_delay() is the first place we send interrupts over
hypertransport. However I/O still works. Thus hypertransport from
the first cpu is working, and
On Tue, Nov 27, 2007 at 11:55:03AM +0100, Andi Kleen wrote:
> On Mon, Nov 26, 2007 at 08:47:40PM -0500, Neil Horman wrote:
> > Hey all-
> > I've been working on an issue lately involving multi socket x86_64
> > systems connected via hypertransport bridges. It appears that some systems,
> > dis
On Mon, 26 Nov 2007, Jan Engelhardt wrote:
>
> On Nov 26 2007 11:13, Robert P. J. Day wrote:
> >> >>>Only on current machines. You'd break building kernel RPMs on older
> >> >>>systems that don't have rpmbuild installed.
> >> >>
> >> >> Those old machines probably do not even run a distro-fabricat
On Tue, 2007-11-27 at 16:00 +1100, Tony Breeds wrote:
> On Mon, Nov 26, 2007 at 05:23:13PM +0100, Johannes Berg wrote:
> > Contrary to what I claimed later in the thread, my 64-bit powerpc box
> > (quad-core G5) doesn't suffer from this problem.
> >
> > Does anybody have any idea? I don't even kn
his is any less reliable that what we have currently.
>
> It doesn't make things more reliable, and it adds code to a code path
> that already has to much code to be solid reliable (thus your
> problem).
>
> Putting the system back in PIC legacy mode on the kexec on panic path
> was supposed to
On Mon, Nov 26, 2007 at 05:17:18PM +0100, Jan Engelhardt wrote:
> rpm -b does not work in opensuse anymore (redirects you to use rpmbuild), and
> I
> bet fedora will do the same, so if you don't have rpm-build, tough luck for
> make rpm.
The point, if I understand it correctly, was that when rpmb
On Tue, Nov 27, 2007 at 02:17:11PM +0100, Joakim Tjernlund wrote:
>
> On Tue, 2007-11-27 at 14:39 +0300, Anton Vorontsov wrote:
> > On Mon, Nov 26, 2007 at 04:04:08PM +0100, Joakim Tjernlund wrote:
> > > On Mon, 2007-11-26 at 17:29 +0300, Vitaly Bordug wrote:
> > > > fixed-link says: register new
Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 27, 2007 at 03:26:52PM +1100, Rusty Russell wrote:
>> On Monday 26 November 2007 16:58:08 Roland Dreier wrote:
>> > > > I agree that we shouldn't make things too hard for out-of-tree
>> > > > modules, but I disagree with your first statement: th
On Tue, 2007-11-27 at 16:59 +0300, Anton Vorontsov wrote:
> On Tue, Nov 27, 2007 at 02:17:11PM +0100, Joakim Tjernlund wrote:
> >
> > On Tue, 2007-11-27 at 14:39 +0300, Anton Vorontsov wrote:
> > > On Mon, Nov 26, 2007 at 04:04:08PM +0100, Joakim Tjernlund wrote:
> > > > On Mon, 2007-11-26 at 17:
On Tue, Nov 27, 2007 at 06:28:13AM -0700, Eric W. Biederman wrote:
> Neil Horman <[EMAIL PROTECTED]> writes:
>
> > What makes you say this? I don't see any need for interrupts prior to
> > calibrate_delay()
>
> Yes. calibrate_delay() is the first place we send interrupts over
> hypertransport.
As Eric pointed out, there is no problem with init starting with sid == pgid
== 0, and this was historical linux behavior changed in 2.6.18.
Remove kernel_init()->__set_special_pids().
This change and the previous change in daemonize() mean that /sbin/init does
not need the special "session != 1"
> OK, short of making IPv4 a module (which would be a worthy task :)
At some point there were patches, it is probably not very difficult.
But DaveM resisted at some point because he didn't want people
to replace the network stack (although I personally don't have a problem
with that)
> do you hav
Pavel Machek <[EMAIL PROTECTED]> writes:
> Hi!
>
>
>> > Relative times are signed by nature, and timers can (briefly) have
>> > expires in past. Print them as negative numbers.
>> >
>> > Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
>> >
>> > diff --git a/kernel/time/timer_list.c b/kernel/time/t
On Tue, Nov 27, 2007 at 01:53:12PM +0100, Ingo Molnar wrote:
> > Fine. I will resubmit this patchset then once we are into 2.6.25
> > cycle.
>
> no need (unless you have bugfixes) i'm carrying this around in the
> scheduler git tree. (it will show up in sched-devel.git)
Cool .. Thx! It will get
On Tue 2007-11-27 15:19:27, Andreas Schwab wrote:
> Pavel Machek <[EMAIL PROTECTED]> writes:
>
> > Hi!
> >
> >
> >> > Relative times are signed by nature, and timers can (briefly) have
> >> > expires in past. Print them as negative numbers.
> >> >
> >> > Signed-off-by: Pavel Machek <[EMAIL PROTECT
Hi!
> > Relative times are signed by nature, and timers can (briefly) have
> > expires in past. Print them as negative numbers.
> >
> > Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
> >
> > diff --git a/kernel/time/timer_list.c b/kernel/time/timer_list.c
> > index 12c5f4c..7f6eaa9 100644
> > --
Linus,
Please pull the the kvm updates in
git://git.kernel.org/pub/scm/linux/kernel/git/avi/kvm.git for-linus
fixing some x86 emulator and AMD FPU handling regressions.
Amit Shah (2):
KVM: x86 emulator: Use emulator_write_emulated and not emulator_write_std
KVM: SVM: Fix FPU leak
On Tue, Nov 27, 2007 at 02:45:56PM +0100, Andi Kleen wrote:
> his is any less reliable that what we have currently.
> >
> > It doesn't make things more reliable, and it adds code to a code path
> > that already has to much code to be solid reliable (thus your
> > problem).
> >
> > Putting the sy
Andrew,
Following this discussion http://lkml.org/lkml/2007/11/27/54, I
resend the three patches that I've sent last friday to let you have all of
them in the right order.
Thanks,
--
Pierre Peiffer
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
1 - 100 of 380 matches
Mail list logo
