On Mon, Apr 30, 2007 at 04:16:10PM -0700, H. Peter Anvin wrote:
> 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.
> >
>
On Mon, Apr 30, 2007 at 03:36:58PM -0700, Zachary Amsden wrote:
> 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
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> Dave Jones wrote:
>>
>> I don't really care, but I wonder what the point is of rewriting something
>> that hardly ever gets notably changed, and is rarely (if ever?) a source
>> of bugs. It might be crufty old assembly, but it's worked well for
On Monday 30 April 2007 19:20, Andrew Morton wrote:
>
> input-convert-from-class-devices-to-standard-devices.patch
> input-evdev-implement-proper-locking.patch
> mousedev-fix.patch
> mousedev-fix-2.patch
>
> Dmitry will merge these once Greg has merged the preparatory work. Except
> these
On Mon, 30 Apr 2007 08:44:14 -0700 Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Mon, 30 Apr 2007 07:35:00 -0700 (PDT) David Rientjes wrote:
>
> > Only declare mega_proc_dir_entry() in CONFIG_PROC_FS. We should call
> > mega_create_proc_entry() only in this configuration so make sure it's
> >
On Mon, 30 Apr 2007 07:34:52 -0700 (PDT) David Rientjes <[EMAIL PROTECTED]>
wrote:
> The automatic 'type' variable is unused in !CONFIG_PCI_DIRECT and
> !CONFIG_PCI_MMCONFIG.
>
> Cc: Greg Kroah-Hartman <[EMAIL PROTECTED]>
> Signed-off-by: David Rientjes <[EMAIL PROTECTED]>
> ---
>
Dave Jones wrote:
>
> I don't really care, but I wonder what the point is of rewriting something
> that hardly ever gets notably changed, and is rarely (if ever?) a source
> of bugs. It might be crufty old assembly, but it's worked well for years.
>
Well, it hardly gets notably changed because
On Saturday April 21, [EMAIL PROTECTED] wrote:
> When the kernel calls svc_reserve to downsize the expected size of an RPC
> reply, it fails to account for the possibility of a checksum at the end of
> the packet. If a client mounts a NFSv2/3 with sec=krb5i/p, and does I/O then
> you'll generally
There is a new list for kexec/kdump discussion.
Signed-off-by: Simon Horman <[EMAIL PROTECTED]>
Acked-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
Update: osdl.org -> linux-foundation.org
Index: linux-2.6/MAINTAINERS
===
---
rct wrote:
> Apologies to all concerned for an unfortunate delay in resolving this.
> (...)
> I'll go retrieve a more conservatively-configured source tree (closer to
> what DSL-N uses) and start over...
Success with the Debian 2.6.18-4-486 build, which is known to work
almost as well on the test
Remove some obviously old interrupt disable/enable code that has been
commented out.
Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
diff --git a/drivers/serial/8250.c b/drivers/serial/8250.c
index 90621c3..b37856a 100644
--- a/drivers/serial/8250.c
+++ b/drivers/serial/8250.c
@@ -913,7 +913,6 @@
On Mon, Apr 30, 2007 at 06:33:09PM -0700, H. Peter Anvin wrote:
> Hi all,
>
> I'm rewriting the i386 setup code in C, instead of assembly, and before
> I spend a very large amount of time translating all the various
> card-specific probes, I want to ask the following question...
>
> Does
Jeff Garzik wrote:
>
> Do you mean the SVGA chip-specific code, or additionally you are ripping
> out CGA and EGA support?
>
I mean the SVGA chip-specific code.
> Out of curiosity what C compiler will you use?
gcc, using the ".code16gcc" feature of any non-prehistoric binutils.
-hpa
Andrew Morton wrote:
> sbp2-include-fixes.patch
> ieee1394-iso-needs-schedh.patch
>
> For Stephan
They were merged some hours ago.
--
Stefan Richter
-=-=-=== -=-= =
http://arcgraph.de/sr/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
H. Peter Anvin wrote:
Hi all,
I'm rewriting the i386 setup code in C, instead of assembly, and before
I spend a very large amount of time translating all the various
card-specific probes, I want to ask the following question...
Does *anyone* care about these anymore?
All of these are specific
Hi all,
I'm rewriting the i386 setup code in C, instead of assembly, and before
I spend a very large amount of time translating all the various
card-specific probes, I want to ask the following question...
Does *anyone* care about these anymore?
All of these are specific to cards from a very
On 4/30/07, Roman Zippel <[EMAIL PROTECTED]> wrote:
This only leaves blackfin in -mm which I'll fix separately
thanks
(depending on how quickly Andrew is with merging it).
seems to be slated for the 2.6.22 merge window :)
-mike
-
To unsubscribe from this list: send the line "unsubscribe
Andrew Morton wrote:
If you need any additional information, please let me know.
The patch doesn't update the various comments in madvise.c at all, which is
a surprise. Could you please check that they are all accurate and complete?
I'll take a look.
Also, where did we end up with the
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
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
> >
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 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
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
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
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
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(-)
---
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
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,
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
* 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
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
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.
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
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
Greg's position is on new device
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
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 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.
>
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
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
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
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
> 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
> >
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
>
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
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 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
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
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 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
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
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 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
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:
> 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
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
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 DVB <[EMAIL
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
"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
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
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.
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
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 , Michael Krufky
> <[EMAIL
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
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
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.
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 part
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.
>>>
>>
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
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
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 , Michael Krufky
<[EMAIL PROTECTED]>, [EMAIL PROTECTED], Linux DVB <[EMAIL PROTECTED]>
Betreff: Re:
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,
> 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
>
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
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
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
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.
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
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
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
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
>>
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
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
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.
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
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,
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 &&
>
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,
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
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
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
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
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, 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
101 - 200 of 1318 matches
Mail list logo
