Re: 2.6.23-rc4-mm1

> On Sat, 1 Sep 2007 15:53:53 +0900 KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote: > I met 2 troubles while I compiled rc4-mm1 on x86/UP system, > > One on pcnet32.c (patch is attaced below). > One on crypto CONFIG. > > == compile log == > drivers/net/pcnet32.c: In function 'pcnet32_netif_stop': >

Re: [1/2] 2.6.23-rc3: known regressions with patches

On Wed, 29 Aug 2007, Michal Piotrowski wrote: > > Clocks & time > > Subject : "double" hpet clocksource && hard freeze > References : http://lkml.org/lkml/2007/8/23/257 > Last known good : ? > Submitter : Paolo Ornati <[EMAIL PROTECTED]> > Caused-By : Tony Luck <[EMAIL

Re: SIGNAL_STOP_DEQUEUED

> Yes. do_wait(WCONTINUED) can miss SIGNAL_STOP_CONTINUED task if the task > dequeues another sig_kernel_stop() signal. I thought this is harmless, but > it turns out I misunderstood the needed semantics. > > Thanks for your explanation. > > This is easy to fix, but we have to split SIGNAL_STOP_C

Re: maturity and status and attributes, oh my!

On Sat, 1 Sep 2007, Jan Engelhardt wrote: > > On Aug 31 2007 21:33, Robert P. J. Day wrote: > > > >perhaps. all i'm begging for is that these attributes be defined > >cleanly and clearly, and following those two conditions i suggested > >earlier: > > > >1) all attributes are orthogonal to one ano

Re: v2.6.23-rc4-rt1 / new project URL

On Fri, 2007-08-31 at 17:01 -0700, Daniel Walker wrote: > > - UP compile fixes back merged (Kevin Hilman / Steven Rostedt) > > - various latency tracer fixes (Steven Rostedt) > > I'm not sure which latency tracing fixes these are, but Steven's > get_monotonic_cycles() changes are racy .. It might

Re: PATCH? fix SIGNAL_STOP_DEQUEUED vs SIGCONT race

> Move the setting of SIGNAL_STOP_DEQUEUED from dequeue_signal() to > get_signal_to_deliver(), and set this flag only if we are really going to > stop. > This also simplifies the code and makes the SIGNAL_STOP_DEQUEUED usage more > understandable. It looks like a nice cleanup to me. > However, t

Re: [1/2] 2.6.23-rc3: known regressions with patches

Len Brown pisze: > On Wednesday 29 August 2007 11:28, Michal Piotrowski wrote: > >> ACPI >> >> Subject : the fan doesn't work any more >> References : http://lkml.org/lkml/2007/8/28/359 >> Last known good : ? >> Submitter : Daniel Ritz <[EMAIL PROTECTED]> >> Caused-By : Al

Re: maturity and status and attributes, oh my!

On Fri, 31 Aug 2007, Dave Jones wrote: > On Fri, Aug 31, 2007 at 05:38:34PM -0400, Robert P. J. Day wrote: > > it's a natural progression and, at any point, a feature cannot > > possibly have more than one maturity value. it would be as absurd > > as saying that someone was a teenager *and* was

Re: 2.6.23-rc4-mm1

On Fri, Aug 31, 2007 at 11:58:15PM -0700, Andrew Morton wrote: > > > crypto/built-in.o: In function `update2': > > digest.c:(.text+0x94a): undefined reference to `crypto_km_types' > > digest.c:(.text+0x9bf): undefined reference to `crypto_km_types' > > > > digest.c (CONFIG_CRYPTO) uses crypto/sca

Re: nmi_watchdog=2 regression in 2.6.21

> If you look at the LOC values you'll notice a lot of time has passed, > with only one NMI and on only one cpu .. > > It's possible this is something else completely tho .. It only ticks when the CPU is not idle. If you want to see the "operating frequency" run a main(){for(;;;);} for each cor

Re: kernel-doc: fix doc blocks and html

On Fri, 2007-08-31 at 21:06 -0700, Randy Dunlap wrote: > Johannes is using a feature of kernel-doc that I wasn't even familiar > with, also one that no one else is using. I'm sure that Johannes can > point us to some source code and generated output for it though. It's not been merged yet: http:

Re: maturity and status and attributes, oh my!

Robert P. J. Day wrote: > *attributes* would be orthogonal to one another -- the values *within* > an attribute would be mutually exclusive. Ah, right. ... > with regard to "experimental", what attribute would you imagine it > would be a possible value for, and what other possible values might >

Re: Linux 2.6.23-rc5 - oops

