On Sun, Mar 27, 2005 at 01:41:46PM +1000, Nick Piggin wrote:
> Hmm... no, because free_pgd_slow decrements it? In that case, can
> you have free_pgd_slow also decrement nr_ptes, instead of your
> below patch?
Unfortunately not - free_pgd_slow doesn't have any knowledge about the
mm_struct that the
Lee wrote:
What ever gave you the impression that it was legal to create a
"Proprietry" kernel driver for Linux in the first place.
The fact that Nvidia and ATI get away with it?
The didn't write a Linux driver. They have multi-platform drivers that
work among other OS on Linux, too.
E.g. the N
You've tried applying the libata-dev patche, right? You need it for
ATAPI support.
-
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
Paul Jackson wrote:
Stringent enforcement of cpuset memory placement could cause
the kernel to panic on a GFP_ATOMIC (!wait) memory allocation,
even though memory was available elsewhere in the system.
Relax the cpuset constraint, on the last zone loop in
mm/page_alloc.c:__alloc_pages(), for ATOMIC
Stringent enforcement of cpuset memory placement could cause
the kernel to panic on a GFP_ATOMIC (!wait) memory allocation,
even though memory was available elsewhere in the system.
Relax the cpuset constraint, on the last zone loop in
mm/page_alloc.c:__alloc_pages(), for ATOMIC requests.
Signed-
Provide (minimal) documentation of the cpusets notify_on_release file.
Signed-off-by: Paul Jackson <[EMAIL PROTECTED]>
Index: 2.6.12-pj/Documentation/cpusets.txt
===
--- 2.6.12-pj.orig/Documentation/cpusets.txt2005-03-26 19:57:27
On Sat, 26 Mar 2005 at 10:28:28 -0800 Greg KH wrote:
> However, if you do wish to create a Linux driver, you _must_ abide by
> the legal requirements of the kernel, which I feel, along with every IP
> lawyer I have ever consulted, that it is not allowed to create a non-GPL
> compatible kernel modu
Hello,
This patch against 12-rc1 adds seccomp to the ppc64 arch. I tested it
successfully with the seccomp_test. I didn't bother to change the
syscall exit not to check for TIF_SECCOMP, in theory that bit could be
optimized but it's an optimization in the slow path, and current code is
a bit simpl
Herzlichen Glückwünsch.
Sie sind einer der glücklichen Menschen denen wir folgendes Super-Angebot
unterbreiten können:
Spielen Sie mit beim Casino Royal Las Vegas und freuen Sie sich auf bis zu
500 $ Extra
beim ersten Kauf von Chips!!
Ja Sie lesen richtig - bei Ihrem ersten Chipkauf geben wir ihne
Herzlichen Glückwünsch.
Sie sind einer der glücklichen Menschen denen wir folgendes Super-Angebot
unterbreiten können:
Spielen Sie mit beim Casino Royal Las Vegas und freuen Sie sich auf bis zu
500 $ Extra
beim ersten Kauf von Chips!!
Ja Sie lesen richtig - bei Ihrem ersten Chipkauf geben wir ihne
On Fri, Mar 25, 2005 at 02:59:14PM +0100, Jesper Juhl wrote:
> On Thu, 24 Mar 2005, H. Peter Anvin wrote:
> > Note that Linux always accepts . and .. so it's just a matter of making them
> > appear in readdir.
> >
> I'm working on that, but it's a learning experience for me, so it's going
> a bit
HI again,
Does anybody have any suggestions as to what I could do to help debug
this situation?
Perhaps someone who has this working with this kernel version might
share what worked for them.
Thanks again,
Andy
--
Andy Stewart, Founder
Worcester Linux Users' Group
Worcester, MA, USA
http://w
Russell King wrote:
On Sun, Mar 27, 2005 at 12:42:56AM +1100, Nick Piggin wrote:
OK, thanks that would be good. You could well be right in your analysis.
May I suggest a possible avenue of investigation:
Yes, this patch seems to also be required, otherwise I see:
[...]
OK.
The above is with my fix
On Sat, 2005-03-26 at 19:20 -0800, Greg KH wrote:
> > Anyway, this is news to me. How about putting it in the FAQ? Too
> > politically charged?
>
> Why does it need to be in the FAQ, when the file COPYING in the main
> kernel directory explicitly spells this out?
That's the problem, it's not sp
On Sat, Mar 26, 2005 at 08:04:40PM -0500, Lee Revell wrote:
> On Sat, 2005-03-26 at 16:48 -0800, Greg KH wrote:
> > On Sat, Mar 26, 2005 at 03:34:34PM -0500, Lee Revell wrote:
> > > On Sat, 2005-03-26 at 10:28 -0800, Greg KH wrote:
> > > > On Sat, Mar 26, 2005 at 05:52:20PM +, Mark Fortescue wr
On 2005-03-27, at 04:00, Horst von Brand wrote:
Needless to say that there are enough architectures out there, which
don't even have something like an explicit call as separate assembler
instruction...
The mechanism exists somehow.
Most RISC architectures are claiming a huge register set advantage
On Sat, Mar 26, 2005 at 10:00:23PM +0200, Sheshka Alexey wrote:
> Hi!
>
> I've got 100% reproduceble on my system (Toshiba A75) Oops on 2.6.11.5
> (2.6.11 with same options works fine)
> Olso 2.6.11.5 works fine while xfs volumes are in RO mode.
Can you do a binary search to see which 2.6.11.y k
On Mar 26, 2005, at 20:15, Aaron Gyes wrote:
How is what they are doing illegal? How it is even "bad"? They
obviously
can't give up their IP. Them providing binary modules wrapped in GPL
glue (so anyone can fix most kernel incompatabilities) is a good thing
for Linux. Many people and businesses wo
Hi,
This patch adds i18n support for make *config, allowing users to
have the config process in their own language.
No printk was harmed in the process, don't worry, so all the bug
reports, kernel messages, etc, remain in english, just the user tools to
configure the kernel are in
Marcin Dalecki <[EMAIL PROTECTED]> said:
> On 2005-03-27, at 00:21, linux-os wrote:
> > Always, always, a call will be more expensive than a branch
> > on condition.
Wrong.
> > It's impossible to be otherwise.
Many, many counterexamples say otherwise...
> >
Followup to: <[EMAIL PROTECTED]>
By author:Jan Engelhardt <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> You are right. . and .. do not need to show up (even they have been the
> "leaders" of ls -l ;-), Midnight Commander (`mc`) for example synthesizes
> ".."
> nevertheless.
>
> S
This patch makes a needlessly global variable static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 20 Mar 2005
--- linux-2.6.11-mm4-full/arch/x86_64/kernel/early_printk.c.old 2005-03-20
19:46:41.0 +0100
+++ linux-2.6.11-mm4-full/arch/x86_64/kerne
On Sat, 2005-03-26 at 17:15 -0800, Aaron Gyes wrote:
> > So, the fact that someone else is doing something illegal, makes it
> > acceptable for you to do the same thing? Please, talk to a lawyer
> > about
> > this issue if you have _any_ questions.
>
> How is what they are doing illegal? How it is
On Sat, Mar 26, 2005 at 11:40:27AM +0100, Jan Engelhardt wrote:
> I suppose that calling gettimeofday() repeatedly (to add a timestamp
> to some data) within the kernel is cheaper than doing it in
> userspace, is it?
Calls to do_gettimeofday are used in various places for this already.
See sock_g
> So, the fact that someone else is doing something illegal, makes it
> acceptable for you to do the same thing? Please, talk to a lawyer
> about
> this issue if you have _any_ questions.
How is what they are doing illegal? How it is even "bad"? They obviously
can't give up their IP. Them providi
Matthew Wilcox wrote:
On Sat, Mar 26, 2005 at 10:50:26PM +, Russell King wrote:
On Sat, Mar 26, 2005 at 09:41:41PM +, Matthew Wilcox wrote:
Any reason you can't merge ARM's options into the drivers/*/Kconfig (with
appropriate conditionals) and use drivers/Kconfig?
Dunno. Haven't gotten aro
http://www.geocities.com/coy_blackmon_31/
-
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://ww
On Sat, Mar 26, 2005 at 03:34:34PM -0500, Lee Revell wrote:
> On Sat, 2005-03-26 at 10:28 -0800, Greg KH wrote:
> > On Sat, Mar 26, 2005 at 05:52:20PM +, Mark Fortescue wrote:
> > >
> > > I am writing a "Proprietry" driver module for a "Proprietry" PCI card and
> > > I have found that I can't
On Sat, Mar 26, 2005 at 10:50:26PM +, Russell King wrote:
> On Sat, Mar 26, 2005 at 09:41:41PM +, Matthew Wilcox wrote:
> > Any reason you can't merge ARM's options into the drivers/*/Kconfig (with
> > appropriate conditionals) and use drivers/Kconfig?
>
> Dunno. Haven't gotten around to
On Sat, 26 Mar 2005 at 12:39 -0800, David Dyck wrote:
On Sat, 26 Mar 2005 at 20:13 +0100, Adrian Bunk wrote:
On Sat, Mar 26, 2005 at 10:52:30AM -0800, David Dyck wrote:
I've been noticing that I'm still getting some "unresolved symbols"
with the 2.4.30 pre and rc series.
ver_linux reports:
modutils
On Fri, 2005-03-25 at 14:11 -0800, Badari Pulavarty wrote:
> On Fri, 2005-03-25 at 13:56, Andrew Morton wrote:
> > Mingming Cao <[EMAIL PROTECTED]> wrote:
> > >
> > > I run into OOM problem again on 2.6.12-rc1. I run some(20) fsx tests on
> > > 2.6.12-rc1 kernel(and 2.6.11-mm4) on ext3 filesystem,
Hi,
> x86_64-fix-config_preempt.patch
> x86_64: Fix CONFIG_PREEMPT
This patch causes another bug to show up some lines below with
CONFIG_PREEMPT_BKL. schedule releases the BKL which it shouldn't do.
Call preempt_schedule_irq instead (like for i386). This seems to fix the
easily reproducible fi
On Sun, 2005-03-27 at 00:54 +0100, Jesper Juhl wrote:
> I'd say that the general rule should
> be "don't check for NULL first unless you *know* the pointer will be NULL
> >50% of the time"...
How about running the same tests but using likely()/unlikely() for the
'1 in 50' cases?
Lee
-
To unsubs
On Sat, 26 Mar 2005, linux-os wrote:
> On Sat, 26 Mar 2005, Arjan van de Ven wrote:
>
> > On Fri, 2005-03-25 at 17:29 -0500, linux-os wrote:
> > > Isn't it expensive of CPU time to call kfree() even though the
> > > pointer may have already been freed?
> >
> > nope
> >
> > a call instruction is
On 2005-03-27, at 00:21, linux-os wrote:
Always, always, a call will be more expensive than a branch
on condition. It's impossible to be otherwise. A call requires
that the return address be written to memory (the stack),
using register indirection (the stack-pointer).
Needless to say that there ar
Followup to: <[EMAIL PROTECTED]>
By author:Bernhard Schauer <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> other question:
>
> Is there any size-limit on initramfs image? I found out that after
> reducing the image size it is loaded & /init executed as expected...
>
Kernel + compres
On Sat, 26 Mar 2005, Arjan van de Ven wrote:
On Fri, 2005-03-25 at 17:29 -0500, linux-os wrote:
Isn't it expensive of CPU time to call kfree() even though the
pointer may have already been freed?
nope
a call instruction is effectively half a cycle or less, the branch
Wrong!
predictor of the cpu can
On Sat, Mar 26, 2005 at 08:33:21PM +, Bryan O'Donoghue wrote:
> Greetings list.
>
> arch/arm/config.in has an error which breaks make.
>
> I've googled this a bit just by searching for drivers/ssi/Config.in and the
> first reference I find to this breakage is in 2002 !
>
> For completeness
zoreil.com/~romieu/misc/20050326-2.4.29-r8169-test.patch
Patch-script directory (65 patches):
- http://www.fr.zoreil.com/linux/kernel/2.4.x/2.4.29/r8169/
Patch-script tarball:
- http://www.fr.zoreil.com/linux/kernel/2.4.x/2.4.29/r8169-blob.tar.bz2
As usual, success/regression reports will be welco
On Sat, Mar 26, 2005 at 09:41:41PM +, Matthew Wilcox wrote:
> On Sat, Mar 05, 2005 at 11:58:51AM +, Linux Kernel Mailing List wrote:
> > ChangeSet 1.1982.137.48, 2005/03/05 11:58:51+00:00, [EMAIL PROTECTED]
> >
> > [ARM] Group device drivers together under their own menu
>
> Any reaso
Hi,
on Nov 22 2004, Linus Torvalds wrote
( http://groups-beta.google.com/group/linux.kernel/brow
se_frm/thread/32c75ae8dd925ce7/5ca16f581a293fab?tvc=1#5ca16f581a293fab ):
>Same goes for the "extended lvalues". They are not only insane, but they
>mean that code like [...]
Well, here [http://gc
On Sat, Mar 26, 2005 at 07:39:29PM +, Sean Neakums wrote:
> On a PowerBook5.4 I get the below when I insert the PCMCIA card or
> boot with it inserted; however, if I boot with no card inserted,
> sleep-resume and insert the card it works fine. Similar with
> 2.6.12-rc1-mm1; not sure why I didn
Hi all,
Here's the sixth hotfix for linux-2.4.29 :
http://linux.exosec.net/kernel/2.4-hf/
Note: this update fixes 2 oopses and 4 security vulnerabilities and is in
sync with 2.4.30-rc3 :
CAN-2005-0400: kernel memory leak in ext2 mkdir()
CAN-2005-0750: bluetooth range checking bug
I would like somebody more experienced to help me, because even though I
have read a lot about IDE kernel driver I didn't manage to find any
answer for the question I describe below. I have asked for quite time on
other groups but nobody helped me. I have gone through google on groups
and even
This should go through Jeff Garzik, at least let him review and look
over it.
-
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://ww
On Sat, Mar 05, 2005 at 11:58:51AM +, Linux Kernel Mailing List wrote:
> ChangeSet 1.1982.137.48, 2005/03/05 11:58:51+00:00, [EMAIL PROTECTED]
>
> [ARM] Group device drivers together under their own menu
Any reason you can't merge ARM's options into the drivers/*/Kconfig (with
appropria
Dave Hansen wrote:
On Sat, 2005-03-26 at 12:56 -0800, Randy.Dunlap wrote:
I wasn't trying to catch you, but I've already looked at
all 4 patches in the series and I still can't find an
option that is labeled/described as "Sparse Memory"
The word "sparse" isn't even in patch 3/4... maybe
there i
Available at http://ep09.pld-linux.org/~mmazur/linux-libc-headers/
Changes:
- added include to lots of files
Well, I could've figured out that my test scripts won't catch problems
introduced by forcing usage of types from {linux,asm}/types.h, but I had to
stumble across such a bug to get the id
Hi,
Here goes -rc3.
A nasty typo happened while merging v2.6 load_elf_library() DoS fix,
which could leap to oopses.
Summary of changes from v2.4.30-rc2 to v2.4.30-rc3
Marcelo Tosatti:
o Andreas Arens: Fix deadly mismerge of binfmt_elf DoS fix
On Sat, 2005-03-26 at 12:56 -0800, Randy.Dunlap wrote:
> I wasn't trying to catch you, but I've already looked at
> all 4 patches in the series and I still can't find an
> option that is labeled/described as "Sparse Memory"
> The word "sparse" isn't even in patch 3/4... maybe
> there is somethi
On Sat, Mar 26, 2005 at 01:14:01PM +0100, Andreas Arens wrote:
> Hi Marcelo, Herbert,
>
> I'm just reading the patch so don't know of any hidden side-effects which
> might cure it, but this clearly looks like a possibly deadlocking typo in
> fs/binfmt_elf.c to me:
> >
> >- while (elf_phdata
On Sat, Mar 26, 2005 at 12:44:53PM +0100, Arjan van de Ven wrote:
> On Sat, 2005-03-26 at 12:22 +0100, Willy Tarreau wrote:
> > Marcelo,
> >
> > here's a patch from Dave Jones, which is already in 2.6 and which I've
> > used in my local tree for 6 months now. It removes a useless NULL check
> > in
Dave Hansen wrote:
On Fri, 2005-03-25 at 19:00 -0800, Randy.Dunlap wrote:
...
+config DISCONTIGMEM
+ bool "Discontigious Memory"
+ depends on ARCH_DISCONTIGMEM_ENABLE
+ help
+ If unsure, choose this option over "Sparse Memory".
Same question
It's in the third patch in
>> > I am writing a "Proprietry" driver module for a "Proprietry" PCI card and
>> > I have found that I can't use SYSFS on Linux-2.6.10.
>> >
>> > Why ?.
>>
>> What ever gave you the impression that it was legal to create a
>> "Proprietry" kernel driver for Linux in the first place.
>
>The fact
On Sat, 26 Mar 2005 at 20:13 +0100, Adrian Bunk wrote:
On Sat, Mar 26, 2005 at 10:52:30AM -0800, David Dyck wrote:
I've been noticing that I'm still getting some "unresolved symbols"
with the 2.4.30 pre and rc series.
...
ver_linux reports:
...
modutils 2.4.2
...
A modutils upgrade sh
On Sat, 2005-03-26 at 10:28 -0800, Greg KH wrote:
> On Sat, Mar 26, 2005 at 05:52:20PM +, Mark Fortescue wrote:
> >
> > I am writing a "Proprietry" driver module for a "Proprietry" PCI card and
> > I have found that I can't use SYSFS on Linux-2.6.10.
> >
> > Why ?.
>
> What ever gave you th
Greetings list.
arch/arm/config.in has an error which breaks make.
I've googled this a bit just by searching for drivers/ssi/Config.in and the
first reference I find to this breakage is in 2002 !
For completeness shouldn't this really be removed once and for all?
I'm not clear on what the procedu
Oleg Nesterov wrote on March 19, 2005 17:28:48
> These patches are updated version of 'del_timer_sync: proof of
> concept' 2 patches.
I changed schedule_timeout() to call the new del_timer_sync instead of
currently del_singleshot_timer_sync in attempt to stress these set of
patches a bit more and
On a PowerBook5.4 I get the below when I insert the PCMCIA card or
boot with it inserted; however, if I boot with no card inserted,
sleep-resume and insert the card it works fine. Similar with
2.6.12-rc1-mm1; not sure why I didn't notice until now, since I
happily used it for six days or so, PCMCI
On Sat, Mar 26, 2005 at 10:52:30AM -0800, David Dyck wrote:
>
> I've been noticing that I'm still getting some "unresolved symbols"
> with the 2.4.30 pre and rc series.
>...
> ver_linux reports:
>...
> modutils 2.4.2
>...
A modutils upgrade should fix your problems.
cu
Adrian
--
* Steven Rostedt <[EMAIL PROTECTED]> wrote:
> > i think this should be covered by the 'unschedule/unwakeup' feature,
> > mentioned in the latest mails.
>
> The first implementation would probably just be the setting of a
> "pending owner" bit. But the better one may be to unschedule. But,
> wh
On Saturday, 26 of March 2005 19:23, Rafael J. Wysocki wrote:
> Hi,
>
> On Friday, 25 of March 2005 15:19, Rafael J. Wysocki wrote:
> > On Friday, 25 of March 2005 13:54, you wrote:
> > ]--snip--[
> > > >My box is still hanged solid on resume (swsusp) by the drivers:
> > > >
> > > >ohci_hcd
> > >
On Thu, Mar 24, 2005 at 09:58:27PM -0500, Jeff Garzik wrote:
> Adrian Bunk wrote:
> >This patch fixes a check after use found by the Coverity checker.
> >
> >Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
> >
> >--- linux-2.6.12-rc1-mm1-full/drivers/net/tulip/dmfe.c.old 2005-03-23
> >05:05:36.00
On Fri, 2005-03-25 at 19:00 -0800, Randy.Dunlap wrote:
...
> > +config DISCONTIGMEM
> > + bool "Discontigious Memory"
> > + depends on ARCH_DISCONTIGMEM_ENABLE
> > + help
> > + If unsure, choose this option over "Sparse Memory".
> Same question
It's in the third patch in the series.
I've been noticing that I'm still getting some "unresolved symbols"
with the 2.4.30 pre and rc series.
# insmod /lib/modules/2.4.30-rc2/kernel/drivers/usb/serial/usbserial.o
/lib/modules/2.4.30-rc2/kernel/drivers/usb/serial/usbserial.o: unresolved
symbol tty_ldisc_ref
/lib/modules/2.4.30-rc2/kern
Dne pátek 18 březen 2005 23:30 jste napsal(a):
> On Fri, Mar 18, 2005 at 09:03:59PM +0100, Milan Svoboda wrote:
> > Hello,
> >
> > usbnet (iPAQ with Familiar) and harddisk connected throught usb were in
> > use during this oops.
> >
> > HW: HP Omnibook xt6200
>
> Does this happen with preempt disab
Jesper Juhl wrote:
On Fri, 25 Mar 2005, Randy.Dunlap wrote:
Jesper Juhl wrote:
Fix spelling in init/Kconfig
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
--- linux-2.6.12-rc1-mm3-orig/init/Kconfig 2005-03-25 15:29:08.0
+0100
+++ linux-2.6.12-rc1-mm3/init/Kconfig 2005-03-26 02:24:33
On Sat, Mar 26, 2005 at 05:52:20PM +, Mark Fortescue wrote:
>
> I am writing a "Proprietry" driver module for a "Proprietry" PCI card and
> I have found that I can't use SYSFS on Linux-2.6.10.
>
> Why ?.
What ever gave you the impression that it was legal to create a
"Proprietry" kernel dri
Hi,
On Friday, 25 of March 2005 15:19, Rafael J. Wysocki wrote:
> On Friday, 25 of March 2005 13:54, you wrote:
> ]--snip--[
> > >My box is still hanged solid on resume (swsusp) by the drivers:
> > >
> > >ohci_hcd
> > >ehci_hcd
> > >yenta_socket
> > >
> > >possibly others, too. To avoid this, I
Hi Adrian,
> On Sat, Mar 26, 2005 at 01:53:01PM +0100, Adrian Bunk wrote:
> >...
> > The problem is actually only in the SMB_RECV_END and
> > SMB_RECV_REQUEST cases and all code after the NULL pointer
> > dereference is actually dead code.
> >...
>
> OK, this was also wrong...
I can confirm, I
On Sat, 26 Mar 2005, Alexey Dobriyan wrote:
> Looks like code in fs/cifs/ align parameters after bracket.
>
When I started doing these cleanups I asked Steve if the form I'd chosen
was OK with him - several styles were in use in different files (and even
within files, so I picked one style to
Hi,
I am writing a "Proprietry" driver module for a "Proprietry" PCI card and
I have found that I can't use SYSFS on Linux-2.6.10.
Why ?.
I am not modifing the Kernel/SYSFS code so I should be able, to use all
the SYSFS/internal kernel function calls without hinderence.
In order to be able to
>actually i've exprienced this happening with old systems but not with a
>new one.
Well, only with older i386's...
>haven't started debugging yet maybe someone has experinced the same
>issue.
Anyway, you could try the "nohlt" bootoption, as well as sysrq+t when it
hangs.
Jan Engelhardt
--
>> I suppose that calling gettimeofday() repeatedly (to add a timestamp to
>> some data) within the kernel is cheaper than doing it in userspace, is it?
>
> Well, the following daemon works on most archs that support mmap at only
[...]
Ah, it does not need to be that complex.
Just comparing two a
On 2005-03-26, at 16:19, Arjan van de Ven wrote:
`
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC
BadCRC is 99% sure a cabling issue; either a bad/overheated cable or a
cable used at too high a speed for the cable.
No. It is more lik
On Sat, Mar 26, 2005 at 04:37:29PM +, Russell King wrote:
> > serio: i8042 AUX port at 0x60,0x64 irq 12
> > serio: i8042 KBD port at 0x60,0x64 irq 1
> > Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing disabled
Garbage here
Sorry -- I was relying upon my (flawed) memory of the
On Sat, Mar 26, 2005 at 04:37:29PM +, Russell King wrote:
> > But intererstingly, on identical boxes, the garbage only appears on
> > those hooked up to a PortMaster device - those using a Cyclades never
> > display this problem. (???)
>
> Sorry, I don't understand your scenarios. Can you exp
Pat:
Your recent series of driver model patches naturally divides up into
two parts: those involved with implementing and using klists, and
those involved with adding a semaphore to struct device. Let's
consider these parts separately.
The klist stuff embodies a good idea: safe traversal of list
drivers/char/mem.c:289
if (p < PAGE_SIZE && read > 0) {
[...]
read -= tmp;
count -= tmp;
This part is losting the number of bytes which read.
drivers/char/mem.c:302
sz = min_t(unsig
On Saturday 26 March 2005 16:57, Jesper Juhl wrote:
> Clean up function definitione. Return value on same line as function name,
> consistent spacing between arguments, etc.
> --- linux-2.6.12-rc1-mm3-orig/fs/cifs/inode.c
> +++ linux-2.6.12-rc1-mm3/fs/cifs/inode.c
> -int
> -cifs_get_inode_info_un
On Sat, Mar 26, 2005 at 07:55:49AM -0800, Phil Oester wrote:
> On Sat, Mar 26, 2005 at 03:10:05PM +, Russell King wrote:
> > Doesn't matter. The problem is that dwmw2's NS16550A patch (from ages
> > ago) changes the prescaler setting for this device so we can use the
> > higher speed baud rate
On Fri, 25 Mar 2005, Ingo Molnar wrote:
> * Esben Nielsen <[EMAIL PROTECTED]> wrote:
>
> > I like the idea of having the scheduler take care of it - it is a very
> > optimal coded queue-system after all. That will work on UP but not on
> > SMP. Having the unlock operation to set the mutex in a "pa
Linh Dang <[EMAIL PROTECTED]> writes:
> I'd like to receive comments/guide-lines about a hack I made to the
> 2.6.11 kernel to improve DVD-burning speed (using growisofs.)
>
> The basic idea is the 16-pages pipe between mkisofs and growisofs is
> too small for DVD burning (typical 4GB of data.)
On Fri, 25 Mar 2005, Esben Nielsen wrote:
> >
>
> I checked the implementation of a mutex I send in last fall. The unlock
> operation does give ownership explicitly to the highest priority waiter,
> as Ingo's implementation does.
>
> Originally I planned for just having unlock to wake up the high
On Fri, 25 Mar 2005 14:51:07 +, Bernhard Schauer wrote:
> other question:
>
> Is there any size-limit on initramfs image? I found out that after
> reducing the image size it is loaded & /init executed as expected...
compressed size plus uncompressed size have be less than the total
ram avail
On Sat, Mar 26, 2005 at 03:10:05PM +, Russell King wrote:
> Doesn't matter. The problem is that dwmw2's NS16550A patch (from ages
> ago) changes the prescaler setting for this device so we can use the
> higher speed baud rates. This means any programmed divisor (programmed
> at early serial c
On Sun, Mar 27, 2005 at 12:42:56AM +1100, Nick Piggin wrote:
> OK, thanks that would be good. You could well be right in your analysis.
> May I suggest a possible avenue of investigation:
Yes, this patch seems to also be required, otherwise I see:
free_pgtables : floor 40015000 ceiling 4001b000
f
hi,
i'm working on a P4 2.8 DualCore System with a vanilla 2.6.11.5 kernel.
here's the problem kernel is hanging after the Checking for 'hlt'
instruction line.
actually i've exprienced this happening with old systems but not with a
new one.
haven't started debugging yet maybe someone has ex
On Mar 26, 2005, at 05:40, Jan Engelhardt wrote:
Hello list,
I suppose that calling gettimeofday() repeatedly (to add a timestamp to
some data) within the kernel is cheaper than doing it in userspace, is
it?
Well, the following daemon works on most archs that support mmap at only
the cost of a cou
`
> hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> hda: dma_intr: error=0x84 { DriveStatusError BadCRC
BadCRC is 99% sure a cabling issue; either a bad/overheated cable or a
cable used at too high a speed for the cable.
-
To unsubscribe from this list: send the line "unsubscribe
On Sat, Mar 26, 2005 at 11:16:09AM +0100, Jan Engelhardt wrote:
> >Well, serial_core seems to think so:
> >
> >Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing disabled
> >ttyS0 at I/O 0x3f8 (irq = 4) is a NS16550A
> >ttyS1 at I/O 0x2f8 (irq = 3) is a NS16550A
> >ttyS0 at I/O 0x3f8
On Sun, Mar 27, 2005 at 12:51:14AM +1100, Nick Piggin wrote:
> Hmm, in that case it could be just a problem with that BUG_ON() -
> it wasn't there before... but it seems like a very useful test,
> especially with all this new work going on, so it would be a shame
> not to run it in releases.
Indee
On Fri, 2005-03-25 at 23:59 +0100, Julien Wajsberg wrote:
> Mar 25 22:42:55 evenflow kernel: hda: dma_timer_expiry: dma status == 0x60
> Mar 25 22:42:55 evenflow kernel: hda: DMA timeout retry
> Mar 25 22:42:55 evenflow kernel: hda: timeout waiting for DMA
> Mar 25 22:42:55 evenflow kernel: hda: s
On Sat, 2005-03-26 at 09:27 +0200, Kai Makisara wrote:
> I fully agree that doing done() correctly _is_ a problem, especially when
> the SCSI subsystem evolves and the high-level driver writers do not follow
> the development closely enough.
>
> One solution to these problems would be to let the
On Sat, 2005-03-26 at 15:28 +0100, Arjan van de Ven wrote:
> On Sat, 2005-03-26 at 14:49 +0100, Arnd Bergmann wrote:
> > On SÃnnavend 26 MÃrz 2005 09:18, Bart Oldeman wrote:
> > > On Sat, 26 Mar 2005, Arjan van de Ven wrote:
> > >
> > > > > eip: 0x69ee esp: 0xbfdbffcc eflags: 0x00010246
> >
Il Sat, Mar 26, 2005 at 11:16:09AM +0100, Jan Engelhardt ha scritto:
> >Well, serial_core seems to think so:
> >
> >Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing disabled
> >ttyS0 at I/O 0x3f8 (irq = 4) is a NS16550A
> >ttyS1 at I/O 0x2f8 (irq = 3) is a NS16550A
> >ttyS0 at I/O
On Sat, 2005-03-26 at 14:49 +0100, Arnd Bergmann wrote:
> On SÃnnavend 26 MÃrz 2005 09:18, Bart Oldeman wrote:
> > On Sat, 26 Mar 2005, Arjan van de Ven wrote:
> >
> > > > eip: 0x69ee esp: 0xbfdbffcc eflags: 0x00010246
> > >
> > > hmm interesting. Can you check if at the time of the crash, t
Julien Wajsberg wrote:
Good point... I just tried, but forcedeth doesn't support netpoll. If
you have a pointer, I could try to implement it ;-)
Can you try the attached patch for forcedeth?
It compiles for me, but I don't have nForce hardware to test it.
Michal
--- linux-2.6.12-rc1/drivers/net/for
On Thu, Mar 24, 2005 at 11:09:17PM -0500, Jeff Garzik wrote:
> The driver was developed on a pre-production board, so its entirely
> possible Promise fixed this issue.
>
> The driver should be solid for _at least_ CARM_MAX_Q==31, presuming that
> the firmware doesn't choke.
Stressing this SX8 c
Remove pointless cast (and fix a single space the previous patches missed).
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
--- linux-2.6.12-rc1-mm3/fs/cifs/inode.c.with_patch42005-03-26
14:18:22.0 +0100
+++ linux-2.6.12-rc1-mm3/fs/cifs/inode.c2005-03-26 14:18:32.0
+
1 - 100 of 149 matches
Mail list logo