Stephen Clark wrote:
Yeah the kernel will boot but the hd performance is sh*t on my laptop. I
am running FC6 with
kernel 2.6.21 and without the combined_mode setting my disk performance
goes down to a
whopping 1.25mb/sec from 44mb/sec when I boot with combined_mode=libata.
It make my
system
FWIW I think doing this first will be better, exposing _all_ to non GNU
modules will weaken whatever case we might have to take it away later.
So, NACK from me too.
I don't want to hear the whining; but it was allowed in .22, so why
should we not be able to do this in .23 or whatever.
Mark Lord wrote:
Mark Lord wrote:
I have a new notebook (Dell Inspiron 9400) with Core2-Duo T7400 @ 2.1Ghz.
When either/both of CONFIG_NO_HZ, CONFIG_HIGH_RES_TIMERS is used,
the 2.6.21 kernel hangs on startup just after printing one/both of these:
..
That's a hard hang, by the way. No magic
On Mon, 2007-04-30 at 22:17 +0200, Ingo Molnar wrote:
* Kasper Sandberg [EMAIL PROTECTED] wrote:
This patch makes things much worse, [...]
yeah, the small patch i sent to you in private mail was indeed buggy,
please disregard it.
It also hardlocked my box :) but it was worth a shot.
On 4/30/07, Rafael J. Wysocki [EMAIL PROTECTED] wrote:
[Please don't drop addresses from the CC list]
On Sunday, 29 April 2007 22:46, Dan Kruchinin wrote:
On 4/30/07, Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Hi,
On Sunday, 29 April 2007 21:51, Dan Kruchinin wrote:
Hi all.
Andi Kleen [EMAIL PROTECTED] writes:
Thanks for writing that code. It should be an interesting alternative
on boxes where firescope doesn't work.
I hope I can eventually merge early firewire support code too.
On Mon, Apr 30, 2007 at 10:32:02AM -0600, Eric W. Biederman wrote:
With legacy
On Mon, 30 Apr 2007 12:15:57 -0700 (PDT) David Rientjes wrote:
For backwards compatibility, call_platform_enable_wakeup() can return 0
instead of -EIO since we aren't guaranteed to have errno defined.
Cc: David Brownell [EMAIL PROTECTED]
Signed-off-by: David Rientjes [EMAIL PROTECTED]
---
On Mon, 30 Apr 2007, Alan Cox wrote:
Yeah the kernel will boot but the hd performance is sh*t on my laptop. I
am running FC6 with
kernel 2.6.21 and without the combined_mode setting my disk performance
goes down to a
whopping 1.25mb/sec from 44mb/sec when I boot with combined_mode=libata.
Hi,
Trent Piepho wrote another patch for it, it just completes Uwe's patch
in the end.
http://linuxtv.org/hg/~tap/dst-new?cmd=changeset;node=bbdd2b53cd5c;style=gitweb
as far as I see from that patch it cleans up a memory leak which would
happen when the system tries to load the dst module if
Manuel Metz wrote:
Brett Ryland wrote:
Hi,
I am consistently getting a kernel oops from a vanilla 2.6.21.1 kernel. It
also occurs in vanilla 2.6.21, but not in 2.6.20.8. The relevant section of
the kernel is networking, in particular the sis900 module (I think).
The attached file contains
On Monday, 30 April 2007 22:05, Matt Mackall wrote:
On Mon, Apr 30, 2007 at 10:03:30PM +0200, Rafael J. Wysocki wrote:
These are older and might have been fixed:
- Mat Mackall's Thinkpads not waking up on lid open with -rc6-mm1
This seems to be related to suspend to
On Monday, 30 April 2007 22:52, Dan Kruchinin wrote:
On 4/30/07, Rafael J. Wysocki [EMAIL PROTECTED] wrote:
[Please don't drop addresses from the CC list]
On Sunday, 29 April 2007 22:46, Dan Kruchinin wrote:
On 4/30/07, Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Hi,
On
Am 30.04.2007 21:46 schrieb Andrew Morton:
2.6.21-final is fine.
Sure, but what about 2.6.21-git3 (or, better, current -git)?
OIC. Sorry for being dense. Will check.
If that's OK then we need to pick through the difference between
2.6.21-rc7-mm2's driver tree and the patches which went
Alan Cox wrote:
On Mon, 30 Apr 2007 11:50:09 +0100
Christoph Hellwig [EMAIL PROTECTED] wrote:
On Mon, Apr 30, 2007 at 12:28:14PM +0200, Andi Kleen wrote:
Otherwise non GPL modules cannot even do basic operations
like disabling interrupts anymore, which would be excessive.
Longer
I'm a bit lost here. Are we referring to
if (expr) {
...
} else {
...
}
versus
if (expr) {
...
}
else {
...
}
This one is already covered by Documentation/CodingStyle (with the
Subject: 2.6.21: sky2 hw csum failure problem
References : http://lkml.org/lkml/2007/4/28/105
Submitter : Håkan Lindqvist [EMAIL PROTECTED]
Status : unknown
This is not a regression it is a bug, that has shown up for
some users for quite a while, see:
On Mon, 2007-04-30 at 18:39 +0200, Joerg Sommrey wrote:
Here it is. Maybe this problem is related to the usage of the
experimental amd76x_pm module?
Can you please verify what happens w/o that module ?
Thanks,
tglx
-
To unsubscribe from this list: send the line unsubscribe
taskstats.h is missing from the kernel headers package. It was designed
to be used from userland, so it should be safe.
Signed-off-by: Don Zickus [EMAIL PROTECTED]
diff --git a/include/linux/Kbuild b/include/linux/Kbuild
index 4ff0f57..b5f9a62 100644
--- a/include/linux/Kbuild
+++
On Mon, 2007-04-30 at 13:58 +0100, James Pearson wrote:
Antonino A. Daplas wrote:
On Fri, 2007-04-27 at 18:08 +0100, James Pearson wrote:
I have a problem whereby the X display 'shifts' to left when anything
writes to /dev/console - where console screen blanking has been disabled
i.e.
Jeff Garzik wrote:
Chuck Ebbert wrote:
Jeff Garzik wrote:
Jeff Garzik (8):
libata/IDE: remove combined mode quirk
You can't just remove the combined_mode= kernel parameter or
every Linux user who uses that will get an unbootable kernel
with no good way of diagnosing the problem. It
I think I've spotted a bug in the 8250 code, but I'm not really
sure. I'm having a hard time understanding why the lsr_break_flag
is necessary.
Subject: Serial 8250: clear the lsr_break_flag at open
The lsr_break_flag in the 8250 driver is not cleared when the port is
opened. This means that
On Mon, Apr 30, 2007 at 08:15:11PM +0100, Christoph Hellwig wrote:
So if you want to invest some time into getting this into mergeable
shape I'd suggest you redo the patch series in the following way:
patch 1: dynamic allocated irq stacks
patch 2: make irqstacks unconditional, but allow
Sorry for the double send, but I messed up on the subject. I'll
get used to mutt one of these days.
I think I've spotted a bug in the 8250 code, but I'm not really
sure. I'm having a hard time understanding why the lsr_break_flag
is necessary.
Subject: Serial 8250: clear the lsr_break_flag at
On Mon, Apr 30, 2007 at 11:31:42PM +0200, Rafael J. Wysocki wrote:
Can you please do 'echo shutdown /sys/power/disk' before the hibernation
and see what happens?
Do I need to reboot for this test? Same behavior without a reboot.
--
Mathematics is the supreme nostalgia of our time.
-
To
On Mon, 2007-04-30 at 11:38 -0500, James Bottomley wrote:
As usual voyager tripped over an explicit boot CPU is zero assumption in
the dynticks code. This is the fix I have queued in the voyager tree.
I expected some kind of voyager breakage. I desperately tried to find
one for testing in my
Jeremy Fitzhardinge [EMAIL PROTECTED] writes:
Eric W. Biederman wrote:
I have several ideas on how we can make this work but first I have to
ask what is it that you are trying to accomplish?
The requirements are:
1. the domain builder needs to get various information about the
Chuck Ebbert wrote:
Jeff Garzik wrote:
Chuck Ebbert wrote:
Jeff Garzik wrote:
Jeff Garzik (8):
libata/IDE: remove combined mode quirk
You can't just remove the combined_mode= kernel parameter or
every Linux user who uses that will get an unbootable kernel
with no good way of diagnosing
William Lee Irwin III wrote:
On Sat, 28 Apr 2007 21:26:42 +0100 Bradley Chapman [EMAIL PROTECTED] wrote:
Basically, all I want to know is whether or not enabling
CONFIG_HIGHMEM4G for a laptop that has exactly 1GB of RAM will result
in any performance degradation.
On Mon, Apr 30,
Satyam Sharma wrote:
[...]
The rationale is to make the operator prominent and thus make
the structure of a complex multi-line compound conditional expression more
readable and obvious at first glance itself. For example, consider:
if (veryverylengthycondition1
smallcond2
On Mon, 2007-04-30 at 14:30 -0700, Stephen Hemminger wrote:
Subject: 2.6.21: sky2 hw csum failure problem
References : http://lkml.org/lkml/2007/4/28/105
Submitter : Håkan Lindqvist [EMAIL PROTECTED]
Status : unknown
This is not a regression it is a bug, that has shown up
Jeremy Fitzhardinge wrote:
+config XEN
+ bool Enable support for Xen hypervisor
+ depends on PARAVIRT !PREEMPT !SMP
+ default y
+ help
+ This is the Linux Xen port. Enabling this will allow the
+ kernel to boot in a paravirtualized environment under the
On Mon, 30 Apr 2007, Linus Torvalds wrote:
Anyway, I'll get out of the discussion. There's clearly some personality
issues in the DVB area, and I don't know quite _why_ that is, but Uwe,
you're definitely not helping.
There isn't a problem here, just a lot of noise coming from one source. I
Eric W. Biederman wrote:
I think I'd prefer to have the domain builder decompress/relocate the
kernel from the bzImage and start it directly, rather than have it
decompress/relocate itself, but I'm not really set on that.
We can change a lot more implementation details arbitrarily if
Satyam Sharma wrote:
On 4/30/07, Alan Cox [EMAIL PROTECTED] wrote:
i2o/device.c should be GFP_KERNEL as far as I can tell. It was meant to
be that way and the callers appear to all be calling it in sleep capable
contexts.
aic7xxx_old.c should probably be GFP_KERNEL as -slave_alloc methods
William Lee Irwin III wrote:
The CONFIG_VMSPLIT config options were merged for such cases.
It should be able to split on any 4MB-aligned boundary in
CONFIG_HIGHMEM4G. CONFIG_VMSPLIT_3G_OPT appears to do something of
this sort to use an entire 1GB RAM with minimal user address space
reduction.
hey,
I noticed that the moxa input checking security bug described by
CVE-2005-0504 appears to remain unfixed upstream.
The issue is described here:
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2005-0504
Debian has been shipping the following patch from Andres Salomon. I
tried
Jeremy Fitzhardinge wrote:
I haven't checked if it already has this, but it would be nice if the
bzImage had a memory range/list of memory ranges it needs mapped to get
the kernel on its feet, so that the domain builder can just go and map
those areas for it (either P==V mappings, or with a
During SambaXP conference last week, one of the Samba 4 developers
talked about the work doing a prototype server for SMB2 protocol
which got me thinking about the client side of this again.
As some background Windows Vista includes support for a new network
file system protocol, SMB2 (which is
On Tuesday, 1 May 2007 00:07, Matt Mackall wrote:
On Mon, Apr 30, 2007 at 11:31:42PM +0200, Rafael J. Wysocki wrote:
Can you please do 'echo shutdown /sys/power/disk' before the hibernation
and see what happens?
Do I need to reboot for this test? Same behavior without a reboot.
You may
On Tuesday 01 May 2007 05:29, Bill Davidsen wrote:
System: Intel 6600 Core2duo, 2GB RAM, X nice 0 for all tests, display
using i945G framebuffer
Bill thanks for testing.
Test: playing a 'toon with mplayer while kernel build -j20 running.
Umm I don't think make -j20 is a realistic load on 2
Trent Piepho wrote:
The issue with dst is just a minor missing feature to fully support the dvb
helper module customization system. So nobody needs to worry about this
anymore, the last two patches in this repository will fix it correctly.
With regards to the dst, i have explained earlier to
On Sun, Apr 29, 2007 at 08:14:37PM -0600, Robert Hancock wrote:
-Validate that the area is reserved even if we read it from the
chipset directly and not from the MCFG table. This catches the case
where the BIOS didn't set the location properly in the chipset and
has mapped it over other things
I noticed that the moxa input checking security bug described by
CVE-2005-0504 appears to remain unfixed upstream.
The issue is described here:
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2005-0504
Debian has been shipping the following patch from Andres Salomon. I
tried
On Monday, 30 April 2007 08:30, Andrew Morton wrote:
On Mon, 30 Apr 2007 00:09:06 +0200 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
On Sunday, 29 April 2007 22:52, Alexey Dobriyan wrote:
On Sun, Apr 29, 2007 at 10:18:10PM +0200, Rafael J. Wysocki wrote:
[For example, you can create a
Original-Nachricht
Datum: Mon, 30 Apr 2007 15:41:03 -0700 (PDT)
Von: Trent Piepho [EMAIL PROTECTED]
An: Linus Torvalds [EMAIL PROTECTED]
CC: Linux Kernel Mailing list linux-kernel@vger.kernel.org, Michael Krufky
[EMAIL PROTECTED], [EMAIL PROTECTED], Linux DVB [EMAIL PROTECTED]
On 5/1/07, Manu Abraham [EMAIL PROTECTED] wrote:
Trent Piepho wrote:
The issue with dst is just a minor missing feature to fully support the
dvb
helper module customization system. So nobody needs to worry about this
anymore, the last two patches in this repository will fix it correctly.
A few easy and simple comments based on looking at this for 5 minutes:
- drop the typedefs. Yeah, they might be a drm thing, but we don't
need them here.
Okay I think in-kernel typedefs have to go, but we have a defined DRM
interface like it or not and I'd like to be consistent on the
Jeremy Fitzhardinge [EMAIL PROTECTED] writes:
Eric W. Biederman wrote:
I think I'd prefer to have the domain builder decompress/relocate the
kernel from the bzImage and start it directly, rather than have it
decompress/relocate itself, but I'm not really set on that.
We can change a
Steve French wrote:
...we need to decide whether the kernel
implementation of SMB2 client should be a distinct module or just part
of the cifs.ko module.
snip
My guess is that less than 1/3 of the cifs module would overlap - but
that overlap is enough that it would be easier to do smb2 as
Eric W. Biederman wrote:
I'm tempted to just reload the segments in setup.S, but that might
break loadlin support or one of the other bootloaders that starts the
kernel in 32bit mode so we need to be careful.
We already load all the segments in setup.S. I'm retaining this in my
rewrite.
Am Dienstag, den 01.05.2007, 01:05 +0200 schrieb Uwe Bugla:
Original-Nachricht
Datum: Mon, 30 Apr 2007 15:41:03 -0700 (PDT)
Von: Trent Piepho [EMAIL PROTECTED]
An: Linus Torvalds [EMAIL PROTECTED]
CC: Linux Kernel Mailing list linux-kernel@vger.kernel.org, Michael Krufky
Jesse Barnes wrote:
On Sunday, April 29, 2007 7:10 pm Robert Hancock wrote:
Jesse Barnes wrote:
Add support for Intel 915 bridge chips to the new PCI MMConfig
detection code. Tested and works on my sole 915 based platform (a
Toshiba laptop). I added register masking per Oliver's suggestion,
- If replying, please be sure to cc the appropriate individuals. Please
also consider rewriting the Subject: to something appropriate.
- I'll cc linux-mm on this - the memory-management situation is complicated.
- The overall stability in recent -mm's was not sufficiently high and we ran
On Monday April 30, [EMAIL PROTECTED] wrote:
On Mon, Apr 30 2007, Christoph Hellwig wrote:
On Mon, Apr 30, 2007 at 06:55:52PM +1000, Neil Brown wrote:
On Saturday April 28, [EMAIL PROTECTED] wrote:
On Sat, 2007-04-28 at 21:19 +0200, Adrian Bunk wrote:
4k stacks have become a
Olivier Galibert wrote:
On Sun, Apr 29, 2007 at 08:14:37PM -0600, Robert Hancock wrote:
-Validate that the area is reserved even if we read it from the
chipset directly and not from the MCFG table. This catches the case
where the BIOS didn't set the location properly in the chipset and
has
This is a series of patches to improve i386 stack handling in several
manners. The net result is to improve system stability via IRQ stacks
while remaining memory efficient and to improve stack debugging.
[1/3] dynamically allocate irq stacks
This conserves memory while using IRQ stacks.
Hi,
This will later allow an arch to add module specific information via
linker generated tables instead of poking directly in the module object
structure.
Signed-off-by: Roman Zippel [EMAIL PROTECTED]
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
include/linux/module.h |3 +++
H. Peter Anvin [EMAIL PROTECTED] writes:
Eric W. Biederman wrote:
I'm tempted to just reload the segments in setup.S, but that might
break loadlin support or one of the other bootloaders that starts the
kernel in 32bit mode so we need to be careful.
We already load all the segments in
Mark Lord wrote:
Mark Lord wrote:
Mark Lord wrote:
I have a new notebook (Dell Inspiron 9400) with Core2-Duo T7400 @
2.1Ghz.
When either/both of CONFIG_NO_HZ, CONFIG_HIGH_RES_TIMERS is used,
the 2.6.21 kernel hangs on startup just after printing one/both of
these:
..
That's a hard hang, by
Dynamically allocate IRQ stacks in order to conserve memory when using
IRQ stacks. cpu_possible_map is not now initialized in such a manner as
to provide a meaningful indication of how many CPU's might be in the
system, and features to appear in the sequel also require indirection,
so they
Original-Nachricht
Datum: Tue, 01 May 2007 02:58:49 +0400
Von: Manu Abraham [EMAIL PROTECTED]
An: Trent Piepho [EMAIL PROTECTED]
CC: Michael Krufky [EMAIL PROTECTED], [EMAIL PROTECTED], Linus Torvalds
[EMAIL PROTECTED], Linux Kernel Mailing list linux-kernel@vger.kernel.org,
IRQ stacks are a valuable stability feature. This patch makes them
unconditional, as there is no circumstance under which they do not
improve stability and they have no meaningful performance impact.
Signed-off-by: William Irwin [EMAIL PROTECTED]
Index: stack-paranoia/include/asm-i386/irq.h
On Mon, 2007-04-30 at 19:36 -0400, Mark Lord wrote:
Well, in case this helps. If I take the exact same .config that fails,
and add *only* this to it, it then boots just fine.
CONFIG_DETECT_SOFTLOCKUP=y
That's definitely helpful. Thanks for tracking it down. I look at it
tomorrow
This patch introduces CONFIG_DEBUG_STACK, which vmalloc()'s task and IRQ
stacks in order to establish guard pages. In such a manner any stack
overflow that references pages immediately adjacent to the stack is
immediately trapped with a fault, which precludes silent memory corruption
or
On Mon, 2007-04-30 at 19:36 -0400, Mark Lord wrote:
Mark Lord wrote:
Mark Lord wrote:
Mark Lord wrote:
I have a new notebook (Dell Inspiron 9400) with Core2-Duo T7400 @
2.1Ghz.
When either/both of CONFIG_NO_HZ, CONFIG_HIGH_RES_TIMERS is used,
the 2.6.21 kernel hangs on startup just
On Mon, 30 Apr 2007 08:16:53 -0700 Randy Dunlap wrote:
On Sun, 29 Apr 2007 22:23:54 -0700 Andrew Morton wrote:
On Sun, 29 Apr 2007 22:01:32 -0700 Randy Dunlap [EMAIL PROTECTED] wrote:
On Wed, 25 Apr 2007 22:57:16 -0700 Andrew Morton wrote:
Andrew Morton wrote:
ahci-crash-fix.patch
libata-acpi-add-infrastructure-for-drivers-to-use.patch
pata_acpi-restore-driver.patch
optional-led-trigger-for-libata.patch
ata_timing-ensure-t-cycle-is-always-correct.patch
pata_pcmcia-recognize-2gb-compactflash-from-transcend.patch
On Tue, May 01, 2007 at 09:10:00AM +1000, Dave Airlie wrote:
Okay this needs fixing, we do check most ioctls args, the main thing
passed in are handles and these are all looked up in the hash table,
it may not be so obvious, also most of the ioctls are probably going
to end up root or
On Fri, 27 Apr 2007 23:08:05 -0400 Dave Jones wrote:
On Wed, Apr 25, 2007 at 08:02:07PM -0700, Andrew Morton wrote:
Yep, I was going to mention your scripts but you beat me to it.
I'll be glad to help maintain such animals if wanted.
wanted ;)
At least, it would be
Thanks, I applied all 5, with the FW version change rolled up into #4/5.
-
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 FAQ at
On Mon, Apr 30, 2007 at 04:20:07PM -0700, Andrew Morton wrote:
proper-prototype-for-hugetlb_get_unmapped_area.patch
...
convert-hugetlbfs-to-use-vm_ops-fault.patch
...
get_unmapped_area-handles-map_fixed-in-hugetlbfs.patch
...
get_unmapped_area-doesnt-need-hugetlbfs-hacks-anymore.patch
...
On Tuesday 01 May 2007 02:04:55 Alan Cox wrote:
I noticed that the moxa input checking security bug described by
CVE-2005-0504 appears to remain unfixed upstream.
The issue is described here:
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2005-0504
Debian has been shipping the
Daniel Walker wrote:
Hmm, Do you have a boot log ? I didn't see one in any of the last emails.
When it doesn't boot, there's no log.
When it does boot with the modified .config file,
the log looks like the one attached to this email.
Cheers
success.log.gz
Description: application/gzip
On Mon, Apr 30, 2007 at 07:48:50PM -0400, Jeff Garzik wrote:
add-new_id-to-pcmcia-drivers.patch
Dominik is busy. Will probably re-review and send these direct to Linus.
I really wish add ID patches would not get buried in this tree.
I don't think this is what you think it is (hint:
Hi Mark,
On 01/05/07, Mark Lord [EMAIL PROTECTED] wrote:
Daniel Walker wrote:
Hmm, Do you have a boot log ? I didn't see one in any of the last emails.
When it doesn't boot, there's no log.
When it does boot with the modified .config file,
the log looks like the one attached to this email.
On Mon, 2007-04-30 at 13:56 +0200, Jan Engelhardt wrote:
Change Kconfig objects from menu, config into menuconfig so
that the user can disable the whole feature without having to
enter the menu first.
Signed-off-by: Jan Engelhardt [EMAIL PROTECTED]
Acked-by: Antonino Daplas [EMAIL PROTECTED]
Subject: to something appropriate (was Re: 2.6.22 -mm merge plans)
smartypants.
On Mon, 30 Apr 2007 19:48:50 -0400
Jeff Garzik [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
ahci-crash-fix.patch
libata-acpi-add-infrastructure-for-drivers-to-use.patch
pata_acpi-restore-driver.patch
On Monday April 30, [EMAIL PROTECTED] wrote:
remove-nfs4_acl_add_ace.patch
the-nfsv2-nfsv3-server-does-not-handle-zero-length-write.patch
knfsd-rename-sk_defer_lock-to-sk_lock.patch
nfsd-nfs4state-remove-unnecessary-daemonize-call.patch
Recently a few direct accesses to the thread_info in the task structure
snuck back, so this wraps them with the appropriate wrapper.
Signed-off-by: Roman Zippel [EMAIL PROTECTED]
---
This only leaves blackfin in -mm which I'll fix separately (depending on
how quickly Andrew is with merging
This finally renames the thread_info field in task structure to stack,
so that the assumptions about this field are gone and archs have more
freedom about placing the thread_info structure.
Signed-off-by: Roman Zippel [EMAIL PROTECTED]
---
arch/h8300/kernel/asm-offsets.c |2 +-
Michal Piotrowski wrote:
Please read chapter 3 {serial,net}console
http://www.stardust.webpages.pl/files/handbook/handbook-en.pdf
No thanks.
No serial, and netconsole doesn't work during early boot when it locks up.
Besides, we already know as much as the existing messages show.
-ml
-
To
On Mon, 30 Apr 2007 16:51:01 -0700
Randy Dunlap [EMAIL PROTECTED] wrote:
On Mon, 30 Apr 2007 08:16:53 -0700 Randy Dunlap wrote:
On Sun, 29 Apr 2007 22:23:54 -0700 Andrew Morton wrote:
On Sun, 29 Apr 2007 22:01:32 -0700 Randy Dunlap [EMAIL PROTECTED] wrote:
On Wed, 25 Apr 2007
On Mon, 2007-04-30 at 20:11 -0400, Mark Lord wrote:
Michal Piotrowski wrote:
Please read chapter 3 {serial,net}console
http://www.stardust.webpages.pl/files/handbook/handbook-en.pdf
No thanks.
No serial, and netconsole doesn't work during early boot when it locks up.
Besides, we
Uwe Bugla wrote:
1. You utmost personally are responsible for 4 ununsable kernels, as far as
bt8xx cards are concerned: 2.6.13, 2.6.14, 2.6.15, 2.6.16!
2. You did not even want to imply to resolve that issue by incarnating that
community and synergy principle that linux community needs to
Andrew Morton wrote:
Yeah, a new-id patch is a pretty critical bugfix if you happen to have that
hardware. I'll get all these into 2.6.22 by whatever means and will adopt
your advice in future.
Probably these should go into -stable too, but I don't know what
GregChris's position is on new
Manu, also for you please stop it, we know that Uwe writes abusive
stuff but you don't have to go on with it.
It's about the patch Trent wrote if you're not able to discuss it wait
for others to comment it.
I only saw subjective reasons why you are against it, but the actual
patch doesn't cross
Dave Airlie wrote:
Most likely in doxygen as that is what Mesa uses and the intersection
of developers is higher in that area, I'll take it as a task to try
and kerneldoc the drm at some stage..
- what's with the /proc interface? Don't add new proc code for
non-process related things.
Matthias Andree [EMAIL PROTECTED] writes:
Reiser4 doesn't appear to work anywhere except with Linux AFAICT, and
being able to move storage between operating systems sure looks
interesting...
Not very, actually, unless you're thinking about portable devices
which use things like FAT16 for max
* Jeff Garzik ([EMAIL PROTECTED]) wrote:
Andrew Morton wrote:
Yeah, a new-id patch is a pretty critical bugfix if you happen to have that
hardware. I'll get all these into 2.6.22 by whatever means and will adopt
your advice in future.
Probably these should go into -stable too, but I
Andrew Morton wrote:
On Mon, 30 Apr 2007 16:51:01 -0700
Randy Dunlap [EMAIL PROTECTED] wrote:
On Mon, 30 Apr 2007 08:16:53 -0700 Randy Dunlap wrote:
On Sun, 29 Apr 2007 22:23:54 -0700 Andrew Morton wrote:
On Sun, 29 Apr 2007 22:01:32 -0700 Randy Dunlap [EMAIL PROTECTED] wrote:
On Wed, 25
Chris Wright wrote:
2) you can add them
runtime in userspace (and for pcmcia too after patch in question is
applied), so we've historically avoided that kind of patch for -stable.
Due to distro installer environments, and very poor support for making
dynamic PCI IDs persistent once added,
On Thursday April 19, [EMAIL PROTECTED] wrote:
From: Eric W. Biederman [EMAIL PROTECTED]
Currently md_thread calls allow_signal so it can receive a
SIGKILL but then does nothing with it except flush the
sigkill so that it not can use an interruptible sleep.
This whole dance is silly so
From: Randy Dunlap [EMAIL PROTECTED]
Fix sysfs printk format warning:
fs/sysfs/bin.c:62: warning: format '%d' expects type 'int', but argument 4 has
type 'size_t'
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
---
fs/sysfs/bin.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
---
Andrew Morton wrote:
lazy-freeing-of-memory-through-madv_free.patch
lazy-freeing-of-memory-through-madv_free-vs-mm-madvise-avoid-exclusive-mmap_sem.patch
restore-madv_dontneed-to-its-original-linux-behaviour.patch
I think the MADV_FREE changes need more work:
We need crystal-clear
fyi:
Looks like 2.6.21-git3 broke UDP inbound. Inbound UDP traffic
generates an ICMP port unreachable, dns/ntp. Git2 works fine.
--
Pete Clements
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Mon, 30 Apr 2007 20:56:05 +0100 Simon Arlott [EMAIL PROTECTED] wrote:
The reverts themselves are not the real problem, a git bisect could occur
between the commit adding it and the one that reverts it. If that commit
introduced a bug then surely it would be better to avoid releasing it
On Mon, 30 Apr 2007 17:45:55 -0700 Randy Dunlap [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
On Mon, 30 Apr 2007 16:51:01 -0700
Randy Dunlap [EMAIL PROTECTED] wrote:
On Mon, 30 Apr 2007 08:16:53 -0700 Randy Dunlap wrote:
On Sun, 29 Apr 2007 22:23:54 -0700 Andrew Morton wrote:
From: Pete Clements [EMAIL PROTECTED]
Date: Mon, 30 Apr 2007 20:44:41 -0400 (EDT)
fyi:
Looks like 2.6.21-git3 broke UDP inbound. Inbound UDP traffic
generates an ICMP port unreachable, dns/ntp. Git2 works fine.
Already fixed in Linus's tree.
-
To unsubscribe from this list: send the line
On Mon, 30 Apr 2007 20:54:02 -0400 Rik van Riel [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
lazy-freeing-of-memory-through-madv_free.patch
lazy-freeing-of-memory-through-madv_free-vs-mm-madvise-avoid-exclusive-mmap_sem.patch
On 4/30/07, Rik van Riel [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
Because right now, I don't know where we are with respect to these things and
I doubt if many of our users know either. How can Michael write a manpage for
this is we don't tell him what it all does?
I think we've been
1101 - 1200 of 1318 matches
Mail list logo