On Fri, Sep 14 2007, Nick Piggin wrote:
>
> Should add some comments for the tag barriers (they won't be so important
> if we can switch over to the explicit _lock bitops, but for now we should
> make it clear).
Thanks!
> Jens' original patch said a barrier after the test_and_clear_bit was also
On Sep 13, 2007, at 21:47:25, Rob Hussey wrote:
On 9/13/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
are you sure this is happening with the latest iteration of the
patch too? (with the combo-3.patch?) You can pick it up from here:
http://people.redhat.com/mingo/cfs-scheduler/devel/sched-cfs
This is the driver for latest Blackfin on-chip nand flash controller
- use nand_chip and mtd_info common nand driver interface
- provide both PIO and dma operation
- compiled with ezkit bf548 configuration
- use hardware 1-bit ECC
- tested with YAFFS2 and can mount YAFFS2 filesystem as ro
On Thu, 2007-09-13 at 01:37 -0700, Andrew Morton wrote:
> On Mon, 03 Sep 2007 15:25:23 +0800 Bryan Wu <[EMAIL PROTECTED]>
> wrote:
>
> > This is the driver for latest Blackfin BF54x nand flash controller
> >
> > - use nand_chip and mtd_info common nand driver interface
> > - provide both PIO an
On Fri, 2007-09-14 at 02:44 -0400, Mike Frysinger wrote:
> On 9/14/07, Bryan Wu <[EMAIL PROTECTED]> wrote:
> > On Thu, 2007-09-13 at 13:03 +0200, Bernd Schmidt wrote:
> > > Bryan Wu wrote:
> > > >>> but mremap doesn't -- there's even an implementation in mm/nommu.c.
> > > >>> Could you check the re
Thank you for your comment.
At 11:37 07/09/14, Andrew Morton wrote:
>The page_count() test here is a bit of a worry, too. Why do we need it?
>The caller must have pinned the page in some fashion else we couldn't use
>it safely in this function at all.
>
>I assume that you discovered that once w
On Fri, Sep 14, 2007 at 03:53:06AM +0200, Luca Risolia wrote:
> On Friday 14 September 2007 02:09:01 Linus Torvalds wrote:
> > On Fri, 14 Sep 2007, Luca Risolia wrote:
> > > Hacked-by: Luca Risolia <[EMAIL PROTECTED]>
> > >
> > > On Friday 14 September 2007 00:27:17 Andreas Herrmann wrote:
> > > >
On Thu, Sep 13 2007, Linus Torvalds wrote:
>
>
> On Thu, 13 Sep 2007, Jens Axboe wrote:
> >
> > My bad, I think I added the smp_mb__before_clear_bit() when it was
> > __test_and_set_bit() like in the first hunk.
>
> Ahh, that wouldn't work at all. The "__test_and_set_bit()" thing isn't
> atomi
On Fri, Sep 14, 2007 at 03:14:09PM +1000, Rusty Russell wrote:
> This simplifies the io_apic.c __assign_irq_vector() logic and removes
> the explicit SYSCALL_VECTOR check, and also allows for vectors to be
> reserved by other mechanisms (ie. lguest).
Seems reasonable even as a cleanup.
>
> int
* Jeremy Fitzhardinge <[EMAIL PROTECTED]> [2007-09-13 23:56]:
>
> > I'd like to know a little bit more about why this is needed, how it will be
> > used, etc. And given that this feature is intended to improve life for
> > distributors, it would be nice to get some feedback from the appropriate
>
>>> What do you think about IOMMU?
>>>
>>>
>> Just because AMD or INTEL want to invent some whizzy new technology it
>> doesn't say anything about the TV card development and retail business.
>> Intel and AMD have teams of Linux engineers helping operating system
>> developers bring their ideas and
On Thu, Sep 13 2007, Andrew Morton wrote:
> On Fri, 14 Sep 2007 00:50:25 +0200
> Laurent Riffard <[EMAIL PROTECTED]> wrote:
>
> > I dig through git-block.patch and the culprit seems to be commit
> > c94f1c4ac87862675c8d70941973bc3a69aff5d8 "bio: use memset() in
> > bio_init()".
>
> I think I'll b
* dimm <[EMAIL PROTECTED]> wrote:
> and here's something a bit more intrusive.
>
> The initial idea was to completely get rid of 'se->fair_key'. It's
> always equal to 'se->vruntime' for all runnable tasks but the
> 'current'. The exact key within the tree for the 'current' has to be
> known
On Tue, Sep 11, 2007 at 04:31:12AM +0900, FUJITA Tomonori wrote:
[...]
> > The only patch which touches qla1280 is git-block.patch. From a quick
> > squizz the change looks OK, although it's tricky and something might have
> > broken.
> >
> > (the dprintk at line 2929 needs to print remseg, not s
On Fri, Sep 14 2007, Jens Axboe wrote:
> On Thu, Sep 13 2007, Andrew Morton wrote:
> > On Fri, 14 Sep 2007 00:50:25 +0200
> > Laurent Riffard <[EMAIL PROTECTED]> wrote:
> >
> > > I dig through git-block.patch and the culprit seems to be commit
> > > c94f1c4ac87862675c8d70941973bc3a69aff5d8 "bio: u
On Thu, 13 Sep 2007, Andrew Morton wrote:
> > From: Jiri Kosina <[EMAIL PROTECTED]>
> > i386 and x86_64: randomize brk()
...
> We need a prototype of arch_randomize_brk() in scope for all callers and
> implementations, so that the compiler can perform the appropriate
> typechecking.
You are right
* dimm <[EMAIL PROTECTED]> wrote:
> Better placement of #ifdef CONFIG_SCHEDSTAT block in dequeue_entity().
thanks, applied.
Ingo
-
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.ke
* dimm <[EMAIL PROTECTED]> wrote:
> unless we are very eager to keep an additional layer of abstraction,
> 'struct load_stat' is redundant now so let's get rid of it.
yeah - good one, it's indeed redundant. Applied.
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> hm, could you try the patch below ontop of 2.6.23-rc6 and do:
>
> echo 1 > /proc/sys/kernel/sched_yield_bug_workaround
>
> does this improve the numbers?
the patch i sent was against CFS-devel. Could you try the one below,
which is against vanilla -
On Wed, 12 Sep 2007, Andrew Morton wrote:
> On Wed, 12 Sep 2007 20:50:10 +0200 (CEST)
> Guennadi Liakhovetski <[EMAIL PROTECTED]> wrote:
>
> > Enable wakeup from serial ports, make it run-time configurable over sysfs,
> > e.g.,
> >
> > echo enabled > /sys/devices/platform/serial8250.0/tty/ttyS0
On Thu, 13 Sep 2007, Alan Stern wrote:
> > Btw, this is in no way just an AUTOSUSPEND issue. The USB layer has a
> > *lot* of these quirks. They are often called "UNUSUAL_DEV()", but the
> > thing is, some of those things seem to be so usual that the naming is
> > dubious, and thus calling it a
On Thu, 13 Sep 2007, Jan Kara wrote:
> > > However, it occurs to me that this problem goes away if there were
> > > a method create a file in an unlinked state to begin with. However
> > > there does not appear to be any such mechanism in Linux's open()
> > > interface.
> >
> > Having no window
Mike Frysinger schrieb:
On Thursday 13 September 2007, Robin Getz wrote:
Why not from the place that you can get the standard? http://jedec.org/
i found jedec.org a nightmare to navigate
or http://www.jedec.org/download/search/jesd68-01.pdf
i'll add that to wikipedia ;)
-mike
...done.
R
Am Mittwoch, 12. September 2007 21:55 schrieb J. Bruce Fields:
> On Wed, Sep 12, 2007 at 09:40:57PM +0200, Wolfgang Walter wrote:
> > On Wednesday 12 September 2007, J. Bruce Fields wrote:
> > > On Wed, Sep 12, 2007 at 04:14:06PM +0200, Neil Brown wrote:
> > > > So it is in 2.6.21 and later and sho
I can't see whole 8GB of ram.
With F2 BIOS release i can only work with kernel param mem=4G.
After updating to F4 BIOS release I can work with mem=8G, but I see this:
# free -m
total used free sharedbuffers cached
Mem: 6473474 5999
From: Denis V. Lunev <[EMAIL PROTECTED]>
This patch makes shrink_dcache_sb consistent with dentry pruning policy.
On the first pass we iterate over dentry unused list and prepare some
dentries for removal.
However, since the existing code moves evicted dentries
to the beginning of the LRU it can
Hi!
> Pavel, want to look at the patch before sending it to Linus?
Looks okay from a quick look. I'm on conference just now, will test
shortly.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
http://
This patch converts casts of struct kern_ipc_perm to
. struct msg_queue
. struct sem_array
. struct shmid_kernel
into the equivalent container_of() macro. It improves code maintenance
because the code need not change if kern_ipc_perm is no longer at the
beginning of the containing struct.
On Fri, Sep 14 2007, Laurent Riffard wrote:
> Le 10.09.2007 22:19, Laurent Riffard a écrit :
> > Le 01.09.2007 06:58, Andrew Morton a écrit :
> >> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/
> > [...]
> >
> > Jens,
> >
> > git-block.patch broke pktcdvd
On Fri, Sep 14, 2007 at 11:57:59AM +0400, Manu Abraham wrote:
> >>> What do you think about IOMMU?
> >>>
> >>>
> >> Just because AMD or INTEL want to invent some whizzy new technology it
> >> doesn't say anything about the TV card development and retail business.
> >> Intel and AMD have teams of Li
* Alan Cox ([EMAIL PROTECTED]) [20070910 14:54]:
Alan,
Thanks for your interest (and Bruce, for posting).
> - The ECC level on the drive processors and memory cache vary
> by vendor. Good luck getting any information on this although
> maybe if you are Cern sized they will talk
Do you have any
On Thu, Sep 13, 2007 at 01:05:06PM -0700, Chris Wedgwood wrote:
> On Thu, Sep 13, 2007 at 10:17:27PM +0200, Oleg Verych wrote:
>
> > That particular one-line `ALTARCH := i386' of course can be matched
> > simpler, because there's only *one* (as written above) whitespace and no
> > make's assignmen
On Tue, Sep 11, 2007 at 06:30:49PM +0100, Andy Whitcroft wrote:
> Annoyingly this seems to be intermittent, and I have not managed to get
> a machine into this state again yet. Will keep trying.
Ok, I have been completly unsuccessful in reproducing this. Dispite
having two distinct machines show
* Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> Add interface to control cpu bandwidth allocation to task-groups.
btw., just in case it was not obvious, i'll repeat my older assessment
of your patch: the general picture approach looks good to me and the
code is upstream-worthy.
( suggestion
On Fri, Sep 14, 2007 at 10:55:46AM +0200, Jiri Kosina wrote:
> For the rest of the HID quirks -- most of them are also workarounds for
> broken classess of devices. Usually, they claim to be HID-compliant device
> in their file descriptor, but they do not follow the spec (they send
> inverted ax
Sam Ravnborg schrieb:
> On Thu, Sep 13, 2007 at 02:37:11PM -0400, Robert P. J. Day wrote:
>>
>> what about "devel-pkg" instead? that would match fedora's
>> "kernel-devel" naming convention.
>
> Does
> make devel-pkg
> in the kernel make you think:
> "This is a minimum package to build an extern
Hi,
When reading corrupted reiserfs directory data, d_reclen
could be a negative number or a big positive number, this
can lead to kernel panic or oop.
The following patch adds a sanity check. (against 2.6.20.4)
Signed-off-by: Lepton Wu <[EMAIL PROTECTED]>
diff -X linux-2.6.22.6-lepton/Do
On Tue, Sep 04, 2007 at 10:37:04AM -0400, Jeff Layton wrote:
> If the ATTR_KILL_S*ID bits are set then any mode change is only for
> clearing the setuid/setgid bits. For NFS skip the mode change and
> let the server handle it.
You're assuming the server will remove setuid and setgid bits on WRITE?
On Tue, 11 Sep 2007 12:21:24 + linux-box <[EMAIL PROTECTED]> wrote:
> The megaraid_sas driver doesn't support the hibernation, the suspend/resume
> routine implemented to support the hibernation.
>
> Signed-off-by: Bo Yang <[EMAIL PROTECTED]>
>
> ---
> drivers/scsi/megaraid/megaraid_sas.
Hi Antoine, Ingo,
On 9/14/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > hm, could you try the patch below ontop of 2.6.23-rc6 and do:
> >
> > echo 1 > /proc/sys/kernel/sched_yield_bug_workaround
> >
> > does this improve the numbers?
Hmm, I know d
Hi,
With 2.6.23-rc6 running on the ppc64 box, following oops is hit
Oops: Machine check, sig: 7 [#1]
SMP NR_CPUS=128 pSeries
Modules linked in: binfmt_misc ipv6 dm_mod ehci_hcd ohci_hcd usbcore
NIP: c00ed560 LR: c00efc7c CTR: c00ed504
REGS: cffef680 TRAP: 0200
On Tue, 11 Sep 2007 08:28:14 -0400 linux-box <[EMAIL PROTECTED]> wrote:
> Driver will skip physical devices scan for the first time if the fast_load is
> set
When preparing changelogs it is often good to describe _why_ the change is
being made, as well as what the change does.
It may be obvious
Brent Casavant <[EMAIL PROTECTED]> wrote:
[...]
> Hmm. This will work as long as the peer process is running setuid
> to it's own unique user. Excellent idea! Since I need to make the
> program setuid to avoid non-priveleged ptrace attacks, this is a
> terrific solution.
Tried that:
~ > cd tm
On Tue, 11 Sep 2007 08:34:33 -0400 linux-box <[EMAIL PROTECTED]> wrote:
> + struct megasas_instance *instance =
> + (struct megasas_instance *)host->hostdata;
y'know, if some brave soul were to write
static inline void *scsi_host_data(struct Scsi_Host *host)
{
Hi Tapio,
You are the author of these files. Are you still maintaining them?
If not, do you know who is the current maintainer?
These two object files hold the biggest data objects in the whole Linux kernel
after lockdep:
textdata bss dec hex filename
1258 160516 0
Hi Kamalesh,
There's two things at work here ...
On 9/14/07, Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Hi,
>
> With 2.6.23-rc6 running on the ppc64 box, following oops is hit
>
> Oops: Machine check, sig: 7 [#1]
>
> SMP NR_CPUS=128 pSeries
>
> Modules linked in: binfmt_misc ipv6 dm_mod ehci_
On Fri, Sep 14, 2007 at 03:32:16AM -0700, Andrew Morton wrote:
> y'know, if some brave soul were to write
y'know - some brave sould already did it.
> static inline void *scsi_host_data(struct Scsi_Host *host)
> {
> return (void *)host->hostdata;
> }
>
> we could remove about 1000 u
I have got a concern about "__down()".
Can someone explain me, please, how it is assumed to work?
Apparently, "__down()" fails to provide with acquisition semantics
in certain situations.
Let's assume the semaphore is unavailable and there is nobody
waiting for it.
The next requester enters the
Bodo Eggert <[EMAIL PROTECTED]> writes:
> ~/tmp > cp /bin/sleep .
> ~/tmp > chmod u+s sleep
> ~/tmp > ./sleep 2147483647 &
> [1] 2823
> ~/tmp > strace -p 2823
> Process 2823 attached - interrupt to quit
> setup(
You didn't change the owner, so this is not a setuid execution.
Andreas.
--
Andrea
Remove typedefs, volatiles and convert kmalloc()/memset() pairs to
kcalloc(). Also reformat the surrounding clutter.
Signed-off-by: Maciej W. Rozycki <[EMAIL PROTECTED]>
---
On Thu, 13 Sep 2007, Jeff Garzik wrote:
> Net driver patches should apply on top of netdev-2.6.git#upstream, which is
> w
On Wed, 5 Sep 2007 09:27:43 -0500 Olof Johansson <[EMAIL PROTECTED]> wrote:
> Convert the io_req_t members to kio_addr_t, to allow use on machines with
> more than 16 bits worth of IO port address space (ppc64 in this case,
> but it applies to others as well).
drivers/usb/host/sl811_cs.c: In func
The SB1250 network interfaces are Gigabit Ethernet ones. Move the
Kconfig entry to the appropriate section and add some help text.
Signed-off-by: Maciej W. Rozycki <[EMAIL PROTECTED]>
---
It should be obvious; I hope the help text will be useful to somebody and
will prevent from misclassifyin
include/asm-powerpc/elf.h has 6 entries in ARCH_DLINFO.
fs/binfmt_elf.c has 14 unconditional NEW_AUX_ENT entries and 2
conditional NEW_AUX_ENT entries.
So in the worst case, saved_auxv does not get an AT_NULL entry at the
end.
Is an AT_NULL entry required or must userspace use the AT_VECTOR_SIZE
t
On Thu, 13 Sep 2007 16:38:50 -0700,
Greg KH <[EMAIL PROTECTED]> wrote:
> get_bus() should not be globally visable as it is not used by anything
> other than drivers/base/bus.c. This patch removes the visability of it,
Makes sense.
> and renames it to match all of the other *_get() functions in
On Fri, 14 Sep 2007 20:25:45 +1000
Greg Banks <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 04, 2007 at 10:37:04AM -0400, Jeff Layton wrote:
> > If the ATTR_KILL_S*ID bits are set then any mode change is only for
> > clearing the setuid/setgid bits. For NFS skip the mode change and
> > let the server h
On Thu, 13 Sep 2007 16:39:47 -0700,
Greg KH <[EMAIL PROTECTED]> wrote:
> put_bus() should not be globally visable as it is not used by anything
> other than drivers/base/bus.c. This patch removes the visability of it,
> and renames it to match all of the other *_put() functions in the
> kernel.
Anton, this seems a little reminicient of that bug which popped up in
2.6.23-rc3 so do with SLB loading (if memory serves), with machine
checks and signal 7's. Of course that is _supposed_ to be fixed by this
time ...
I believe it was Paul who fixed up that one, and he is already copied.
-apw
O
Rename NET_SB1250_MAC to SB1250_MAC to follow the convention.
Signed-off-by: Maciej W. Rozycki <[EMAIL PROTECTED]>
---
The NET prefix seems to be used mainly for device groups (NET_ISA,
NET_VENDOR_*, etc.) rather than single drivers and adds no information. I
suggest it to be removed.
Depen
On Fri, Sep 14 2007, Jens Axboe wrote:
> On Fri, Sep 14 2007, Laurent Riffard wrote:
> > Le 10.09.2007 22:19, Laurent Riffard a écrit :
> > > Le 01.09.2007 06:58, Andrew Morton a écrit :
> > >> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/
> > > [...]
> >
On Thu, Sep 13, 2007 at 09:32:42PM -0600, Robert Hancock wrote:
> Disabling the BAR decoding does not mean disabling the device (aside
> from the one group of host bridge that apparently disables CPU to RAM
> access, whose designers were apparently on crack when they read the PCI
> spec and whi
On Thu, 2007-09-13 at 14:44 +0200, Peter Zijlstra wrote:
> > If you look at the math, you'll see that I took the overflow into account,
> > I even expected it. If you see this effect in my implementation, it would
> > be a bug.
>
> Ah, ok, I shall look to your patches in more detail, it was not
menuconfig currently represents options implied by another option ('select'
directive in Kconfig) by prefixing them with '---'. Unfortunately the same
notation is used for comments. If the implied option is module capable,
user can still switch between Y and M, all without any feedback until she
vi
Usually one shouldn't reply to such mails. But I cannot resist.
Because partially there was told such nonsense ...
Of course the following is just my personal view.
On 2007-09-13 20:54:41, H. Peter Anvin wrote:
> Andreas Herrmann wrote:
> > On Thu, Sep 13, 2007 at 10:20:56AM -0700, H. Peter Anvin
On Thu, 13 Sep 2007 16:37:51 -0700,
Greg KH <[EMAIL PROTECTED]> wrote:
> Kay pointed out to me the other day that we are dragging around 20 bytes
> in every struct kobject and in every struct device to contain a name
> string that can be dynamically allocated instead. For small device
> names (th
On Fri, Sep 14, 2007, Markus Rechberger wrote:
> On 9/14/07, Steven Toth <[EMAIL PROTECTED]> wrote:
> >
> > If you care about LinuxTV you'll work with the core subsystem developers
> > to bring your em28xx tree inline. If you don't care then why are you here?
>
> It doesn't really work out to work
The patch below adds support for Medion WIM2160 notebooks to the wistron-btns
driver.
Signed-off-by: Bernhard Rosenkraenzer <[EMAIL PROTECTED]>
--- linux-2.6.22/drivers/input/misc/wistron_btns.c.ark 2007-09-07
22:47:49.0 +
+++ linux-2.6.22/drivers/input/misc/wistron_btns.c 200
From: Pierre Peiffer <[EMAIL PROTECTED]>
These extern variables are declared twice, so it removes one of the declaration.
Signed-off-by: Pierre Peiffer <[EMAIL PROTECTED]>
---
fs/proc/internal.h |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/fs/proc/internal.h b/fs
On Fri, Sep 14, 2007 at 03:14:01PM +0400, Ivan Kokshaysky wrote:
> whippets doesn't look sane either. ;-)
It's not me, it's a spellchecker :-) I meant "chipsets" of course, sorry.
Ivan.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Bernhard Rosenkraenzer wrote:
> The patch below adds support for Medion WIM2160 notebooks to the
> wistron-btns driver.
Do these keys emit proper scancodes though? If yes (i.e. you press a button
and get a warning about "unknown scancodes" in dmesg), then they should not
be added to wistron-btns,
Joerg Roedel wrote:
> On Fri, Sep 14, 2007 at 11:57:59AM +0400, Manu Abraham wrote:
> What do you think about IOMMU?
>
>
Just because AMD or INTEL want to invent some whizzy new technology it
doesn't say anything about the TV card development and retail business.
Intel an
Hi,
On Thu, 13 Sep 2007, Ingo Molnar wrote:
> > The rest of the math is indeed different - it's simply missing. What
> > is there is IMO not really adequate. I guess you will see the
> > differences, once you test a bit more with different nice levels.
>
> Roman, i disagree strongly. I did tes
Hi,
On Thu, 13 Sep 2007, Peter Zijlstra wrote:
> On Thu, 2007-09-13 at 18:50 +0200, Roman Zippel wrote:
>
> > I never claimed to understand every detail of CFS, I can _guess_ what
> > _might_ have been intended, but from that it's impossible to know for
> > certain how important they are. Let'
On Thu, 13 Sep 2007 16:41:18 -0700,
Greg KH <[EMAIL PROTECTED]> wrote:
> int sysfs_add_one(struct sysfs_addrm_cxt *acxt, struct sysfs_dirent *sd)
> {
> - if (sysfs_find_dirent(acxt->parent_sd, sd->s_name))
> + if (sysfs_find_dirent(acxt->parent_sd, sd->s_name)) {
> + printk(
Hi,
To eliminate the possibility of this being a hardware issue, I have now
acquired another "Gigabyte GA-N650SLI-DS4" motherboard (with the "MCP51"
chipset) for testing. I'll swap parts this evening. Hopefully I'll be
able to tell you in a few hours whether this appears to be working as it
s
[Please consider as 2.6.23 material]
---
From: Nigel Cunningham <[EMAIL PROTECTED]>
Commit 831441862956fffa17b9801db37e6ea1650b0f69 (Freezer: make kernel threads
nonfreezable by default) breaks freezing when attempting to resume from an
initrd, because the init (which is freezeable) spins while wa
On Fri, 2007-09-14 at 14:04 +0200, Roman Zippel wrote:
> AFAICT the compensation part is already done by the scaling part, without
> the load part it largely mirrors what __update_stats_wait_end() does, i.e.
> it gets the same time as other tasks, which have been on the rq.
All it tried to do w
Hi!
> From: Nigel Cunningham <[EMAIL PROTECTED]>
>
> Commit 831441862956fffa17b9801db37e6ea1650b0f69 (Freezer: make kernel threads
> nonfreezable by default) breaks freezing when attempting to resume from an
> initrd, because the init (which is freezeable) spins while waiting for another
> thread
Hi,
On Thu, 13 Sep 2007, Sam Ravnborg wrote:
> I have read the announcement from Ingo and after reading it I concluded
> that it was good to see that Ingo had taken in consideration the feedback
> from you and improved the schduler based on this.
> And when I read that he removed a lot of stuff I
Fix build errors resulting from a recent commit that added references to
"stats" through "dev" from sbdma_rx_process() and sbdma_tx_process(), but
no definitions of that variable.
Signed-off-by: Maciej W. Rozycki <[EMAIL PROTECTED]>
---
This is probably the simplest fix possible, though at thi
Hi!
> > > What was the last known to work version ?
> >
> > I'm afraid I only turned on HIGH_RES_TIMERS in 2.6.23-rc1
> > timeframe... so I'm not sure if it ever worked for me.
> >
> > I can confirm it is working in 2.6.23-rc5 with highres disabled, and
> > broken with highres enabled. NOHZ turn
On Thursday 13 September 2007 09:06, Christoph Lameter wrote:
> On Wed, 12 Sep 2007, Nick Piggin wrote:
> > So lumpy reclaim does not change my formula nor significantly help
> > against a fragmentation attack. AFAIKS.
>
> Lumpy reclaim improves the situation significantly because the
> overwhelmi
> > > This patch is really ugly.
>
> Well, yes. I should have known as I converted so many occurences of
> to_video_device to container_of in my second patch.
>
> > > Why can't the "to_video_device()" macro be used? Just move it to a place
> > > where it's usable! IOW, what's wrong with the *much
Pavel,
On Fri, 2007-09-14 at 14:38 +0200, Pavel Machek wrote:
> > I have an yet untested fix, which preserves the broadcast state across
> > the offline state, but Len is looking into it as well, whether we can
> > just reevaluate the power states (and the broadcast flags) when a cpu
> > becomes o
Hello,
I know that there has been a patch for the Winchiphead CH340/41 USB to serial
converter chips on the net, but they have been implemented with only a basic
feature and limited baudrates due to the lack of any datasheets.
I picked these patches up and added all common baudrates as well as
On Thu, Sep 13, 2007 at 01:59:21PM -0500, Steve Wise ([EMAIL PROTECTED]) wrote:
> >Well, if it involves /sharing/ port space with the native stack, i.e.
> >where port 1234 is IB but 1235 is Linux, pretty much all the networking
> >devs have NAK'd that approach AFAICS.
>
> Jeff, I posted a fix th
On Thursday 13 September 2007 12:01, Nick Piggin wrote:
> On Thursday 13 September 2007 23:03, David Chinner wrote:
> > Then just do operations on directories with lots of files in them
> > (tens of thousands). Every directory operation will require at
> > least one vmap in this situation - e.g. a
On 9/14/07, Andy Whitcroft <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 11, 2007 at 04:31:12AM +0900, FUJITA Tomonori wrote:
> [...]
> >
> > Even if we revert the qla1280 patch, scsi-ml still sends chaining sg
> > list. So it doesn't work.
> >
> > The following patch disables chaining sg list for qla12
> > * Why did someone duallicense videodev2 with BSD/GPL?
Originally the BSD people wanted to share the interface for user space
compatibility.
The kernel however is GPL so the BSD licence on some bits of the code
isn't really relevant as the combination of bits you depend upon is GPL,
will remai
On Fri, Sep 14, 2007 at 07:02:58AM -0400, Jeff Layton wrote:
> On Fri, 14 Sep 2007 20:25:45 +1000
> Greg Banks <[EMAIL PROTECTED]> wrote:
>
> > I'm curious about the reasons behind this change. You mention
> > credential issues; how exactly is it that you have the correct creds
> > to perform a W
On Thu, Sep 13, 2007 at 02:16:17PM -0500, Steve Wise ([EMAIL PROTECTED]) wrote:
>
> iw_cxgb3: Support "iwarp-only" interfaces to avoid 4-tuple conflicts.
>
> Version 2:
>
> - added a per-device mutex for the address and listening endpoints lists.
>
> - wait for all replies if sending multiple p
Surprisingly, but (spotted by Alexey Dobriyan) the uid hash
still uses list_heads, thus occupying twice as much place as
it could. Convert it to hlist_heads.
Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
Cc: Serge Hallyn <[EMAIL PROTECTED]>
Hi,
On Fri, 14 Sep 2007, Willy Tarreau wrote:
> On Aug 10th, I was disappointed to see that you still had not provided
> the critical information that Ingo had been asking to you for 9 days
> (cfs-sched-debug output). Your motivations in this work started to
> become a bit fuzzy to me, since peop
On Thursday 13 September 2007 09:17, Christoph Lameter wrote:
> On Wed, 12 Sep 2007, Nick Piggin wrote:
> > I will still argue that my approach is the better technical solution for
> > large block support than yours, I don't think we made progress on that.
> > And I'm quite sure we agreed at the VM
On Fri, 2007-09-14 at 14:50 +0200, Thomas Gleixner wrote:
> Pavel,
>
> On Fri, 2007-09-14 at 14:38 +0200, Pavel Machek wrote:
> > > I have an yet untested fix, which preserves the broadcast state across
> > > the offline state, but Len is looking into it as well, whether we can
> > > just reevalua
On Friday 14 September 2007 16:02, Soeren Sonnenburg wrote:
> On Thu, 2007-09-13 at 09:51 +1000, Nick Piggin wrote:
> > On Thursday 13 September 2007 19:20, Soeren Sonnenburg wrote:
> > > Dear all,
> > >
> > > I've just seen this in dmesg on a AMD K7 / kernel 2.6.22.6 machine
> > > (config attached
It turned out, that the user namespace is released during
the do_exit() in exit_task_namespaces(), but the struct
user_struct is released only during the put_task_struct(),
i.e. MUCH later.
On debug kernels with poisoned slabs this will cause the
oops in uid_hash_remove() because the head of the
On Fri, Sep 14, 2007 at 10:50:24AM +0200, Wojciech Kromer wrote:
> I can't see whole 8GB of ram.
>
> With F2 BIOS release i can only work with kernel param mem=4G.
> After updating to F4 BIOS release I can work with mem=8G, but I see this:
>
> # free -m
> total used free
Hello Andrew,
I realize this e-mail might be nuisance and time waster for you but I'm
in need of advice. I apologize in advance for any commonsense cultural
conventions I'm breaking.
I sent the below patch to four e-mail lists and it lead to orthogonal
conversations about how the entire kernel l
On the day of Thursday 13 September 2007 Jon Ivar Rykkelid hast written:
> Resending, as my first attempts contained HTML and was blocked...
>
> Tejun Heo wrote:
> > Jon Ivar Rykkelid wrote:
> >> Thanks for the suggestion, but sata_nv is not built modular in my
> >> current kernel, so "no can do" a
On Fri, 14 Sep 2007 23:09:24 +1000
Greg Banks <[EMAIL PROTECTED]> wrote:
> On Fri, Sep 14, 2007 at 07:02:58AM -0400, Jeff Layton wrote:
> > On Fri, 14 Sep 2007 20:25:45 +1000
> > Greg Banks <[EMAIL PROTECTED]> wrote:
> >
> > > I'm curious about the reasons behind this change. You mention
> > > c
1 - 100 of 359 matches
Mail list logo
