[PATCH] net/dccp/: Spelling fixes

Signed-off-by: Joe Perches [EMAIL PROTECTED] --- net/dccp/ackvec.h |2 +- net/dccp/ccids/ccid3.c |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/net/dccp/ackvec.h b/net/dccp/ackvec.h index 9ef0737..9671ecd 100644 --- a/net/dccp/ackvec.h +++ b/net/dccp/ackvec.h

[PATCH] net/ipv6/: Spelling fixes

Signed-off-by: Joe Perches [EMAIL PROTECTED] --- net/ipv6/ndisc.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/net/ipv6/ndisc.c b/net/ipv6/ndisc.c index 67997a7..777ed73 100644 --- a/net/ipv6/ndisc.c +++ b/net/ipv6/ndisc.c @@ -612,7 +612,7 @@ void

[PATCH] sound/: Spelling fixes

Signed-off-by: Joe Perches [EMAIL PROTECTED] --- sound/drivers/serial-u16550.c|6 ++-- sound/isa/es18xx.c |2 +- sound/pci/au88x0/au88x0_core.c |2 +- sound/pci/cs46xx/cs46xx_lib.c|2 +- sound/pci/hda/hda_codec.h|2 +- sound/pci/rme9652/hdsp.c

[PATCH] include/sound/: Spelling fixes

Signed-off-by: Joe Perches [EMAIL PROTECTED] --- include/sound/ad1848.h |2 +- include/sound/cs4231-regs.h |2 +- include/sound/soc-dapm.h|2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/include/sound/ad1848.h b/include/sound/ad1848.h index

[PATCH] net/sctp/: Spelling fixes

Signed-off-by: Joe Perches [EMAIL PROTECTED] --- net/sctp/sm_make_chunk.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/net/sctp/sm_make_chunk.c b/net/sctp/sm_make_chunk.c index f487629..ed7c9e3 100644 --- a/net/sctp/sm_make_chunk.c +++

[PATCH] net/sched/: Spelling fixes

Signed-off-by: Joe Perches [EMAIL PROTECTED] --- net/sched/sch_hfsc.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/net/sched/sch_hfsc.c b/net/sched/sch_hfsc.c index 55e7e45..a6ad491 100644 --- a/net/sched/sch_hfsc.c +++ b/net/sched/sch_hfsc.c @@ -160,7 +160,7 @@

[PATCH] net/netlabel/: Spelling fixes

Signed-off-by: Joe Perches [EMAIL PROTECTED] --- net/netlabel/netlabel_mgmt.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/net/netlabel/netlabel_mgmt.c b/net/netlabel/netlabel_mgmt.c index 5648337..9c41464 100644 --- a/net/netlabel/netlabel_mgmt.c +++

[PATCH] net/irda/: Spelling fixes

Signed-off-by: Joe Perches [EMAIL PROTECTED] --- net/irda/ircomm/ircomm_param.c |2 +- net/irda/irlan/irlan_eth.c |2 +- net/irda/irlap_frame.c |2 +- net/irda/parameters.c | 12 ++-- net/irda/wrapper.c |2 +- 5 files changed, 10

[PATCH] net/netfilter/: Spelling fixes

Signed-off-by: Joe Perches [EMAIL PROTECTED] --- net/netfilter/nf_conntrack_sip.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/net/netfilter/nf_conntrack_sip.c b/net/netfilter/nf_conntrack_sip.c index 8f8b5a4..515abff 100644 --- a/net/netfilter/nf_conntrack_sip.c

Re: [PATCH] arch/powerpc/: Spelling fixes

On Mon, 17 Dec 2007 11:30:12 -0800 Joe Perches [EMAIL PROTECTED] wrote: Signed-off-by: Joe Perches [EMAIL PROTECTED] --- arch/powerpc/boot/4xx.c |2 +- arch/powerpc/kernel/legacy_serial.c |2 +- arch/powerpc/sysdev/bestcomm/bestcomm.h |2 +-

Re: [PATCH 3/3] [UDP6]: Counter increment on BH mode

On Sun, 16 Dec 2007, Herbert Xu wrote: If we can get the address of the per-cpu counter against some sort of a per-cpu base pointer, e.g., %gs on x86, then we can do incq%gs:(%rax) where %rax would be the offset with %gs as the base. This would obviate the need for the CPU ID

[PATCH] net/ipv4/: Spelling fixes