On Fri, 31 Aug 2007 23:52:36 -0700 (PDT) Linus Torvalds <[EMAIL PROTECTED]> wrote: > > I'm making ready to leave for the kernel summit (as are probably a > lot of other core kernel people), and as part of that, there's a > 2.6.23-rc5 out there now. > > Hopefully we've addressed most regressions,

Re: maturity and status and attributes, oh my!

On Sat, 1 Sep 2007, Jan Engelhardt wrote: > > On Aug 31 2007 18:02, Jeff Garzik wrote: > > Robert P. J. Day wrote: > >> it may be that some people had a different understanding of what was > >> meant by "maturity" than i did. what *i* meant by that attribute is > >> a feature's current position

Re: maturity and status and attributes, oh my!

Robert P. J. Day wrote: > you take advantage of that? you'd have to add a new > structure to "make config" along the following lines: > > Along with maturity-untagged features, what other maturity levels > would you like to see and be able to select? Most (all?) users and presumably most dis

Re: maturity and status and attributes, oh my!

On Sat, 1 Sep 2007, Stefan Richter wrote: > Robert P. J. Day wrote: > > *attributes* would be orthogonal to one another -- the values > > *within* an attribute would be mutually exclusive. > > Ah, right. great, we got that cleared up. onward. > In the context of kernel features, "experimental"

Re: [PATCH] Patch pvr2 driver to allow development of maple bus driver

On Fri, 2007-08-31 at 23:02 -0400, Mike Frysinger wrote: > i really dont know how the maple bus works or what piece of hardware is wired > up to the same interrupt line. my point is that if the other device fires an > interrupt, the pvr interrupt handler may be executed and attempt to do work

Re: maturity and status and attributes, oh my!

Robert P. J. Day wrote: > given the possible > interpretations of EXPERIMENTAL that i hadn't considered until now, > maybe it really *does* make sense to tag something as both > EXPERIMENTAL and, say, DEPRECATED (does it?). In theory maybe, for communication purposes perhaps rather not. The reaso

Re: [RFC 18/26] FS: ExtX filesystem defrag

Please add 'slab' to the title, otherwise you conflict with a feature of the same name... - 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 read the FA

Re: maturity and status and attributes, oh my!

On Sat, 1 Sep 2007, Stefan Richter wrote: > Robert P. J. Day wrote: > > you take advantage of that? you'd have to add a new > > structure to "make config" along the following lines: > > > > Along with maturity-untagged features, what other maturity levels > > would you like to see and be able

Re: maturity and status and attributes, oh my!

On Sat, 1 Sep 2007, Stefan Richter wrote: > Robert P. J. Day wrote: > > given the possible interpretations of EXPERIMENTAL that i hadn't > > considered until now, maybe it really *does* make sense to tag > > something as both EXPERIMENTAL and, say, DEPRECATED (does it?). > > In theory maybe, for c

Re: [patch 3/5] x86: Add PCI extended config space access for AMD Barcelona

On Thursday 30 August 2007 19:43:14 Robert Richter wrote: > This patch implements PCI extended configuration space access for > AMD's Barcelona CPUs. It extends the method using CF8/CFC IO > addresses. An x86 capability bit has been introduced that is set for > CPUs supporting PCI extended config s

Re: [patch 1/5] x86: Add AMD64 Barcelona PMU MSR definitions

On Thursday 30 August 2007 19:43:12 Robert Richter wrote: > Already added to the -mm tree. Its filename is > i386-add-amd64-barcelona-pmu-msr-definitions.patch Patch doesn't apply to -rc5 + ff tree. Hunk #1 FAILED at 73. Hunk #2 FAILED at 107. 2 out of 2 hunks FAILED -- rejects in file inc

Re: 2.6.23-rc3-mm1 - vdso and gettimeofday issues with glibc

> write_seqlock_irqsave(&vsyscall_gtod_data.lock, flags); > /* copy vsyscall data */ > vsyscall_gtod_data.clock.vread = clock->vread; > vsyscall_gtod_data.clock.cycle_last = clock->cycle_last; > vsyscall_gtod_data.clock.mask = clock->mask; > vsyscall

Re: Linux 2.6.23-rc5 - oops

[Grant Wilson - Sat, Sep 01, 2007 at 10:11:10AM +0100] | On Fri, 31 Aug 2007 23:52:36 -0700 (PDT) | Linus Torvalds <[EMAIL PROTECTED]> wrote: | | > | > I'm making ready to leave for the kernel summit (as are probably a | > lot of other core kernel people), and as part of that, there's a | > 2.6.2

Re: Linux 2.6.23-rc5 - oops

Grant Wilson wrote: Get an oops when booting this kernel: [...] Using git-bisect the faulty commit is bad: [43a98f05d99205687ddf74089e79a8312c8c5f90] ata_piix: implement IOCFG bit18 quirk Good work bisecting! I love git-bisect :) The attached patch should fix things, let me know if it doe

