On Thu, Sep 13, 2007 at 10:34:02AM +0400, Alexey Dobriyan wrote:
> [non-terminated PCI ids arrays]
>
> Here is compile-time hack (yep, warped and whitespace damaged :))
> It's better than modpost-time hack. because it triggers earlier.
> It's worse than modpost-time hack, because of tree-wide chan
Bryan Wu wrote:
Hi Linus,
Please pull from 'for-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/cooloney/blackfin-2.6.git for-linus
to receive the following updates:
arch/blackfin/mach-common/pm.c |6 ++
include/asm-blackfin/mach-bf561/cdefBF561.h |4 +-
inc
Alexey Dobriyan wrote:
-static struct pci_device_id rtl8139_pci_tbl[] = {
+PCI_MODULE_DEVICE_TABLE_BEGIN(rtl8139_pci_tbl)
{0x10ec, 0x8139, PCI_ANY_ID, PCI_ANY_ID, 0, 0, RTL8139 },
{0x10ec, 0x8138, PCI_ANY_ID, PCI_ANY_ID, 0, 0, RTL8139 },
{0x1113, 0x1211, PCI_ANY_ID, PCI_AN
[non-terminated PCI ids arrays]
Here is compile-time hack (yep, warped and whitespace damaged :))
It's better than modpost-time hack. because it triggers earlier.
It's worse than modpost-time hack, because of tree-wide changes.
diff --git a/drivers/net/8139too.c b/drivers/net/8139too.c
index f4e4
http://bugzilla.kernel.org/show_bug.cgi?id=8833
We write 0x to BARs to detect BAR size, this will change BAR
base to 0xfxx depends on BAR size. In the bug, PCI MCFG base address
is 0xf400. One PCI device (gfx) has a 256M BAR, the detection code
will temprarily change it to 0xf00
On Mon, 2007-09-10 at 15:20 -0300, Glauber de Oliveira Costa wrote:
> The assumption that we have an overall irqs_pending flags,
> and a one-to-one lguest <-> task mapping fails to hold on x86_64,
> where we can have multiple puppies, aka vcpus.
>
> Although ifdefs could be used, it makes the code
On Sep 13 2007 14:52, [EMAIL PROTECTED] wrote:
>Al Boldi:
>> It turns out that the problem was this in dentry.c:
> :::
>> Commenting the #if block makes it compile now.
>>
>> Works great too. Even performance wise. Needs more testing though.
>
>Thank you for your report and forwarding you
> > [Was: Re: [PATCH] Revised timerfd() interface]
> >
> > > Michael, could you please refresh our memories with a brief,
> > > from-scratch summary of what the current interface is, followed
> > > by a summary of what you believe to be the shortcomings to be?
> >
> > Andrew,
> >
> > I'll break
J. Bruce Fields wrote:
> On Tue, Sep 11, 2007 at 04:38:13PM +0400, Pavel Emelyanov wrote:
>> This is a known feature that such "re-locking" is not atomic,
>> but in the racy case the file should stay locked (although by
>> some other process), but in this case the file will be unlocked.
>
> That's
On Tue, Sep 11, 2007 at 01:19:30PM -0700, Christoph Lameter wrote:
> On Tue, 11 Sep 2007, Nick Piggin wrote:
>
> > The impression I got at vm meeting was that SLUB was good to go :(
>
> Its not? I have had Intel test this thoroughly and they assured me that it
> is up to SLAB.
Christoph, Not su
Al Boldi:
> It turns out that the problem was this in dentry.c:
:::
> Commenting the #if block makes it compile now.
>
> Works great too. Even performance wise. Needs more testing though.
Thank you for your report and forwarding your original message.
And I am glad that it is working f
Hi Linus,
Please pull from 'for-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/cooloney/blackfin-2.6.git for-linus
to receive the following updates:
arch/blackfin/mach-common/pm.c |6 ++
include/asm-blackfin/mach-bf561/cdefBF561.h |4 +-
include/asm-blackfin/
On Tue, 2007-09-11 at 10:27 -0400, Mathieu Desnoyers wrote:
> * Rusty Russell ([EMAIL PROTECTED]) wrote:
> > On Mon, 2007-09-10 at 20:45 -0400, Mathieu Desnoyers wrote:
> > > Code patching of _live_ SMP code is allowed. This is why I went through
> > > all this trouble on i386.
> >
> > Oh, I was
I run almost-daily kernel testing. I haven't seen 'crashme' cause a
kernel fault until today, and now I've seen it twice on 2.6.23-rc6-git2,
x86_64. After the first fault, I ran 'crashme' about 10 more times
to get the second fault (usually for 10 minutes, one time for 30
minutes).
[This is gjc-
[EMAIL PROTECTED] wrote:
> Jan Engelhardt:
> > On Sep 12 2007 13:46, Al Boldi wrote:
> > >This is way too complicated, but I tried it anyway, only to find it
> > > doesn't compile:
> >
> > cvs up -D 2007-08-07
> >
> > that one works ;-)
>
> Jan, do you mean that only the one month old version could
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/atl1/atl1_main.c | 19 +++
drivers/net/ehea/ehea.h |5 -
drivers/net/ehea/ehea_main.c | 1
The 9P2000 protocol requires the authentication and permission checks to be
done in the file server. For that reason every user that accesses the file
server tree has to authenticate and attach to the server separately.
Multiple users can share the same connection to the server.
Currently v9fs doe
Create more general flags field in the v9fs_session_info struct and move the
'extended' flag as a bit in the flags.
Signed-off-by: Latchesar Ionkov <[EMAIL PROTECTED]>
---
commit 52f23404fd5bd77b619460e00930087463ec0cd9
tree 41c68f68a211796fb65d9c772120e7b7587dc945
parent ce1bfbeb6af28c96b990a95b
Change the names of 'uid' and 'gid' parameters to the more appropriate
'dfltuid' and 'dfltgid'.
Signed-off-by: Latchesar Ionkov <[EMAIL PROTECTED]>
---
commit 13bf527796712619df072c0963e3f6c8c00189b8
tree 7211a2899dcfd58c76b901334a8726c7e60115e1
parent 52f23404fd5bd77b619460e00930087463ec0cd9
aut
On Wed, 2007-09-12 at 11:44 -0700, Medve Emilian-EMMEDVE1 wrote:
> First, this patch doesn't have the trailing "\n" problem that one had.
I expect all the kernel logging functions to be
overhauled eventually.
I'd prefer a mechanism that somehow supports
identifying complete messages. I think the
Well, I'd like to see Linus' opinion about this, because while
programmers keep discussing this, users are waiting forever... so if
Markus has a concrete and better solution, why don't use it?
And as far as I know, Markus is the programmer who is most
interested in this code. I did
Kees Cook wrote:
Fixes drivers that do not correctly terminate their *_device_id lists.
This results in garbage being spewed into modules.pcimap when the module
happens to not have 28 NULL bytes following the table, and/or the last PCI
ID is actually truncated from the table when calculating the
On Wed, 12 Sep 2007 18:57:42 +0200 Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> Does the test hack below fix the problem for nohz/highres enabled
> kernels ?
>
> tglx
>
> --- a/kernel/time/tick-broadcast.c
> +++ b/kernel/time/tick-broadcast.c
> @@ -382,6 +382,8 @@ static int tick_broadcast
Fixes drivers that do not correctly terminate their *_device_id lists.
This results in garbage being spewed into modules.pcimap when the module
happens to not have 28 NULL bytes following the table, and/or the last PCI
ID is actually truncated from the table when calculating the modules.alias
PCI a
> -#define HCA_CAP_MR_PGSIZE_4K 1
> -#define HCA_CAP_MR_PGSIZE_64K 2
> -#define HCA_CAP_MR_PGSIZE_1M 4
> -#define HCA_CAP_MR_PGSIZE_16M 8
> +#define HCA_CAP_MR_PGSIZE_4K 0x8000
> +#define HCA_CAP_MR_PGSIZE_64K 0x4000
> +#define HCA_CAP_MR_PGSIZE_1M 0x2000
> +#define HCA_CAP_
It would be nice to be able to do:
for_each_thing(thing) {
error = sysfs_create_group(&thing->kobj, attrs);
if (error) {
for_each_thing(thing)
sysfs_remove_group(&thing->kobj, attrs);
return error;
}
}
But there's a B
From: Randy Dunlap <[EMAIL PROTECTED]>
Requested by Jeff Garzik.
v3, updated from lkml comments.
Add info about various email clients and their applicability
in being used to send Linux kernel patches.
Some notes takes from http://mbligh.org/linuxdocs/Email/Clients
Portions used with permission.
Jan-Bernd Themann wrote:
Introduces a module parameter to decide whether the physical
port link state is propagated to the network stack or not.
It makes sense not to take the physical port state into account
on machines with more logical partitions that communicate
with each other. This is alway
Hans-Jürgen Koch wrote:
Lock debugging finds a problem in phy.c and phy_device.c,
this patch fixes it. Tested on an AT91SAM9263-EK board,
kernel 2.6.23-rc4.
Signed-off-by: Hans J. Koch <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Denis Cheng wrote:
Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
---
drivers/net/apne.c |2 +-
drivers/net/arm/am79c961a.c|2 +-
drivers/net/atarilance.c |2 +-
drivers/net/atl1/atl1_hw.c |2 +-
drivers/ne
Kees Cook wrote:
Hi,
On Wed, Sep 12, 2007 at 09:15:07PM -0400, Jeff Garzik wrote:
+ { 0, },
FWIW I (and several drivers) tend to prefer the more clean version,
{ },
or even
{ },/* terminate list */
Ah, yes. I see that now in some of the other drivers. Should I
Hayim Shaul wrote:
Description:
For DLink Fiber NIC, Linux 2.4.22 ships with driver version 1.19,
whereas, Linux 2.6.x ship with driver version 1.17.
The following patch upgrades the 2.6.x driver to include changes (and
bug fixes done until 1.19b).
These fixes are (copied from the driver):
Maciej W. Rozycki wrote:
Remove typedefs, volatiles and convert kmalloc()/memset() pairs to
kcalloc(). Also reformat the surrounding clutter.
Signed-off-by: Maciej W. Rozycki <[EMAIL PROTECTED]>
---
Per your request, Andrew, a while ago. It builds, runs, passes
checkpatch.pl and sparse. No
Hi,
On Wed, Sep 12, 2007 at 09:15:07PM -0400, Jeff Garzik wrote:
>> +{ 0, },
>
> FWIW I (and several drivers) tend to prefer the more clean version,
>
> { },
>
> or even
>
> { },/* terminate list */
Ah, yes. I see that now in some of the other drivers. Should I re-send
this
Divy Le Ray wrote:
From: Divy Le Ray <[EMAIL PROTECTED]>
Update firmware version.
Allow the driver to be up and running with older FW image
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
applied 1-7
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
Since AMD shunted its flash memory division, the URI in the mtd Kconfig is now
broken, so the attached patch points people to Wikipedia.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
diff --git a/drivers/mtd/chips/Kconfig b/drivers/mtd/chips/Kconfig
index 479d32b..980117a 100644
--- a/driv
Alan, Robert, Dick,
Thank you all for the informed and helpful response!
Alan, I'll pass your comments on to Peter Kelemen. Not sure if he follows
LKML. I think he'll be interested in your characterization of the error
types. I'll point him to the thread. (I think Peter and his
collaborat
Michal Piotrowski wrote:
Hi all,
Here is a list of some known regressions in 2.6.23-rc6.
...
Missing from the list:
USB "autosuspend" feature (new in 2.6.23) breaks *lots* of devices.
Many have since been blacklisted in one-at-a-time discovery patches,
but that's really just the tip of the ic
On Wed, 05 Sep 2007 17:32:01 +0200 "Michael Kerrisk" <[EMAIL PROTECTED]> wrote:
> [Was: Re: [PATCH] Revised timerfd() interface]
>
> > Michael, could you please refresh our memories with a brief,
> > from-scratch summary of what the current interface is, followed
> > by a summary of what you beli
Greg KH wrote:
There are many regressions right now, _ONLY_ if you enable
CONFIG_USB_SUSPEND. If you disable that, your problems will go away,
right?
..
Oh, and currently no distro will enable this option due to the hardware
problems, so the only people that could get hit by this are those wh
Greg KH wrote:
On Wed, Sep 12, 2007 at 06:14:04PM -0400, Mark Lord wrote:
Oliver Neukum wrote:
Am Dienstag 14 August 2007 schrieb Paolo Ornati:
On Tue, 14 Aug 2007 17:46:16 +0200
Oliver Neukum <[EMAIL PROTECTED]> wrote:
Am Dienstag 14 August 2007 schrieb Paolo Ornati:
Hewlett-Packard PhotoSm
On Wed, 12 Sep 2007 19:21:43 -0700 Yinghai Lu <[EMAIL PROTECTED]> wrote:
> +/**
> + * Regular PCI devices have 256 bytes, but AMD Family 10h Opteron ext config
> + * have 4096 bytes. Even if the device is capable, that doesn't mean we can
> + * access it. Maybe we don't have a way to generate ex
Jan Engelhardt:
> On Sep 12 2007 13:46, Al Boldi wrote:
::
> >This is way too complicated, but I tried it anyway, only to find it doesn't
> >compile:
>
> cvs up -D 2007-08-07
>
> that one works ;-)
Jan, do you mean that only the one month old version could be compiled?
It it rather sur
[PATCH] x86_64: set cfg_size for AMD Family 10h in case MMCONFIG is used.
reuse pci_cfg_space_size but skip check pci express and pci-x CAP ID.
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
arch/i386/pci/fixup.c | 13 +
drivers/pci/probe.c | 11 ++-
include/linux/pci.h
On Wed, 2007-09-12 at 10:47 +0200, Arnd Bergmann wrote:
> On Wednesday 12 September 2007, Michael Ellerman wrote:
> > On Wed, 2007-09-12 at 17:43 +1000, Michael Ellerman wrote:
> > > This patch adds DEFINE_SPUFS_ATTRIBUTE(), a wraper around
> > > DEFINE_SIMPLE_ATTRIBUTE which does the specified loc
On Mon, Sep 10, 2007 at 03:39:23PM +0100, Daniel J Blueman wrote:
> On 09/09/2007, J. Bruce Fields <[EMAIL PROTECTED]> wrote:
> > > When accessing a directory inode from a single other client, NFSv4
> > > callbacks catastrophically failed [1] on the NFS server with
> > > 2.6.23-rc4 (unpatched); cli
On Wed, Sep 12, 2007 at 01:27:33AM +1000, Nick Piggin wrote:
> > IOWs, we already play these vmap harm-minimisation games in the places
> > where we can, but still the overhead is high and something we'd prefer
> > to be able to avoid.
>
> I don't think you've looked nearly far enough with all thi
On Wed, Sep 12, 2007 at 12:59:00PM +0200, Michael Buesch wrote:
> On Wednesday 12 September 2007 12:17:45 Paul Mundt wrote:
> > On Wed, Sep 12, 2007 at 12:09:09PM +0200, Michael Buesch wrote:
> > > There we go. The usual SELECT dependency hell again...
> > > Would changing SSB_PCMCIAHOST_POSSIBLE t
On Wed, Sep 12, 2007 at 09:41:51PM +0200, Michal Januszewski wrote:
> The VGA registers are only available at their legacy IO locations on
> x86. Don't try to access them when running on other arches.
>
> Note that the code accessing them directly is just an optimization
> (limits slow BIOS functi
On Wed, 12 Sep 2007 17:49:37 -0700 Kees Cook <[EMAIL PROTECTED]> wrote:
> On Wed, Sep 12, 2007 at 02:53:56PM -0700, Greg KH wrote:
> > On Wed, Sep 12, 2007 at 03:48:49PM +0400, Alexey Dobriyan wrote:
> > > On 9/12/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> > > > Kees Cook wrote:
> > > > > This p
Kees Cook wrote:
This patch against 2.6.23-rc6 fixes a unterminated list of USB device ids.
Signed-off-by: Kees Cook <[EMAIL PROTECTED]>
---
linux-2.6.23-rc6/drivers/media/video/usbvision/usbvision-cards.c |1 +
1 file changed, 1 insertion(+)
---
diff -urp -x '*.o'
linux-2.6.23-rc6~/driver
On Wed, 2007-09-12 at 15:35 +0200, Andi Kleen wrote:
> > > Index: linux-2.6.23-rc2-mm2/arch/x86_64/mm/pageattr.c
> > > ===
> > > --- linux-2.6.23-rc2-mm2.orig/arch/x86_64/mm/pageattr.c 2007-08-17
> > > 12:50:25.0 +0800 +++
>
The _safe list iterators make a blanket statement about how they are
safe against removal. This patch, inspired by private conversations
with people who unwisely but perhaps understandably took this blanket
statement at its word, adds comments stating limits to this safety.
Signed-off-by: Paul E.
On Wed, Sep 12, 2007 at 02:53:56PM -0700, Greg KH wrote:
> On Wed, Sep 12, 2007 at 03:48:49PM +0400, Alexey Dobriyan wrote:
> > On 9/12/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> > > Kees Cook wrote:
> > > > This patch against 2.6.23-rc6 fixes a couple drivers that do not
> > > > correctly termin
This patch against 2.6.23-rc6 fixes a unterminated list of USB device ids.
Signed-off-by: Kees Cook <[EMAIL PROTECTED]>
---
linux-2.6.23-rc6/drivers/media/video/usbvision/usbvision-cards.c |1 +
1 file changed, 1 insertion(+)
---
diff -urp -x '*.o'
linux-2.6.23-rc6~/drivers/media/video/usbvi
On Fri, 31 Aug 2007 15:17:41 +0200
Michael Westermann <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I make driver for Point of Sale Printer, a wide range of Printer use
> only a DTR/DSR hardware-handshaking. When I use a handshaking in the
> userspace, the Printr has a overrun problem and our customer
On Fri, 31 Aug 2007 14:35:35 +0200
Guillaume Chazarain <[EMAIL PROTECTED]> wrote:
> TASKSTATS_CMD_ATTR_TGID used to return only the delay accounting stats,
> not the basic and extended accounting. With this patch,
> TASKSTATS_CMD_ATTR_TGID also aggregates the accounting info for all threads
> of
On Wed, 12 Sep 2007, Brent Casavant wrote:
> On Wed, 12 Sep 2007, Al Viro wrote:
>
> > Give me a break. And learn about ptrace(2). This "unlinking" bullshit
> > buys you zero additional security, both for /proc/*/mem and for /dev/mem
> > (see mknod(2)).
>
> My (limited) understanding of ptrace
> Subject: Ext3 vs NTFS performance
>
> Hello all,
>
> I've been testing the NAS performance of ext3/Openfiler 2.2 against
> NTFS/WinXP and have found that NTFS significantly outperforms ext3 for
> video workloads. The Windows CIFS client will attempt a poor-man's
> pre-allocation of the file on
Xen ignores all updates to cr4, and some versions will kill the domain
if you try to change its value. Just ignore all changes.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Cc: Andi Kleen <[EMAIL PROTECTED]>
---
arch/i386/xen/enlighten.c |4 ++--
1 file changed, 2 insertions(+), 2
On Wed, Sep 12, 2007 at 06:10:50PM -0400, Mark Lord wrote:
> Chuck Ebbert wrote:
>> On 08/13/2007 10:50 AM, Niels wrote:
>>> On Sunday 12 August 2007 11:54, Niels wrote:
>>>
On Friday 10 August 2007 14:43, Niels wrote:
> On Wednesday 08 August 2007 12:57, Ismail D??nmez wrote:
>
>
On Wed, Sep 12, 2007 at 06:14:04PM -0400, Mark Lord wrote:
> Oliver Neukum wrote:
>> Am Dienstag 14 August 2007 schrieb Paolo Ornati:
>>> On Tue, 14 Aug 2007 17:46:16 +0200
>>> Oliver Neukum <[EMAIL PROTECTED]> wrote:
>>>
Am Dienstag 14 August 2007 schrieb Paolo Ornati:
> Hewlett-Packard P
On Wed, 12 Sep 2007, Al Viro wrote:
> On Wed, Sep 12, 2007 at 05:44:30PM -0500, Brent Casavant wrote:
>
> > P.S. By the way, there doesn't seem to be a way to remove /proc/#/mem
> > files. That might be an additional nicety -- programs worried about
> > being snooped could unlink their
On Wed, Sep 12, 2007 at 10:30:20AM +0100, Christoph Hellwig wrote:
> On Wed, Sep 12, 2007 at 11:06:10AM +0900, Paul Mundt wrote:
> > There's nothing that is problematic for file_fsync() with CONFIG_BLOCK=n,
> > and it's built in unconditionally anyways, so move the prototype out to
> > reflect that
This is a somewhat rough first-pass at making a 'minimal tree'
installation target. This installs a partial source-tree which you
can use to build external modules against. It feels pretty unclean
but I'm not aware of a much better way to do some of this.
This patch works for me, even when using
On Wed, 12 Sep 2007, Nick Piggin wrote:
> I will still argue that my approach is the better technical solution for large
> block support than yours, I don't think we made progress on that. And I'm
> quite sure we agreed at the VM summit not to rely on your patches for
> VM or IO scalability.
The
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi list,
I was working on some unit tests and thought I'd give CFS a whirl to see
if it had any impact on my workloads (to see what the fuss was about),
and I came up with some pretty disturbing numbers:
http://devloop.org.uk/documentation/database-
Let's add the LKML to this.
On 9/13/07, Markus Rechberger <[EMAIL PROTECTED]> wrote:
> On 9/12/07, Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote:
> > Markus,
> >
> > Em Ter, 2007-08-14 às 16:31 +0200, Markus Rechberger escreveu:
> > > Following patch adds the possibility to implement tuner drive
On Wed, Sep 12, 2007 at 09:53:00PM +0200, Peter Zijlstra wrote:
>
> On Wed, 2007-09-12 at 15:16 -0400, Rik van Riel wrote:
> > Jeff Garzik wrote:
> > > Chris Friesen wrote:
> > >> Randy Dunlap wrote:
> > >>
> > >>> +Thunderbird (GUI)
> > >>> +
> > >>> +By default, thunderbird likes to mangle text,
On Wed, 12 Sep 2007 14:53:56 -0700
Greg KH <[EMAIL PROTECTED]> wrote:
> On Wed, Sep 12, 2007 at 03:48:49PM +0400, Alexey Dobriyan wrote:
> > On 9/12/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> > > Kees Cook wrote:
> > > > This patch against 2.6.23-rc6 fixes a couple drivers that do not
> > > > co
On Wed, 12 Sep 2007, Nick Piggin wrote:
> In my attack, I cause the kernel to allocate lots of unmovable allocations
> and deplete movable groups. I theoretically then only need to keep a
> small number (1/2^N) of these allocations around in order to DoS a
> page allocation of order N.
True. That
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
> On Wed, 5 Sep 2007, Mathieu Desnoyers wrote:
>
> > Index: linux-2.6-lttng/include/asm-generic/local.h
> > ===
> > --- linux-2.6-lttng.orig/include/asm-generic/local.h2007-09-04
On Wed, Sep 12, 2007 at 05:44:30PM -0500, Brent Casavant wrote:
> P.S. By the way, there doesn't seem to be a way to remove /proc/#/mem
> files. That might be an additional nicety -- programs worried about
> being snooped could unlink their own entry. /dev/mem and /dev/kmem
> can
On Wed, 12 Sep 2007, Peter Zijlstra wrote:
> > assumes single critical user of memory. There are other consumers of
> > memory and if you have a load that depends on other things than networking
> > then you should not kill the other things that want memory.
>
> The VM is a _critical_ user of m
On Sun, Sep 09, 2007 at 05:11:44PM -0400, Jeff Garzik wrote:
> Andi Kleen wrote:
>>> I can see where you're coming from, but logically, this is wrong.
>>> There's a huge slew of enterprise machines that only have DVD on SATA.
>> ... and enterprise systems don't really care about a few KB more of co
On Wed, 12 Sep 2007, Andreas Schwab wrote:
> Brent Casavant <[EMAIL PROTECTED]> writes:
>
> > I could mmap a temporary tmpfs file (tmpfs so that if there is a
> > machine crash no sensitive data persists) which is created with
> > permissions of 0, immediately unlink it, and pass the file
> > des
On Wed, 12 Sep 2007 12:33:38 -0700
Yinghai Lu <[EMAIL PROTECTED]> wrote:
> [PATCH] x86_64: check and enable MMCONFIG for AMD Family 10h Opteron
>
> Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
>
> Index: linux-2.6/arch/x86_64/kernel/setup.c
>
Mark Lord wrote:
Dan Zwell wrote:
Alan Stern wrote:
[ 126.512815] usb 1-1: usb auto-resume
[ 126.543447] uhci_hcd :00:1f.2: port 1 portsc 00a5,01
[ 126.559426] usb 1-1: finish resume
[ 126.561435] usb 1-1: gone after usb resume? status -19
[ 126.561445] usb 1-1: can't resume, status -1
On Tue, 21 Aug 2007, Nick Piggin wrote:
> The thing I don't much like about your patches is the addition of more
> of these global reserve type things in the allocators. They kind of
> suck (not your code, just the concept of them in general -- ie. including
> the PF_MEMALLOC reserve). I'd like to
>> On Sep 11 2007 21:26, Chris Friesen wrote:
>>> Thunderbird, at least, will automatically inline a single text/plain
>>> attachment when replying. (At least with my current settings, it does.)
I dont know about Thunderbird, but Seamonkey apparently only includes
text/plain attachments in the rep
On Wed, 12 Sep 2007 20:50:10 +0200 (CEST)
Guennadi Liakhovetski <[EMAIL PROTECTED]> wrote:
> Enable wakeup from serial ports, make it run-time configurable over sysfs,
> e.g.,
>
> echo enabled > /sys/devices/platform/serial8250.0/tty/ttyS0/power/wakeup
>
> Requires
>
> # CONFIG_SYSFS_DEPRECATE
Brent Casavant <[EMAIL PROTECTED]> wrote:
[...]
> I could mmap a temporary tmpfs file (tmpfs so that if there is a
> machine crash no sensitive data persists) which is created with
> permissions of 0, immediately unlink it, and pass the file
> descriptor through an AF_UNIX socket. This does open
On Wed, 5 Sep 2007, Mathieu Desnoyers wrote:
> Index: linux-2.6-lttng/include/asm-generic/local.h
> ===
> --- linux-2.6-lttng.orig/include/asm-generic/local.h 2007-09-04
> 15:32:02.0 -0400
> +++ linux-2.6-lttng/include/asm-g
On Wed, 5 Sep 2007, Mathieu Desnoyers wrote:
> Use local_enter/local_exit for protection in the fast path.
Sorry that it took some time to get back to this issue. KS interfered.
> @@ -1494,8 +1487,16 @@ new_slab:
> c->page = new;
> goto load_freelist;
> }
> -
>
Sergey Dolgov pisze:
> On Wed, Sep 12, 2007 at 10:19:03PM +0200, Michal Piotrowski wrote:
>> Sergey Dolgov pisze:
>>> Hi Michal,
>>>
>>> On Wed, Sep 12, 2007 at 06:33:20PM +0200, Michal Piotrowski wrote:
Hi Sergey,
On 11/09/2007, Sergey Dolgov <[EMAIL PROTECTED]> wrote:
> Hi!
>>>
Dan Zwell wrote:
Alan Stern wrote:
[ 126.512815] usb 1-1: usb auto-resume
[ 126.543447] uhci_hcd :00:1f.2: port 1 portsc 00a5,01
[ 126.559426] usb 1-1: finish resume
[ 126.561435] usb 1-1: gone after usb resume? status -19
[ 126.561445] usb 1-1: can't resume, status -19
[ 126.561451] h
On Wednesday 12 September 2007, J. Bruce Fields wrote:
> On Wed, Sep 12, 2007 at 09:40:57PM +0200, Wolfgang Walter wrote:
> > On Wednesday 12 September 2007, J. Bruce Fields wrote:
> > > On Wed, Sep 12, 2007 at 04:14:06PM +0200, Neil Brown wrote:
> > > > So it is in 2.6.21 and later and should prob
Hi,
On Tue, 11 Sep 2007, Ingo Molnar wrote:
> fresh back from the Kernel Summit, Peter Zijlstra and me are pleased to
> announce the latest iteration of the CFS scheduler development tree. Our
> main focus has been on simplifications and performance - and as part of
> that we've also picked up
Oliver Neukum wrote:
Am Dienstag 14 August 2007 schrieb Paolo Ornati:
On Tue, 14 Aug 2007 17:46:16 +0200
Oliver Neukum <[EMAIL PROTECTED]> wrote:
Am Dienstag 14 August 2007 schrieb Paolo Ornati:
Hewlett-Packard PhotoSmart 720 / PhotoSmart 935 (storage)
Please try this patch.
Tried on -rc3
Chuck Ebbert wrote:
On 08/13/2007 10:50 AM, Niels wrote:
On Sunday 12 August 2007 11:54, Niels wrote:
On Friday 10 August 2007 14:43, Niels wrote:
On Wednesday 08 August 2007 12:57, Ismail Dönmez wrote:
On Wednesday 08 August 2007 13:48:29 you wrote:
On Tuesday 07 August 2007 23:18, Greg
Brent Casavant <[EMAIL PROTECTED]> writes:
> I could mmap a temporary tmpfs file (tmpfs so that if there is a
> machine crash no sensitive data persists) which is created with
> permissions of 0, immediately unlink it, and pass the file
> descriptor through an AF_UNIX socket. This does open up a
On Wed, Sep 12, 2007 at 03:48:49PM +0400, Alexey Dobriyan wrote:
> On 9/12/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> > Kees Cook wrote:
> > > This patch against 2.6.23-rc6 fixes a couple drivers that do not
> > > correctly terminate their pci_device_id lists. This results in garbage
> > > being
Chuck,
Please try last patch from bug 8709 (bugzilla.kernel.org), if it does not help,
please open new bug,
and submit acpidump and dmesg outputs.
Thanks,
Alex.
Chuck Ebbert wrote:
> 2.6.23-rc5-git1 hangs here, just before EC initialization.
> Pressing the power button briefly makes it conti
Brent Casavant wrote:
> On Wed, 12 Sep 2007, H. Peter Anvin wrote:
>
>> Brent Casavant wrote:
>
>>> http://marc.info/?l=linux-kernel&m=93032806224160&w=2
>> This link talks about file flags handling. I don't see the relevance to
>> this problem at all. However, this is a very long thread, s
Venkat Subbiah wrote:
Most of the load in my system is triggered by a single ethernet IRQ.
Essentially the IRQ schedules a tasklet and most of the work is done in the
taskelet which is scheduled in the IRQ. From what I read looks like the
tasklet would be executed on the same CPU on which it was
On Wed, 12 Sep 2007, H. Peter Anvin wrote:
> Brent Casavant wrote:
> > http://marc.info/?l=linux-kernel&m=93032806224160&w=2
>
> This link talks about file flags handling. I don't see the relevance to
> this problem at all. However, this is a very long thread, so if there
> is anything spe
On 08/31/2007 06:20 PM, Patrizio Bassi wrote:
> Patrizio Bassi ha scritto:
>> Michal Piotrowski ha scritto:
>>> Hi,
>>>
>>> [Adding IDE wizards to CC]
>>>
>>> On 26/08/07, Patrizio Bassi <[EMAIL PROTECTED]> wrote:
>>>
My sis630 chipset shipped with Asus A1000
doesn't work properly with
On Wed, 12 Sep 2007, Mel Gorman wrote:
> - z++)
> - ;
> + if (likely(nodes == NULL))
> + for (; zonelist_zone_idx(z) > highest_zoneidx;
> + z++)
> + ;
> + else
> + for (; zonelist_zone_i
Lee Schermerhorn wrote:
> On Wed, 2007-09-12 at 16:41 +0100, Andy Whitcroft wrote:
>> On Wed, Sep 12, 2007 at 11:09:47AM -0400, Lee Schermerhorn wrote:
>>
Interesting, I don't see a memory controller function in the stack
trace, but I'll double check to see if I can find some silly race
>
On Wed, Sep 12, 2007 at 10:19:03PM +0200, Michal Piotrowski wrote:
> Sergey Dolgov pisze:
> > Hi Michal,
> >
> > On Wed, Sep 12, 2007 at 06:33:20PM +0200, Michal Piotrowski wrote:
> >> Hi Sergey,
> >>
> >> On 11/09/2007, Sergey Dolgov <[EMAIL PROTECTED]> wrote:
> >>> Hi!
> >>>
> >>> On my hp nx730
1 - 100 of 380 matches
Mail list logo