> The natsemi driver contains a workaround for broken hardware which can
> on some boards cause more problems than it solves. The following patch
> series improves this by making the diagnostic more obvious and allowing
> users to disable the workaround if it causes them problems.
Works great.
Andrew wrote:
> If it's per-cpuset information then shouldn't it be presented in
> /dev/cpuset/something?
Yeah - if huge pages were mainline future, rather than the more
controversial sideline they are now, then it would make more sense
to put in these stats in each cpuset.
Note, Ken, that if we
On Wed, May 02, 2007 at 06:12:27PM -0500, David M. Lloyd wrote:
> On Wed, 2007-05-02 at 16:30 -0600, Chris Friesen wrote:
> > Glen Turner wrote:
> >
> > > The question is, how can a process with no relationship to another
> > > process detect that process unexpectedly dying? If named goes
> > >
On Fri, 27 Apr 2007 10:43:22 +0200 Matthias Kaehlcke <[EMAIL PROTECTED]> wrote:
> the Power Management code uses semaphores as mutexes. use the mutex
> API instead of the (binary) semaphores
I know it's a little thing, but given a choice between
a) changelogs which use capital letters and
On Fri, 27 Apr 2007 14:45:30 +0900 KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
> Hi, this is version 4. including Lee Schermerhon's good rework.
> and automatic configuration at boot time.
hm, this adds rather a lot of code. Have we established that it's worth
it?
And it's complex - how do
On Fri, 2007-05-04 at 01:38 +0400, Oleg Nesterov wrote:
> relay_switch_subbuf() does schedule_delayed_work(>wake_readers, 1),
> wakeup_readers() only does wake_up_interruptible() and nothing more.
>
> Why can't we use a plain timer for this?
>
> In any case, this "wake_up ->read_wait after a
On Mon, Apr 30, 2007 at 10:43:10AM -0700, William Lee Irwin III wrote:
> + Allocates the stack physically discontiguously and from high
> + memory. Furthermore an unmapped guard page follows the stack.
> + This is not for end-users. It's intended to trigger fatal
> +
On Thu, 3 May 2007, Paul Jackson wrote:
> 2) adding two new values, by such names as:
>
> Current_Cpuset_HugePages_Total:0
> Current_Cpuset_HugePages_Free: 0
>
This information is already exported to userspace through sysfs. Simply
grab the N-mems allowed to your task
On Fri, May 04, 2007 at 05:48:18AM +0200, Øyvind Vågen Jægtnes wrote:
> Hi again :)
>
> On 5/4/07, Willy Tarreau <[EMAIL PROTECTED]> wrote:
> >On Thu, May 03, 2007 at 11:12:09PM +0200, Øyvind Vågen Jægtnes wrote:
> >> On 5/3/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> >> >
> >> >On May 3 2007
Andrew Morton writes:
> On Thu, 26 Apr 2007 23:33:32 +0530 "Amit K. Arora" <[EMAIL PROTECTED]> wrote:
>
> > This patch implements the fallocate() system call and adds support for
> > i386, x86_64 and powerpc.
> >
> > ...
> >
> > +asmlinkage long sys_fallocate(int fd, int mode, loff_t offset,
On Thu, 3 May 2007, Mauro Carvalho Chehab wrote:
> Em Qua, 2007-05-02 ??s 04:10 -0700, Trent Piepho escreveu:
> > I promise, this time it's right!
> > http://linuxtv.org/hg/~tap/dst-new
>
> Confirmed. Now the patch is properly working. My tests were done with a
> board with DST. Those are the
Ken wrote:
> If this is odd, do you have any suggestions for alternative?
No, I don't. Sorry.
It's a touchy problem, and I'm not enough of an expert to know what the
right tradeoffs are in this matter.
I agree with your point that if you realize what's going on, namely
that what cpuset the
On Thu, 3 May 2007 21:49:12 -0700 "Ken Chen" <[EMAIL PROTECTED]> wrote:
> On 5/3/07, Paul Jackson <[EMAIL PROTECTED]> wrote:
> > Adding Christoph Lameter <[EMAIL PROTECTED]> to the cc list, as he knows
> > more about hugetlb pages than I do.
> >
> > This patch strikes me as a bit odd.
> >
> >
On Thu, 2007-05-03 at 23:58 -0400, Daniel Hazelton wrote:
> On Thursday 03 May 2007 20:39:05 H. Peter Anvin wrote:
> > Kyle Moffett wrote:
> I guess I could start on that work again - shouldn't take me all that long to
> recover the stuff I lost when a blackout caused my hard drive to get
>
On Fri, 2007-05-04 at 12:27 +0800, Majumder, Rajib wrote:
> Hi,
you're offtopic and are better off asking on a RH list
>
> I am wondering if RHEL 3 (based on 2.4.21 kernel but RH claims they
> backported lot of 2.6 kernel's feature into it) supports Multi-Core and
> Hyperthreaded CPUs.
On Thu, 3 May 2007 21:29:55 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote:
> > + ret = -EFBIG;
> > + if (offset + len > inode->i_sb->s_maxbytes)
> > + goto out_fput;
>
> This code does handle offset+len going negative, but only by accident, I
> suspect.
But it doesn't handle
On 5/3/07, Anton Vorontsov <[EMAIL PROTECTED]> wrote:
This class is result of "external power" and "battery" classes merge,
as suggested by David Woodhouse. He also implemented uevent support.
Looks great. In particular, the policies you've chosen for the
attributes and units are very
On 5/3/07, Paul Jackson <[EMAIL PROTECTED]> wrote:
Adding Christoph Lameter <[EMAIL PROTECTED]> to the cc list, as he knows
more about hugetlb pages than I do.
This patch strikes me as a bit odd.
Granted, it's solving what could be a touchy problem with a fairly
simple solution, which is
On Thu, 3 May 2007 20:34:48 -0700 (PDT) Christoph Lameter <[EMAIL PROTECTED]>
wrote:
> On Thu, 3 May 2007, Andrew Morton wrote:
>
> > On Thu, 3 May 2007 20:08:41 -0700 (PDT) Christoph Lameter <[EMAIL
> > PROTECTED]> wrote:
> >
> > > Performance tests show a slight improvements in netperf (not
On Thu, 3 May 2007, Andrew Morton wrote:
> The change looks nice, but I'd microbenchmark it with a
> write-to-ext2-on-ramdisk
> or something like that.
Hmmm... How does one benchmark buffer head performance? Guess just by
copying files? Not sure if the following will cut it.
Two tests. First
On Thu, 26 Apr 2007 23:46:23 +0530 "Amit K. Arora" <[EMAIL PROTECTED]> wrote:
> This patch adds write support for preallocated (using fallocate system
> call) blocks/extents. The preallocated extents in ext4 are marked
> "uninitialized", hence they need special handling especially while
> writing
On Thu, 2007-05-03 at 01:01 +0200, Thomas Hellström wrote:
> It might be possible to find schemes that work around this. One way
> could possibly be to have a buffer mapping -and validate order for
> shared buffers.
If mapping never blocks on anything other than the fence, then there
isn't any
On Thu, 26 Apr 2007 23:43:32 +0530 "Amit K. Arora" <[EMAIL PROTECTED]> wrote:
> This patch has the ext4 implemtation of fallocate system call.
>
> ...
>
> + /* ext4_can_extents_be_merged should have checked that either
> + * both extents are uninitialized, or both
On Thu, 26 Apr 2007 23:41:01 +0530 "Amit K. Arora" <[EMAIL PROTECTED]> wrote:
> +unsigned int ext4_ext_check_overlap(struct inode *inode,
> + struct ext4_extent *newext,
> + struct ext4_ext_path *path)
> +{
> + unsigned
On Thu, 26 Apr 2007 23:33:32 +0530 "Amit K. Arora" <[EMAIL PROTECTED]> wrote:
> This patch implements the fallocate() system call and adds support for
> i386, x86_64 and powerpc.
>
> ...
>
> +asmlinkage long sys_fallocate(int fd, int mode, loff_t offset, loff_t len)
Please add a comment over
Hi,
I am wondering if RHEL 3 (based on 2.4.21 kernel but RH claims they backported
lot of 2.6 kernel's feature into it) supports Multi-Core and Hyperthreaded
CPUs.
Is the CPU-scheduler multi-core/hyperthreading aware? Is it aware ccNUMA
multi-core CPU?
Any input is appreciated.
Thanks
Andrew Morton wrote:
On Thu, 03 May 2007 11:32:23 +1000 Nick Piggin <[EMAIL PROTECTED]> wrote:
void fastcall unlock_page(struct page *page)
{
+ VM_BUG_ON(!PageLocked(page));
smp_mb__before_clear_bit();
- if (!TestClearPageLocked(page))
- BUG();
-
On Thursday 03 May 2007 20:39:05 H. Peter Anvin wrote:
> Kyle Moffett wrote:
> > Actually I think the real problem was that "KD_GRAPHICS" got overloaded
> > to mean "some userspace program is probably poking at the GPU in very
> > direct ways possibly including /dev/mem". As such it really isn't
Hi all!
I met a issue that some code changing one process preempt_count.
preempt_count is changed to a very large number, for instant, 0x300,
just before finish_schedule function in schedule.
Who can give me some suggestion to debug such problem?
Thanks very much!
Janboe
-
To unsubscribe from
Hi again :)
On 5/4/07, Willy Tarreau <[EMAIL PROTECTED]> wrote:
On Thu, May 03, 2007 at 11:12:09PM +0200, Øyvind Vågen Jægtnes wrote:
> On 5/3/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> >
> >On May 3 2007 22:53, Willy Tarreau wrote:
> >>> For the rest all we see in the arp cache is
Russell King wrote:
The backup code is something I never properly reviewed, so no comments
there. The tx_empty code I assumed would be a relatively rare event,
except when closing the port (at which point you don't particularly care
about errors anyway, not even the break flag since chances
On Thu, 2007-05-03 at 22:20 -0500, Matt Mackall wrote:
> I take it both sides of the virtual device drivers are turned on by
> the lguest option?
Yeah, to quote the code in drivers/lguest/lguest_bus.c:
/* At the moment we build all the drivers into the kernel because they're so
* simple: 8144
On Thu, 3 May 2007, Andrew Morton wrote:
> On Thu, 3 May 2007 20:08:41 -0700 (PDT) Christoph Lameter <[EMAIL PROTECTED]>
> wrote:
>
> > Performance tests show a slight improvements in netperf (not a
> > strong case for a performance improvement but removing the
> > constructor has definitely no
On Tue, 24 Apr 2007 16:10:22 +0200 Rolf Eike Beer <[EMAIL PROTECTED]> wrote:
> This should make no difference in behaviour.
>
> Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
>
> ---
> commit 64aa7c3136258d3abc76354b5f83b9a9575169c0
> tree 8037adc04b57cd6150456399b7caccf99489385a
> parent
On Thu, 3 May 2007 20:08:41 -0700 (PDT) Christoph Lameter <[EMAIL PROTECTED]>
wrote:
> Performance tests show a slight improvements in netperf (not a
> strong case for a performance improvement but removing the
> constructor has definitely no negative impact so why keep
> this around?).
>
> TCP
On Fri, May 04, 2007 at 10:43:09AM +1000, Rusty Russell wrote:
> On Fri, 2007-05-04 at 10:13 +1000, Rusty Russell wrote:
> > On Thu, 2007-05-03 at 11:02 -0500, Matt Mackall wrote:
> > > On Thu, May 03, 2007 at 12:43:48AM +1000, Rusty Russell wrote:
> > > >
Performance tests show a slight improvements in netperf (not a
strong case for a performance improvement but removing the
constructor has definitely no negative impact so why keep
this around?).
TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to localhost (127.0.0.1)
port 0 AF_INET
Recv
H... I do not see a regression (up to date slub with all outstanding
patches applied). This is without any options enabled (but antifrag
patches are present so slub_max_order=4 slub_min_objects=16) Could you
post a .config? Missing patches against 2.6.21-rc7-mm2 can be found at
On Wed, 2007-05-02 at 11:10 -0700, john stultz wrote:
> On Sun, 2007-04-29 at 17:24 +0200, Mikael Pettersson wrote:
> > On Thu, 26 Apr 2007 15:42:44 -0700, john stultz wrote:
> > >Another shot in the dark:
> > >
> > >I wonder if the ACPI PM counter is halting in idle. Does booting w/
> >
This patch uses the phy_id variable in b44_readphy and b44_writephy.
Signed-off-by: Matthew Martin <[EMAIL PROTECTED]>
---
--- vanilla-linux-2.6.21-git4/drivers/net/b44.c 2007-05-03 11:16:21.0
-0500
+++ linux-2.6.21-git4/drivers/net/b44.c 2007-05-03 17:02:39.0 -0500
@@ -327,45
Paul Fulghum wrote:
Arnd Bergmann wrote:
- In your driver you don't get the big kernel lock in the
compat_ioctl function. I assume that this is correct for
the particular driver, but it may be nice if you could
consequently also add an unlocked_ioctl function that can
be used without the BKL
On Wed, 2007-05-02 at 16:30 -0600, Chris Friesen wrote:
> Glen Turner wrote:
>
> > The question is, how can a process with no relationship to another
> > process detect that process unexpectedly dying? If named goes
> > away to a better place, we want to shut down the interface
> > which causes
H.. One potential issues are the complicated way the slab is
handled. Could you try this patch and see what impact it has?
If it has any then remove the cachline alignment and see how that
influences things.
Remove constructor from buffer_head
Buffer head management uses a constructor
On Fri, 4 May 2007, Roman Zippel wrote:
> I don't quite understand. With the menuconfig changes more menu entries
> should appear on the left side, so I don't understand why you have to
> "drill down" to reach it.
> The rule for menu to appear on the left side is relatively simple - all
> its
Adding Christoph Lameter <[EMAIL PROTECTED]> to the cc list, as he knows
more about hugetlb pages than I do.
This patch strikes me as a bit odd.
Granted, it's solving what could be a touchy problem with a fairly
simple solution, which is usually a Good Thing(tm).
However, the idea that
Original-Nachricht
Datum: Fri, 04 May 2007 02:31:49 +0400
Von: Manu Abraham <[EMAIL PROTECTED]>
An: [EMAIL PROTECTED]
CC: linux-kernel@vger.kernel.org
Betreff: Re: [linux-dvb] DST/BT878 module customization (.. was: Critical
points about ...)
> Markus Rechberger wrote:
>
__used is defined to be __attribute__((unused)) for all pre-3.4 gcc
compilers to suppress warnings for unused functions because perhaps they
are referenced only in inline assembly. It is defined to be
__attribute__((used)) for gcc 3.4 and later so that the code is still
emitted for such
On Fri, 4 May 2007 00:42:26 +0400
Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> Thanks to Jarek Poplawski for the ideas and for spotting the bug in the
> initial draft patch.
>
> cancel_rearming_delayed_work() currently has many limitations, because it
> requires that dwork always re-arms itself
On Fri, 4 May 2007, Benjamin Herrenschmidt wrote:
> > The SLUB allocator relies on struct page fields first_page and slab,
> > overwritten by ptl when SPLIT_PTLOCK: so the SLUB allocator cannot then
> > be used for the lowest level of pagetable pages. This was obstructing
> > SLUB on PowerPC,
On Thu, 03 May 2007 13:01:17 -0500
Paul Fulghum <[EMAIL PROTECTED]> wrote:
> Add compat_ioctl handler to synclink_gt driver.
>
> The one case requiring a separate 32 bit handler could be
> removed by redefining the associated structure in
> a way compatible with both 32 and 64 bit systems. But
On Thu, 3 May 2007, Chen, Tim C wrote:
> We are still seeing a 5% regression on TCP streaming with
> slub_min_objects set at 16 and a 10% regression for Volanomark, after
> increasing slub_min_objects to 16 and setting slub_max_order=4 and using
> the 2.6.21-rc7-mm2 kernel. The performance
Arnd Bergmann wrote:
- The return value of the new compat_ioctl methods should probably
'int', not 'long'. We've had the discussion before and then
decided not to change the existing compat_ioctl and
unlocked_ioctl functions -- even though int is more appropriate,
but having the same prototype
On Thu, May 03, 2007 at 05:35:57PM -0700, David Rientjes wrote:
>...
> There was a mistake in the current implementation of __attribute_used__
> whereas it would be defined to be __attribute__((used)) incorrectly for
> gcc 3.3 and later. The unit-at-a-time compilation scheme was only
> introduced
> > Ho hum. Perhaps a middle ground is to implement hexdump-to-memory as the
> > core function. hex_dumper() becomes a simple wrapper around that. (but
> > how big is its buffer? One line would be OK, I guess)
>
> Yeah, I almost did it that way. We'll see.
>
> > > OK, that's one way to do
Am Freitag, den 04.05.2007, 02:31 +0400 schrieb Manu Abraham:
> Markus Rechberger wrote:
>
> > I mean the mail from Helge Hafting (thread [linux-dvb] Critical
> > points about kernel 2.6.21 and pseudo-authorities) at the very first
> > beginning.
> >
>
> I am replying to this mail, just
On Fri, 2007-05-04 at 10:13 +1000, Rusty Russell wrote:
> On Thu, 2007-05-03 at 11:02 -0500, Matt Mackall wrote:
> > On Thu, May 03, 2007 at 12:43:48AM +1000, Rusty Russell wrote:
> > > http://lguest.ozlabs.org/lguest-2.6.21-254.patch.gz
> > >
> > > See Documentation/lguest/lguest.txt for how
Kyle Moffett wrote:
>
> Actually I think the real problem was that "KD_GRAPHICS" got overloaded
> to mean "some userspace program is probably poking at the GPU in very
> direct ways possibly including /dev/mem". As such it really isn't safe
> at all for the kernel to write stuff to the screen in
__used is defined to be __attribute__((unused)) for all pre-3.4 gcc
compilers to suppress warnings for unused functions because perhaps they
are referenced only in inline assembly. It is defined to be
__attribute__((used)) for gcc 3.4 and later so that the code is still
emitted for such
Hi,
On Thu, 3 May 2007, Sam Ravnborg wrote:
> Please include Roman Zippel when you propose kconfig changes.
Thanks, the lkml volume lately forces me to skip a lot, so it's quite
possible I miss something. :)
> > xconfig has the menu tree display in the left panel, where one can see the
> >
On Thu, 2007-05-03 at 22:04 +0100, Hugh Dickins wrote:
> On Thu, 3 May 2007, Hugh Dickins wrote:
> >
> > Seems we're all wrong in thinking Christoph's Kconfiggery worked
> > as intended: maybe it just works some of the time. I'm not going
> > to hazard a guess as to how to fix it up, will resume
On Thu, May 03, 2007 at 04:14:59PM -0700, Greg KH wrote:
> On Fri, May 04, 2007 at 01:31:21AM +0400, Anton Vorontsov wrote:
> > This function were placed in "#if 0" because nobody was using it.
> > We using it now.
>
> Why? Shouldn't you just export the pointer you need instead?
We can do one
On May 03, 2007, at 16:16:51, Jan Engelhardt wrote:
On May 3 2007 13:15, H. Peter Anvin wrote:
Jan Engelhardt wrote:
Put people didn't like that, and disabled text output when the
console is in KD_GRAPHICS mode...
at the cost of not getting the kernel oops, heh.
I thought the reason we
Change the m68knommu irq handling to use the generic irq framework.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
arch/m68knommu/Kconfig |4
arch/m68knommu/kernel/Makefile |4
arch/m68knommu/kernel/asm-offsets.c|5
arch/m68knommu/kernel/irq.c
On Thu, 2007-05-03 at 11:02 -0500, Matt Mackall wrote:
> On Thu, May 03, 2007 at 12:43:48AM +1000, Rusty Russell wrote:
> > http://lguest.ozlabs.org/lguest-2.6.21-254.patch.gz
> >
> > See Documentation/lguest/lguest.txt for how to run,
> > drivers/lguest/README for the draft code
On Fri, May 04, 2007 at 12:50:17AM +0200, Jan Engelhardt wrote:
>
> On May 4 2007 00:23, Willy Tarreau wrote:
> >
> >> This setup will only run for about 1-2 hours while we fix the hardware
> >> router (it is running now, but only on a backup flash card solution.
> >> the harddrive in it died ;)
I've got a Thinkpad Z60m with an ExpressCard slot, and I got a Belkin
F5U250 GigE ExpressCard (Marvell 88E8053 chip using sky2 driver). It
appears that Linux only recognizes it if I insert the card with the
system powered off. If I hot-insert the card, nothing happens (no
messages logged, no PCI
Original-Nachricht
Datum: Fri, 4 May 2007 00:06:51 +0200
Von: "Markus Rechberger" <[EMAIL PROTECTED]>
An: "Manu Abraham" <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED], linux-kernel@vger.kernel.org
Betreff: Re: [linux-dvb] DST/BT878 module customization (.. was: Critical
On Thu, 3 May 2007 23:32:28 +0300 (EEST)
Pekka J Enberg <[EMAIL PROTECTED]> wrote:
> On Thu, 3 May 2007, Andrew Morton wrote:
> > > +/**
> > > + * fileset - an array of file pointers.
> > > + * @files:the array of file pointers
> > > + * @nr: number of elements in the array
> >
On Friday 04 May 2007, Vitaly Bordug wrote:
> Adds support for PowerQuicc on-chip PCMCIA. The driver is implemented as
> of_device, so only arch/powerpc stuff is capable to use it, which now
> implies only mpc885ads reference board.
>
> To cope with the code that should be hooked inside driver,
On Thu, May 03, 2007 at 03:53:46PM -0700, Greg KH wrote:
> On Fri, May 04, 2007 at 01:31:39AM +0400, Anton Vorontsov wrote:
> > This class is result of "external power" and "battery" classes merge,
> > as suggested by David Woodhouse. He also implemented uevent support.
> >
> > Here how userspace
Adds support for PowerQuicc on-chip PCMCIA. The driver is implemented as
of_device, so only arch/powerpc stuff is capable to use it, which now
implies only mpc885ads reference board.
To cope with the code that should be hooked inside driver, but is really
board specific (like set_voltage),
On Thu, 03 May 2007 23:10:02 +0400
Stas Sergeev <[EMAIL PROTECTED]> wrote:
> Hello.
>
> Peter Zijlstra wrote:
> >> It seems hrtimer_forward was forgotten to
> >> export - other symbols of the hrtimers API
> > Are there actual in-tree users of this symbol? Without we usually leave
> > the symbol
On Thu, 03 May 2007 21:38:10 +0400
Alex Tomas <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > We can make great improvements here, and I've (twice) previously decribed
> > how: hoist the entire ordered-mode data handling out of ext3, and out of
> > the buffer_head layer and move it up into
From: Roland Scheidegger <[EMAIL PROTECTED]>
The i8042 driver fails detection of the AUX port with some chips,
because they apparently do not change the I8042_CTR_AUXDIS bit
immediately. This is known to affect at least HP500 / HP510 notebooks,
consequently the built-in touchpad will not work.
Security fixes since 2.6.16.49:
- CVE-2007-1861: [NETLINK]: Infinite recursion in netlink
- CVE-2007-2242: [IPV6]: Disallow RH0 by default
Location:
ftp://ftp.kernel.org/pub/linux/kernel/v2.6/
git tree:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.16.y.git
RSS feed of the git
Christoph Lameter wrote:
> Try to boot with
>
> slub_max_order=4 slub_min_objects=8
>
> If that does not help increase slub_min_objects to 16.
>
We are still seeing a 5% regression on TCP streaming with
slub_min_objects set at 16 and a 10% regression for Volanomark, after
increasing
On Thu, May 03, 2007 at 10:41:41AM +0200, Wolfgang Erig wrote:
> I am prepared to do tweaks to your small patch, but I need your help.
> My own blindly experiments failed miserably.
I don't think that patch did anything wrong, most likely it just
triggered a bug elsewhere. These two lines from
On Fri, May 04, 2007 at 01:31:21AM +0400, Anton Vorontsov wrote:
> This function were placed in "#if 0" because nobody was using it.
> We using it now.
Why? Shouldn't you just export the pointer you need instead?
> See http://lwn.net/Articles/210610/
I don't understand the need for this link,
> Jonathan Woithe wrote:
> >> Olaf Hering wrote:
> >>> NACK.
> >>> Upgrade the current drivers/ieee1394/ with the new code, and keep all
> >>> existing module names.
> [...]
> > However, as a compromise how about renaming the existing stack's modules and
> > then reusing the existing names for the
On 5/4/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
Markus Rechberger wrote:
> I mean the mail from Helge Hafting (thread [linux-dvb] Critical
> points about kernel 2.6.21 and pseudo-authorities) at the very first
> beginning.
>
I am replying to this mail, just because someone's spreading lies
On Thu, May 03, 2007 at 03:53:46PM -0700, Greg KH wrote:
> > # cat /sys/class/power\ supply/
> > ac/ main-battery/ usb/
>
> Um, shouldn't that be an error? Isn't /sys/class/power\ supply/ a
> directory?
I think that's more of a case of:
cat /sys/class/power\
On Fri, May 04, 2007 at 01:31:39AM +0400, Anton Vorontsov wrote:
> This class is result of "external power" and "battery" classes merge,
> as suggested by David Woodhouse. He also implemented uevent support.
>
> Here how userspace seeing it now:
>
> # ls /sys/class/power\ supply/
>
On Thu, May 03, 2007 at 11:14:26PM +0100, ian wrote:
> On Fri, 2007-05-04 at 01:31 +0400, Anton Vorontsov wrote:
> > # cat /sys/class/power\ supply/ac/type
> > AC
> >
> > # cat /sys/class/power\ supply/usb/type
> > USB
>
> isnt that a bit redundant?
Let me note that
I've written a module that acts as a cache for fixed size objects but I
get a soft lockup trying to use the buffer cache.
I've attached the module that reproduces the error. You need to supply the
module with a block device, i.e.
insmod disk_cache.ko devname="/dev/hda2".
/*
* An object oriented
On May 4 2007 00:23, Willy Tarreau wrote:
>
>> This setup will only run for about 1-2 hours while we fix the hardware
>> router (it is running now, but only on a backup flash card solution.
>> the harddrive in it died ;)
>
>Huhhh! Please tell us exactly what make and model of ROUTER you are using
On Thu, 3 May 2007, Christoph Lameter wrote:
>
> There are SLUB patches pending (not in rc7-mm2 as far as I can recall)
> that reduce the default page order sizes to head off this issue. The
> defaults were initially too large (and they still default to large
> for testing if Mel's Antifrag
In article <[EMAIL PROTECTED]> you wrote:
> For this particular case, Ted is probably right and the only place
> we'll ever see this insane poor man's pre-allocate pattern is from the
> Windows CIFS client, in which case fixing this in Samba makes sense -
> although I'm a bit horrified by the idea
Markus Rechberger wrote:
> I mean the mail from Helge Hafting (thread [linux-dvb] Critical
> points about kernel 2.6.21 and pseudo-authorities) at the very first
> beginning.
>
I am replying to this mail, just because someone's spreading lies all
around.
On the mentioned thread, what i wrote
On Thu, May 03, 2007 at 11:12:09PM +0200, Øyvind Vågen Jægtnes wrote:
> On 5/3/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> >
> >On May 3 2007 22:53, Willy Tarreau wrote:
> >>> For the rest all we see in the arp cache is (incomplete)
> >>
> >>I suspect that your arp cache is full (128 entries
For example, you could make this
compatible = "8xx\0mpc885ads";
"mpc885ads-pcmcia\0mpc8xx-pcmcia" or something like that.
Right. I can never remember what goes first...
It doesn't really matter all that much; "correct"
drivers probe for the most specific thing first,
then the next
On Fri, 2007-05-04 at 01:31 +0400, Anton Vorontsov wrote:
> # cat /sys/class/power\ supply/ac/type
> AC
>
> # cat /sys/class/power\ supply/usb/type
> USB
isnt that a bit redundant?
I'd have thought sys/class/power\ supply/supplyX/type would be better?
-
To
On Thu, 3 May 2007, Ulrich Drepper wrote:
> On 5/3/07, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> >
> > I thought you were talking about the poll/epoll interface in general, and
> > the approach on how to extend it for the very few cases that ppl asks for.
> > but I see we're focusing on
On Friday 04 May 2007 01:54, Ingo Molnar wrote:
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
> > - If replying, please be sure to cc the appropriate individuals.
> > Please also consider rewriting the Subject: to something
> > appropriate.
> i've reviewed it once again and in the
On 5/3/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
Markus Rechberger wrote:
> On 5/3/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
>> Mauro Carvalho Chehab wrote:
>> > Enough. Let's stop arguing non technical issues.
>> >
>> > If either one of you have any technical argue against the Trent's
>> >
On Mon, Jan 22, 2007 at 01:17:02PM +, Steven Whitehouse wrote:
> Wrt, point (a), UKUUG are moving their UK based Summer Linux conference
> to coincide timewise with the kernel summit. Normally its in the July/August
> time frame. Location probably, but last I heard from Alasdair Kergon not
>
Hi,
On Thu, 3 May 2007, Andrew Morton wrote:
> > 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.
>
> It needed this build fix:
>
> ---
Markus Rechberger wrote:
> On 5/3/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
>> Mauro Carvalho Chehab wrote:
>> > Enough. Let's stop arguing non technical issues.
>> >
>> > If either one of you have any technical argue against the Trent's
>> > patches, please point where the fix is wrong.
Hi again,
what do you think about this? (This patch will work only against last
gamepad rumble support patch)
Thanks for your time
Jan Kratochvil
BigX button on xbox360 gamepad is surrounded by 4 green leds. This
patch adds support to control them.
This device understand to 14
relay_switch_subbuf() does schedule_delayed_work(>wake_readers, 1),
wakeup_readers() only does wake_up_interruptible() and nothing more.
Why can't we use a plain timer for this?
In any case, this "wake_up ->read_wait after a minimal possible delay"
looks somewhat strange to me, could you
On Thu, 3 May 2007 22:53:46 +0200
Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> On Thu, May 03, 2007 at 10:25:48PM +0200, Øyvind Vågen Jægtnes wrote:
> > Hi,
> Hi Øyvind.
>
> Forwarding your mail to netdev where the networking people are
> hanging out. Maybe they can help you.
>
> Sam
>
> >
1 - 100 of 998 matches
Mail list logo