Signed-off-by: Joe Perches [EMAIL PROTECTED] --- net/ipv4/netfilter/nf_nat_sip.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/net/ipv4/netfilter/nf_nat_sip.c b/net/ipv4/netfilter/nf_nat_sip.c index 3ca9897..8996ccb 100644 --- a/net/ipv4/netfilter/nf_nat_sip.c +++

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

H. Peter Anvin wrote: Rene Herman wrote: I do not know how universal that is, but _reading_ port 0xf0 might in fact be sensible then? And should even work on a 386/387 pair? (I have a 386/387 in fact, although I'd need to dig it up). No. Someone might have used 0xf0 as a readonly port

Re: almost daily Kernel oops with 2.6.23.9 - and now 2.6.23.11 as well

On Montag, 17. Dezember 2007, you wrote: On Mon, 17 Dec 2007, Hemmann, Volker Armin wrote: I got another crash, now with 2.6.23.11 on logout from KDE (two differences, new kernel, 4gb ram instead of 2gb): also I got some strange message yesterday before increasing ramsize: [19546.639528]

Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.

Quoting Tetsuo Handa ([EMAIL PROTECTED]): A brief description about SYAORAN: SYAORAN stands for Simple Yet All-important Object Realizing Abiding Nexus. SYAORAN is a filesystem for /dev with Mandatory Access Control. /dev needs to be writable, but this means that files on /dev might be

Re: ip neigh show not showing arp cache entries?

Patrick McHardy wrote: From a kernel perspective there are only complete dumps, the filtering is done by iproute. So the fact that it shows them when querying specifically implies there is a bug in the iproute neighbour filter. Does it work if you omit all from the ip neigh show command?

Re: [Uclinux-dist-devel] [PATCH] arch/blackfin/: Spelling fixes

On Dec 17, 2007 2:30 PM, Joe Perches [EMAIL PROTECTED] wrote: Signed-off-by: Joe Perches [EMAIL PROTECTED] --- arch/blackfin/kernel/early_printk.c |2 +- arch/blackfin/mach-bf548/ints-priority.c |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) thanks, this has been

Re: [PATCH] net/netlabel/: Spelling fixes

On Monday 17 December 2007 2:40:35 pm Joe Perches wrote: Signed-off-by: Joe Perches [EMAIL PROTECTED] Thanks Joe. Acked-by: Paul Moore [EMAIL PROTECTED] --- net/netlabel/netlabel_mgmt.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/net/netlabel/netlabel_mgmt.c

problem with ending requests asynchronously in my block device driver

Hi, I've a block device driver which does the following, Inside the request function I do something like this: request(fn) { while ((req = elv_next_request(q)) != NULL) { set up the request; spin_unlock_irq(q-queue_lock); call the transfer(set_up_req) function;

Re: slab quirks in DEBUG, ctor, and initialization

Hi John, On Dec 17, 2007 5:47 PM, John Reiser [EMAIL PROTECTED] wrote: In mm/slab.c, the DEBUG variant of cache_alloc_debugcheck_after might call cachep-ctor(objp, cachep, 0); but the non-DEBUG variant does absolutely nothing. idr_pre_get is a routine which notices the difference. How

Re: [PATCH] include/asm-mips/: Spelling fixes

Hello. Joe Perches wrote: Signed-off-by: Joe Perches [EMAIL PROTECTED] diff --git a/include/asm-mips/mach-wrppmc/mach-gt64120.h b/include/asm-mips/mach-wrppmc/mach-gt64120.h index 00d8bf6..465234a 100644 --- a/include/asm-mips/mach-wrppmc/mach-gt64120.h +++

Re: tipc_init(), WARNING: at arch/x86/mm/highmem_32.c:52, [2.6.24-rc4-git5: Reported regressions from 2.6.23]

On Fri, 14 Dec 2007, Ingo Molnar wrote: which is of little help if it regresses on other workloads. As we've seen it, SLUB can be more than 10 times slower on hackbench. You can tune SLUB to use 2MB pages but of course that's not a production level system. OTOH, have you tried to tune SLAB

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

David P. Reed wrote: Still wondering: what the heck is going on with port 80 on my laptop motherboard. Clearly it does something. I will in my spare time continue investigating, though having a reliable system is GREAT. Almost guaranteed to be some kind of debugging hack, probably

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

