On (06/06/07 09:35), William Lee Irwin III didst pronounce:
> On Wed, Jun 06, 2007 at 05:26:49PM +0100, Mel Gorman wrote:
> > I do not believe this is Nick's problem. I encountered the same issue and
> > the bisect ended up here;
> > # BISECT HERE
> > mm-variable-length-argument-support.patch
> >
I found there is such a kernel symbol ".text.lock.spinlock",
for example,
# cat /proc/kallsyms | grep spinlock
8011e440 T bust_spinlocks
802d00fc t .text.lock.spinlock
8832ae20 d state_spinlock [nfs]
but I can not find that who exported such a symbol?I am wondering
Here's a tentative fix for mm-merge-nopfn-into-fault.patch.
./arch/powerpc/platforms/cell/spufs/file.c: In function 'spufs_mem_mmap_fault':
./arch/powerpc/platforms/cell/spufs/file.c:122: error: 'address' undeclared
(first use in this function)
./arch/powerpc/platforms/cell/spufs/file.c:122:
On 06/06/07, Simon Peter <[EMAIL PROTECTED]> wrote:
Hi,
I see two kernel timer interfaces: The standard and the high-resolution
timers.
Correct.
Are there any more?
Not as far as I know.
Is the whole kernel using these two
interfaces?
As far as I know, yes.
--
Jesper Juhl <[EMAIL
On Wed, 6 Jun 2007 16:20:32 +0200 Jesper Juhl wrote:
>
> This patch adds descriptions for a number of missing files and directories
> to the Documentation/00-INDEX file.
> People really should learn to keep this file up-to-date when adding or
> moving documentation...
/me raises hand.
Thanks.
There seems to have been a change in SMP cpu enumeration sometime
before 2.6.16. I have also tried 2.6.19 and it also exhibits the
"new" behavior. It used to be that setting maxcpus to the number of
physical cpus would effectively prevent the use of hyperthreading. In
fact in
On Wed, Jun 06, 2007 at 05:26:49PM +0100, Mel Gorman wrote:
> I do not believe this is Nick's problem. I encountered the same issue and
> the bisect ended up here;
> # BISECT HERE
> mm-variable-length-argument-support.patch
> mm-variable-length-argument-support-fix.patch
> # BISECT BAD
> Reverting
On Wed, Jun 06, 2007 at 02:07:37AM -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
> - Somebody broke it on my powerpc G5, but I didn't have time to do yet
> another bisection yet.
> - There's a lengthy patch series here from
On Wed, 6 Jun 2007 12:05:11 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
> FYI to all --
>
> As a reminder. the Promise hardware programs registers when it receives
> a SET FEATURES - XFER MODE.
>
> If data transfer is occurring on OTHER ports at the time this is issued,
> then data
On (06/06/07 18:01), Cedric Le Goater didst pronounce:
> > Same problem here
> >
> > http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.22-rc4-mm1/console.log
> >
> > http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.22-rc4-mm1/mm-config2
> >
> >
> > l
On 2007.06.06 12:44:42 -0300, Henrique de Moraes Holschuh wrote:
> On Wed, 06 Jun 2007, Robert Hancock wrote:
> > >I used kernel 2.6.21 with the libata PIIX SATA driver and a
> > >Seagate ST98823AS drive.
> >
> > Yes, that's expected if the drive rejects the command.
>
> Are *all* SATA drives
On Wed, Jun 06, 2007 at 06:15:04PM +0200, Carsten Otte wrote:
> The clear advantage of using cramfs on embedded platforms over using the
> ext2 stuff is, that one can choose per-file whether it should be
> compressed or xip.
> The real key is, to put both our ext2 stuff and the cramfs xip on a
>
On Wed, Jun 06, 2007 at 02:07:37AM -0700, Andrew Morton wrote:
>
>ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
>
>- Somebody broke it on my powerpc G5, but I didn't have time to do yet
> another bisection yet.
>
It seems strange that a new C source
On Wed, Jun 06, 2007 at 09:07:16AM -0700, Jared Hulbert wrote:
> I estimate something on the order 5-10 million Linux phones use
> something similar to these patches. I wonder if there are that many
> provable users of of the simple cramfs. This is where the community
> has taken cramfs.
This
Hi Eric,
Your recent cleanup to shm code, namely
[PATCH] shm: make sysv ipc shared memory use stacked files
took away one of the debugging feature for shm segments.
Originally, shmid were forced to be the inode numbers and
they show up in /proc/pid/maps for the process which mapped
this shared
On Wed, 6 Jun 2007 10:45:42 +0200
Robert Gerlach <[EMAIL PROTECTED]> wrote:
> On Saturday 02 June 2007 03:30:54 Stephen Hemminger wrote:
> > On Sat, 2 Jun 2007 02:59:33 +0200
> > > #ifdef DEBUG
> > > # define debug(m, a...) printk( KERN_DEBUG MODULENAME ": " m "\n",
> > > ##a) #else
> > > #
Christoph Hellwig wrote:
I might be a little late in the discussion, but I somehow missed this
before. Please don't add this xip support to cramfs, because the
whole point of cramfs is to be a simple _compressed_ filesystem,
and we really don't want to add more complexity to it. Please
use
On Wed, 06 Jun 2007 02:07:37 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
This one died a horrid death at boot time - console log indicates it found the
hard drive OK, found the 2 partitions on it. But when the initrd ran a
On 06/06/2007 11:47 AM, Silla Rizzoli wrote:
> I've just tried 2.6.22-rc4 and sound doesn't work. It has never worked
> before,
> unless I disable ACPI.
>
Contents of /proc/interrupts might help.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On 6/6/07, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
On Wed, Jun 06, 2007 at 08:17:43AM -0700, Richard Griffiths wrote:
> Too late :) The XIP cramfs patch is widely used in the embedded Linux
> community and has been used for years. It fulfills a need for a small
> XIP Flash file system.
On 6/6/07, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
I might be a little late in the discussion, but I somehow missed this
before. Please don't add this xip support to cramfs, because the
whole point of cramfs is to be a simple _compressed_ filesystem,
and we really don't want to add more
On Wed, Jun 06, 2007 at 05:16:00PM +0200, Thomas Voegtle wrote:
>
> Hi,
>
> I want to use 2.6.16.y on the Intel DG965SS mainboard, but the kernel
> stops booting:
>
> ...
> ACPI: bus type pci registered
> PCI: Using MMCONFIG
> ACPI: Subsystem revision 20060127
> ACPI: Interpreter enabled
>
FYI to all --
As a reminder. the Promise hardware programs registers when it receives
a SET FEATURES - XFER MODE.
If data transfer is occurring on OTHER ports at the time this is issued,
then data corruption is guaranteed to occur. Polling will not fix this
problem -- all ports need to be
> Same problem here
>
> http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.22-rc4-mm1/console.log
>
> http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.22-rc4-mm1/mm-config2
>
>
> l *__page_check_anon_rmap+0x49
> 0xc1075ee5 is in __page_check_anon_rmap (mm/rmap.c:557).
>
Christoph Pleger wrote:
> Hello,
>
[snip]
> After the new kernel package had been created, I installed it. After
> that, I looked into the directory /boot and was very surprised: The
> initial ramdisk of the new kernel was much larger than the initrd of the
> old kernel. To find out the cause for
I've just tried 2.6.22-rc4 and sound doesn't work. It has never worked before,
unless I disable ACPI.
dmesg (ALSA debug messages are enabled):
ACPI: PCI interrupt for device :00:1b.0 disabled
ACPI: PCI Interrupt :00:1b.0[A] -> GSI 22 (level, low) -> IRQ 21
PCI: Setting latency timer of
Thomas Renninger wrote:
> Please refer to the latest ACPI spec for general ACPI information:
> http://www.acpi.info/spec.htm
It is worth noting that not all systems are required to implement the latest
and greatest version of spec, or all the objects of the chosen version.
-
To unsubscribe from
On 06/06/07, Christoph Pleger <[EMAIL PROTECTED]> wrote:
Hello,
I have a machine here which I installed with Ubuntu 7.04. Immediately
after the installation had been finished, I installed the Ubuntu package
which contains the Ubuntu-modified sources of the linux kernel. I
extracted the
On Wed, Jun 06, 2007 at 08:17:43AM -0700, Richard Griffiths wrote:
> Too late :) The XIP cramfs patch is widely used in the embedded Linux
> community and has been used for years. It fulfills a need for a small
> XIP Flash file system. Hence our interest in getting it or some
> variation into the
On Wed, 06 Jun 2007, Robert Hancock wrote:
> >I used kernel 2.6.21 with the libata PIIX SATA driver and a
> >Seagate ST98823AS drive.
>
> Yes, that's expected if the drive rejects the command.
Are *all* SATA drives rejecting the command? Mine doesn't accept it,
either. And it should, AFAIK,
Hello,
I have a machine here which I installed with Ubuntu 7.04. Immediately
after the installation had been finished, I installed the Ubuntu package
which contains the Ubuntu-modified sources of the linux kernel. I
extracted the resulting tar.bz2-file, copied the configuration of the
currently
Tejun Heo wrote:
... Fix pdc_qc_issue_prot() such that ATA/ATAPI NODATA
commands are issued using TF interface if ATA_TFLAG_POLLING is set.
This patch fixes detection failure introduced by polling SETXFERMODE.
Your patch works for me, thanks.
-
To unsubscribe from this list: send the line
On Wed, 6 Jun 2007, Roland McGrath wrote:
>
> [PATCH] Restrict clearing TIF_SIGPENDING
>
> This patch should get a few birds. It prevents sigaction calls from
> clearing TIF_SIGPENDING in other threads, which could leak -ERESTART*.
> It fixes ptrace_stop not to clear it, which done at the
Mikael Pettersson napsal(a):
> On Wed, 06 Jun 2007 15:04:00 +0200, Jiri Slaby wrote:
>> Andrew Morton napsal(a):
>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
>> It freezes during bootup while searching for sata drives on sata_promise.
>> There
>>
Include linux/kernel.h wherever simple_strtoul is used. This kills a
compile warning in stderr_console.c and potential ones in the other
files.
This also fixes a bunch of style violations in exitcode.c.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/drivers/line.c |1 +
On Wed, 6 Jun 2007 13:55:48 +0200 Jesper Juhl wrote:
>
> This trivial patch makes the following changes to
> Documentation/SubmitChecklist :
>
> - "sumbittal" is not a word, replace with "submission".
> - Remove a blank line, two should be enough.
>
> Signed-off-by: Jesper Juhl <[EMAIL
On Wed, 2007-06-06 at 13:37 +0200, Mark Pflueger wrote:
> hi everyone!
>
> i'm not subscribed to the list, so if you care to flame because of my noob
> question, just do it to the list, otherwise please cc me.
>
> i'm trying to write a checkpoint/restore module for processes and so have
> a
On Tue, May 29, 2007 at 01:56:24PM -0700, Linus Torvalds wrote:
>
>
> On Mon, 28 May 2007, Srivatsa Vaddagiri wrote:
> >
> > So is it settled now on what approach we are going to follow (freezer
> > vs lock based) for cpu hotplug? I thought that Linus was not favouring
> > freezer
> >
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
diff --git a/include/linux/prefetch.h b/include/linux/prefetch.h
index fc86f27..1adfe66 100644
--- a/include/linux/prefetch.h
+++ b/include/linux/prefetch.h
@@ -27,7 +27,7 @@
prefetch(x) - prefetches the cacheline at "x" for read
On Tue, Jun 05, 2007 at 06:20:24PM -0700, Andrew Morton wrote:
> If you do
>
> - int "Kernel stack size order"
> + int
>
> then this rule will no longer be offered to the user and `make oldconfig'
> (actually anythingconfig) will override whatever happens to be in .config
> for
On Wed, 2007-06-06 at 12:33 +0100, Christoph Hellwig wrote:
> I might be a little late in the discussion, but I somehow missed this
> before. Please don't add this xip support to cramfs, because the
> whole point of cramfs is to be a simple _compressed_ filesystem,
> and we really don't want to
Cedric Le Goater pisze:
Hi Andrew,
When CONFIG_DEBUG_VM=y, boot on i386 and s390 (the only one tested) ends
with the following.
C.
[ cut here ]
kernel BUG at mm/rmap.c:557!
invalid opcode: [#1]
CPU:0
EIP:0060:[]Not tainted VLI
EFLAGS: 0206
Hi,
I want to use 2.6.16.y on the Intel DG965SS mainboard, but the kernel
stops booting:
...
ACPI: bus type pci registered
PCI: Using MMCONFIG
ACPI: Subsystem revision 20060127
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (:00)
ACPI:
On 06/06/07, Stefan Richter <[EMAIL PROTECTED]> wrote:
Tim Post wrote on 2007-06-04:
> I was wondering if a meta version of the decision making process that
> would be employed to determine if a new contribution does or does not go
> into the main stream Linux kernel.
[...]
> Does some document
On Wed, Jun 06, 2007 at 02:40:24PM +0200, Geert Uytterhoeven wrote:
> Will http://www.codemonkey.org.uk/projects/checkpatch/checkpatch.git/ (hey, a
> project with the same name started by the same person???) be merged in?
Andy and I were working on this in parallel with the same goal.
When his
On Wed, Jun 06, 2007 at 08:59:48AM +0100, David Woodhouse wrote:
> > - *Additional technical information is available on
> > - *http://www.linux-mtd.infradead.org/tech/nand.html
>
> And that one should be changed to match the working one (and possibly be
> enclosed in <...>
On 06/06/07, Thomas Renninger <[EMAIL PROTECTED]> wrote:
Hi,
I made up a little How-To for what I find out is nice to debug ACPI
problems.
Nice :-)
Any enhancements, corrections, etc. are very much appreciated.
See below.
I'd like to have a final version in the Documentation section.
On Wed, 06 Jun 2007 13:30:10 +0100
David Woodhouse <[EMAIL PROTECTED]> wrote:
> The uart_set_termios() function will bail out early without bothering to
> touch the hardware, if it decides that nothing "relevant" has changed.
> Unfortunately, its idea of "relevant" doesn't include c_[io]speed. So
Quoting Cedric Le Goater ([EMAIL PROTECTED]):
> Mark Pflueger wrote:
> > hi everyone!
> >
> > i'm not subscribed to the list, so if you care to flame because of my noob
> > question, just do it to the list, otherwise please cc me.
>
> you should subscribe to [EMAIL PROTECTED] and send your
Tim Post wrote on 2007-06-04:
> I was wondering if a meta version of the decision making process that
> would be employed to determine if a new contribution does or does not go
> into the main stream Linux kernel.
[...]
> Does some document exist that shows the decision making process so that
> I
On Wed, Jun 06, 2007 at 11:12:09AM +0200, Peter Zijlstra wrote:
...
> > I think the same problem will happen on NOMMU && STACK_GROWS_UP. There are
> > several new references to bprm->vma in there, not all inside CONFIG_MMU.
>
> Right, which archs have that combo? I'll go gather cross compilers.
On Wed, Jun 06, 2007 at 02:12:22PM +0200, Bodo Eggert wrote:
> Change the description of CONFIG_*HIGHMEM* to reflect "lost" memory due to
> PCI space and the existence of the NX flag.
>
> Signed-Off-By: Bodo Eggert <[EMAIL PROTECTED]>
> ---
> I made this quick patch using the information from
On Wed, 6 Jun 2007, Michael Hanselmann wrote:
> > So the system is behaving the way you want, but not for the reason you
> > think. I bet you could remove the call to usb_root_hub_lost_power()
> > entirely and it wouldn't make any difference at all.
>
> Actually, that's true. René Nussbaumer
Gabriel C wrote:
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
Compile error here :
..
LD .tmp_vmlinux1
drivers/built-in.o: In function `acpi_init':
bus.c:(.init.text+0x249a): undefined reference to `pci_mmcfg_late_init'
Michal Piotrowski pisze:
On 06/06/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
It reboots immediately.
GOOD
#preserve-the-dirty-bit-in-init_page_buffers.patch
Tino Keitel wrote:
Hi,
I tried to enable acoustic management on my SATA drive, because
hdparm -I reported a recommended value of 128, and a current value
of 0 (off).
I did this:
$ sudo hdparm -M 128 /dev/sda
/dev/sda:
setting acoustic management to 128
HDIO_DRIVE_CMD:ACOUSTIC failed:
Florin Iucha wrote:
Hello,
I was working on a I/O heavy workload (parsing 100K spam messages to
extract certain structures) when I got this in the kernel log:
..
This is on a Thinkpad T60 with 2 GB RAM, running Ubuntu 7.04 (kernel
2.6.20-16-generic). No proprietary drivers (ok, maybe the
Hi,
I made up a little How-To for what I find out is nice to debug ACPI
problems.
Any enhancements, corrections, etc. are very much appreciated.
I'd like to have a final version in the Documentation section.
IMO the size and complexity of ACPI justifies to start an own
Documentation/acpi
On Wed, 06 Jun 2007 15:04:00 +0200, Jiri Slaby wrote:
> Andrew Morton napsal(a):
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
>
> It freezes during bootup while searching for sata drives on sata_promise.
> There
> were 2 issues with sata_promise in
This patch adds descriptions for a number of missing files and directories
to the Documentation/00-INDEX file.
People really should learn to keep this file up-to-date when adding or
moving documentation...
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
Documentation/00-INDEX | 142
Paul Mackerras wrote:
Chris Snook writes:
Clean up whitespace and comments in drivers/serial/icom.c
These changes seem totally unnecessary, as the existing indentation is
according to a commonly-accepted style and is quite reasonable:
I agree with Paul.
@@ -149,23 +149,23 @@ static void
Andi Kleen wrote:
>> I once had some code in there to do that, implemented in very boneheaded
>> way with a spinlock to protect the "last time returned" variable. I
>> expect there's a better way to implement it.
>>
>
> But any per CPU setup likely needs this to avoid non monotonicity
At Wed, 6 Jun 2007 01:23:06 -0400,
Dave Jones wrote:
>
> Rediffed version of the patch from ..
> http://bugzilla.kernel.org/show_bug.cgi?id=8016
> that seems to be lingering for some time.
>
> Original patch by: Andy Shevchenko <[EMAIL PROTECTED]>
> Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
On 6/6/07, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
On Wed, Jun 06, 2007 at 06:04:17PM +0530, Nitin Gupta wrote:
> Hi,
>
> This is kernel port of LZO1X-1 compressor and LZO1X decompressor (safe
> version only).
>
> * Changes since 'take 6' (Full Changelog after this):
> 1) Fixed unaligned
This patch adds support for the built in watchdog in AT32AP700X devices.
Tested on AT32AP7000 and ATSTK1000.
Hardware documentation can be found in the AT32AP7000 datasheet.
Signed-off-by: Hans-Christian Egtvedt <[EMAIL PROTECTED]>
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
Getting this on a bigger x86_64 (bl6-13):
Unable to handle kernel NULL pointer dereference at RIP:
[] acpi_processor_throttling_seq_show+0xa7/0xd6
PGD 2d77067 PUD 34c3067 PMD 0
Oops: [1] SMP
CPU 3
Modules linked in: video output button battery asus_acpi ac lp
parport_pc
Seeing this on an ia64:
drivers/built-in.o: In function `efi_setup_pcdp_console':
(.init.text+0x13be2): undefined reference to `early_serial_console_init'
drivers/built-in.o: In function `efi_setup_pcdp_console':
(.init.text+0x13de2): undefined reference to `early_serial_console_init'
make: ***
Cedric Le Goater wrote:
> Andrew,
>
> here's a minor fix for x86_64,
>
> C.
>
>
> when CONFIG_PM=y and CONFIG_SOFTWARE_SUSPEND=n,
>
> CC arch/x86_64/kernel/e820.o
> /home/legoater/linux/2.6.22-rc4-mm1/arch/x86_64/kernel/e820.c: In function
> `e820_mark_nosave_regions':
>
> A few of the above was easy to fix. See patch below.
This seems to work fine.
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Hi.
Attached is a small patch to allow file systems to inform the file
system independent layers that they don't support file leases.
The problem is that some file system such as NFSv2 and NFSv3 do
not have sufficient support to be able to support leases correctly.
In particular for these two
Willy Tarreau wrote:
On Tue, Jun 05, 2007 at 09:31:33PM -0700, Li, Tong N wrote:
Willy,
These are all good comments. Regarding the cache penalty, I've done some
measurements using benchmarks like SPEC OMP on an 8-processor SMP and
the performance with this patch was nearly identical to that
On Mon, 2007-06-04 at 23:03 +0200, Andreas Gruenbacher wrote:
> On Tuesday 15 May 2007 11:20, Pavel Machek wrote:
> > Hi!
> >
> > > Pathname matching, transition table loading, profile loading and
> > > manipulation.
> >
> > So we get small interpretter of state machines, and reason we need is
>
On Wed, 6 Jun 2007, Eric Paris wrote:
> + {
> + .ctl_name = CTL_UNNUMBERED,
> + .procname = "mmap_min_addr",
> + .data = _min_addr,
> + .maxlen = sizeof(unsigned long),
> + .mode = 0644,
> +
Mark Hounschell wrote:
> Oleg Nesterov wrote:
>> On 06/02, Mark Hounschell wrote:
>>> Jun 2 16:36:11 harley kernel: ERR!! events/1 flush hang: c201dbc0
>>> c201dbc0 10012 10012
>>> Jun 2 16:36:11 harley kernel: CURR: 7974 7974 vrsx 93 26
>>> Jun 2 16:36:11 harley kernel:
On Mon, 2007-06-04 at 16:30 +0200, Andreas Gruenbacher wrote:
> On Monday 04 June 2007 15:12, Pavel Machek wrote:
> > How will kernel work with very long paths? I'd suspect some problems,
> > if path is 1MB long and I attempt to print it in /proc
> > somewhere.
>
> Pathnames are only used for
David Woodhouse napsal(a):
> Cosmetic stuff which annoyed me while I was poking at it...
>
> Signed-off-by: David Woodhouse <[EMAIL PROTECTED]>
>
> diff --git a/drivers/char/tty_ioctl.c b/drivers/char/tty_ioctl.c
> index fd471cb..79e9c17 100644
> --- a/drivers/char/tty_ioctl.c
> +++
Andrew,
here's a minor fix for x86_64,
C.
when CONFIG_PM=y and CONFIG_SOFTWARE_SUSPEND=n,
CC arch/x86_64/kernel/e820.o
/home/legoater/linux/2.6.22-rc4-mm1/arch/x86_64/kernel/e820.c: In function
`e820_mark_nosave_regions':
Andrew Morton napsal(a):
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
It freezes during bootup while searching for sata drives on sata_promise. There
were 2 issues with sata_promise in -rc4 IIRC, one was fixed, the latter remains
unresolved. Or,
On Wed, Jun 06, 2007 at 12:50:04PM +1000, Benjamin Herrenschmidt wrote:
> Yeah, synchronous signals should probably never be delivered to another
> process, even via signalfd. There's no point delivering a SEGV to
> somebody else :-)
Sure there is. UML does exactly that - intercepting child
Hi,
I see two kernel timer interfaces: The standard and the high-resolution
timers. Are there any more? Is the whole kernel using these two
interfaces?
Thanks,
Simon
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
On 6/6/07 13:46, "Jan Beulich" <[EMAIL PROTECTED]> wrote:
>> On the other hand some timing issues on throttling are probably
>> the smallest of the users' problems when it really happens.
>
> Not if this results in your box hanging - I think throttling is exactly
> intended
> to keep the box
On Wednesday 06 June 2007 14:46:59 Jan Beulich wrote:
> >>> Andi Kleen <[EMAIL PROTECTED]> 06.06.07 14:18 >>>
> >
> >>
> >> Yes, this could be an issue. Is there any way to get an interrupt or MCE
> >> when thermal throttling occurs?
> >
> >Yes you can get an thermal interrupt from the local
On Wed, Jun 06, 2007 at 06:04:17PM +0530, Nitin Gupta wrote:
> Hi,
>
> This is kernel port of LZO1X-1 compressor and LZO1X decompressor (safe
> version only).
>
> * Changes since 'take 6' (Full Changelog after this):
> 1) Fixed unaligned memory access problems as pointed out by author --
>
On Tue, 2007-06-05 at 17:28 -0400, Eric Paris wrote:
> On Tue, 2007-06-05 at 17:16 -0400, Alan Cox wrote:
> > On Tue, Jun 05, 2007 at 05:00:51PM -0400, James Morris wrote:
> > > This should be an unsigned long.
> > >
> > > I wonder if the default should be for this value to be zero (i.e.
> > >
Mark Pflueger wrote:
> hi everyone!
>
> i'm not subscribed to the list, so if you care to flame because of my noob
> question, just do it to the list, otherwise please cc me.
you should subscribe to [EMAIL PROTECTED] and send your ideas on that
list. There's a BOF on that topic at OLS if you
>>> Andi Kleen <[EMAIL PROTECTED]> 06.06.07 14:18 >>>
>
>>
>> Yes, this could be an issue. Is there any way to get an interrupt or MCE
>> when thermal throttling occurs?
>
>Yes you can get an thermal interrupt from the local APIC. See the Linux
>kernel source. Of course there would be still a
Hi Andrew,
When CONFIG_DEBUG_VM=y, boot on i386 and s390 (the only one tested) ends
with the following.
C.
[ cut here ]
kernel BUG at mm/rmap.c:557!
invalid opcode: [#1]
CPU:0
EIP:0060:[]Not tainted VLI
EFLAGS: 0206 (2.6.22-rc4-mm1 #1)
EIP is at
On Wednesday 06 June 2007, David Woodhouse wrote:
> And if I had something like this (which is admittedly contrived, but
> hardware people _do_ do stupid things to us):
> { uint32_t, uint8_t, uint16_t, uint8_t, uint32_t, uint32_t }
>
> With the 'packed' attribute the compiler would assume
On Tue, 29 May 2007, Andy Whitcroft wrote:
> As a first step package up the current state of the patch style
> checker and include it in the kernel tree. Add instructions
> suggesting running it on submissions. This adds version v0.01 of
Hi,
This is kernel port of LZO1X-1 compressor and LZO1X decompressor (safe
version only).
* Changes since 'take 6' (Full Changelog after this):
1) Fixed unaligned memory access problems as pointed out by author --
LZO_UNALIGNED_OK_{2,4} collapsed to UNALIGNED_OK which is #defined for
archs that
Cosmetic stuff which annoyed me while I was poking at it...
Signed-off-by: David Woodhouse <[EMAIL PROTECTED]>
diff --git a/drivers/char/tty_ioctl.c b/drivers/char/tty_ioctl.c
index fd471cb..79e9c17 100644
--- a/drivers/char/tty_ioctl.c
+++ b/drivers/char/tty_ioctl.c
@@ -276,8 +276,8 @@ void
On Mon, 2007-05-28 at 14:47 +1000, Paul Mackerras wrote:
> Sure, we can add them. I suggest IBSHIFT = 16 and CIBAUD = 0xff
> (or 07760 if we are going to continue the peculiar convention of
> using octal for the C* constants).
Signed-off-by: David Woodhouse <[EMAIL PROTECTED]>
diff
On Wed, Jun 06, 2007 at 09:30:23AM +0200, Ingo Molnar wrote:
>
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
> > >
> > > ---
> > >
> > > BTW: Please don't #include C files in sched.c
> >
> > Yeah.
>
> In this case it's not that bad. It
The uart_set_termios() function will bail out early without bothering to
touch the hardware, if it decides that nothing "relevant" has changed.
Unfortunately, its idea of "relevant" doesn't include c_[io]speed. So if
the baud rate bits are BOTHER and you just change the speed, the change
gets
The server is returning a deleted file to the client as the result of a
lookup() call. I'd call that a server bug.
Trond
On Wed, 2007-06-06 at 01:13 -0700, Ravikiran G Thirumalai wrote:
> While running a dbench stress test on a nfs mounted file system, I notice
> the subject error message on
>
> Yes, this could be an issue. Is there any way to get an interrupt or MCE
> when thermal throttling occurs?
Yes you can get an thermal interrupt from the local APIC. See the Linux
kernel source. Of course there would be still a race window.
On the other hand some timing issues on throttling
On Wed, 2007-06-06 at 19:01 +1000, Russell Coker wrote:
> On Wednesday 06 June 2007 06:34, Eric Paris <[EMAIL PROTECTED]> wrote:
> > This patch uses a new SELinux security class "memprotect." Policy
> > already contains a number of allow rules like a_t self:process *
> > (unconfined_t being one
On Tue, 2007-06-05 at 15:53 -0700, Chris Wright wrote:
> * Eric Paris ([EMAIL PROTECTED]) wrote:
> > One result of using the dummy hook for non-selinux kernels means that I
> > can't leave the generic module stacking code in the SELinux check. If
> > the secondary ops are called they will always
Change the description of CONFIG_*HIGHMEM* to reflect "lost" memory due to
PCI space and the existence of the NX flag.
Signed-Off-By: Bodo Eggert <[EMAIL PROTECTED]>
---
I made this quick patch using the information from LKML as I remembered
it. Please verify.
--- 2.6.21/arch/i386/Kconfig.ori
Jared Hulbert wrote:
(2) failed with the following messages. (This wasn't really busybox.
It was xxd, not statically link, hence the issue with ld.so)
Could you try to figure what happend to subject page before? Was it
subject to copy on write? With what flags has this vma been mmaped?
301 - 400 of 1053 matches
Mail list logo