Help for kernel module programming

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 declared in igmp.h file, it says unresolved symbol for that function. I am new to this programming. i use the following command to compile it: gcc -c -D_

Re: 2.6.19-rc6-mm1: drivers/net/chelsio/: unused code

On Wed, 29 Nov 2006 08:36:09 +0100 Adrian Bunk <[EMAIL PROTECTED]> wrote: > On Mon, Nov 27, 2006 at 10:24:55AM -0800, Stephen Hemminger wrote: > > On Fri, 24 Nov 2006 01:17:31 +0100 > > Adrian Bunk <[EMAIL PROTECTED]> wrote: > > > > > On Thu, Nov 23, 2006 at 02:17:03AM -0800, Andrew Morton wrote:

Re: [PATCH] lockdep: fix sk->sk_callback_lock locking

Peter Zijlstra <[EMAIL PROTECTED]> wrote: > > = > [ INFO: possible irq lock inversion dependency detected ] > 2.6.19-rc6 #4 > - > nc/1854 just changed the state of lock: > (af_callback_k

Re: 2.6.19-rc6-mm1: drivers/net/chelsio/: unused code

On Mon, Nov 27, 2006 at 10:24:55AM -0800, Stephen Hemminger wrote: > On Fri, 24 Nov 2006 01:17:31 +0100 > Adrian Bunk <[EMAIL PROTECTED]> wrote: > > > On Thu, Nov 23, 2006 at 02:17:03AM -0800, Andrew Morton wrote: > > >... > > > Changes since 2.6.19-rc5-mm2: > > >... > > > +chelsio-22-driver.patch

Re: [patch] Mark rdtsc as sync only for netburst, not for core2

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.0 +0800 +++ linux-2.6

Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function

On 29-11-2006 05:25, David Miller wrote: ... > commit 93e3a20d6c67a09b867431e7d5b3e7bc97154fab > Author: David S. Miller <[EMAIL PROTECTED]> > Date: Tue Nov 28 20:24:10 2006 -0800 > > [NET]: Fix MAX_HEADER setting. > > MAX_HEADER is either set to LL_MAX_HEADER or LL_MAX_HEADER + 48,

Re: 2.6.19-rc6-rt8: alsa xruns

* Fernando Lopez-Lezcano <[EMAIL PROTECTED]> wrote: > > I'll turn off the machine and cold boot it...) > > No difference, actually it looks like the regression re-regresses if I > enable the trace... Arghhh. yeah, that happens sometimes if some race is particularly narrow :-/ > Toggling /proc

2.6.19-rc6-rt9 - fails to compile

Hi! 2.6.19-rc6-rt9 fails to compile on my Dual Core Notebook with FC6. CHK include/linux/version.h CHK include/linux/utsrelease.h CC arch/i386/kernel/asm-offsets.s In file included from include/linux/time.h:7, from include/linux/timex.h:57, fr

Re: 2.6.19-rc6-rt8: alsa xruns

* Daniel Walker <[EMAIL PROTECTED]> wrote: > > i fixed this in -rt8: the latency tracer now uses the time of day > > clocksource - pmtimer in this case. (that means function tracing is > > slower than with the TSC, but latency figures are more reliable.) > > I have a patch set to make the usin

Re: [patch] x86: unify/rewrite SMP TSC sync code

* Ingo Molnar <[EMAIL PROTECTED]> wrote: > Andrew, > > could we try this one in -mm? It unifies (and simplifies) the TSC sync > code between i386 and x86_64, and also offers a stronger guarantee > that we'll only activate the TSC clock on CPU where the TSC is synced > correctly by the hardwar

Re: The VFS cache is not freed when there is not enough free memory to allocate

Forward to the mailing list. Sonic Zhang wrote: 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 allocations seem to be reasonable, from pro

Re: [patch] genapic: default to physical mode on hotplug CPU kernels

