I forgot to restore sg->length on setup failure. This patch adds it.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: work/drivers/scsi/libata-core.c
===
--- work.orig/drivers/scsi/libata-core.c2005-08-07 15:13:20.0
On Sat, 6 Aug 2005, James Bottomley wrote:
On Sat, 2005-08-06 at 21:12 +, Holger Kiehl wrote:
drivers/message/fusion/mptspi.c:505: error: unknown field
â..get_hold_mcsâ.. specified in initializer
drivers/message/fusion/mptspi.c:505: warning: excess elements in struct
initializer
SATA ATAPI is nasty in that it requires that all transfers should be
sized in multiples of 4 bytes. This patch implements ATAPI 4-byte
alignment by mangling sg table and using an extra pad_sgent. Setups
and cleanups are all done inside libata core layer and the only
requirement on specific drive
sata_sx4 directly references sg->length to calculate total_len in
pdc20621_dma_prep(). This is incorrect as dma_map_sg() could have
merged multiple sg's into one and, in such case, sg->length doesn't
reflect true size of the entry. This patch makes it use
sg_dma_len(sg).
Signed-off-by: Tejun H
On Fri, Jul 29, 2005 at 01:06:54AM -0400, Jeff Garzik wrote:
>
> So, one thing that's terribly ugly about SATA ATAPI is that we need to
> pad DMA transfers to the next 32-bit boundary, if the length is not
> evenly divisible by 4.
>
> Messing with the scatterlist to accomplish this is terribly ug
On Sat, Aug 06, 2005 at 05:57:20AM -0400, Steven Rostedt wrote:
> On Sat, 2005-08-06 at 02:46 -0700, David S. Miller wrote:
> > Can you guys stop peeing your pants over this, put aside
> > your differences, and work on a mutually acceptable fix
> > for these bugs?
> >
> > Much appreciated, thanks
Respin of the dynamic ticks patch for i386 by Tony Lindgen and Tuukka Tikkanen
with further code cleanups. Are were there yet?
Cheers,
Con
---
This is the dynamic ticks patch for i386 as written by Tony Lindgen
<[EMAIL PROTECTED]> and Tuukka Tikkanen <[EMAIL PROTECTED]>,
and modified by Con Ko
On Fri, Aug 05, 2005 at 03:10:17PM -0700, Andrew Morton wrote:
> I do this, which mostly works:
>
> MERGE_BASE=$(git-merge-base $(cat .git/refs/heads/origin ) \
> $(cat .git/refs/heads/$patch_name))
>
> cg-diff -r $MERGE_BASE:$(cat .git/refs/heads/$patch_
Why does overcommit in mode 2 (OVERCOMMIT_NEVER) explicitly force
MAP_NORESERVE mappings to reserve memory?
My understanding is that MAP_NORESERVE is a way for apps to state that
they are aware that the memory allocated may not exist and that they
might get a SIGSEGV and that's OK with them.
Fail
Hi, I'm running an Athlon64 X2 4400+ (a dual core model) with an
nVidia GeForce 6800 Ultra on a Gigabyte GA-K8NXP-SLI motherboard and
getting nasty messages like these in my dmesg:
warning: many lost ticks.
Your time source seems to be instable or some driver is hogging interupts
rip default_idle+
2/2
--
SUSE Labs, Novell Inc.
Remove PageReserved() calls from core code by tightening VM_RESERVED
handling in mm/ to cover PageReserved functionality.
PageReserved special casing is removed from get_page and put_page.
All setting and clearning of PageReserved is retained, and it is now
flagge
1/2
I think this is already in -mm (and can probably go
into 2.6.14). Included here for completeness.
--
SUSE Labs, Novell Inc.
Remap ZERO_PAGE ptes when remapping memory. This is currently just an
optimisation for MIPS, which is the only architecture with multiple
zero pages - it now retains t
Hi,
I'll be looking to send these off to Andrew after 2.6.14 opens,
with the aim of having them merged by 2.6.15 hopefully.
It doesn't look like they'll be able to easily free up a page
flag for 2 reasons. First, PageReserved will probably be kept
around for at least one release. Second, swsusp
zOn Fri, 2005-08-05 at 12:59 +0200, Ingo Molnar wrote:
> ok, looks good - i've applied it and released the -52-14 PREEMPT_RT
> patch.
>
Does not compile if RCU stats are enabled but torture test disabled.
Lee
--- linux-2.6.13-rc4/fs/proc/proc_misc.c.orig 2005-08-06 22:59:46.0
-0400
On Sat, Aug 06, 2005 at 10:34:55AM -0400, Justin Piszcz wrote:
> UDP/NFSv3:
Don't use UDP. It won't help you with this problem, but use TCP.
> UDP/Samba, Win2K->Linux box:
^^^
That would be a surprise.
> When NFS transfers are taking
> place, watching gkrellm, I see 64MB/s for a few second
Ok, I really blew it with that last post:
>
> cdev_add() calls:
> kobj_map()
> kobject_get() [indirectly]
>
This is wrong. When I first looked at it, I saw:
cdev_add() -> kobj_map() -> exact_lock() -> cdev_get() -> kobject_get()
but exact_lock() isn't called here; it is only passe
Xin Zhao <[EMAIL PROTECTED]> wrote:
> I want to lock down a directory to be read-only, say, /etc, for system
> security.
If root can bypass that somehow, it is useless anyway.
> Unfortunately, some valid system tools might need to
> create/modified files like "/etc/dhclient-eth0.conf".
Chris Wright wrote:
* Zachary Amsden ([EMAIL PROTECTED]) wrote:
i386 Transparent Paravirtualization Subarch Patch #1
This change encapsulates MSR register accessors and moves them into the
sub-architecture layer. The goal is a clean, uniform interface that may
be redefined on new sub-architec
On Mon, 11 Jul 2005, Oleg Nesterov wrote:
> Oleg Nesterov wrote:
> >
> > Probably it makes sense to change it to
> > pushl $vector - 0x - 1
> >
>
> Please note that entry.S:BUILD_INTERRUPT() also does this trick:
> pushl $nr-256;
>
> so it should be changed as well.
I was ma
> > FWIW, this is working great with my CLE266 chipset.
>
> Actually I take this back. The xscreensaver demos all work but I tried
> ppracer and the course looks OK but Tux is invisible.
that's a secret feature to get him past closed source drivers ;-)
on the other hand I've no idea what might
* Zachary Amsden ([EMAIL PROTECTED]) wrote:
> All operations which update live page table entries have been moved to the
> sub-architecture layer. Unfortunately, this required yet another parallel set
> of pgtable-Nlevel-ops.h files, but this avoids the ugliness of having to use
> #ifdef's all of
* Zachary Amsden ([EMAIL PROTECTED]) wrote:
> These changes allow a sub-architecture to change the notion of privilege
> by running the kernel at CPL 0, 1, or 2. The make_kernel_segment() macro
> can be redefined by a subarchitecture to change the RPL on kernel segments
> to the appropriate value,
* Zachary Amsden ([EMAIL PROTECTED]) wrote:
> i386 Transparent Paravirtualization Patch #4
>
> This change encapsulates TLB flush accessors into the sub-architecture layer.
Hrm, same here (pushed too much to subarch), so I'll update that one
and report back tomorrow.
thanks,
-chris
-
To unsubscr
On Sat, 2005-08-06 at 18:20 -0400, Lee Revell wrote:
> On Sat, 2005-08-06 at 21:26 +0200, Joris van Rantwijk wrote:
> > Hello David,
> >
> > I noticed you guided the VIA DRM driver into linux-2.6.13-rc3. Are you
> > the right person to send questions/problems/patches about this driver?
> >
> > I
* Zachary Amsden ([EMAIL PROTECTED]) wrote:
> Move I/O instructions into the sub-arch layer where they can be overridden.
As I already mentioned, this one needs refactoring on my side before I
can give a review...tomorrow...
thanks,
-chris
-
To unsubscribe from this list: send the line "unsubscri
* Zachary Amsden ([EMAIL PROTECTED]) wrote:
> This change encapsulates descriptor and task register management.
These will need some merging together, will take a stab tomorrow.
--- linux-2.6.12-xen0-arch.orig/include/asm-i386/desc.h
+++ linux-2.6.12-xen0-arch/include/asm-i386/desc.h
@@ -14,9 +1
* Zachary Amsden ([EMAIL PROTECTED]) wrote:
> i386 Transparent Paravirtualization Subarch Patch #1
>
> This change encapsulates MSR register accessors and moves them into the
> sub-architecture layer. The goal is a clean, uniform interface that may
> be redefined on new sub-architectures of i386.
* Zachary Amsden ([EMAIL PROTECTED]) wrote:
> i386 Transparent Paravirtualization Subarch Patch #3
>
> This change encapsulates privileged control register and flags accessors into
> the sub-architecture layer. The goal is a clean, uniform interface that may
> be redefined on new sub-architecture
* Zachary Amsden ([EMAIL PROTECTED]) wrote:
> i386 Transparent Paravirtualization Subarch Patch #2
>
> This change encapsulates CPUID and debug register accessors and moves
> them into the sub-architecture layer.
This one looks to be a superset of Xen version:
--- linux-2.6.12-xen0-arch.orig/in
On Sun, 7 Aug 2005 02:22:53 +0200, Martin Maurer <[EMAIL PROTECTED]> wrote:
> when i delete the files which are on the stick and do an umount/mount
> cycle, the files are there again.
> Copying files to the stick gives wrong results too.
Curious. First of all, I have a request: do not call this
On Thu, 4 Aug 2005 14:39:00 +0200,
Andi Kleen <[EMAIL PROTECTED]> wrote:
>> > That doesn't make much sense here. tasklet will only run when interrupts
>> > are enabled, and that is much later. You could move it to there.
>>
>> Where? Keep in mind it's really only x86_64 that isn't able to break
Hi Pete,
when using ub with your patch i get a lot further:
the device is detected and uba+uba1 entries appear.
I can mount the device correctly.
Copying the files down and comparing them with the originals gives correct
results.
but:
when i delete the files which are on the stick and do an umou
In LinuxBIOS internal structure for resource, We have index member in resource.
So the resource will be count from 0, 7 or etc, but index member
will point to real BAR position.
I would like to see Kernel has simmliar definintion.
in LinuxBIOS
typedef uint64_t resource_t;
struct resource {
Domen Puncer napsal(a):
You have much bigger chances of someone reviewing the patch if you
at least split code changes and whitespace/type cleanups. 65k is a lot.
Ok, 3 patches:
http://www.fi.muni.cz/~xslaby/lnx/isi_main.txt
this changes many lines of code, adds hotplug, firmware loading, ad
>
> I noticed you guided the VIA DRM driver into linux-2.6.13-rc3. Are you
> the right person to send questions/problems/patches about this driver?
Well the best place is probably [EMAIL PROTECTED] where the driver
developers mainly hang out.. I'm mainly doing the donkey work of getting
things fr
On Sat, Aug 06, 2005 at 09:58:27AM +0200, Ingo Molnar wrote:
>
> btw., the current NR_SKBS 32 in netpoll.c seems quite low, especially
> e1000 can have a whole lot more skbs queued at once. Might be more
> robust to increase it to 128 or 256?
Not sure that the card's queueing really makes a dif
* Andrew Morton ([EMAIL PROTECTED]) wrote:
> Yup, with one or two semi-exceptions, all the patches up to this series
> seem to be good general cleanups - certainly it's good to move all those
> open-coded asm statements into single-site inlines and macros: people keep
> on screwing them up.
I agre
Zachary Amsden <[EMAIL PROTECTED]> wrote:
>
> >Yeah, I said ugly ones specificly. There's been some nice previous ones,
> >but most in this series (all the move of stuff to subarches) are rather
> >horrible and lack lots of explanation.
> >
> >
>
> All of my previous patches have been aime
On Sat, 2005-08-06 at 21:26 +0200, Joris van Rantwijk wrote:
> Hello David,
>
> I noticed you guided the VIA DRM driver into linux-2.6.13-rc3. Are you
> the right person to send questions/problems/patches about this driver?
>
> I am trying to get it to run on my Unichrome Pro K8M800 chipset and
>
On Sat, 2005-08-06 at 21:12 +, Holger Kiehl wrote:
> I tried from 2.6.13-rc2-mm2 up to 2.6.13-rc4-mm1 and always get the following
> error when applying this patch:
>
> CC drivers/message/fusion/mptbase.o
> CC drivers/message/fusion/mptscsih.o
> CC drivers/mess
On 8/5/05, Athul Acharya <[EMAIL PROTECTED]> wrote:
> On 8/2/05, Athul Acharya <[EMAIL PROTECTED]> wrote:
> > That is, I want to know whether the current cpu I (kernel code) am
> > executing on is hyperthreaded, and if so, which logical cpu represents
> > the other thread on chip.
>
> Trying again
Hi Karsten,
On Saturday 06 August 2005 18:14, Karsten Wiese wrote:
> From: Karsten Wiese <[EMAIL PROTECTED]>
>
> IRQ_PER_CPU is not used by all architectures.
> To avoid dead code generation in __do_IRQ()
> this patch introduces the macro ARCH_HAS_IRQ_PER_CPU.
>
> ARCH_HAS_IRQ_PER_CPU is defined
On Sat, 6 Aug 2005, James Bottomley wrote:
On Mon, 2005-08-01 at 15:40 +, Holger Kiehl wrote:
No I did not get it. Can you please send it to me or tell me where I can
download it?
OK, since this has stalled, how about trying a different approach.
If you apply the attached patch it will c
Le vendredi 05 août 2005 à 16:43 -0700, Linus Torvalds a écrit :
>
> On Fri, 5 Aug 2005, Olof Johansson wrote:
> >
> > On Fri, Aug 05, 2005 at 04:02:13PM -0700, Linus Torvalds wrote:
> >
> > > The only thing that has ever exported it afaik is
> > >
> > > arch/ppc/kernel/ppc_ksyms.c:EXPORT_SYMB
Hi,
This would be for -mm until 2.6.14 opens, I suppose:
Since early userspace was added, there's no way to override which init
to run from it. Some people tack on an extra cpio archive with a link
from /init depending on what they want to run, but that's sometimes
impractical.
Changing the "ini
Thanks for the info.
I am now running 2.6.12-rc5-git4 and it seems that the problem has been
solved. No oops'es so far.
Thanks
/Kristian
On Thu, 2005-08-04 at 23:08 -0700, Andrew Morton wrote:
> Kristian Grønfeldt Sørensen <[EMAIL PROTECTED]> wrote:
> >
> > My laptop oops'es in the final phas
David S. Miller wrote:
From: James Bottomley <[EMAIL PROTECTED]>
Date: Sat, 30 Jul 2005 15:23:20 -0500
Actually, I saw this and increased MAX_LINKS as well.
That does absolutely nothing, you cannot create sockets
with protocol numbers larger than NPROTOS which like MAX_LINKS
has the value 32.
On 8/6/05, Jiri Slaby <[EMAIL PROTECTED]> wrote:
> It is true that wanpipe drivers are not part of linux 2.6 kernel. We have
> been so busy developing that there is no way the linux kernel could
> keep up with the changes.
I guess this is the key statement and I'm not really the one to judge
whet
On Sat, 6 Aug 2005 11:49:05 -0400 (EDT), Alan Stern <[EMAIL PROTECTED]> wrote:
> When asked what went wrong, the device says it didn't understand the
> INQUIRY command. This is a fatal error; if a device can't identify itself
> there's no way for Linux to use it.
>
> In short, your mp3stick is
When the sparse mem changes and the kexec changes
were merged into setup.c they came in, in the wrong order.
This patch changes the order so we don't run sparse_init
which uses the bootmem allocator until we all of the
reserve_bootmem calls has been made.
Signed-off-by: Eric W. Biederman <[EMAIL
Another x86 subarchitecture bit I missed. This adds both
machine_emergency_restart missed in my reboot fixes and
machine_shutdown needed for kexec support.
---
arch/i386/mach-visws/reboot.c | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
17837594fc082e8ec464b2633df8965fbd
Here is one more bit of breakage my x86 sub-architecture
confusion caused.
Add machine_shutdown to voyager so it will compile with CONFIG_KEXEC.
---
arch/i386/mach-voyager/voyager_basic.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
9c3d47fbd4a3c909f98de100e05f53301833128e
d
On Sat, Aug 06, 2005 at 09:01:34PM +0200, Jiri Slaby wrote:
> Simon Morgan napsal(a):
>
> >Hi,
> >
> >I couldn't help noticing that the Sangoma drivers distributed with the
> >current kernel are slightly out of date and was wondering whether there
> >was any reason for this?
> >
> >For example the
On Sat, 06 Aug 2005 15:26:18 -0400 James C. Georgas wrote:
> On Sat, 2005-08-06 at 12:21 -0700, Randy.Dunlap wrote:
> > On Sat, 06 Aug 2005 09:26:15 -0400 James C. Georgas wrote:
> >
> > > If I allocate a struct cdev using cdev_alloc(), what function do I call
> > > to free it when I'm done with
Hello David,
I noticed you guided the VIA DRM driver into linux-2.6.13-rc3. Are you
the right person to send questions/problems/patches about this driver?
I am trying to get it to run on my Unichrome Pro K8M800 chipset and
it finally seems to be working (a bit) now.
Thanks,
Joris van Rantwijk.
Simon Morgan napsal(a):
Hi,
I couldn't help noticing that the Sangoma drivers distributed with the
current kernel are slightly out of date and was wondering whether there
was any reason for this?
For example the kernel copy of sdla.c was last updated Mar 20, 2001 while
the version contained in
On Saturday 06 August 2005 09:15, Torsten Foertsch wrote:
> when trying out smaps I have encountered the following problem:
> > cat /proc/$P/smaps | diff - /proc/$P/smaps
>
> 239,241c239,241
> < bfbaf000-bfbc4000 rw-p bfbaf000 00:00 0 [stack]
> < Size:84 kB
> < Rss:
Christoph Hellwig wrote:
On Sat, Aug 06, 2005 at 01:58:36PM +0200, Andi Kleen wrote:
I think that patch is really ugly - it makes hacking VM on i386
even more painful than it already is because the convolutes the file
structure even more. Hope it is not applied.
Especially as there
On Sat, 06 Aug 2005 the mental interface of
Randy.Dunlap told:
> On Sat, 6 Aug 2005 12:28:53 +0200 Elimar Riesebieter wrote:
>
> > Hi,
> >
> > tried to build mol-modules on my powerbook:
> > MODPOST
> > *** Warning: "__handle_mm_fault"
> > [/usr/src/modules/mol/src/kmod/Linux/../build/mol.ko]
Alejandro,
I too am reading this book and I can recommend the 3rd edition - it's
very well written (maybe not as much as Robert Love's Kernel Development
book though ;)). The O'Reilly site contains the book examples for the
3rd edition so perhaps you could just download those examples and wher
On Mon, 2005-08-01 at 15:40 +, Holger Kiehl wrote:
> No I did not get it. Can you please send it to me or tell me where I can
> download it?
OK, since this has stalled, how about trying a different approach.
If you apply the attached patch it will cause fusion to use the
transport class domai
Hi list readers
For those who do not track netdev list a quick recap
I fetched latest netdev tree ieee80211 branch and my broadcom 4401
network card stopped working.
I had some time recently and ran few tests. Compiling kernel without
ACPI support didn't help a lot, though compiling without any
On Sat, Aug 06, 2005 at 02:39:40AM +1000, Con Kolivas wrote:
> Here's my most current version of the dynamic ticks patch for i386 with some
> more minor cleanups already discussed and cosmetic changes ( also available
> at http://ck.kolivas.org/patches/dyn-ticks/ ).
>
> Cheers,
> Con
>...
> ---
On Sat, 6 Aug 2005 12:28:53 +0200 Elimar Riesebieter wrote:
> Hi,
>
> tried to build mol-modules on my powerbook:
> MODPOST
> *** Warning: "__handle_mm_fault"
> [/usr/src/modules/mol/src/kmod/Linux/../build/mol.ko] undefined!
>
> please cc me as I am not subscribed.
http://marc.theaimsgroup.
James Bottomley <[EMAIL PROTECTED]> writes:
> [PATCH] i386: Implement machine_emergency_reboot
>
> introduced this new function into arch/i386/reboot.c. However,
> subarchitectures are entitled to implement their own copies of reboot.c
> from which this new function is now missing.
>
> It looks l
Luca Falavigna <[EMAIL PROTECTED]> writes:
> Eric W. Biederman ha scritto:
>> So without doing passing --real-mode the vga= parameter currently
>> cannot work. The vga= parameter is processed by vga.S which
>> make BIOS calls and we bypass all of the BIOS calls.
> Actually that file is video.S
O
sparc can not include linux/pagemap.h because of the following circular
dependency:
asm-sparc/pgtable include linux/swap.h
linux/swap.h include now linux/pagemap.h
linux/pagemap.h include linux/mm.h
linux/mm.h include asm/pgtable.h
It needs to have the swp_entry_t type fully visible in pgtable.h
Hi Ingo,
from the bitkeeper logs I found you made the last
global-arch-relevant changes in this area.
Please comment or pass it on as appropriate.
Patch is for mainline 2.6.13-rc5.
Thanks,
Karsten
From: Karsten Wiese <[EMAIL PROTECTED]>
IRQ_PER_CPU is not used by all architectures.
To
On Sat, Aug 06, 2005 at 09:50:13AM +0100, Matthew Wilcox wrote:
> On Fri, Aug 05, 2005 at 11:34:55PM -0400, Jeff Garzik wrote:
> > FWIW, compilers generate AWFUL code for bitfields. Bitfields are
> > really tough to do optimally, whereas bit flags ["unsigned int flags &
> > bitmask"] are the famil
Hi
I had added an assembly program to the networking
section of kernel linux 2.2.16 without any problem.
But when I add it to kerenel 2.4.1 I could build that
kernel, but I faced with kernel panic error when I
boot
system with new builded image. I use the following
Make file to build It in the 2.4
On Fri, Aug 05, 2005 at 09:52:32AM +0300, Pekka J Enberg wrote:
>...
> --- 2.6.orig/mm/slab.c
> +++ 2.6/mm/slab.c
> @@ -2555,6 +2555,20 @@ void kmem_cache_free(kmem_cache_t *cache
> EXPORT_SYMBOL(kmem_cache_free);
>
> /**
> + * kzalloc - allocate memory. The memory is set to zero.
> + * @size:
On Sun, 7 Aug 2005 00:54, Theodore Ts'o wrote:
> On Tue, Aug 02, 2005 at 02:43:55PM +1000, Con Kolivas wrote:
> > This is a code reordered version of the dynamic ticks patch from Tony
> > Lindgen and Tuukka Tikkanen - sorry about spamming your mail boxes with
> > this, but thanks for the code. Ther
On Sat, Aug 06, David S. Miller wrote:
> From: Benoit Boissinot <[EMAIL PROTECTED]>
> Date: Fri, 5 Aug 2005 21:18:38 +0200
>
> > On 8/5/05, Olaf Hering <[EMAIL PROTECTED]> wrote:
> > > On Fri, Aug 05, Benoit Boissinot wrote:
> > >
> > > Why does it need swap.h? Do the users of pgtable.h rely o
On Tue, Aug 02, 2005 at 02:43:55PM +1000, Con Kolivas wrote:
> This is a code reordered version of the dynamic ticks patch from Tony Lindgen
> and Tuukka Tikkanen - sorry about spamming your mail boxes with this, but
> thanks for the code. There is significant renewed interest by the lkml
> audi
I have three machines with the same motherboard and gigabit ethernet, ABIT
IC7-G.
Two are Linux (Debian)
One is Windows 2000.
When I copy 100 gigabytes from a Windows 2000 PC to either one of my Linux
machines, I get a *SUSTAINED* transfer rate of 40-50MB/s over gigabit.
Sustained meaning, wh
From: Benoit Boissinot <[EMAIL PROTECTED]>
Date: Fri, 5 Aug 2005 21:18:38 +0200
> On 8/5/05, Olaf Hering <[EMAIL PROTECTED]> wrote:
> > On Fri, Aug 05, Benoit Boissinot wrote:
> >
> > Why does it need swap.h? Do the users of pgtable.h rely on swap.h?
> >
> sparc is the only architecture to do t
Hello,
we recently obtained the oops below in restore_fpu() which makes us
believe that there was lost correct masking of the hardcoded constant:
0x1f80 with mxcsr_feature_mask in init_fpu().
Can someone check that patch attached?
general protection fault: [#1]
SMP
Modules linked in: e100
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Sat, 6 Aug 2005 17:57:17 +1000
> Hang on a second, the original poster mentioned rc5. Is this really
> pristine rc5 with the one netpoll patch? If so then it can't be the
> patches we're talking about because they only went in days later.
This seems to
This patch contains the following updates to the help texts:
- QUOTA: most people will get the quota utilities from their
distribution, and if not the mini-HOWTO will tell them
- QFMT_V2: quota utilities 3.01 are no longer recent, they are now
ancient
and 3.01 is lo
On Sat, 2005-08-06 at 02:40 +0200, Roman Zippel wrote:
> I actually looked at the current kcalloc users and besides a few unchecked
> module parameters, the arguments were either constant or had to be checked
> anyway. I didn't find a single example which required the "safety" of
> kcalloc().
E
On Fri, 2005-08-05 at 10:22 -0500, Dmitry Torokhov wrote:
> On 8/5/05, Pekka Enberg <[EMAIL PROTECTED]> wrote:
> > This patch converts kcalloc(1, ...) calls to use the new kzalloc() function.
> >
>
> Hi,
>
> Have you seen the following in include/sound/core?
>
> ...
> #define kmalloc(size, flag
On Fri, 2005-08-05 at 17:09 -0700, Zachary Amsden wrote:
> Also, it seems reasonable that people may want to poke holes in high
> linear space for other hypervisor projects, research, or performance
> reasons without having to build a custom sub-architecture just for
> that. So I think there is
Hi,
Dmitry Torokhov wrote:
> > Have you seen the following in include/sound/core?
> >
> > ...
> > #define kmalloc(size, flags) snd_hidden_kmalloc(size, flags)
> > #define kcalloc(n, size, flags) snd_hidden_kcalloc(n, size, flags)
> > #define kfree(obj) snd_hidden_kfree(obj)
On Fri, 2005-08-05 at
With that kind of foddering, what were they advertising? Surely not
more cheap M$ products on the LKML!
-
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 r
Jesper Juhl napsal(a):
On 8/6/05, Simon Morgan <[EMAIL PROTECTED]> wrote:
Hi,
I couldn't help noticing that the Sangoma drivers distributed with the
current kernel are slightly out of date and was wondering whether there
was any reason for this?
Probably nobody has taken the time to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric W. Biederman ha scritto:
> So without doing passing --real-mode the vga= parameter currently
> cannot work. The vga= parameter is processed by vga.S which
> make BIOS calls and we bypass all of the BIOS calls.
Actually that file is video.S
> So
Steven Rostedt wrote:
In my last email, I stated that this discussion seems to have
demonstrated that the e1000 driver's netpoll is indeed broken, and needs
to be fixed. I submitted eariler a patch for this, but it's untested
and someone who owns an e1000 needs to try it.
I can test this, but
Hang on a second, the original poster mentioned rc5. Is this really
pristine rc5 with the one netpoll patch? If so then it can't be the
patches we're talking about because they only went in days later.
Yes, I have no other patches in, so if it was not in -RC5, I was not
running it.
---
John
On Sat, Aug 06, 2005 at 01:58:36PM +0200, Andi Kleen wrote:
> > > I think that patch is really ugly - it makes hacking VM on i386
> > > even more painful than it already is because the convolutes the file
> > > structure even more. Hope it is not applied.
> >
> > Especially as there's been no user
> > I think that patch is really ugly - it makes hacking VM on i386
> > even more painful than it already is because the convolutes the file
> > structure even more. Hope it is not applied.
>
> Especially as there's been no user shown for it, similar to all the other
> ugly patches from vmware.
W
On Sat, Aug 06, 2005 at 01:37:31PM +0200, Andi Kleen wrote:
> Zachary Amsden <[EMAIL PROTECTED]> writes:
>
> > i386 Transparent paravirtualization sub-arch patch #8.
> >
> > Transparent paravirtualization support for MMU operations.
> >
> > All operations which update live page table entries hav
Dave Jiang <[EMAIL PROTECTED]> writes:
>
> Am I doing something wrong, or is this intended to be this way on
> x86_64, or is something incorrect in the kernel? This method works
> fine on i386. Thanks for any help!
I just tested your program on SLES9 with updated kernel and RBP
looks correct to m
Zachary Amsden <[EMAIL PROTECTED]> writes:
> i386 Transparent paravirtualization sub-arch patch #8.
>
> Transparent paravirtualization support for MMU operations.
>
> All operations which update live page table entries have been moved to the
> sub-architecture layer. Unfortunately, this require
On Sat, Aug 06, 2005 at 09:45:03AM +0200, Ingo Molnar wrote:
>
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > On Fri, Aug 05, 2005 at 01:01:57PM -0700, Matt Mackall wrote:
> > > The netpoll philosophy is to assume that its traffic is an absolute
> > > priority - it is better to potentially hang
On 8/6/05, Simon Morgan <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I couldn't help noticing that the Sangoma drivers distributed with the
> current kernel are slightly out of date and was wondering whether there
> was any reason for this?
>
Probably nobody has taken the time to do a diff between the ke
Cal Peake wrote:
> On Fri, 5 Aug 2005, Andreas Steinmetz wrote:
>
>
>>AFAIK it works when agp is built into the kernel. You will get problems
>>when it is built as a module. In the module case you may want to try if
>>loading the module before resuming helps.
>
>
> Strange. I've had it built as
On Fri, 5 Aug 2005, Prasanna Meda wrote:
> Hugh Dickins wrote:
>
> > 2. Correct initial value of prev when starting part way into a vma: as
> >in sys_mprotect and do_mlock, it needs to be set to vma in this case
> >(vma_merge handles only that minimum of cases shown in its comments).
>
>
Hi,
tried to build mol-modules on my powerbook:
MODPOST
*** Warning: "__handle_mm_fault"
[/usr/src/modules/mol/src/kmod/Linux/../build/mol.ko] undefined!
please cc me as I am not subscribed.
THX
Elimar
--
On the keyboard of life you have always
to keep a finger at the escape key;-)
-
To
Xin Zhao wrote:
Hi,
I want to lock down a directory to be read-only, say, /etc, for system
security. Unfortunately, some valid system tools might need to
create/modified files like "/etc/dhclient-eth0.conf". To avoid
disrupting the normal running of those tools, I might have to allow
certain fi
On Sat, 2005-08-06 at 02:46 -0700, David S. Miller wrote:
> Can you guys stop peeing your pants over this, put aside
> your differences, and work on a mutually acceptable fix
> for these bugs?
>
> Much appreciated, thanks :-)
In my last email, I stated that this discussion seems to have
demonstra
1 - 100 of 129 matches
Mail list logo