From: Martin Devera <[EMAIL PROTECTED]>
HTB is event driven algorithm and part of its work is to apply
scheduled events at proper times. It tried to defend itself from
livelock by processing only limited number of events per dequeue.
Because of faster computers some users already hit this hardcode
Hi Greg,
On Thu, 14 Feb 2008 12:20:32 -0800 Greg KH <[EMAIL PROTECTED]> wrote:
>
> Could you change the Makefile to show that if we build and run this
> tree, it really isn't Linus's tree? Yes, I know the -git number will be
> different, but that might not be very obvious to people reading bug
>
Linus, please pull from
master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git for-linus
This tree is also available from kernel.org mirrors at:
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
for-linus
This will get a few post-2.6.25-rc1 fixes:
Eli Cohe
On Thu, 2008-02-14 at 23:18 +0100, Miklos Szeredi wrote:
> I understand perfectly that this is what you want to do. And I'm
> saying that the following code snippet should do exactly the same,
> without having to add a new syscall:
>
> char tmpbuf[64];
> sprintf(tmpbuf, "/proc/self/
On 14.02.2008 [23:16:44 +0100], Mariusz Kozlowski wrote:
> Hello,
>
> > > > Is it just me, or does
> > > >
> > > > ((user_addr + iov[seg].iov_len + PAGE_SIZE - 1)/PAGE_SIZE -
> > > > user_addr/PAGE_SIZE)
> > > >
> > > > not simplify to
> > > >
> > > > = ((iov[seg].iov_len + PAGE
On Wed, Feb 13, 2008 at 8:58 AM, Greg KH <[EMAIL PROTECTED]> wrote:
>
> On Wed, Feb 13, 2008 at 12:39:13PM +0100, Frans Pop wrote:
> > On Tuesday 12 February 2008, Greg KH wrote:
> > > On Tue, Feb 12, 2008 at 09:39:14PM +0100, Frans Pop wrote:
> > > > On Monday 11 February 2008, Frans Pop wrote:
On Thu, 14 Feb 2008, Linus Torvalds wrote:
>
> It should insert the resource to the root resource (or a bridge resource),
> or not at all. If somebody else has already inserted a real device
> resource, we already know about it, and the PnP information is going to be
> just making things wors
Hi Sam,
On Thu, 14 Feb 2008 21:23:23 +0100 Sam Ravnborg <[EMAIL PROTECTED]> wrote:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/sam/kbuild.git master
Added, thanks.
> It is rebased from time to time and is what gets into -mm
That's fine.
--
Cheers,
Stephen Rothwell[EM
Arjan van de Ven wrote:
> Bill Davidsen wrote:
>> Note that because the hardware is old, it's highly likely that most
>> of it will be retired before that sk98lin driver needs a change. I
>> can't see anyone using sk98lin on a new system, so it would be less
>> contentious to let the hardware (or u
* Jakub Jelinek <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 14, 2008 at 09:25:35PM +0100, Ingo Molnar wrote:
> > The per function call overhead from stackprotector is already pretty
> > serious IMO, but at least that's something that GCC _could_ be doing
> > (much) smarter (why doesnt it jne forwa
On Fri, Feb 15, 2008 at 12:35:37AM +1100, Stephen Rothwell wrote:
> Also, more trees please ... :-)
The current XFS tree that goes into -mm is:
git://oss.sgi.com:8090/xfs/xfs-2.6.git master
Cheers,
Dave.
--
Dave Chinner
Principal Engineer
SGI Australian Software Group
--
To unsubscribe from th
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> On 14 Feb 2008 at 17:35, Jakub Jelinek wrote:
>
> > Where do you see a mispredicted branch?
>
> try it with -Os (gentoo gcc 4.2.2):
>
> :
>0: 48 83 ec 58 sub$0x58,%rsp
>4: 65 48 8b 04 25 28 00 00 00
Malte Schröder wrote:
> Hello,
> on one of my machines neither 2.6.24 nor 2.6.24.1 work.
> The system is 64bit on Athlon X2 and ATI-Chipset (SB600).
>
> Extract from the kernel messages during boot:
>
> [ 66.943103] ahci :00:12.0: controller can't do 64bit DMA, forcing 32bit
> [ 66.950374
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
---
drivers/isdn/hisax/Kconfig |4 +-
drivers/isdn/hisax/Makefile |3 +-
drivers/isdn/hisax/bkm_a4t.c | 115 --
drivers/isdn/hisax/config.c | 27 --
4 files changed, 92 insertions(+), 57 d
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
---
drivers/isdn/hisax/Kconfig|4 +-
drivers/isdn/hisax/Makefile |3 +-
drivers/isdn/hisax/config.c | 11 +
drivers/isdn/hisax/enternow_pci.c | 93 ++---
4 files changed, 72 insertion
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
---
drivers/isdn/hisax/Kconfig |8 +-
drivers/isdn/hisax/Makefile |4 +-
drivers/isdn/hisax/config.c | 66 +--
drivers/isdn/hisax/hfc_pci.c | 142 --
drivers/isdn/hisax/w6692.c |
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
---
drivers/isdn/hisax/Kconfig |8 ++--
drivers/isdn/hisax/Makefile |6 ++-
drivers/isdn/hisax/config.c | 41 ++
drivers/isdn/hisax/nj_s.c | 100 +++
drivers/isdn/hisax/nj_u.c |
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
---
drivers/isdn/hisax/Kconfig|4 +-
drivers/isdn/hisax/Makefile |2 +-
drivers/isdn/hisax/config.c | 21 +
drivers/isdn/hisax/telespci.c | 95 -
4 files changed, 81 insertions(+), 41
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
---
drivers/isdn/hisax/Kconfig |4 +-
drivers/isdn/hisax/Makefile |2 +-
drivers/isdn/hisax/avm_pci.c | 322 ++
drivers/isdn/hisax/config.c | 22 +---
4 files changed, 235 insertions(+), 115 delet
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
---
drivers/isdn/hisax/Kconfig |3 +-
drivers/isdn/hisax/Makefile |2 +-
drivers/isdn/hisax/config.c | 25 +
drivers/isdn/hisax/gazel.c | 248 --
4 files changed, 194 insertions(+), 84 deletions
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
---
drivers/isdn/hisax/Kconfig |3 +-
drivers/isdn/hisax/Makefile |2 +-
drivers/isdn/hisax/config.c | 26 +---
drivers/isdn/hisax/niccy.c | 460 +++
4 files changed, 334 insertions(+), 157 deletion
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
---
drivers/isdn/hisax/Kconfig |3 +-
drivers/isdn/hisax/Makefile |3 +-
drivers/isdn/hisax/avm_pci.c |9 +-
drivers/isdn/hisax/config.c | 27 +---
drivers/isdn/hisax/diva.c| 452 ++
drive
---
drivers/isdn/hisax/Kconfig |4 +-
drivers/isdn/hisax/Makefile |2 +-
drivers/isdn/hisax/bkm_a8.c | 186 +-
drivers/isdn/hisax/config.c | 48 +---
4 files changed, 133 insertions(+), 107 deletions(-)
diff --git a/drivers/isdn/hisax/Kc
---
SIDE NOTE -- this obviously needs to be ordered at the beginning of the
patchset.
drivers/isdn/hisax/hisax_proto.h | 25 +
1 files changed, 25 insertions(+), 0 deletions(-)
create mode 100644 drivers/isdn/hisax/hisax_proto.h
diff --git a/drivers/isdn/hisax/hisax
On Wed, Feb 13, 2008 at 11:16:02PM +0100, Mariusz Kozlowski wrote:
> Hello,
>
> I tried 2.6.25-rc1 and latest git on my laptop (x86 32bit) and have a
> problem.
> Linux boots but with huge delay due to some issue with loading usb modules.
> Udev complains:
>
> 'Could not lock modprobe uhci
Hi Randy,
On Thu, 14 Feb 2008 08:42:33 -0800 Randy Dunlap <[EMAIL PROTECTED]> wrote:
>
> On Fri, 15 Feb 2008 01:42:10 +1100 Stephen Rothwell wrote:
>
> > Also, if you only want a subset of the series file included, you can mark
> > the patches with
> >
> > # NEXT_PATCHES_START
> > .
> >
Hi Bart,
On Thu, 14 Feb 2008 20:20:39 +0100 Bartlomiej Zolnierkiewicz <[EMAIL
PROTECTED]> wrote:
>
> Please add
>
> http://kernel.org/pub/linux/kernel/people/bart/pata-2.6/patches/
>
> to linux-next.
Added, thanks.
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http:/
On Tue, Jul 17, 2007 at 11:04:04PM -0400, Jeff Garzik wrote:
>
> This is a refresh of an on-going work-in-progress: convert the last
> remaining users of pci_find_device() to the ISA/PCI/etc. hotplug APIs
> now in standard use. After SCSI's gdth, ISDN's HiSax suite of drivers
> are just about t
* Yinghai Lu <[EMAIL PROTECTED]> wrote:
> after disable cpufreq, i got
>
> ACPI: Preparing to enter system sleep state S5
> Disabling non-boot CPUs ...
> kvm: disabling virtualization on CPU1
> CPU 1 is now offline
> CPU1 is down
> kvm: disabling virtualization on CPU2
> CPU 2 is now offline
> =
Greg KH wrote:
I have some patches in my pci tree to get rid of some pci_find_slot()
usages, as well, so we are almost rid of these old functions.
Good... I was avoiding that area, silently hoping that someone else
would handle that part for me :)
Jeff
--
To unsubscribe from this
On Thu, 14 Feb 2008 12:42:09 -0800 Greg KH <[EMAIL PROTECTED]> wrote:
>
> > # BASE
>
> My trees are now marked with this.
Thanks.
> > # NEXT_PATCHES_START
> > .
> > .
> > # NEXT_PATCHES_END
>
> Oh, that's nice.
Thanks, but not my idea - kudos to Alasdair Kergon.
> Can we write these
Hi Sam,
On Thu, 14 Feb 2008 21:50:31 +0100 Sam Ravnborg <[EMAIL PROTECTED]> wrote:
>
> A non-intrusive way to do so would be to add a file in the
> top-level directory and name it localversion*.
>
> For example:
> echo '-next' > localversion-next
Excellent, I will do this for the next release.
Apologies to those who missed this patchset... it carried the original
patch creation date (July 2007).
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Pl
On Thu, Feb 14, 2008 at 01:53:15PM -0800, Harvey Harrison wrote:
> In C, signed 1-bit bitfields can only take the values 0 and -1, only
> 0 and 1 are ever assigned in current code. Make them unsigned
> bitfields.
>
> Fixes the (repeated) sparse errors:
> drivers/mtd/ubi/ubi.h:220:15: error: dubio
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> > > Fix bug noticed by Ingo of __va() wrapping on 32bit
> >
> > what you should realize is that had we applied your previous patch
> > in a rush, it would have introduced a far more serious regression
> > than the type of problem you are trying to
Hi Jeff,
On Thu, 14 Feb 2008 16:03:19 -0500 Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
> Please add the 'NEXT' branch of
> git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
>
> to your list. This is a throwaway meta-branch that is rebased often.
Added, thanks.
> I will continu
On Thu, Feb 14, 2008 at 01:53:15PM -0800, Harvey Harrison wrote:
> In C, signed 1-bit bitfields can only take the values 0 and -1, only
> 0 and 1 are ever assigned in current code. Make them unsigned
> bitfields.
>
> Fixes the (repeated) sparse errors:
> drivers/mtd/ubi/ubi.h:220:15: error: dubio
Lukas Hejtmanek wrote:
> Hello,
>
> whom should I blame about disk schedulers?
>
> I have the following setup:
> 1Gb network
> 2GB RAM
> disk write speed about 20MB/s
>
> If I'm scping file (about 500MB) from the network (which is faster than the
> local disk), any process is totally unable to r
On Thu, Feb 14, 2008 at 3:48 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Yinghai Lu <[EMAIL PROTECTED]> wrote:
>
> > after disable cpufreq, i got
> >
> > ACPI: Preparing to enter system sleep state S5
> > Disabling non-boot CPUs ...
> > kvm: disabling virtualization on CPU1
> > CPU 1 is
* move netjet, isac, arcofi, hscx common sub-modules to new libhisax.ko
* export several symbols that are used by external drivers
* move DEFAULT_PROTO* deterination to shareable header file
* add hotplug and PCI-remove APIs
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
---
drivers/isdn/hisax/Ma
For the vast majority of CardType[card->typ] uses (but not all!),
the string is constant for each driver. Therefore, we may replace
CardType[card->typ] with the actual string describing the driver, making
each printk() a bit more simple.
This also has the nice, intended side effect of greatly red
Now that the previous no-behavior-change code movement patches have
occurred, we can easily replace the big per-card "call the setup
function for " switch statement with a function pointer.
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
---
drivers/isdn/hisax/config.c| 14 +-
dr
This is a refresh of an on-going work-in-progress: convert the last
remaining users of pci_find_device() to the ISA/PCI/etc. hotplug APIs
now in standard use. After SCSI's gdth, ISDN's HiSax suite of drivers
are just about the last place using the older API.
A few rough edges remain, and I'm n
On Thursday 14 February 2008 04:14:45 pm Linus Torvalds wrote:
>
> On Thu, 14 Feb 2008, Linus Torvalds wrote:
> >
> > It should insert the resource to the root resource (or a bridge resource),
> > or not at all. If somebody else has already inserted a real device
> > resource, we already know a
* Harvey Harrison <[EMAIL PROTECTED]> wrote:
> > > Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
> >
> > It looks good to me.
> >
> > Acked-by: Masami Hiramatsu <[EMAIL PROTECTED]>
> >
> > Thank you,
>
> Ingo, could you take this in x86.git?
thanks Harvey, applied.
Ingo
--
To u
Hi Ray,
> > > i prefer another name [!relative].
> >
> > Any suggestions?
> >
> > I'll give the name some thought myself.
> > I like good names, and this is the right
> > time to get this one right.
>
> 'Relative map' implies a constant offset. What you have there is just
> a map as relmap c
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> This patch removes the mca-pentium boot option that was a noop.
thanks Adrian, applied.
> 4 files changed, 12 deletions(-)
btw, it saved some text too:
arch/x86/kernel/cpu/bugs.o:
textdata bss dec hex filename
651 77
On Thu, 2008-02-14 at 14:20 -0800, Andrew Morton wrote:
> On Sun, 10 Feb 2008 11:10:15 +0100
> Marcin Slusarz <[EMAIL PROTECTED]> wrote:
>
> > fs/ext2/super.c |8 +++-
> > fs/ext3/super.c |2 +-
> > fs/ext4/super.c |2 +-
>
> Please don't bundle the filesystem patches in this mann
Hi Trond,
On Thu, 14 Feb 2008 17:27:57 -0500 Trond Myklebust <[EMAIL PROTECTED]> wrote:
>
> Please add the 'linux-next' branch of
>
> git://git.linux-nfs.org/projects/trondmy/nfs-2.6.git
Added, thanks.
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http://www.canb.auug.org.
On Thu, 14 Feb 2008, Bjorn Helgaas wrote:
>
> That makes sense, but ... there are BIOSes that actually list nested
> resources, e.g., http://bugzilla.kernel.org/show_bug.cgi?id=9514#c29 :
>
> [00290 - 00294] Motherboard resources
> [00290 - 0029F] Motherboard resources
He
On Fri, Feb 15, 2008 at 01:27:36AM +0100, Ingo Molnar wrote:
>...
> btw., it would be nice if someone could try a "smallest possible, but
> still usable" x86 kernel.
>
> the smallest one i could do, and which was still usable via the
> networking, is the config below. It has a vmlinux of:
>
>
No one is using this function anymore for quite some time, so remove it.
Everyone calls pci_dev_present() instead anyway...
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/pci/search.c | 35 +++
include/linux/pci.h |2 --
2 files changed, 1
This isn't needed, we can just walk the devices in bus order with no
problems at all, as we really want to remove pci_get_device_reverse from
the kernel tree.
Acked-by: Muli Ben-Yehuda <[EMAIL PROTECTED]>
Cc: Jon Mason <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
Here are a series of 12 patches that I've added to my quilt tree for
2.6.26 that delete the "shadow" PCI device tree. There is no real need
to keep two lists of all PCI devices in the kernel, the driver core
should be able to properly handle all of this.
We do keep the bus list of devices, as tha
This option is obsolete and can be removed safely.
It allows us to remove the pci_get_device_reverse() function from the
PCI core.
Cc: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/ide/ide-scan-pci.c |9 ++---
drivers/ide
This removes the pci_get_device_reverse function as there should not be
any need to walk pci devices backwards anymore. All users of this call
are now gone from the tree, so it is safe to remove it.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/pci/search.c | 41 ---
This cleans up the search.c file, now using the pci list of devices that
are created for the driver core, instead of relying on our separate list
of devices. It's better to use the functions already created for this
kind of thing, instead of rolling our own all the time.
This work is done in anti
The following changes since commit e760e716d47b48caf98da348368fd41b4a9b9e7e:
Linus Torvalds (1):
Merge git://git.kernel.org/.../jejb/scsi-rc-fixes-2.6
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/christoph/vm.git slab-linus
Adrian Bunk (1):
This removes the depandancy of the cpcihp driver from the PCI_LEGACY
config option by removing its usage of the pci_find_bus() function.
Cc: Kristen Carlson Accardi <[EMAIL PROTECTED]>
Cc: Scott Murray <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/pci/hotp
This was marked incorrectly for some reason. Allow the ibmphp driver to
be built even if PCI_LEGACY is not enabled.
Cc: Kristen Carlson Accardi <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/pci/hotplug/Kconfig |2 +-
1 files changed, 1 insertions(+), 1
We currently keep 2 lists of PCI devices in the system, one in the
driver core, and one all on its own. This second list is sorted at boot
time, in "BIOS" order, to try to remain compatible with older kernels
(2.2 and earlier days). There was also a "nosort" option to turn this
sorting off, to re
no_pci_devices() should use the driver core list of PCI devices, not our
"separate" one.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/pci/probe.c | 17 ++---
1 files changed, 14 insertions(+), 3 deletions(-)
diff --git a/drivers/pci/probe.c b/drivers/pci/probe.
This lets us check if the device is really added to the driver core or
not, which is what we need when walking some of the bus lists. The flag
is there in anticipation of getting rid of the other PCI device list,
which is what we used to check in this situation.
Signed-off-by: Greg Kroah-Hartman
This function was obviously never being used since early 2.5 days as any
device that it would try to remove would never really be removed from
the system due to the PCI device list being held in the driver core, not
the general list of PCI devices.
As we have not had a single report of a problem h
On Thu, 14 Feb 2008 14:51:19 -0800
Hiroshi Shimamoto <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I posted 2 patches to fix kernel panic and memory leak.
> http://lkml.org/lkml/2008/2/14/282
> http://lkml.org/lkml/2008/2/14/283
>
> But, I think this patch is better than old ones.
>
> ---
> From: Hirosh
This patch finally removes the global list of PCI devices. We are
relying entirely on the list held in the driver core now, and do not
need a separate "shadow" list as no one uses it.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/pci/bus.c|4
drivers/pci/probe.c
Hi all,
Initial status can be seen here
http://kisskb.ellerman.id.au/kisskb/branch/9/ (I hope to make a better
URL soon). Suggestions for more compiler/config combinations are
welcome, but we can't necessarily commit to fulfilling all you
wishes. :-)
--
Cheers,
Stephen Rothwell
Hi David,
On Fri, 15 Feb 2008 10:17:02 +1100 David Chinner <[EMAIL PROTECTED]> wrote:
>
> The current XFS tree that goes into -mm is:
>
> git://oss.sgi.com:8090/xfs/xfs-2.6.git master
Added, thanks.
I have put you as the contact point - is this correct? I notice that the
MAINTAINERS file has a
The pattern for making a config option on purpose not available is a
dependency on BROKEN.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
79b6f4490cadd62b3601f653df8a27ec2295adf0 diff --git a/lib/Kconfig.debug
b/lib/Kconfig.debug
index a370fe8..9fad6da 100644
--- a/lib/Kconfig.debug
+++ b/l
On Thu, 14 Feb 2008 17:21:52 -0600 Olof Johansson <[EMAIL PROTECTED]> wrote:
>
> On Thu, Feb 14, 2008 at 02:58:22PM -0600, Becky Bruce wrote:
>
> > Thanks for picking up the patches from Kumar and myself and fitting
> > them into your series - this is much appreciated. FYI, I applied the
> >
Hi Roland,
On Thu, 14 Feb 2008 15:22:46 -0800 Roland Dreier <[EMAIL PROTECTED]> wrote:
>
> For InfiniBand/RDMA, the tree is:
>
> master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git for-next
>
> or via git protocol:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/roland/i
On Fri, Feb 15, 2008 at 11:42:53AM +1100, Stephen Rothwell wrote:
> Hi all,
>
> Initial status can be seen here
> http://kisskb.ellerman.id.au/kisskb/branch/9/ (I hope to make a better
> URL soon). Suggestions for more compiler/config combinations are
> welcome, but we can't necessarily commit to
On Fri, Feb 15, 2008 at 11:50:40AM +1100, Stephen Rothwell wrote:
> Hi David,
>
> On Fri, 15 Feb 2008 10:17:02 +1100 David Chinner <[EMAIL PROTECTED]> wrote:
> >
> > The current XFS tree that goes into -mm is:
> >
> > git://oss.sgi.com:8090/xfs/xfs-2.6.git master
>
> Added, thanks.
>
> I have p
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> On Thu, 14 Feb 2008, Stephen Rothwell wrote:
> >
> > Originally, I assumed the stable branch would be for our "usual" API
> > changes, but it appears we are not having any more of those. :-)
>
> It's not that we should _never_ have them, it's that
* Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> On Thu, 14 Feb 2008 14:51:19 -0800
> Hiroshi Shimamoto <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > I posted 2 patches to fix kernel panic and memory leak.
> > http://lkml.org/lkml/2008/2/14/282
> > http://lkml.org/lkml/2008/2/14/283
> >
> > But,
Hans-Jürgen Koch <[EMAIL PROTECTED]> wrote:
> schrieb Jan Engelhardt <[EMAIL PROTECTED]>:
>> There is a much more interesting 'problem' with a "/dev/null
>> directory".
>>
>> Q: Why would you need such a directory?
>> A: To temporarily fool a program into believing it wrote something.
>>
>> Q: S
On Thu, 14 Feb 2008, Andrew Morton wrote:
> > This patch is intended for easy backporting and needs to be cleaned up
> > further for current mainline.
>
> So...
>
> I queued up this version with a cc to stable under the assumption that this
> is the patch which should be applied to 2.6.x.y, but t
14 Şub 2008 Per tarihinde, Geert Uytterhoeven şunları yazmıştı:
> To me these constructs look like good candidates for replacement by
> printk_ratelimit()?
>
> Gr{oetje,eeting}s,
What about something like following?
Use printk_ratelimit() instead of jiffies based arithmetic, suggested by Geert
When the futex init code fails to initialize the futex pseudo file
system it returns early without initializing the hash queues. Should
the boot succeed then a futex syscall which tries to enqueue a waiter
on the hashqueue will crash due to the unitilialized plist heads.
Initialize the hash queues
Hi,
Just trying out 2.6.24.2 and in unloading some modules which I don't need
managed to generate kernel oopsii. My apologies if these had been reported,
I did a search and didn't see any other reports.
rmmod fan gives:
Feb 14 19:02:22 nike kernel: [ 150.012343] WARNING: at fs/proc/generic.c:73
Stephen Rothwell wrote:
Hi all,
Initial status can be seen here
http://kisskb.ellerman.id.au/kisskb/branch/9/ (I hope to make a better
URL soon). Suggestions for more compiler/config combinations are
welcome, but we can't necessarily commit to fulfilling all you
wishes. :-)
i386 allmodconfi
> -Original Message-
> From: Christoph Lameter [mailto:[EMAIL PROTECTED]
> Sent: Thursday, February 14, 2008 2:49 PM
> To: Caitlin Bestler
> Cc: linux-kernel@vger.kernel.org; [EMAIL PROTECTED];
[EMAIL PROTECTED];
> [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: [ofa-general] Re: Dema
Not all architectures implement futex_atomic_cmpxchg_inatomic(). The
default implementation returns -ENOSYS, which is currently not handled
inside of the futex guts.
Futex PI calls and robust list exits with a held futex result in an
endless loop in the futex code on architectures which have no s
This patch enables to export code/name of capabilities supported
on the running kernel.
A newer kernel sometimes adds new capabilities, like CAP_MAC_ADMIN
at 2.6.25. However, we have no interface to disclose what capabilities
are supported on this kernel. Thus, we have to maintain libcap version
i
David Miller wrote:
From: Jozsef Kadlecsik <[EMAIL PROTECTED]>
Date: Thu, 14 Feb 2008 16:02:29 +0100 (CET)
Hi,
On Sun, 10 Feb 2008, Jeff Chua wrote:
Please note the lastest git commit is missing one part (which was in Jozsef's
original patch).
Sorry everyone, that's my fault: the patch I sen
On Thu, 14 Feb 2008, David Rientjes wrote:
> We'll need to decide whether mpol_equal() is determining the equality of
> the currently effected mempolicy (whereas policy->user_nodemask is
> irrelevant) or the whole intended mempolicy overall.
>
I've done the latter in the latest patchset.
Sinc
Tejun Heo wrote:
> Hello,
>
> Andrew Morton wrote:
>> On Thu, 14 Feb 2008 09:40:51 +0900
>> Tejun Heo <[EMAIL PROTECTED]> wrote:
>>
>>> Can you please take a look at ata_eh_link_report() in
>>> drivers/ata/libata-eh.c?
>> I did. Punishment?
>
> Heh.. :-)
>
>>> Currently, it has some problems.
Comparing with kernel 2.6.24, tbench result has regression with
2.6.25-rc1.
1) On 2 quad-core processor stoakley: 4%.
2) On 4 quad-core processor tigerton: more than 30%.
bisect located below patch.
b4ce92775c2e7ff9cf79cca4e0a19c8c5fd6287b is first bad commit
commit b4ce92775c2e7ff9cf79cca4e0a19
Kohei KaiGai wrote:
<...snip...>
> +static int __init capability_export_names(void)
> +{
> + /* make /sys/kernel/capability */
> + capability_kobj = kobject_create_and_add("capability", kernel_kobj);
> + if (!capability_kobj)
> + goto error0;
> +
> + /* make /sys/kerne
On (14/02/08 12:41), Mike Travis didst pronounce:
> Mel Gorman wrote:
> > On (13/02/08 10:45), Mike Travis didst pronounce:
> >> Mel Gorman wrote:
> >>> On (03/02/08 17:16), Andrew Morton didst pronounce:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24/2.6.24-mm1/
>
On Thu, Feb 14, 2008 at 08:24:27PM -0500, Chris Snook wrote:
> Stephen Rothwell wrote:
> >Hi all,
> >
> >Initial status can be seen here
> >http://kisskb.ellerman.id.au/kisskb/branch/9/ (I hope to make a better
> >URL soon). Suggestions for more compiler/config combinations are
> >welcome, but we
Hi David,
On Fri, 15 Feb 2008 12:10:42 +1100 David Chinner <[EMAIL PROTECTED]> wrote:
>
> > I notice that the
> > MAINTAINERS file has a different contact for XFS.
>
> Yup - [EMAIL PROTECTED] If you want a real person
> on the end of problem reports feel free to leave me there,
> but you should r
On Thu, Feb 14, 2008 at 3:48 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Yinghai Lu <[EMAIL PROTECTED]> wrote:
>
> > after disable cpufreq, i got
> >
> > ACPI: Preparing to enter system sleep state S5
> > Disabling non-boot CPUs ...
> > kvm: disabling virtualization on CPU1
> > CPU 1 is
> We *ought* to be safe after cpu_init() ... which is called from setup_arch(),
> which is several calls before sched_init().
Perhaps what is happening is that cpu0 comes online ... safely skips
over the early printk calls. Calls cpu_init() which sets up the resources
*it* needs (ar.k3 points to
On Thu, 2008-02-14 at 13:06 +0100, Andi Kleen wrote:
> > For EFI runtime service in virtual mode, using direct mapping is mainly
> > for kexec, where EFI runtime memory area need to be mapped at same
> > virtual address across kexec.
>
> I see. I didn't consider this aspect.
>
> > - Use direct m
Set ret to -ENOMEM when kobject_create_and_add() returns NULL.
Signed-off-by: Li Zefan <[EMAIL PROTECTED]>
---
drivers/infiniband/core/sysfs.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/infiniband/core/sysfs.c b/drivers/infiniband/core/sysfs.c
index c864e
It's possible that the values used in and returned from jiffies_to_usecs() are
incorrect because of truncation when variables of type u64 are involved. So a
function specific to that type is used instead.
Diff'd against: linux/kernel/git/torvalds/linux-2.6.git
Signed-off-by: Jonathan Lim <[EMAIL
On Fri, 15 Feb 2008 10:49:31 +0900 Tejun Heo <[EMAIL PROTECTED]> wrote:
> > printk is a special case, I think. It's the primary logging/debugging
> > method which can't fail and as it's mostly interpreted by human beings
> > (and developers in problematic cases), it has different maneuvering room
Hi, Ingo,
Please revert this patch. Because it does not work with 1GB pages.
Although the original implementation does not work with 1GB pages too,
it can be fixed easier than this one. I will compose a new patch to fix
the original implementation.
Best Regards,
Huang Ying
On Wed, 2008-02-13 at
Andrew Morton wrote:
>>> printk is a special case, I think. It's the primary logging/debugging
>>> method which can't fail and as it's mostly interpreted by human beings
>>> (and developers in problematic cases), it has different maneuvering room
>>> on errors - ie. it's far better to print messag
401 - 500 of 563 matches
Mail list logo