* Siddha, Suresh B <[EMAIL PROTECTED]> wrote: > On Tue, Nov 28, 2006 at 09:23:22PM +0100, Ingo Molnar wrote: > > > > * Siddha, Suresh B <[EMAIL PROTECTED]> wrote: > > > > > On Tue, Nov 28, 2006 at 07:33:46AM +0100, Ingo Molnar wrote: > > > > - if (clusters <= 1 && max_cluster <= 8 && clus

Re: 2.6.19-rc6-rt8

* 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_isochronous(struct uhci_hcd *uhci, struct urb *urb) hm. Below are all th

Re: 2.6.19-rc6-rt8

* Hu Gang <[EMAIL PROTECTED]> wrote: > > thanks, applied. I'll let the PPC -rt folks sort out the hack effects. > > Do you have CONFIG_HIGH_RES_TIMERS enabled? > no. > > > [hugang@:~]$ uname -a > Linux hugang.soulinfo.com 2.6.19-rc6-rt8 #2 PREEMPT Wed Nov 29 09:29:43 UTC > 2006 ppc GNU/Linux

Re: 2.6.19-rc6-rt8

* Karsten Wiese <[EMAIL PROTECTED]> wrote: > Am Montag, 27. November 2006 10:49 schrieb Ingo Molnar: > > i have released the 2.6.19-rc6-rt8 tree, which can be downloaded from > > I saw usb transport errors here before rebooting with > nmi_watchdog=0 > contained in kernel command line. so

Re: 2.6.19-rc6-rt5

* Mark Knecht <[EMAIL PROTECTED]> wrote: > Forwarding it off list. > > Thanks Ingo. I'm very interested if it works for you to do this. i've integrated it into -rt (see the patch below), but i marked it obsolete and i might not be able to carry it for long - we'll see. The preferred solution

[PATCH] x86_64: check vector in setup_ioapic_dest to verify if need setup_IO_APIC_irq

plesae check the patch [PATCH] x86_64: check vector in setup_ioapic_dest to verify if need setup_IO_APIC_irq setup_IO_APIC_irqs could fail to get vector for some device when you have too many devices, because at that time only boot cpu is online. So check vector for irq in setup_ioapic_dest and

Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function

On Tue, Nov 28, 2006 at 09:04:16PM -0800, David Miller wrote: > > > Definitely. I'm not sure whether 48 is enough even for recursive > > tunnels. This should really just be a hint. It's OK to spend a > > bit of time reallocating skb's if it's too small, but it's not OK > > to die. > > The recur

Re: 2.6.19-rc6-rt8

On Wed, 29 Nov 2006 07:41:09 +0100 Ingo Molnar <[EMAIL PROTECTED]> wrote: > > * Hu Gang <[EMAIL PROTECTED]> wrote: > > > On Mon, 27 Nov 2006 10:49:27 +0100 > > Ingo Molnar <[EMAIL PROTECTED]> wrote: > > > > > i have released the 2.6.19-rc6-rt8 tree, which can be downloaded from > > > the usual

Re: 2.6.19-rc6-rt8

* Hu Gang <[EMAIL PROTECTED]> wrote: > On Mon, 27 Nov 2006 10:49:27 +0100 > Ingo Molnar <[EMAIL PROTECTED]> wrote: > > > i have released the 2.6.19-rc6-rt8 tree, which can be downloaded from > > the usual place: > > > > http://redhat.com/~mingo/realtime-preempt/ > > attached patch to maki

Re: Slab: Remove kmem_cache_t

Linus Torvalds wrote: So typedefs are good for - "u8"/"u16"/"u32"/"u64" kind of things, where the underlying types really are potentially different on different architectures. - "sector_t"-like things which may be 32-bit or 64-bit depending on some CONFIG_LBD option or other. - a

[PATCH -mm] ALSA: add struct forward declaration

From: Randy Dunlap <[EMAIL PROTECTED]> I see about 10 sets of these in a random config. CC drivers/media/video/saa7134/saa7134-cards.o In file included from drivers/media/video/saa7134/saa7134.h:43, from drivers/media/video/saa7134/saa7134-cards.c:27: include/sound/pcm.h:5

The return of the dreaded "nobody cared" message with a Promise Card

Hi, Andrew, hi Alan, hi others. First of all, I would kindly ask you that you keep me in the Cc'ed messages. I'm currently finishing grades of (loads and loads) of students and I'm having a hard time keeping up with my health problems and real life work, let alone the traffic of lkml. Well, let

Re: SCSI init discussion/SAN problem (not interesting)

Bernd Eckenfels wrote: In article <[EMAIL PROTECTED]> you wrote: Was this post just not interesting enough, or is it the lack of access to hardware to test this on that prevented it from being picked up by someone? see google, for example: http://christophe.varoqui.free.fr/multipath.html

Re: [PATCH] prune_icache_sb

Andrew Morton wrote: We shouldn't export this particular implementation to modules because it has bad failure modes. There might be a case for exposing an i_sb_list-based API or, perhaps better, a max-unused-inodes mount option. Ok, thanks for looking into this - it is appreciated. I'll tr

Re: [PATCH 1/12] ext3 balloc: reset windowsz when full

On Tue, 28 Nov 2006, Mingming Cao wrote: > Port a series ext2 balloc patches from Hugh to ext3/4. The first 6 > patches are against ext3, and the rest are aginst ext4. Thanks for all that, Mingming: whichever is appropriate, all twelve Acked-by: Hugh Dickins <[EMAIL PROTECTED]> or Signed-off-by:

Re: 2.6.19-rc6-mm2

Andrew Morton wrote: On Tue, 28 Nov 2006 19:24:45 -0500 Thomas Tuttle <[EMAIL PROTECTED]> wrote: I've found a couple of bugs so far... 1. I did `modprobe kvm' and then tried running a version of the KVM Qemu compiled for a different kernel. My mistake. But I got an oops: BUG: unable to h

[PATCH -mm] char: drivers use/need PCI

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': drivers/char/mxser_new.c:2578: wa

[PATCH -mm] MTD: ESB2ROM uses PCI

From: Randy Dunlap <[EMAIL PROTECTED]> ESB2ROM uses PCI interface functions. With CONFIG_PCI=n: drivers/mtd/maps/esb2rom.c: In function 'esb2rom_init_one': drivers/mtd/maps/esb2rom.c:167: warning: implicit declaration of function 'pci_dev_get' Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> ---

Re: [v4l-dvb-maintainer] [2.6 patch] remove DVB_AV7110_FIRMWARE

On Tue, Nov 28, 2006 at 08:45:56PM -0800, Trent Piepho wrote: > On Wed, 29 Nov 2006, Adrian Bunk wrote: > > On Tue, Nov 28, 2006 at 01:06:02PM -0800, Trent Piepho wrote: > > > On Sun, 26 Nov 2006, Adrian Bunk wrote: > > > > DVB_AV7110_FIRMWARE was (except for some OSS drivers) the only option > > >

Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function

From: Herbert Xu <[EMAIL PROTECTED]> Date: Wed, 29 Nov 2006 15:56:57 +1100 > David Miller <[EMAIL PROTECTED]> wrote: > > > > Longer term this is really messy, we should handle this some > > other way. > > Definitely. I'm not sure whether 48 is enough even for recursive > tunnels. This should r

Re: [patch 2.6.19-rc6] Stop gcc 4.1.0 optimizing wait_hpet_tick away

On Wed, 2006-11-29 at 15:30 +1100, Keith Owens wrote: > David Miller (on Tue, 28 Nov 2006 20:04:53 -0800 (PST)) wrote: > >From: Keith Owens > >Date: Wed, 29 Nov 2006 14:56:20 +1100 > > > >> Secondly, I believe that this is a separate problem from bug 22278. > >> hpet_readl() is correctly using vol

Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function

David Miller <[EMAIL PROTECTED]> wrote: > > Longer term this is really messy, we should handle this some > other way. Definitely. I'm not sure whether 48 is enough even for recursive tunnels. This should really just be a hint. It's OK to spend a bit of time reallocating skb's if it's too small

Re: [PATCH 3/4] sysctl: Simplify ipc ns specific sysctls

Quoting Eric W. Biederman ([EMAIL PROTECTED]): > This patch refactors the ipc sysctl support so that it is > simpler, more readable, and prepares for fixing the bug > with the wrong values being returned in the sys_sysctl interface. > > The function proc_do_ipc_string was misnamed as it never hand

Re: [v4l-dvb-maintainer] [2.6 patch] remove DVB_AV7110_FIRMWARE

On Wed, 29 Nov 2006, Adrian Bunk wrote: > On Tue, Nov 28, 2006 at 01:06:02PM -0800, Trent Piepho wrote: > > On Sun, 26 Nov 2006, Adrian Bunk wrote: > > > DVB_AV7110_FIRMWARE was (except for some OSS drivers) the only option > > > that was still compiling a binary-only user-supplied firmware file at

Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function

From: Herbert Xu <[EMAIL PROTECTED]> Date: Wed, 29 Nov 2006 15:38:29 +1100 > David Miller <[EMAIL PROTECTED]> wrote: > > > > diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h > > index 9264139..95e86ac 100644 > > --- a/include/linux/netdevice.h > > +++ b/include/linux/netdevice.h

Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function

David Miller <[EMAIL PROTECTED]> wrote: > > diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h > index 9264139..95e86ac 100644 > --- a/include/linux/netdevice.h > +++ b/include/linux/netdevice.h > @@ -94,7 +94,9 @@ #endif > #endif > > #if !defined(CONFIG_NET_IPIP) && \ > -!def

Re: 2.6.19-rc6-mm2 is ok (2.6.19-rc1-mm1+ memory problem)

Michael Raskin wrote: I have a strange problem with 2.6.19-rc-mm kernels. After I load X, I notice that memory is marked used at rate of tens of KB/s. Then it Tried 2.6.19-rc6-mm2. Now the problem is gone. Sometimes memory is getting maked used as before, but when the loss reaches a few MB's

Re: [patch 2.6.19-rc6] Stop gcc 4.1.0 optimizing wait_hpet_tick away

David Miller (on Tue, 28 Nov 2006 20:04:53 -0800 (PST)) wrote: >From: Keith Owens >Date: Wed, 29 Nov 2006 14:56:20 +1100 > >> Secondly, I believe that this is a separate problem from bug 22278. >> hpet_readl() is correctly using volatile internally, but its result is >> being assigned to a pair of

Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function

From: Patrick McHardy <[EMAIL PROTECTED]> Date: Wed, 29 Nov 2006 03:28:25 +0100 > [NETFILTER]: ipt_REJECT: fix memory corruption > > On devices with hard_header_len > LL_MAX_HEADER ip_route_me_harder() > reallocates the skb, leading to memory corruption when using the stale > tcph pointer to upda

[PATCH 10/12] ext4 balloc: say rb_entry not list_entry

-- Subject: ext2 balloc: say rb_entry not list_entry From: Hugh Dickins <[EMAIL PROTECTED]> The reservations tree is an rb_tree not a list, so it's less confusing to use rb_entry() than list_entry() - though they're both just container_of(). --

[PATCH 9/12] ext4 balloc: fix off-by-one against rsv_end

-- Subject: ext2 balloc: fix off-by-one against rsv_end From: Hugh Dickins <[EMAIL PROTECTED]> rsv_end is the last block within the reservation, so alloc_new_reservation should accept start_block == rsv_end as success. --

[PATCH 2/12] ext3 balloc: fix off-by-one against grp_goal

-- Subject: ext2 balloc: fix off-by-one against grp_goal From: Hugh Dickins <[EMAIL PROTECTED]> grp_goal 0 is a genuine goal (unlike -1), so ext2_try_to_allocate_with_rsv should treat it as such. -

[PATCH 12/12] ext3 balloc: fix _with_rsv freeze

-- Subject: ext2 balloc: fix _with_rsv freeze From: Hugh Dickins <[EMAIL PROTECTED]> After several days of testing ext2 with reservations, it got caught inside ext2_try_to_allocate_with_rsv: alloc_new_reservation repeatedly succeeding on the win

[PATCH 5/12] ext3 balloc: use io_error label

-- Subject: ext2 balloc: use io_error label From: Hugh Dickins <[EMAIL PROTECTED]> ext2_new_blocks has a nice io_error label for setting -EIO, so goto that in the one place that doesn't already use it. --

[PATCH 6/12] ext2 balloc: fix _with_rsv freeze

Sync up a reservation fix from ext2 in ext3 -- Subject: ext2 balloc: fix _with_rsv freeze From: Hugh Dickins <[EMAIL PROTECTED]> After several days of testing ext2 with reservations, it got caught inside ext2_try_to_allocate_with_rsv: alloc_new_

[PATCH 8/12] ext4 balloc: fix off-by-one against grp_goal

Subject: ext2 balloc: fix off-by-one against grp_goal From: Hugh Dickins <[EMAIL PROTECTED]> grp_goal 0 is a genuine goal (unlike -1), so ext2_try_to_allocate_with_rsv should treat it as such. -- Sync up with ext2 reservation fix in ext4 Signed

[PATCH 7/12] ext4 balloc: reset windowsz when full

-- Subject: ext2 balloc: reset windowsz when full From: Hugh Dickins <[EMAIL PROTECTED]> ext2_new_blocks should reset the reservation window size to 0 when squeezing the last blocks out of an almost full filesystem, so the retry doesn't skip any

[PATCH 11/12] ext4 balloc: use io_error label

-- Subject: ext2 balloc: use io_error label From: Hugh Dickins <[EMAIL PROTECTED]> ext2_new_blocks has a nice io_error label for setting -EIO, so goto that in the one place that doesn't already use it. --

[PATCH 4/12] ext3 balloc: say rb_entry not list_entry

-- Subject: ext2 balloc: say rb_entry not list_entry From: Hugh Dickins <[EMAIL PROTECTED]> The reservations tree is an rb_tree not a list, so it's less confusing to use rb_entry() than list_entry() - though they're both just container_of(). --

[PATCH 3/12] ext3 balloc: fix off-by-one against rsv_end

-- Subject: ext2 balloc: fix off-by-one against rsv_end From: Hugh Dickins <[EMAIL PROTECTED]> rsv_end is the last block within the reservation, so alloc_new_reservation should accept start_block == rsv_end as success. --

[PATCH 1/12] ext3 balloc: reset windowsz when full

Port a series ext2 balloc patches from Hugh to ext3/4. The first 6 patches are against ext3, and the rest are aginst ext4. -- Subject: ext2 balloc: reset windowsz when full From: Hugh Dickins <[EMAIL PROTECTED]> ext2_new_blocks should reset the

Re: [patch 2.6.19-rc6] Stop gcc 4.1.0 optimizing wait_hpet_tick away

From: Keith Owens Date: Wed, 29 Nov 2006 14:56:20 +1100 > Secondly, I believe that this is a separate problem from bug 22278. > hpet_readl() is correctly using volatile internally, but its result is > being assigned to a pair of normal integers (not declared as volatile). > In the context of wait

Re: Linux 2.6.16.33

On Mon, Nov 27, 2006 at 11:45:30AM +, Ian Campbell wrote: > Hi Adrian, > > On Thu, 2006-11-23 at 01:05 +0100, Adrian Bunk wrote: > > ftp://ftp.kernel.org/pub/linux/kernel/v2.6/ > > I can see the changelog and the patch but not the whole tarball. Does > that take longer to appear? PEBKAC ;-)

Re: [patch 2.6.19-rc6] Stop gcc 4.1.0 optimizing wait_hpet_tick away

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 loop and the kernel >> hangs on boot in timer setup. >> >> 001a :

[PATCH] lib functions: always build hweight for loadable modules

From: Randy Dunlap <[EMAIL PROTECTED]> Always build hweight8/16/32/64() functions into the kernel so that loadable modules may use them. I didn't remove GENERIC_HWEIGHT since ALPHA_EV67, ia64, and some variants of UltraSparc(64) provide their own hweight functions. Fixes config/build problems wi

Re: [patch 2.6.19-rc6] Stop gcc 4.1.0 optimizing wait_hpet_tick away

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 loop and the kernel > hangs on boot in timer setup. > > 001a : > 1a: 55 push %ebp > 1b: 89 e5

Re: [v4l-dvb-maintainer] [2.6 patch] remove DVB_AV7110_FIRMWARE

On Tue, Nov 28, 2006 at 01:06:02PM -0800, Trent Piepho wrote: > On Sun, 26 Nov 2006, Adrian Bunk wrote: > > DVB_AV7110_FIRMWARE was (except for some OSS drivers) the only option > > that was still compiling a binary-only user-supplied firmware file at > > build-time into the kernel. > > > > This pa

[PATCH 2/5][time][x86_64] hpet_address cleanup

In preparation for supporting generic timekeeping, this patch cleans up x86-64's use of vxtime.hpet_address, changing it to just hpet_address as is also used in i386. This is necessary since the vxtime structure will be going away. Signed-off-by: John Stultz <[EMAIL PROTECTED]> arch/i386/ker

[PATCH 5/5][time][x86_64] Re-enable vsyscall support for x86_64

Cleanup and re-enable vsyscall gettimeofday using the generic clocksource infrastructure. Signed-off-by: John Stultz <[EMAIL PROTECTED]> arch/x86_64/Kconfig |4 + arch/x86_64/kernel/hpet.c|6 + arch/x86_64/kernel/time.c|6 - arch/x86_64/kernel/tsc.c

[PATCH 1/5][time][Generic] vsyscall-gtod support for GENERIC_TIME

Provides generic infrastructure for vsyscall-gtod. Signed-off-by: John Stultz <[EMAIL PROTECTED]> include/linux/clocksource.h |8 kernel/timer.c |1 + 2 files changed, 9 insertions(+) linux-2.6.19-rc6git11_timeofday-vsyscall-support_C7.patch ===

[PATCH 4/5][time][x86_64] Convert x86_64 to use GENERIC_TIME

This patch converts x86_64 to use the GENERIC_TIME infrastructure and adds clocksource structures for both TSC and HPET (ACPI PM is shared w/ i386). Signed-off-by: John Stultz <[EMAIL PROTECTED]> arch/x86_64/Kconfig |4 arch/x86_64/kernel/apic.c|2 arch/x86_64/kernel/hpe

[PATCH 3/5][time][x86_64] Split x86_64/kernel/time.c up

In preperation for the x86_64 generic time conversion, this patch splits out TSC and HPET related code from arch/x86_64/kernel/time.c into respective hpet.c and tsc.c files. Signed-off-by: John Stultz <[EMAIL PROTECTED]> arch/x86_64/kernel/Makefile |2 arch/x86_64/kernel/hpet.c | 435 +

[PATCH 0/5][time][x86_64] GENERIC_TIME patchset for x86_64

Hey Andi, First let me apologize, I've been busy with other things and its been far too long since I last posted this. Anyway, I found some time to resync my trees and wanted to send this along. You had asked earlier about performance impact: Vanilla TSC: 149 nsecs per gtod call 367 nse

Re: [PATCH 2/2 -mm] fault-injection: lightweight code-coverage maximizer

On Tue, Nov 28, 2006 at 12:14:36PM -0800, Don Mullis wrote: > First, waiting a few seconds for the standard FC-6 daemons to wake up. > Then, Xemacs and Firefox. Not tested on SMP. Is it failslab or fail_page_alloc ? > > This doesn't maximize code coverage. It makes fault-injector reject > > any

Re: [PATCH 0/4] atl1: Revised Attansic L1 ethernet driver

Jay Cliburn wrote: I've been working on this with Jay since his initial submission. Thanks to everyone who has provided feedback on the resubmit. We're currently quite short on actual testers, since the chip only seems to be on Asus M2V motherboards at present. Please let me and Jay know if yo

Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function

Krzysztof Halasa wrote: > Patrick McHardy <[EMAIL PROTECTED]> writes: > > >>It might be the case that your network device has a >>hard_header_len > LL_MAX_HEADER, which could trigger >>a corruption. > > > Hmm... GRE tunnels add 24 bytes... I just noticed the following code in > include/linux/ne

[patch 2.6.19-rc6] Stop gcc 4.1.0 optimizing wait_hpet_tick away

Compiling 2.6.19-rc6 with gcc version 4.1.0 (SUSE Linux), wait_hpet_tick is optimized away to a never ending loop and the kernel hangs on boot in timer setup. 001a : 1a: 55 push %ebp 1b: 89 e5 mov%esp,%ebp 1d: eb fe jmp

Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function

Patrick McHardy <[EMAIL PROTECTED]> writes: > It might be the case that your network device has a > hard_header_len > LL_MAX_HEADER, which could trigger > a corruption. Hmm... GRE tunnels add 24 bytes... I just noticed the following code in include/linux/netdevice.h: /* * Compute the worst

Re: [PATCH 2.6.15.4 rel.2 1/1] libata: add hotswap to sata_svw

Benjamin Herrenschmidt wrote: On Tue, 2006-11-28 at 23:22 +, David Woodhouse wrote: On Thu, 2006-02-16 at 16:09 +0100, Martin Devera wrote: From: Martin Devera <[EMAIL PROTECTED]> Add hotswap capability to Serverworks/BroadCom SATA controlers. The controler has SIM register and it selects

Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems to implicate xfs, scsi, networking, SMP

On Thu, Nov 23, 2006 at 12:18:09PM +1100, David Chinner wrote: > On Wed, Nov 22, 2006 at 01:58:11PM +0100, Jesper Juhl wrote: > > > > Attached are two files. The one named stack_overflows.txt.gz contains > > one instance of each unique stack overflow + trace that I've got. The > > other file name

Re: [PATCH][UPDATE] i2c: Add support for virtual I2C adapters

Is there a reason why the files and config options have been renamed from i2c-virtual to i2c-virt? On 4/7/06, Kumar Gala <[EMAIL PROTECTED]> wrote: Any comments or acceptance of this patch? - k On Mar 30, 2006, at 5:05 PM, Kumar Gala wrote: > Virtual adapters are useful to handle multiplexed

Re: failed 'ljmp' in linear addressing mode

On Tue, Nov 28, 2006 at 06:49:17PM -0500, linux-os (Dick Johnson) wrote: > > On Tue, 28 Nov 2006, Jun Sun wrote: > > > On Tue, Nov 28, 2006 at 08:46:44AM -0500, linux-os (Dick Johnson) wrote: > >> > >> On Mon, 27 Nov 2006, Jun Sun wrote: > >> > >>> > >>> On Mon, Nov 27, 2006 at 08:58:57AM -0500,

Re: XFS internal error xfs_trans_cancel at line 1138 of file fs/xfs/xfs_trans.c (kernel 2.6.18.1)

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_cancel at line 1138 of > file fs/xfs/xfs_trans.c. Caller

Re: 2.6.18 tsc clocksource + ntp = excessive drift; acpi_pm does fine.

john stultz escreveu: On Tue, 2006-11-28 at 21:46 -0200, Alexandre Pereira Nunes wrote: Hi, with default boot I got tsc clocksource selected on an debian's 2.6.18-3-k7 SMP build (but UP machine). ntp keeps bothering me with this message: frequency error 512 PPM exceeds tolerance 500 PPM

Re: [rfc PATCH] ieee1394: ohci1394: delete bogus spinlock, flush MMIO writes

On Wed, 29 Nov 2006 00:50:43 +0100 Stefan Richter <[EMAIL PROTECTED]> wrote: > Alan wrote: > > On Tue, 28 Nov 2006 22:24:11 +0100 (CET) > > Stefan Richter <[EMAIL PROTECTED]> wrote: > >> All MMIO writes which were surrounded by the spinlock as well as the > >> very last MMIO write of the IRQ handl

Re: 2.6.19-rc6-rt8

On Mon, 27 Nov 2006 10:49:27 +0100 Ingo Molnar <[EMAIL PROTECTED]> wrote: > i have released the 2.6.19-rc6-rt8 tree, which can be downloaded from > the usual place: > > http://redhat.com/~mingo/realtime-preempt/ attached patch to making it compile and works in my PowerBook G4. Index: lin

Re: 2.6.19-rc6-mm2

On Tue, Nov 28, 2006 at 04:58:28PM -0800, Andrew Morton wrote: > On Tue, 28 Nov 2006 19:24:45 -0500 > Thomas Tuttle <[EMAIL PROTECTED]> wrote: > > > 2. I'm not sure if this bug is in the kernel, wireless tools, or the > > ipw3945 driver, but I haven't changed the version of anything but the > > ke

Re: [PATCH] Don't compare unsigned variable for <0 in sys_prctl()

On 29/11/06, Linus Torvalds <[EMAIL PROTECTED]> wrote: On Wed, 29 Nov 2006, Jesper Juhl wrote: > > I would venture that "-Wshadow" is another one of those. I'd agree, except for the fact that gcc does a horribly _bad_ job of -Wshadow, making it (again) totally unusable. For example, it's ofte

Re: [PATCH 3/16] LTTng 0.6.36 for 2.6.18 : Linux Kernel Markers

Hi - On Tue, Nov 28, 2006 at 05:40:36AM +, Christoph Hellwig wrote: > [...] > > > Are you sure the license_gplok check is necessary here? We should > > > consider encouraging non-gpl module writers to instrument their code, > > > to give users a slightly better chance of debugging problems.

Re: 2.6.19-rc6-mm2

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/ md-change-lifetime-rules-for-md-devices.patch gives me the following early during boot (first WARNING() inside __mutex_lock_slowpath(), then BUG at __mutex_loc

Re: 2.6.18 tsc clocksource + ntp = excessive drift; acpi_pm does fine.

On Tue, 2006-11-28 at 21:46 -0200, Alexandre Pereira Nunes wrote: > Hi, > > with default boot I got tsc clocksource selected on an debian's > 2.6.18-3-k7 SMP build (but UP machine). ntp keeps bothering me with this > message: > frequency error 512 PPM exceeds tolerance 500 PPM Hmmm. Could you sen

Re: 2.6.19-rc6-mm2

On Tue, 28 Nov 2006 19:24:45 -0500 Thomas Tuttle <[EMAIL PROTECTED]> wrote: > 2. I'm not sure if this bug is in the kernel, wireless tools, or the > ipw3945 driver, but I haven't changed the version of anything but the > kernel. When I do `iwconfig eth1 essid foobar' something drops the > last ch

isochronous receives?

Keith, et. al, I am having problems with isochronous receives, and remembered just as I was getting ready to dig into the source that there was a message about this stuff. Lo and behold your message to linux1394-user from September 7: I'm trying to receive isochronous streams (using libraw1394

Re: 2.6.19-rc6-mm2

On Tue, 28 Nov 2006 19:24:45 -0500 Thomas Tuttle <[EMAIL PROTECTED]> wrote: > I've found a couple of bugs so far... > > 1. I did `modprobe kvm' and then tried running a version of the KVM Qemu > compiled for a different kernel. My mistake. But I got an oops: > > BUG: unable to handle kernel NU

Re: [PATCH 1/2] lib + ntfs: let modules force HWEIGHT

Andrew Morton wrote: On Tue, 28 Nov 2006 14:08:40 -0800 Randy Dunlap <[EMAIL PROTECTED]> 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

Re: [PATCH 1/2] lib + ntfs: let modules force HWEIGHT

On Tue, 28 Nov 2006 14:08:40 -0800 Randy Dunlap <[EMAIL PROTECTED]> 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

Re: [PATCH 1/6] ext2 balloc: fix _with_rsv freeze

On Tue, 2006-11-28 at 20:07 +, Hugh Dickins wrote: > On Tue, 28 Nov 2006, Mingming Cao wrote: > > On Tue, 2006-11-28 at 17:40 +, Hugh Dickins wrote: > > > After several days of testing ext2 with reservations, it got caught inside > > > ext2_try_to_allocate_with_rsv: alloc_new_reservation re

Re: 2.6.19-rc6-mm2

I've found a couple of bugs so far... 1. I did `modprobe kvm' and then tried running a version of the KVM Qemu compiled for a different kernel. My mistake. But I got an oops: BUG: unable to handle kernel NULL pointer dereference at virtual address 0008 printing eip: f91f9c3f *pde = 00

Re: [PATCH] prune_icache_sb

On Tue, 28 Nov 2006 16:41:07 -0500 Wendy Cheng <[EMAIL PROTECTED]> wrote: > Andrew Morton wrote: > > On Mon, 27 Nov 2006 18:52:58 -0500 > > Wendy Cheng <[EMAIL PROTECTED]> wrote: > > > > > >> Not sure about walking thru sb->s_inodes for several reasons > >> > >> 1. First, the changes made a

Re: [PATCH] Don't compare unsigned variable for <0 in sys_prctl()

On Wed, 29 Nov 2006, Jesper Juhl wrote: > > I would venture that "-Wshadow" is another one of those. I'd agree, except for the fact that gcc does a horribly _bad_ job of -Wshadow, making it (again) totally unusable. For example, it's often entirely interesting to hear about local variables

Re: [PATCH] [NET] dont insert socket dentries into dentry_hashtable.

On Tue, 28 Nov 2006 15:35:31 -0800 (PST) David Miller <[EMAIL PROTECTED]> wrote: > > Andrew, I'm fine with these three patches, specifically: > > [PATCH] dont insert pipe dentries into dentry_hashtable. > [PATCH] [DCACHE] : avoid RCU for never hashed dentries > [PATCH] [NET] dont insert socket d

Re: [-mm patch] drivers/mtd/nand/rtc_from4.c: use lib/bitrev.c

On Tue, 28 Nov 2006 22:52:16 + David Woodhouse <[EMAIL PROTECTED]> wrote: > > I'll take that as an ack and shall merge this once > > crc32-replace-bitreverse-by-bitrev32.patch is merged ;) > > I assume the bitrev thing will be going in as soon as 2.6.19 is actually > released, It will take o

Re: [PATCH 1/2 -mm] fault-injection: safer defaults, trivial optimization, cleanup

On Tue, 28 Nov 2006 14:50:45 -0800 Don Mullis <[EMAIL PROTECTED]> wrote: > On Tue, 2006-11-28 at 13:37 -0800, Andrew Morton wrote: > > > We'd prefer one-patch-per-concept, please. This all sounds like about > > six patches. > > Understood. > > > We _could_ merge this patch as-is, but it means t

Re: 2.6.19-rc6-rt8

Am Dienstag, 28. November 2006 23:40 schrieb Karsten Wiese: > Am Montag, 27. November 2006 10:49 schrieb Ingo Molnar: > > i have released the 2.6.19-rc6-rt8 tree, which can be downloaded from > > I saw usb transport errors here before rebooting with > nmi_watchdog=0 > contained in kernel co

Re: [PATCH 2.6.15.4 rel.2 1/1] libata: add hotswap to sata_svw

On Tue, 2006-11-28 at 23:22 +, David Woodhouse wrote: > On Thu, 2006-02-16 at 16:09 +0100, Martin Devera wrote: > > From: Martin Devera <[EMAIL PROTECTED]> > > > > Add hotswap capability to Serverworks/BroadCom SATA controlers. The > > controler has SIM register and it selects which bits in SA

Re: [rfc PATCH] ieee1394: ohci1394: delete bogus spinlock, flush MMIO writes

Alan wrote: > On Tue, 28 Nov 2006 22:24:11 +0100 (CET) > Stefan Richter <[EMAIL PROTECTED]> wrote: >> All MMIO writes which were surrounded by the spinlock as well as the >> very last MMIO write of the IRQ handler are now explicitly flushed by >> MMIO reads of the respective register. > > MMIO is

Re: failed 'ljmp' in linear addressing mode

On Tue, 28 Nov 2006, Jun Sun wrote: > On Tue, Nov 28, 2006 at 08:46:44AM -0500, linux-os (Dick Johnson) wrote: >> >> On Mon, 27 Nov 2006, Jun Sun wrote: >> >>> >>> On Mon, Nov 27, 2006 at 08:58:57AM -0500, linux-os (Dick Johnson) wrote: I think it probably resets the instant that you tu

2.6.18 tsc clocksource + ntp = excessive drift; acpi_pm does fine.

Hi, with default boot I got tsc clocksource selected on an debian's 2.6.18-3-k7 SMP build (but UP machine). ntp keeps bothering me with this message: frequency error 512 PPM exceeds tolerance 500 PPM If I remove ntp's drift file and restart, it goes fine for a while and then it goes with tha

Re: [PATCH] Don't compare unsigned variable for <0 in sys_prctl()

On 29/11/06, Linus Torvalds <[EMAIL PROTECTED]> wrote: On Tue, 28 Nov 2006, Jesper Juhl wrote: > > > Friends don't let friends use "-W". > > Hehe, ok, I'll stop cleaning this stuff up then. > Nice little hobby out the window there ;) You might want to look at some of the other warnings gcc spi

  1   2   3   4   >