David P. Reed wrote: H. Peter Anvin wrote: Rene Herman wrote: I do not know how universal that is, but _reading_ port 0xf0 might in fact be sensible then? And should even work on a 386/387 pair? (I have a 386/387 in fact, although I'd need to dig it up). No. Someone might have used

Re: [PATCH] include/asm-arm/: Spelling fixes

My mail client seems to be flagging all your messages as duplicates of each other. Hm. It may be that your headers have two Message-Id's... Message-Id: [EMAIL PROTECTED] X-Mailer: git-send-email 1.5.3.7.949.g2221a6 Message-Id: [EMAIL PROTECTED] ... the second of which is

Re: [PATCH] drivers/scsi/: Spelling fixes

Joe Perches wrote: Signed-off-by: Joe Perches [EMAIL PROTECTED] diff --git a/drivers/scsi/iscsi_tcp.c b/drivers/scsi/iscsi_tcp.c index 57ce225..3cc21f5 100644 --- a/drivers/scsi/iscsi_tcp.c +++ b/drivers/scsi/iscsi_tcp.c @@ -1121,7 +1121,7 @@ iscsi_send(struct iscsi_conn *conn, struct

Re: [PATCH] include/asm-mips/: Spelling fixes

On Mon, 2007-12-17 at 22:53 +0300, Sergei Shtylyov wrote: - * PCI interrupts will come in on either the INTA or INTD interrups lines, + * PCI interrupts will come in on either the INTA or INTD interrupts lines, interrupt here. Quite right. I did them by script and inspected, but didn't

Re: [PATCH] drivers/net/: Spelling fixes

Joe Perches wrote: drivers/net/atl1/atl1_hw.c |2 +- drivers/net/atl1/atl1_main.c |2 +- The atl1 code will be heavily reworked in the 2.6.25 merge window, so this may cause headaches. Please remove these chunks before merging. The spelling

Re: [PATCH 0/1] IPN: Inter Process Networking

On Mon, 17 Dec 2007, Ludovico Gardenghi wrote: On Mon, Dec 17, 2007 at 04:10:19AM -0800, [EMAIL PROTECTED] wrote: if you are talking network connections between virtual systems, then the exiting tap interfaces would seem to do everything you are looking for. you can add them to bridges, route

Re: 2.6.24-rc5: tape drive not responding

Andrew == Andrew Morton [EMAIL PROTECTED] writes: Andrew On Mon, 17 Dec 2007 11:25:51 +0900 FUJITA Tomonori [EMAIL PROTECTED] wrote: On Sun, 16 Dec 2007 20:05:51 -0500 John Stoffel [EMAIL PROTECTED] wrote: [ 273.382057] sd 12:0:0:3: Attached scsi generic sg13 type 0 [ 276.244872]

Re: Final kprobes rollup patches

On Mon, 2007-12-17 at 17:06 +0100, Ingo Molnar wrote: * Masami Hiramatsu [EMAIL PROTECTED] wrote: cool! Please Cc: lkml and Harvey as well so that there's less overlap in unification work - Harvey spent quite some time unifying and cleaning up the kprobes code during the past week.

[patch 1/2] timerfd - make hrtimer_forward() to return a u64

This patch makes hrtimer_forward() to return a u64 instead of unsigned long. Since timerfd returns the number of timer ticks in a u64 variable, and hrtimer_forward() is used to calculate the timer ticks, the patch allow full 64 bit usage even on 32 bit platforms. The core of the hrtimer_forward()

[patch 2/2] timerfd - make the returned time to be the remaining time till the next expiration

Make the returned time to be the remaining time till the next expiration. If the timer is already expired, and there's no next expiration, zero will be returned. Andrew, this goes on top of the ones you already have in -mm. Signed-off-by: Davide Libenzi [EMAIL PROTECTED] - Davide ---

problem with ending requests asynchronously in my block device driver

Hi, I've a block device driver which does the following, Inside the request function I do something like this: request(fn) { while ((req = elv_next_request(q)) != NULL) { set up the request; spin_unlock_irq(q-queue_lock); call the transfer(set_up_req) function;

Re: [PATCH 2.6.24-rc5-mm 3/3] gpiolib: obsolete drivers/i2c/chips/pca9539.c

Hi David, On Mon, 17 Dec 2007 10:09:53 -0800, David Brownell wrote: Date: Mon, 17 Dec 2007 14:33:27 +0800 From: eric miao [EMAIL PROTECTED] for the following reasons: 1. there is currently no known users of this driver 2. the functionality of this driver is well supported with the

Re: [PATCH] drivers/i2c/: Spelling fixes

Hi Joe, On Mon, 17 Dec 2007 11:30:34 -0800, Joe Perches wrote: Signed-off-by: Joe Perches [EMAIL PROTECTED] --- drivers/i2c/busses/i2c-at91.c |2 +- drivers/i2c/busses/i2c-powermac.c |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 1/7] kobject: fix the documentation of how kobject_set_name works

Thanks to Dave Young [EMAIL PROTECTED] for pointing out that I forgot to update the comment when I rewrote kobject_set_name. Cc: Dave Young [EMAIL PROTECTED] Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED] --- lib/kobject.c | 12 ++-- 1 files changed, 6 insertions(+), 6

