On Sat, 23 Jul 2005 17:30:42 -0700 (PDT)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > According to the Single Unix Specification V3, all functions that
> > return EINTR are supposed to restart if a process receives a signal
> > where signal handler has been installed with the SA_RESTART flag.
>
On Sun, Jul 24, 2005 at 08:40:00AM +1000, Dave Airlie wrote:
> > > What if some other driver is sharing the IRQ, and requires IRQs to be
> > > enabled for the resume to complete?
>
> All drivers re-enable IRQs on their way back up in their resume code,
> they shouldn't be doing anything before tha
On Sun, Jul 24, 2005 at 04:28:54PM +1000, Grant Coady wrote:
> Greetings,
Hi Grant,
> Few days ago I compiled 241 random configurations of 2.6.13-rc3, today
> I finally got around to parsing the results, top 40, sorted by name.
> Percentage is error_builds / total_builds.
>
> build script si
On Sat, 23 Jul 2005, Adrian Bunk wrote:
> On Tue, Jul 19, 2005 at 10:50:53PM +0200, Bodo Eggert wrote:
> > OTOH, the build system
> > should automatically propagate the dependencies. I asume that should be
> > easy, except for having the time to implement that.
> >...
>
> There are nontrivial pro
On Thu, 21 Jul 2005, randy_dunlap wrote:
> On Sun, 17 Jul 2005 13:29:03 +0200 (CEST) Bodo Eggert wrote:
> > > These patches change some menus into menuconfig options.
> When using xconfig (not menuconfig), the drivers/MTD menu
> needs some help IMO, but it's not clear where/why.
>
> Before the p
Hi Ian,
On Sunday 24 July 2005 04:12, Ian Kent wrote:
> If the automount daemon receives a signal which causes it to sumarily
> terminate the autofs4 module leaks dentries. The same problem exists with
> detached mount requests without the warning.
>
> This patch cleans these dentries at umount.
On Mon, Jul 18, 2005 at 10:39:05PM +0200, Wolfgang Pfeiffer wrote:
> The first try to send the message below didn't work. Hoping it does
> now ... :)
>
> Regards
> Wolfgang
>
> - Forwarded message from Wolfgang Pfeiifer -
>
> To: Sven Luther <[EMAIL PROTECTED]>
> Cc: debian-powerpc@lists
Timothy Miller wrote:
>On 7/23/05, Trond Myklebust <[EMAIL PROTECTED]> wrote:
>
>
>
>>I beg to disagree. A lot of these VPN solutions are unfriendly to MTU
>>path discovery over UDP. Sun uses TCP by default when mounting NFS
>>partitions. Have you tried this on your Linux box?
>>
>>
>
>I cha
On Sat, Jul 23, 2005 at 10:11:13PM +0200, Dominik Brodowski wrote:
> Thanks for the excellent debugging. Your patch seems to work, however it
> might be better to do just this:
This can be racy if two drivers are simultaneously trying to request an
IRQ. 'data' must be unique to different threads
Jesper Juhl wrote:
On 7/24/05, randy_dunlap <[EMAIL PROTECTED]> wrote:
On Fri, 15 Jul 2005 05:46:44 +0200 Jesper Juhl wrote:
+static int __init jiffies_increment_setup(char *str)
+{
+ printk(KERN_NOTICE "setting up jiffies_increment : ");
+ if (str) {
+ printk("ker
On 7/24/05, Grant Coady <[EMAIL PROTECTED]> wrote:
> Greetings,
>
> Few days ago I compiled 241 random configurations of 2.6.13-rc3, today
> I finally got around to parsing the results, top 40, sorted by name.
> Percentage is error_builds / total_builds.
>
> build script similar to:
> count=0
> w
This is with respect to 2.4.28 on
http://lxr.linux.no/source/?v=2.4.18
When i do read/write on ext2 without opening files
with O_DIRECT, i can see buffer_head constantly
increasing in /proc/slabinfo.
But when I open files with O_DIRECT, the i/o is done
without using buffer_head, /proc/slabinfo s
Sorry about reporting this error so late but the machine in question had
gone some time without upgrades.
The problem I'm seeing is that IRQs stop working for one of the IRQ
slots on the machine. It's only that slot, not the entire IRQ, since the
two slots (it's a small machine) both get routed to
Nicholas Hans Simmonds wrote:
> This is a simple attempt at providing capability support
Very good to see progress in this field. I'm not familiar with the
technical details yet, but this seems an important security feature imho.
How does this patch relate to the one at
http://www.olafdietsche.d
Hello Linus, Andrew,
I noticed that some past changes to the gerneric Video4Linux tuner
module for analog tuners broke my "Multimedia eXtension Board" driver.
The tuner driver was made aware of Video4Linux2 tuning ioctls, but my
driver was not ported and still uses the Video4Linux1 ioctls. This d
On 7/24/05, UmaMaheswari Devi <[EMAIL PROTECTED]> wrote:
> I am new to kernel hacking and am facing problems in trying to peek at the
> runtime values of some kernel variables using gdb.
>
> I am issuing the gdb command as follows:
> gdb vmlinux /proc/kcore
> This displays the message
> /
On 7/24/05, Jesper Juhl <[EMAIL PROTECTED]> wrote:
> On 7/24/05, UmaMaheswari Devi <[EMAIL PROTECTED]> wrote:
> > I am new to kernel hacking and am facing problems in trying to peek at the
> > runtime values of some kernel variables using gdb.
> >
> > I am issuing the gdb command as follows:
> >
Pierre Ossman wrote:
> ** PCI interrupts are no longer routed automatically. If this
> ** causes a device to stop working, it is probably because the
> ** driver failed to call pci_enable_device(). As a temporary
> ** workaround, the "pci=routeirq" argument restores the old
> ** behavior. If thi
On 7/24/05, Pierre Ossman <[EMAIL PROTECTED]> wrote:
> Sorry about reporting this error so late but the machine in question had
> gone some time without upgrades.
>
> The problem I'm seeing is that IRQs stop working for one of the IRQ
> slots on the machine. It's only that slot, not the entire IRQ
Hi!
> > I recently tried out dyntick 050610-1 against 2.6.12.3, works great, it
> > actually makes a noticeable difference on my laptop's battery life. I don't
> > have hard numbers, lets just say that instead of the usual ~3 hours i get
> > out of it, i was ~4 before it started nagging, usual use
Hi!
> Thanks for your suggestions and help.
>
> We started it from 2.6.7 last year and then it was sitting idle for several
> months for lack of resources. We'll go back to that version and generate a
> diff that's easier to read.
>
> Yes, changing the name has made the task of rebasing wrt. c
[PATCH NFS 0/3] Cleanup/fix nfs_block_size() and nfs_block_bits()
The Plan 9 filesystem for Linux had some code which wrongly calculated
the size of blocks. A comment said this code has been taken from NFS.
Patch 3 of this series contains a fix for the bug, the first two patches
are preparation
[PATCH NFS 1/3] Lose second parameter of nfs_block_size().
Most calls to nfs_block_size() were done with a NULL pointer as second
parameter anyway. We can simply calculate the number of bits ourselves
instead of using that ugly pointer thingy.
Signed-off-by: Rene Scharfe <[EMAIL PROTECTED]>
---
[PATCH NFS 3/3] Replace nfs_block_bits() with roundup_pow_of_two()
Function nfs_block_bits() an open-coded version of (the non-existing)
rounddown_pow_of_two(). That means that for non-power-of-two target
sizes it returns half the size needed for a block to fully contain
the target. I guess this
[PATCH NFS 2/3] Lose second parameter of nfs_block_bits
Two of the three calls were passing a NULL pointer and we can simply
calculate the number of bits ourselves.
Signed-off-by: Rene Scharfe <[EMAIL PROTECTED]>
---
fs/nfs/inode.c | 17 -
1 files changed, 8 insertions(+), 9 d
Hi,
My RTC clock is set to the local timezone. However, when I boot linux using
the -b option, to stop by a shell before the bootscripts begin, the clock is
exaclty two hours ahead.
Is the timezone stored in the RTC? If no, how can Linux know I am in UTC+0200?
Jan Engelhardt
--
-
To unsubsc
On Sunday 24 July 2005 16:23, Pavel Machek wrote:
> Hi!
>
> > > I recently tried out dyntick 050610-1 against 2.6.12.3, works great, it
> > > actually makes a noticeable difference on my laptop's battery life. I
> > > don't have hard numbers, lets just say that instead of the usual ~3
> > > hours i
>> PCI: Using ACPI for IRQ routing
>> ** PCI interrupts are no longer routed automatically. If this
>> ** causes a device to stop working, it is probably because the
>> ** driver failed to call pci_enable_device(). As a temporary
>> ** workaround, the "pci=routeirq" argument restores the old
>> *
>Maybe you want to put your development machines on ext*2* while doing
>this ;-). Or perhaps reiserfs/xfs/something.
Or perhaps into at the VFS level, so any fs can benefit from it.
Jan Engelhardt
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a me
On Sun, Jul 17, 2005 at 05:09:39PM -0400, Ralf Baechle wrote:
> On Fri, Jul 15, 2005 at 09:35:56PM +0200, Adrian Bunk wrote:
>
> > I do agree with Francois regarding this issue:
> >
> > AFAIR, there has been not one 2.6 kernel where this driver was available
> > for SMP kernels.
>
> Eh... That
On 7/24/05, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> >> PCI: Using ACPI for IRQ routing
> >> ** PCI interrupts are no longer routed automatically. If this
> >> ** causes a device to stop working, it is probably because the
> >> ** driver failed to call pci_enable_device(). As a temporary
> >>
On Fri, 2005-07-15 at 01:36 -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
On the Zaurus I'm seeing a couple of false "BUG: soft lockup detected on
CPU#0!" reports. These didn't show under 2.6.12-mm1 which was the last
-mm ker
Hi list,
I have seen this in kernel/signal.c:check_kill_permission()
&& (current->euid ^ t->suid) && (current->euid ^ t->uid)
If current->euid and t->suid are the same, the xor returns 0, so these
statements are effectively the same as a !=
current->euid != t->suid ...
Wh
On Fri, Jul 22, 2005 at 08:01:09PM +0200, Pavel Machek wrote:
> This adds support for reading ADCs (etc), neccessary to operate touch
> screen on Sharp Zaurus sl-5500.
I would like to know what the diffs are between my version (attached)
and this version before they get applied.
The only reason m
On Sun, 2005-07-24 at 17:47 +0100, Russell King wrote:
> On Fri, Jul 22, 2005 at 08:01:09PM +0200, Pavel Machek wrote:
> > This adds support for reading ADCs (etc), neccessary to operate touch
> > screen on Sharp Zaurus sl-5500.
>
> I would like to know what the diffs are between my version (attac
On Sun, 24 Jul 2005 17:47:56 +0100 Russell King wrote:
> On Fri, Jul 22, 2005 at 08:01:09PM +0200, Pavel Machek wrote:
> > This adds support for reading ADCs (etc), neccessary to operate touch
> > screen on Sharp Zaurus sl-5500.
>
> I would like to know what the diffs are between my version (atta
>>nor umount -f
> What are the errors? What is the version of cifs.ko module?
umount2: Device or resource busy
umount: /tmpmnt: device is busy
umount2: Device or resource busy
umount: /tmpmnt: device is busy
Without -f it doesn't print those umount2 errors, just the other two.
The version is wh
On Sun, Jul 24, 2005 at 08:58:45AM +, Sam Ravnborg wrote:
> On Sun, Jul 24, 2005 at 04:10:13PM +1000, Keith Owens wrote:
> > >
> > >diff --git a/drivers/media/Makefile b/drivers/media/Makefile
> > >--- a/drivers/media/Makefile
> > >+++ b/drivers/media/Makefile
> > >@@ -2,4 +2,7 @@
> > > # Makef
Is do_gettimeofday supposed to be monotonous? I'm seeing time go backward by
tiny amounts, and then progressing.
I'm using do_gettimeofday on a single processor, CONFIG_PREEMPT_NONE=y, and
saving stuff from generic_make_request - see http://ds9a.nl/diskstat for the
source. 2.6.13-rc3-mm1, HZ=250.
On 22 Jul 2005, Jesper Juhl suggested tentatively:
> You can
> A) look in the .config file for your current kernel (if your arch
> supports different page sizes at all).
> B) You can use the getpagesize(2) syscall at runtime. getpagesize()
> returns the nr of bytes in a page - man getpagesize -
Hi Adrian,
well, the idea was to give you a clue how many people did NOT complain
because it either worked or they did not realize/care. The goal
was different. For example, I have 2 computers and both need current acpi
patch to work fine. I went to bugzilla and found nobody has filed such bugs
b
On Sun, Jul 24, 2005 at 08:45:16PM +0200, Martin MOKREJ? wrote:
> Hi Adrian,
Hi Martin,
> well, the idea was to give you a clue how many people did NOT complain
> because it either worked or they did not realize/care. The goal
> was different. For example, I have 2 computers and both need curre
On Sat, Jul 23, 2005 at 08:16:20PM -0300, Márcio Oliveira wrote:
> Neil,
>
> >The best way I can think to do that is take a look at /proc/slabinfo.
> >That will
> >likely give you a pointer to which area of code is eating up your memory.
> >
> >
> OK. I will monitor the /proc/slabinfo file.
>
i had one question
does the linux kernel support only one default page size even if the
processor on which it is working supports multiple ?
On 7/25/05, Nix <[EMAIL PROTECTED]> wrote:
> On 22 Jul 2005, Jesper Juhl suggested tentatively:
> > You can
> > A) look in the .config file for your curren
Hi Adrian,
I think you don't understand me. I do report bugs and will always
do. The point was that developers could be "assured" there is possibly
no problem when people do NOT report bugs in that piece of code
because they would know that it _was_ tested by 1000 people on 357 different
HW's. An
Hi guys!
I got a question for you. Apparently kernel 2.6 is
much slower then 2.4 and about 30 times slower then
the windows one.
I'm not an OS guru, but I ran a little and very simple
test. The program bellow, as you can see, measures the
number of cycles performed in 30 seconds.
//-
On Sun, 24 Jul 2005 15:01:22 +0200, Jesper Juhl <[EMAIL PROTECTED]> wrote:
>> context. Deliberately simplistic for traceability at the moment, truncated
>> error length for this post.
>>
>If you could put the data online somewhere I'd be interrested in
>taking a look at it.
7.4MB raw data --> low
On 7/25/05, VASM <[EMAIL PROTECTED]> wrote:
> i had one question
> does the linux kernel support only one default page size even if the
> processor on which it is working supports multiple ?
>
The PAGE_SIZE depends on the architecture and it do supports different
page_sizes depending on the archi
On 7/24/05, Grant Coady <[EMAIL PROTECTED]> wrote:
> On Sun, 24 Jul 2005 15:01:22 +0200, Jesper Juhl <[EMAIL PROTECTED]> wrote:
> >> context. Deliberately simplistic for traceability at the moment, truncated
> >> error length for this post.
> >>
> >If you could put the data online somewhere I'd be
On Sun, 24 Jul 2005 11:13:27 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
>it's generally useful, but the target kernel should be the latest -mm
>kernel.
097-error:drivers/char/drm/drm_memory.h:163: error: redefinition of
`drm_ioremap_nocache'
097-error:drivers/char/drm/drm_memory.h:163: error
> In windows were performed about 300 millions cycles,
> while in Linux about 10 millions. This test was run on
> Fedora 4 and Suse 9.2 as Linux machines, and Windows
> XP Pro with VS .Net 2003 on the MS side. My CPU is a
> P4 @3GHz HT 800MHz bus.
>
> I published my little test on several forums
On Sun, Jul 24, 2005 at 12:40:40PM +0100, Russell King wrote:
> On Sat, Jul 23, 2005 at 10:11:13PM +0200, Dominik Brodowski wrote:
> > Thanks for the excellent debugging. Your patch seems to work, however it
> > might be better to do just this:
>
> This can be racy if two drivers are simultaneousl
well, for a bit of OT discussion sake, here's how it imho SHOULD work,
from user (noobs and non guru) desktop point of view:
cd/dvds: mounted automatically on insert / first access. if a program is
running from it (or a file is open from it), and user tries to eject it
using button, or any eject
On Sun, 24 Jul 2005 18:40:25 +0200 (MEST), Jan Engelhardt <[EMAIL PROTECTED]>
wrote:
>
>I have seen this in kernel/signal.c:check_kill_permission()
>
>&& (current->euid ^ t->suid) && (current->euid ^ t->uid)
>
>If current->euid and t->suid are the same, the xor returns 0, so these
>st
On 7/24/05, Grant Coady <[EMAIL PROTECTED]> wrote:
> On Sun, 24 Jul 2005 11:13:27 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> With > 2k (raw) errors in 97.something builds of 2.6.12.3, why go
> looking for trouble in -mm?
Because -mm is the development tree. The things in -mm are what's
eve
On Mon, Jul 25, 2005 at 05:42:58AM +1000, Grant Coady wrote:
> On Sun, 24 Jul 2005 11:13:27 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> >it's generally useful, but the target kernel should be the latest -mm
> >kernel.
> 097-error:drivers/char/drm/drm_memory.h:163: error: redefinition of
>
Ciprian wrote:
Hi guys!
I got a question for you. Apparently kernel 2.6 is
much slower then 2.4 and about 30 times slower then
the windows one.
I'm not an OS guru, but I ran a little and very simple
test. The program bellow, as you can see, measures the
number of cycles performed in 30 seconds
On 7/24/05, Ciprian <[EMAIL PROTECTED]> wrote:
> test /= 10;
> test *= 10;
> test += 10;
> test -= 10;
You're not trying to benchmark the kernel with those arithmetic
operations are you?! That's completely bogus, the kernel is not
involved in any of that.
As it has been already pointed out, the o
Jesper Juhl wrote:
>
>Have you tried the suggestion given "... As a temporary workaround,
>the "pci=routeirq" argument..." ?
>You could also try the pci=noacpi boot option to see if that changes anything.
>
>
No, I missed that one. The machine works fine with either of those two
options. I sent
On Sun, 24 Jul 2005 22:39:32 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
>On Mon, Jul 25, 2005 at 05:42:58AM +1000, Grant Coady wrote:
>> On Sun, 24 Jul 2005 11:13:27 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
>> >
>> >it's generally useful, but the target kernel should be the latest -mm
>> >
On Mon, Jul 25, 2005 at 07:13:02AM +1000, Grant Coady wrote:
> On Sun, 24 Jul 2005 22:39:32 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> >On Mon, Jul 25, 2005 at 05:42:58AM +1000, Grant Coady wrote:
> >> On Sun, 24 Jul 2005 11:13:27 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >> >
> >> >i
On Mon, 25 Jul 2005, VASM wrote:
> i had one question
> does the linux kernel support only one default page size even if the
> processor on which it is working supports multiple ?
No. Some architectures have compile-time support for multiple different
page sizes (e.g. Itanium, SPARC64); many have
In article <[EMAIL PROTECTED]> you wrote:
> My RTC clock is set to the local timezone. However, when I boot linux using
> the -b option, to stop by a shell before the bootscripts begin, the clock is
> exaclty two hours ahead.
The problem is that the clock is correct, but the timezone of your sys
>To confuse you, coders with assembly or hardware background throw in
I doubt that. I'm good enough assembly to see this :)
>equivalent bit operations to succinctly describe their visualisation
>of solution space... Perhaps the writer _wanted_ you to pause and
>think? Maybe the compiler prod
>I got a question for you. Apparently kernel 2.6 is
>much slower then 2.4 and about 30 times slower then
>the windows one.
>
>I'm not an OS guru, but I ran a little and very simple
>test. The program bellow, as you can see, measures the
>number of cycles performed in 30 seconds.
I suggest that you
On Sun, 24 Jul 2005 23:27:22 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
>Looking at the .config, the problem is actually:
> CONFIG_BROKEN=y
>
>You should edit init/Kconfig to disallow CONFIG_CLEAN_COMPILE=n, since
>any errors you see with CONFIG_BROKEN=y aren't interesting.
Very good point.
Jan Engelhardt wrote:
To confuse you, coders with assembly or hardware background throw in
I doubt that. I'm good enough assembly to see this :)
equivalent bit operations to succinctly describe their visualisation
of solution space... Perhaps the writer _wanted_ you to pause and
th
On Mon, Jun 20, 2005 at 09:54:04PM +0530, Suparna Bhattacharya wrote:
> In order to allow for interruptible and asynchronous versions of
> lock_page in conjunction with the wait_on_bit changes, we need to
> define low-level lock page routines which take an additional
> argument, i.e a wait queue en
On Thu, Jul 21, 2005 at 07:25:27AM +0200, Pavel Machek wrote:
> This fixes wrong number of arguments in call to write_scoop_reg, fixes
> map_name and John's email. Please apply,
>
> Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
Nacked.
I'd like John (or someone) to look at this. I'm particula
On Sun, Jul 24, 2005 at 11:17:02PM +0100, Christoph Hellwig wrote:
> On Mon, Jun 20, 2005 at 09:54:04PM +0530, Suparna Bhattacharya wrote:
> > In order to allow for interruptible and asynchronous versions of
> > lock_page in conjunction with the wait_on_bit changes, we need to
> > define low-level
On Sun, 2005-07-24 at 17:03 -0400, Florin Malita wrote:
> the x86 timer interrupt
> frequency has increased from 100Hz to 1KHz (it's about to be lowered
> to 250Hz)
This is by no means a done deal. So far no one has posted ANY evidence
that dropping HZ to 250 helps (except one result on a atypica
On Mon, Jun 27, 2005 at 11:05:02PM +0200, Christoph Hellwig wrote:
> On Wed, May 04, 2005 at 08:44:39PM +0200, Christoph Hellwig wrote:
> > additional benefit is cleaning up the ifdef mess in ppc_htab.c
> >
> >
> > Signed-off-by: Christoph Hellwig <[EMAIL PROTECTED]>
>
> ping?
Index: arch/ppc/
On Sun, 2005-07-24 at 23:35 +0100, Russell King wrote:
> I'd like John (or someone) to look at this. I'm particularly worred
> about:
>
> 1. passing NULL into (read|write)_scoop_reg() - which use dev_get_drvdata()
>on this. Given the choice between creating code which will definitely
>oo
su den 24.07.2005 Klokka 16:36 (+0200) skreiv Rene Scharfe:
> [PATCH NFS 3/3] Replace nfs_block_bits() with roundup_pow_of_two()
>
> Function nfs_block_bits() an open-coded version of (the non-existing)
> rounddown_pow_of_two(). That means that for non-power-of-two target
> sizes it returns half
On Sad, 2005-07-23 at 22:04 +0200, Adrian Bunk wrote:
> The OSS trident driver has 5 different pci_device_id entries.
>
> For 4 of them there seems to be similar ALSA support, but I can't find
> any ALSA equivalent for the following entry:
> {PCI_VENDOR_ID_INTERG, PCI_DEVICE_ID_INTERG_505
On Sul, 2005-07-24 at 12:12 -0700, Ciprian wrote:
> I'm not an OS guru, but I ran a little and very simple
> test. The program bellow, as you can see, measures the
> number of cycles performed in 30 seconds.
No it measures the performance of the "time()" call. Windows has some
funky optimisations
su den 24.07.2005 Klokka 19:09 (-0400) skreiv Trond Myklebust:
> su den 24.07.2005 Klokka 16:36 (+0200) skreiv Rene Scharfe:
> > [PATCH NFS 3/3] Replace nfs_block_bits() with roundup_pow_of_two()
> >
> > Function nfs_block_bits() an open-coded version of (the non-existing)
> > rounddown_pow_of_two
The #define CONFIG_DVB_* are actually CFLAGS set by Makefile.
CONFIG_* namespace is reserved for Kconfig. This renames them back to HAVE_*
Signed-off-by: Michael Krufky <[EMAIL PROTECTED]>
linux/drivers/media/video/cx88/Makefile |8 ++--
linux/drivers/media/video/cx88/cx88-dvb.c
On Sat, Jul 23, 2005 at 05:30:42PM -0700, Linus Torvalds wrote:
> On Mon, 11 Jul 2005, Theodore Ts'o wrote:
> >
> > According to the Single Unix Specification V3, all functions that
> > return EINTR are supposed to restart if a process receives a signal
> > where signal handler has been installed
Hi everyone,
First I want to say sorry for this BIG post, but it seems that I have no
other chance. :)
I have a Asus P4C800-DX with a P4 2,4 GHz 512 KB L2 Cache "Northwood"
Processor (lowest Processor that supports HyperThreading) and 1GB DDR400
RAM. I'm also running S-ATA disks with about 5
On Sat, Jul 23, 2005 at 09:54:11PM +0200, Dominik Brodowski wrote:
> Oh, yes, I seem to have missed it. Sorry. Does this patch look good?
Yes.
Acked-by: Grant Grundler <[EMAIL PROTECTED]>
I'll commit this to the cvs.parisc-linux.org tree as well.
Willy can let me deal with the collision if it's
Neil Horman wrote:
On Sat, Jul 23, 2005 at 08:16:20PM -0300, Márcio Oliveira wrote:
Neil,
The best way I can think to do that is take a look at /proc/slabinfo.
That will
likely give you a pointer to which area of code is eating up your memory.
OK. I will monitor the /proc/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm playing Skies of Arcadia Legends on my GameCube and noticing that
software bugs continuously produce errors (no scratch on the disk; I can
have an error, reset, play through it easy). This leads me on and on,
but now it's lead me into thinking abo
Hi,
I do not know which list to put this problem on. And hence ...
I'm using Kernel 2.6.9 and am having a Qlogic QLE2362 FC-HBA in my
system. I selected all the Qlogic SCSI drivers while buiding the
kernel. Now the problem is that every time I reboot, I have to
MANUALLY modprobe the qla2322.ko mo
From: Harald Welte <[EMAIL PROTECTED]>
Date: Sat, 23 Jul 2005 09:33:53 -0400
> I strongly disrecommend increasing NPROTO. Maybe we should look into
> reusing NETLINK_FIREWALL (which was an old 2.2.x kernel interface).
That is how I will fix this 1-wire case, by reusing the NETLINK_FIREWALL
thing
subscribe linux-kernel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Harald Welte <[EMAIL PROTECTED]>
Date: Sat, 23 Jul 2005 09:33:53 -0400
> I strongly disrecommend increasing NPROTO. Maybe we should look into
> reusing NETLINK_FIREWALL (which was an old 2.2.x kernel interface).
ip_queue.c still uses NETLINK_FIREWALL so we really can't use
that.
So instea
subscribe linux-kernel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Evgeniy Polyakov <[EMAIL PROTECTED]>
Date: Sat, 23 Jul 2005 13:14:55 +0400
> Andrew has no objection against connector and it lives in -mm
A patch sitting in -mm has zero significance. A lot of junk
and useless things end up there as often Andrew incorporates
just about every single patch
Well, this may be the reason why Evgeniy thinks nobody
has any concrete objections to his connector layer :-(
--- Begin Message ---
This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of its
recipients. This is a permanen
> On Tue, Jul 12, 2005 at 06:01:22PM +0900, Rajat Jain
> wrote:
>
> > Hi,
> >
> > I'm trying to use the PCI Express Hot-Plug Controller driver
> > (pciehp.ko) with Kernel 2.6 so that I can get hot-plug events
> > whenever I add a card to my PCI Express slot.
> >
> > I built the driver as a modul
This fixes wrong number of arguments in call to write_scoop_reg and
John's email. Please apply,
Pavel
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
diff --git a/arch/arm/mach-sa1100/collie.c b/arch/arm/mach-sa1100/collie.c
--- a/arch/arm/m
I just pulled from GIT to test bind/unbind. I couldn't get it to work;
it isn't taking into account the CR on the end of the input value of
the sysfs attribute. This patch will fix it but I'm sure there is a
cleaner solution.
--
Jon Smirl
[EMAIL PROTECTED]
diff --git a/drivers/base/bus.c b/dri
On 7/24/05, Alan Cox <[EMAIL PROTECTED]> wrote:
> time() isn't a hot
> path in the real world.
That's what you would expect but I've straced stuff calling
gettimeofday() in huge bursts every other second. Obviously braindead
stuff but so is "the real world" most of the time() ... :)
-
To unsubscri
On Wed, Jul 20, 2005 at 11:46:03PM +0200, Jean Delvare wrote:
>
> So, the approximate timeline would be 1* to 3* right now, 4* after that
> as time permits, and 5* when we estimate that 3* happened long enough
> ago (roughly 1st half of 2006?)
>
> I hope I explained it correctly this time. If not
On Thu, Jun 30, 2005 at 10:31:44PM +0200, matthieu castet wrote:
> >Then they should be fixed. Any specific examples?
> >
> >
> I am a little lasy to list all, but some drivers in driver/usb should
> have this problem : the first driver I look : ./misc/phidgetkit.c do
> [1]. So sysfs read don't
On Sunday 24 July 2005 23:09, Jon Smirl wrote:
> I just pulled from GIT to test bind/unbind. I couldn't get it to work;
> it isn't taking into account the CR on the end of the input value of
> the sysfs attribute. This patch will fix it but I'm sure there is a
> cleaner solution.
>
"echo -n" sho
[resend. Did not reach mailing lists, most probably due
to KMail's unstoppable desire to use base64 encoding :)]
Hi folks,
I reported earlied that around linux-2.6.11-rc5 my home box sometimes
does not want to send anything over ethetnet. That report is repeated below
sig.
I finally managed to n
Hi,
On Mon, Jul 25, 2005 at 02:50:05AM +0200, Andreas Baer wrote:
> Hi everyone,
>
> First I want to say sorry for this BIG post, but it seems that I have no
> other chance. :)
It's not big enough, you did not explain us what your database does nor
how it does work, what type of resource it con
Probably your link is never coming up. We won't send packets
over the wire unless the device is in the link-up state.
However, if ->dequeue() is returning NULL, there really aren't
any packets in the device queue to be sent.
If you want, add more tracing to pfifo_fast_dequeue() since
that's alm
1 - 100 of 122 matches
Mail list logo
