On Mon, 11 Dec 2006 18:29:44 +0100
Malte Schröder <[EMAIL PROTECTED]> wrote:
> Isn't window scaling something that the tcp-stacks on both ends of the
> connection do? AFAIK the routers and firewalls that push the packets around
> have nothing to do with it .. but I could be wrong ;)
Correct.
On Mon, 11 Dec 2006, Linus Torvalds wrote:
>
> What crud. I'm even slightly inclined to just let SLES9 be broken, just to
> let people know how unacceptable it is to look for strings in kernel
> binaries. But sadly, I don't think the poor users should be penalized for
> some idiotic SLES
On Mon, 2006-12-11 at 08:09 -0800, Martin Knoblauch wrote:
> Hi, [please CC me, as I am not subscribed]
>
> after updating a RHEL4 box (EM64T based) to a plain 2.6.19 kernel, we
> are seeing repeated occurences of the following messages (about every
> 45-50 minutes).
>
> It is always the same
On Monday 11 December 2006 11:03, Jan Engelhardt wrote:
> Is there some test utility I can run that reliably says if there is a
> broken window scaler in the path to an arbitrary host?
Isn't window scaling something that the tcp-stacks on both ends of the
connection do? AFAIK the routers and
On Mon, 11 Dec 2006 17:58:29 +0100
Tilman Schmidt <[EMAIL PROTECTED]> wrote:
> On Mon, 11 Dec 2006 10:20:16 +, Alan wrote:
> > This looks wrong. You already have a kernel interface to serial drivers.
> > It is called a line discipline. We use it for ppp, we use it for slip, we
> > use it for
Alan wrote:
This is going to require some more thought. But I believe it can be
done with adding a poll routine to the tty_operations structure
What status do you need to poll ?
I need to poll for receive and transmit characters so I can do I/O
during panics (interrupts disabled).
On Fri, Dec 08, 2006 at 12:21:04PM -0500, Maria Short wrote:
> I have a question regarding how the Linux kernel handles slack space.
> I know that the ext3 filesystems typically use 1,2 or 4 KB blocks and
> if a file is not an even multiple of the block size then the last
> allocated block will
Hi,
On Tue, 2006-12-12 at 03:39 +1100, Nick Piggin wrote:
> Steven Whitehouse wrote:
>
> >>Hmm, doesn't look like we can do this either because at least GFS2
> >>uses BH_New for its own special things.
> >>
> >
> > What makes you say that? As far as I know we are not doing anything we
> >
On Sun, 10 Dec 2006, Andrew Morton wrote:
> > I fixed the cpuset_zone_allowed() call from fallback_alloc() to avoid
> > sleeping. Notice the __GFP_HARDWALL added in Linus's version, or the
> > new function cpuset_zone_allowed_hardwall() in Andrew's version, all
> > done in the last week.
> >
>
Calling sg_init_one() with NULL buf causes oops on certain
configurations. Don't initialize sg in ata_exec_internal() if
DMA_NONE and make the function complain if @buf is NULL when dma_dir
isn't DMA_NONE. While at it, fix comment.
The problem is discovered and initial patch was submitted by
I went to upgrade my kernel on a couple of boxes yesterday and noticed
that the Interphase Tachyon chipset Fibre Channel driver was removed
from the kernel. I think 2.6.1 was the last one it was still in. Was
there a reason it was pulled?
If not, do I have to volunteer to put it back in or can
Hi,
I am using the Nokia E61 phone on my Fujitsu Siemens Amilo D Celeron
2.8GHz Notebook as an USB-Modem (cdc_acm 2-1:1.10: ttyACM0: USB ACM
device) to connect over UMTS to the internet.
If I plug the USB-cable in the Notebook the system will freeze or I
only get the following message: [
> I was actually wrong, flush_to_ldisc does handle reentrancy.
> It can only have one caller to disc->receive_buf() at a time. So
> long chains of recursion don't seem to be possible, even if called
> from IRQ context.
disc->receive_buf is single threaded but if it then sends characters back
in
Tilman Schmidt wrote:
On Mon, 11 Dec 2006 10:20:16 +, Alan wrote:
This looks wrong. You already have a kernel interface to serial drivers.
It is called a line discipline. We use it for ppp, we use it for slip, we
use it for a few other things such as attaching sync drivers to some
On Mon, 11 Dec 2006 10:20:16 +, Alan wrote:
> This looks wrong. You already have a kernel interface to serial drivers.
> It is called a line discipline. We use it for ppp, we use it for slip, we
> use it for a few other things such as attaching sync drivers to some
> devices.
I was under the
James Bottomley wrote:
On Mon, 2006-12-11 at 11:24 -0500, Jeff Garzik wrote:
Darrick J. Wong wrote:
The Quantum GoVault SATAPI removable disk device returns ATA_ERR in
response to a REPORT LUNS packet. If this happens to an ATAPI device
that is attached to a SAS controller (this is the case
Hi, [please CC me, as I am not subscribed]
On USB keyboards lots of hot/internet keys are not working. This patch
adds support for a number of keys from the USB HID Usage Table
(http://www.usb.org/developers/devclass_docs/Hut1_12.pdf).
It also adds several new key codes. Most of them are
On Mon, 2006-12-11 at 11:24 -0500, Jeff Garzik wrote:
> Darrick J. Wong wrote:
> > The Quantum GoVault SATAPI removable disk device returns ATA_ERR in
> > response to a REPORT LUNS packet. If this happens to an ATAPI device
> > that is attached to a SAS controller (this is the case with sas_ata),
On Mon, 11 Dec 2006, Olaf Hering wrote:
>
> Please revert this change.
Well, that "get_kernel_version" is definitely buggered, and should be
fixed. And we do want the new behaviour for /proc/version.
So I don't think we should revert it, but we should:
- use separate strings for
On Mon, Dec 11, 2006 at 12:58:07AM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.19-rc6-mm2:
>...
> git-ubi.patch
>...
> git trees.
>...
The MTD_UBI and the MTD_UBI_DEBUG_PARANOID_* options lack help texts.
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly
Steven Whitehouse wrote:
Hmm, doesn't look like we can do this either because at least GFS2
uses BH_New for its own special things.
What makes you say that? As far as I know we are not doing anything we
shouldn't with this flag, and if we are, then I'm quite happy to
consider fixing it up so
Hi Ingo,
Thanks for your reply. I tried -rt12 and could successfully boot my system.
However, now I find the following during boot:
registering clocksource pit
[] clocksource_register+0x2f/0x130
[] sysdev_register+0xf4/0x100
[] init_pit_clocksource+0x60/0x70
[] init+0x8f/0x310
[]
On Mon, Dec 11, Andy Whitcroft wrote:
> # get_kernel_version /boot/vmlinuz-autobench
> %s
It expects the content from `cat /proc/version`:
...
for (i = 0; i < in; i++)
if (buffer[i] == 'L' && buffer[i+1] == 'i' &&
buffer[i+2] == 'n' && buffer[i+3] == 'u' &&
Hi,
[EMAIL PROTECTED] wrote:
> Hi Geert, James, FBdev, MM folk,
>
> Appended is my attempt to support the Hecuba/E-Ink display. I've added
> some code to do deferred IO. This is there in order to hide the latency
> associated with updating the display (500ms to 800ms). The method used
> is to
On Monday, 11 December 2006 07:52, Dipankar Sarma wrote:
> On Sun, Dec 10, 2006 at 03:18:38PM +0100, Rafael J. Wysocki wrote:
> > On Sunday, 10 December 2006 13:16, Andrew Morton wrote:
> > > On Sun, 10 Dec 2006 12:49:43 +0100
> >
> > Hm, currently we're using the CPU hotplug to disable the
On 12/11/06, Mauricio Lin <[EMAIL PROTECTED]> wrote:
Hi Aneesh,
I have posted a patch for that as well. You can check it at
http://lkml.org/lkml/2006/11/30/315.
Changes i posted was with respect to a latest kernel and also had some
more failure case properly returning error. So i picked my
On Mon, 11 Dec 2006, Al Viro wrote:
>
> FWIW, I really think that this sort of bugs ("oh, I call hotplug,
> rootfs is there but kernel is not ready, woe is me") clearly show
> that many, _many_ users of hotplug are BS. The reason is simple -
> if we have a call of hotplug that early, we have a
On Mon, 11 Dec 2006, David Howells wrote:
>
> Ah. I thought that was just for supporting old versions of gcc. I didn't
> realise it was for handling strange compilers.
I'm not sure how much (if at all) the Intel compiler is actually used, and
for all I know it may even support
Hi Evgeniy,
I have used kobject_uevent() to notify userspace about some events.
For instance, when memory comsumption reaches a predefined watermark,
a signal is sent to userspace to allow applications to free resources.
But I am not sure if kobject_uevent() is the more appropriate way for
that
Robert Hancock wrote:
+static void nv_remove_one (struct pci_dev *pdev)
+{
+ struct ata_host *host = dev_get_drvdata(>dev);
+ struct nv_host_priv *hpriv = host->private_data;
+
+ kfree(hpriv);
+ ata_pci_remove_one(pdev);
+}
It is unwise to free the struct
Darrick J. Wong wrote:
The Quantum GoVault SATAPI removable disk device returns ATA_ERR in
response to a REPORT LUNS packet. If this happens to an ATAPI device
that is attached to a SAS controller (this is the case with sas_ata),
the device does not load because SCSI won't touch a "SCSI device"
Alan wrote:
On Mon, 11 Dec 2006 08:52:20 -0600
Corey Minyard <[EMAIL PROTECTED]> wrote:
So here's the start of discussion:
1) The IPMI driver needs to run at panic time to modify watchdog
timers and store panic information in the event log. So no work
queues, no delayed work, and the need
On Mon, Dec 11 2006, Vasily Tarasov wrote:
> CFQ I/O scheduler does the following actions to
> find out whether the request is sync:
>
> rw = rq_data_dir(rq); => possible values for rw are 0 or 1
>
> static inline pid_t cfq_queue_pid(struct task_struct *task, int rw)
> {
> if (rw == READ
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > Mark the bit reversal functions as being const as they always return the
> > same output for any given input.
>
> Well, we should mark the argument const too, no?
The argument is just an integer; I'm not sure that marking it const actually
achieves
On Mon, 2006-12-11 at 16:59 +0100, Ingo Molnar wrote:
> * Daniel Walker <[EMAIL PROTECTED]> wrote:
>
> > On Mon, 2006-12-11 at 10:27 +0100, Ingo Molnar wrote:
> > > * Daniel Walker <[EMAIL PROTECTED]> wrote:
> > >
> > > > Sent this a long time ago, still exists.
> > > >
> > > > Signed-Off-By:
Hi,
On Tue, 2006-12-12 at 02:52 +1100, Nick Piggin wrote:
> Nick Piggin wrote:
> > Mark Fasheh wrote:
>
> >> ->commit_write() would probably do fine. Currently, block_prepare_write()
> >> uses it to know which buffers were newly allocated (the file system
> >> specific
> >> get_block_t sets the
Hi, [please CC me, as I am not subscribed]
after updating a RHEL4 box (EM64T based) to a plain 2.6.19 kernel, we
are seeing repeated occurences of the following messages (about every
45-50 minutes).
It is always the same server (a NetApp filer, mounted via the
user-space automounter "amd") and
On Mon, 11 Dec 2006, David Howells wrote:
>
> Mark the bit reversal functions as being const as they always return the same
> output for any given input.
Well, we should mark the argument const too, no?
Does anythign actually improve from this? Also, we should actually use
On Mon, Dec 11, 2006 at 08:01:40AM -0800, Linus Torvalds wrote:
>
>
> On Mon, 11 Dec 2006, Al Viro wrote:
>
> > On Mon, Dec 11, 2006 at 02:27:46AM -0800, Andrew Morton wrote:
> > > @@ -115,6 +115,11 @@ extern void setup_arch(char **);
> > > #define device_initcall_sync(fn)
On Tue, 12 Dec 2006, Nick Piggin wrote:
> > >Do you have CONFIG_DEBUG_VM turned on? I think we miss clearning
> > >BH_New in some places, thus causing an error path to zero the block
> > >incorrectly if we hit an error that CONFIG_DEBUG_VM makes much more
> > >likely.
> > Yes, I have. Will
On Mon, 11 Dec 2006, Al Viro wrote:
> On Mon, Dec 11, 2006 at 02:27:46AM -0800, Andrew Morton wrote:
> > @@ -115,6 +115,11 @@ extern void setup_arch(char **);
> > #define device_initcall_sync(fn) __define_initcall("6s",fn,6s)
> > #define late_initcall(fn)
* Daniel Walker <[EMAIL PROTECTED]> wrote:
> On Mon, 2006-12-11 at 10:27 +0100, Ingo Molnar wrote:
> > * Daniel Walker <[EMAIL PROTECTED]> wrote:
> >
> > > Sent this a long time ago, still exists.
> > >
> > > Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]>
> >
> > hm, what does this do, and
Tejun Heo wrote:
Calling sg_init_one() with NULL buf causes oops on certain
configurations. Don't initialize sg in ata_exec_internal() if
DMA_NONE and make the function complain if @buf is NULL when dma_dir
isn't DMA_NONE. While at it, fix comment.
The problem is discovered and initial patch
Nick Piggin wrote:
Mark Fasheh wrote:
->commit_write() would probably do fine. Currently, block_prepare_write()
uses it to know which buffers were newly allocated (the file system
specific
get_block_t sets the bit after allocation). I think we could safely move
the clearing of that bit to
On Mon, 11 Dec 2006, Chuck Ebbert wrote:
>
> Prevent oops when an app tries to create a pipe while pipefs
> is not mounted.
Have you actually seen this, or is this just from looking at code?
Quite frankly, if "pipe_mnt" is ever NULL, we're dead for lots of other
reasons.
In fact, pipe_mnt
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/Kconfig |8 +
drivers/net/chelsio/cxgb2.c | 23 +-
drivers/net/chelsio/sge.c | 115 -
CFQ I/O scheduler does the following actions to
find out whether the request is sync:
rw = rq_data_dir(rq); => possible values for rw are 0 or 1
static inline pid_t cfq_queue_pid(struct task_struct *task, int rw)
{
if (rw == READ || rw == WRITE_SYNC) => second condition is always false
On Mon, 2006-12-11 at 10:27 +0100, Ingo Molnar wrote:
> * Daniel Walker <[EMAIL PROTECTED]> wrote:
>
> > Sent this a long time ago, still exists.
> >
> > Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]>
>
> hm, what does this do, and why isnt it upstream?
AFAIK, those locks are added in -rt
On Sun, 2006-12-10 at 20:02 -0800, Roland Dreier wrote:
> I haven't seen any evidence of the corresponding ethernet NIC driver
> being merged for 2.6.20 (which is a prerequisite, right).
>
> What's the status of that?
>
It is on its third or fourth round of review. The last driver posted on
Comments:
* [oh, everybody will hate me for saying this, but...] to me, "kevent"
implies an internal kernel subsystem. I would rather call it "uevent"
or anything else lacking a 'k' prefix.
* I like the absolute timespec (and use of timespec itself)
* more on naming: I think kevent_open
On Mon, 11 Dec 2006 08:52:20 -0600
Corey Minyard <[EMAIL PROTECTED]> wrote:
> So here's the start of discussion:
>
> 1) The IPMI driver needs to run at panic time to modify watchdog
> timers and store panic information in the event log. So no work
> queues, no delayed work, and the need for some
Hi there,
Well, after I was getting the error again, I now switched back to kernel
2.6.18.1, and going to check if I am getting the same errors. I'll keep
you posted about the progress. If a week have passed and no errors has
shown, I'll e-mail this again.
Thanks!
Jim.
> Hi,
>
>> Well, that's
Jiri Kosina wrote:
On Tue, 12 Dec 2006, Nick Piggin wrote:
Am I the only one seeing something strange on ext3 with this kernel?
For example /etc/resolv.conf gets corrupted during the dhclient run.
It looks like this, after dhclient finishes:
Do you have CONFIG_DEBUG_VM turned on? I think
Hi Aneesh,
I have posted a patch for that as well. You can check it at
http://lkml.org/lkml/2006/11/30/315.
BR,
Mauricio Lin.
On 12/10/06, Aneesh Kumar K.V <[EMAIL PROTECTED]> wrote:
Greg KH wrote:
> On Tue, Nov 28, 2006 at 07:38:01PM +, Mauricio Lin wrote:
>> Hi Greg,
>>
>> It is
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
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
test.kernel.org testing seems to have shaken out a problem with the
kernel banner changing, introduced by this commit:
[PATCH] Fix linux banner utsname information
commit a2ee8649ba6d71416712e798276bf7c40b64e6e5
We first noticed it with 2.6.19-git13 as we use this version
Paul Mundt wrote:
This looks like a result of too many auto-merges. The
CONFIG_ARCH_VERSATILE case was handled a total of 6 times.
This kills 5 of them.
Signed-off-by: Paul Mundt <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Mon, Dec 11, 2006 at 12:58:07AM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.19-rc6-mm2:
>...
> +x86_64-mm-i386-add-idle-notifier.patch
>
> x86 tree update
>...
This patch adds code and EXPORT_SYMBOL's that bloat the kernel for
everyone but are currently completely unused in the
Alan wrote:
On Sun, 10 Dec 2006 19:23:54 -0600
Corey Minyard <[EMAIL PROTECTED]> wrote:
Nothing has come of this yet. But we have these two requests and a
request from Russell Doty at Redhat.
It would be nice to know if this type of thing was acceptable or not,
and the problems with the
On Thu, 7 Dec 2006, Peter Stuge wrote:
> On Wed, Dec 06, 2006 at 01:08:14PM -0800, Lu, Yinghai wrote:
> > -Original Message-
> > From: Andi Kleen [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, December 06, 2006 12:59 PM
> >
> > >I haven't looked how the other usb_debug works -- if it's
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;
}
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
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.
On Wed, 2006-11-29 at 14:21 -0800, Linus Torvalds wrote:
> You could send me and the kernel mailing list a note about it anyway, of
> course. (And perhaps pictures, if your dachshund is involved. Not that
> we'd be interested, of course. No. Just so that we'd know to avoid it next
> time).
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
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
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
On Tue, 12 Dec 2006, Nick Piggin wrote:
> > Am I the only one seeing something strange on ext3 with this kernel?
> > For example /etc/resolv.conf gets corrupted during the dhclient run.
> > It looks like this, after dhclient finishes:
> Do you have CONFIG_DEBUG_VM turned on? I think we miss
Arnd Bergmann wrote:
On Monday 11 December 2006 15:02, Tejun Heo wrote:
{
struct scatterlist sg;
+ unsigned int n_elem = 0;
- sg_init_one(, buf, buflen);
+ if (dma_dir != DMA_NONE) {
+ WARN_ON(!buf);
+ sg_init_one(, buf, buflen);
+
Jiri Kosina wrote:
On Mon, 11 Dec 2006, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.19-mm1/
Am I the only one seeing something strange on ext3 with this kernel?
For example /etc/resolv.conf gets corrupted during the dhclient run. It
looks like this,
Tejun Heo wrote:
> I'll follow up with conversion to ata_do_simple_cmd().
The current situation is...
ata_exec_internal_sg() : no user except for ata_exec_internal() yet
ata_exec_internal() : one data transferring user. other are non-data
ata_do_simple_cmd() : three users
So, adding
[EMAIL PROTECTED] wrote:
Hi Guys,
I have a box running Fedora 2.6.5-1.358smp. Recently DNS and SMTP went
down on the box and both had to be restarted. I got the following
errors in the logs but dont have a clue what they mean.
Any help from you wonderful people would be most appreciated as
On Mon, Dec 11, 2006 at 02:47:55PM +1100, Benjamin Herrenschmidt wrote:
> So at first, an unassigned resource has the IORESOURCE_UNSET flag set
> (or is supposed to). pci_assign_resource() itself will clear that flag
> if it succeeds.
>
> However, pretty much nothing else checks that flag, so
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> > I'm not sure that's a good idea. You have to be careful not to cause
> > confusion with ordinary "const".
>
> It's all in the naming. You could call it 'purefunc' or somesuch.
No, not "pure". That's something else.
> __attribute__ is very very
Nick Piggin wrote:
Mark Fasheh wrote:
If we make the change I described above (looking for BH_New buffers
outside
the range passed), then zero length or partial shouldn't matter, but zero
length instead of partial would be nicer imho just for the sake of
reducing
the total number of cases
Akinobu Mita <[EMAIL PROTECTED]> wrote:
> __attribute_pure__ ?
I'm not sure "pure" is better than const in this case. Although it *does* look
at a global variable (byte_rev_table), that variable is constant. In effect,
the functions output does only depend on its input. The R/O data it
On Mon, 11 Dec 2006 14:26:30 +0100
"Alessandro Suardi" <[EMAIL PROTECTED]> wrote:
> I still have this problem in 2.6.19-git17. Is this expected behavior
> or should it have been fixed by now ?
I don't currently have time to track the -git trees. Once 19rc1 appears
I'll take a look and send
On Mon, 11 Dec 2006 22:26:25 +0900
Tejun Heo <[EMAIL PROTECTED]> wrote:
> piix_init_one() allocates host private data which should be freed by
> piix_host_stop(). ich_pata_ops wasn't converted to piix_host_stop()
> while merging, leaking 4 bytes on driver detach. Fix it.
>
> This was spotted
On Fri, Dec 08 2006, Avantika Mathur wrote:
> On Fri, 2006-12-08 at 13:05 +0100, Jens Axboe wrote:
> > On Thu, Dec 07 2006, Avantika Mathur wrote:
> > > Hi Jens,
> >
> > (you probably noticed now, but the [EMAIL PROTECTED] email is no longer
> > valid)
>
> I saw that, thanks!
> > > I've noticed
Calling sg_init_one() with NULL buf causes oops on certain
configurations. Don't initialize sg in ata_exec_internal() if
DMA_NONE and make the function complain if @buf is NULL when dma_dir
isn't DMA_NONE. While at it, fix comment.
The problem is discovered and initial patch was submitted by
Benjamin Herrenschmidt wrote:
> Could that be related to the fix
>
> [PATCH] libata: fix oops with sparsemem
>
> That Arnd Bergmann just posted ? I'm copying it below in case you
> haven't seen it.
Seems to be the same problem to me. I'll reply in the original thread.
Thanks.
--
tejun
-
To
calc_load() is called by timer interrupt to update avenrun[].
It currently calls nr_active() at each timer tick (HZ per second), while the
update of avenrun[] is done only once every 5 seconds. (LOAD_FREQ=5 Hz)
nr_active() is quite expensive on SMP machines, since it has to sum up
nr_running
Andreas Schwab wrote:
Jeff Garzik <[EMAIL PROTECTED]> writes:
* another annotation to consider is C99 keyword 'restrict'.
This is useless as long as we compile with -fno-strict-aliasing (and I
don't think this will ever change).
Yes, just as useless as __attribute__((bitwise))... :)
This patch converts the tracking of the user space watchdog process from
using a pid_t to use struct pid. This makes us safe from pid wrap around
issues and prepares the way for the pid namespace.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
fs/ncpfs/inode.c | 11
* Oliver Bock <[EMAIL PROTECTED]> wrote:
> Hi Ingo,
>
> I tried to boot a vanilla 2.6.19 kernel with your 2.6.19-rt11 patch
> but without success. However, the patch applied without a single error
> and the vanilla kernel (without the patch) works fine so far. As my
> screen just stays black
Jeff Garzik <[EMAIL PROTECTED]> writes:
> * another annotation to consider is C99 keyword 'restrict'.
This is useless as long as we compile with -fno-strict-aliasing (and I
don't think this will ever change).
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH,
David Howells wrote:
Jeff Garzik <[EMAIL PROTECTED]> wrote:
* naked __attribute__ is ugly. define something short and memorable in
include/linux/compiler.h.
I'm not sure that's a good idea. You have to be careful not to cause confusion
with ordinary "const".
It's all in the naming. You
On Sun, Dec 10, 2006 at 11:46:44PM -0500, Chuck Ebbert wrote:
> If your hardware can run the x86_64 kernel, try using that with your
> i386 userspace. It works here...
Losing vm86() support can cause problems.
--
Matthew Garrett | [EMAIL PROTECTED]
-
To unsubscribe from this list: send the
On 12/3/06, Alessandro Suardi <[EMAIL PROTECTED]> wrote:
On 12/3/06, Alan <[EMAIL PROTECTED]> wrote:
> > > ACPI: PCI Interrupt :00:1f.2[B] -> Link [LNKB] -> GSI 5 (level, low)
-> IRQ5
> > > PCI: Unable to reserve I/O region #1:[EMAIL PROTECTED] for device
:00:1f.2
> > > ata_piix: probe
On Mon, Dec 11, 2006 at 12:35:36PM +, David Howells wrote:
> diff --git a/include/linux/bitrev.h b/include/linux/bitrev.h
> index 05e540d..032056b 100644
> --- a/include/linux/bitrev.h
> +++ b/include/linux/bitrev.h
> @@ -5,11 +5,11 @@ #include
>
> extern u8 const byte_rev_table[256];
>
piix_init_one() allocates host private data which should be freed by
piix_host_stop(). ich_pata_ops wasn't converted to piix_host_stop()
while merging, leaking 4 bytes on driver detach. Fix it.
This was spotted using Kmemleak by Catalin Marinas.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Cc:
This patch converts the tracking of the user space watchdog process from
using a pid_t to use struct pid. This makes us safe from pid wrap around
issues and prepares the way for the pid namespace.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
fs/ncpfs/inode.c | 11
smbfs keeps track of the user space server process in conn_pid.
This converts that track to use a struct pid instead of pid_t.
This keeps us safe from pid wrap around issues and prepares the way
for the pid namespace.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
fs/smbfs/inode.c
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> * overall, I agree with this type of change. several Linux lib functions
> could use this sort of annotation.
Yes. I just happened to notice bitrev.c at the end of my git pull and wondered
if it was what it sounded like...
> * I question its usefulness
Currently this driver tracks user space clients
it should send signals to. In the presenct of file
descriptor passing this is appears susceptible to
confusion from pid wrap around issues.
Replacing this with a struct pid prevents us from
getting confused, and prepares for a pid namespace
This defers SAK so we can use the normal console semaphore to order
operations.
This removes the xchg operations that I used to attempt to attmically
update struct pid, because of the strange locking used for SAK. With
SAK using the normal console semaphore nothing special is needed.
Cc: Oleg
Am Sonntag, 10. Dezember 2006 09:10 schrieb Andrew Morton:
>
> So I'm pretending to be kbuild maintainer and I now realise I simply don't
> know what this patch series does.
>
> Can you please explain it a lot more?
lets "make xconfig" on a freshly untarred kernel-tree.
look at the floppy disk
I 'm the maintainer of Trinity Rescue Kit and I try to make kernels as
generic as possible, supporting the most possible hardware. So I compile
about any disk and nic driver. Processor arch is generic 586.
Here 's the command with which I made 2.6.19 crash.
'for i in *; do i=`echo $i | cut -d .
On 11/12/06, kalyan kumar <[EMAIL PROTECTED]> wrote:
I am not able to compile latest kernel code in cygwin environment. It
fails for not ELF error always and exits. Any suggestions please?
One suggestion: Don't do that.
That's not a supported way to build the kernel.
--
Jesper Juhl <[EMAIL
201 - 300 of 739 matches
Mail list logo