[PATCH 2/7] tipar: remove obsolete module

From: Romain Liévin [EMAIL PROTECTED] tipar: remove obsolete module The tipar character driver was used to implement bit-banging access to Texas Instruments parallel link cable. A user-land method now exists thru PPDEV PARPORT. Signed-off-by: Romain Liévin [EMAIL PROTECTED] Signed-off-by: Greg

[PATCH 4/7] Add Documentation for FAIR_USER_SCHED sysfs files

From: Dhaval Giani [EMAIL PROTECTED] This patch adds documentation about /sys/kernel/uids/uid/cpu_share to Documentation/ABI. Signed-off-by: Dhaval Giani [EMAIL PROTECTED] Cc: Ingo Molnar [EMAIL PROTECTED] Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED] ---

[PATCH 5/7] HOWTO: change addresses of maintainer and lxr url for Korean HOWTO

From: minchan kim [EMAIL PROTECTED] So sorry. again My mail is set with EUC-kR. I'll resend with UTF-8. Signed-off-by: barrios [EMAIL PROTECTED] Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED] --- Documentation/ko_KR/HOWTO |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-)

[PATCH 6/7] add stable_api_nonsense.txt in korean

From: barrios [EMAIL PROTECTED] Signed-off-by: barrios [EMAIL PROTECTED] Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED] --- Documentation/ko_KR/stable_api_nonsense.txt | 195 +++ 1 files changed, 195 insertions(+), 0 deletions(-) create mode 100644

[PATCH 7/7] HOWTO: update misspelling and word incorrected

From: barrios [EMAIL PROTECTED] Signed-off-by: barrios [EMAIL PROTECTED] Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED] --- Documentation/ko_KR/HOWTO | 140 +++-- 1 files changed, 71 insertions(+), 69 deletions(-) diff --git

Re: [PATCH] drivers/net/: Spelling fixes

On Mon, 2007-12-17 at 11:40 -0800, Joe Perches wrote: Signed-off-by: Joe Perches [EMAIL PROTECTED] diff --git a/drivers/net/wireless/orinoco.h b/drivers/net/wireless/orinoco.h index 4720fb2..703a4cf 100644 --- a/drivers/net/wireless/orinoco.h +++ b/drivers/net/wireless/orinoco.h @@ -108,7

Re: [PATCH] arch/ppc/: Spelling fixes

On Mon, 17 Dec 2007 11:30:14 -0800 Joe Perches wrote: Signed-off-by: Joe Perches [EMAIL PROTECTED] --- arch/ppc/syslib/ppc8xx_pic.c |2 +- arch/ppc/syslib/ppc_sys.c|2 +- I'm not really sure we should still care about typos in arch/ppc.. -- Sincerely, Vitaly -- To

Re: swapping in 2.6.24-rc5-git3