Re: Linux 2.6.23-rc5 - oops

Cyrill Gorcunov wrote: test this, does it help? Cyrill --- diff --git a/drivers/ata/ata_piix.c b/drivers/ata/ata_piix.c index e40c94f..8031697 100644 --- a/drivers/ata/ata_piix.c +++ b/drivers/ata/ata_piix.c @@ -1187,6 +1187,7 @@ static void piix_iocfg_bit18_quirk(struct pci_dev

Re: [Bug 8942] dac960 driver stopped working with 2.6.22 kernel series

> So anyway, what's actually failing is one of these: Thanks for the analysis. In theory we could not fail DAC if the machine has <4GB RAM to work around such buggy drivers, but then they would fail anyways with >4GB. Also the failure was intended to allow some drivers to use more efficient non

Re: nmi_watchdog=2 regression in 2.6.21

> I'm satisfied that Stephane's last patch fixes it .. Great. Can someone send a final version with proper Changelog and Signed-off-by please? Thanks. -Andi - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo inf

Re: [PATCH] i386: per-CPU double fault TSS and stack

Can you cc the next version to Linus please? He's probably best qualified to review the i386 double fault handler because he wrote it originally. I must admit the code always scared me a bit. > +#ifdef CONFIG_HOTPLUG_CPU > +static void *noinline __init_refok > +#else > +static inline void *__init

Re: Linux 2.6.23-rc5 - oops

[Jeff Garzik - Sat, Sep 01, 2007 at 06:32:27AM -0400] > Cyrill Gorcunov wrote: >> test this, does it help? >> Cyrill >> --- >> diff --git a/drivers/ata/ata_piix.c b/drivers/ata/ata_piix.c >> index e40c94f..8031697 100644 >> --- a/drivers/ata/ata_piix.c >> +++ b/drivers/ata/ata_piix.c >

Re: maturity and status and attributes, oh my!

Stefan Richter wrote: But I can state requirements for the 'experimental' marker, from the POV of a volunteer driver support guy: - Show it in big letters in the Kconfig prompt of an experimental feature. - Explain at appropriate place(s) what the particular caveats of the feature are

Re: sata_via: write errors on PATA drive connected to VT6421

Ondrej Zary wrote: Hello, I think that I've found and fixed the problem. There is a copy/paste bug in vt6421_set_dma_mode() function which causes wrong values to be written to PATA_UDMA_TIMING register. This patch fixes a copy/paste bug that breaks DMA modes on VT6421 PATA port. Signed-off-

Re: [PATCH] net/, drivers/net/ , missing EXPERIMENTAL in menus

On Fri, 31 Aug 2007, Randy Dunlap wrote: > On Thu, 19 Jul 2007 23:05:57 +0100 Simon Arlott wrote: > > What about something like this? I'm not sure if the addition to > > sym_init is desirable... I also had to prefix _ to the name for > > now otherwise it conflicts badly with the current symbols.

Re: maturity and status and attributes, oh my!

On Sat, 1 Sep 2007, Jeff Garzik wrote: > Feature deprecation and removal is a very amorphous concept that > does not fit well at all into Kconfig markers, unlike > experimental/broken. and, as i've said before, i disagree. while one might debate what those words *mean*, or which features should

Re: maturity and status and attributes, oh my!

Robert P. J. Day wrote: On Sat, 1 Sep 2007, Jeff Garzik wrote: Feature deprecation and removal is a very amorphous concept that does not fit well at all into Kconfig markers, unlike experimental/broken. and, as i've said before, i disagree. while one might debate what Feel free to disagree

[PATCH] ata_piix: use more-robust form of array init

commit f1aa850441adc237d237a469dca7d87dde0fe3b2 Author: Jeff Garzik <[EMAIL PROTECTED]> Date: Sat Sep 1 07:17:36 2007 -0400 [libata] ata_piix: Use more-robust form of array initialization Use a form of array init that is less fragile, less sensitive to trivial typos and orderin

Re: [PATCH] x86: optionally show last exception from/to register contents (v2)

On Tuesday 28 August 2007 12:44:31 Jan Beulich wrote: > .. when dumping register state. This is particularly useful when gcc > managed to tail-call optimize an indirect call which happens to hit a > NULL (or otherwise invalid) pointer. I added it, with a warning in the documentation and changelog

Re: [PATCH 3/6] x86: Convert cpu_sibling_map to be a per cpu variable (v2)

Andrew Morton wrote: On Fri, 24 Aug 2007 15:26:57 -0700 [EMAIL PROTECTED] wrote: Convert cpu_sibling_map from a static array sized by NR_CPUS to a per_cpu variable. This saves sizeof(cpumask_t) * NR unused cpus. Access is mostly from startup and CPU HOTPLUG functions. ia64 allmodconf

[PATCH] [Bugme-new] [Bug 8957] New: Exported functions and variables

This is a kernel/module.c Linux 2.6.23-rc5 documentation patch that adds more explanation and corrects a spelling error. --- kernel/module.c 2007-09-01 14:15:06.131101500 +0300 +++ patched-kernel/module.c 2007-09-01 14:15:27.502780500 +0300 @@ -80,7 +80,8 @@ int unregister_module_notifier(stru

Re: PATCH? fix SIGNAL_STOP_DEQUEUED vs SIGCONT race

On 09/01, Roland McGrath wrote: > > > However, this changes the behaviour when the task is ptraced. If the > > debugger > > doesn't clear ->exit_code, SIGSTOP always succeeds after ptrace_stop(), even > > if SIGCONT was sent in between. I can't decide whether this change is good > > or bad, hopefu

Re: 2.6.23-rc4-mm1

Andrew Morton wrote: On Sat, 1 Sep 2007 15:53:53 +0900 KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote: I met 2 troubles while I compiled rc4-mm1 on x86/UP system, One on pcnet32.c (patch is attaced below). One on crypto CONFIG. == compile log == drivers/net/pcnet32.c: In function 'pcnet32_netif_st

Re: [PATCH] Console keyboard events and accessibility

On Tue 2007-08-21 22:49:51, Samuel Thibault wrote: > Hi, > > Jan Engelhardt, le Tue 21 Aug 2007 22:42:24 +0200, a écrit : > > >- keycodes: even before translation into keysym. > > > > They can use the raw xlation for that. > > For userland, yes. This is for kernel modules. And should speakup b

Re: [PATCH] Console keyboard events and accessibility

Pavel Machek, le Thu 12 Jul 2007 19:19:32 +, a écrit : > On Tue 2007-08-21 22:49:51, Samuel Thibault wrote: > > Hi, > > > > Jan Engelhardt, le Tue 21 Aug 2007 22:42:24 +0200, a écrit : > > > >- keycodes: even before translation into keysym. > > > > > > They can use the raw xlation for that. >

Re: [PATCH] Console keyboard events and accessibility

> > > > They can use the raw xlation for that. > > > > > > For userland, yes. This is for kernel modules. > > > > And should speakup be a kernel module? Why? > > Because userland only begins quite late in the boot process, and > userland may hang. Initrd means userland is started very early o

Re: [PATCH] net/, drivers/net/ , missing EXPERIMENTAL in menus

On Sat, Sep 01, 2007 at 06:44:06AM -0400, Robert P. J. Day wrote: > > > > while (1) { > > > printf("%*s%s ", indent - 1, "", menu->prompt->text); > > > + switch (sym->maturity) { > > > + case M_EXPERIMENTAL: > > > + printf("(EXPERIMENTAL) "); > > > +

Re: [PATCH] Console keyboard events and accessibility

Hi, Pavel Machek, le Sat 01 Sep 2007 12:32:58 +, a écrit : > > > > > They can use the raw xlation for that. > > > > > > > > For userland, yes. This is for kernel modules. > > > > > > And should speakup be a kernel module? Why? > > > > Because userland only begins quite late in the boot pro

Re: [PATCH] skge: unbalanced parenthesis fix

On Sat, 1 Sep 2007 08:10:12 +0200 Mariusz Kozlowski <[EMAIL PROTECTED]> wrote: > Hello, > > This patch fixes unbalanced parenthesis. > > Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]> > > drivers/net/skge.h |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > --- linux-2

Re: [PATCH] net/, drivers/net/ , missing EXPERIMENTAL in menus

On Sat, 1 Sep 2007, Sam Ravnborg wrote: > On Sat, Sep 01, 2007 at 06:44:06AM -0400, Robert P. J. Day wrote: > > > > > > while (1) { > > > > printf("%*s%s ", indent - 1, "", menu->prompt->text); > > > > + switch (sym->maturity) { > > > > + case M_

Re: maturity and status and attributes, oh my!

On Sep 1 2007 11:47, Stefan Richter wrote: >Robert P. J. Day wrote: >> given the possible >> interpretations of EXPERIMENTAL that i hadn't considered until now, >> maybe it really *does* make sense to tag something as both >> EXPERIMENTAL and, say, DEPRECATED (does it?). > >In theory maybe, for co

Re: maturity and status and attributes, oh my!

On Saturday 01 September 2007, you wrote: > Robert P. J. Day wrote: > > On Sat, 1 Sep 2007, Jeff Garzik wrote: > > > >> Feature deprecation and removal is a very amorphous concept that > >> does not fit well at all into Kconfig markers, unlike > >> experimental/broken. The current approach (text

read-only /sys/block/sda/device/queue_depth

I'm running into the same issue reported here: I am using the ata_piix module. If I read the docs correctly, I should be able to use ahci as well; I need to rebuild the kernel though (debian insists on putting ata_piix in

Re: maturity and status and attributes, oh my!

Bartlomiej Zolnierkiewicz wrote: On Saturday 01 September 2007, you wrote: Robert P. J. Day wrote: On Sat, 1 Sep 2007, Jeff Garzik wrote: Feature deprecation and removal is a very amorphous concept that does not fit well at all into Kconfig markers, unlike experimental/broken. The current a

Re: maturity and status and attributes, oh my!

Jan Engelhardt wrote: On Sep 1 2007 11:47, Stefan Richter wrote: Robert P. J. Day wrote: given the possible interpretations of EXPERIMENTAL that i hadn't considered until now, maybe it really *does* make sense to tag something as both EXPERIMENTAL and, say, DEPRECATED (does it?). In theory may

Re: [PATCH 3/6] x86: Convert cpu_sibling_map to be a per cpu variable (v2)

On Saturday 01 September 2007 04:49, Andrew Morton wrote: > On Fri, 24 Aug 2007 15:26:57 -0700 [EMAIL PROTECTED] wrote: > > Convert cpu_sibling_map from a static array sized by NR_CPUS to a > > per_cpu variable. This saves sizeof(cpumask_t) * NR unused cpus. > > Access is mostly from startup and C

2.6.23-rc4-mm1: geode fb compile error

On Fri, Aug 31, 2007 at 09:58:22PM -0700, Andrew Morton wrote: >... > Changes since 2.6.23-rc3-mm1: >... > +drivers-video-geode-lxfb_corec-fix-lxfb_setup-warning-fix.patch > > Fix drivers-video-geode-lxfb_corec-fix-lxfb_setup-warning.patch >... This patch doesn't fix drivers-video-geode-lxfb_co

[PATCH] drivers/firmware: const-ify DMI API and internals

commit 457b6eb3bf3341d2e143518a0bb99ffbb8d754c4 Author: Jeff Garzik <[EMAIL PROTECTED]> Date: Sat Sep 1 10:16:45 2007 -0400 drivers/firmware: const-ify DMI API and internals Three main sets of changes: 1) dmi_get_system_info() return value should have been marked const,

Re: maturity and status and attributes, oh my!

Bartlomiej Zolnierkiewicz wrote: ... > Part of the problem is that many people (including developers) learn about > things being deprecated/obsoleted after they are actually removed. > > Of course things are not black and white and common sense is required but > moving in the Kconfig direction is

[PATCH] x86/x86-64 PCI domain support

Now that the dust has settled and the prep work is upstream, adding PCI domain support to x86 is a lot more straightforward. Targetted for 2.6.24. commit c7b14cf6aa39e09aef89a0cd08c553dba1ee7e98 Author: Jeff Garzik <[EMAIL PROTECTED]> Date: Sat Sep 1 07:36:25 2007 -0400 PCI domain suppo

New stuff pushed to -mm

I just added three branches to 'ALL' branch of git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git dmi-const DMI constification pciseg x86 PCI domain support, newly updated for the latest Muli stuff upstream isdn-cleanups

Re: v2.6.23-rc4-rt1 / new project URL

On Sat, 2007-09-01 at 09:27 +0200, Thomas Gleixner wrote: > > Yeah, I know. Still I wanted to go through it myself. > Ok, Here are some other trivial fixes, http://lkml.org/lkml/2007/8/28/331 http://lkml.org/lkml/2007/8/28/334 Daniel - To unsubscribe from this list: send the line "unsubscri

Re: PROBLEM: kernel 2.6.22.6 pata_pdc202xx_old.c limiting to UDMA/33 instead of UDMA/100 (UPDATED 2.6.22.6)

Dear n: Please do *not* follow-up to a completely inderended thread. Start your own, please. :-/ Update with kernel 2.6.22.6 i am getting this error now ata2.00: ATA-6: ST3120026A, 3.06, max UDMA/100 Gathering courage and reply to libata bug report -- I'm more of the drivers/ide/ guy

2.6.23-rc4-mm1: two ktime_sub_ns() functions

On Fri, Aug 31, 2007 at 09:58:22PM -0700, Andrew Morton wrote: >... > Changes since 2.6.23-rc3-mm1: >... > +ktime_sub_ns-analog-of-ktime_add_ns.patch >... > netdev things >... One ktime_sub_ns() should be enough for everyone - and the net tree already adds one (even with a correct EXPORT_SYMBOL.

[GIT] Please pull fixes for 2.6.23-rc5 nfs client

Hi Linus, Please pull from the "for_linus" branch of the repository at git pull git://git.linux-nfs.org/pub/linux/nfs-2.6.git for_linus This will update the following files through the appended changesets. Cheers, Trond fs/nfs/file.c |2 +- fs/nfs/namespace.c |

2.6.23-rc: sched.c vs. xtensa: RSR redefined

Although it seems to pick the right version the following namespace conflict should be resolved: <-- snip --> ... CC kernel/sched.o /home/bunk/linux/kernel-2.6/linux-2.6.23-rc4-mm1/kernel/sched.c:676:1: warning: "RSR" redefined In file included from include2/asm/bitops.h:18,

Re: hda: set_drive_speed_status: status=0x51 { DriveReady SeekComplete Error }

Hello. John Sigler wrote: When my system boots, I get several set_drive_speed_status errors. (Please see attached dmesg output.) Can someone explain what they mean? How do I get rid of them? IDE code attempts to autotune PIO mode and fails at that because your device is too old (or its

Re: [PATCH] drivers/firmware: const-ify DMI API and internals

On Sat, Sep 01, 2007 at 10:27:19AM -0400, Jeff Garzik wrote: > > commit 457b6eb3bf3341d2e143518a0bb99ffbb8d754c4 > Author: Jeff Garzik <[EMAIL PROTECTED]> > Date: Sat Sep 1 10:16:45 2007 -0400 > > drivers/firmware: const-ify DMI API and internals > > Three main sets of changes: >

2.6.23-rc4-mm1: mips compile error

On Fri, Aug 31, 2007 at 09:58:22PM -0700, Andrew Morton wrote: >... > Changes since 2.6.23-rc3-mm1: >... > git-mips.patch >... > git trees >... <-- snip --> ... CC arch/mips/kernel/asm-offsets.s In file included from include2/asm/processor.h:22, from include2/asm/threa

Re: hda: set_drive_speed_status: status=0x51 { DriveReady SeekComplete Error }

John Sigler wrote: What do the warnings mean? :-) That your drive does not support set transfer mode/speed command at Which is perfectly valid in the original ATA spec. all, or that value which kernel tried is not supported by the drive... They just should skip programming the dri

Re: [PATCH] drivers/firmware: const-ify DMI API and internals

Greg KH wrote: On Sat, Sep 01, 2007 at 10:27:19AM -0400, Jeff Garzik wrote: commit 457b6eb3bf3341d2e143518a0bb99ffbb8d754c4 Author: Jeff Garzik <[EMAIL PROTECTED]> Date: Sat Sep 1 10:16:45 2007 -0400 drivers/firmware: const-ify DMI API and internals Three main sets of changes:

Re: v2.6.23-rc4-rt1 / new project URL

On Fri, 2007-08-31 at 22:59 +0200, Thomas Gleixner wrote: > - loadavgrt fix (Luis Claudio R. Goncalves) Sven caught that this patch was broken, I think there is an updated one.. It's also breaking !PREEMPT_RT compiles.. dwalker2/140 failed kernel/timer.c: In function 'calc_load': kernel/timer.c

Re: 2.6.23-rc4-mm1

On 9/1/07, Andrew Morton <[EMAIL PROTECTED]> wrote: > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/ The good: > +hpet-force-enable-on-vt8235-37-chipsets.patch > +hpet-force-enable-on-vt8235-37-chipsets-fix.patch Kernel 2.6.23-rc4-mm1 works on one of my

[PATCH 2.6.23-rc5] driver/char/hpet.c: remove clocksource warning on !IA64

The warnings, drivers/char/hpet.c:72: warning: 'clocksource_hpet' defined but not used drivers/char/hpet.c:81: warning: 'hpet_clocksource' defined but not used from, commit 3b2b64fd311c92f2137eb7cee7025794cd854057 Author: Linus Torvalds <[EMAIL PROTECTED]> Date: Fri Aug 31 20:13:57 2007 -0700

Re: [PATCH 3/6] x86: Convert cpu_sibling_map to be a per cpu variable (v2)

> On Sat, 01 Sep 2007 17:04:06 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote: > Andrew Morton wrote: > > On Fri, 24 Aug 2007 15:26:57 -0700 [EMAIL PROTECTED] wrote: > > > > > >> Convert cpu_sibling_map from a static array sized by NR_CPUS to a > >> per_cpu variable. This saves sizeof(cpumask

Re: 2.6.23-rc4-mm1

> On Sat, 1 Sep 2007 18:07:48 +0200 "Torsten Kaiser" <[EMAIL PROTECTED]> wrote: > On 9/1/07, Andrew Morton <[EMAIL PROTECTED]> wrote: > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/ > > The good: > > +hpet-force-enable-on-vt8235-37-chipsets.patch >

Re: [PATCH] skge: unbalanced parenthesis fix

> > This patch fixes unbalanced parenthesis. > > > > Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]> > > > > drivers/net/skge.h |2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > --- linux-2.6.23-rc4-mm1-a/drivers/net/skge.h 2007-09-01 > > 07:23:52.0 +0

Re: [PATCH] drivers/firmware: const-ify DMI API and internals

> And if we're really lucky, this might enable some additional > optimizations on the part of the compiler. Only if the kernel was compiled C++. C compilers generally ignore constness for optimization purposes because it can be so easily casted away. -Andi - To unsubscribe from this list

Re: [Bugme-new] [Bug 8961] New: BUG triggered by oidentd in netlink code

Athanasius wrote: I'll compile up a new kernel, likely 2.6.22.6, plus this patch, and reboot to it tonight. I still don't know *exactly* how to trigger the bug on demand though, it's not reocurred since I posted the bug report (but had happened about a week before as well). Thanks. I'm not

Re: 2.6.23-rc: sched.c vs. xtensa: RSR redefined

* Adrian Bunk <[EMAIL PROTECTED]> wrote: > Although it seems to pick the right version the following namespace > conflict should be resolved: agreed - i've queued up the fix below. Ingo --> Subject: sched: fix xtensa build warning From: Ingo Molnar <[EMAIL PROTECTED]>

Fwd: That whole "Linux stealing our code" thing

This will hopefully help diminish certain myths about the code licensing. C. -- Forwarded message -- From: Theo de Raadt <[EMAIL PROTECTED]> Date: 31-Aug-2007 21:40 Subject: That whole "Linux stealing our code" thing To: [EMAIL PROTECTED] [bcc'd to Eben Moglen so that people don

Re: ifconfig changing a routing table?

On Fri, Aug 31, 2007 at 03:55:53AM +, Dan Stromberg wrote: > Is anyone on the list familiar with ifconfig up and/or ip link up > changing a routing table? How does the kernel decide what route to add > in such a circumstance? By the parameteres you supplied for the interface configuration.

Re: 2.6.23-rc4-mm1: geode fb compile error

On Sat, 1 Sep 2007, Adrian Bunk wrote: > > On Fri, Aug 31, 2007 at 09:58:22PM -0700, Andrew Morton wrote: > >... > > Changes since 2.6.23-rc3-mm1: > >... > > +drivers-video-geode-lxfb_corec-fix-lxfb_setup-warning-fix.patch > > > > Fix drivers-video-geode-lxfb_corec-fix-lxfb_setup-warning.patch

Re: [PATCH] hwmon: Add power meters to Documentation/hwmon/sysfs-interface

Hi! > diff --git a/Documentation/hwmon/sysfs-interface > b/Documentation/hwmon/sysfs-interface > index b3a9e1b..da546ce 100644 > --- a/Documentation/hwmon/sysfs-interface > +++ b/Documentation/hwmon/sysfs-interface > @@ -304,6 +304,21 @@ curr[1-*]_input Current input value > Unit:

Re: Fwd: That whole "Linux stealing our code" thing

Constantine A. Murenin wrote: This will hopefully help diminish certain myths about the code licensing. What myth? The myth that Theo understands dual licensing? Jeff - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECT

Re: maturity and status and attributes, oh my!

On Sat, Sep 01, 2007 at 05:41:06AM -0400, Robert P. J. Day wrote: > this whole attribute thing is not adding anything breathtaking new, > it's simply taking the example set by EXPERIMENTAL and generalizing > it and making it more convenient in the process. The problem I see with this whole mat

Re: [PATCH] Console keyboard events and accessibility

Hi! > > > Because userland only begins quite late in the boot process, and > > > userland may hang. > > > > Initrd means userland is started very early on most machines these > > days, and kernel may hang, too. > > Very early is not so early, and loading initrd itself may actually fail. > The ke

Re: [PATCH] Console keyboard events and accessibility

Hi, Pavel Machek, le Sat 01 Sep 2007 17:23:02 +, a écrit : > Hi! > > > > > Because userland only begins quite late in the boot process, and > > > > userland may hang. > > > > > > Initrd means userland is started very early on most machines these > > > days, and kernel may hang, too. > > > >

Re: Fwd: That whole "Linux stealing our code" thing

On 01/09/07, Jeff Garzik <[EMAIL PROTECTED]> wrote: > Constantine A. Murenin wrote: > > This will hopefully help diminish certain myths about the code licensing. > > What myth? The myth that Theo understands dual licensing? Reyk's code was never dual licensed, so it's not like it even matters to

Re: [Bugme-new] [Bug 8961] New: BUG triggered by oidentd in netlink code

On Sat, Sep 01, 2007 at 06:38:23PM +0200, Patrick McHardy wrote: > Athanasius wrote: > > I'll compile up a new kernel, likely 2.6.22.6, plus this patch, and > >reboot to it tonight. I still don't know *exactly* how to trigger the > >bug on demand though, it's not reocurred since I posted the bug

Re: [PATCH] hwmon: Add power meters to Documentation/hwmon/sysfs-interface

On 9/1/07, Pavel Machek <[EMAIL PROTECTED]> wrote: > > diff --git a/Documentation/hwmon/sysfs-interface > > b/Documentation/hwmon/sysfs-interface > > index b3a9e1b..da546ce 100644 > > --- a/Documentation/hwmon/sysfs-interface > > +++ b/Documentation/hwmon/sysfs-interface > > @@ -304,6 +304,21 @@ c

Re: maturity and status and attributes, oh my!

On Sat, 1 Sep 2007, Dave Jones wrote: > On Sat, Sep 01, 2007 at 05:41:06AM -0400, Robert P. J. Day wrote: > > > this whole attribute thing is not adding anything breathtaking new, > > it's simply taking the example set by EXPERIMENTAL and generalizing > > it and making it more convenient in the

Re: maturity and status and attributes, oh my!

On Sat, 1 Sep 2007, Robert P. J. Day wrote: > On Sat, 1 Sep 2007, Dave Jones wrote: > > People just don't care about how mature an option is if they need > > a driver/feature. *No-one* is going to come across options and > > think "Oh, the driver for my network card isn't stable. Guess I'll > >

Re: maturity and status and attributes, oh my!

On Sat, Sep 01, 2007 at 02:06:22PM -0400, Robert P. J. Day wrote: > On Sat, 1 Sep 2007, Robert P. J. Day wrote: > > > On Sat, 1 Sep 2007, Dave Jones wrote: > > > > People just don't care about how mature an option is if they need > > > a driver/feature. *No-one* is going to come across opt

Re: [PATCH] Console keyboard events and accessibility

Hi! > > > Very early is not so early, and loading initrd itself may actually fail. > > > The kernel may indeed hang, but there are more chances to get some > > > messages before the hang. Don't _you_ have a VGA screen for getting > > > earliest failure messages from the kernel? > > > > No. I'm u

Re: [RFC 1/2] JBD: slab management support for large block(>8k)

On Fri, Aug 31, 2007 at 05:12:18PM -0700, Mingming Cao wrote: > >From clameter: > Teach jbd/jbd2 slab management to support >8k block size. Without this, it > refused to mount on >8k ext3. But the real fix is to kill this code. We can't send down slab pages down the block layer without breaking

Re: Documentation files in html format?

* Date: Fri, 10 Aug 2007 09:40:47 +0200 * Sam Ravnborg: > > Documentation should be easy to access and readable in the source format. > For this purpose asciidoc seems to do a good job. > > It is btw. discussed at git ML if they should shift due to toolset being > slow but that happens to be the do

Re: 2.6.23-rc4-mm1 OOPS in forcedeth?

[EMAIL PROTECTED] wrote: From: Andrew Morton <[EMAIL PROTECTED]> Date: Fri, Aug 31, 2007 at 09:58:22PM -0700 ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/ On this machine (Athlon 64 X2 4600, 4 GiB memory, lots of disks), 2.6.23-rc1-mm2 runs fine. 2.6.

[jffs2] [rfc] fix write deadlock regression

I've bisected the deadlock when many small appends are done on jffs2 down to this commit: commit 6fe6900e1e5b6fa9e5c59aa5061f244fe3f467e2 Author: Nick Piggin <[EMAIL PROTECTED]> Date: Sun May 6 14:49:04 2007 -0700 mm: make read_cache_page synchronous Ensure pages are uptodate after re

Re: [00/36] Large Blocksize Support V6

On Tue, 2007-08-28 at 12:05 -0700, [EMAIL PROTECTED] wrote: > Todo/Issues: - reclaim by mixing large order pages into the regular lru, page aging gets rather unfair. One possible solution to this is address_space based reclaim, something which might also be beneficial for containers. - To un

Re: PROBLEM: 2.6.23-rc "NETDEV WATCHDOG: eth0: transmit timed out"

This is what happened today: Sep 1 21:08:01 frege NETDEV WATCHDOG: eth0: transmit timed out frege ~ # uname -r 2.6.22.5-cfs-v20.5 2007/8/16, Francois Romieu <[EMAIL PROTECTED]>: > (please do not remove the netdev Cc:) > > Francois Romieu <[EMAIL PROTECTED]> : > [...] > > If it does not work I'l

  1   2   3   >