Arjan van de Ven wrote:
Zhang, Yanmin wrote:
If it's a single processor, the go backwards issue doesn't exist.
Below is
my patch based on Arjan's. It's against 2.6.19-rc5-mm2.
Hi,
this patch is incorrect
--- linux-2.6.19-rc5-mm2_arjan/arch/x86_64/kernel/setup.c
2006-11-29 10:41:21.
Randy Dunlap wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> With CONFIG_PCI=n:
> drivers/char/mxser_new.c: In function 'mxser_release_res':
> drivers/char/mxser_new.c:2383: warning: implicit declaration of function
> 'pci_release_region'
> drivers/char/mxser_new.c: In function 'mxser_probe':
On 11/28/06, Andi Kleen <[EMAIL PROTECTED]> wrote:
> I first need to contact the author of test case if we could send the
> test case to open source. The test case is called "crashme",
Is that the classical crashme as found in LTP or an enhanced one?
Do you run it in a special way? Is the crash
This patch removes two different changelog files from fs/sysv/ and moves
the INTRO file to Documentation/filesystems/sysv-fs-intro.txt
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
Documentation/filesystems/00-INDEX |2
Documentation/filesystems/sysv-fs-intro.txt | 182
On Wed, Nov 29, 2006 at 09:20:19AM +0100, Adrian Bunk wrote:
> This patch removes two different changelog files from fs/sysv/ and moves
> the INTRO file to Documentation/filesystems/sysv-fs-intro.txt
ACK on removing the changlogs.
NACK on moving the INTO file. It should be merged into
Documentat
On Wed, Nov 29, 2006 at 12:18:18AM -0800, Zhao Forrest wrote:
> On 11/28/06, Andi Kleen <[EMAIL PROTECTED]> wrote:
> >
> >> I first need to contact the author of test case if we could send the
> >> test case to open source. The test case is called "crashme",
> >
> >Is that the classical crashme as
Zhang, Yanmin wrote:
but second of all, the core2 cpus are dual core so.. .what does it
bring you at all?
When there is only one cpu (or UP), the go backwards issue doesn't exist,
it does exist for single-socket dual core already. And core2 is dual
core...
so
don't use cpuid here for UP.
On Tue, Nov 28, 2006 at 02:08:40PM -0800, Randy Dunlap wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> NTFS (=m) uses hweight32(), but that function is only linked
> into the kernel image if it is used inside the kernel image,
> not in loadable modules. Let modules force HWEIGHT to be
> built
On Wed, Nov 29, 2006 at 08:25:36AM +, Christoph Hellwig wrote:
> On Wed, Nov 29, 2006 at 09:20:19AM +0100, Adrian Bunk wrote:
> > This patch removes two different changelog files from fs/sysv/ and moves
> > the INTRO file to Documentation/filesystems/sysv-fs-intro.txt
>
> ACK on removing the
>>> Dave Jones <[EMAIL PROTECTED]> 24.11.06 21:27 >>>
>On Wed, Nov 22, 2006 at 08:53:08AM +0100, Jan Beulich wrote:
> > >It does appear to work w/out the patch. I've asked for a small bit
> > >of diagnostics (below), perhaps you've got something you'd rather see?
> > >I expect this to be a 24C0 LP
Hi all,
I'm trying the realtime-preempt patch-2.6.18-rt6 on
lh7a400 arm system with little success. In a test
program I try 5 ms timeout with select() but get 20 ms
avg or 26 ms max. When the framebuffer scrolls, the
max delay goes up to 59 ms. With a vanilla kernel I
get 10 ms (because of tick re
On Wed, 2006-11-29 at 19:05 +1100, Nick Piggin wrote:
> Arjan van de Ven wrote:
> > Zhang, Yanmin wrote:
> >
> >> If it's a single processor, the go backwards issue doesn't exist.
> >> Below is
> >> my patch based on Arjan's. It's against 2.6.19-rc5-mm2.
> >
> > Hi,
> >
> > this patch is incorr
On Wed, Nov 29, 2006 at 02:56:20PM +1100, Keith Owens wrote:
> Nicholas Miell (on Tue, 28 Nov 2006 19:08:25 -0800) wrote:
> >On Wed, 2006-11-29 at 13:22 +1100, Keith Owens wrote:
> >> Compiling 2.6.19-rc6 with gcc version 4.1.0 (SUSE Linux),
> >> wait_hpet_tick is optimized away to a never ending l
On Tue, 2006-11-28 at 14:30 -0800, Greg KH wrote:
> On Tue, Nov 28, 2006 at 12:35:43PM +0100, Mariusz Kozlowski wrote:
> > Hello,
> >
> > When CONFIG_MODULE_UNLOAD is not set then this happens:
> >
> > CC kernel/module.o
> > kernel/module.c:852: error: `initstate' undeclared here (not
On Wed, 2006-11-29 at 09:35 +0100, Arjan van de Ven wrote:
> Zhang, Yanmin wrote:
> >> but second of all, the core2 cpus are dual core so.. .what does it
> >> bring you at all?
> >
> > When there is only one cpu (or UP), the go backwards issue doesn't exist,
>
> it does exist for single-socket d
> Hi:
> I am writing a kernel module for assging an ip address to an interface.
> I have included linux/igmp.h but still whenever i use the function
...What function?
> declared in igmp.h file, it says unresolved symbol for that function.
...What symbol?
> I am new to this programming.
> i u
On 29/11/06, David Chinner <[EMAIL PROTECTED]> wrote:
On Tue, Nov 28, 2006 at 04:49:00PM +0100, Jesper Juhl wrote:
> Hi,
>
> One of my NFS servers just gave me a nasty surprise that I think it is
> relevant to tell you about:
Thanks, Jesper.
> Filesystem "dm-1": XFS internal error xfs_trans_can
On 11/29/06, Sonic Zhang <[EMAIL PROTECTED]> wrote:
Forward to the mailing list.
> On 11/27/06, Nick Piggin <[EMAIL PROTECTED]> wrote:
>> I haven't actually written any nommu userspace code, but it is obvious
>> that you must try to keep malloc to <= PAGE_SIZE (although order 2 and
>> even 3 a
On Wednesday 29 November 2006 00:12, Jeremy Fitzhardinge wrote:
> Hi Eric,
>
> Could you try this patch out and see if it makes much performance
> difference for you. You should apply this on top of the %fs patch I
> posted earlier (and use the %fs patch as the baseline for your
> comparisons).
Aubrey wrote:
On 11/29/06, Sonic Zhang <[EMAIL PROTECTED]> wrote:
Forward to the mailing list.
> On 11/27/06, Nick Piggin <[EMAIL PROTECTED]> wrote:
>> I haven't actually written any nommu userspace code, but it is obvious
>> that you must try to keep malloc to <= PAGE_SIZE (although order 2
On 11/29/06, Adrian Bunk <[EMAIL PROTECTED]> wrote:
On Wed, Nov 29, 2006 at 12:18:18AM -0800, Zhao Forrest wrote:
> On 11/28/06, Andi Kleen <[EMAIL PROTECTED]> wrote:
> >
> >> I first need to contact the author of test case if we could send the
> >> test case to open source. The test case is call
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> hm - indeed. Then we can indeed do the patch below. Nice simplification!
forgot to convert a few more places - full patch below.
Ingo
->
From: Ingo Molnar <[EMAIL PROTECTED]>
Subject: [patch] genapic: default to physical mode o
Yet another attempt to get a response from Andrew. It is rather
important that you DO respond to this.
On Sat, Nov 25, 2006 at 02:59:16PM +, Russell King wrote:
> On Thu, Nov 16, 2006 at 12:34:48PM +, Russell King wrote:
> > On Wed, Nov 15, 2006 at 11:22:28PM -0800, Andrew Morton wrote:
>
On Wed, 29 Nov 2006 07:40:00 +
Russell King <[EMAIL PROTECTED]> wrote:
> Yet another attempt to get a response from Andrew. It is rather
> important that you DO respond to this.
You can read the code as easily as I can? I'm not really sure what
you're asking - I thought Mingming cleared thi
Berck E. Nash wrote:
Tejun Heo wrote:
Yeah, I did and forgot about this thread too. Sorry. This is on the
top of my to-do list now. I'm attaching the patch. TIA.
That didn't fix the problem, but did change the messages. I've attached
the entire log, including the weird errors on power-o
On Wed, Nov 29, 2006 at 12:30:36AM -0800, Andrew Morton wrote:
> On Wed, 29 Nov 2006 07:40:00 +
> Russell King <[EMAIL PROTECTED]> wrote:
>
> > Yet another attempt to get a response from Andrew. It is rather
> > important that you DO respond to this.
>
> You can read the code as easily as I
On Wed, 29 Nov 2006 09:20:24 +
Russell King <[EMAIL PROTECTED]> wrote:
> What I'm looking for is confirmation of the semantics of
> find_next_zero_bit()
What are the existing semantics? I see no documentation in any of the
architectures I've looked at. That's my point.
>From a quick read o
Eric Dumazet wrote:
> if !CONFIG_SMP, why even dereferencing boot_pda+PDA_cpu to get 0 ?
> and as PER_CPU(cpu_gdt_descr, %ebx) in !CONFIG_SMP doesnt need the a value in
> ebx, you can just do :
>
> #define CUR_CPU(reg) /* nothing */
>
Yep. On the other hand, I think that's an incredibly rare
Hi,
On Tue, 2006-11-28 at 10:33 -0800, Randy Dunlap wrote:
> Steven Whitehouse wrote:
[bits snipped to cut down size of reply]
> > You'll need the patch:
> > http://www.kernel.org/git/?p=linux/kernel/git/steve/gfs2-2.6-nmw.git;a=commitdiff;h=4a28fda50d864ede7d2724723949407e0e4043b8
> > as well. I'
Commit c7bce3097c0f9bbed76ee6fd03742f2624031a45 removed all usages of
baud_table[] but not the array itself.
Spotted by the GNU C compiler.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.19-rc6-mm2/drivers/char/riscom8.c.old 2006-11-29
09:55:13.0 +0100
+++ linux-2.6.1
This patch adds proper prototypes for sysv_{init,destroy}_icache()
in sysv.h
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
fs/sysv/super.c |3 ---
fs/sysv/sysv.h |3 +++
2 files changed, 3 insertions(+), 3 deletions(-)
--- linux-2.6.19-rc6-mm2/fs/sysv/sysv.h.old 2006-11-29 09
This patch adds a proer prototype for remove_inode_dquot_ref() in
include/linux/quotaops.h
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
fs/inode.c |3 ---
include/linux/quotaops.h |3 +++
2 files changed, 3 insertions(+), 3 deletions(-)
--- linux-2.6.19-rc6-mm2/inc
On Tue, Nov 28, 2006 at 02:02:46AM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.19-rc6-mm1:
>...
> git-gfs2-nmw.patch
>...
> git trees
>...
This patch #if 0's the no longer used gfs2_check_acl().
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
fs/gfs2/acl.c |2 ++
fs/gfs2/acl
Every file should #include the headers containing the prototypes for
its global functions.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.19-rc6-mm2/arch/i386/kernel/reboot.c.old 2006-11-29
10:06:47.0 +0100
+++ linux-2.6.19-rc6-mm2/arch/i386/kernel/reboot.c 2006-11-2
On Wed, Nov 29, 2006 at 11:04:05AM +0100, Adrian Bunk wrote:
> This patch adds proper prototypes for sysv_{init,destroy}_icache()
> in sysv.h
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> ---
>
> fs/sysv/super.c |3 ---
> fs/sysv/sysv.h |3 +++
> 2 files changed, 3 insertions(
On Tue, 14 Nov 2006 17:44:51 +0100
Paolo Ornati <[EMAIL PROTECTED]> wrote:
> > > Okay, please let us know if it survives the next several cycles.
> > >
> > > OTOH, the problem may be hiding.
> >
> > Ok, and if it survives againg and again I can do a partial bisection...
>
> "-rc5" is still aliv
Hi,
A better solution is just to remove it I think, so thats what I'll do in
my git tree. Thanks for pointing it out,
Steve.
On Wed, 2006-11-29 at 11:04 +0100, Adrian Bunk wrote:
> On Tue, Nov 28, 2006 at 02:02:46AM -0800, Andrew Morton wrote:
> >...
> > Changes since 2.6.19-rc6-mm1:
> >...
> >
Here's a merge with the latest from LANANA. Its been a while, so _please_ let
me know if anyone sees unwanted changes. A few whitespaces and formatting
changes included too.
Thanks,
Torben
--- linux-2.6.19-rc6/Documentation/devices.txt 2006-11-16 05:03:40.0
+0100
+++ linux-2.6.19-rc6ne
Fix the double inclusion of linux/uio.h in linux/aio.h
aio.h |1 -
1 file changed, 1 deletion(-)
Signed-off-by: Sébastien Dugué <[EMAIL PROTECTED]>
Index: linux-2.6.19-rc6-mm2/include/linux/aio.h
===
--- linux-2.6.19-rc6-m
Export good_sigevent()
Move good_sigevent() from posix-timers.c to signal.c where it belongs,
and export it so that it can be used by other subsystems.
include/linux/signal.h |1 +
kernel/posix-timers.c | 17 -
kernel/signal.c| 23 +
POSIX listio support
This patch adds POSIX listio completion notification support. It builds
on support provided by the aio signal notification patch and adds an
IOCB_CMD_GROUP command to io_submit().
The purpose of IOCB_CMD_GROUP is to group together the following req
AIO completion signal notification
The current 2.6 kernel does not support notification of user space via
an RT signal upon an asynchronous IO completion. The POSIX specification
states that when an AIO request completes, a signal can be delivered to
the application as not
compat_sys_io_submit() cleanup
Cleanup compat_sys_io_submit by duplicating some of the native syscall
logic in the compat layer and directly calling io_submit_one() instead
of fooling the syscall into thinking it is called from a native 64-bit
caller.
This is needed for the
Hi
Here is the latest rework of the AIO completion signal notification patches.
This set consists in 5 patches:
1. rework-compat-sys-io-submit: rework the sys_io_submit() compat layer,
laying out the base for the following patches
2. aio-header-fix-includes: fix
On Wed, Nov 29, 2006 at 11:32:34AM +0100, S?bastien Dugu? wrote:
>
> Export good_sigevent()
>
>
> Move good_sigevent() from posix-timers.c to signal.c where it belongs,
> and export it so that it can be used by other subsystems.
A little nitpick about the subject: we usu
On Wed, 29 Nov 2006 10:38:25 +
Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 29, 2006 at 11:32:34AM +0100, S?bastien Dugu? wrote:
> >
> > Export good_sigevent()
> >
> >
> > Move good_sigevent() from posix-timers.c to signal.c where it belongs,
> > and ex
I'm a little bit unhappy about the usage of the notify flag. The usage
seems correct but very confusing:
In io_submit_one we set ki_notify.notify to SIGEV_NONE and possibly
call aio_setup_sigevent:
> + /* handle setting up the sigevent for POSIX AIO signals */
> + req->ki_notify.notify =
New drivers since 2.6.16.33:
- Echoaudio sound drivers
- driver for HighPoint RocketRAID 3xxx Controllers
- AdvanSys SCSI driver (actually the semi-working driver that was
previously marked as broken)
Location:
ftp://ftp.kernel.org/pub/linux/kernel/v2.6/
git tree:
git://g
On Tue, 2006-11-28 at 11:01 +0100, Mike Galbraith wrote:
> On Sun, 2006-11-26 at 05:53 +0100, Mike Galbraith wrote:
> > On Sat, 2006-11-25 at 18:12 +0100, Rafael J. Wysocki wrote:
> >
> > > Hm, could you please file a bugzilla report regarding the serial console
> > > for
> > > the information of
On Wed, Nov 29, 2006 at 10:06:00AM +, Christoph Hellwig wrote:
> On Wed, Nov 29, 2006 at 11:04:05AM +0100, Adrian Bunk wrote:
> > This patch adds proper prototypes for sysv_{init,destroy}_icache()
> > in sysv.h
> >
> > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
> >
> > ---
> >
> > fs/sy
On Wed, 29 Nov 2006 04:01:30 -0200
Rogério Brito <[EMAIL PROTECTED]> wrote:
>> The problem is that whenever I plug the Quantum drive, I get stack
> traces like this one (with a bit of context, so that you can get sense of
> what I am talking about):
Ok IRQ routing problem on what seems to be an e
On Wed, 2006-11-29 at 11:21 +0100, Mike Galbraith wrote:
> > The serial console appears to be innocent. The suspend/resume methods
> > for my 16550A serial port aren't even being _called_, apparently because
> > pnp swiped ttyS0.
(ahem, bad aim with mouse, resuming)
Well, after further rummaging
Use probe_kernel_address() instead of __get_user() in Dwarf2 unwinder.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
--- linux-2.6.19-rc6/kernel/unwind.c2006-11-29 10:04:11.0 +0100
+++ 2.6.19-rc6-unwind-probe_kernel_address/kernel/unwind.c 2006-11-29
10:22:16.0 +0100
@@
Tighten the requirements on both input to and output from the Dwarf2
unwinder.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
--- linux-2.6.19-rc6/arch/i386/kernel/traps.c 2006-11-29 10:03:03.0
+0100
+++ 2.6.19-rc6-unwind-more-sanity-checks/arch/i386/kernel/traps.c
2006-11-28 17
> This patch adds a proer prototype for remove_inode_dquot_ref() in
> include/linux/quotaops.h
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Fine with me, if you find it better this way (but that function is not
really supposed to be called from anywhere else).
Signed-off-by: Jan Kara <
[cut]
Also does booting w/ "noapic" change the behavior?
No, it didn't. It behaves exactly as before.
- Alexandre
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordo
ra_min/ra_max are not initialized, fix it.
New benchmark numbers on
hda: ST3250820A, ATA DISK drive
hda: max request size: 512KiB
hda: 488397168 sectors (250059 MB) w/8192KiB Cache, CHS=30401/255/63,
UDMA(100)
with nfs mount
mount -o tcp,rsize=$((rsize<<10)) loca
- do no extra readahead when (readahead_ratio == 1)
- define readahead_hit_rate inside CONFIG_ADAPTIVE_READAHEAD ifdefs
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
--- linux-2.6.19-rc6-mm1.orig/include/linux/mm.h
+++ linux-2.6.19-rc6-mm1/include/linux/mm.h
@@ -1074,7 +1074,7 @@ extern int
Andrew,
Here are two bug fix patches against -mm, with their recommended placement:
readahead-events-accounting.patch
readahead-rescue_pages.patch
readahead-sysctl-parameters.patch
+readahead-sysctl-parameters-fix.patch
readahead-min-max-sizes.patch
readahead-state-based-method-aging-accoun
Torben Mathiasen wrote:
> Here's a merge with the latest from LANANA. Its been a while, so _please_ let
> me know if anyone sees unwanted changes. A few whitespaces and formatting
> changes included too.
[]
> +258 blockROM/Flash read-only translation layer
> + 0 = /dev/blockrom0
On Wed, Nov 29, 2006 at 11:33:01AM +0100, S?bastien Dugu? wrote:
> AIO completion signal notification
>
> The current 2.6 kernel does not support notification of user space via
> an RT signal upon an asynchronous IO completion. The POSIX specification
> states that when an
I use this patch with 2.6.18.3.
patching: ok
configuring: ok
compiling: ok
installing: ok
running: ok
tested with httpd, smbd, nmbd, named, cupsd, ping, traceroute,
modprobe, traceroute, ntpdate, xinit, killall, eject, dhcpd, route,
qemu: ok
I use this patch as documented: http://www.friedhoff.org/
On Wed, 29 Nov 2006, Adrian Bunk wrote:
> This patch removes some video drivers that:
> - had already been marked as BROKEN in 2.6.0 three years ago and
> - are still marked as BROKEN.
>
> These are the following drivers:
> - FB_CYBER
> - FB_VIRGE
> - FB_RETINAZ3
> - FB_SUN3
>
> Drivers that had
Every file should #include the headers containing the prototypes for
its global functions.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.19-rc6-mm2/drivers/scsi/scsi_error.c.old 2006-11-29
09:58:41.0 +0100
+++ linux-2.6.19-rc6-mm2/drivers/scsi/scsi_error.c 2006-11-2
From: Tony Olech <[EMAIL PROTECTED]>
In older versions of the linux kernel it was sufficient for the
16-bit PCMCIA card manufacturer to distribute or make available
a text configuration file along with the physical cards. Such a
file with an extension of ".conf" and placed in the /etc/pcmcia
very
Hi,
I've got a machine which occasionally locks up. I can still sysrq it from
a serial console, so it's not entirely dead.
A sysrq-t learns me that it's got a large number of httpd processes stuck
in D state :
httpd D F7619440 2160 11635 2057 11636 (NOTLB)
dbb7ae14 cc
On Tue, 28 Nov 2006, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6-mm2/
When i386 kernel is compiled without CONFIG_X86_LOCAL_APIC, this happens:
In file included from arch/i386/kernel/traps.c:51:
include/asm/nmi.h:46:1: warning: "trig
From: Cornelia Huck <[EMAIL PROTECTED]>
Use dev->groups for adding/removing the subchannel attribute group.
Signed-off-by: Cornelia Huck <[EMAIL PROTECTED]>
---
drivers/s390/cio/css.c|5 +
drivers/s390/cio/css.h|1 +
drivers/s390/cio/device.c | 16 +---
3 files
From: Cornelia Huck <[EMAIL PROTECTED]>
Update documentation for dynamic subchannel mapping.
Signed-off-by: Cornelia Huck <[EMAIL PROTECTED]>
---
Documentation/s390/driver-model.txt |7 +++
1 files changed, 7 insertions(+)
--- linux-2.6-CH.orig/Documentation/s390/driver-model.txt
+++ l
Hi,
the following two patches (against 2.6.19-rc6-mm2) contain updates for
the s390 common I/O layer on top of
s390-dynamic-subchannel-mapping-of-ccw-devices.patch.
[1/2] s390: Use dev->groups for subchannel attributes.
[2/2] s390: Update cio documentation.
--
Cornelia Huck
Linux for zSeries De
On Wed, 29 Nov 2006 10:51:50 +, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> I'm a little bit unhappy about the usage of the notify flag. The usage
> seems correct but very confusing:
Well, I followed the logic from posix-timers.c, but it may be a poor
choice ;-)
For a start, the SIGE
> > +258 block ROM/Flash read-only translation layer
> > + 0 = /dev/blockrom0First ROM card's
> translation layer interface
> > + 1 = /dev/blockrom0Second ROM card's
> translation layer interface
> ^^^
>
> Shouldn't here be '1',
On Wednesday 29 November 2006 12:14, Jan Beulich wrote:
> Use probe_kernel_address() instead of __get_user() in Dwarf2 unwinder.
I had already done this here. Thanks.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
On Wednesday 29 November 2006 12:13, Jan Beulich wrote:
> Tighten the requirements on both input to and output from the Dwarf2
> unwinder.
Thanks for doing this.
> while (unwind(info) == 0 && UNW_PC(info)) {
> n++;
> oad->ops->address(oad->data, UNW_PC(info));
>
Hello there,
I just tried to compile Linux kernel 2.6.18.3 with the Intel C
C compiler.
The compiler said
fs/9p/mux.c(786): remark #593: variable "cb" was set but never used
The source code is
v9fs_mux_req_callback cb;
I have checked the source code and I agree with the compiler.
Suggest
Hello there,
I just tried to compile Linux kernel 2.6.18.3 with the Intel C
C compiler.
The compiler said
1.
fs/9p/vfs_inode.c(406): remark #593: variable "sb" was set but never used
The source code is
struct super_block *sb = NULL;
I have checked the source code and I agree with the co
Am Mittwoch, 29. November 2006 08:06 schrieb Ingo Molnar:
> * Karsten Wiese <[EMAIL PROTECTED]> wrote:
> > After estimated 15 minutes more it bugged again.
> > Related dmesg translates to linux error
> > -EXDEV
> > propably caused by the following lines:
> >
> >
> > static int uhci_result_isoc
On Wed, 29 Nov 2006 06:33:35 -0500, Jakub Jelinek <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 29, 2006 at 11:33:01AM +0100, S?bastien Dugu? wrote:
> > AIO completion signal notification
> >
> > The current 2.6 kernel does not support notification of user space via
> > an RT s
Hello,
my apologies for not being sure whom to tell this problem, but it is very
strange.
Let me tell the story:
I'm using XEN (3.0.2) with SLES10 (x86_64, SunFire X4100). On one machine I
have
three virtual machines ("DomU") that are very identically configured (SLES10
x86_64 also). There i
* Fernando Lopez-Lezcano <[EMAIL PROTECTED]> wrote:
> > > > (japa-4096 |#0): new 17 us maximum-latency wakeup.
> > > > ( beagled-3412 |#1): new 19 us maximum-latency wakeup.
> > > > ( IRQ 18-1081 |#1): new 26 us maximum-latency wakeup.
> > > > ( snd-4040 |
On Wed, Nov 29, 2006 at 02:08:01PM +0100, S?bastien Dugu? wrote:
> On Wed, 29 Nov 2006 10:51:50 +, Christoph Hellwig <[EMAIL PROTECTED]>
> wrote:
>
> > I'm a little bit unhappy about the usage of the notify flag. The usage
> > seems correct but very confusing:
>
> Well, I followed the log
>> I am writing a kernel module for assging an ip address to an interface.
>> I have included linux/igmp.h but still whenever i use the function
>
>...What function?
>
>> declared in igmp.h file, it says unresolved symbol for that function.
>
>...What symbol?
>
>> I am new to this programming.
>
>> while (unwind(info) == 0 && UNW_PC(info)) {
>> n++;
>> oad->ops->address(oad->data, UNW_PC(info));
>> if (arch_unw_user_mode(info))
>> break;
>> +if ((sp & ~(PAGE_SIZE - 1)) == (UNW_SP(info) & ~(PAGE_SIZE - 1))
>> +
>>> Andi Kleen <[EMAIL PROTECTED]> 29.11.06 14:15 >>>
>On Wednesday 29 November 2006 12:14, Jan Beulich wrote:
>> Use probe_kernel_address() instead of __get_user() in Dwarf2 unwinder.
>
>I had already done this here. Thanks.
I had checked firstfloor and only found similar changes to arch/x86-64/.
Hi!
> >> for the Intel hw Keith doesn't seem to think it's all
> >that much of a
> >> problem though...
> >
> >Including the TV out, odder LCD panels, non BIOS modes
> >etc ? If so then
> >it might be an interesting test case for intelfb to
> >grow some kind of
> >console helper interface
...
>
Avi Kivity wrote:
Oh, and I get a ton of these messages with kvm:
rtc: lost some interrupts at 1024Hz.
I'll look into these too, though I'm not sure where.
Please try the attached patch and let us know.
--
error compiling committee.c: too many arguments to function
Index: l
Hi!
> On Wed, 2006-11-29 at 11:21 +0100, Mike Galbraith wrote:
> > > The serial console appears to be innocent. The suspend/resume methods
> > > for my 16550A serial port aren't even being _called_, apparently because
> > > pnp swiped ttyS0.
>
> (ahem, bad aim with mouse, resuming)
>
> Well, af
On Mon, 2006-11-27 at 23:47 +0100, Lukasz Stelmach wrote:
> Greetings.
>
> It seems that someone has broken *conf programs in 2.6.18 because
> only "make silentoldconfig" recreates autoconf.h and auto.conf
> properly after configuration (.config) has changed.
>
> I do everything as I always have
On Wednesday 29 November 2006 15:02, Jan Beulich wrote:
> >>> Andi Kleen <[EMAIL PROTECTED]> 29.11.06 14:15 >>>
> >On Wednesday 29 November 2006 12:14, Jan Beulich wrote:
> >> Use probe_kernel_address() instead of __get_user() in Dwarf2 unwinder.
> >
> >I had already done this here. Thanks.
>
> I
On Wed, 29 Nov 2006 13:50:12 +, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 29, 2006 at 02:08:01PM +0100, S?bastien Dugu? wrote:
> > On Wed, 29 Nov 2006 10:51:50 +, Christoph Hellwig <[EMAIL PROTECTED]>
> > wrote:
> >
> > > I'm a little bit unhappy about the usage of the n
On 11/29/06, d binderman <[EMAIL PROTECTED]> wrote:
Hello there,
I just tried to compile Linux kernel 2.6.18.3 with the Intel C
C compiler.
The compiler said
1.
fs/9p/vfs_inode.c(406): remark #593: variable "sb" was set but never used
The source code is
struct super_block *sb = NULL;
Hi,
I got an:
*** glibc detected *** double free or corruption (!prev): 0x84c01000 ***
using O_DIRECT with threads: this error appends if I run several threads
wich are reading several files (opened with O_RDONLY|O_DIRECT) at the same
time.
The error doesn't appends if I open the files whithout O_D
> +/***
> + * good_sigevent - check and get target task from a sigevent.
> + * @event: the sigevent to be checked
> + *
> + * This function must be called with tasklist_lock held for reading.
> + */
> +struct task_struct * good_sigevent(sigevent_t * event)
> +{
> + struct task_struct *rtn = cur
Add suspend/resume methods to drivers/serial/8250_pnp.c. Tested on a
P4/HT 16550A box, ttyS0 login survives across suspend to ram.
Signed-off-by: Mike Galbraith <[EMAIL PROTECTED]>
--- linux-2.6.19-rc6-mm2/drivers/serial/8250_pnp.c.org 2006-11-29
07:14:15.0 +0100
+++ linux-2.6.19-rc6-
Hi all,
Looks like the lockdep has resumed yelling about the cpufreq-cpu hotplug
interactions! Again, it's the Ondemand governor that's the culprit.
On linux-2.6.19-rc6-mm2, this is what I got yesterday evening.
[EMAIL PROTECTED] tests]# echo ondemand >
/sys/devices/system/cpu/cpu0/cpufreq/sca
Hi all,
I'm looking for a way to implement polling for sysfs attribute files.
There seem to be sysfs_poll API but I have no idea how to use it
correctly.
Any hint, example of usage or comment wold be deeply appreciated.
--
Sincerely,
Vladimir "Farcaller" Pouzanov
-
To unsubscribe from this list
Hi,
A followup. It crashed again, giving me :
arcmsr0: scsi id=0 lun=0 ccb='0xf7c984e0' poll command abort successfully
end_request: I/O error, dev sda, sector 3724719
and
sd 0:0:0:0: rejecting I/O to offline device
about 15k times.
I'll see if I can upgrade the RAID driver.
Igmar
On Wed, 29 Nov 2006 14:54:25 +, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> > +/***
> > + * good_sigevent - check and get target task from a sigevent.
> > + * @event: the sigevent to be checked
> > + *
> > + * This function must be called with tasklist_lock held for reading.
> > + */
> > +s
On Wed, 29 Nov 2006, Nick Piggin wrote:
>
> You are saying that they should only be used to create new "primitive"
> types (ie. that you can use in arithmetic / logical ops) that can
> change depending on the config.
Well, it doesn't have to be something that is "arithmetic".
For an example of
Jiri Slaby wrote:
Randy Dunlap wrote:
From: Randy Dunlap <[EMAIL PROTECTED]>
With CONFIG_PCI=n:
drivers/char/mxser_new.c: In function 'mxser_release_res':
drivers/char/mxser_new.c:2383: warning: implicit declaration of function
'pci_release_region'
drivers/char/mxser_new.c: In function 'mxser_
1 - 100 of 355 matches
Mail list logo
