On Thu, Mar 01, 2007 at 04:16:59PM +0900, Fernando Luis Vázquez Cao wrote:
> Use the APIC to determine the hardware processor id when APIC support
> has been selected, independently of whether CONFIG_SMP is set or not.
>
> Signed-off-by: Fernando Luis Vazquez Cao <[EMAIL PROTECTED]>
> ---
>
>
> > From: Miklos Szeredi <[EMAIL PROTECTED]>
> >
> > This deadlock is similar to the one in balance_dirty_pages, but
> > instead of waiting in balance_dirty_pages after submitting a write
> > request, it happens during a memory allocation for filesystem B before
> > submitting a write request.
>
On Wed, Feb 28, 2007 at 10:45:41AM -0800, Jean Tourrilhes wrote:
> On Wed, Feb 28, 2007 at 10:34:37AM +0100, Jarek Poplawski wrote:
> > On 28-02-2007 02:27, Jean Tourrilhes wrote:
> > > Hi all,
> > ...
> > > Patch for 2.6.20 is attached. The patch was tested on a system
> > > running the
so will the 1st acpi_table_init() always fail -- even
on future machines?
-Len
On Wednesday 28 February 2007 18:47, John Keller wrote:
> To provide compatibilty with SN kernels that do and do not
> have ACPI IO support, the SN PROM must build different
> versions of some ACPI tables based on
> > This deadlock happens, when dirty pages from one filesystem are
> > written back through another filesystem. It easiest to demonstrate
> > with fuse although it could affect looback mounts as well (see
> > following patches).
> >
> > Let's call the filesystems A(bove) and B(elow). Process
On Wed, 28 Feb 2007 10:12:01 +0100 (CET) Jaroslav Kysela <[EMAIL PROTECTED]>
wrote:
> Hi,
>
> please, review and apply to mm tree for further testing. The patch
> is also available at
> ftp://ftp.alsa-project.org/pub/kernel-patches/bonding-workqueue.patch .
Please cc
> >> What happens if the application overwrites what it had written some
> >> time later? Nothing. The page is already read-write, the pte dirty,
> >> so even though the file was clearly modified, there's absolutely no
> >> way in which this can be used to force an update to the timestamp.
> >>
linux-kernel-markers-documentation-update-flags
Documents the flag usage.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/Documentation/marker.txt
+++ b/Documentation/marker.txt
@@ -78,6 +78,21 @@ which saves a data cache hit, but also requires cross CPU
code modification. In
order
linux-kernel-markers-non-optimized-architures-fallback-flags
- asm-generic/marker.h is now only used as a fallback defining _MARK as
MARK_GENERIC.
- flags support
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/include/asm-generic/marker.h
+++ b/include/asm-generic/marker.h
@@ -1,8
Move definition of hard_smp_processor_id to asm/smp.h on alpha, m32r,
powerpc, s390, sparc, sparc64, and um architectures.
Signed-off-by: Fernando Luis Vazquez Cao <[EMAIL PROTECTED]>
---
diff -urNp linux-2.6.21-rc2/include/asm-alpha/smp.h
linux-2.6.21-rc2-hwcpuid/include/asm-alpha/smp.h
---
Always ask the hardware to determine the hardware processor id in both UP and
SMP kernels.
Signed-off-by: Fernando Luis Vazquez Cao <[EMAIL PROTECTED]>
---
diff -urNp linux-2.6.21-rc2/include/asm-ia64/smp.h
linux-2.6.21-rc2-hwcpuid/include/asm-ia64/smp.h
---
Use the APIC to determine the hardware processor id in both UP and SMP
kernels.
Signed-off-by: Fernando Luis Vazquez Cao <[EMAIL PROTECTED]>
---
diff -urNp linux-2.6.21-rc2/include/asm-x86_64/smp.h
linux-2.6.21-rc2-hwcpuid/include/asm-x86_64/smp.h
--- linux-2.6.21-rc2/include/asm-x86_64/smp.h
Use the APIC to determine the hardware processor id when APIC support
has been selected, independently of whether CONFIG_SMP is set or not.
Signed-off-by: Fernando Luis Vazquez Cao <[EMAIL PROTECTED]>
---
diff -urNp linux-2.6.21-rc2/include/asm-i386/smp.h
With the advent of kdump, the assumption that the boot CPU when running
an UP kernel is always the CPU with a hardware ID of 0 (usually referred
to as BSP on some architectures) does not hold true anymore. The reason
being that the dump capture kernel boots on the crashed CPU (the CPU
that invoked
With the advent of kdump, the assumption that the boot CPU when booting
an UP kernel is always the CPU with a hardware ID of 0 (usually referred
to as BSP on some architectures) is not valid anymore.
Signed-off-by: Fernando Luis Vazquez Cao <[EMAIL PROTECTED]>
---
diff -urNp
linux-kernel-markers-i386-optimization-flags
i386 marker optimization flags support.
Also fixes the @progbits assembly section declaration.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/arch/i386/kernel/marker.c
+++ b/arch/i386/kernel/marker.c
@@ -40,7 +40,7 @@ static int
linux-kernel-markers-powerpc-optimization-flags
Add flag support to powerpc optimization
Fix the .section .markers, \"a\", @progbits;\n\t inline assembly :
adding the @progbits seems to remove a warning from the linker (forces
the section to DATA, which is the same a what the MARK_GENERIC version
On Tue, 27 Feb 2007 23:38:13 +0100 Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> From: Miklos Szeredi <[EMAIL PROTECTED]>
>
> This deadlock is similar to the one in balance_dirty_pages, but
> instead of waiting in balance_dirty_pages after submitting a write
> request, it happens during a memory
linux-kernel-markers-kconfig-menus-fix-5
- Change CONFIG_MARKERS_ENABLE_OPTIMIZATION for
CONFIG_MARKERS_DISABLE_OPTIMIZATION.
- Have CONFIG_MARKERS_DISABLE_OPTIMIZATION depend on EMBEDDED.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/kernel/Kconfig.marker
+++
linux-kernel-markers-architecture-independant-code-flags
- GEN_MARK changed for MARK_GENERIC is now declared in linux/marker.h
- Adds the MF_* flags than can be used by the _MARK macro
MF_OPTIMIZED (Use optimized markers)
MF_LOCKDEP (Can call lockdep)
MF_PRINTK (vprintk can be called in the
On Tue, 27 Feb 2007 23:38:12 +0100 Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> From: Miklos Szeredi <[EMAIL PROTECTED]>
>
> This deadlock happens, when dirty pages from one filesystem are
> written back through another filesystem. It easiest to demonstrate
> with fuse although it could affect
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Wed, 28 Feb 2007 22:03:49 -0800
> On Mon, 26 Feb 2007 12:10:37 -0800 Mathieu Desnoyers <[EMAIL PROTECTED]>
> wrote:
>
> > Other examples :
> >
> > sparc64/kernel/ptrace.c:if
> > ((task_thread_info(child)->flags & _TIF_32BIT) != 0)
On Mon, 2006-11-20 at 18:45 +0100, Arnd Bergmann wrote:
> plain text document attachment (spufs-master-control.diff)
> When the user changes the runcontrol register, an SPU might be
> running without a process being attached to it and waiting for
> events. In order to prevent this, make sure we
On Tue, 27 Feb 2007 07:22:00 -0500 Prarit Bhargava <[EMAIL PROTECTED]> wrote:
> Replace call_smp_function with stop_machine_run in the Intel RNG driver.
>
> CPU A has done read_lock()
> CPU B has done write_lock_irq() and is waiting for A to release the lock.
>
> A third CPU calls
On Mon, 26 Feb 2007 12:10:37 -0800 Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> Hi,
How come I'm the only person around here with a Reply button?
> Looking into the thread flags, I found out that some architecture
> specific kernel functions (in 2.6.20) sets the thread flags with non
>
On Mon, 26 Feb 2007 00:45:00 -0600 [EMAIL PROTECTED] (Florin Iucha) wrote:
> Hello, it's me and my 70 GB of photos again.
>
> I have tested both CIFS and NFSv4 clients in kernel 2.6.20-rc1 . CIFS
> passed with flying colors and NFSv4 stalled after 7 GB.
>
> Configuration:
>
>Server:
On Wednesday 28 February 2007 07:45, Rafael J. Wysocki wrote:
>
> > This gives:
> >
> > (gdb) l *evdev_disconnect+0xb1
> > 0xa81 is in evdev_disconnect (include/asm/processor.h:716).
> > 711However we don't do prefetches for pre XP Athlons currently
> > 712That should be fixed.
On Thu, 2007-03-01 at 09:01 +1100, Con Kolivas wrote:
> On Wednesday 28 February 2007 15:21, Mike Galbraith wrote:
> > On Wed, 2007-02-28 at 09:58 +1100, Con Kolivas wrote:
> > > On Tuesday 27 February 2007 19:54, Mike Galbraith wrote:
> > > > Agreed.
> > > >
> > > > I was recently looking at
The patch is for tracking writes made to a loop device made through mmap.
A file_operations structure variable called loop_fops is initialised with the
default block device file operations (def_blk_fops).
The mmap operation is overriden with a new function called loop_file_mmap.
A
On Tuesday 20 February 2007 04:19, Nicolas Ferre wrote:
> Add support for the ads7843 touchscreen controller to the ads7846
> driver code.
Applied to the input tree, thank you.
--
Dmitry
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Wed, Feb 28, 2007 at 01:45:17PM -0600, John Keller wrote:
> Add a missing #define for the platform_kernel_launch_event.
> Without this fix, a call to platform_kernel_launch_event()
> becomes a noop on generic kernels. SN systems require this
> fix to successfully kdump/kexec from certain
Hi folks,
As SMC91X ethernet controller are used in blackfin STAMP 533 development
board, this patch add blackfin support to the smc91x linux driver.
It's name is blackfin-driver-net-stamp533.patch.
[PATCH] Blackfin: patch add blackfin support in smc91x ethernet
controller driver
Hi folks,
Here is the blackfin on-chip RTC controller driver for Linux.
It's name is blackfin-driver-rtc.patch
[PATCH] Blackfin: on-chip RTC controller driver
This patch implements the driver necessary use the Analog Devices
Blackfin processor's on-chip RTC controller.
Signed-off-by: Bryan Wu
Hi folks,
Here is the blackfin on-chip ethernet MAC controller driver for Linux.
It's name is blackfin-driver-net-stamp537.patch
[PATCH] Blackfin: on-chip ethernet MAC controller driver
This patch implements the driver necessary use the Analog Devices
Blackfin processor's on-chip ethernet MAC
Hi folks,
Here is the update version of blackfin serial driver in -mm tree.
Fixed some bugs and please rename the patch file to
blackfin-driver-serial-core.patch.
[PATCH] Blackfin: serial driver for Blackfin architecture
This patch implements the driver necessary use the Analog Devices Blackfin
Hi folks,
Here is the update version of blackfin-arch.patch in -mm tree.
simply add support to utrace and it was tested on blackfin STAMP board
as well as other following patches.
The whole patch is located at URL:
https://blackfin.uclinux.org/gf/download/frsrelease/39/2583/blackfin-arch.patch
From: Tony Breeds <[EMAIL PROTECTED]>
Fix soft lockup with iSeries viocd driver, caused by eventually calling
end_that_request_first() with nr_bytes 0.
The lockup is triggered by hald, interrogating the device.
Signed-off-by: Tony Breeds <[EMAIL PROTECTED]>
Signed-off-by: Jens Axboe <[EMAIL
On 3/1/07, Michael S. Tsirkin <[EMAIL PROTECTED]> wrote:
with 2.6.20, pressing Fn/F4 generates an ACPI event and triggers suspend to RAM.
On 2.6.21-rc2, after resume (when the box is accessible from network),
pressing Fn/F4 again does not seem to have any effect.
I have the same problem on
On Wed, Feb 28, 2007 at 10:41:17PM +0100, Ingo Molnar wrote:
> From: Ingo Molnar <[EMAIL PROTECTED]>
>
> add include/linux/syslet.h which contains the user-space API/ABI
> declarations. Add the new header to include/linux/Kbuild as well.
Hi Ingo,
I'd like to propose a simpler userspace API for
On Wed, 2007-02-28 at 16:20 -0800, David Miller wrote:
> If you'll recall, over a year ago, I pointed out that the current
> Radeon driver erroneously returns -EINVAL for valid blanking codes,
> here is a link to that thread:
>
> http://lkml.org/lkml/2006/1/28/6
>
> No other driver does
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Wed, 28 Feb 2007 17:06:19 -0800 (PST)
> On Wed, 28 Feb 2007, David Miller wrote:
>
> > Arguably SLAB_HWCACHE_ALIGN and SLAB_MUST_HWCACHE_ALIGN should
> > not be set here, but SLUBs change in semantics in this area
> > could cause similar grief in
Hi,
I have a laptop Toshiba A70, I attach a DMESG so you know my system.
The problem is that the system hang randomly and I don't know why, I can se
nothing on /var/log/message realted to the hang (I have to force a shutdown
first).
With the NOAPIC option the hang just delay or dismish in
The patch is for tracking writes made to a loop device made through
mmap.
A file_operations structure variable called loop_fops is initialised
with the default block device file operations (def_blk_fops).
The mmap operation is overriden with a new function called
loop_file_mmap.
A
On Thu, Mar 01, 2007 at 12:12:28AM +0100, Ingo Molnar wrote:
> more capable by providing more special system calls like sys_upcall() to
> execute a user-space function. (that way a syslet could still execute
> user-space code without having to exit out of kernel mode too
> frequently) Or
On Wed, 28 Feb 2007, Robert Hancock wrote:
> Date: Wed, 28 Feb 2007 18:21:48 -0600
> From: Robert Hancock <[EMAIL PROTECTED]>
> To: Gerhard Mack <[EMAIL PROTECTED]>
> Cc: linux-kernel ,
> Charles Shannon Hendrix <[EMAIL PROTECTED]>
> Subject: Re: 2.6.20 SATA error
>
> Gerhard Mack wrote:
> >
On Tue, 27 Feb 2007, Andrew Morton wrote:
> > On Mon, 26 Feb 2007 17:35:17 -0800 Stephen Hemminger <[EMAIL PROTECTED]>
> > wrote:
> > The kernel already has several implmentations and usages of 64 by 64
> > bit divide.
> >
> > Although it is significantly slower, there are places that need it
On 2/28/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
Chuck Ebbert <[EMAIL PROTECTED]> writes:
> Starting with kernel 2.6.19, the process directories in
> /proc are sorted by number. They were sorted by process
> start time in 2.6.18 and earlier. This makes the output
> of procps come out in
On Wed, 28 Feb 2007, David Miller wrote:
> Maybe if you managed your individual changes in GIT or similar
> this could be debugged very quickly. :-)
I think once things calm down and the changes become smaller its going
to be easier. Likely the case with after V4.
> Meanwhile I noticed that
On Sat, 24 Feb 2007 12:22:11 +
Ralf Baechle <[EMAIL PROTECTED]> wrote:
> sysdev.h uses THIS_MODULE so should include .
>
> Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
>
> diff --git a/include/linux/sysdev.h b/include/linux/sysdev.h
> index 389ccf8..e699ab2 100644
> ---
g fewer huge pages will likely also trigger the oops.
> Libhugetlbfs can be downloaded from:
> http://libhugetlbfs.ozlabs.org/snapshots/libhugetlbfs-dev-20070228.tar.gz
>
> I have collected the following information:
Thanks. I'm going to be offline starting early tomorrow so I'm
unfort
On Wed, 2007-02-28 at 16:51 -0800, Jean Tourrilhes wrote:
> I would prefer to fix the comment when this change actually
> happens. I prefer comments to refer to the current reality, rather
> than past/future situation.
Uh, no. device_rename is perfectly fine, even other people may use it
On Thu, Mar 01, 2007 at 01:37:46AM +0100, Johannes Berg wrote:
> On Wed, 2007-02-28 at 16:26 -0800, Jean Tourrilhes wrote:
>
> > + /* This function is only used for network interface.
> > +* Some hotplug package track interfaces by their name and
> > +* therefore want to know when the
On Wed, 2007-02-28 at 16:26 -0800, Jean Tourrilhes wrote:
> + /* This function is only used for network interface.
> + * Some hotplug package track interfaces by their name and
> + * therefore want to know when the name is changed by the user. */
Right now, that's true, but
On Wed, 2007-02-28 at 10:13 +, David Woodhouse wrote:
> On Wed, 2007-02-28 at 07:43 +0100, Benjamin Herrenschmidt wrote:
> > I wouldn't be that sure ... I've had problems in the past with PMU based
> > cpufreq... looks like flushing all caches and hard-resetting the
> > processor on the fly
On Wed, Feb 28, 2007 at 07:36:17AM -0800, Greg KH wrote:
> On Tue, Feb 27, 2007 at 05:27:41PM -0800, Jean Tourrilhes wrote:
> > diff -u -p linux/drivers/base/class.j1.c linux/drivers/base/class.c
> > --- linux/drivers/base/class.j1.c 2007-02-26 18:38:10.0 -0800
> > +++
Alan,
On Wed, Feb 28, 2007 at 07:01:17PM -0500, Alan Stern wrote:
> On Wed, 28 Feb 2007, Roland McGrath wrote:
>
> > It is true that debug registers are inherited by fork and clone.
> > I am 99% sure that this was never specifically intended, but it
> > has been this way for a long time (since
Gerhard Mack wrote:
Sorry for the false alarm,
There is one thing that seems odd, if you do have an nForce4 chipset, the
kernel should be running the SATA controller in ADMA mode in 2.6.20, but it
doesn't seem like it is from your dmesg output. Can you post the output of
"lspci -vvn"? Also what
On 2/27/07, Nish Aravamudan <[EMAIL PROTECTED]> wrote:
On 2/27/07, Bill Davidsen <[EMAIL PROTECTED]> wrote:
> Paulo Marques wrote:
> > Rik van Riel wrote:
> >> J.A. Magallón wrote:
> >>> [...]
> >>> Its the same to answer 4+4 queries than 8 at half the speed, isn't it ?
> >>
> >> That still
If you'll recall, over a year ago, I pointed out that the current
Radeon driver erroneously returns -EINVAL for valid blanking codes,
here is a link to that thread:
http://lkml.org/lkml/2006/1/28/6
No other driver does this, and it confuses the X server into thinking
that the device
On Tuesday 27 February 2007 6:36 pm, Randy Dunlap wrote:
> > The first hunk I expect, the second I did not. Anybody care to venture a
> > guess why the visibility logic is unstable?
>
> can we get .config^Wtryit ? (version 0, not version 1)
Unfortunately, the first .config was generated by me
I was playing with some code that sometimes got a string where a %n
match should have been done where the input string ended, for example
like this:
sscanf("abc123", "abc%d%n", , );
However, the scanf function in the kernel doesn't convert the %n in that
case because it has already matched the
Hello,
* Jan Kiszka <[EMAIL PROTECTED]> [2007-03-01 00:22]:
> Robin Getz wrote:
> > Does anyone have a pointer for a MOST (Media Oriented Systems Transport)
> > driver?
> >
> > http://en.wikipedia.org/wiki/Media_Oriented_Systems_Transport
> >
> > I have seen announcements of Linux systems that
On Tuesday 27 February 2007 6:43 pm, Gregor Jasny wrote:
> Hi,
>
> 2007/2/28, Rob Landley <[EMAIL PROTECTED]>:
> > I ran "make ARCH=x86_64 menuconfig", did a lot of editing, and saved
> > the .config. Then I copied that to a backup, ran "make oldconfig" on the
>
> I'd try with "make ARCH=x86_64
On Wed, 28 Feb 2007, Roland McGrath wrote:
> It is true that debug registers are inherited by fork and clone.
> I am 99% sure that this was never specifically intended, but it
> has been this way for a long time (since 2.4 at least). It's an
> implicit consequence of the do_fork implementation
On Wed, Feb 28, 2007 at 10:26:30PM +, Russell King wrote:
> On Tue, Feb 20, 2007 at 02:19:51PM +1100, David Gibson wrote:
> > Therefore, this patch defines a UPF_FIXED_PORT flag for the uart_port
> > structure. If this flag is set when the serial port is configured,
> > any attempts to alter
New hwmon drivers since 2.6.16.42 for the following hardware:
- National Semiconductor pc87427
- SMSC lpc47m192 and lpc47m997
- Winbond w83791d
Location:
ftp://ftp.kernel.org/pub/linux/kernel/people/bunk/linux-2.6.16.y/testing/
git tree:
Robin Getz wrote:
> Does anyone have a pointer for a MOST (Media Oriented Systems Transport)
> driver?
>
> http://en.wikipedia.org/wiki/Media_Oriented_Systems_Transport
>
> I have seen announcements of Linux systems that support MOST:
>
> http://linuxdevices.com/news/NS2586090082.html
>
> But
Since freezable workqueues are broken in 2.6.21-rc
(cf. http://marc.theaimsgroup.com/?l=linux-kernel=116855740612755,
http://marc.theaimsgroup.com/?l=linux-kernel=117261312523921=2)
it's better to change the only user of them, which is XFS, to use "normal"
nonfreezable workqueues.
Signed-off-by:
To provide compatibilty with SN kernels that do and do not
have ACPI IO support, the SN PROM must build different
versions of some ACPI tables based on which kernel is booting.
As such, the tables may have to change at kernel boot time.
By default, prior to kernel boot, the PROM builds an empty
On Feb 28 2007 15:20, Bill Irwin wrote:
>> I don't know about the rest of the world, but halting the system in the
>> case of memory corruption sounds like an extremely good idea to me.
On Thu, Mar 01, 2007 at 12:36:47AM +0100, Jan Engelhardt wrote:
> Just because a rather "unimportant" driver
On Wed, Feb 28, 2007 at 03:11:03PM -0800, Stephen Hemminger wrote:
> On Wed, 28 Feb 2007 15:40:31 -0700
> "Dale Farnsworth" <[EMAIL PROTECTED]> wrote:
>
> > The information contained within platform_data should be self-contained.
> > Replace the pointer to a MAC address with the actual MAC
Hello,
On an embedded system, I use two ramdisks. They are both
16 megabytes in size. I can create them interactively in
the normal way with mke2fs. However, when the system is
booted using isolinux, the RAM disks become corrupted.
Apparently isolinux.cfg's ramdisk_size (not documented,
only
Chuck Ebbert <[EMAIL PROTECTED]> writes:
> Starting with kernel 2.6.19, the process directories in
> /proc are sorted by number. They were sorted by process
> start time in 2.6.18 and earlier. This makes the output
> of procps come out in that order too, pissing off users
> who are used to the
On Feb 28 2007 15:20, Bill Irwin wrote:
>
>I don't know about the rest of the world, but halting the system in the
>case of memory corruption sounds like an extremely good idea to me.
Just because a rather "unimportant" driver (e.g. parport) might oops
thanks to a now-invalid address after
Greg KH <[EMAIL PROTECTED]> writes:
> On Wed, Feb 28, 2007 at 05:28:27AM -0700, Eric W. Biederman wrote:
>>
>> What are the rules that are supposed to govern backports to stable
>> trees these days anyway?
>
> Documentation/stable_kernel_rules.txt
Ok if that is really what we are going with,
On Wed, 28 Feb 2007, Robert Hancock wrote:
> Gerhard Mack wrote:
> > On Wed, 28 Feb 2007, Charles Shannon Hendrix wrote:
> >
> > > On Wed, 28 Feb 2007 13:25:00 -0500 (EST)
> > > Gerhard Mack <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > > > > In another thread, I think they were saying it was
2.6.21-rc2-git2
from some make randconfig
# CONFIG_SMP is not set
CONFIG_X86_VOYAGER=y
CONFIG_X86_MSR=y
CONFIG_X86_CPUID=y
LD .tmp_vmlinux1
arch/i386/kernel/built-in.o: In function `vic_sys_interrupt':
(.text+0x3141): undefined reference to `smp_vic_sys_interrupt'
Charles Shannon Hendrix wrote:
On Wed, 28 Feb 2007 07:40:23 -0500 (EST)
Gerhard Mack <[EMAIL PROTECTED]> wrote:
hello,
Can someone tell me what this means?
ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x40 action 0x2 frozen
ata1.00: cmd 35/00:00:40:a6:23/00:04:00:00:00/e0 tag 0 cdb 0x0
On Wed, Feb 28, 2007 at 09:41:44PM +0100, Andi Kleen wrote:
> Likely already too late then -- if critical state is overwritten
> you crashed before. Also a lot of stack intensive codes
> relatively large unused holes so it might miss the canary completely
> Anyways if you want a crash on context
Gerhard Mack wrote:
On Wed, 28 Feb 2007, Charles Shannon Hendrix wrote:
On Wed, 28 Feb 2007 13:25:00 -0500 (EST)
Gerhard Mack <[EMAIL PROTECTED]> wrote:
In another thread, I think they were saying it was either a SATA chipset
driver bug, or a problem in libata core.
I also have an
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> So I would repeat my call for getting rid of the atoms, and instead
> just do a "single submission" at a time. Do the linking by running a
> threadlet that has user space code (and the stack overhead), which is
> MUCH more flexible. And do
On Wed, 28 Feb 2007 15:40:31 -0700
"Dale Farnsworth" <[EMAIL PROTECTED]> wrote:
> The information contained within platform_data should be self-contained.
> Replace the pointer to a MAC address with the actual MAC address in
> struct mv643xx_eth_platform_data.
>
> Signed-off-by: Dale Farnsworth
PNP now initializes device dma masks, which prevents oopses when generic
dma calls are made using pnp device nodes.
This assumes PNP only uses ISA DMA, with 24 bit addresses; and that it's
safe to init those masks for all devices (rather than finding out which
devices have been assigned DMA
The writing on the wall seem to be that the parport stack is orphaned,
rather than maintained by four folk ... and having a webpage that says
the latest patches are based on a 2.5 kernel.
Signed-off-by: David Brownell <[EMAIL PROTECTED]>
Index: g26/MAINTAINERS
We had been using the platform_device.id field to identify which ethernet
port is used for mv643xx_eth device. This is not correct in general.
It will be incorrect, for example, if a hardware platform uses a single
port but not the first port. Here, we add an explicit port_number field
to struct
On Wed, 28 Feb 2007, Ingo Molnar wrote:
> > Or with a simple/parellel async submission, coupled with threadlets,
> > we can cover a pretty broad range of real life use cases?
>
> sure, if we debate its virtualization driven market penetration via self
> promoting technologies that also drive
On Feb 28 2007 20:25, Segher Boessenkool wrote:
>> Just allocate the four slots and we'll deal with
>> anything above this in custom products.
>
> Another option is to use 46..49 for UARTs #0..3,
> and 192..195 for UARTs #4..7.
>
> Or, perhaps better, use 46..49 for #0..3, and
> 192..199 for
On Wed 2007-02-28 23:39:30, Rafael J. Wysocki wrote:
> On Wednesday, 28 February 2007 21:35, Oleg Nesterov wrote:
> > On 02/28, Rafael J. Wysocki wrote:
> > >
> > > Okay, but I've just finished the patch that removes the freezability of
> > > workqueues (appended), so can we please do this in a
The information contained within platform_data should be self-contained.
Replace the pointer to a MAC address with the actual MAC address in
struct mv643xx_eth_platform_data.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
Index: b/drivers/net/mv643xx_eth.c
On Wednesday, 28 February 2007 21:35, Oleg Nesterov wrote:
> On 02/28, Rafael J. Wysocki wrote:
> >
> > Okay, but I've just finished the patch that removes the freezability of
> > workqueues (appended), so can we please do this in a separate one?
>
> Please, please, no. This patch is of course
On Wednesday, 28 February 2007 21:30, Oleg Nesterov wrote:
> On 02/28, Rafael J. Wysocki wrote:
> >
> > Okay, I have added a comment to freezer.h. Please have a look.
> >
> >
> > -extern void thaw_some_processes(int all);
> > +/*
> > + * The PF_FREEZER_SKIP flag should be set by a vfork parent
On Feb 27 2007 22:39, Ian Molton wrote:
> Russell King wrote:
>> On Tue, Feb 27, 2007 at 01:36:56PM -0800, Andrew Morton wrote:
>> > On Tue, 27 Feb 2007 13:18:40 -0800 Stephen Hemminger
>> > <[EMAIL PROTECTED]> wrote:
>> > > Then we should pull the existing udivdi3 implementations?
>> > >
>> >
* Davide Libenzi wrote:
> On Wed, 28 Feb 2007, Ingo Molnar wrote:
>
> > * Davide Libenzi wrote:
> >
> > > Did you hide all the complexity of the userspace atom decoding inside
> > > another function? :)
> >
> > no, i made the 64-bit and 32-bit structures layout-compatible. This
> > makes
Starting with kernel 2.6.19, the process directories in
/proc are sorted by number. They were sorted by process
start time in 2.6.18 and earlier. This makes the output
of procps come out in that order too, pissing off users
who are used to the old way.
To reproduce:
1. Wrap your PID
On Tue, Feb 20, 2007 at 02:19:51PM +1100, David Gibson wrote:
> Therefore, this patch defines a UPF_FIXED_PORT flag for the uart_port
> structure. If this flag is set when the serial port is configured,
> any attempts to alter the port's type, io address, irq or base clock
> with setserial are
On Wed, 28 Feb 2007 14:41:57 +0200
Dan Aloni <[EMAIL PROTECTED]> wrote:
> Hello,
>
> This patch splits the vlan_group struct into a multi-allocated struct. On
> x86_64, the size of the original struct is a little more than 32KB, causing
> a 4-order allocation, which is prune to problems caused
On Wed, 28 Feb 2007 10:12:01 +0100 (CET)
Jaroslav Kysela <[EMAIL PROTECTED]> wrote:
> Hi,
>
> please, review and apply to mm tree for further testing. The patch
> is also available at
> ftp://ftp.alsa-project.org/pub/kernel-patches/bonding-workqueue.patch .
>
>
From: David Miller <[EMAIL PROTECTED]>
Date: Wed, 28 Feb 2007 14:00:22 -0800 (PST)
> V3 doesn't boot successfully on sparc64
False alarm!
This crash was actually due to an unrelated problem in the parport_pc
driver on my machine.
Slub v3 boots up and seems to work fine so far on sparc64.
-
To
This exception appears to be originating somewhere in the EC driver:
ACPI Exception (evregion-0420): AE_NOT_FOUND, Returned by Handler for
[EmbeddedControl] [20070126]
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:linux-acpi-
> [EMAIL PROTECTED] On Behalf Of Meelis Roos
>
Please, let's just leave the four we have
No one is suggesting otherwise.
and let
the driver just allocate increasing minor numbers.
If anyone has a product with more than 4 UARTs,
they will have to figure out what to do with the
additional minors.
Since you say no one has ever used more
1 - 100 of 728 matches
Mail list logo