On Mon, Dec 17, 2007 at 06:15:32PM +0100, Jan Kara wrote: Yes, that's quite unpleasant. How much memory do you have? If you have some time, you can try playing with the code in mm/vmscan.c to find out what's happening in your case (putting some debugging output in shrink_active_list() etc...

Re: [PATCH] drivers/ide/: Spelling fixes

On Monday 17 December 2007, Joe Perches wrote: Signed-off-by: Joe Perches [EMAIL PROTECTED] applied -- 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/majordomo-info.html Please

Re: [PATCH V2] ipwireless_cs driver for 4G PC Card

On Mon, 17 Dec 2007 13:58:09 +0100 (CET) Jiri Kosina [EMAIL PROTECTED] wrote: On Mon, 17 Dec 2007, Andrew Morton wrote: Andrew, what is your position on merging this into your 2.6.25 queue please? David has fixed all the issues that came up during review, so it seems to be that it's

Re: [PATCH] drivers/net/: Spelling fixes

On Mon, 2007-12-17 at 15:40 -0500, Pavel Roskin wrote: On Mon, 2007-12-17 at 11:40 -0800, Joe Perches wrote: I don't think such minor comment fixes need to be reviewed by the maintainers. Thanks anyway. I'd like to know who pushes what source tree sections forward. I have a script that uses

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

On 17-12-07 17:12, Alan Cox wrote: I don't think we should be offering udelay based delays at this point. There are a lot of drivers to fix first. This is just one trivial example I agree. This thread's too full of people calling this outb method a dumb hack. It's a well-known legacy PC

Re: [PATCH] arch/ppc/: Spelling fixes

On Mon, 2007-12-17 at 23:42 +0300, Vitaly Bordug wrote: I'm not really sure we should still care about typos in arch/ppc.. Fine by me. I heard tell of a desire to integrate or rework the power/ppc arches anyway. cheers, Joe -- To unsubscribe from this list: send the line unsubscribe

Re: [PATCH]: Atmel Serial Console interrupt handler splitup

Hello Haavard, I'll give it a shot, but first I have some comments on your other patches. Good news someone is working on this bug again. Also good news you already found a bug in there. Btw, it would be nice if patches that affect more or less architecture-independent drivers were posted

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

Rene Herman wrote: On 17-12-07 17:12, Alan Cox wrote: I don't think we should be offering udelay based delays at this point. There are a lot of drivers to fix first. This is just one trivial example I agree. This thread's too full of people calling this outb method a dumb hack. It's a

RE: /dev/urandom uses uninit bytes, leaks user data

The bottom line: At a cost of at most three unpredictable branches (whether to clear the bytes in the last word with indices congruent to 1, 2, or 3 modulo 4), then the code can reduce the risk from something small but positive, to zero. This is very inexpensive insurance. John Reiser,

Re: 2.6.24-rc5: tape drive not responding

Just to confirm, the propsed patch to st.c fixes the issue with 2.6.24-rc5 as well at 2.6.24-rc5-mm1 with access to my DLT tape drives. Thanks! John -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

H. Peter Anvin wrote: David P. Reed wrote: As support: port 80 on the reporter's (my) HP dv9000z laptop clearly responds to reads differently than unused ports. In particular, an inb takes 1/2 the elapsed time compared to a read to known unused port 0xed - 792 tsc ticks for port 80

Re: [PATCH] x86_64: fix problems due to use of outb to port 80 on some AMD64x2 laptops, etc.

On 15-12-07 00:29, Alan Cox wrote: ?? Just initialize bogomips to 6GHz equivalent... and we are fine until 6GHz cpus come out. How long will that take to boot on a 386? Well the dumb approach to fix that would seem to be to initialise it to cpu-family 3 - 50MHz 4 - 300Mhz 5-

Re: [PATCH] net/sctp/: Spelling fixes

Joe Perches wrote: Signed-off-by: Joe Perches [EMAIL PROTECTED] Thanks... I am surprised this is all you found :) ACK. -vlad --- net/sctp/sm_make_chunk.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/net/sctp/sm_make_chunk.c b/net/sctp/sm_make_chunk.c

[patch 2/3] PCI: use dev_printk in quirk messages

Convert quirk printks to dev_printk(). I made the MSI disable messages a little more consistent: - always use disabled, not deactivated - specify device MSI disabled or subordinate MSI disabled when disabling MSI for only a specific device or subordinate bus Signed-off-by: Bjorn

[patch 1/3] PCI: print quirk name in debug messages

Instead of printing this: PCI: Calling quirk c023b250 for :00:00.0 we can print this: pci :00:00.0: calling quirk 0xc023b270: quirk_cardbus_legacy+0x0/0x30() The address is superfluous because sprint_symbol() includes the address if the symbol lookup fails, but this is the same

Re: [PATCH] drivers/net/: Spelling fixes

On Mon, 2007-12-17 at 21:56 +0100, Stefano Brivio wrote: On Mon, 17 Dec 2007 11:40:08 -0800 Joe Perches [EMAIL PROTECTED] wrote: diff --git a/drivers/net/ucc_geth_ethtool.c b/drivers/net/ucc_geth_ethtool.c index 9a9622c..f8d319b 100644 --- a/drivers/net/ucc_geth_ethtool.c +++

Re: slab quirks in DEBUG, ctor, and initialization

Hi Pekka, In mm/slab.c, the DEBUG variant of cache_alloc_debugcheck_after might call cachep-ctor(objp, cachep, 0); but the non-DEBUG variant does absolutely nothing. idr_pre_get is a routine which notices the difference. How does ipr_pre_get notice this? idr_pre_get calls

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

David P. Reed wrote: Note that I can run the port 80 test once, the second time I get the hard freeze. I didn't try writing to port 70 from userspace - that one's dangerous, but the reading of it was included for a timing typical of a chipset supported device. These are all pretty

