On Sat, 24 Feb 2007 11:57:07 -0500, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> > To tell you the truth, all I really want is to hold a static mutex
> > across a call to input_close_device(). Can I do that?
>
> Are you trying to fix locking in mousedev?
Yes.
-- Pete
-
To unsubscribe from this
Original-Nachricht
Datum: Sat, 24 Feb 2007 10:07:29 -0800
Von: Andrew Morton <[EMAIL PROTECTED]>
An: "Uwe Bugla" <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED], [EMAIL PROTECTED], linux-kernel@vger.kernel.org
Betreff: Re: bug in kernel 2.6.21-rc1-git1: conventional floppy drive
Glauber de Oliveira Costa wrote:
> When a page faults comes from a kernel space, the printed summary
> leaves us clueless about what kind of access was being tried (which
> is encoded in the error_code variable).
>
> Having it promply available may ease debugging in a bunch of
> situations.
>
>
On 12:11 Sat 24 Feb , Vojtech Pavlik wrote:
>
> That would be my only concern - losing compiler warnings.
yes
see
I wanted a single BIT macro which can be used by the whole tree
was looking for a multipurpose one. found it in input.h
so i thought i will put it at a common place
why
On Thu, 22 Feb 2007 00:57:28 +0900 (JST), Atsushi Nemoto <[EMAIL PROTECTED]>
wrote:
> $ ../build-i386/scripts/mod/modpost ../build-i386/mm/built-in.o
> WARNING: ../build-i386/mm/built-in.o - Section mismatch: reference to
> .init.data:initkmem_list3 from .text between 'set_up_list3s' (at offset
On Sat, Feb 24, 2007 at 05:34:15AM -0500, Robert P. J. Day wrote:
>
> just noticed that parisc's ioctl.h file, rather than simply
> including asm-generic/ioctl.h, has its own copy whose sole
> (meaningful) difference from the generic one is:
>
> $ diff include/{asm-generic,asm-parisc}/ioctl.h
Original-Nachricht
Datum: Sat, 24 Feb 2007 10:07:29 -0800
Von: Andrew Morton <[EMAIL PROTECTED]>
An: "Uwe Bugla" <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED], [EMAIL PROTECTED], linux-kernel@vger.kernel.org
Betreff: Re: bug in kernel 2.6.21-rc1-git1: conventional floppy drive
> On Sat, 24 Feb 2007 18:54:24 +0100 "Uwe Bugla" <[EMAIL PROTECTED]> wrote:
> Hi folks,
> Second attempt now:
> I already reported to Linus Torvalds and Andrew Morton that it is impossible
> to mount a conventional floppy drive without hanging up the whole system.
> Andrew's reaction was quite
On Sat, 2007-02-24 at 11:19 -0500, Mathieu Desnoyers wrote:
> Hi,
>
> I am trying to improve the Linux kernel time source so it can be read
> without seqlock from NMI handlers. I have also seen some interest for
> such an accurate monotonic clock readable from user space. It mainly
> implies an
Hi folks,
Second attempt now:
I already reported to Linus Torvalds and Andrew Morton that it is impossible to
mount a conventional floppy drive without hanging up the whole system.
Andrew's reaction was quite ambiguous: "We did not break it"
Once again and for the last time: I do not state that
On Fri, 23 Feb 2007, David Miller wrote:
> > The general caches already merge lots of users depending on their sizes.
> > So we already have the situation and we have tools to deal with it.
>
> But this doesn't happen for things like biovecs, and that will
> make debugging painful.
>
> If a
On Fri, Feb 23, 2007 at 17:05:27 -0800, Stephen Hemminger wrote:
> Since there already two users of full 64 bit division in the kernel,
> and other places maybe hiding out as well. Add a full 64/64 bit divide.
>
> Yes this expensive, but there are places where it is necessary.
> It is not clear
On Saturday 24 February 2007 14:08, Chris Rankin wrote:
> Hi,
>
> I have just booted 2.6.20.1 on my Pentium 3 machine, which has a G400 MAX
> graphics card. This machine uses the Matrox framebuffer and TV-OUT modules,
> and I have found these warnings in the kernel log:
>
> **WARNING** I2C adapter
On 2/24/07, Michael-Luke Jones <[EMAIL PROTECTED]> wrote:
But using 'fakeraid' (i.e. BIOS RAID) together with dmraid is
generally discouraged in favour of using the more stable and well
supported Linux Software RAID functionality.
Michael-Luke
I think I actually used dmraid, and the problem I
But using 'fakeraid' (i.e. BIOS RAID) together with dmraid is
generally discouraged in favour of using the more stable and well
supported Linux Software RAID functionality.
Michael-Luke
On 24 Feb 2007, at 15:24, Bartlomiej Zolnierkiewicz wrote:
use device mapper and dmraid
On Friday 23 February 2007 19:44, Pete Zaitcev wrote:
> On Fri, 23 Feb 2007 10:06:14 -0500, "Dmitry Torokhov" <[EMAIL PROTECTED]>
> wrote:
> > On 2/23/07, Pete Zaitcev <[EMAIL PROTECTED]> wrote:
>
> > > void input_release_device(struct input_handle *handle)
> > > {
> > >
> > >if
On Sat, 2007-02-24 at 17:40 +0100, Patrick McHardy wrote:
> Peter Zijlstra wrote:
> > On Sat, 2007-02-24 at 17:17 +0100, Patrick McHardy wrote:
> >
> >
> >>I don't really see why
> >>queueing is special though, dropping the packets in the ruleset
> >>will break things just as well, as will
>
> > This is a pity, because it would be so easy to make the both stacks
> > totally independent of the actual link layers. It only needs one (or
> > two) new function pointer in net_device. This function should do the
> > conversion from IPv4/IPv6 address into corresponding hardware
> >
Peter Zijlstra wrote:
> On Sat, 2007-02-24 at 17:17 +0100, Patrick McHardy wrote:
>
>
>>I don't really see why
>>queueing is special though, dropping the packets in the ruleset
>>will break things just as well, as will routing them to a blackhole.
>>I guess the user just needs to be smart enough
On Saturday 24 February 2007 15:23, Jan Engelhardt wrote:
> On Feb 23 2007 15:47, Andrew Walrond wrote:
> >
> >I have tracked this down to a broken version of gnu cpio (latest release,
> > 2.7) which was used to create the initramfs archive. Bloody annoying
> > since this has bitten me before!
> This is a pity, because it would be so easy to make the both stacks
> totally independent of the actual link layers. It only needs one (or
> two) new function pointer in net_device. This function should do the
> conversion from IPv4/IPv6 address into corresponding hardware
> multicast/broadcast
On Sat, 2007-02-24 at 17:17 +0100, Patrick McHardy wrote:
> I don't really see why
> queueing is special though, dropping the packets in the ruleset
> will break things just as well, as will routing them to a blackhole.
> I guess the user just needs to be smart enough not to do this.
Its
On Sat, Feb 24, 2007 at 10:59:42AM -0500, Robert P. J. Day wrote:
> On Sat, 24 Feb 2007, Oleg Verych wrote:
>
> > > From: "Robert P. J. Day"
> > > Newsgroups: gmane.linux.kernel
> > > Subject: [PATCH][RFC] Make asm-generic/ioctl.h extensible by adding
> > > conditionals.
> > > Date: Sat, 24 Feb
Hi,
I am trying to improve the Linux kernel time source so it can be read
without seqlock from NMI handlers. I have also seen some interest for
such an accurate monotonic clock readable from user space. It mainly
implies an atomic update of the time value. I am also trying to figure a
way to
Peter Zijlstra wrote:
> On Sat, 2007-02-24 at 16:27 +0100, Patrick McHardy wrote:
>
>>> } else if ((verdict & NF_VERDICT_MASK) == NF_QUEUE) {
>>>+if (unlikely((*pskb)->emergency)) {
>>>+printk(KERN_ERR "nf_hook: NF_QUEUE encountered for "
>>>+
Jan Engelhardt wrote:
Out of the box perhaps if it is the .tar.bz2 archive, but the same does not
always hold for CVS repos, much less SVNs [random guess on svn]. He who pulls
from a developer tree mostly knows to run 'autogen.sh' or 'autoreconf -fi'
beforehand.
You know what, you're right of
On Sat, 24 Feb 2007, Oleg Verych wrote:
> > From: "Robert P. J. Day"
> > Newsgroups: gmane.linux.kernel
> > Subject: [PATCH][RFC] Make asm-generic/ioctl.h extensible by adding
> > conditionals.
> > Date: Sat, 24 Feb 2007 06:45:20 -0500 (EST)
>
> > as a followup to my earlier post, is it worth
On Fri 23 Feb 2007 20:47, Rik van Riel wrote:
> Robin Getz wrote:
> > Does anyone have a pointer for a MOST (Media Oriented Systems Transport)
> > driver?
>
> Are there any applications that use that protocol?
Many - all automotive embedded - If you drive a recent car - from Audi, Aston
On Sat, 2007-02-24 at 16:27 +0100, Patrick McHardy wrote:
> Peter Zijlstra wrote:
> > Emergency skbs should never touch user-space, however NF_QUEUE is fully user
> > configurable. Notify the user of his mistake and try to continue.
> >
> > --- linux-2.6-git.orig/net/netfilter/core.c 2007-02-14
2.6.18.7 vanilla & 2.6.16.41 vanilla:
/dev/hda CD/DVD
/dev/hda1 / IDE HD 160GB
/dev/hda2 swap
/dev/sda1 /xyz SATA HD 320GB
/dev/sda2 swap
/dev/sdb1 /zzz SATA HD 320GB
/dev/sdb2 swap
/dev/sdc1 /usb USB KEY 512MB
all 100% OK since 12-Dec-2006
2.6.19.5 vanilla:
/dev/hda, /dev/hdb OK
fsck 1.38
On Sat, Feb 24, 2007 at 11:46:06AM +0100, Richard Knutsson wrote:
> Replace pci_module_init with pci_register_driver
Thankyou for spotting this.
> Signed-off-by: Richard Knutson <[EMAIL PROTECTED]>
Acked-by: Ben Dooks <[EMAIL PROTECTED]>
> ---
> Compile-tested with "allyes", "allmod" & "allno"
On Feb 23 2007 10:41, Jon Masters wrote:
>
> I think it's like the configure/Makefile.in situation. These files should
> technically not be in the repo either (and you removed them in your tree) but
> I
> re-added them because people have an expectation that:
>
> ./configure
> make
>
> will do
Peter Zijlstra wrote:
> Emergency skbs should never touch user-space, however NF_QUEUE is fully user
> configurable. Notify the user of his mistake and try to continue.
>
> --- linux-2.6-git.orig/net/netfilter/core.c 2007-02-14 12:09:07.0
> +0100
> +++ linux-2.6-git/net/netfilter/core.c
On Feb 23 2007 15:47, Andrew Walrond wrote:
>On Friday 23 February 2007 15:17, Tomasz Chmielewski wrote:
>>
>> Try to decrease the initramfs size just to know if it boots correctly.
>>
>> I.e., put just a sh/bash/ash/dash binary there (probably /dev/console
>> node, too), executed in init.
>>
>>
I've modified the driver of an USB device (cxacru) to schedule the next poll
for status every 1s using round_jiffies_relative instead of just waiting 1s
since the last poll was completed. This process takes on average 11ms to
complete and while it is waiting for a response it's considered
use device mapper and dmraid
http://people.redhat.com/~heinzm/sw/dmraid/
and please read
http://linux-ata.org/faq-sata-raid.html
On Saturday 24 February 2007, Patrick Ale wrote:
> Hi,
>
> Quick question,
>
> Since I am going to open my server today to do some pata tests (for
Hi,
My script could not parse the (#2) and posted the patches as subject
followed by "( " instead
I apologize,
Balbir Singh
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
---
Signed-off-by: <[EMAIL PROTECTED]>
---
Documentation/memctlr.txt | 70 ++
1 file changed, 70 insertions(+)
diff -puN /dev/null Documentation/memctlr.txt
--- /dev/null 2007-02-02 22:51:23.0 +0530
+++
Changelog
1. Move void *container to struct container (in scan_control and vmscan.c
and rmap.c)
2. The last set of patches churned the LRU list, in this release, pages
that can do not belong to the container are moved to a skipped_pages
list. At the end of the isolation they are added
Changelog
1. Be consistent, use the C style of returning 0 on success and negative
values on failure
2. Change and document the locking used by the controller
(I hope I got it right this time :-))
3. Remove memctlr_double_(un)lock routines
4. Comment the usage of
Changelog
1. Change the name from memctlr to memcontrol
2. Coding style changes, call the API and then check return value (for kmalloc).
3. Change the output format, to print sizes in both pages and kB
4. Split the usage and limit files to be independent (cat memcontrol_usage
no longer
This patch applies on top of Paul Menage's container patches (V7) posted at
http://lkml.org/lkml/2007/2/12/88
It implements a controller within the containers framework for limiting
memory usage (RSS usage).
The memory controller was discussed at length in the RFC posted to lkml
On Sat, Feb 24, 2007 at 01:46:44PM +0100, Oleg Verych wrote:
| > From: Cyrill Gorcunov
| > Newsgroups: gmane.linux.kernel
| > Subject: bss zeroing ([PATCH] USB Elan FTDI: check for workqueue creation
v2)
| > Date: Sat, 24 Feb 2007 10:41:15 +0300
| []
| > Btw, Pete, you are right! C99 ANSI
Ack.
Dave: Can you add this patch to cpufreq.git -> mm.
Thanks,
Venki
>-Original Message-
>From: Adrian Bunk [mailto:[EMAIL PROTECTED]
>Sent: Monday, February 19, 2007 4:07 PM
>To: Pallipadi, Venkatesh
>Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
>linux-kernel@vger.kernel.org
>Subject:
Hi Pavel,
> ...is it "use after free"?
>
> Greg, could we reduce verbosity of driver model? "PM: Adding info for
> No Bus:vcs*" is not very useful.
>
> I have some patches in bluetooth, but nothing that should really
> matter.
can you try to remove the hci_usb_close() in hci_usb_disconnect(),
This fixes a potential namespace collision and does an optimisation for
2.6.20 drivers/scsi/eata.c:
* sort() is renamed to eata_sort() to avoid conflict with kernel
proper sort(). It does _not_ conflict currently in 2.6.20 so
this is a pre-emptive change.
*
Chuck Ebbert wrote:
> Chuck Ebbert wrote:
>
>>I was testing a 2.6.20 kernel and got a soft
>>lockup on shutdown:
>>
>>_raw_write_lock+0x5a
>>nf_ct_iterate_cleanup+0x3e
>>kill_l3proto+0x0
>>nf_conntrack_l3proto_unregister+0x85
>>nf_conntrack_l3proto_ipv4_fini+0x1e
>>sys_delete_module+0x18a
* Samium Gromoff:
>> > Lisp environments can produce standalone executables
>>
>> If you've got a stand-alone executable, you don't need MAP_FIXED. The
>> ELF loader maps the program at a fixed address anyway (at least on
>> i386 and x86_64, I haven't checked others).
>
> Not so.
>
> The thing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, Feb 24, 2007 at 12:45:16PM +0100, Nicholas Mc Guire wrote:
Hi !
Seems like there was a cut error in include/linux/riqflags.h.
--- linux-2.6.20/include/linux/irqflags.h 2007-02-04 09:44:54.0
-0900
+++
At Sat, 24 Feb 2007 10:51:20 +0100,
Florian Weimer wrote:
>
> > Randomisation has nothing to do with C. In fact from a C perspective the
> > compiler and linker do a lot of work to deal with ELF and loading code at
> > arbitary addresses for dynamic linking and the like, not the user and
> > not
At Sat, 24 Feb 2007 10:40:51 +0100,
Florian Weimer wrote:
>
> * Samium Gromoff:
>
> > Lisp environments can produce standalone executables
>
> If you've got a stand-alone executable, you don't need MAP_FIXED. The
> ELF loader maps the program at a fixed address anyway (at least on
> i386 and
Tomoki Sekiyama writes:
> Hi,
Hello,
>
[...]
>
> While Dirty+Writeback pages get more than 40% of memory, process-B is
> blocked in balance_dirty_pages() until writeback of some (`write_chunk',
> typically = 1536) dirty pages on disk-b is started.
May be the simpler solution is to use
On Sat, Feb 24, 2007 at 12:45:16PM +0100, Nicholas Mc Guire wrote:
>
> Hi !
>
> Seems like there was a cut error in include/linux/riqflags.h.
>
>
> --- linux-2.6.20/include/linux/irqflags.h 2007-02-04 09:44:54.0
> -0900
> +++ linux-2.6.20xm/include/linux/irqflags.h 2008-01-27
Hi,
I have just booted 2.6.20.1 on my Pentium 3 machine, which has a G400 MAX
graphics card. This
machine uses the Matrox framebuffer and TV-OUT modules, and I have found these
warnings in the
kernel log:
**WARNING** I2C adapter driver [DDC:fb0 #0] forgot to specify physical device;
fix it!
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi !
Seems like there was a cut error in include/linux/riqflags.h.
- --- linux-2.6.20/include/linux/irqflags.h 2007-02-04 09:44:54.0
-0900
+++ linux-2.6.20xm/include/linux/irqflags.h 2008-01-27 20:29:26.0
-0900
@@ -91,6
Vojtech Pavlik wrote:
On Fri, Feb 23, 2007 at 11:43:44PM +0100, Richard Knutsson wrote:
Is the reason for the modulo to put a bitmask larger then the variable
into an array?
The complementary LONG() macro will tell you the index of an array of
longs where the bit should be set.
> with the address as the "start" parameter and MAP_FIXED. However, that
> tends to fail, and MAP_FIXED can have annoying side-effects (killing
> off other mappings).
MAP_FIXED requires you know in advance a good place to put the memory,
which isn't too hard with some planning but does get fairly
On Sat, Feb 24 2007, V P wrote:
> Hi,
>
> I'm trying to modify the ordering of I/O requests in Linux kernel, and
> came across the barrier flags REQ_HARDBARRIER and REQ_SOFTBARRIER.
>
> One thing I noticed (which might be wrong) is that all the requests
> have both these flags set. What is the
> From: Cyrill Gorcunov
> Newsgroups: gmane.linux.kernel
> Subject: bss zeroing ([PATCH] USB Elan FTDI: check for workqueue creation v2)
> Date: Sat, 24 Feb 2007 10:41:15 +0300
[]
> Btw, Pete, you are right! C99 ANSI standart says that static pointer
> if it not initialized explicitly has to be
> From: "Robert P. J. Day"
> Newsgroups: gmane.linux.kernel
> Subject: [PATCH][RFC] Make asm-generic/ioctl.h extensible by adding
> conditionals.
> Date: Sat, 24 Feb 2007 06:45:20 -0500 (EST)
> as a followup to my earlier post, is it worth making this change to
> allow at least a couple
On Sat, Feb 24, 2007 at 06:17:09AM -0500, Robert P. J. Day wrote:
> Delete the definition of the apparently unreferenced macro
> _IOC_SLMASK.
Applied. Thanks,
Ralf
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
sysdev.h uses THIS_MODULE so should include .
Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
diff --git a/include/linux/sysdev.h b/include/linux/sysdev.h
index 389ccf8..e699ab2 100644
--- a/include/linux/sysdev.h
+++ b/include/linux/sysdev.h
@@ -22,6 +22,7 @@
#define _SYSDEV_H_
#include
On Fri, Feb 23 2007, Joel Becker wrote:
> On Fri, Feb 23, 2007 at 01:52:47PM +0100, Jens Axboe wrote:
> > Results:
> >
> > Engine Depth Bw (MiB/sec)
> >
> > libaio1 441
> > syslet1 574
On 2/16/07, Con Kolivas <[EMAIL PROTECTED]> wrote:
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.
Hi Con.
I usually don't
Hi!
...is it "use after free"?
Greg, could we reduce verbosity of driver model? "PM: Adding info for
No Bus:vcs*" is not very useful.
I have some patches in bluetooth, but nothing that should really
matter.
Pavel
Bluetooth: L2CAP
Hi.
I'd like to know if it is possible to get two processes to share a
memory segment at the same address, e.g. both mmap() the same file and
have it return the same address in both.
This could be done by mmap()ing it in one of them, communicating the
address to the other (via a socket or
Add some preprocessor checking to asm-generic/ioctl.h to allow other
ioctl.h headers to simply override what are normally trivial
differences.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
as a followup to my earlier post, is it worth making this change to
allow at least a couple
Dmitriy Monakhov <[EMAIL PROTECTED]> writes:
> This thread looks dead but issue was't fixed.
>
> Jiri Kosina <[EMAIL PROTECTED]> writes:
>>> > - pci_enable_device(pdev);
>>> > + ret = pci_enable_device(pdev);
>>> > + if (ret) {
>>> > + printk(KERN_ERR "sk98lin: Cannot enable PCI device %s
> Kawai, Hidehiro wrote:
> >This patch series is version 3 of the core dump masking feature,
> >which provides a per-process flag not to dump anonymous shared
> >memory segments.
>
> I just wanted to remind you that you need to be careful about dumping
> the [vdso] segment no matter whether you
With 2.6.21-rc1 I get no video signal from nvidiafb on PowerMac G5.
Bisection has identified this patch:
commit 599a52d12629394236d785615808845823875868
Author: Richard Purdie <[EMAIL PROTECTED]>
Date: Sat Feb 10 23:07:48 2007 +
backlight: Separate backlight properties from backlight
There is currently no path from the ATM device in /sys to the USB device's
interface that the driver is using; this patch creates a "device" symlink. It
is then possible to get to the cxacru ADSL statistics
(http://lkml.org/lkml/2007/2/23/328):
/sys/class/atm/cxacru0/device $ ls *_rate
Delete the definition of the apparently unreferenced macro
_IOC_SLMASK.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
diff --git a/include/asm-mips/ioctl.h b/include/asm-mips/ioctl.h
index cba641a..2036fcb 100644
--- a/include/asm-mips/ioctl.h
+++ b/include/asm-mips/ioctl.h
@@
> On Fri, 23 Feb 2007 13:35:50 - (GMT) "Andrew" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> 2.6.21-rc1 fails to boot on my machine. As soon as I switch
> from grub the screen turns and remains black with no sign
> of Tux or any output.
>
> I've run a git-bisect between 2.6.20 (which works fine) and
> On Fri, 23 Feb 2007 16:25:05 +0100 Sacher Khoudari <[EMAIL PROTECTED]> wrote:
> --- linux-2.6.20.1/drivers/pnp/isapnp/core.c.old 2007-02-23
> 16:20:46.0 +0100
> +++ linux-2.6.20.1/drivers/pnp/isapnp/core.c 2007-02-23 16:21:25.0
> +0100
> @@ -943,9 +943,7 @@
>
On Fri, Feb 23, 2007 at 11:43:44PM +0100, Richard Knutsson wrote:
> >I am saying that IMO input's BIT definition should be
> >adequate for 99% of potential users and that I would be OK with moving
> >said BIT definition from input.h to bitops.h and maybe supplementing
> >it with LLBIT. I am also
(cc's restored. Please, always do reply-to-all)
> On Fri, 23 Feb 2007 22:57:27 + (UTC) Mark Gray <[EMAIL PROTECTED]> wrote:
> > i2o/hda:<3>Buffer I/O error on device i2o/hda, logical block 0
> > Buffer I/O error on device i2o/hda, logical block 0
>
> Same error here. Both 2.6.19 and
Replace pci_module_init with pci_register_driver
Signed-off-by: Richard Knutson <[EMAIL PROTECTED]>
---
Not compile-tested (but should be correct!)
--- a/drivers/net/vioc/vioc_driver.c2007-02-24 10:04:03.0 +0100
+++ b/drivers/net/vioc/vioc_driver.c2007-02-24 10:05:01.0
On Fri, Feb 23, 2007 at 01:44:41PM +0530, Milind Choudhary wrote:
> Hi all
> working towards the cleanup of BIT macro,
> I've added one to & cleaned some obvious users.
>
> include/linux/input.h also has a BIT macro
> which does a wrap
> so currently i've done something like
>
> +#undef
Replace pci_module_init with pci_register_driver
Signed-off-by: Richard Knutson <[EMAIL PROTECTED]>
---
Compile-tested with "allyes", "allmod" & "allno" on i386
diff --git a/drivers/mfd/sm501.c b/drivers/mfd/sm501.c
index 5c5a1e2..c707c8e 100644
--- a/drivers/mfd/sm501.c
+++
just noticed that parisc's ioctl.h file, rather than simply
including asm-generic/ioctl.h, has its own copy whose sole
(meaningful) difference from the generic one is:
$ diff include/{asm-generic,asm-parisc}/ioctl.h
...
41,42c54,55
< #define _IOC_WRITE1U
< #define _IOC_READ 2U
---
>
Hi,
Quick question,
Since I am going to open my server today to do some pata tests (for
the weird detection problems people are giving me fantastic help with,
no sarcasm, I really mean it) I thought: why not add two 320GB SATA
disks on the SATA controller that the mainboard has.
I am
Markus Gutschke <[EMAIL PROTECTED]> wrote:
> As an alternative to your kernel patch, you could achieve the same goal in
> user space, by linking my coredumper
How does it work when you can't actually get back to userspace to have
userspace do the coredump? You still have to handle the userspace
Hi,
I'm trying to modify the ordering of I/O requests in Linux kernel, and
came across the barrier flags REQ_HARDBARRIER and REQ_SOFTBARRIER.
One thing I noticed (which might be wrong) is that all the requests
have both these flags set. What is the significance of these flags? Is
it a must for
> Randomisation has nothing to do with C. In fact from a C perspective the
> compiler and linker do a lot of work to deal with ELF and loading code at
> arbitary addresses for dynamic linking and the like, not the user and
> not as language constructs. Perhaps the Lisp universe should wake up and
* Samium Gromoff:
> Lisp environments can produce standalone executables
If you've got a stand-alone executable, you don't need MAP_FIXED. The
ELF loader maps the program at a fixed address anyway (at least on
i386 and x86_64, I haven't checked others).
AFAIK, PolyML has recently made the
On 2/24/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
On Fri, 2007-02-23 at 14:34 +0100, Giuseppe Bilotta wrote:
>
> The snowy is constant and abundant, and it seems to be independent of
> video size (640 through 1600) and screen occupation (single prompt
> line to fullscreen mc session) and
On 2/23/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
On Fri, Feb 23, 2007 at 07:32:28AM +0100, Jaya Kumar wrote:
> This is a first pass at abstracting deferred IO out from hecubafb and
> into fbdev as was discussed before:
> http://marc.theaimsgroup.com/?l=linux-fbdev-devel=117187443327466=2
>
>
On 2/24/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
On Fri, 2007-02-23 at 07:32 +0100, Jaya Kumar wrote:
Can you create 2 separate patches, one for the deferred_io and another
for the driver that uses it?
Will do.
> +static struct vm_operations_struct hecubafb_vm_ops = {
> +
On 2/24/07, Antonino A. Daplas [EMAIL PROTECTED] wrote:
On Fri, 2007-02-23 at 07:32 +0100, Jaya Kumar wrote:
Can you create 2 separate patches, one for the deferred_io and another
for the driver that uses it?
Will do.
+static struct vm_operations_struct hecubafb_vm_ops = {
+ .nopage
On 2/23/07, Paul Mundt [EMAIL PROTECTED] wrote:
On Fri, Feb 23, 2007 at 07:32:28AM +0100, Jaya Kumar wrote:
This is a first pass at abstracting deferred IO out from hecubafb and
into fbdev as was discussed before:
http://marc.theaimsgroup.com/?l=linux-fbdev-develm=117187443327466w=2
Please
On 2/24/07, Antonino A. Daplas [EMAIL PROTECTED] wrote:
On Fri, 2007-02-23 at 14:34 +0100, Giuseppe Bilotta wrote:
The snowy is constant and abundant, and it seems to be independent of
video size (640 through 1600) and screen occupation (single prompt
line to fullscreen mc session) and
* Samium Gromoff:
Lisp environments can produce standalone executables
If you've got a stand-alone executable, you don't need MAP_FIXED. The
ELF loader maps the program at a fixed address anyway (at least on
i386 and x86_64, I haven't checked others).
AFAIK, PolyML has recently made the
Randomisation has nothing to do with C. In fact from a C perspective the
compiler and linker do a lot of work to deal with ELF and loading code at
arbitary addresses for dynamic linking and the like, not the user and
not as language constructs. Perhaps the Lisp universe should wake up and
Hi,
I'm trying to modify the ordering of I/O requests in Linux kernel, and
came across the barrier flags REQ_HARDBARRIER and REQ_SOFTBARRIER.
One thing I noticed (which might be wrong) is that all the requests
have both these flags set. What is the significance of these flags? Is
it a must for
Markus Gutschke [EMAIL PROTECTED] wrote:
As an alternative to your kernel patch, you could achieve the same goal in
user space, by linking my coredumper
How does it work when you can't actually get back to userspace to have
userspace do the coredump? You still have to handle the userspace
Hi,
Quick question,
Since I am going to open my server today to do some pata tests (for
the weird detection problems people are giving me fantastic help with,
no sarcasm, I really mean it) I thought: why not add two 320GB SATA
disks on the SATA controller that the mainboard has.
I am
just noticed that parisc's ioctl.h file, rather than simply
including asm-generic/ioctl.h, has its own copy whose sole
(meaningful) difference from the generic one is:
$ diff include/{asm-generic,asm-parisc}/ioctl.h
...
41,42c54,55
#define _IOC_WRITE1U
#define _IOC_READ 2U
---
Replace pci_module_init with pci_register_driver
Signed-off-by: Richard Knutson [EMAIL PROTECTED]
---
Compile-tested with allyes, allmod allno on i386
diff --git a/drivers/mfd/sm501.c b/drivers/mfd/sm501.c
index 5c5a1e2..c707c8e 100644
--- a/drivers/mfd/sm501.c
+++ b/drivers/mfd/sm501.c
@@
Replace pci_module_init with pci_register_driver
Signed-off-by: Richard Knutson [EMAIL PROTECTED]
---
Not compile-tested (but should be correct!)
--- a/drivers/net/vioc/vioc_driver.c2007-02-24 10:04:03.0 +0100
+++ b/drivers/net/vioc/vioc_driver.c2007-02-24 10:05:01.0
(cc's restored. Please, always do reply-to-all)
On Fri, 23 Feb 2007 22:57:27 + (UTC) Mark Gray [EMAIL PROTECTED] wrote:
i2o/hda:3Buffer I/O error on device i2o/hda, logical block 0
Buffer I/O error on device i2o/hda, logical block 0
Same error here. Both 2.6.19 and 2.6.20 kernels,
101 - 200 of 376 matches
Mail list logo