Hi Yashi,
Yasushi SHOJI wrote:
At Wed, 7 Sep 2005 16:04:39 +0100,
Christoph Hellwig wrote:
On Wed, Sep 07, 2005 at 11:31:36PM +0900, Yasushi SHOJI wrote:
On Wed, Sep 07, 2005 at 11:22:19PM +0900, Yasushi SHOJI wrote:
Many embedded linux products have been using romfs and it's still
growing
[ Adding Dinakar to explicit cc list, since I mention his work.
Hopefully he can correct any mispresentations of his work I
might have presented.- pj ]
I've just started reading this - it seems well presented and I think
you have put much effort into it. Thank-you for posting it.
I have
This message has been processed by Brightmail(r) AntiVirus using
Symantec's AntiVirus Technology.
Unknown.data was not scanned for viruses because too many nested levels
of files were found.
For more information on antivirus tips and technology, visit
http://www.brightmail.com/antivirus
Hi,
This patch implements the set_ringparam(), one of the ethtool
operations, which allows changing tx/rx ring sizes via ethtool.
Changelog:
- Changed memery allocation of tx/rx ring from static to dynamic
- Implemented set_ringparam()
- Tested on i386 and ppc64
Signed-off-by: Hubert WS Lin <
> subcpusets-fix-for-cpusets-minor-problem.patch
Acked-by: Paul Jackson <[EMAIL PROTECTED]>
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <[EMAIL PROTECTED]> 1.925.600.0401
-
To unsubscribe from this list:
Len Brown <[EMAIL PROTECTED]> wrote:
>
> Hi Linus, please pull from the release branch here:
>
> rsync://rsync.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git
> release
There are a few bugs which I'd identified as arising from the acpi tree
while it was in -mm. Is this patch likely
Hi,
[please CC me in any reply]
I'm not sure that dup_task_struct() must copy the fs_excl field. This can leads
to
problems if do_fork() is somehow called while fs_excl!=0.
For example, the jffs2 code creates a kernel thread
(jffs2_garbage_collect_thread)
in a path where lock_super() is held (i.e
Hi Greg,
At Thu, 08 Sep 2005 17:07:42 +1000,
Greg Ungerer wrote:
>
> Yasushi SHOJI wrote:
> > At Wed, 7 Sep 2005 16:04:39 +0100,
> > Christoph Hellwig wrote:
> >
> >>On Wed, Sep 07, 2005 at 11:31:36PM +0900, Yasushi SHOJI wrote:
> >>
> On Wed, Sep 07, 2005 at 11:22:19PM +0900, Yasushi SHOJI
Hi
Just booted a 2.6.13 compiled with UP, ACPI, APIC, LAPIC, sensor modules
with "nolapic noapic acpi=off". The processor module was still loaded by
the hotplug. On rmmod it Oopsed:
Linux version 2.6.13 ([EMAIL PROTECTED]) (gcc version 3.3.3 (SuSE Linux)) #10
Mon Sep 5 13:25:58 CEST 2005
..
On Thu, Sep 08, 2005 at 02:39:18AM -0400, Len Brown wrote:
> On Mon, 2005-09-05 at 09:06 -0400, Manuel Lauss wrote:
> > On Mon, Sep 05, 2005 at 08:54:59AM -0400, Justin Piszcz wrote:
> > > I have a box where I keep getting this in dmesg:
> > >
> > > ACPI: PCI Interrupt :01:00.0[A] -> Link [LNKD
Jeff,
sorry if I have flooded your inbox, I had some problems with the
mail server here yesterday, but it seems to be fixed ...
Ok patch 3-4 have no dependencies on patch 2 since only qeth driver is
affected.Thus I have made a new patch 2 for ctc driver.
Thank you .
[patch 2/4] s390: ctc driver fi
Dear Russell:
>I don't think we want this. With early serial console, tx_loadsz is
>not guaranteed to be initialised, and may in fact be zero.
>Plus there's no guarantee that the FIFOs will actually be enabled, so
>I think it's better that this patch doesn't go to mainline.
Our server has a vir
>There are a few bugs which I'd identified as arising from the acpi tree
>while it was in -mm. Is this patch likely to drag them into mainline?
>
>They include:
>
>
>http://bugzilla.kernel.org/show_bug.cgi?id=4977
>Summary: ACPI 20050708 fails on HP RX2600 platform
This was filed agai
On Thu, Sep 08 2005, Giancarlo Formicuccia wrote:
> Hi,
> [please CC me in any reply]
> I'm not sure that dup_task_struct() must copy the fs_excl field. This can
> leads to
> problems if do_fork() is somehow called while fs_excl!=0.
> For example, the jffs2 code creates a kernel thread
> (jffs2_g
On Thu, 8 Sep 2005 00:23:23 -0700
Paul Jackson <[EMAIL PROTECTED]> wrote:
> I've just started reading this - it seems well presented and I think
> you have put much effort into it. Thank-you for posting it.
Thank you for reading my patches!
> I have not yet taken the time to understand it prope
Hi folks,
I am running a custom-built kernel 2.6.10 on an Intel Mobile P3 processor. (Acer
TravelMate 620)
>From time to time it happens to me that on boot-up the USB mouse doesn't work.
When I try a USB camera in this situation it doesn't work either.
I discovered that when the USB devices don't
"Brown, Len" <[EMAIL PROTECTED]> wrote:
>
> I saw lots of transient battery issues from 2.6.13-rc3
> until 2.6.13-rc6, but the ones I followed went away
> as of 2.6.13 final. Do you have your eye on others
> besides 4980?
Not specifically, but then ACPI bugs are the one sort which I don't trac
>Just booted a 2.6.13 compiled with UP, ACPI, APIC, LAPIC,
>sensor modules
>with "nolapic noapic acpi=off".
Huh, I don't see I don't see the processor module checking
for acpi_disabled anyplace...
I assume the oops goes away when you
do not boot with "acpi=off"?
> The processor module was sti
Parag Warudkar <[EMAIL PROTECTED]> wrote:
>
> Andi Kleen wrote:
>
> >Hmm - not many x86-64 patches in mm1. 2.6.13 definitely works.
> >
> >
> 2.6.13-git7 works. So something in -mm has gone bad (if not x86_64, may
> be i386 or arch-independent changes?)
> It seems it has got something to
>"Brown, Len" <[EMAIL PROTECTED]> wrote:
>>
>> I saw lots of transient battery issues from 2.6.13-rc3
>> until 2.6.13-rc6, but the ones I followed went away
>> as of 2.6.13 final. Do you have your eye on others
>> besides 4980?
>
>Not specifically, but then ACPI bugs are the one sort which I
>
mercredi 7 Septembre 2005 23:16, George Anzinger wrote/a écrit :
> Serge Noiraud wrote:
...
> >
> > I'm trying this kgdb patch with 2.6.13 and I get the following errors.
> > Is there something I forgot ?
>
> This related to kgdb? I.e. does it go away if you either turn off kgdb
> at configure tim
On Thursday 08 September 2005 10:44, Andrew Morton wrote:
> Parag Warudkar <[EMAIL PROTECTED]> wrote:
> > Andi Kleen wrote:
> > >Hmm - not many x86-64 patches in mm1. 2.6.13 definitely works.
> >
> > 2.6.13-git7 works. So something in -mm has gone bad (if not x86_64, may
> > be i386 or arch-inde
SKGE surely isn't a meta driver. Not that this is relevant at all...
Signed-off-by: Tim Schmielau <[EMAIL PROTECTED]>
--- linux-2.6.13/drivers/net/Kconfig2005-08-29 01:41:01.0 +0200
+++ linux-2.6.13-skge/drivers/net/Kconfig 2005-09-08 10:57:38.0
+0200
@@ -1928,7 +1928,7
Andrew Morton wrote:
> Miloslav Trmac <[EMAIL PROTECTED]> wrote:
>
>>+static void call_bios(struct regs *regs)
>> +{
>> +unsigned long flags;
>> +
>> +preempt_disable();
>> +local_irq_save(flags);
>> +asm volatile ("pushl %%ebp;"
>> + "movl %[data], %%ebp;"
>> +
Pekka Enberg wrote:
> On 9/7/05, Miloslav Trmac <[EMAIL PROTECTED]> wrote:
>
>>+static int __init map_bios(void)
>>+{
>>+ static const unsigned char __initdata signature[]
>>+ = { 0x42, 0x21, 0x55, 0x30 };
>>+
>>+ void __iomem *base;
>>+ size_t offset;
>>+ uint32_t entr
Hi !
We are developing (GPLed) disk cloning software similar to partimage: it's an
intelligent 'dd' which backups only used sectors.
Recently I added LVM1/2 support to it, and sometimes we saw LVM restorations
failing randomly (Disk images are not corrupted, but the result of the
restoration
* Nishanth Aravamudan <[EMAIL PROTECTED]> [050907 18:07]:
> On 07.09.2005 [10:37:43 +0300], Tony Lindgren wrote:
> > * Nishanth Aravamudan <[EMAIL PROTECTED]> [050905 20:02]:
> > > On 05.09.2005 [10:27:05 +0300], Tony Lindgren wrote:
> > > > * Srivatsa Vaddagiri <[EMAIL PROTECTED]> [050905 10:03]:
On Wed, Sep 07, 2005 at 10:13:21PM -0400, Jeff Garzik wrote:
> Linux Kernel Mailing List wrote:
> >diff --git a/drivers/scsi/qla1280.c b/drivers/scsi/qla1280.c
> >--- a/drivers/scsi/qla1280.c
> >+++ b/drivers/scsi/qla1280.c
> >@@ -1546,7 +1546,7 @@ qla1280_return_status(struct response *
> > i
On Thu, 8 Sep 2005, Brown, Len wrote:
Just booted a 2.6.13 compiled with UP, ACPI, APIC, LAPIC,
sensor modules
with "nolapic noapic acpi=off".
Huh, I don't see I don't see the processor module checking
for acpi_disabled anyplace...
I assume the oops goes away when you
do not boot with "acpi=o
Hi
i have a problem whit a machine, after some days of run i have a lot of this
message on dmesg:
[...]
ata2: command 0x35 timeout, stat 0xd8 host_stat 0x0
ata2: status=0xd8 { Busy }
SCSI error : <1 0 0 0> return code = 0x802
sdb: Current: sense key=0xb
ASC=0x47 ASCQ=0x0
end_request: I/O
Hello,
I have an adapter usb to psx i have tried it with 2.6.9 and it works
perfectly with the kernel driver.
with 2.6.12 i cant get it to work and with 2.6.13-rc3 i havent seen any
option to enable it.
could anybody help me?
Greets and thanks
c. litters
-
To unsubscribe from this list: send t
On Thu, Sep 08, 2005 at 02:40:53PM +0900, KUROSAWA Takahiro wrote:
> This patch fixes minor problem that the CPUSETS have when files
> in the cpuset filesystem are read after lseek()-ed beyond the EOF.
>
> Signed-off-by: KUROSAWA Takahiro <[EMAIL PROTECTED]>
>
> --- from-0001/kernel/cpuset.c
> ++
On Thu, Sep 08, 2005 at 06:17:31AM -0500, Robin Holt wrote:
> On Thu, Sep 08, 2005 at 02:40:53PM +0900, KUROSAWA Takahiro wrote:
> > This patch fixes minor problem that the CPUSETS have when files
> > in the cpuset filesystem are read after lseek()-ed beyond the EOF.
> >
> > Signed-off-by: KUROSAW
unsubscribe linux-kernel
__
TISCALI ADSL 1.25 MEGA
Solo con Tiscali Adsl navighi senza limiti e telefoni senza canone Telecom
a partire da 19,95 Euro/mese.
Attivala entro il 31 agosto, il primo MESE è GRATIS! CLICCA QUI.
http://abbona
On Wed, 7 Sep 2005, Jeff Garzik wrote:
The phy status register must be read twice in order to get the actual link
state.
Can the original poster give an explanation ? I've enjoyed a rather
well functioning 3c59x driver for the past ~6 years without such
double reading. Plus:
- this operatio
Robin wrote:
> Oops, didn't see you had already sent it along.
Looks like you, me, Takahiro-san and Andrew are all in agreement
on sending this Patch 1/5 along.
Excellent.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Takahiro-san wrote, in reply to Paul:
> > 2) Would a structure similar to Dinakar's patches to connect
> > cpusets and dynamic sched domains (posted to linux-mm)
> > work here as well?
>
> Yes, subcpusets could work with the dynamic sched domains.
Ah - I see I was quite unclear about wha
Are there any messaging mechanism (not signal) designed in kernel for
drivers to communicate user mode asynchronously? If not, any reason why
not using messaging in kernel as it is an effective and simple mechanism
for embedded and real time system?
Thank you.
Cheers.
Jim
linux-os (Dick Joh
On Tue, Sep 06, 2005 at 12:53:50PM +0100, Richard Purdie wrote:
> Separate out the Sharp Zaurus c7x0 series specific code from the Corgi
> Touchscreen driver. Use the new functions in corgi_lcd.c via sharpsl.h
> for hsync handling and pass the IRQ as a platform device resource. Move
> a function pr
As a general note, these patches could do with being closer to the
coding style, such that things like
foo=bar;
foo+=bar;
have spaces around the assignment and operators thusly:
foo = bar;
foo += bar;
--
Russell King
Linux kernel2.6 ARM Linux - http://www
Hi,
after about 20 hours of uptime, my 2.6.13-git7 system freeze. I find
it in my klog.
Sep 8 13:45:09 ng02 kernel: KERNEL: assertion ((int)tp->lost_out >=
0) failed at net/ipv4/tcp_input.c (2148)
Sep 8 13:45:09 ng02 kernel: Leak l=4294967295 4
Sep 8 13:45:20 ng02 kernel: KERNEL: assertion ((i
On Tue, Sep 06, 2005 at 12:53:52PM +0100, Richard Purdie wrote:
> +/*
> + * MMC/SD Device
> + *
> + * The card detect interrupt isn't debounced so we delay it by HZ/4
> + * to give the card a chance to fully insert/eject.
> + */
> +static struct mmc_detect {
> + struct timer_list detect_timer;
On Wed, Sep 07, 2005 at 10:17:16PM -0700, nazim khan wrote:
> Thanks Michal for your response,
>
> I forgot to mention that I am using linux 2.4.26,
> and STACKOVERFLOW option is not available here.
>
> regards,
> Nazim
>
It shouldn't be a difficult thing to hand-edit in (or at least an approxim
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm2/
(kernel.org propagation is slow. There's a temp copy at
http://www.zip.com.au/~akpm/linux/patches/stuff/2.6.13-mm2.bz2)
- Added Andi's x86_64 tree, as separate patches
- Added a driver for TI acx1xx cardbus wire
On Tue, Sep 06, 2005 at 12:53:51PM +0100, Richard Purdie wrote:
> +/*
> + * Corgi/Spitz Backlight Power
> + */
> +int corgi_bl_max(void)
> +{
> + if (machine_is_corgi() || machine_is_shepherd() || machine_is_husky())
> + return 0x2e;
> + return 0x3e;
Couldn't this be passed in
On Tue, Sep 06, 2005 at 12:53:48PM +0100, Richard Purdie wrote:
> +/*
> + * Corgi/Spitz Touchscreen to LCD interface
> + */
> +unsigned long inline corgi_get_hsync_len(void)
> +{
> + if (machine_is_corgi() || machine_is_shepherd() || machine_is_husky()) {
> +#ifdef CONFIG_PXA_SHARP_C7xx
> +
On Thu, 2005-09-08 at 02:46 -0400, Xin Zhao wrote:
> Sorry if this question is dumb.
>
> SELinux is included in 2.6. But I think it works by putting LSM hooks a lot
> of place in Linux and then it can define its own policy enforcement codes.
>
> However, I cannot find hooks in kernel 2.6.9 and 2.
Andrew Morton wrote:
it works fine.
I can't reproduce this with the current -mm lineup. I compiled up a 32-bit
app on x86 and transferred that across.
Maybe it got fixed. Please test 2.6.13-mm2, which appears to be an hour or
two away. If it still fails then I'd need a recipe (includi
Hi Adrian,
if you have a swap partition that's been used for swsuspend and you boot
into a different kernel, we should have the swapon re-initialize the
swap to avoid later resuming and causing data corruption. (quote from RH
bugzilla)
Note: there will be support for swsuspend swap detection i
Interesting implementation of resource controls. Cross posting this
to ckrm-tech as well. I am sure CKRM folks have something to say...
Any thoughts about how you want to add more resource control features
on top of/in addition to this setup. (Such as memory etc)
On Thu, Sep 08, 2005 at 12:23:
On Thu, 2005-09-08 at 13:58, Bogdan Costescu wrote:
> Can the original poster give an explanation ? I've enjoyed a rather
> well functioning 3c59x driver for the past ~6 years without such
> double reading. Plus:
> - this operation is I/O expensive
> - it is performed inside a region protected by
Andi Kleen wrote:
If you catch a crash in gdb and type x/i $pc what do you see?
-Andi
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1431820864 (LWP 2839)]
0x00c40471 in __pthread_initialize_minimal_internal ()
from /lib/libpthread.so.0
(gdb) x/i $pc
0xc40471 <_
On 9/8/05, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm2/
>
> git-cifs.patch
it adds a new compilation warning with gcc-4:
fs/cifs/cifsglob.h:335: warning: type qualifiers ignored on function
return type
The follow
On Thu, Sep 08 2005, David Howells wrote:
>
> Hi Jens,
>
> Is it possible to reuse a BIO once the callback on it has been invoked to
> indicate final completion? Or does it have to be released and another one
> allocated?
If you reuse it indefinitely, you violate the principles that make the
mem
On 9/8/05, David Howells <[EMAIL PROTECTED]> wrote:
>
>
> Is it possible to reuse a BIO once the callback on it has been invoked to
> indicate final completion? Or does it have to be released and another one
> allocated?
>
The thing which I did in my virtual caching device driver is I keeps
the
On Thu, 8 Sep 2005, Tommy Christensen wrote:
The idea is to avoid an extra delay of 60 seconds before detecting
link-up.
But you are adding the read to a function that is called repeatedly to
fix an event that happens only once at start-up !
If this read is really needed (I still doubt it..
Ingo Molnar wrote:
* Steven Rostedt <[EMAIL PROTECTED]> wrote:
Ingo,
I just found a __MAJOR__ bug in my code. Below is the patch that
fixes this bug, zaps the WARN_ON in check_pi_list_present, and changes
ALL_TASKS_PI to a booleon instead of just a define.
The major bug was in __down_try
On Tue, Sep 06, 2005 at 09:58:53AM +0200, Pavel Machek wrote:
> Well, it would be nice if it was signed off by him, but John is
> nowhere to be reached.
Hmm, ok, applied.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 Serial core
-
To unsubsc
On Thu, Sep 08, 2005 at 05:30:42AM -0700, Andrew Morton wrote:
> -ocfs2-prep.patch
>
> Dropped this - maintaining the
> move-truncate_inode_pages-into-delete_inode.patch patch separately was a
> pita. Simply pull it in from git-ocfs2.patch
Could you please just send the move truncate_inode_p
I have a large number of sources files, which I have to
compile into one kernel module. Let's assume I have the
following source organisation:
main/
main_code.c
lib1/
part1/
file_1_1_1.c
part2/
file_1_2_1.c
lib2/
part1/
file_2_1_1.c
part2/
file_2_2
On Wed, Sep 07, 2005 at 12:02:23PM -0500, Paul Fulghum wrote:
> - u16 count; /* buffer size/data count */
> - u16 status; /* Control/status field */
> - u16 rcc;/* character count field */
> + volatile u16 count; /* buffer size/data count */
> + volatile u16
On Thu, Sep 08, 2005 at 11:58:54AM +0200 Ludovic Drolez wrote:
> Hi !
>
> We are developing (GPLed) disk cloning software similar to partimage: it's
> an intelligent 'dd' which backups only used sectors.
>
> Recently I added LVM1/2 support to it, and sometimes we saw LVM
> restorations failing
On Wed, Sep 07, 2005 at 09:49:13PM -0400, Jeff Garzik wrote:
>
> It would be nice if somebody would be motivated to check in
> s/1/MII_BMSR/ to utilize the constant in include/linux/mii.h.
>
> Jeff
>
As requested, a patch to cleanup mdio_read routines in 3c59x.c to use the MII_*
macros de
On Thu, Sep 08, 2005 at 06:44:27PM +0530, Dinakar Guniguntala wrote:
>
>
> > On the other hand, Dinakar had more work to do than you might, because
> > he needed a complete covering (so had to round up cpus in non exclusive
> > cpusets to form more covering elements). From what I can tell, you
>
head_4xx.S wasn't compiling due to a missing #endif
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
commit 170118f5773bf979d0be23673b703f9dd26d63e7
tree 16e609ae6dd17af7236bbed11a875a1a653a7237
parent 4706df3d3c42af802597d82c8b1542c3d52eab23
author Kumar K. Gala <[EMAIL PROTECTED]> Thu, 08 Sep
(Note: Patch also attached because the inline version is certain to get
line wrapped.)
A trivial addition to the EFL definitions.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
diff -Npru 2.6.13/include/linux/elf.h 2.6.13-elf/include/linux/elf.h
--- 2.6.13/include/linux/elf.h 2005-08-29 01:41:0
On Thu, Sep 08, 2005 at 04:30:03PM +0200, Jan Beulich wrote:
> (Note: Patch also attached because the inline version is certain to get
> line wrapped.)
>
> A trivial addition to the EFL definitions.
Why? They're obviously not needed in kernelspace..
>
> Signed-off-by: Jan Beulich <[EMAIL PROTE
(Note: Patch also attached because the inline version is certain to get
line wrapped.)
An alternative to (on i386) boot-time ioremap approaches, which is
more
architecture independent (though arch dependent code needs adjustments
if this is to be made use of, which with this patch only happens for
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm2/
>
> (kernel.org propagation is slow. There's a temp copy at
> http://www.zip.com.au/~akpm/linux/patches/stuff/2.6.13-mm2.bz2)
>
>
>
> - Added Andi's x86_64 tree, as separate patches
>
> - Added a driver for TI
(Note: Patch also attached because the inline version is certain to get
line wrapped.)
An adjustment to the SM_DOWN case of fbcon_scroll to match the behavior
of
SM_UP.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
diff -Npru 2.6.13/drivers/video/console/fbcon.c
2.6.13-fbcon-logo-scroll-down/dr
(Note: Patch also attached because the inline version is certain to get
line wrapped.)
const-ify the font control structures and data, to make somewhat
better
guarantees that these are not modified anywhere in the kernel.
Specifically for a kernel debugger to share this information from the
normal
On 9/8/05, Christoph Litters <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I have an adapter usb to psx i have tried it with 2.6.9 and it works
> perfectly with the kernel driver.
> with 2.6.12 i cant get it to work and with 2.6.13-rc3 i havent seen any
> option to enable it.
> could anybody help me?
>
(Note: Patch also attached because the inline version is certain to get
line wrapped.)
Besides freeing initrd memory, also clear out the now dangling
pointers
to it, to make sure accidental late use attempts can be detected.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
diff -Npru 2.6.13/init/i
>>> Christoph Hellwig <[EMAIL PROTECTED]> 08.09.05 16:32:16 >>>
>On Thu, Sep 08, 2005 at 04:30:03PM +0200, Jan Beulich wrote:
>> (Note: Patch also attached because the inline version is certain to
get
>> line wrapped.)
>>
>> A trivial addition to the EFL definitions.
>
>Why? They're obviously not
09/08/2005 04:38 PM, Dmitry Torokhov wrote/a écrit:
On 9/8/05, Christoph Litters <[EMAIL PROTECTED]> wrote:
Hello,
I have an adapter usb to psx i have tried it with 2.6.9 and it works
perfectly with the kernel driver.
with 2.6.12 i cant get it to work and with 2.6.13-rc3 i havent seen any
opti
On Thu, 2005-09-08 at 15:35, Bogdan Costescu wrote:
> On Thu, 8 Sep 2005, Tommy Christensen wrote:
>
> > The idea is to avoid an extra delay of 60 seconds before detecting
> > link-up.
>
> But you are adding the read to a function that is called repeatedly to
> fix an event that happens only on
(Note: Patch also attached because the inline version is certain to get
line wrapped.)
In order for low-level code to know whether/how a hardware interrupt
was
serviced, make sure this information gets passed down correctly.
At once, use the proper type (irqreturn_t) for returning this
informatio
On Thu, 2005-09-08 at 13:23 +0100, Russell King wrote:
> On Tue, Sep 06, 2005 at 12:53:52PM +0100, Richard Purdie wrote:
> > +/*
> > + * MMC/SD Device
> > + *
> > + * The card detect interrupt isn't debounced so we delay it by HZ/4
> > + * to give the card a chance to fully insert/eject.
> > + */
>
On 9/8/05, Eric Piel <[EMAIL PROTECTED]> wrote:
> 09/08/2005 04:38 PM, Dmitry Torokhov wrote/a écrit:
> > On 9/8/05, Christoph Litters <[EMAIL PROTECTED]> wrote:
> >
> >>Hello,
> >>
> >>I have an adapter usb to psx i have tried it with 2.6.9 and it works
> >>perfectly with the kernel driver.
> >>wi
Dipankar wrote:
> If what subcpusets is doing is slicing cpusets resources, then wouldn't
> it be more intusive to call them slice0, slice1 etc. under the
> respective cpuset ?
If we continue with Takahiro-san's design, then I agree that the name
'subcpusets' doesn't have quite the right connotat
On Thu, 2005-09-08 at 13:10 +0100, Russell King wrote:
> On Tue, Sep 06, 2005 at 12:53:50PM +0100, Richard Purdie wrote:
> > Separate out the Sharp Zaurus c7x0 series specific code from the Corgi
> > Touchscreen driver. Use the new functions in corgi_lcd.c via sharpsl.h
> > for hsync handling and
(Note: Patch also attached because the inline version is certain to get
line wrapped.)
Some adjustments to the matroxfb code, for one part preventing the
display to be disabled for longer than necessary, and for the other
part
to make information about the frame buffer position available so that
a
On Thu, Sep 08, 2005 at 03:52:37PM +0100, Richard Purdie wrote:
> Alternatively, would you accept a patch to add an optional delay option
> to mmc_detect_change()?
Yes, since a number of hosts seem to require this (and sometimes it
even depends whether we're inserting or removing a card.)
Can I h
(Note: Patch also attached because the inline version is certain to get
line wrapped.)
Debugging and maintenance support code occasionally needs to know not
only of module insertions, but also modulke removals. This adds a
notifier
chain for this purpose.
Signed-off-by: Jan Beulich <[EMAIL PROTEC
Hi,
There was a bug some time back in a Must-Fix list regarding UDP
applications going in dead lock.
(http://kernel.org/pub/linux/kernel/people/akpm/must-fix/must-fix-2.txt )
Here is an extract:
--
(Note: Patch also attached because the inline version is certain to get
line wrapped.)
As a foundation for reliable stack unwinding, this adds CFI unwind
annotations to many low-level i386 routines, plus a config option
(available to all architectures) to enable them as well as the
compiler
produc
(Note: Patch also attached because the inline version is certain to get
line wrapped.)
In order to maintain a more correct build number, updates to the
version
number should only be commited after a successful link of vmlinux, not
before (so that errors in the link process don't lead to pointless
(Note: Patch also attached because the inline version is certain to get
line wrapped.)
While strnicmp existed in the set of string support routines, stricmp
didn't, which this patch adjusts.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
diff -Npru 2.6.13/include/linux/string.h
2.6.13-stricmp/in
On Thu, 2005-09-08 at 13:34 +0100, Russell King wrote:
> On Tue, Sep 06, 2005 at 12:53:48PM +0100, Richard Purdie wrote:
> > +/*
> > + * Corgi/Spitz Touchscreen to LCD interface
> > + */
> > +unsigned long inline corgi_get_hsync_len(void)
> > +{
> > + if (machine_is_corgi() || machine_is_shephe
[patch] synclink_cs add statistics clear
From: Paul Fulghum <[EMAIL PROTECTED]>
Add ability to clear statistics.
Signed-off-by: Paul Fulghum <[EMAIL PROTECTED]>
--- linux-2.6.13/drivers/char/pcmcia/synclink_cs.c 2005-08-28
18:41:01.0 -0500
+++ linux-2.6.13-mg/drivers/char/pcmcia/s
Jan Beulich wrote:
> Debugging and maintenance support code occasionally needs to know not
> only of module insertions, but also modulke removals. This adds a
> notifier
> chain for this purpose.
>
>
> diff -Npru 2.6.13/kernel/module.c
> 2.6.13-rmmod-notifier/kernel/module.c
> --- 2.6.13/kernel/mo
Hi,
On 08/09/05, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm2/
[EMAIL PROTECTED]:~$ cat /proc/meminfo
MemTotal: 893824 kB
[---cut---]
VmallocChunk: 110380 kB
something is wrong, I have got 1 gb ram on my box
(Note: Patch also attached because the inline version is certain to get
line wrapped.)
This adjusts i386's cmpxchg patterns so that
- for word and long cmpxchg-es the compiler can utilize all possible
registers
- cmpxchg8b gets disabled when the minimum specified hardware
architectur
doesn't s
Dinakar wrote:
> Cross posting this to ckrm-tech as well.
Good idea - thanks.
Hopefully Takahiro-san and the CKRM folks can reach an understanding
on how their two proposals relate.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
>>> Christoph Hellwig <[EMAIL PROTECTED]> 08.09.05 17:16:24 >>>
>On Thu, Sep 08, 2005 at 05:03:58PM +0200, Jan Beulich wrote:
>> (Note: Patch also attached because the inline version is certain to
get
>> line wrapped.)
>>
>> Debugging and maintenance support code occasionally needs to know
not
>>
On Thu, Sep 08, 2005 at 05:05:06PM +0200, Jan Beulich wrote:
> (Note: Patch also attached because the inline version is certain to get
> line wrapped.)
>
> While strnicmp existed in the set of string support routines, stricmp
> didn't, which this patch adjusts.
I don't thing we should do case-ins
(Note: Patch also attached because the inline version is certain to get
line wrapped.)
Move some code unrelated to any dealing with hardware bugs from i386's
bugs.h to a more logical place.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
diff -Npru 2.6.13/arch/i386/kernel/traps.c
2.6.13-i386-fxsr
On Thu, Sep 08, 2005 at 04:16:24PM +0100, Christoph Hellwig wrote:
> On Thu, Sep 08, 2005 at 05:03:58PM +0200, Jan Beulich wrote:
> > (Note: Patch also attached because the inline version is certain to get
> > line wrapped.)
> >
> > Debugging and maintenance support code occasionally needs to know
On Thu, Sep 08, 2005 at 05:03:58PM +0200, Jan Beulich wrote:
> (Note: Patch also attached because the inline version is certain to get
> line wrapped.)
>
> Debugging and maintenance support code occasionally needs to know not
> only of module insertions, but also modulke removals. This adds a
> no
(Note: Patch also attached because the inline version is certain to get
line wrapped.)
Rather than blindly re-enabling interrupts in die(), save their state
upon
entry and then restore that state.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
diff -Npru 2.6.13/arch/i386/kernel/traps.c
2.6.13-i3
1 - 100 of 315 matches
Mail list logo
