On 6/6/07, William Lee Irwin III [EMAIL PROTECTED] wrote:
(1) build for i386 with my .config
(2) attempt to boot in qemu's i386 system simulator
I'm not seeing the sort of nondeterminism Andy Whitcroft is. It breaks
every time when I try this.
Looks to be lockdep related - it's reproducible
On Thu, 7 Jun 2007, Arnd Bergmann wrote:
On Thursday 07 June 2007, Davide Libenzi wrote:
The sys_socketcall() system call has been also changed to support
a new SYS_SOCKET2 indentifier.
I thought the general agreement was that sys_socketcall is a bad
idea to start with. Is there any
On Wed, 2007-06-06 at 20:53 +0200, Thomas Klein wrote:
This patch fixes a possible kernel panic due to not checking the vlan group
when processing received VLAN packets and a malfunction in VLAN/hypervisor
registration.
Signed-off-by: Thomas Klein [EMAIL PROTECTED]
---
diff -Nurp -X
From: Kevin Lloyd [EMAIL PROTECTED]
This patch is derived from the 2.6.22-rc4 kernel source and adds support for the
new TRU-install (C) feature (without this support new devices will not work),
and
add new UMTS device VID/PIDs.
There was a previous submission on Tuesday June 5th, it was
CONFIG_X86_TSC makes the TSC mandatory, but since the TSC may be
unstable, we still have to be able to operate without it.
Furthermore, with CONFIG_X86_GENERIC we still compile in the RDTSC
instructions.
In the end, the only significant effect is has is that it makes the
notsc flag inoperable,
On Wed, 06 Jun 2007 12:10:28 +0200 Miloslav Trmac [EMAIL PROTECTED] wrote:
From: Miloslav Trmac [EMAIL PROTECTED]
Add TTY input auditing, used to audit system administrator's actions.
TTY input auditing works on a higher level than auditing all system
calls within the session, which would
Jeremy Fitzhardinge wrote:
Certainly, but much harder to implement. The ELF parser needs to be
prepared to move itself around to get out of the way of the ELF file.
It's a fairly large change from how it works now.
It doesn't if we simply declare that a certain chunk of memory is
I suppose as a cleaner alternative we could
add a container_subsys-inherit_defaults() handler, to be called at
container_clone(), and for cpusets this would set cpus and mems to
the parent values - sibling exclusive values. If that comes to nothing,
then the attach_task() is still refused,
On Wed, 6 Jun 2007 23:20:46 +0200 Steinar H. Gunderson [EMAIL PROTECTED]
wrote:
[Please Cc on reply]
Hi,
I recently bought an USB MIDI interface from ESI (called “ESI MIDI Mate”). It
claims to work with Linux, but doesn't -- I've already asked the manufacturer
for an explanation, but as
looking at a simple program:
int main()
{
if (fork()) return 0;
printf(pid = %i\n, getpid());
while (1) sleep(3600);
}
and where my / and /var/tmp are on the same partition:
# gcc test.c -o /usr/sbin/MOO
# /usr/sbin/MOO
pid = 17144
# readlink /proc/17144/exe
/usr/sbin/MOO
# gcc test.c -o
--- Jared Hulbert [EMAIL PROTECTED] wrote:
The vma-flags = 1875 = 0x753
This is:
VM_READ
VM_WRITE
VM_MAYREAD
VM_MAYEXEC
VM_GROWSDOWN
VM_GROWSUP
VM_PFNMAP
There was a mistake in Jared's previous post in this
thread. The vm_flags were already in hex, i.e. 0x1875
The settings were:
H. Peter Anvin wrote:
It doesn't if we simply declare that a certain chunk of memory is
available to it, for the case where it runs in the native configuration.
Since it doesn't have to support *any* ELF file, just the kernel one,
that's an option.
I suppose. But given that its always
On Wed, 6 Jun 2007 17:32:33 -0700 Paul Menage [EMAIL PROTECTED] wrote:
On 6/6/07, William Lee Irwin III [EMAIL PROTECTED] wrote:
(1) build for i386 with my .config
(2) attempt to boot in qemu's i386 system simulator
I'm not seeing the sort of nondeterminism Andy Whitcroft is. It breaks
On Wed, Jun 06, 2007 at 05:26:49PM -0700, Davide Libenzi wrote:
I'm sure there's a good reason behind, but why are those variables
replicated in every architecture?
Those are global variables, defined in global include files, and AFAICS
they could be moved in a single kernel/init_task.c
On Wed, Jun 06, 2007 at 10:28:28AM -0700, Andrew Morton wrote:
On Wed, 06 Jun 2007 09:12:04 -0400 Mark Hounschell [EMAIL PROTECTED] wrote:
As far as a 100% CPU bound task being a valid thing to do, it has been
done for many years on SMP machines. Any kernel limitation on this
On Wed, 06 Jun 2007 11:37:53 +0200 Thomas Gleixner [EMAIL PROTECTED] wrote:
From: Udo A. Steinberg [EMAIL PROTECTED]
The chip set doc for IHC4 says:
1.In general, software should not attempt any non-posted accesses during
arbiter disable except to the ICH4's power management registers.
Thomas,
Can you replace my previous patch with this one. This one includes the
fix for i386.
-- Steve
Index: linux-2.6.21-rt9/arch/x86_64/mm/fault.c
===
--- linux-2.6.21-rt9.orig/arch/x86_64/mm/fault.c
+++
-Original Message-
From: Andrew Morton [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 06, 2007 6:39 PM
To: Thomas Gleixner
Cc: Pallipadi, Venkatesh; Stable Team; LKML; Len Brown; Ingo
Molnar; Arjan van de Ven; Andi Kleen; Udo A. Steinberg; Dave Jones
Subject: Re: [PATCH] ACPI: Move
The following two patches fix a couple of bugs which trigger when read
races with truncate.
As there is no locking between read and truncate, we need to be
careful about sequencing. In some cases were aren't careful enough.
The first patch ensures that we check i_size *after* gaining a
The do_loop_readv_writev implementation of readv breaks out of the
loop as soon as a single read request didn't fill it's buffer:
if (nr != len)
break;
The generic_file_aio_read version doesn't. So if it hits EOF
before the end of the list of buffers, it
On Wednesday 06 June 2007 7:41 pm, H. Peter Anvin wrote:
This makes vmlinux (normally stripped) recoverable from the bzImage file
and so anything that is currently booting vmlinux would be serviced by
this scheme.
Would this make it sane to strip the initramfs image out of vmlinux with
Rob Landley wrote:
On Wednesday 06 June 2007 7:41 pm, H. Peter Anvin wrote:
This makes vmlinux (normally stripped) recoverable from the bzImage file
and so anything that is currently booting vmlinux would be serviced by
this scheme.
Would this make it sane to strip the initramfs image out
On Wed, 6 Jun 2007 23:53:28 +0400 Sergei Shtylyov [EMAIL PROTECTED] wrote:
Eliminate UltraATA/133 support for HPT374 -- the chip isn't capable of this
mode
according to the manual, and doesn't even seem to tolerate 66 MHz DPLL
clock...
Signed-off-by: Sergei Shtylyov [EMAIL PROTECTED]
do_generic_mapping_read currently samples the i_size at the start
and doesn't do so again unless it needs to call -readpage to load
a page. After -readpage it has to re-sample i_size as a truncate
may have caused that page to be filled with zeros, and the read()
call should not see these.
On Wed, 2007-06-06 at 11:23 +0100, Alan Cox wrote:
Better yet just don't compile in the old IDE stuff, lguest doesn't have a
PCI or ISA bus anyway.
Sure, but the run the same kernel as guest and host is a really nice
feature.
Modules dear boy, modules ;)
For some reason, pulling
The long return value of rmode_tss_base is truncated by its declared
return type of int.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
drivers/kvm/vmx.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: kvm/drivers/kvm/vmx.c
This path adds validation of the MMCONFIG table against the ACPI reserved
motherboard resources. If the MMCONFIG table is found to be reserved in
ACPI, we don't bother checking the E820 table. The PCI Express firmware spec
apparently tells BIOS developers that reservation in ACPI is required and
On Wed, Jun 06, 2007 at 11:09:31AM -0700, Andrew Morton wrote:
On Thu, 7 Jun 2007 00:19:36 +0800 WANG Cong [EMAIL PROTECTED] wrote:
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/
-
greg this is part of my config
(we are talking now 2.6.22-rc4-200706042030-cfq7 #160 SMP PREEMPT Mon
Jun 4 20:55:02 CDT 2007 x86_64 x86_64 x86_64 GNU/Linux)
CONFIG_USB_DEVICEFS=y
# CONFIG_USB_DEVICE_CLASS is not set -
# CONFIG_USB_DYNAMIC_MINORS is not set
On Thu, Jun 07, 2007 at 08:43:42AM +1000, Paul Mackerras wrote:
What Ben was talking about was stealing a synchronous SEGV from a task
without stopping it, and as Ben says that makes no sense.
Intercepting a signal and stopping the task is reasonable, and that is
what ptrace does, and I assume
greg
with CONFIG_USB_DEVICE_CLASS=y
scanner /dev/scanner- show up xsane is working now
SCANNER PROBLEM SOLVED
thanx
xboom
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Thu, Jun 07, 2007 at 10:13:42AM +0800, Li, Xin B wrote:
-static int rmode_tss_base(struct kvm* kvm)
+static unsigned long rmode_tss_base(struct kvm* kvm)
Should use gpa_t instead.
Right you are, I didn't notice that type.
Will fix.
Jeff
--
Work email -
On Wed, 2007-06-06 at 03:59 -0700, Roland McGrath wrote:
Oleg and I were just discussing this issue in relation to other problems.
We established that it is never safe to clear TIF_SIGPENDING on another
thread. But I hadn't really thought through that it's sometimes not safe
to clear your own
On Wed, 2007-06-06 at 08:52 -0400, Jeff Dike wrote:
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
On Wed, 2007-06-06 at 08:35 -0700, Linus Torvalds wrote:
So I think that the *right* place to clear TIF_SIGPENDING is actually in
get_signal_to_deliver(), because that function is called _only_ by the
actual per-architecture I'm going to deliver a signal now.
That was my initial idea but
Eric W. Biederman writes:
Badari Pulavarty [EMAIL PROTECTED] writes:
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
On Wed, 2007-06-06 at 08:35 -0700, Linus Torvalds wrote:
So now we should do recalc_sigpending() only when signals may be
*added*
(where messing with the blocked mask obviously is a form of adding
signals, and possibly the most common reason for having to recalculate
the
sigpending mask).
On Wed, 2007-06-06 at 22:20 -0400, Jeff Dike wrote:
On Thu, Jun 07, 2007 at 08:43:42AM +1000, Paul Mackerras wrote:
What Ben was talking about was stealing a synchronous SEGV from a task
without stopping it, and as Ben says that makes no sense.
Intercepting a signal and stopping the task is
This is a minor fix, but what is currently there is essentially wrong.
In do_page_fault, if the faulting address from user code happens to be
in kernel address space (int *p = (int*)-1; p = 0xbed;) then the
do_page_fault handler will jump over the local_irq_enable with the
goto
On Wed, 6 Jun 2007 23:27:01 -0400 Albert Cahalan [EMAIL PROTECTED] wrote:
Eric W. Biederman writes:
Badari Pulavarty [EMAIL PROTECTED] writes:
Your recent cleanup to shm code, namely
[PATCH] shm: make sysv ipc shared memory use stacked files
took away one of the debugging feature
On Wed, Jun 06, 2007 at 10:11:20PM -0500, [EMAIL PROTECTED] wrote:
greg
with CONFIG_USB_DEVICE_CLASS=y
scanner /dev/scanner- show up xsane is working now
SCANNER PROBLEM SOLVED
Great, thanks for verifying this. This config option is by default
enabled, so you need to work hard to
On Thu, Jun 07, 2007 at 11:12:32AM +1200, Ian McDonald wrote:
On 6/7/07, Chuck Ebbert [EMAIL PROTECTED] wrote:
On 06/06/2007 04:47 PM, Ian McDonald wrote:
Hi there,
We've seen a report of a problem with dccp_probe as shown below. The
user has also verified that it occurs in tcp_probe as
This patch fixes the problem of page protection introduced by
CONFIG_DEBUG_RODATA for x86_64 architecture. As per Andi
Kleen's suggestion, the kernel text pages are marked writeable
only for a short duration to insert or remove the breakpoints.
Signed-off-by: Prasanna S P[EMAIL PROTECTED]
On Thu, Jun 07, 2007 at 02:17:45AM +0200, Martin Peschke wrote:
Ingo Molnar wrote:
, quite some work went into it - NACK :-(
Considering the amount of code.. ;-)I am sorry.
But seriously, did you consider using some user space tool or script to
format this stuff the way you like it -
On 6/6/07, Richard Purdie [EMAIL PROTECTED] wrote:
snip
Nitin: Have you any objections to this version? If not, I'll finish
analysing the PTR_ code changes and then hopefully we can get something
into -mm...
Your code now looks nice and clean. But I don't know what you want. I
already spent
On Thu, May 31, 2007 at 10:26:10AM -0500, [EMAIL PROTECTED] wrote:
I wasn't actually able to reproduce the bug myself, but I guess it is
pretty obvious that I shouldn't have called cpufreq_unregister_notifier
with a spinlock held. I haven't been doing this long enough to know
exactly which
On 6/6/07, Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 6 Jun 2007 23:27:01 -0400 Albert Cahalan [EMAIL PROTECTED] wrote:
Eric W. Biederman writes:
Badari Pulavarty [EMAIL PROTECTED] writes:
Your recent cleanup to shm code, namely
[PATCH] shm: make sysv ipc shared memory use stacked
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm2/
- Basically a bugfixed version of 2.6.22-rc4-mm1. None of the subsystem
trees were repulled, several bad patches were dropped, a few were fixed.
Boilerplate:
- See the `hot-fixes' directory for any
Jeff Dike wrote:
On Thu, Jun 07, 2007 at 10:13:42AM +0800, Li, Xin B wrote:
-static int rmode_tss_base(struct kvm* kvm)
+static unsigned long rmode_tss_base(struct kvm* kvm)
Should use gpa_t instead.
Right you are, I didn't notice that type.
Some extra logic is needed
This patch basically copies the gnulib version of memmem() into
scripts/kallsyms.c. While a useful function, it isn't in POSIX so some
systems (like Darwin) choose to omit it. How do others feel ?
Signed-off-by: Mike Frysinger [EMAIL PROTECTED]
---
--- a/scripts/kallsyms.c
+++
Russ == Russ Anderson [EMAIL PROTECTED] writes:
Russ Tony Luck wrote:
I used the sn2_defconfig in the tree :)
So there is something odd happening. Russ complained that he was
still seeing several errors from the sn2_defconfig build too when I
posted the last fix to Len. But I don't see
Hi,
I remember this one ...
On 6/7/07, Greg KH [EMAIL PROTECTED] wrote:
On Thu, May 31, 2007 at 10:26:10AM -0500, [EMAIL PROTECTED] wrote:
I wasn't actually able to reproduce the bug myself, but I guess it is
pretty obvious that I shouldn't have called cpufreq_unregister_notifier
with a
Hello,
David Greaves wrote:
Just to be clear. This problem is where my system won't resume after s2d
unless I umount my xfs over raid6 filesystem.
This is really weird. I don't see how xfs mount can affect this at all.
[--snip--]
So now this compiles but it does cause the problem:
umount
1001 - 1053 of 1053 matches
Mail list logo
