[EMAIL PROTECTED] wrote:
> On Sat, 23 Dec 2006 19:42:10 EST, John Richard Moser said:
>>
>> Jan Engelhardt wrote:
I've set up some stuff on my box where /etc/security/limits.conf
contains the following:
@users softnproc 3072
@users hard
On Friday 22 December 2006 1:09 pm, Pavel Machek wrote:
> Actually, if we noticed power/state during PM framework review, it
> would have been killed. It is just way too ugly.
>
> > > > In contrast, the /sys/devices/.../power/state API has never had many
> > > > users beyond developers trying to t
anyone tried using the cypress_m8 usb serial cable on a G5 ? just
tried it on a ppc64/2.6.19.1 kernel and all i get back is garbage when
hooked up to serial console of a board running at 57600 baud
plugged the same cable into my x86 machine and it works OK there
Bus 001 Device 010: ID 04b4:5500
On Sat, 23 Dec 2006 19:42:10 EST, John Richard Moser said:
>
>
> Jan Engelhardt wrote:
> >> I've set up some stuff on my box where /etc/security/limits.conf
> >> contains the following:
> >>
> >> @users softnproc 3072
> >> @users hardnproc 4096
> >>
>
On Fri, 22 Dec 2006 23:19:09 PST, David Schwartz said:
> You can't sell something that doesn't exist. If you sell a car even though
> you can't explain how anyone could drive it, that's fraud.
Are they allowed to sell a car that incorporates a computer that uses a
trade-secret algorithm for contr
On Fri, 22 Dec 2006 12:59:21 +0100, Erik Mouw said:
> On Thu, Dec 21, 2006 at 01:16:15PM -0500, [EMAIL PROTECTED] wrote:
> > At least nVidia *does* actually Get It, they just don't have a choice in
> > implementing it, because all their current hardware includes patents that
> > they licensed from
On Fri, Dec 22, 2006 at 11:46:58AM -0800, Randy Dunlap wrote:
...
> > +pci_register_driver() call requires passing in a table of function
> > +calls and thus dictates the high level structure of a driver.
>
> s/calls/pointers/ ?
Yes. I was thinking "call table" or "jump table".
But you are correc
[ dropped e1000-devel and linux-scsi from CC list]
On Mon, Dec 18, 2006 at 12:11:33AM -0700, Grant Grundler wrote:
> Full version of pci.txt (v6 is 677 lines):
> http://www.parisc-linux.org/~grundler/Documentation/pci.txt-06
>
> I've appended patch v6 (823 lines!) and commit log entry is be
On Sat, Dec 23, 2006 at 03:07:15PM -0800, Andrew Morton wrote:
> On Sat, 23 Dec 2006 14:14:48 -0600
> Steve French <[EMAIL PROTECTED]> wrote:
>
> > Is this a know problem with very current 2.6.19-rc?
> >
> > Building modules, stage 2.
> > MODPOST 443 modules
> > WARNING: "bitrev32" [drivers/net/8
On Sat, 23 Dec 2006 12:06:43 -0800 (PST) Linus Torvalds wrote:
>
>
> On Sat, 23 Dec 2006, Randy Dunlap wrote:
> >
> > BTW, reiserfs has similar build problems: it uses clear_page_dirty()
> > so it won't build.
>
> Not any more. I fixed that one (very different issue, btw: it's not
> actually
On Fri, 22 Dec 2006 21:14:36 +0900 Keiichi KII wrote:
> From: Keiichi KII <[EMAIL PROTECTED]>
>
> ---
> [changes]
> 1. expand macro code as far as possible.
> 2. follow kernel coding style.
> 3. print proper output messeage.
> 4. attach proper label for printk.
> 5. integrate netpoll_lock and net
Ok,
it's a couple of days delayed, because we've been trying to figure out
what is up with the rtorrent hash failures since 2.6.18.3. I don't think
we've made any progress, but we've cleaned up a number of suspects in the
meantime.
It's a bit sad, if only because I was really hoping to make 2
While trying to develop a line discipline I found a couple of
things worth mentioning in Documentation/tty.txt which weren't,
so I decided to add them. It would be nice if someone more
knowledgeable than me in that area would look over them, in
case I got something wrong.
Thanks
Tilman
From: Til
Patrick McHardy wrote:
I'm trying to reproduce this (without success so far), please send your
kernel config and your ebtables script.
You could try if 2.6.19 works, there were some ebtables changes in
2.6.19.1 that touched this code.
We're hitting this too, on both 2.6.16.36 and 2.6.19.1.
BU
[EMAIL PROTECTED] wrote:
> On Fri, 22 Dec 2006 02:34:54 +1100, Marek Wawrzyczny said:
[...]
> > Perhaps we just report on the individual devices then... forget the system
> > rating.
> OK, *that* I see as potentially useful - I frequently get handed older
> boxen with strange gear
== gear for
"Albert Cahalan" <[EMAIL PROTECTED]> writes:
> The cumulative ones are still not justified though, and I fear they
> may be 64-bit even on i386.
All the context switch counts are unsigned long.
> It turns out that an i386 procps spends
> much of its time doing 64-bit division to parse the damn AS
On Sun, 24 Dec 2006 00:55:01 +0100
Pavel Machek <[EMAIL PROTECTED]> wrote:
> PM: Removing info for No Bus:usbdev3.15_ep81
> PM: Removing info for No Bus:usbdev3.15_ep82
> PM: Removing info for No Bus:usbdev3.15_ep02
> slab error in verify_redzone_free(): cache `size-512': memory outside object
>
On Sun, 24 Dec 2006 00:43:05 +0100
Pavel Machek <[EMAIL PROTECTED]> wrote:
> Hi!
>
> I got this nasty oops while playing with debugger. Not sure if that is
> related; it also might be something with bluetooth; I already know it
> corrupts memory during suspend, perhaps it corrupts memory in some
Pavel Machek wrote:
>> Is there something wrong with gdb?
>
> Yep. If I do gdb /bin/bash, run; I'll get similar oops. Am I alone
> seeing this?
Nope, I have this nasty thing here too and will post oopses in the afternoon,
just before Jezisek comes :).
regards,
--
http://www.fi.muni.cz/~xslaby/
This list was built into the git-shortlog tool and has been removed in
the latest version. It should be maintained separately so this is what
this patch does.
A couple more entries were added to the original list as well.
Signed-off-by: Nicolas Pitre <[EMAIL PROTECTED]>
---
diff --git a/.mail
On Sat, Dec 23, 2006 at 10:36:02PM +0100, Pavel Machek wrote:
> On Sat 2006-12-23 12:24:29, Adrian Bunk wrote:
> > On Thu, Dec 21, 2006 at 03:38:29PM +, Pavel Machek wrote:
> > > On Thu 14-12-06 20:51:36, Adrian Bunk wrote:
> > > > On Thu, Dec 14, 2006 at 12:17:49PM -0500, Theodore Tso wrote:
>
this is on a thinkpad t40, not sure if it means anything, but here it goes:
kernel: kernel BUG at fs/buffer.c:1235!
kernel: invalid opcode: [#1]
kernel: PREEMPT
kernel: Modules linked in: radeon drm binfmt_misc nfs sd_mod scsi_mod nfsd
exportfs lockd sunrpc autofs4 pcmcia firmware_class joy
Jan Engelhardt wrote:
>> I've set up some stuff on my box where /etc/security/limits.conf
>> contains the following:
>>
>> @users softnproc 3072
>> @users hardnproc 4096
>>
>> I'm in group users, and a simple fork bomb is easily quashed by this:
>>
>>
>I've set up some stuff on my box where /etc/security/limits.conf
>contains the following:
>
>@users softnproc 3072
>@users hardnproc 4096
>
>I'm in group users, and a simple fork bomb is easily quashed by this:
>
>[EMAIL PROTECTED]:~$ :(){ :|:; };:
>b
On Sun 2006-12-24 01:06:05, Pavel Machek wrote:
> On Sun 2006-12-24 01:01:50, Pavel Machek wrote:
> > Hi!
> >
> > > > I got this nasty oops while playing with debugger. Not sure if that is
> > > > related; it also might be something with bluetooth; I already know it
> > > > corrupts memory during
On Sun 2006-12-24 01:01:50, Pavel Machek wrote:
> Hi!
>
> > > I got this nasty oops while playing with debugger. Not sure if that is
> > > related; it also might be something with bluetooth; I already know it
> > > corrupts memory during suspend, perhaps it corrupts memory in some
> > > error path
Hi!
> > I got this nasty oops while playing with debugger. Not sure if that is
> > related; it also might be something with bluetooth; I already know it
> > corrupts memory during suspend, perhaps it corrupts memory in some
> > error path?
>
> Okay, I spoke too soon. bluetooth & suspend memory co
Hi!
> I got this nasty oops while playing with debugger. Not sure if that is
> related; it also might be something with bluetooth; I already know it
> corrupts memory during suspend, perhaps it corrupts memory in some
> error path?
Okay, I spoke too soon. bluetooth & suspend memory corruption was
> Subject: [patch] suspend: fix suspend on single-CPU systems
> From: Ingo Molnar <[EMAIL PROTECTED]>
>
> Clark Williams reported that suspend doesnt work on his laptop on
> 2.6.20-rc1-rt kernels. The bug was introduced by the following cleanup
> commit:
>
> commit 112cecb2cc0e7341db92281ba04b
Hi!
I got this nasty oops while playing with debugger. Not sure if that is
related; it also might be something with bluetooth; I already know it
corrupts memory during suspend, perhaps it corrupts memory in some
error path?
Pavel
Hi,
> Andrew Morton (AM) writes:
AM> Should be cacheline_aligned_in_smp.
AM> That's assuming it needs to be cacheline aligned at all. It can consume a
AM> lot of space.
the idea is to make block reservation cheap because it's called
for every page.
AM>
AM> oh, this should be
On Sat, 23 Dec 2006 14:14:48 -0600
Steve French <[EMAIL PROTECTED]> wrote:
> Is this a know problem with very current 2.6.19-rc?
>
> Building modules, stage 2.
> MODPOST 443 modules
> WARNING: "bitrev32" [drivers/net/8139cp.ko] undefined!
You'll need to set CONFIG_BITREVERSE. Somehow. This is
David Schwartz <[EMAIL PROTECTED]> wrote:
> > Two of the specific arguments I've heard are (a) that the board (and
> > its hardware interfaces that the documentation would describe) involve
> > IP licensed from a third party, which the board manufacturer does not
> > have a legal right to disclose,
On Fri, 22 Dec 2006 23:28:32 +0300
Alex Tomas <[EMAIL PROTECTED]> wrote:
> +/*
> + * With EXT4_WB_SKIP_SMALL defined the patch will try to avoid
> + * small I/Os ignoring ->writepages() if mapping hasn't enough
> + * contig. dirty pages
> + */
> +#define EXT4_WB_SKIP_SMALL__
> +
> +#define WB_ASSE
On Sat, 23 Dec 2006 14:14:48 -0600 Steve French wrote:
> Is this a know problem with very current 2.6.19-rc?
Do you mean 2.6.20-rc1?
> Building modules, stage 2.
> MODPOST 443 modules
> WARNING: "bitrev32" [drivers/net/8139cp.ko] undefined!
> WARNING: "serio_register_driver" [drivers/input/touch
On Fri, 22 Dec 2006 23:25:16 +0300
Alex Tomas <[EMAIL PROTECTED]> wrote:
Once this code is settled in we should consider removal of the existing
reservations code from ext4.
> +
> +struct ext4_reservation_slot {
> + __u64 rs_reserved;
> + spinlock_t rs_lock;
> +} cachel
Hi !
I finally managed to update my release scripts to safely produce a
final release, so I have released a 2.4.34 identical to -rc4, which
added just a security fix to -rc3. Complete changelog appended.
I've also released 2.4.33.7 with the same fix for those still
tracking 2.4.33.x.
Depending on
On Dec 20 2006 10:17, Patrick McHardy wrote:
>Jan Engelhardt wrote:
>>>Make sure the user specifies the match on the command line before
>>>your match. Look at the TCPMSS or REJECT targets for examples for
>>>this.
>>
>> That would mean I'd have to
>>
>> -p tcp -m multiport --dport 1,2,3,4 -m
On Sat 2006-12-23 12:24:29, Adrian Bunk wrote:
> On Thu, Dec 21, 2006 at 03:38:29PM +, Pavel Machek wrote:
> > On Thu 14-12-06 20:51:36, Adrian Bunk wrote:
> > > On Thu, Dec 14, 2006 at 12:17:49PM -0500, Theodore Tso wrote:
> > > > On Thu, Dec 14, 2006 at 04:33:47PM +, Alan wrote:
> > > > >
On Saturday 23 December 2006 3:37 am, Russell King wrote:
> Why do we need to convert between IRQ and PGIO numbers?
(I take it that's the only real issue you had with this patch, other
than maybe excessive #includes?)
I suppose we could do with a one way mapping: GPIO-to-IRQ, then
require driv
On Fri, Dec 22, 2006 at 06:14:48AM -0800, Paul Menage wrote:
> This patch implements the BeanCounter resource control abstraction
> over generic process containers. It contains the beancounter core
> code, plus the numfiles resource counter. It doesn't currently contain
> any of the memory tracking
Is this a know problem with very current 2.6.19-rc?
Building modules, stage 2.
MODPOST 443 modules
WARNING: "bitrev32" [drivers/net/8139cp.ko] undefined!
WARNING: "serio_register_driver" [drivers/input/touchscreen/mtouch.ko]
undefined!
(repeated many times)
-
To unsubscribe from this list: send
On Sat, 23 Dec 2006, Randy Dunlap wrote:
>
> BTW, reiserfs has similar build problems: it uses clear_page_dirty()
> so it won't build.
Not any more. I fixed that one (very different issue, btw: it's not
actually doign writeout, it actually wanted to cancel IO on truncated
buffers.
However,
Hi,
* Pavel Machek <[EMAIL PROTECTED]> [061222 13:49]:
> Hi!
>
> > > This is not yet complete set. set_map() is missing in latest kernels.
> > >
> > > Fix DECLARE_WORK()-change-related compilation problems. Please apply,
> > >
> > > --- a/drivers/mmc/omap.c
> > > +++ b/drivers/mmc/omap.c
> > > @
isicom, eliminate spinlock recursion
Many spinlock recursion was in the isicom driver. Eliminate it.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 59988b8c2d1ce45e5ccb715ac7ece78dfb73545a
tree d6060769defd71c77ffa340d579f95e24b783ebf
parent fe13ee556f3b973a3b27f154db9852766634d0d6
aut
On Sat, 23 Dec 2006 10:30:40 -0800 (PST) Linus Torvalds wrote:
>
> [ Andrew - I'm cc'ing you, because you caused the requirement that people
> use "set_page_writeback()" in their writepage() routine that CIFS seems
> to have been ignoring all these years. That was introduced more than
> tw
> Christoph Hellwig (CH) writes:
CH> Note that recording delayed alloc state at a page granularity in addition
CH> to just the buffer heads has a lot of advantages aswell and would help
CH> xfs, too. But I think it makes a lot more sense to record it as a radix
CH> tree tag to speed up th
Good day,
> David Chinner (DC) writes:
DC> So that mean's we'll have 2 separate mechanisms for marking
DC> pages as delalloc. XFS uses the BH_delay flag to indicate
DC> that a buffer (block) attached to the page is using delalloc.
well, for blocksize=pagesize we can save 56 bytes on ever
[ Andrew - I'm cc'ing you, because you caused the requirement that people
use "set_page_writeback()" in their writepage() routine that CIFS seems
to have been ignoring all these years. That was introduced more than
two years ago, back in April 11, 2004:
[PATCH] fdatasync integrity
David Schwartz <[EMAIL PROTECTED]> wrote:
[...]
> Honestly, I think it *is* wrong to sell someone a physical product and then
> not tell them how to make it work.
Right. And the driver *is* the "information to make it work", in a
convenient package.
[...]
> How would you feel if you bought a c
On Sat, Dec 23, 2006 at 07:51:40PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
>
> Generic event handling mechanism.
>
> Kevent is a generic subsytem which allows to handle event notifications.
> It supports both level and edge triggered events. It is similar to
> poll/epoll in some cases
Generic event handling mechanism.
Kevent is a generic subsytem which allows to handle event notifications.
It supports both level and edge triggered events. It is similar to
poll/epoll in some cases, but it is more scalable, it is faster and
allows to work with essentially eny kind of events.
Ev
Description.
diff --git a/Documentation/kevent.txt b/Documentation/kevent.txt
new file mode 100644
index 000..2e03a3f
--- /dev/null
+++ b/Documentation/kevent.txt
@@ -0,0 +1,240 @@
+Description.
+
+int kevent_init(struct kevent_ring *ring, unsigned int ring_size,
+ unsigned int flags)
Socket notifications.
This patch includes socket send/recv/accept notifications.
Using trivial web server based on kevent and this features
instead of epoll it's performance increased more than noticebly.
More details about various benchmarks and server itself
(evserver_kevent.c) can be found on
poll/select() notifications.
This patch includes generic poll/select notifications.
kevent_poll works simialr to epoll and has the same issues (callback
is invoked not from internal state machine of the caller, but through
process awake, a lot of allocations and so on).
Signed-off-by: Evgeniy Po
Kevent posix timer notifications.
Simple extensions to POSIX timers which allows
to deliver notification of the timer expiration
through kevent queue.
Example application posix_timer.c can be found
in archive on project homepage.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git
Signal notifications.
This type of notifications allows to deliver signals through kevent queue.
One can find example application signal.c on project homepage.
If KEVENT_SIGNAL_NOMASK bit is set in raw_u64 id then signal will be
delivered only through queue, otherwise both delivery types are use
Timer notifications.
Timer notifications can be used for fine grained per-process time
management, since interval timers are very inconvenient to use,
and they are limited.
This subsystem uses high-resolution timers.
id.raw[0] is used as number of seconds
id.raw[1] is used as number of nanosec
Pipe notifications.
diff --git a/fs/pipe.c b/fs/pipe.c
index f3b6f71..aeaee9c 100644
--- a/fs/pipe.c
+++ b/fs/pipe.c
@@ -16,6 +16,7 @@
#include
#include
#include
+#include
#include
#include
@@ -312,6 +313,7 @@ redo:
break;
}
if
Subject: [patch] suspend: fix suspend on single-CPU systems
From: Ingo Molnar <[EMAIL PROTECTED]>
Clark Williams reported that suspend doesnt work on his laptop on
2.6.20-rc1-rt kernels. The bug was introduced by the following cleanup
commit:
commit 112cecb2cc0e7341db92281ba04b26c41bb8146d
Au
On Fri, 2006-12-22 at 02:43 -0800, Stephane Eranian wrote:
> Hello,
>
>
> The perfmon subsystems needs to compute per-CPU duration. It is using
> sched_clock() to provide this information. However, it seems they are
> big variations in the way sched_clock() is implemented for each architectures,
On Wednesday 20 December 2006 14:21, Alistair John Strachan wrote:
> Hi,
>
> Any ideas?
Pretty much like clockwork, it happened again. I think it's time to take this
seriously as a software bug, and not some hardware problem. I've ran kernels
since 2.6.0 on this machine without such crashes, and
So after reading about usbmon, here are some logs.
Printer is inserted and on. Starting cups usb backend to get information
gives:
df827bc0 1861979946 S Bi:002:02 -115 8192 <
ddba34e0 1861979979 S Ci:002:00 s a1 00 03ff 1023 <
ddba34e0 1866979395 C Ci:002:00 -104 0
df827bc0 1866980389
On Fri, Dec 22, 2006 at 08:44:01PM +, Pavel Machek wrote:
> Hi!
>
> > > which userspace is using this btw?
> >
> > Ubuntu uses it to disable wireless hardware under certain circumstances.
> > I believe that Suse's powernowd uses it to power down wired ethernet
> > hardware when it's not in
Anderson Briglia wrote:
> Ok. I will fix the code and send another version of this patch on the V9
> series e-mail thread.
>
Have you found the time to fix this?
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer
If user (or script) doesn't specify that flag, it doesn't help. I think
the best solution for these filesystems would be either to add new syscall
int is_hardlink(char *filename1, char *filename2)
(but I know adding syscall bloat may be objectionable)
it's also the wrong api; the filenam
Hi,
On Friday, 22 December 2006 18:30, Larry Finger wrote:
> I'm trying to make the bcm43xx driver out of the 2.6.20-rc1-mm1 kernel work on
> an HPC nx6325, with no luck, so far, although I'm using a firmware that has
> been reported to work with these boxes
> (http://gentoo-wiki.com/HARDWARE_Gent
On Sat, 23 Dec 2006, Ingo Molnar wrote:
>
> i can whip up a patch for any of these conversions, but i dont think we
> need this flux right now.
>
I agree, it's not needed right now. But making BUG_ON panic seems to be a
good idea, but if you do make that change (and even if you don't), could
y
Hi,
Arjan van de Ven <[EMAIL PROTECTED]> writes:
> On Sat, 2006-12-23 at 10:02 +0900, OGAWA Hirofumi wrote:
>> Current -mm's mmconfig has some problems of remapped range.
>>
>> a) In the case of broken MCFG tables on Asus etc., we need to remap
>> 256M range, but currently only remap 1M.
>
> I r
On Thu, Dec 21, 2006 at 11:33:11AM +0100, Arnaud Patard wrote:
> > +#include
>
> imho, this is not needed. The user who will use irq will add it in his
> code anyway.
>
> > +#include
This is a pet peave. _NO_ drivers should include either of these two
headers directly. Use asm/irq.h and asm/
On Fri, Dec 22, 2006 at 02:07:00AM -0800, Stephane Eranian wrote:
> Andrian,
>
> On Fri, Dec 22, 2006 at 02:06:41AM +0100, Adrian Bunk wrote:
> > > changelog:
> > > - add a notifier mechanism to the low level idle loop. You can
> > > register a callback function which gets invoked on entry a
On Wed, Dec 20, 2006 at 01:13:21PM -0800, David Brownell wrote:
> Arch-neutral GPIO calls for SA-1100.
>
> From: Philipp Zabel <[EMAIL PROTECTED]>
>
> +static inline unsigned gpio_to_irq(unsigned gpio)
> +{
> + if (gpio < 11)
> + return IRQ_GPIO0 + gpio;
> + else
> +
On Thu, Dec 21, 2006 at 03:38:29PM +, Pavel Machek wrote:
> On Thu 14-12-06 20:51:36, Adrian Bunk wrote:
> > On Thu, Dec 14, 2006 at 12:17:49PM -0500, Theodore Tso wrote:
> > > On Thu, Dec 14, 2006 at 04:33:47PM +, Alan wrote:
> > > > > The trick is to let a lawyer send cease and desist let
On Fri, 2006-12-22 at 22:16 -0500, Patrick Reynolds wrote:
> I believe that io_submit() blocks when it shouldn't. I have read the two
> recent LKML threads on the subject.
> Any ideas?
>
AIO to files isn't actually asynchronous (with the possible exception of
O_DIRECT opened files).
> --
* Steven Rostedt <[EMAIL PROTECTED]> wrote:
> WARN_ON is still a BUG, but we know enough about it that we can just
> cripple the system so that it doesn't break anything. [...]
well - a WARN_ON() can be /anything/. It is the same as BUG_ON(), but it
doesnt crash the box immediately and on purp
* Chen, Tim C <[EMAIL PROTECTED]> wrote:
> Ingo,
>
> We did some benchmarking on 2.6.19-rt14, compared it with 2.6.19
> kernel and noticed several slowdowns. The test machine is a 2 socket
> woodcrest machine with your default configuration.
cool - thanks for the feedback! Running the 64-bi
On Fri, 2006-12-15 at 09:56 -0800, Greg KH wrote:
> On Fri, Dec 15, 2006 at 09:36:04AM +0100, Soeren Sonnenburg wrote:
> > On Sat, 2006-12-09 at 21:08 -0500, Joseph Fannin wrote:
> > > On Fri, 2006-12-08 at 18:19 +0100, Soeren Sonnenburg wrote:
[...]
> > Greg,
> >
> > I've noticed that this patch
Dear all,
The apple fn keys don't work anymore with 2.6.20-rc1.
The reason is that USB_HID_POWERBOOK appears in several files although
USB_HIDINPUT_POWERBOOK is the thing to be used.
the attached trivial patch fixes this.
Please apply.
Soeren
--
Sometimes, there's a moment as you're waking, wh
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> it's purely historic - the i686 sched_clock() implementation predates
> the scheduler's ability to deal with non-synchronous per-CPU clocks. I
> tried to fix that (a year ago) and it didnt work out - but i've
> reviewed my old patch and now realize wh
On Sat, 2006-12-23 at 10:02 +0900, OGAWA Hirofumi wrote:
> Current -mm's mmconfig has some problems of remapped range.
>
> a) In the case of broken MCFG tables on Asus etc., we need to remap
> 256M range, but currently only remap 1M.
Hi,
I respectfully disagree. If the MCFG table is broken, we
>
> If user (or script) doesn't specify that flag, it doesn't help. I think
> the best solution for these filesystems would be either to add new syscall
> int is_hardlink(char *filename1, char *filename2)
> (but I know adding syscall bloat may be objectionable)
it's also the wrong api; th
Am Freitag, 22. Dezember 2006 14:10 schrieben Sie:
> Your mailer has mangled tabs into whitespace. Also, your patch needs to
> be applicable with -p1 from the root kernel dir.
I think, it was more the copy and paste from the shell; should have included
the file instead.
> Given the description
Hi!
> > That's a workable approach to resolving the underlying problem in the
> > long term. In the short term, notice the system still works correctly
> > if you don't try writing those files.
>
> Well, except I'm now burning an extra couple of watts of power. I
> consider that pretty broken.
Hi!
> > The existence of the power/state interface wasn't a bug - it was a
> > deliberate decision to add it. It's the only reason the
> > dpm_runtime_suspend() interface exists.
Actually, if we noticed power/state during PM framework review, it
would have been killed. It is just way too ugly.
Hi!
> These patches extend and standardise local_t operations on each architectures,
> allowing a rich set of atomic operations to be done on per-cpu data with
> minimal performance impact. On some architectures, there seems to be no
> difference between the SMP and UP operation (same memory barri
Hi!
> > about your driver list;
> > do you have an idea of what the top 5 relevant ones would be?
> > I'd be surprised if the top 5 together had less than 95% market share,
> > so if we fix those we'd be mostly done already.
>
> In terms of what I've seen on vaguely modern hardware, I'd guess at
Hi!
> > which userspace is using this btw?
>
> Ubuntu uses it to disable wireless hardware under certain circumstances.
> I believe that Suse's powernowd uses it to power down wired ethernet
> hardware when it's not in use.
I flamed seife for this. It was always broken for 20%-or-so of
hardwar
Hi!
> >Stop spreading fud. Take powersave + suspend from
> >suse10.2, and see
> >if you can break it.
> >
> >sata_nv seems to have problem, that's it. and it
> >triggered problem in
> >reiserfs. Use ext3 if you care about your data, and yes
> >your drivers
> >need to support suspend/resume.
>
Jiri,
Jiri Slaby <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] wrote:
>> Hi Jiri,
>>
>> I've figured out that both old and new mxser drivers have two similar
>> problems:
>>
>> 1. When there are data coming to a port, sometimes opening of the port
>>entirely locks the box. This is quite re
On Sat, Dec 23, 2006 at 02:31:23PM +1100, David Chinner wrote:
> > - ext4-delayed-allocation.patch
> >delayed allocation itself, enabled by "delalloc" mount option.
> >extents support is also required. currently it works only
> >with blocksize=pagesize.
>
> Ah, that's why you can get
On Fri, 2006-12-22 at 13:32 +0100, Martin Michlmayr wrote:
> * Andrei Popa <[EMAIL PROTECTED]> [2006-12-22 14:24]:
> > With all three patches I have corruption
>
> I've completed one installation with Linus' patch plus the two from
> Andrew successfully, but I'm currently trying again... but I
Hi,
I'm tying to run 2.6.18 kernel on ARM AT91RM9200DK board with NFS mount
root filesystem.
The printout from the boot is :
Loading:
#
#
#
92 matches
Mail list logo