[patch 3/3] PCI: use dev_printk in x86 quirk messages

Convert quirk printks to dev_printk(). Signed-off-by: Bjorn Helgaas [EMAIL PROTECTED] --- arch/x86/kernel/quirks.c | 42 ++ arch/x86/pci/fixup.c | 22 +++--- 2 files changed, 33 insertions(+), 31 deletions(-) Index:

Re: 1st version of azfs

Maxim Shchetynin [EMAIL PROTECTED] wrote: +config AZ_FS +tristate AZFS filesystem support +default m ^ STRONG NACK, I hate digging in the menu tree and hunting for things I don't need. +help + Non-buffered filesystem

[patch 0/3] use dev_printk in PCI quirks

No functional changes here; these only use dev_printk when possible. In a few cases, I tweaked message wordings to make them more consistent. -- -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at

[PATCH 1/4] x86: fix jprobe_saved_sp handling

This patch fixes a bug of jprobe and cleans up. jprobe for x86-64 can cause kernel page fault when the jprobe_return() is called from incorrect function. Anyway, that path finally invokes BUG() macro, so this is not so serious. Based on patch from Masami Hiramatsu [EMAIL PROTECTED] - Use

[PATCH 3/4] x86: add kprobe-booster to X86_64

Based on X86_32, mostly by un-ifdeffing code. Based on patch from Masami Hiramatsu [EMAIL PROTECTED] Signed-off-by: Harvey Harrison [EMAIL PROTECTED] --- arch/x86/kernel/kprobes.c | 57 +++-- include/asm-x86/kprobes.h | 12 + 2 files changed,

[PATCH 2/4] x86: kprobe cleanup resume_execution

This patch cleans up and fixes bugs in resume_execution on x86-64. Kprobes for x86-64 may cause a kernel crash if it inserted on iret instruction. call absolute case 0x9a is invalid on x86-64, so we don't need treat it, leave it ifdef X86_32. - Add iret(0xcf) case.to X86_64 - Fold jmp absolute

Re: cpuinfo_cur_freq always max

Hi Steve, Stephen Clark [EMAIL PROTECTED] writes: But with 2.6.23.8-34.fc7 /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq is always the max cpu speed of 1826000. While cpuinfo_cur_freq is the max 1826000 /proc/cpuinfo relflects the correct speed when idle of 996000 Which governor

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

* David P. Reed [EMAIL PROTECTED] wrote: Ingo - I finished testing the rolled up patch that you provided. It seems to work just fine. Thank you for putting this all together and persevering in this long and complex discussion. Here are the results, on the offending laptop, using

Re: FInal kprobes rollup patches

Hi Harvey, Harvey Harrison wrote: On Mon, 2007-12-17 at 19:52 +0530, Srikar Dronamraju wrote: * Ingo Molnar [EMAIL PROTECTED] [2007-12-15 14:12:04]: Hi Ingo, Harvey In file include/asm-x86/kprobes_32.h typedef u8 kprobe_opcode_t; hence sizeof(kprobe_opcode_t) turns out to be 1. Hence

[PATCH 4/4] This patch adds kretprobe-booster to X86_64

- Rewrite register saving/restoring code Based on patch from Masami Hiramatsu [EMAIL PROTECTED] Signed-off-by: Harvey Harrison [EMAIL PROTECTED] --- arch/x86/kernel/kprobes.c | 104 + 1 files changed, 58 insertions(+), 46 deletions(-) diff --git

[PATCH 4/4] This patch adds kretprobe-booster to X86_64

- Rewrite register saving/restoring code Based on patch from Masami Hiramatsu [EMAIL PROTECTED] Signed-off-by: Harvey Harrison [EMAIL PROTECTED] --- Sorry Ingo, I based my other 4/4 off the patch that had the one incorrect ifdef around trampoline_probe_handler. This is based on your fixed one.

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

responds to reads differently than unused ports. In particular, an inb takes 1/2 the elapsed time compared to a read to known unused port 0xed - 792 tsc ticks for port 80 compared to about 1450 tsc ticks for port 0xed and other unused ports (tsc at 800 MHz). Well at least we know where

[PATCH] x86: provide a DMI based port 0x80 I/O delay override.

On 17-12-07 21:57, H. Peter Anvin wrote: Rene Herman wrote: On 17-12-07 17:12, Alan Cox wrote: I don't think we should be offering udelay based delays at this point. There are a lot of drivers to fix first. This is just one trivial example I agree. This thread's too full of people calling

Re: FInal kprobes rollup patches

