Provide an a_ops->swapfile() implementation for NFS. This will set the
NFS socket to SOCK_VMIO and run socket reconnect under PF_MEMALLOC as well
as reset SOCK_VMIO before engaging the protocol ->connect() method.
PF_MEMALLOC should allow the allocation of struct socket and related objects
and the
Enable (i)SCSI on UML, dunno why SCSI was deemed broken, it works like a charm.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
Acked-by: Jeff Dike <[EMAIL PROTECTED]>
Cc: James Bottomley <[EMAIL PROTECTED]>
Cc: Mike Christie <[EMAIL PROTECTED]>
---
arch/um/Kconfig | 16 --
a
Do as Trond suggested:
http://lkml.org/lkml/2006/8/25/348
Disable NFS data cache revalidation on swap files since it doesn't really
make sense to have other clients change the file while you are using it.
Thereby we can stop setting PG_private on swap pages, since there ought to
be no further
GFP_NOFS is not enough, since swap traffic is IO, hence fall back to GFP_NOIO.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
fs/nfs/pagelist.c |2 +-
fs/nfs/write.c|6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
Index: linux-2.6-git/fs/nfs/write.c
It could happen that all !SOCK_VMIO sockets have buffered so much data
that we're over the global rmem limit. This will prevent SOCK_VMIO buffers
from receiving data, which will prevent userspace from running, which is needed
to reduce the buffered data.
Signed-off-by: Peter Zijlstra <[EMAIL PROTE
A new addres_space_operations method is added:
int swapfile(struct address_space *, int)
When during sys_swapon() this method is found and returns no error the
swapper_space.a_ops will proxy to sis->swap_file->f_mapping->a_ops.
The swapfile method will be used to communicate to the address_spa
This patch has iscsi_tcp implement a ep_connect callback. We only do the
connect for now and let userspace do the poll and close. I do not like
the lack of symmetry but doing sys_close in iscsi_tcp felt a little creepy.
This patch also fixes a bug where when iscsid restarts while sessions
are runn
We expose the iSCSI connection fd to userspace for reference tracking, but we
do not want userspace to actually have access to the data; mark it with
SOCK_KERNEL.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
Cc: Mike Christie <[EMAIL PROTECTED]>
---
drivers/scsi/iscsi_tcp.c |7 +++
1
If we have a lot of dirty memory and hit the throttle in balance_dirty_pages()
we (potentially) generate a lot of writeback and unstable pages, if however
during this writeback we need to reclaim a bit, we might hit
throttle_vm_writeout(), which might delay us until the combined total of
NR_UNSTABL
Wrap calling sk->sk_backlog_rcv() in a function. This will allow extending the
generic sk_backlog_rcv behaviour.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
include/net/sock.h |5 +
net/core/sock.c |4 ++--
net/ipv4/tcp.c |2 +-
net/ipv4/tcp_timer.c |2 +
Expost buffer_size in order to allow fair estimates on the actual space
used/needed.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
Cc: Pekka Enberg <[EMAIL PROTECTED]>
---
include/linux/slab.h |2 ++
mm/slab.c| 16 ++--
mm/slob.c| 18 ++
Toss all emergency packets not for a SOCK_VMIO socket. This ensures our
precious memory reserve doesn't get stuck waiting for user-space.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
include/net/sock.h |3 +++
1 file changed, 3 insertions(+)
Index: linux-2.6-git/include/net/sock.h
=
Provide means to reserve a specific amount of pages.
The emergency pool is separated from the min watermark because ALLOC_HARDER
and ALLOC_HIGH modify the watermark in a relative way and thus do not ensure
a strict minimum.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
include/linux/mmzo
Replace all relevant occurences of page->index and page->mapping in the NFS
client with the new page_file_index() and page_file_mapping() functions.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
Cc: Trond Myklebust <[EMAIL PROTECTED]>
---
fs/nfs/file.c |4 ++--
fs/nfs/internal.h |
__GFP_EMERGENCY will allow the allocation to disregard the watermarks,
much like PF_MEMALLOC.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
include/linux/gfp.h |7 ++-
mm/internal.h | 10 +++---
2 files changed, 13 insertions(+), 4 deletions(-)
Index: linux-2.6-git/i
On Fri, 2007-05-04 at 14:36 +0530, Satyam Sharma wrote:
> On 5/1/07, Richard Purdie <[EMAIL PROTECTED]> wrote:
> > +++ b/fs/jffs2/compr_lzo.c
> > [...]
> > +static void *lzo_mem;
> > +static void *lzo_compress_buf;
> > +static DEFINE_MUTEX(deflate_mutex);
> > +
> > +static void free_workspace(void)
Rik van Riel wrote:
With lazy freeing of anonymous pages through MADV_FREE, performance of
the MySQL sysbench workload more than doubles on my quad-core system.
OK, I've run some tests on a 16 core Opteron system, both sysbench with
MySQL 5.33 (set up as described in the freebsd vs linux page),
On 5/4/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
Expost buffer_size in order to allow fair estimates on the actual space
used/needed.
[snip]
#ifdef CONFIG_SLAB_FAIR
-static inline int slab_alloc_rank(gfp_t flags)
+static __always_inline int slab_alloc_rank(gfp_t flags)
{
return
On 5/4/07, WANG Cong <[EMAIL PROTECTED]> wrote:
On Fri, May 04, 2007 at 04:32:27PM +0800, la deng wrote:
>reference to the c++'s father's interview
>
>http://www.artima.com/intv/abstreffi.html
>
>fortran and c++ can achive good performance for they can abstract in
>higher level and their compil
> --- linux-2.6.21/arch/m68knommu/kernel/irq.c 1970-01-01 10:00:00.0
> +1000
> +++ linux-2.6.21-gt/arch/m68knommu/kernel/irq.c 2007-05-04
> 00:20:44.0 +1000
> @@ -0,0 +1,82 @@
> +/*
> + * arch/m68knommu/kernel/irq.c
No need for top of file filename comments, they don't pro
Jerome Glisse wrote:
On 5/4/07, Thomas Hellström <[EMAIL PROTECTED]> wrote:
Keith Packard wrote:
> 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 ord
> +/* -- pci subsystem interface -- */
> +
> +enum {
> + CLEANUP_SELF_ID,
> + CLEANUP_REGISTERS,
> + CLEANUP_IOMEM,
> + CLEANUP_DISABLE,
> + CLEANUP_PUT_CARD,
> +};
> +
> +static int cleanup(struct fw_ohci *ohci, int stage, int code)
> +{
> + struct pci_dev *
On Fri, Apr 27, 2007 at 06:07:49PM -0400, Scott Murray wrote:
> Sorry, it took me a few days to get to testing this out. It looks good,
> but I had to make a couple of tweaks to avoid a hang when rmmod'ing a
> board driver. The board drivers do:
>
> cpci_hp_stop()
> cpci_hp_unregister_contro
Hello Greg,
Friday, May 4, 2007, 2:14:59 AM, you 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?
>> See http://lwn.n
Christoph Hellwig wrote:
>> >> + sd->scsi_host->hostdata[0] = (unsigned long)unit;
...
> scsi_host_alloc
> is designed to allocate space for your private data aswell. So you
> should call it early on an allocate the sbp2_device as part of the Scsi_Host
> instead of just stuffing in a pointer.
Aha
Add a "favourlzo" compression mode to jffs2 which tries to
optimise by size but gives lzo an advantage when comparing sizes.
This means the faster lzo algorithm can be preferred when there
isn't much difference in compressed size (the exact threshold can
be changed).
Signed-off-by: Richard Purdie
Add LZO1X compression/decompression support to jffs2.
LZO's interface doesn't entirely match that required by jffs2 so a
buffer and memcpy is unavoidable.
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
---
fs/Kconfig| 11 +
fs/jffs2/Makefile |1 +
fs/jffs2/compr.c
Allow selection of the compression mode for jffs2 via a sysfs
attribute. This establishes a sysfs presence for jffs2 through
which other compression options could easily be exported too.
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
---
fs/Kconfig |9
fs/jffs2/compr.c | 4
The following patch series adds LZO compression support to the kernel
and exposes it in a variety of places (jffs2, crypto).
Its a resend of a previous posted series with the comments from Randy
Dunlap and Satyam Sharma taken into account. Patch 1/5 is unchanged and
large so will not be resent.
T
Add LZO1X compression support to the crypto interface, including
a couple of tests.
Also convert test_deflate into a more generic test_compress() and
avoid duplicating the data for compression and decompression tests
since this can always work both ways in the compression case.
Signed-off-by: Ric
Trying to get 2.6.21-rc7-mm2 to boot on large PPC64 seems to be a
bit of a challenge. We have been seeing panics on boot from the
hvsi driver:
Couldn't register hvsi console driver
Tracking this back, this seems to come from hvsi driver trying to
register itself via tty_register_driver(
On Fri, 2007-05-04 at 12:30 +0100, Richard Purdie wrote:
> +config JFFS2_LZO
> + bool "JFFS2 LZO compression support" if JFFS2_COMPRESSION_OPTIONS
> + select LZO
Please make it _depend_ on LZO instead. If you do that, I can merge the
JFFS2 bits in anticipation of the core LZO code goi
Petr Vandrovec <[EMAIL PROTECTED]> writes:
> Nigel Cunningham wrote:
>> Hi Arjan.
>>
>> On Tue, 2007-05-01 at 07:57 -0700, Arjan van de Ven wrote:
>>> On Tue, 2007-05-01 at 15:42 +1000, Nigel Cunningham wrote:
Hi.
Does anyone have VMware working on x86_64 with 2.6.21? It's working f
On May 4 2007 19:00, la deng wrote:
>
> What's you think about it?
I think the discussion should stop right here, because the kernel
will not be transformed into C++ anytime soon.
Jan
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAI
On May 4 2007 04:14, Robert P. J. Day wrote:
>> On May 3 2007 23:18, Andrew Morton wrote:
>> >> struct inode *i = file->f_mapping->host;
>> >>
>> >> - return i && S_ISBLK(i->i_mode) && MAJOR(i->i_rdev) == LOOP_MAJOR;
>> >> + return i && S_ISBLK(i->i_mode) && imajor(i) == LOOP_MAJOR;
>> >> }
>>
Jeremy Fitzhardinge <[EMAIL PROTECTED]> writes:
> When the paravirt dispatcher gets run immediately on entry to
> startup_32, the bss isn't cleared. This happens to work if the
> hypervisor's domain builder loaded the complete kernel image and
> cleared the bss for us, but this may not always be
Add LZO1X compression/decompression support to jffs2.
LZO's interface doesn't entirely match that required by jffs2 so a
buffer and memcpy is unavoidable.
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
---
fs/Kconfig| 10
fs/jffs2/Makefile |1 +
fs/jffs2/compr.c
On May 4 2007 13:36, Wander Winkelhorst wrote:
>
> Hi,
>
> I also have the same problem. Except in my case the box is stable
> for a couple of hours before it locks up hard. I did some digging
> around, and from what I found on the internet, it seems that having
> busmaster DMA devices causes this
This reverts commit c9ccf30d77f04064fe5436027ab9d2230c7cdd94.
Entering the kernel at startup_32 without passing our real mode data
in %esi, and without guaranteeing that physical and virtual addresses
are identity mapped makes head.S impossible to maintain.
The only user of this infrastructure is
On 5/4/07, Thomas Hellström <[EMAIL PROTECTED]> wrote:
Jerome Glisse wrote:
> On 5/4/07, Thomas Hellström <[EMAIL PROTECTED]> wrote:
>> Keith Packard wrote:
>> > On Thu, 2007-05-03 at 01:01 +0200, Thomas Hellström wrote:
>> >
>> >
>> >> It might be possible to find schemes that work around this.
Nick Piggin wrote:
Rik van Riel wrote:
With lazy freeing of anonymous pages through MADV_FREE, performance of
the MySQL sysbench workload more than doubles on my quad-core system.
OK, I've run some tests on a 16 core Opteron system, both sysbench with
MySQL 5.33 (set up as described in the fre
Hi Christoph,
Christoph Hellwig wrote:
--- linux-2.6.21/arch/m68knommu/kernel/irq.c1970-01-01 10:00:00.0
+1000
+++ linux-2.6.21-gt/arch/m68knommu/kernel/irq.c 2007-05-04 00:20:44.0
+1000
@@ -0,0 +1,82 @@
+/*
+ * arch/m68knommu/kernel/irq.c
No need for top of file filenam
On Friday 04 May 2007 18:52, Ingo Molnar wrote:
> agreed. Con, IIRC you wrote a testcase for this, right? Could you please
> send us the results of that testing?
Yes, sorry it's a crappy test app but works on 32bit. Timed with prefetch
disabled and then enabled swap prefetch saves ~5 seconds on a
On Fri, 2007-05-04 at 05:56 -0600, Eric W. Biederman wrote:
> This reverts commit c9ccf30d77f04064fe5436027ab9d2230c7cdd94.
>
> Entering the kernel at startup_32 without passing our real mode data
> in %esi, and without guaranteeing that physical and virtual addresses
> are identity mapped makes h
On Fri, 4 May 2007, Jan Engelhardt wrote:
> On May 4 2007 04:14, Robert P. J. Day wrote:
> >> On May 3 2007 23:18, Andrew Morton wrote:
> >> >> struct inode *i = file->f_mapping->host;
> >> >>
> >> >> - return i && S_ISBLK(i->i_mode) && MAJOR(i->i_rdev) ==
> >> >> LOOP_MAJOR;
> >> >
On Thu, May 03, 2007 at 02:14:52PM -0700, Valerie Henson wrote:
> But in terms of what we should do to fix it, there is the possibility
> of some debate. In general, I think there is a lot of code stuck down
> in individual file systems - especially in XFS - that could be
> usefully hoisted up to
On Fri, May 04, 2007 at 01:40:04PM +0200, Jan Engelhardt wrote:
>
>On May 4 2007 19:00, la deng wrote:
>>
>> What's you think about it?
C gives you the power to control nearly everything. You can, of course, control
the registers via inserting assembly code. That's not the fault of C.
>
>I think
From: Lennart Poettering <[EMAIL PROTECTED]>
The ACPI EC that is used in MSI laptops knows some non-standard
commands for changing the screen brighntess and a few other things,
which are used by the msi-laptop.c driver. Unfortunately for these
commands no GPE events for IBF and OBF are triggered.
Jerome Glisse wrote:
On 5/4/07, Thomas Hellström <[EMAIL PROTECTED]> wrote:
Jerome Glisse wrote:
> On 5/4/07, Thomas Hellström <[EMAIL PROTECTED]> wrote:
>> Keith Packard wrote:
>> > On Thu, 2007-05-03 at 01:01 +0200, Thomas Hellström wrote:
>> >
>> >
>> >> It might be possible to find schemes t
Reading the i386 source of copy_to_user() and reading some instances
of how it's used, it seems valid to pass 0 for the size argument and
that kernel address pointers, i.e. the @from argument in
copy_to_user() and the @to argument in copy_from_user() don't matter
in this case. Is this correct for
On May 4 2007 08:21, Robert P. J. Day wrote:
>arch/sh/boards/landisk/landisk_pwb.c: minor = MINOR(inode->i_rdev);
>arch/sh/boards/landisk/landisk_pwb.c: minor = MINOR(inode->i_rdev);
>drivers/block/loop.c: return i && S_ISBLK(i->i_mode) && MAJOR(i->i_rdev) ==
>LOOP_MAJOR;
>drivers/media/vid
On Wed, 2007-05-02 at 17:12 +0200, Tomasz Kłoczko wrote:
> On Wed, 2 May 2007, Trond Myklebust wrote:
> [..]
>
> Trond .. any chance for implement clear NFS statistics part of kernel
> code for "nfsstat -z" ?
>
> kloczek
That can be done in userland: make 'nfsstat -z' save a copy of the
current
On Fri, 04 May 2007 12:35:32 +0100
David Woodhouse <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-05-04 at 12:30 +0100, Richard Purdie wrote:
> > +config JFFS2_LZO
> > + bool "JFFS2 LZO compression support" if JFFS2_COMPRESSION_OPTIONS
> > + select LZO
>
> Please make it _depend_ on LZO
On Fri, 2007-05-04 at 14:41 +0200, Haavard Skinnemoen wrote:
>
> Hmm...everything else in lib/Kconfig is supposed to be _selected_, not
> depended upon. And the only three items in there which can actually be
> selected by the user all begin their helptexts with
>
> "This option is provided for t
On 5/4/07, Thomas Hellström <[EMAIL PROTECTED]> wrote:
I was actually referring to an example where two clients need to have a
buffer mapped and access it at exactly the same time.
If there is such a situation, we have no other choice than to drop the
buffer locking on map. If there isn't we can
Andrew Morton <[EMAIL PROTECTED]> writes:
> On Fri, 27 Apr 2007 18:03:21 +1000 David Chinner <[EMAIL PROTECTED]> wrote:
>
>> > > > > You basically have to
>> > > > > jump through nasty, nasty hoops, to handle corner cases that are
> introduced
>> > > > > because the generic code can no longer reli
[ This patch won't apply, even to -mm: it comes after the documentation
patch. But it's hopefully readable ]
1) This code assumes that 0x23C is going to be the "platform type"
field of the next version of the Linux boot header format.
2) This doesn't actually assume that P=V, but unlike the p
This patchset is designed to improve system responsiveness and interactivity.
It is configurable to any workload but the default -ck patch is aimed at the
desktop and -cks is available with more emphasis on serverspace.
Apply to 2.6.21
http://www.kernel.org/pub/linux/kernel/people/ck/patches/2.6
On Tuesday 01 May 2007 20:59:46 Chandramouli Narayanan wrote:
> General note on EFI x86_64 support
> --
More review. This code unfortunately has some problems.
First this seems to be quite different from what the 32bit EFI
support does (which i suppose is pre UEFI
(This won't be very interesting to the paravirt discussion, it only
changes lguest).
1) This allows us to get alot closer to booting bzImages.
2) It means we don't have to know page_offset.
3) The Guest needs to modify the boot pagetables to create the
PAGE_OFFSET mapping before jumping to C
Am Sonntag 29 April 2007 schrieb Prakash Punnoor:
> Am Samstag 28 April 2007 schrieb Ingo Molnar:
> > i'm pleased to announce release -v7 of the CFS scheduler patchset. (The
> > main goal of CFS is to implement "desktop scheduling" with as high
> > quality as technically possible.)
> >
> > The CFS
(This is kind of a bonus, but it shows how minor the change is to boot
bzImages)
Skipping over the "cli" and segment loading is enough to allow lguest
to boot bzImages. There are some "out" insns in the unpacking code,
but lguest already has to emulate/skip-over them because of random x86
probes
On 5/4/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
[...]
>
> - aic_dev = kmalloc(sizeof(struct aic_dev_data), GFP_ATOMIC | GFP_KERNEL);
> + aic_dev = kmalloc(sizeof(struct aic_dev_data), GFP_ATOMIC);
No, this converts the allocation from a robust one which can sleep into a
flakey one which ca
Peter Zijlstra wrote:
Commit 0b67130149b006628389ff3e8f46be9957af98aa lost the setting of tk_status
to -EIO when there was no progress with short reads.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
fs/nfs/read.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
Index: linux-
I did think of one other thing: if you clear the MSR delta flags while
polling the serial console, you need to call the routine to check the
modem status since the interrupt will not happen. So here's the
patch...
Subject: Serial 8250: Handle saving the clear-on-read bits from the LSR and MSR
Re
On Fri, 2007-05-04 at 09:10 -0400, Peter Staubach wrote:
> Peter Zijlstra wrote:
> > Commit 0b67130149b006628389ff3e8f46be9957af98aa lost the setting of
> > tk_status
> > to -EIO when there was no progress with short reads.
> >
> > Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
> > ---
> > fs/
On Fri, May 04, 2007 at 03:18:54AM +0400, Ivan Kokshaysky wrote:
> 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 wro
On May 04, 2007, at 03:52:03, David Greaves wrote:
Kyle Moffett wrote:
On May 03, 2007, at 11:10:47, Pavel Machek wrote:
What happens if you try to boot and filesystems are frozen from
previous run?
If you're just doing a fresh boot then the filesystem is already
clean due to the dm freeze
drivers/message/i2o/device.c:i2o_parm_field_get() unnecessarily passes
GFP_ATOMIC (along with GFP_KERNEL) to kmalloc() from a context that is not
atomic. Remove the pointless GFP_ATOMIC.
Signed-off-by: Satyam Sharma <[EMAIL PROTECTED]>
---
diff -ruNp linux-2.6.21.1/drivers/message/i2o
drivers/scsi/aic7xxx_old.c:aic7xxx_slave_alloc() unnecessarily passes
GFP_ATOMIC (along with GFP_KERNEL) to kmalloc() from a context that is not
atomic. Remove the pointless GFP_ATOMIC.
Signed-off-by: Satyam Sharma <[EMAIL PROTECTED]>
---
diff -ruNp linux-2.6.21.1/drivers/scsi/aic7xxx
David Chinner <[EMAIL PROTECTED]> writes:
> On Fri, Apr 27, 2007 at 12:04:03AM -0700, Andrew Morton wrote:
>
> I've looked at all this but I'm trying to work out if anyone
> else has looked at the impact of doing this. I have direct experience
> with this form of block aggregation - this is pretty
Theodore Tso <[EMAIL PROTECTED]> writes:
> On Fri, Apr 27, 2007 at 01:48:49AM -0700, Andrew Morton wrote:
>> And other filesystems (ie: ext4) _might_ use it. But ext4 is extent-based,
>> so perhaps it's not work churning the on-disk format to get a bit of a
>> boost in the block allocator.
>
> We
Hi all
I hope this is the right place to ask this question, if not please redirect me
to the right ML.
I would like to know more about kernel parameters and in particular about the
root parameter.
I'm booting the kernel from usb pen and the root could change while the pen is
plugged in different
On Wed, May 02, 2007 at 03:02:52PM -0700, Andrew Morton wrote:
> - One little security patch
Care to cc: linux-stable with it so we can do a new 2.6.21 release with
it if needed?
thanks,
greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
> > How do you flush the buffers? Simply reading them out?
>
> Nope. In python I use the flushInput() method of the serial object
> defined by the pyserial library[0]. The method does just this system
> call:
>
> termios.tcflush(self.fd, TERMIOS.TCIFLUSH)
case TCFLSH:
On Thu, 3 May 2007, Randy Dunlap wrote:
>
> Example output using %DUMP_PREFIX_OFFSET:
> 0009ab42: 40414243 44454647 48494a4b [EMAIL PROTECTED] HIJKLMNO
^^
> Example output using %DUMP_PREFIX_ADDRESS:
> 88089af0: 70717273 74757677 78797
Antonino Ingargiola wrote:
Nope. In python I use the flushInput() method of the serial object
defined by the pyserial library[0]. The method does just this system
call:
termios.tcflush(self.fd, TERMIOS.TCIFLUSH)
that I think is correct.
There is intermediate buffering between the driver a
On 5/4/07, WANG Cong <[EMAIL PROTECTED]> wrote:
On Fri, May 04, 2007 at 01:40:04PM +0200, Jan Engelhardt wrote:
>
>On May 4 2007 19:00, la deng wrote:
>>
>>
C gives you the power to control nearly everything. You can, of course, control
the registers via inserting assembly code. That's not the
Paul Fulghum wrote:
A new function to flush the tty flip buffer needs to
be added and then called from tty_io.c:tty_ldisc_flush().
That is not enough.
It looks like tty_ioctl() needs to process ioctl(TCFLSH)
to clear the flip buffer before passing that ioctl
to the line discipline.
--
Paul Fu
Rusty Russell <[EMAIL PROTECTED]> writes:
> [ This patch won't apply, even to -mm: it comes after the documentation
> patch. But it's hopefully readable ]
>
> 1) This code assumes that 0x23C is going to be the "platform type"
>field of the next version of the Linux boot header format.
>
> 2)
> +/*
> + * percpu provides a mechanism to define variables that are specific to
> each
> + * CPU in the system.
> + *
> + * Each variable is defined as an independent array of NR_CPUS elements.
The independent array term seems misleading to me. There isn't really
an array anywhere. Perhaps expla
Here's another trivial one I've been meaning to send since ... a long
time back.
Cheers,
Satyam
---
There's a typo / wrong identifier name in Documentation/kref.txt. Fix it.
Signed-off-by: Satyam Sharma <[EMAIL PROTECTED]>
---
diff -ruNp linux-2.6.21.1/Documentation/kref.txt
linux-
On 5/4/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
Change the skb allocation api to indicate RX usage and use this to fall back to
the reserve when needed. Skbs allocated from the reserve are tagged in
skb->emergency.
Teach all other skb ops about emergency skbs and the reserve accounting.
Us
Thanks to everyone who sent bug reports. I've backported all the fixes
and tweaks.
Changes since last 2.6.21 release (254):
1) Method for building launcher with out-of-tree build (patch from Tony Breeds)
2) SIOCBRADDIF definition for older libc headers (report by Wang Cong)
3) Warning suppressio
On Thu, May 03, 2007 at 04:31:43PM -0400, Lennart Sorensen wrote:
> I have had this happen a few times recently and was wondering if anyone
> has an idea what could be going on:
>
> BUG: soft lockup detected on CPU#0!
> [] dump_stack+0x24/0x30
> [] softlockup_tick+0x7e/0xc0
> [] update_process_
On Sat, 2007-05-05 at 00:09 +1000, Rusty Russell wrote:
> Thanks to everyone who sent bug reports. I've backported all the fixes
> and tweaks.
>
> Changes since last 2.6.21 release (254):
The URL? Well, I'm glad you asked:
http://lguest.ozlabs.org/lguest-2.6.21-269.patch.gz
Cheers,
Ru
Rusty Russell <[EMAIL PROTECTED]> writes:
> On Fri, 2007-05-04 at 05:56 -0600, Eric W. Biederman wrote:
>> This reverts commit c9ccf30d77f04064fe5436027ab9d2230c7cdd94.
>>
>> Entering the kernel at startup_32 without passing our real mode data
>> in %esi, and without guaranteeing that physical an
On May 4 2007 21:53, la deng wrote:
>>
>> C gives you the power to control nearly everything. You can, of course,
>> control the registers via inserting assembly code. That's not the fault of
>> C.
> I think you don't understand me correctly
>
> I know c can inline assmebly to control registers
>
On Fri, 2007-05-04 at 08:01 -0600, Eric W. Biederman wrote:
> We should place that initial branch right after startup_32,
> we don't need the startup_paravirt at all now.
>
> ENTRY(startup_32)
> #ifdef CONFIG_LGUEST_GUEST
> cmpl $1, 0x23c(%esi)
> je lguest_init
> #endif
Hi Eri
Rusty Russell <[EMAIL PROTECTED]> writes:
> On Fri, 2007-05-04 at 08:01 -0600, Eric W. Biederman wrote:
>> We should place that initial branch right after startup_32,
>> we don't need the startup_paravirt at all now.
>>
>> ENTRY(startup_32)
>> #ifdef CONFIG_LGUEST_GUEST
>> cmpl $1, 0x23c(
I'm not used to seeing order-0 allocation failures on lightly loaded 2 GB
(amd64, so it's all low memory) machines.
Can anyone tell me what happened? It happened just as I was transferring
a large file to the machine for later crunching (the "sgrep" program is
a local number-crunching application
Øyvind Vågen Jægtnes <[EMAIL PROTECTED]> wrote:
>
>Yes, i was suspecting that the arp cache got full, but i will try
>increasing it :)
>Would there be any huge bugs if i change these lines in arp.c:
>
>.gc_thresh1 = 128,
>.gc_thresh2 = 512,
>
>to
>
>.gc_thresh1 = 700,
/proc/PID/environ currently truncates at 4096 characters, patch based on
the /proc/PID/mem code.
Signed-off-by: James Pearson <[EMAIL PROTECTED]>
--- ./fs/proc/base.c.dist 2007-04-26 04:08:32.0 +0100
+++ ./fs/proc/base.c2007-04-27 16:32:44.277664457 +0100
@@ -196,22 +196,6 @@
On May 4 2007 15:37, Salvatore De Paolis wrote:
>
>I hope this is the right place to ask this question, if not please redirect me
>to the right ML.
>
>I would like to know more about kernel parameters and in particular about the
>root parameter.
>I'm booting the kernel from usb pen and the root co
The one of moments ago looks a little different. Still in show_trace_log but
starting at a different source.
[361648.127868] usb 7-2: usbfs: USBDEVFS_CONTROL failed cmd newhidups rqt 161
rq 1 len 10 ret -110
[362269.228906] BUG: soft lockup detected on CPU#1!
[362269.228987] [] show_trace_log_l
On Fri, May 04, 2007 at 10:10:24AM -0400, Lennart Sorensen wrote:
> On Thu, May 03, 2007 at 04:31:43PM -0400, Lennart Sorensen wrote:
[...]
> Should line 2563 be a spin_lock_irqsave instead along with the
> appropriate unluck later?
IIRC, when you enable lockdep, it will complain about spinlocks us
On Fri, 2007-05-04 at 08:13 -0600, Eric W. Biederman wrote:
> We don't have any working code, there are no in tree users.
Hi Eric,
Lack of in-tree code is definitely not due to me. The code which uses
it has been sitting in -mm for three months. Suddenly ripping this out
and breaking al
Rusty Russell <[EMAIL PROTECTED]> writes:
> (This is kind of a bonus, but it shows how minor the change is to boot
> bzImages)
>
> Skipping over the "cli" and segment loading is enough to allow lguest
> to boot bzImages. There are some "out" insns in the unpacking code,
> but lguest already has t
On Thu, 03 May 2007 15:29:19 +0100
Richard Kennedy <[EMAIL PROTECTED]> wrote:
IDE bugs should be posted to the linux-ide mailing list.
> Hi all,
> I have a JVC MP-CDX1 cdrom drive that came with my laptop which used to
> work with ide-cs but stopped working with newer kernels.
>
> I added its
Oliver Neukum napsal(a):
> Hi,
>
> I suggest that the coding style should state that if either branch of
> an 'if' statement needs braces, both branches should use them.
>
> Regards
> Oliver
> Signed-off-by: Oliver Neukum <[EMAIL PROTECTED]>
>
>
> --- a/Documentation/Cod
101 - 200 of 574 matches
Mail list logo
