Allow all non-unique call stacks, as judged by pushed sequence of EIPs,
to be to be ignored as failure candidates.
Upon keying in
echo 1 >probability
echo 3 >verbose
echo -1 >times
a few dozen stacks are printk'ed, then system responsiveness
recovers to normal. Similarly,
Set /debug/fail*/* defaults supposed most likely to please a new user.
Clamp /debug/fail*/stacktrace-depth to MAX_STACK_TRACE_DEPTH.
In should_fail(), move stack-unwinding test past cheaper tests (performance
gain not quantified). Simplify logic; eliminate goto.
Use bool/true/false consistently.
Pavel Machek wrote:
> On Mon 2006-10-16 15:25:52, Eric Sandall wrote:
>> Pavel Machek wrote:
>>> Hi!
>>>
After updating from 2.6.17.13 to 2.6.18 (using `make oldconfig`),
suspend no longer suspends my laptop (Dell Inspiron 5100).
# s2ram -f
Switching from vt7 to vt1
On 11/28/06, Dave Airlie <[EMAIL PROTECTED]> wrote:
On 11/28/06, Jon Ringle <[EMAIL PROTECTED]> wrote:
> It looks promising, however, I need to reserve a physical address area
> that is well known (so that the code running on the other processor
> knows where in PCI memory to write to). It
On Mon, Nov 27, 2006 at 07:38:34PM -0800, Andrew Morton wrote:
> It's not necessarily a leak. Networking tried to allocate two
You are right, it is not a leak. Probably the memory usage increased for some
other reason.
> physically-contiguous pages from atomic context, but no such two pages
On Tue, Nov 28, 2006 at 01:27:47AM -0500, Dave Jones wrote:
> arch/i386/mach-generic/built-in.o: In function `apicid_to_node':
> include/asm/mach-summit/mach_apic.h:90: undefined reference to
> `apicid_2_node'
>
> config is at http://people.redhat.com/davej/.config
Hmm, odd. It looks like
Adrian Bunk wrote on 11/27/06 22:07:
> On Mon, Nov 27, 2006 at 09:30:27PM -0800, Joe Feise wrote:
>> Adrian Bunk wrote on 11/25/06 11:15:
>>
>>> The VIDEO_ZR36120 driver has:
>>> - already been marked as BROKEN in 2.6.0 three years ago and
>>> - is still marked as BROKEN.
>>>
>>> Drivers that had
arch/i386/mach-generic/built-in.o: In function `apicid_to_node':
include/asm/mach-summit/mach_apic.h:90: undefined reference to `apicid_2_node'
config is at http://people.redhat.com/davej/.config
Dave
--
http://www.codemonkey.org.uk
-
To unsubscribe from this list: send the
Hi,
1. Oops while running 'lunar update' (system update)
2. unable to reproduce
4. 2.6.18.2 without any patches
6. See attachment
BUG: unable to handle kernel NULL pointer dereference at virtual address
0244
printing eip:
c016ac6f
*pde =
Oops: 0002 [#1]
Modules linked in:
CPU:
On Mon, Nov 27, 2006 at 12:34:52PM -0800, Mark Gross wrote:
> >
> > tlclk_device = platform_device_register_simple("telco_clock",
> > -1, NULL, 0);
> > - if (!tlclk_device) {
> > + if (IS_ERR(tlclk_device)) {
> ok
>
> > printk(KERN_ERR "tlclk:
On Mon, Nov 27, 2006 at 09:30:27PM -0800, Joe Feise wrote:
> Adrian Bunk wrote on 11/25/06 11:15:
>
> > The VIDEO_ZR36120 driver has:
> > - already been marked as BROKEN in 2.6.0 three years ago and
> > - is still marked as BROKEN.
> >
> > Drivers that had been marked as BROKEN for such a long
On Mon, Nov 27, 2006 at 09:33:50PM -0500, Mathieu Desnoyers wrote:
> * Frank Ch. Eigler ([EMAIL PROTECTED]) wrote:
> > One question:
> >
> > > [...]
> > > + /* Markers in modules. */
> > > + list_for_each_entry(mod, , list) {
> > > + if (mod->license_gplok)
> > > + found
On 11/28/06, Jon Ringle <[EMAIL PROTECTED]> wrote:
Robert Hancock wrote:
> Jon Ringle wrote:
>> Hi,
>>
>> I need to reserve a page of memory at a specific area of RAM that will
>> be used as a "shared memory" with another processor over PCI. How can I
>> ensure that the this area of RAM gets
On 11/27/06, Andi Kleen <[EMAIL PROTECTED]> wrote:
On Monday 27 November 2006 11:02, Zhao Forrest wrote:
> Hi Andi,
>
> The kernel 2.6.18.3 runs very well on my x64 server with 2 CPU's and
> 8G memory; however kernel 2.6.16.32 kernel panic(Kernel panic - not
> syncing: Attempted to kill init)
Adrian Bunk wrote on 11/25/06 11:15:
> The VIDEO_ZR36120 driver has:
> - already been marked as BROKEN in 2.6.0 three years ago and
> - is still marked as BROKEN.
>
> Drivers that had been marked as BROKEN for such a long time seem to be
> unlikely to be revived in the forseeable future.
>
>
Jon Ringle wrote:
Robert Hancock wrote:
Jon Ringle wrote:
Hi,
I need to reserve a page of memory at a specific area of RAM that will
be used as a "shared memory" with another processor over PCI. How can I
ensure that the this area of RAM gets reseved so that the Linux's memory
management
[EMAIL PROTECTED] (David Wagner) writes:
> Well, if you want to talk about really high-value keys like the scenarios
> you mention, you probably shouldn't be using /dev/random, either; you
> should be using a hardware security module with a built-in FIPS certified
> hardware random number source.
Please check the updated patch.
[PATCH 3/3] x86: when acpi_noirq is set, use mptable instead of MADT
If no DSDT found, call acpi_disable_pci
When using pci=noacpi, or apci=noirq, acpi_noirq is set. We should skip
acpi_process_madt. So to avoid enumerate lapic two times.
Signed-off-by: Yinghai
include/scsi/libsas.h:479: error: field 'smp_req' has incomplete type
include/scsi/libsas.h:480: error: field 'smp_resp' has incomplete type
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
--- linux-2.6/include/scsi/libsas.h~2006-11-27 23:23:32.0 -0500
+++
On Tue, Nov 28, 2006 at 11:17:01AM +0800, Federico Sevilla III wrote:
> I am experiencing hard lock ups on a dual Athlon MP 2600+ with Linux
> kernel 2.6.18.3. This can be reproduced within two minutes by running
> burnK7 from cpuburn. I am sure it's not just a hardware issue, though,
> since
include/linux/byteorder/pdp_endian.h is completely unused, and the
comment in the file itself states that it's both untested and only a
proof-of-concept.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
include/linux/byteorder/Kbuild |1
include/linux/byteorder/pdp_endian.h | 88
NFS_SUPER_MAGIC is already defined in include/linux/magic.h
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
fs/nfs/super.c |1 +
include/linux/nfsd/const.h |4
2 files changed, 1 insertion(+), 4 deletions(-)
--- linux-2.6.19-rc6-mm1/include/linux/nfsd/const.h.old
Warning: tangent with little practical relevance follows:
Kyle Moffett wrote:
>Actually, our current /dev/random implementation is secure even if
>the cryptographic algorithms can be broken under traditional
>circumstances.
Maybe. But, I've never seen any careful analysis to support this
On 11/28/06, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Mon, 27 Nov 2006 11:21:25 +
David Howells <[EMAIL PROTECTED]> wrote:
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > This patch moves the EXPORT_SYMBOL's from net/rxrpc/rxrpc_syms.c to the
> > files with the actual functions.
>
> You
On Monday 27 November 2006 13:56, Linas Vepstas wrote:
> On Fri, Nov 24, 2006 at 05:09:52PM -0800, [EMAIL PROTECTED] wrote:
> >
> > The object is to poll 20 usb keyboards in an elementary school
> > classroom, each of which generates 2
> > events (one keyboard and one mouse). The stock
On Mon, 27 Nov 2006 15:44:44 +0300
"Alexander V. Lukyanov" <[EMAIL PROTECTED]> wrote:
> After a while, a loaded http proxy gets many errors like below. It is
> reproducible and happens again after reboot (in some time). It did not
> happen with 2.6.17. I have also tested 2.6.18.3, the leak is
Robert Hancock wrote:
Jon Ringle wrote:
Hi,
I need to reserve a page of memory at a specific area of RAM that will
be used as a "shared memory" with another processor over PCI. How can I
ensure that the this area of RAM gets reseved so that the Linux's memory
management (kmalloc() and friends)
On Mon, 27 Nov 2006 11:21:25 +
David Howells <[EMAIL PROTECTED]> wrote:
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > This patch moves the EXPORT_SYMBOL's from net/rxrpc/rxrpc_syms.c to the
> > files with the actual functions.
>
> You can if you like. Can you slap a blank line before
Hi,
I am experiencing hard lock ups on a dual Athlon MP 2600+ with Linux
kernel 2.6.18.3. This can be reproduced within two minutes by running
burnK7 from cpuburn. I am sure it's not just a hardware issue, though,
since running a 2.6.14 kernel using ServerBeach's "RapidRescue"
environment allows
Andrew Morton wrote:
On Mon, 27 Nov 2006 15:37:49 -0800
Suzuki <[EMAIL PROTECTED]> wrote:
* Do not add save links for O_DIRECT writes.
We add a save link for O_DIRECT writes to protect the i_size against the crashes
before we actually finish the I/O. If we hit an -ENOSPC in
* Frank Ch. Eigler ([EMAIL PROTECTED]) wrote:
> One question:
>
> > [...]
> > + /* Markers in modules. */
> > + list_for_each_entry(mod, , list) {
> > + if (mod->license_gplok)
> > + found += marker_set_probe_range(name, format, probe,
> > +
In article <[EMAIL PROTECTED]> you wrote:
> Was this post just not interesting enough, or is it the lack of access to
> hardware
> to test this on that prevented it from being picked up by someone?
see google, for example: http://christophe.varoqui.free.fr/multipath.html
Gruss
Bernd
-
To
Mathieu Desnoyers <[EMAIL PROTECTED]> writes:
> This patch adds the Linux Kernel Markers [...]
> Signed-off-by : Mathieu Desnoyers <[EMAIL PROTECTED]>
If it helps,
Acked-by: Frank Ch. Eigler <[EMAIL PROTECTED]>
One question:
> [...]
> + /* Markers in modules. */
> +
On Mon, 27 Nov 2006 15:32:21 +0100
John <[EMAIL PROTECTED]> wrote:
> John wrote:
>
> > I'm playing with the POSIX timers API. My platform is x86 running Linux
> > 2.6.18.1 patched with the high-resolution timer subsystem.
> >
> > http://www.tglx.de/hrtimers.html
> >
> > I'm seeing unexpected
* Pavel Machek <[EMAIL PROTECTED]> [061124 11:03]:
> Hi!
>
>
> > >
> > > Framebuffer support for Siemens SX1; this is second big patch. (Third
> > > one will be mixer/sound support). Support is simple / pretty minimal,
> > > but seems to work okay (and is somehow important for a cell phone :-).
On Mon, Nov 20, 2006 at 01:04:39PM +, Tony Olech wrote:
> patch against linux kernel 2.6.18 to add PCMCIA identification strings
> From: Tony Olech <[EMAIL PROTECTED]>
>
> In older versions of the linux kernel it was sufficient for the
> 16-bit PCMCIA card manufacturer to distribute or make
On Tue, Nov 21, 2006 at 01:58:31PM +, Tony Olech wrote:
> Hi,
> I can't find an actual device, and my former boss
> left Elan a few months ago, but I have attached
> the data from our product database:
Thanks!
Dominik
-
To unsubscribe from this list: send the line "unsubscribe
On Wed, Nov 22, 2006 at 08:48:03AM +0100, Holger Schurig wrote:
> > you don't have a pentium M
>
> In that case p4-clockmod has a bug, because it said that I have
> one.
That bug should be fixed in -mm, cpufreq-git and 2.6.20.
Thanks,
Dominik
-
To unsubscribe from this list: send the
> > static irqreturn_t nv_adma_interrupt(int irq, void *dev_instance)
> > {
> > struct ata_host *host = dev_instance;
> > int i, handled = 0;
> > + u32 notifier_clears[2];
> >
> > spin_lock(>lock);
> >
> > for (i = 0; i < host->n_ports; i++) {
> > struct
On Mon, Nov 27, 2006 at 04:10:27PM -0500, Alan Stern wrote:
> On Mon, 27 Nov 2006, Oleg Nesterov wrote:
>
> > I still can't relax, another attempt to "prove" this should not be
> > possible on CPUs supported by Linux :)
> >
> > Let's suppose it is possible, then it should also be possible if
On Mon, Nov 27, 2006 at 10:35:14AM +0100, Cornelia Huck wrote:
> From: Cornelia Huck <[EMAIL PROTECTED]>
>
> Make multithreaded probing work per subsystem instead of per driver.
Give me a little time to look over this and 7/7 hopefully later
tonight...
Your other patches look fine, I've added
This patch contains the following cleanups:
- remove the write-only local variable "bandwidth"
- don't set "max_cache_size" in the (cachesize < 0) case:
that's already handled in kernel/sched.c:measure_migration_cost()
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
I don't see any good reason for exporting device IDs to userspace.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
include/linux/Kbuild |2 --
include/linux/pci.h |6 +++---
2 files changed, 3 insertions(+), 5 deletions(-)
--- linux-2.6.19-rc6-mm1/include/linux/Kbuild.old
On Mon, Nov 27, 2006 at 11:21:25AM +, David Howells wrote:
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > This patch moves the EXPORT_SYMBOL's from net/rxrpc/rxrpc_syms.c to the
> > files with the actual functions.
>
> You can if you like. Can you slap a blank line before each
smp_tune_scheduling() does no longer do anything that is required
for Voyager.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.19-rc6-mm1/arch/i386/mach-voyager/voyager_smp.c.old
2006-11-27 23:51:54.0 +0100
+++
This patch removes the unused PARIDE_PARPORT function.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.19-rc6-mm1/drivers/block/paride/Kconfig.old 2006-11-27
22:13:03.0 +0100
+++ linux-2.6.19-rc6-mm1/drivers/block/paride/Kconfig 2006-11-27
22:13:11.0 +0100
On Mon, 27 Nov 2006 15:37:49 -0800
Suzuki <[EMAIL PROTECTED]> wrote:
> * Do not add save links for O_DIRECT writes.
>
> We add a save link for O_DIRECT writes to protect the i_size against the
> crashes before we actually finish the I/O. If we hit an -ENOSPC in
> aops->prepare_write(), we
Was this post just not interesting enough, or is it the lack of access to
hardware
to test this on that prevented it from being picked up by someone?
If it is lack of access to hardware, I am sure my organization can provide
a solution.
Evan.
On Nov 17, 2006 Evan Rempel wrote:
I have a
On Tue, 28 Nov 2006, Adrian Bunk wrote:
> On Mon, Nov 27, 2006 at 04:37:35PM -0500, Robert P. J. Day wrote:
> >
> > Remove the obsolete CONFIG_DMA_IS_DMA32 entries from the various
> > "defconfig" files under arch/ia64.
> >...
>
> I do not like this manual editing of defconfigs:
> - obsolete
On Mon, 27 Nov 2006 18:52:58 -0500
Wendy Cheng <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > This search is potentially inefficient. It would be better walk
> > sb->s_inodes.
> >
> >
> Not sure about walking thru sb->s_inodes for several reasons
>
> 1. First, the changes made are
Jon Ringle wrote:
Hi,
I need to reserve a page of memory at a specific area of RAM that will
be used as a "shared memory" with another processor over PCI. How can I
ensure that the this area of RAM gets reseved so that the Linux's memory
management (kmalloc() and friends) don't use it?
Some
On Tue, 28 Nov 2006 01:12:20 +0100 Jesper Juhl wrote:
> Here's a patch that cleans up the "make help" output a bit for the
> documentation targets.
>
> Surrently the documentation targets are listed completely different than
> all the other targets :
>
> Documentation targets:
> Linux
Here's a patch that cleans up the "make help" output a bit for the
documentation targets.
Surrently the documentation targets are listed completely different than
all the other targets :
Documentation targets:
Linux kernel internal documentation in different formats:
xmldocs (XML
On Mon, 27 Nov 2006 14:09:15 +0900
Akinobu Mita <[EMAIL PROTECTED]> wrote:
> This patch checks the return value of platform_device_register_simple().
>
> Cc: David Brownell <[EMAIL PROTECTED]>
> Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
>
> ---
> drivers/spi/spi_butterfly.c |2 ++
>
Andrew Morton wrote:
This search is potentially inefficient. It would be better walk
sb->s_inodes.
Not sure about walking thru sb->s_inodes for several reasons
1. First, the changes made are mostly for file server setup with large
fs size - the entry count in sb->s_inodes may not be
Apan Qasem wrote:
Does anyone know where I can find documentation on the page coloring
algorithm? I just need to find out the the basic heuristics used in
coloring the pages.
Also, does the kernel source include the page coloring code or do I need
to patch the kernel?
The Linux kernel
Andrew Morton wrote:
On Mon, 08 May 2006 17:03:41 +0530
Suzuki <[EMAIL PROTECTED]> wrote:
Resending, since there were no responses to the earlier post.
Hi,
I was working on a reiserfs panic with 2.6.17-rc3, while running fs
stress tests.
The panic message looked like :
" REISERFS: panic
Andrew Morton wrote:
On Sun, 26 Nov 2006 14:20:19 -0600
Robert Hancock <[EMAIL PROTECTED]> wrote:
static irqreturn_t nv_adma_interrupt(int irq, void *dev_instance)
{
struct ata_host *host = dev_instance;
int i, handled = 0;
+ u32 notifier_clears[2];
On Mon, 27 Nov 2006, Andrew Morton wrote:
> On Sat, 25 Nov 2006 04:48:15 + (GMT)
> Chris Caputo <[EMAIL PROTECTED]> wrote:
> > This patch cleans up the output of show_state/task() (aka magic-sysrq-t)
> > so that free stack space is printed as appropriate based on
> >
Andrew Morton wrote:
On Sun, 26 Nov 2006 14:20:19 -0600
Robert Hancock <[EMAIL PROTECTED]> wrote:
static irqreturn_t nv_adma_interrupt(int irq, void *dev_instance)
{
struct ata_host *host = dev_instance;
int i, handled = 0;
+ u32 notifier_clears[2];
On Sun, 26 Nov 2006 14:20:19 -0600
Robert Hancock <[EMAIL PROTECTED]> wrote:
> static irqreturn_t nv_adma_interrupt(int irq, void *dev_instance)
> {
> struct ata_host *host = dev_instance;
> int i, handled = 0;
> + u32 notifier_clears[2];
>
> spin_lock(>lock);
>
>
On Mon, Nov 27, 2006 at 08:58:57AM -0500, linux-os (Dick Johnson) wrote:
>
> I think it probably resets the instant that you turn off paging. To
> turn off paging, you need to copy some code (properly linked) to an
> area where there is a 1:1 mapping between virtual and physical addresses.
> A
On Mon, Nov 27, 2006 at 04:37:35PM -0500, Robert P. J. Day wrote:
>
> Remove the obsolete CONFIG_DMA_IS_DMA32 entries from the various
> "defconfig" files under arch/ia64.
>...
I do not like this manual editing of defconfigs:
- obsolete options in defconfigs don't cause any harm
- the next
Greetings.
It seems that someone has broken *conf programs in 2.6.18 because
only "make silentoldconfig" recreates autoconf.h and auto.conf
properly after configuration (.config) has changed.
I do everything as I always have done.
1. create an empty dir and put my current .config there
2. make
Herbert Poetzl <[EMAIL PROTECTED]> writes:
> the linux banner needs some attention too, when I get
> around, I'll send a patch for that ...
In what sense?
I have trouble seeing the banner printed at bootup as being problematic.
Eric
-
To unsubscribe from this list: send the line "unsubscribe
On Sat, 25 Nov 2006 04:48:15 + (GMT)
Chris Caputo <[EMAIL PROTECTED]> wrote:
>
> This patch cleans up the output of show_state/task() (aka magic-sysrq-t)
> so that free stack space is printed as appropriate based on
> CONFIG_DEBUG_STACK_USAGE.
>
> Also, without this patch the header is
Robert Crocombe wrote:
...
> Nov 27 13:06:37 spanky kernel: ohci1394: fw-host1: IntEvent: 00020010
busReset + RQPkt (packet sent)
...
> Nov 27 13:06:37 spanky kernel: ohci1394: fw-host1: IntEvent: 0001
selfIDcomplete
...
> Nov 27 13:06:40 spanky kernel: ohci1394: fw-host1: IntEventClear
>
Phillip Susi wrote:
>> I'm mainly wondering why writing stuff to /dev/*random does not change
>> the entropy from zero to at least any low non-zero value...
> I ran into this the other day myself and when I investigated the kernel
> code, I found that writes to /dev/random do accept the data into
On 11/24/06, Fengguang Wu <[EMAIL PROTECTED]> wrote:
Andrew,
Here are some benchmarks for the latest adaptive readahead patchset.
Most benchmarks have 3+ runs and have the numbers averaged.
However some testing times are short and not quite stable.
Most of them are carried out on my PC:
On Mon, 27 Nov 2006 22:52:04 +0100
Eric Dumazet <[EMAIL PROTECTED]> wrote:
> > I didn't understand that paragraph at all, really, so I took it out.
> >
> > At present an i_size change will dirty one, two or three cachelines, most
> > likely one or two.
> >
> > After your patch an i_size change
From: Jesper Juhl <[EMAIL PROTECTED]>
Date: Mon, 27 Nov 2006 22:44:07 +0100
> In net/key/af_key.c::pfkey_send_policy_notify() there's a check at the
> beginning of the function :
>
> if (xp && xp->type != XFRM_POLICY_TYPE_MAIN)
>
> this implies that 'xp' may be null when the function is
On 27/11/06, David Miller <[EMAIL PROTECTED]> wrote:
From: Jesper Juhl <[EMAIL PROTECTED]>
Date: Mon, 27 Nov 2006 22:44:07 +0100
> In net/key/af_key.c::pfkey_send_policy_notify() there's a check at the
> beginning of the function :
>
> if (xp && xp->type != XFRM_POLICY_TYPE_MAIN)
>
> this
Andrew Morton a écrit :
On Thu, 23 Nov 2006 11:57:29 +0100
Eric Dumazet <[EMAIL PROTECTED]> wrote:
On 32bits SMP platforms, 64bits i_size is protected by a seqcount
(i_size_seqcount).
When i_size is read or written, i_size_seqcount is read/written as well, so it
make sense to group these
On Nov 27, 2006, at 15:40:16, David Wagner wrote:
Phillip Susi wrote:
David Wagner wrote:
Nope, I don't think so. If they could, that would be a security
hole, but /dev/{,u}random was designed to try to make this
impossible, assuming the cryptographic algorithms are secure.
Actually,
-Original Message-
From: Andi Kleen [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 26, 2006 4:22 PM
>Are you sure it's correct? The drivers/pci pci= parsing
>isn't early and there tend to be nasty ordering issues.
>I can't see where it would go wrong here, but it probably
>needs very
Martin Korous <[EMAIL PROTECTED]> :
[...]
> I want report a bug in sky2 driver. Sky2 will shutdown every 5-6 days.
Please Cc: [EMAIL PROTECTED] and netdev@vger.kernel.org as suggested
in the MAINTAINERS file.
--
Ueimor
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Remove the obsolete CONFIG_DMA_IS_DMA32 entries from the various
"defconfig" files under arch/ia64.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
arch/ia64/configs/bigsur_defconfig|1 -
arch/ia64/configs/gensparse_defconfig |1 -
arch/ia64/configs/sim_defconfig |
On Thu, 23 Nov 2006 11:57:29 +0100
Eric Dumazet <[EMAIL PROTECTED]> wrote:
> On 32bits SMP platforms, 64bits i_size is protected by a seqcount
> (i_size_seqcount).
>
> When i_size is read or written, i_size_seqcount is read/written as well, so
> it
> make sense to group these two fields
This is a clean up patch that includes the following changes:
-It removes some macro definitions that are only used once
with the actual code.
-Some comments were added to clarify the code based on feedback
from the community.
-The write_pm_cntrl() and
I will be posting a Cell-OProfile cleanup patch against Arnd Bergmann's
2.6.19-rc6-arnd1 tree (see
http://kernel.org/pub/linux/kernel/people/arnd/patches/2.6.19-rc6-arnd1/).
Thanks in advance for any comments provided.
-Maynard
-
To unsubscribe from this list: send the line "unsubscribe
On Mon, 27 Nov 2006, Robert P. J. Day wrote:
>
> perhaps a silly question, but:
>
> $ grep -r "DMA_IS_DMA32" *
> arch/ia64/defconfig:CONFIG_DMA_IS_DMA32=y
> arch/ia64/configs/sim_defconfig:CONFIG_DMA_IS_DMA32=y
> arch/ia64/configs/zx1_defconfig:CONFIG_DMA_IS_DMA32=y
>
Hello,
I'm currently testing the aic94xx driver from the latest git version of
Linux 2.6.19-rc generic x86_64 port merged with the aic94xx-sas-2.6 git,
on a Supermicro X7DB3 board.
It seems that the driver breaks badly when my SATA drives have medium
errors.
I deliberatly cause medium errors in
"Robert P. J. Day" <[EMAIL PROTECTED]> writes:
> perhaps a silly question, but:
I added it originally, but it got obsoleted in some cleanups.
It originally meant that GFP_DMA is the same as GFP_DMA32.
Can be removed from ia64 i guess.
-Andi
-
To unsubscribe from this list: send the line
On Mon, 27 Nov 2006, Oleg Nesterov wrote:
> I still can't relax, another attempt to "prove" this should not be
> possible on CPUs supported by Linux :)
>
> Let's suppose it is possible, then it should also be possible if CPU_1
> does spin_lock() instead of mb() (spin_lock can't be "stronger"),
On Thu, 2006-11-23 at 12:24 +0100, Jens Axboe wrote:
> On Wed, Nov 22 2006, Jim Schutt wrote:
> >
> > On Wed, 2006-11-22 at 09:57 +0100, Jens Axboe wrote:
> > > On Tue, Nov 21 2006, Jim Schutt wrote:
> > [snip]
> > > >
> > > > Hmmm. Is it worth me trying to do some sort of kernel
> > > >
On Mon, 27 Nov 2006, Chris Caputo wrote:
> From: Chris Caputo <[EMAIL PROTECTED]>
> [PATCH 2.6.19-rc6] sunrpc: fix race condition
Turns out my patch is buggy. Don't use it.
Chris
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Mon, Nov 27, 2006 at 12:34:52PM -0800, Mark Gross wrote:
> On Thu, Nov 23, 2006 at 03:41:11AM +0900, Akinobu Mita wrote:
> > The return value of platform_device_register_simple() should be
> > checked by IS_ERR().
> >
> > This patch also fix misc_register() error case. Because misc_register()
Phillip Susi wrote:
>David Wagner wrote:
>> Nope, I don't think so. If they could, that would be a security hole,
>> but /dev/{,u}random was designed to try to make this impossible, assuming
>> the cryptographic algorithms are secure.
>>
>> After all, some of the entropy sources come from
On Thu, Nov 23, 2006 at 03:41:11AM +0900, Akinobu Mita wrote:
> The return value of platform_device_register_simple() should be
> checked by IS_ERR().
>
> This patch also fix misc_register() error case. Because misc_register()
> returns error code.
>
> Cc: Sebastien Bouchard <[EMAIL PROTECTED]>
David Wagner wrote:
Nope, I don't think so. If they could, that would be a security hole,
but /dev/{,u}random was designed to try to make this impossible, assuming
the cryptographic algorithms are secure.
After all, some of the entropy sources come from untrusted sources and
could be
Robert Crocombe wrote:
this is in 2.6.16-rt29 which has proved to be the easiest to provoke.
I actually couldn't get 2.6.18 to break earlier this morning (few
hundred resets).
Okay, I got the problem to occur again with 2.6.18. I will attach my
config in case you wish to scrutinize for any
On 11/27/06, John <[EMAIL PROTECTED]> wrote:
John wrote:
>> -0009 : System RAM
>> 000a-000b : Video RAM area
>> 000f-000f : System ROM
>> 0010-0ffe : System RAM
>> 0010-00296a1a : Kernel code
>> 00296a1b-0031bbe7 : Kernel data
>> 0fff-0fff2fff :
On Mon, Nov 27, 2006 at 08:07:48PM +0100, Andi Kleen wrote:
> Is that with just the code movement patch or your feature patch
> added too? If the later can you test it with only code movement
> (and compare against vanilla kernel). at least code movement
> only should behave exactly the same as
On Sun, Nov 26, 2006 at 09:59:26PM -0700, Eric W. Biederman wrote:
>
> The binary interface to the namespace sysctls was never implemented
> resulting in some really weird things if you attempted to use
> sys_sysctl to read your hostname for example.
>
> This patch series simples the code a
On Sun, Nov 26, 2006 at 01:11:33AM -0600, Robert Hancock wrote:
> options seem to work, and vbetool appears to helpfully segfault on any
> operation so that's out.
Try this one:
From: Matthew Garrett
Subject: Fix failures on AMD64
This patch fixes at least some of the cases where vbetool
On 22/11/06 22:17 +, Alan wrote:
> > The attached driver provides a low-level interface to the block, and
> > allows for other kernel drivers to use the timers.
>
> Three comments
>
> 2.There is an RTC timer interface - could you use that interface
> for some of this so its compatible
On 11/27/06, bert hubert <[EMAIL PROTECTED]> wrote:
On Mon, Nov 27, 2006 at 06:26:34PM +, Eric Van Hensbergen wrote:
> This is the first cut of a device-mapper target which provides a write-back
> or write-through block cache. It is intended to be used in conjunction with
> remote block
On Mon, Nov 27, 2006 at 04:43:32PM +, Ralf Baechle wrote:
> On Sun, Nov 26, 2006 at 04:29:00PM -0800, Linus Torvalds wrote:
> > > > Ralf, Russell, does this work for you guys?
> > >
> > > Not at all. It creates even more problems for me, with this circular
> > > dependency:
> >
> > Ok. I just
> size remains still constant, and the exceeding damaged sectors are
> auto-"hidden" by the drive by means of HPA.
>
> Still incorrect?
Still incorrect. HPA has nothing to do with damaged sectors. The damaged
sectors are replaced from a pool of sectors that are reserved for this
purpose.
Alan
On 11/27/06, Chris Caputo <[EMAIL PROTECTED]> wrote:
From: Chris Caputo <[EMAIL PROTECTED]>
[PATCH 2.6.19-rc6] sunrpc: fix race condition
Patch linux-2.6.10-01-rpc_workqueue.dif introduced a race condition into
net/sunrpc/sched.c in kernels 2.6.11-rc1 through 2.6.19-rc6. The race
scenario is
1 - 100 of 590 matches
Mail list logo