On Mon, 2007-12-17 at 16:28 -0500, Masami Hiramatsu wrote: Hi Harvey, If you mention about a relative jump which is inserted by resume_execution(), I think you might misunderstand that relative jump. The size of that relative jump, which will be embedded by kprobe-booster, is 5-bytes(not 1

Re: Top kernel oopses/warnings this week

On Mon, 17 Dec 2007 18:23:31 +0100 Ingo Molnar [EMAIL PROTECTED] wrote: * Arjan van de Ven [EMAIL PROTECTED] wrote: The http://www.kerneloops.org website collects kernel oops and warning reports from various mailing lists and bugzillas; below is a top 10 list of the oopses collected in

Re: [BUG] lack of /proc/net/ax25 with 2.6.24-rc5

On Sunday, 16 of December 2007, Bernard Pidoux wrote: With 2.6.24-rc5 there is no /proc/net/ax25 FYI, I've created a Bugzilla entry for this issue at: http://bugzilla.kernel.org/show_bug.cgi?id=9589 Please add your address to the CC list in there. Thanks, Rafael Here is an extract from

[PATCH] PCI: fix for quirk_e100_interrupt()

Check that the e100 is in the D0 power state. If it's not, it won't respond to MMIO accesses and we end up with master-abort machine checks on some platforms. Signed-off-by: Ivan Kokshaysky [EMAIL PROTECTED] --- drivers/pci/quirks.c | 14 +- 1 files changed, 13 insertions(+), 1

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

Rene Herman wrote: Well, yes, I guess that does make sense. It's back again. Named the choices standard and alternate again as I feel 0x80 and 0xed suggest they're free values a bit too much but if anyone feels strongly about it, so be it. They ARE -- or really, should be, free values

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

* Rene Herman [EMAIL PROTECTED] wrote: On 17-12-07 17:12, Alan Cox wrote: I don't think we should be offering udelay based delays at this point. There are a lot of drivers to fix first. This is just one trivial example I agree. This thread's too full of people calling this outb method a

Re: 2.6.24-rc5: tape drive not responding

On Mon, 17 Dec 2007 16:02:02 -0500 John Stoffel [EMAIL PROTECTED] wrote: Just to confirm, the propsed patch to st.c fixes the issue with 2.6.24-rc5 as well at 2.6.24-rc5-mm1 with access to my DLT tape drives. err, what patch to st.c? So it seems that 2.6.24 (and presumably 2.6.23?) need

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

* H. Peter Anvin [EMAIL PROTECTED] wrote: Rene Herman wrote: Well, yes, I guess that does make sense. It's back again. Named the choices standard and alternate again as I feel 0x80 and 0xed suggest they're free values a bit too much but if anyone feels strongly about it, so be it.

Re: 2.6.24-rc5: tape drive not responding

http://marc.info/?l=linux-scsim=119770154127770w=2 There is the patch for st.c Andrew Morton schreef: On Mon, 17 Dec 2007 16:02:02 -0500 John Stoffel [EMAIL PROTECTED] wrote: Just to confirm, the propsed patch to st.c fixes the issue with 2.6.24-rc5 as well at 2.6.24-rc5-mm1 with access to

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

On 17-12-07 22:41, Ingo Molnar wrote: * Rene Herman [EMAIL PROTECTED] wrote: On 17-12-07 17:12, Alan Cox wrote: I don't think we should be offering udelay based delays at this point. There are a lot of drivers to fix first. This is just one trivial example I agree. This thread's too full of

Re: 2.6.24-rc5: tape drive not responding

On Mon, 2007-12-17 at 13:43 -0800, Andrew Morton wrote: On Mon, 17 Dec 2007 16:02:02 -0500 John Stoffel [EMAIL PROTECTED] wrote: Just to confirm, the propsed patch to st.c fixes the issue with 2.6.24-rc5 as well at 2.6.24-rc5-mm1 with access to my DLT tape drives. err, what patch

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

On 17-12-07 22:40, H. Peter Anvin wrote: Rene Herman wrote: Well, yes, I guess that does make sense. It's back again. Named the choices standard and alternate again as I feel 0x80 and 0xed suggest they're free values a bit too much but if anyone feels strongly about it, so be it. They

Re: FInal kprobes rollup patches

Hi Harvey, Harvey Harrison wrote: On Mon, 2007-12-17 at 16:28 -0500, Masami Hiramatsu wrote: Hi Harvey, If you mention about a relative jump which is inserted by resume_execution(), I think you might misunderstand that relative jump. The size of that relative jump, which will be embedded by

Re: slab quirks in DEBUG, ctor, and initialization

Hi John, On Mon, 17 Dec 2007, John Reiser wrote: idr_pre_get calls kmem_cache_alloc, which constructs 'struct idr_layer' via the cachep-ctor() call from cache_alloc_debugcheck_after to idr_cache_ctor, and not via cache_init_objs. So if DEBUG is off, then idr_cache_ctor does not get its

Re: [PATCH] drivers/scsi/: Spelling fixes

On Mon, 17 Dec 2007, Joe Perches wrote: Signed-off-by: Joe Perches [EMAIL PROTECTED] --- drivers/scsi/NCR53C9x.h |2 +- drivers/scsi/aic7xxx/aic79xx_inline.h |2 +- drivers/scsi/aic7xxx/aic79xx_osm.c|2 +- drivers/scsi/aic7xxx/aic79xx_pci.c|4 ++--

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

* Rene Herman [EMAIL PROTECTED] wrote: Signed-off-by: Rene Herman [EMAIL PROTECTED] hm, i see this as a step backwards from the pretty flexible patch that David already tested. (and which also passed a few hundred bootup tests on my x86 test-grid) Please see Alan's comment that udelay

Re: Top kernel oopses/warnings this week

On Mon, Dec 17, 2007 at 01:36:31PM -0800, Arjan van de Ven wrote: Subject: [patch] terminate the oops printing with a defined string/uuid From: Arjan van de Ven [EMAIL PROTECTED] Right now, it's hard for automated tools to determine when an oops has ended; there's no clear marker for this.

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

On 17-12-07 22:56, Ingo Molnar wrote: * Rene Herman [EMAIL PROTECTED] wrote: Signed-off-by: Rene Herman [EMAIL PROTECTED] hm, i see this as a step backwards from the pretty flexible patch that David already tested. (and which also passed a few hundred bootup tests on my x86 test-grid)

Re: [PATCH 3/3] net: wireless: bcm43xx: big_buffer_sem semaphore to mutex

On Dec 17, 2007 5:35 AM, [EMAIL PROTECTED] wrote: If this is a mac80211 related problem, then other systems connecting to the same ap and using mac80211 would also be affected? Like I said earlier, there are five machines connecting to this ap, and I just realized one of them has a ralink

Re: [PATCH] drivers/scsi/: Spelling fixes

On Mon, 17 Dec 2007, Joe Perches wrote: Signed-off-by: Joe Perches [EMAIL PROTECTED] --- drivers/scsi/NCR53C9x.h |2 +- drivers/scsi/aic7xxx/aic79xx_inline.h |2 +- drivers/scsi/aic7xxx/aic79xx_osm.c|2 +- drivers/scsi/aic7xxx/aic79xx_pci.c|4 ++--

Re: soft lockup - CPU#1 stuck for 15s! [swapper:0]

On Mon, 17 Dec 2007, Parag Warudkar wrote: On Dec 17, 2007 3:05 AM, Thomas Gleixner [EMAIL PROTECTED] wrote: Sigh. You did not have the debug patch applied anymore, which printks the timer_list data ? Can you apply it again and provide the output please ? This keeps getting more and

Re: FInal kprobes rollup patches

On Mon, 2007-12-17 at 16:52 -0500, Masami Hiramatsu wrote: Hi Harvey, Before porting, could you tell me what differences are important to you? We can discuss about it. I just sent out a series of 4 patches equivalent to your patches 1-4/6 but based on my already unified kprobes.c/h, You

Re: cpuinfo_cur_freq always max

Hi, Stephen Clark [EMAIL PROTECTED] writes: Which governor are you using? ondemand? Not sure - but the only thing that is changed is the kernel - if I go back to 2.6.23.1 it works correctly. Have a look at /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor Hannes PS: Steve,

Re: [PATCH] PCI: fix for quirk_e100_interrupt()

Ivan Kokshaysky wrote: Check that the e100 is in the D0 power state. If it's not, it won't respond to MMIO accesses and we end up with master-abort machine checks on some platforms. Signed-off-by: Ivan Kokshaysky [EMAIL PROTECTED] what kind of platform actually is doing this? It almost

Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override.

Besides the two reports of freezes on bugzilla.kernel.org (9511, 6307), the following two bug reports on bugzilla.redhat.com are almost certainly due to the same cause (imo, of course): 245834, 227234. Ubuntu launchpad bug 158849 also seems to report the same problem, for an HP dv6258se

<    1   2   3   4   5   6   7   8   9   10   >