Le Mardi 12 Juillet 2005 16:12, Alan Stern a écrit :
>
> Okay, the patch (for 2.6.12) is below. It does several things:
>
> Prevents the system from reading the port status registers,
> so the computer won't know when any devices are plugged in.
>
> Makes the system think there a
On Tuesday 12 July 2005 19:06, Michael Krufky wrote:
> v4l-saa7134-hybrid-dvb.patch
> v4l-cx88-update.patch
>
> The specific change that caused this problem is:
>
> - Let Kconfig decide whether to include frontend-specific code.
>
> I had tested this change against 2.6.13-rc2-mm1, and it worked
On Tue, 2005-07-12 at 09:30 -0700, Paul E. McKenney wrote:
> Hello!
>
> OK, counter-flip RCU actually survives a pair of overnight runs on
> CONFIG_PREEMPT running on 4-CPU machines, and also survives five
> kernbenches and an LTP on another 4-CPU machine. (Overnight-run script
> later in this me
=?ISO-8859-2?Q?Tomasz_K=B3oczko?= writes:
> On Tue, 12 Jul 2005, Tom Zanussi wrote:
[...]
> >
> > Most of the time the data is just being buffered and only when the
> > buffer is full is it written to disk, as one write. If that's too
> > disruptive, then maybe you do need to do some aggregat
On Tue, 12 Jul 2005 11:05:10 +0200 Pavel Machek wrote:
| Update suspend documentation.
|
| Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
|
| ---
|
| diff --git a/Documentation/power/swsusp.txt b/Documentation/power/swsusp.txt
| --- a/Documentation/power/swsusp.txt
| +++ b/Documentation/power/
Hello Peter, hi Andrew!
Since 2.6.13-rc2-mm1 my X does not find my synaptics touchpad driver.
With kernel 2.6.13-rc2-mm2 (same with rc2-mm1) I get from the kernel:
Synaptics Touchpad, model: 1, fw: 5.8, id: 0x9d48b1, caps: 0x904713/0x4006
input: SynPS/2 Synaptics TouchPad on isa0060/serio1
and
federico ha scritto:
>i release this patch because my keyboard ("Mitsumi Electric Apple
>Extended USB Keyboard" Bus=0003 Vendor=05ac Product=0205 Version=0122)
>doesn't have a PrintScr key, so cannot send the right scancode, and
>KEY_SYSRQ needs to be modified.
>
>i hope that i've done in the righ
Hi Konstantin :)
* Konstantin Kudin <[EMAIL PROTECTED]> dixit:
> Can anyone enlighten me what the pluses mean?
It is commented in the README.fdisk file in util-linux
distribution: the '+' flag means that the partition has an odd number
of sectors. That means that you can waste a sector
Alexey Dobriyan wrote:
On Tuesday 12 July 2005 19:06, Michael Krufky wrote:
v4l-saa7134-hybrid-dvb.patch
v4l-cx88-update.patch
The specific change that caused this problem is:
- Let Kconfig decide whether to include frontend-specific code.
I had tested this change against 2.6.13-rc2-mm1,
From: Jeff Dike <[EMAIL PROTECTED]>, Paolo 'Blaisorblade' Giarrusso <[EMAIL
PROTECTED]>
Revert the following patch, because of miscompilation problems in different
environments leading to UML not working *at all* in TT mode; it was merged
lately in 2.6 development cycle, a little after being wri
On Tue, 2005-07-12 at 08:26 -0700, Martin J. Bligh wrote:
> >> > The PIT crystal runs at 14.3181818 MHz (CGA dotclock, found on ISA, ...)
> >> > and is divided by 12 to get PIT tick rate
> >> >
> >> > 14.3181818 MHz / 12 = 1193182 Hz
> >> >
> >> > The reality is that the crystal is usually off b
Norbert Preining <[EMAIL PROTECTED]> writes:
> Hello Peter, hi Andrew!
>
> Since 2.6.13-rc2-mm1 my X does not find my synaptics touchpad driver.
>
> With kernel 2.6.13-rc2-mm2 (same with rc2-mm1) I get from the kernel:
>
> Synaptics Touchpad, model: 1, fw: 5.8, id: 0x9d48b1, caps: 0x904713/0x40
On Tue, 12 Jul 2005, Lee Revell wrote:
On Tue, 2005-07-12 at 05:17 -0700, David Lang wrote:
for example a series 1 DirectTv tivo manages to write two program
streams to disk while reading and viewing a third
Actually it writes two streams to disk while reading and viewing one of
them, unless
On Mon, 2005-07-11 at 17:38 -0700, George Anzinger wrote:
> Martin J. Bligh wrote:
> >>>Lots of people have switched from 2.4 to 2.6 (100 Hz to 1000 Hz) with no
> >>>impact in
> >>>stability, AFAIK. (I only remember some weird warning about HZ with debian
> >>>woody's
> >>>ps).
> >>>
> >>
> >>Yes
Hello,
Today I tried 2.6.12.2 on an Asus A7V333 (socket A) with AMD Duron 1300
MHz CPU and noticed, that the system clock was running about 60 times
faster than real time and the keyboard was unresponsive. However, I was
able to log in remotely and collect some standard debugging info (dmesg,
On Tuesday 12 July 2005 21:19, Michael Krufky wrote:
> Alexey Dobriyan wrote:
> >On Tuesday 12 July 2005 19:06, Michael Krufky wrote:
> >
> >
> >>v4l-saa7134-hybrid-dvb.patch
> >>v4l-cx88-update.patch
> >>
> >>The specific change that caused this problem is:
> >>
> >>- Let Kconfig decide whether
On Tue, Jul 12, 2005 at 09:47:16AM -0500, Dmitry Torokhov wrote:
> On 7/12/05, Stelian Pop <[EMAIL PROTECTED]> wrote:
> > Le mardi 12 juillet 2005 ? 09:13 -0500, Dmitry Torokhov a écrit :
> > > Hi,
> > >
> > > On 7/12/05, Stelian Pop <[EMAIL PROTECTED]> wrote:
> > > >
> > > > + dev->input.id.
On Tue, 12 Jul 2005, Michel Bouissou wrote:
> > In case it's not already clear, when you install this patch the UHCI
> > controllers will not be useable.
>
> Okay, the patch applied easily and the kernel is now compiling. When
> installed, I'll try and boot it (and will use a PS/2 mouse instead
On Tue, Jul 12, 2005 at 05:25:04PM +0200, Paolo Ornati wrote:
> Hmmm... no, no. A connect() on non-blocking socket will NEVER return
> EINTR. SUSV3 and Linux code agree.
>
> A syscall isn't magically interrupted if a signal arrives... it's the
> syscall that must check for pending signals and do t
Le Mardi 12 Juillet 2005 19:03, Michel Bouissou a écrit :
>
> Okay, the patch applied easily and the kernel is now compiling. When
> installed, I'll try and boot it (and will use a PS/2 mouse instead of my
> current USB mouse, or should I rather try to plug my USB mouse to the
> ehci_hcd controller
* Tomasz Lemiech ([EMAIL PROTECTED]) wrote:
> Today I tried 2.6.12.2 on an Asus A7V333 (socket A) with AMD Duron 1300
> MHz CPU and noticed, that the system clock was running about 60 times
> faster than real time and the keyboard was unresponsive. However, I was
> able to log in remotely and co
> Changes since 2.6.13-rc2-mm1:
I'm seeing this oops with 2.6.13-rc2-mm2:
*pde
Oops: [#1]
last sysfs file:
Modules linked in: dm_snapshot dm_mirror ext3 mbcache jbd dm_mod
CPU:0
EIP:0060:[]Not tainted VLI
EFLAGS: 00010246 (2.6.13-rc2mm2)
EIP is at suspend_targets+0x6/0
OK Steve. I'll give the latest patch a go.
I was using 51-27. Just to make sure I have not missed a step in the
patch process, I am just taking the vanilla 2.6.12 kernel and appling
the preempt patch.
I'll try the 51-27 patch tomorrow.
Cheers,
Steve.
PS Sorry about the config.
Steven Ros
On Tue, 2005-07-12 at 10:55 -0700, David Lang wrote:
> On Tue, 12 Jul 2005, Lee Revell wrote:
>
> > On Tue, 2005-07-12 at 05:17 -0700, David Lang wrote:
> >> for example a series 1 DirectTv tivo manages to write two program
> >> streams to disk while reading and viewing a third
> >
> > Actually it
Thanks for redirecting to the correct list.
On Tue, 2005-07-12 at 13:38 +0200, Arjan van de Ven wrote:
> On Tue, 2005-07-12 at 16:52 +0530, Amrut Joshi wrote:
> > Currently linux scsi subsystem doesnt store the 8-byte luns which are
> > recieved in REPORT_LUNS reply. This information is forver los
On Tue, 2005-07-12 at 11:26 +0530, Bharata B Rao wrote:
> Fusion MPT base driver fails during initialization when kdump capture
> kernel boots. The details of the problem are reported here:
This bug report is pretty useless to me because I do a lot of my email
when I'm offline, so I can't get to t
I've seen the report. I need more info from Bharata on how
to reproduce. Perhaps you can send me email offline which
provides specific instructions to how to configure kdump,
how to capture the dump, and what you did to crash your system.
Eric Moore
LSI Logic Corporation
On Tuesday, July 12, 2005
Alexey Dobriyan wrote:
On Tuesday 12 July 2005 21:19, Michael Krufky wrote:
Alexey Dobriyan wrote:
On Tuesday 12 July 2005 19:06, Michael Krufky wrote:
I had tested this change against 2.6.13-rc2-mm1, and it worked perfectly as
expected, but it caused problems in today's 2.6.13-rc2-m
The uart_open code loops waiting for CD to be asserted (whenever CLOCAL
is not set). The bottom of the loop contains the following code:
up(&state->sem);
schedule();
down(&state->sem);
if( signal_pending(current) )
break;
When I issue an open("/dev/ttyS1", O_RDWR) from a terminal session on
On Tue, Jul 12, 2005 at 09:26:53AM -0400, Peter Staubach wrote:
> I must admit a little confusion here. Clearly, kernel header files are
> used at the user level. The kernel and user level applications must share
> definitions for a great many things.
Perhaps a little history would help. In th
I tried this last night and enabling the OS2 memory hole in the bios doesn't
work. That's the only memory hole option available. If I were more savvy
with the kernel memory layout, I might try passing it a set of memmap
options, but I'm not very familiar with what address spaces I need to set
hello,
this patch enables the before not implemented video inputs of the
SAA7113 Analog Cable Extension Module of that "classic" dvb-c card
listed:
http://www.vdr-wiki.de/wiki/index.php/DVB-C_full-featured-Karten#Fujitsu-Siemens_DVB-C
- tested O.K. with original Siemens PCI Card + CI + Analog Mo
LTP-20050707
- Applied fixes by Paul J.Y. Lahaie to implement support for UCLinux
- suppresses the warning "head: `-1' option is obsolete; use `-n 1'..."
- Updated the TEST() macro to return long, instead of int for use with
64bit architectures.
- Removed umount04.
- Security updates for ppc and 3
Please treat at greater length how your proposal differs from NFS.
Hans
Vlad C. wrote:
>Recent discussion on ReiserFS 4 has focused on the
>advantages and disadvantages of VFS at the kernel
>level versus the Desktop Environment (DE) level. I
>believe network locations should be administered by
>
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
> Revert the following patch, because of miscompilation problems in different
> environments leading to UML not working *at all* in TT mode; it was merged
> lately in 2.6 development cycle, a little after being written, and has caused
> problems to lot
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Tue, 12 Jul 2005 13:58:27 +0200
> Daniel Drake wrote:
> > You'll have to forgive my lack of netfilter knowledge, I set up my firewall
> > ages ago and haven't really touched it since :)
>
> We decided to revert the responsible change because it caus
On Fri, Jul 08, 2005 at 03:24:38PM -0700, Greg KH wrote:
> On Fri, Jul 08, 2005 at 02:54:07PM -0500, [EMAIL PROTECTED] wrote:
> > > Also, why not just add the hotplug flag to the firmware structure?
> > That
> > request_firmware kmalloc's the firmware structure and frees it when
> > returned. The o
On Tue, 12 Jul 2005, Michel Bouissou wrote:
> I've booted with the patched kernel in the following way:
>
> - BIOS option for mouse support still off ;
>
> - Kernel commandline:
> kernel /vmlinuz-2.6.12-6mib7test root=/dev/evms/lv_racine ro 3 usb-handoff
> devfs=nomount noquiet vga=791
Okay, g
12.07.2005 20:38, Jim Nance wrote/a écrit:
Perhaps a little history would help. In the beginning, the kernel was
written with the intention that userland would be including the headers.
And libc did include the kernel headers.
This did provide an effective way to get new kernel features to sh
Here are a bunch of USB patches against your latest git tree. They are
all bugfixes with the exception of 2 new drivers being added. All of
these patches have been in the -mm tree for the past few weeks.
Please pull from:
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/gregkh/usb-2.6.g
* David S. Miller ([EMAIL PROTECTED]) wrote:
> From: Patrick McHardy <[EMAIL PROTECTED]>
> Date: Tue, 12 Jul 2005 13:58:27 +0200
>
> > Daniel Drake wrote:
> > > You'll have to forgive my lack of netfilter knowledge, I set up my
> > > firewall
> > > ages ago and haven't really touched it since :)
Le mardi 12 juillet 2005 à 20:13 +0200, Vojtech Pavlik a écrit :
> Stelian, can you please update the patch to use usb_to_input_id()? It'll
> go through -mm first, anyway, so there shouldn't be any issue with
> Linus's kernels not having that function yet.
Sure, here it comes.
Stelian.
Changes:
* Paul E. McKenney <[EMAIL PROTECTED]> wrote:
> Hello!
>
> OK, counter-flip RCU actually survives a pair of overnight runs on
> CONFIG_PREEMPT running on 4-CPU machines, and also survives five
> kernbenches and an LTP on another 4-CPU machine. [...]
cool!
> So, time to get serious about a bi
On Tue, Jul 12, 2005 at 01:05:24PM -0400, Steven Rostedt wrote:
> On Tue, 2005-07-12 at 09:30 -0700, Paul E. McKenney wrote:
> > Hello!
> >
> > OK, counter-flip RCU actually survives a pair of overnight runs on
> > CONFIG_PREEMPT running on 4-CPU machines, and also survives five
> > kernbenches an
>On Tue, 12 Jul 2005, karl malbrain wrote:
>> The uart_open code loops waiting for CD to be asserted (whenever CLOCAL
>> is not set). The bottom of the loop contains the following code:
>>
>> up(&state->sem);
>> schedule();
>> down(&state->sem);
>>
>> if( signal_pending(current) )
>> break;
>>
On Tue, 12 Jul 2005, Tom Zanussi wrote:
[..]
> This is much more simpler and much better for control (also from point of
> view caching bugs in agregator code -> also from point of view kernel
> stability).
>
> Also .. probably some code for handle i.e. counters cen be the same as
> existing code
I believe he is suggesting the addition of an sshfs, ftpfs, webdavfs,
etc. to the kernel, and allowing unprivileged users to mount these
filesystems. (As a side note, I find it somewhat peculiar that he
includes smbfs in an example, since that is already implemented in the
kernel.) Although he re
hello,
this patch enables the before not implemented video inputs of the
SAA7113 Analog Cable Extension Module of that "classic" dvb-c card
listed:
http://www.vdr-wiki.de/wiki/index.php/DVB-C_full-featured-Karten#Fujitsu-Siemens_DVB-C
- tested O.K. with original Siemens PCI Card + CI + Analog Mo
On Tue, 2005-07-12 at 08:08 -0700, Martin J. Bligh wrote:
> Well, looking forward, you'll have sub-HZ timers, so none of this will
> matter. Actually, looking at the above, 150 seems perfectly reasonable
> to me, but 300 seems to be close enough. I'll run some numbers on
> both.
>
> From your abov
Denis Vlasenko <[EMAIL PROTECTED]> wrote:
> text with 8-char tabs:
>
> struct s {
> int n; /* comment */
> unsigned int u; /* comment */
> };
>
> Same text viewed with tabs set to 4-char width:
>
> struct s {
> int n; /* comment */
> unsigned int u; /* comm
Does the combination
- HOTPLUG_CPU=y
- ACPI_PROCESSOR=y
- ACPI_HOTPLUG_CPU=n
make any sense?
If not, please apply this patch.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.13-rc2-mm2-full/drivers/acpi/Kconfig.old 2005-07-12
21:45:41.0 +0200
+++ linux-2.6.13-rc2-mm2-ful
Ingo Molnar's realtime-preempt patches used to be based on the -mm
kernels, but now they appear to be based on the mainline kernels, so
they don't support reiser4 (at least until reiser4 is merged into
mainline, which is looking uncertain as I understand it).
Is realtime-preempt-2.6.10-mm1-V0.7.
Hi,
Sorry for the late response ...
I'm reading the patch, and I'm wondering what about performance and
overhead. Here's the code that concerns me:
On Wed, Jul 06, 2005 at 02:04:14PM +0900, Hidetoshi Seto was heard to remark:
> [This is 3 of 10 patches, "iochk-03-register.patch"]
>
> - Impl
The ReiserFS code is a mix of a number of different coding styles, sometimes
different even from line-to-line. Since the code has been relatively stable
for quite some time and there are few outstanding patches to be applied, it
is time to reformat the code to conform to the Linux style standar
More importantly _exactly_what_ are you using the LOCK to protect?
Short recap, spinlocks are used to serialise, ie prevent races in SMP
systems, where turning the interrupts off, on a single processor, is
NOT good enough to prevent races between interrupt-handlers and core
kernel code accessing s
On Tue, 12 Jul 2005, Chris Wright wrote:
- 2.6.12.2 with acpi_register_gsi() one-line fix works without problems
My apologies - I meant: "_without_ acpi_register_gsi() one-line fix". That
is, _reverting_
http://www.kernel.org/git/?p=linux/kernel/git/gregkh/linux-2.6.12.y.git;a=commit;h=1ef08
On Mon, Jul 11, Linux Kernel Mailing List wrote:
> tree d571cdae6507be90d4ee67d4937b765e2b332d77
> parent b9c86d595d2a11009c58c84a9a8792aeb4a8f278
> author Thomas Gleixner <[EMAIL PROTECTED]> Thu, 07 Jul 2005 16:50:16 +0200
> committer Thomas Gleixner <[EMAIL PROTECTED]> Thu, 07 Jul 2005 16:50:16
On Tue, 2005-07-12 at 12:28 -0700, Paul E. McKenney wrote:
> >
> > So is there a difference on UP between x.counter++ and atomic_inc(&x)?
>
> On x86, you are right. The full list of architectures that are atomic
> only in SMP are i386 (as you noted), parisc, sparc, and x86_64.
>
> The architect
On Tue, 2005-07-12 at 15:55 -0400, Keenan Pepper wrote:
> Ingo Molnar's realtime-preempt patches used to be based on the -mm
> kernels, but now they appear to be based on the mainline kernels, so
> they don't support reiser4 (at least until reiser4 is merged into
> mainline, which is looking unc
On Mon, 2005-07-11 at 17:07 +0200, Ingo Molnar wrote:
> I've uploaded -27 with the fix - but it should
> only confirm that it's not a stack overflow.
V0.7.51-28 does not compile:
CC [M] sound/oss/emu10k1/midi.o
sound/oss/emu10k1/midi.c:48: error: syntax error before '__attribute__'
sound/oss/
On Die, 12 Jul 2005, Peter Osterlund wrote:
> What's the output from "cat /proc/bus/input/devices"?
good (rc1-mm1)
$ cat /proc/bus/input/devices
I: Bus=0011 Vendor=0001 Product=0001 Version=ab41
N: Name="AT Translated Set 2 keyboard"
P: Phys=isa0060/serio0/input0
H: Handlers=kbd event0
B: EV=120
* Tomasz Lemiech ([EMAIL PROTECTED]) wrote:
> On Tue, 12 Jul 2005, Chris Wright wrote:
>
> >>- 2.6.12.2 with acpi_register_gsi() one-line fix works without problems
>
> My apologies - I meant: "_without_ acpi_register_gsi() one-line fix". That
> is, _reverting_
> http://www.kernel.org/git/?p=lin
On Tue, 2005-07-12 at 22:01 +0200, Olaf Hering wrote:
> How is that supposed to work?
> Should each arch provide their own header file?
> Should certion .config options depend on ARM or $FOO?
> I assume most of the mtd drivers are not intended for the average
> Walmart PC.
The dependency on ARM s
On Tue, Jul 12, 2005 at 09:08:53PM +0200, Eric Piel wrote:
> 12.07.2005 20:38, Jim Nance wrote/a écrit:
> >
> >
> >Perhaps a little history would help. In the beginning, the kernel was
> >written with the intention that userland would be including the headers.
> >And libc did include the kernel he
DervishD <[EMAIL PROTECTED]> wrote:
[...]
> It's a good idea to have a copy of the partition table around, if
> it is not simple (the one you had is NOT simple).
Be careful. What you'll get out of backing up the partition table is /only/
the primary partitions, the others are handled by a we
On Tue, Jul 12, 2005 at 08:16:14PM +0200, Felipe Alfaro Solana wrote:
> I'm seeing this oops with 2.6.13-rc2-mm2:
> EIP is at suspend_targets+0x6/0x47 [dm_mod]
> Doesn't happen with 2.6.13-rc2-mm1, however.
What's your device-mapper/lvm configuration and what 'lvm' command
did you run to trigge
Just imple spelling mistake fixes.
Signed-Off-By: Baruch Even <[EMAIL PROTECTED]>
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was sent by Baruch Even on:
- 05 Apr 2005
--- 2.6.11.orig/include/net/tcp.h 2005-03-16 00:09:00.0 +
+++ 2.6.11/include/net/tcp.h2
This patch contains the following possible cleanups:
- make needlessly global code static
- #if 0 the following unused global functions:
- aic79xx_core.c: ahd_print_scb
- aic79xx_core.c: ahd_suspend
- aic79xx_core.c: ahd_resume
- aic79xx_core.c: ahd_dump_all_cards_state
- aic79xx_core.c:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all.
I just installed Gentoo distribution on a new PC for a friend who's
new to Linux, and discovered that although SysKonnect kindly provide
full source code drivers for their various products on their website,
that even the latest released kerne
>On Tue, 12 Jul 2005, karl malbrain wrote:
>
>>> On Tue, 12 Jul 2005, karl malbrain wrote:
>>
The uart_open code loops waiting for CD to be asserted (whenever CLOCAL
is not set). The bottom of the loop contains the following code:
up(&state->sem);
schedule();
down(&st
This patch contains the following possible cleanups:
- make needlessly global functions static
- journal.c: remove the unused global function __journal_internal_check
and move the check to journal_init
- remove the following write-only global variable:
- journal.c: current_journal
-
Le Mardi 12 Juillet 2005 20:57, Alan Stern a écrit :
> On the other hand, _something_ was generating an interrupt request that
> got mapped to IRQ 21 by the hardware. And these requests do seem to be
> associated with USB activity. Maybe the EHCI controller is responsible?
> One of your postings
Tomasz Kłoczko wrote:
On Tue, 12 Jul 2005, Tom Zanussi wrote:
[..]
> This is much more simpler and much better for control (also from
point of
> view caching bugs in agregator code -> also from point of view kernel
> stability).
>
> Also .. probably some code for handle i.e. counters cen be t
Laurent Riffard [EMAIL PROTECTED] wrote:
> device-mapper: 4.4.0-ioctl (2005-01-12) initialised: [EMAIL PROTECTED]
> Unable to handle kernel NULL pointer dereference at virtual address 0094
> printing eip:
> d08612ec
> *pde =
> Oops: [#1]
> last sysfs file:
> Modules linked in: dm
On Sun, 2005-07-10 at 18:15 -0600, Moore, Eric Dean wrote:
> I'd rather you not kill linux_compat.h file.
> I use this file for compatibility of driver source
> across various kernel versions. I provide our
> customers with driver builds containing single source
> which needs to compile in kerne
I was wondering why editing pci.h triggered the rebuild of three files
under net/, and as far as I can see, there's no reason for these three
files to #include pci.h .
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 3 Jul 2005
- 30 May 2005
- 1 May 2005
n
On Tue, Jul 12, 2005 at 08:52:39PM +0200, Laurent Riffard wrote:
> I just got this oops.
> EIP is at suspend_targets+0x8/0x42 [dm_mod]
I fear the empty patch the script gave me yesterday wasn't meant
to be empty... [Yes, I'm going to switch to quilt just as soon as
I can make time to convert
On Tue, Jul 12, 2005 at 03:22:11PM +0100, Hugh Dickins wrote:
> LTP on tmpfs hits kernel BUG at mm/shmem.c:680! shmem_delete_inode needs
> to truncate_inode_pages for itself now. It's not immediately obvious since
> many cases get covered by shmem_truncate's followup truncate_inode_pages:
> maybe
Hi there,
Lately in 2.6.13-rc* I've noticed a warning pop up:
[EMAIL PROTECTED]:/usr/src/linux-2.6.13-rc2-mm2a$ make menuconfig
...
scripts/kconfig/mconf arch/i386/Kconfig
net/ipv4/Kconfig:92:warning: defaults for choice values not supported <<== ??
#
# using defaults found in .config
#
Linux K
On Mon, 2005-07-11 at 21:30 -0700, Martin J. Bligh wrote:
> Some sort of comprimise has to be struck for now, until we get sub-HZ
> timers. I'd prefer 100, personally (I had that set as default in my tree
> for a long time). Some people would prefer 1000 or even more, maybe.
> 250/300 seems like a
On Tue, 12 Jul 2005, Lee Revell wrote:
On Mon, 2005-07-11 at 17:07 +0200, Ingo Molnar wrote:
I've uploaded -27 with the fix - but it should
only confirm that it's not a stack overflow.
V0.7.51-28 does not compile:
CC [M] sound/oss/emu10k1/midi.o
sound/oss/emu10k1/midi.c:48: error: syntax e
> > On the other hand, _something_ was generating an interrupt request
> > that got mapped to IRQ 21 by the hardware. And these
> requests do seem
> > to be associated with USB activity. Maybe the EHCI
> controller is responsible?
> > One of your postings showed both uhci_hcd:usb2 and ehci_hc
The only uses of both variables were recently removed.
This patch was already ACK'ed by Petko Manolov.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 2 Jul 2005
drivers/usb/net/pegasus.c |1 -
drivers/usb/net/rtl8150.c |2 --
2 files changed, 3 de
On Tue, 2005-07-12 at 14:50 -0600, Moore, Eric Dean wrote:
> The 3.02.18 driver and the driver in kernel tree are totally different
> drivers.
> One thing is 3.02.18 has SAS support, and the kernel tree doesn't.Id
> wish
> kernel folks would take our SAS drivers.
Is there a patch that applies
Alasdair G Kergon <[EMAIL PROTECTED]> wrote:
>
> I'm downloading -mm2 as I write this to check, but I can't
> spot the part of the patch that updates dm-table.c to read:
>
> void dm_table_presuspend_targets(struct dm_table *t)
> {
> if (!t)
> return;
>
> retu
On Tue, Jul 12, 2005 at 09:26:35PM +0200, Ingo Molnar wrote:
> * Paul E. McKenney <[EMAIL PROTECTED]> wrote:
> > So, time to get serious about a bit of code cleanup:
> >
> > o The heavyweight atomic operations in rcu_read_lock() and
> > rcu_read_unlock() are not needed in UP kernels, since
>
-Original Message-
From: Russell King
Sent: Tuesday, July 12, 2005 2:04 PM
To: karl malbrain
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.6.9: serial_core: uart_open
On Tue, Jul 12, 2005 at 11:36:51AM -0700, karl malbrain wrote:
> The uart_open code loops waiting for CD to be asserte
On Tue, Jul 12, 2005 at 11:36:51AM -0700, karl malbrain wrote:
> The uart_open code loops waiting for CD to be asserted (whenever CLOCAL
> is not set). The bottom of the loop contains the following code:
>
> up(&state->sem);
> schedule();
> down(&state->sem);
>
> if( signal_pending(current) )
>
I'm trying to update the ati_remote module so that it is configurable
without having to change the source and recompile. I'm rather new to
kernel module development and was wondering how I should go about
creating an interface for configuration. My current implementation
creates a device node for c
This section got lost while refactoring the 'Fix deadlocks in core' set
of patches I sent yesterday. Without it, you'll have problems
activating any device-mapper devices.
The NULL detection is moved inside the functions instead of every
caller having to do it.
--- drivers/md/dm-table.c
On Wed, 13 Jul 2005 00:57, Lee Revell wrote:
> On Tue, 2005-07-12 at 21:52 +1000, Con Kolivas wrote:
> > > Well, it's just the default settings of the kernel which has changed.
> > > If you want the old behaviour, you can use (with your admin hat): echo
> > > 1 > /sys/devices/system/cpu/cpu0/cpufre
Tomasz Kłoczko wrote:
On Tue, 12 Jul 2005, Tom Zanussi wrote:
=?ISO-8859-2?Q?Tomasz_K=B3oczko?= writes:
> On Tue, 12 Jul 2005, Tom Zanussi wrote:
[...]
>
> OK .. "so you can say better is stop flushing buffers on measure which
> wil take day or more" ? :_)
> Some DTrace probes/technik are spe
On Wed, 13 Jul 2005 06:55, Al Boldi wrote:
> On Tue, 12 Jul 2005, Con Kolivas wrote:
> > It runs a real time high priority timing thread that wakes up the thread
>
> Nice, but why is it threaded?
Because I'm an amateur, and I had to start somewhere.
> Forking would be more realistic!
Something f
On Tue, Jul 12, 2005 at 04:04:17PM -0400, Steven Rostedt wrote:
> On Tue, 2005-07-12 at 12:28 -0700, Paul E. McKenney wrote:
> > >
> > > So is there a difference on UP between x.counter++ and atomic_inc(&x)?
> >
> > On x86, you are right. The full list of architectures that are atomic
> > only i
Helge Hafting wrote:
> Wakko Warner wrote:
> You don't need to zero out swapfiles. You can fill them with anything,
> even /dev/urandom. Zero-filling may be faster though. A swapfile
> is not zero the second time you use it - then it contains leftovers
> from last time.
I understand this part.
On Tue, 12 Jul 2005, Michel Bouissou wrote:
> I've tested as you suggest :
>
> - Disabled USB 2.0 in BIOS
>
> - Renamed ehci_hcd.ko so that modprobe can't find it
>
> - Booted the test-patched kernel with same options as previously, MOUSE
> UNPLUGGED.
>
> - After boot "cat /proc/interrupts" s
Tom Zanussi writes:
> Steven Rostedt writes:
> > On Tue, 2005-07-12 at 11:36 -0500, Tom Zanussi wrote:
> >
> > > >
> > > > I totally agree that the vmalloc way is faster, but I would also
> argue
> > > > that the accounting to handle the separate pages would not even be
> > > >
Hello Rusty,
As it seeems that you are the maintainer of the module
related code in the Linux kernel, I send these
two small patches to you:
This little patch adds the missing function declaration
of the deprecatated function call inter_module_get
to the header file include/linux/module.h and the
Le 12.07.2005 23:24, Alasdair G Kergon wrote:
> This section got lost while refactoring the 'Fix deadlocks in core' set
> of patches I sent yesterday. Without it, you'll have problems
> activating any device-mapper devices.
>
> The NULL detection is moved inside the functions instead of every
> c
Hi.
On Wed, 2005-07-13 at 03:24, randy_dunlap wrote:
> On Tue, 12 Jul 2005 11:05:10 +0200 Pavel Machek wrote:
>
> | Update suspend documentation.
> |
> | Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
> |
> | ---
> |
> | diff --git a/Documentation/power/swsusp.txt b/Documentation/power/swsusp
201 - 300 of 415 matches
Mail list logo
