On Mon, 2007-02-19 at 18:34 -0500, Theodore Tso wrote:
> Not that my opinion is the only
> one you need to pay attention to, but if everyone is telling you that
> need to simplify the number of interfaces, you may want to listen
> since your code is going to need adequate review if you want to get
On Tue, 20 Feb 2007 14:19:51 +1100 (EST)
David Gibson <[EMAIL PROTECTED]> wrote:
> At present, the serial core always allows setserial in userspace to
> change the port address, irq and base clock of any serial port. That
> makes sense for legacy ISA ports, but not for (say) embedded ns16550
>
On Tue, 20 Feb 2007 14:19:51 +1100 (EST)
David Gibson <[EMAIL PROTECTED]> wrote:
> At present, various parts of the serial code use unsigned long to
> define resource addresses. This is a problem, because some 32-bit
> platforms have physical addresses larger than 32-bits, and have mmio
> serial
On Tue, 20 Feb 2007 11:24:10 +0300 (MSK)
"Mockern" <[EMAIL PROTECTED]> wrote:
> Hello,
>
> how to limit flip buffer size in tty driver?
You don't.
See Documentation/tty.txt and throttle/unthrottle
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Tue, 2007-02-20 at 12:33 +0530, Maximus wrote:
> Hi,
> Sorry for the late response, attached is the code im trying to port
> to linux - 2.6.20.
Why does this need to use a kernel thread in the first place ? Usually
chained handlers demultiplex the primary interrupt and invoke the
Feb 20 12:18:35 maciek kernel: [ 1443.641949] BUG: unable to handle
kernel NULL pointer dereference at virtual address 003e
Feb 20 12:18:35 maciek kernel: [ 1443.641974] printing eip:
Feb 20 12:18:35 maciek kernel: [ 1443.641980] c01ede81
Feb 20 12:18:35 maciek kernel: [ 1443.641984] *pde =
On Mon, 2007-02-19 at 13:13 +0200, Pekka Enberg wrote:
> NAK. Please drop all of these utterly pointless kmalloc() and
> kmem_cache_alloc() wrappers.
Will be fixed.
--
Best regards,
Artem Bityutskiy (Битюцкий Артём)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Hi,
The console subsystem already has an idea of a boot console, using the
CON_BOOT flag. The implementation has some flaws though. The major
problem is that presence of a boot console makes register_console()
ignore any other console devices (unless explicitly specified on the
kernel command
From: [EMAIL PROTECTED] (Lennart Sorensen)
Subject: Re: MediaGX/GeodeGX1 requires X86_OOSTORE.
Date: Mon, 19 Feb 2007 19:02:31 -0500
> On Tue, Feb 20, 2007 at 08:56:39AM +0900, takada wrote:
> > /proc/cpuinfo with MediaGXm :
:
> > flags : fpu tsc msr cx8 cmov mmx cxmmx
> >
On Tue, Feb 20, 2007 at 09:47:11AM +0100, Miklos Szeredi wrote:
> > > How about this?
> > >
> > > Solves the FUSE deadlock, but not the throttle_vm_writeout() one.
> > > I'll try to tackle that one as well.
> > >
> > > If the per-bdi dirty counter goes below 16, balance_dirty_pages()
> > >
Btw, Dan
did it work on 32-bit compiled kernel?
Cyrill
-
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
On Tue, Feb 20, 2007 at 10:59:46AM +, David Howells wrote:
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > } /* end rxrpc_create_call() */
> > +EXPORT_SYMBOL(rxrpc_create_call);
>
> A blank line between the end of the function and the EXPORT_SYMBOL please.
Please discuss this with Andrew
Hi, Serge.
Thanks for the information.
I'll update the userspace utilities next weekend.
Please wait for a while.
Serge E. Hallyn wrote:
Stephen Smalley has pointed out that the current file capabilities
will eventually pose a problem.
As the capability set changes and distributions start
Joel Soete wrote:
> Ok comparing the content of the original image:
> # mount -t iso9660 -o ro -o loop /MultiCd/cd060213.iso /mnt/cd
> # find /mnt/cd -type f -exec md5sum {} \;
> 37149d4961c0484f2cceb1a1614b253d /mnt/cd/boot.cat
> 4ab996554b0e7ade115a3f284b876612 /mnt/cd/boot.msg
>
On Tue 20-02-07 01:07:38, Adrian Bunk wrote:
> remove_inode_dquot_ref() can now become static.
ACK. I should have noticed it when acking Christophs patch...
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: Jan Kara <[EMAIL PROTECTED]>
kernel BUG at block/ll_rw_blk.c:2782!
invalid opcode: [#1]
PREEMPT
last sysfs file: /class/net/eth0/address
Modules linked in: xt_tcpudp xt_limit xt_state iptable_nat nf_nat
nf_conntrack_ipv4 nf_conntrack nfnetlink iptable_filter ip_tables
x_tables fuse ppdev lp thermal fan button processor
Conversion to resource-managed iomap was buggy causing init failures
on both vt6420 and 6421 - BAR5 wasn't mapped for both controllers
while on vt6420 sata_via tried to map BAR0-4 twice. Fix it.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
---
I thought I have a vt6421 but mine too was a vt6420.
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> } /* end rxrpc_create_call() */
> +EXPORT_SYMBOL(rxrpc_create_call);
A blank line between the end of the function and the EXPORT_SYMBOL please.
David
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Mon, 2007-02-19 at 21:19 -0800, v j wrote:
[...]
> Now it would also be worthwhile to contemplate what EXPORT_SYMBOL_GPL
> does to this popularity. I don't know. I am just giving you my
The big problem with such discussions (as this) are: It is a law
decision which license applies in which
Kawai, Hidehiro <[EMAIL PROTECTED]> wrote:
> Core dumping is separated two phases, one is the phase of writing
> headers, the other is the phase of writing memory segments. If the
> coredump_omit_anon_shared setting is changed between these two phases,
> a corrupted core file will be generated
On 2/20/07, Komal Shah <[EMAIL PROTECTED]> wrote:
Maximus,
On 2/20/07, Maximus <[EMAIL PROTECTED]> wrote:
> Hi,
> Sorry for the late response, attached is the code im trying to port
> to linux - 2.6.20.
>
>
Have you checked http://source.mvista.com/git linux-omap-2.6 git tree.
Syed Khasim
Maximus,
On 2/20/07, Maximus <[EMAIL PROTECTED]> wrote:
Hi,
Sorry for the late response, attached is the code im trying to port
to linux - 2.6.20.
Have you checked http://source.mvista.com/git linux-omap-2.6 git tree.
Syed Khasim has already submitted this OMAP2430 TWL4030 chip core
v j wrote:
Now the popularity of Linux is exploding in the embedded space. Nobody
talks of VxWorks and OSE anymore. It is all Linux. Perhaps it would be
a worthwhile experiment to study this surge in popularity. I am not an
expert, but perhaps the reason is "it works so goddamn well and has a
Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> static void release_nbp(struct kobject *kobj)
> {
> struct net_bridge_port *p
> = container_of(kobj, struct net_bridge_port, kobj);
> +
> + dev_put(p->dev);
Does this need to be done with the mutex held? And does anything
Kernel I captured this from is dirty, but virgin source does exactly the
same. gzipped config attached.
[ 32.211999] rtc_cmos 00:03: rtc core: registered rtc_cmos as rtc0
[ 32.227226] BUG: unable to handle kernel NULL pointer dereference at virtual
address 0018
[ 32.245198] printing
On Mon, Feb 19, 2007 at 11:16:13PM +0200, Dan Aloni wrote:
| Cyrill Gorcunov wrote:
| >Hi, Dan
| >
| >did you try setup forsed 8MB value on window->phys?
| >
| >
| Actually, I tried to force it at 4MB starting at 0xff80 since it
| made much sense looking at the e820 map. Or maybe I
Andrew Morton wrote:
> - Judging by the number of times I get asked "is there a git tree for -mm",
> nobody is reading the boilerplate. Here it is again:
The git tree version of -mm seems to be sick. A fetch of the tag gives
you something but it is "significantly" (200k lines of diff) away
Hi,
David Howells wrote:
> Kawai, Hidehiro <[EMAIL PROTECTED]> wrote:
>
>>To avoid the above situation we can limit the core file size by
>>setrlimit(2) or ulimit(1). But this method can lose important data
>>such as stack because core dumping is terminated halfway.
>>So I suggest keeping
Hi,
Thank you for your comments.
David Howells wrote:
>> static int elf_fdpic_dump_segments(struct file *file, struct mm_struct *mm,
>>-size_t *size, unsigned long *limit)
>>+size_t *size, unsigned long *limit,
>>+
On Tuesday 20 February 2007 01:42, William Lee Irwin III wrote:
> On Tue, Feb 20, 2007 at 01:06:47AM +0100, Adrian Bunk wrote:
> > Quoting arch/x86_64/Kconfig:
> > <-- snip -->
> > ...
> > config NR_CPUS
> > int "Maximum number of CPUs (2-256)"
> > range 2 255
> > ...
> > <--
SUSv3 says
==
if SIGCHLD is blocked, if wait() or waitpid() return because the status of a
child process is available, any pending SIGCHLD signal shall be cleared unless
the status of another child process is available.
==
This patch tries to implement above functionality (clear SIGCHLD from
From: Joe Jin <[EMAIL PROTECTED]>
Date: Fri, 9 Feb 2007 17:34:24 +0800
> This patch for adjust inet6_exit() to inverse sequence to inet6_init().
>
> At ipv6_init, it first create proc_root/net/dev_snmp6 entry by call
> ipv6_misc_proc_init(), then call addrconf_init() to create the corresponding
Add support for the ads7843 touchscreen controller to the ads7846
driver code.
The ads7843 support has now become almost trivial since the last
rework.
Signed-off-by: Nicolas Ferre <[EMAIL PROTECTED]>
---
Index: linux-2.6.20-at91/drivers/input/touchscreen/ads7846.c
Following arithmetic is based on SwapSpace bitmap management which is discussed
in the postscript section of my patch. Two purposes are implemented, one is
allocating a group of fake continual swap entries, another is re-allocating
swap entries in stage 3 for such as series length is too short.
From: Adrian Bunk <[EMAIL PROTECTED]>
Date: Tue, 20 Feb 2007 01:07:03 +0100
> The SUN_AURORA driver:
> - has been marked as BROKEN for more than two years and
> - is still marked as BROKEN.
>
> Drivers that had been marked as BROKEN for such a long time seem to be
> unlikely to be revived in the
On 2/20/07, Trent Waddington <[EMAIL PROTECTED]> wrote:
I don't think anyone wants to read that.
I guess that was a stupid thing to say. Ok, fine people, Michael is
ok with me posting this, so enjoy:
http://rtfm.insomnia.org/~qg/chat-with-michael-k-edwards.html
There ya go.
Trent
-
To
> > > > > In general, writepage is supposed to do work without blocking on
> > > > > expensive locks that will get pdflush and dirty reclaim stuck in this
> > > > > fashion. You'll probably have to take the same approach reiserfs does
> > > > > in data=journal mode, which is leaving the page
> > How about this?
> >
> > Solves the FUSE deadlock, but not the throttle_vm_writeout() one.
> > I'll try to tackle that one as well.
> >
> > If the per-bdi dirty counter goes below 16, balance_dirty_pages()
> > returns.
> >
> > Does the constant need to tunable? If it's too large, then the
Sanity check in pcim_pin_device() was too restrictive in that it
didn't allow multiple calls to the function, which is against the
devres philosohpy of fire-and-forget. Track pinned status separately
and allow pinning multiple times.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
---
It was an
On 2/19/07, Trent Waddington <[EMAIL PROTECTED]> wrote:
Just in case anyone cares, after speaking with Michael for a few hours
I've found he's not nearly as abrasive as this mailing list banter
might suggest. He makes some good arguments once you stop him from
spouting conspiracy stuff and,
This morning I got some oops after heavy disk and network I/O on a linux
2.6.19.2 x86_64 machine (Athlon64 3000+). One of the NICs is a natsemi.
Apparently disk read/write operations were affected as some applications
would report write/read failure 'Cannot allocate memory'.
All oops including
On 2/19/07, Avi Kivity <[EMAIL PROTECTED]> wrote:
Francis Moreau wrote:
>> > unsigned long simple_strtoul(const char *cp, char **endp,unsigned
>> int base)
>
> hm, I don't get your point. I understand why we cast 'cp' into a (char
> *) but that's not my point. My point is why aren't all function
On Mon, 19 Feb 2007, Jaya Kumar wrote:
> On 2/18/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> > Given that, this would have to be something that's dealt with at the
> > subsystem level rather than in individual drivers, hence the desire to
> > see something like this more generically visible.
> >
On Mon, 19 Feb 2007, Veronique & Vincent wrote:
> Hi again Marcel and Jiri,
> I've set up the hid-core.c to DEBUG mode... and it literally got pretty
> verbose...
Vincent,
thanks for the output. Is this really the full output? The important part
- report descriptor dump - seems to be missing
Is there anything provided by the kernel that would let you see the
current offset of an existing filehandle?
Sometimes when processing a very large file (grepping a log, bzip2'ing
or gpg'ing a file, or whatever), I'd really like to know how far along
it is, because I'm impatient. lsof has an -o
On Tue, Feb 20, 2007 at 10:58:08AM +0300, Dmitriy Monakhov wrote:
> sb_read may return NULL, so let's explicitly check it.
> Signed-off-by: Dmitriy Monakhov <[EMAIL PROTECTED]>
Ok.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Tue, Feb 20, 2007 at 10:58:08AM +0300, Dmitriy Monakhov wrote:
sb_read may return NULL, so let's explicitly check it.
Signed-off-by: Dmitriy Monakhov [EMAIL PROTECTED]
Ok.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
On Mon, 19 Feb 2007, Veronique Vincent wrote:
Hi again Marcel and Jiri,
I've set up the hid-core.c to DEBUG mode... and it literally got pretty
verbose...
Vincent,
thanks for the output. Is this really the full output? The important part
- report descriptor dump - seems to be missing in
On Mon, 19 Feb 2007, Jaya Kumar wrote:
On 2/18/07, Paul Mundt [EMAIL PROTECTED] wrote:
Given that, this would have to be something that's dealt with at the
subsystem level rather than in individual drivers, hence the desire to
see something like this more generically visible.
Hi
On 2/19/07, Avi Kivity [EMAIL PROTECTED] wrote:
Francis Moreau wrote:
unsigned long simple_strtoul(const char *cp, char **endp,unsigned
int base)
hm, I don't get your point. I understand why we cast 'cp' into a (char
*) but that's not my point. My point is why aren't all function
This morning I got some oops after heavy disk and network I/O on a linux
2.6.19.2 x86_64 machine (Athlon64 3000+). One of the NICs is a natsemi.
Apparently disk read/write operations were affected as some applications
would report write/read failure 'Cannot allocate memory'.
All oops including
On 2/19/07, Trent Waddington [EMAIL PROTECTED] wrote:
Just in case anyone cares, after speaking with Michael for a few hours
I've found he's not nearly as abrasive as this mailing list banter
might suggest. He makes some good arguments once you stop him from
spouting conspiracy stuff and,
Sanity check in pcim_pin_device() was too restrictive in that it
didn't allow multiple calls to the function, which is against the
devres philosohpy of fire-and-forget. Track pinned status separately
and allow pinning multiple times.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
---
It was an
How about this?
Solves the FUSE deadlock, but not the throttle_vm_writeout() one.
I'll try to tackle that one as well.
If the per-bdi dirty counter goes below 16, balance_dirty_pages()
returns.
Does the constant need to tunable? If it's too large, then the global
threshold
In general, writepage is supposed to do work without blocking on
expensive locks that will get pdflush and dirty reclaim stuck in this
fashion. You'll probably have to take the same approach reiserfs does
in data=journal mode, which is leaving the page dirty if
On 2/20/07, Trent Waddington [EMAIL PROTECTED] wrote:
I don't think anyone wants to read that.
I guess that was a stupid thing to say. Ok, fine people, Michael is
ok with me posting this, so enjoy:
http://rtfm.insomnia.org/~qg/chat-with-michael-k-edwards.html
There ya go.
Trent
-
To
Following arithmetic is based on SwapSpace bitmap management which is discussed
in the postscript section of my patch. Two purposes are implemented, one is
allocating a group of fake continual swap entries, another is re-allocating
swap entries in stage 3 for such as series length is too short.
Add support for the ads7843 touchscreen controller to the ads7846
driver code.
The ads7843 support has now become almost trivial since the last
rework.
Signed-off-by: Nicolas Ferre [EMAIL PROTECTED]
---
Index: linux-2.6.20-at91/drivers/input/touchscreen/ads7846.c
SUSv3 says
==
if SIGCHLD is blocked, if wait() or waitpid() return because the status of a
child process is available, any pending SIGCHLD signal shall be cleared unless
the status of another child process is available.
==
This patch tries to implement above functionality (clear SIGCHLD from
On Tuesday 20 February 2007 01:42, William Lee Irwin III wrote:
On Tue, Feb 20, 2007 at 01:06:47AM +0100, Adrian Bunk wrote:
Quoting arch/x86_64/Kconfig:
-- snip --
...
config NR_CPUS
int Maximum number of CPUs (2-256)
range 2 255
...
-- snip --
cu
Adrian
Hi,
Thank you for your comments.
David Howells wrote:
static int elf_fdpic_dump_segments(struct file *file, struct mm_struct *mm,
-size_t *size, unsigned long *limit)
+size_t *size, unsigned long *limit,
+
Hi,
David Howells wrote:
Kawai, Hidehiro [EMAIL PROTECTED] wrote:
To avoid the above situation we can limit the core file size by
setrlimit(2) or ulimit(1). But this method can lose important data
such as stack because core dumping is terminated halfway.
So I suggest keeping shared memory
Is there anything provided by the kernel that would let you see the
current offset of an existing filehandle?
Sometimes when processing a very large file (grepping a log, bzip2'ing
or gpg'ing a file, or whatever), I'd really like to know how far along
it is, because I'm impatient. lsof has an -o
From: Adrian Bunk [EMAIL PROTECTED]
Date: Tue, 20 Feb 2007 01:07:03 +0100
The SUN_AURORA driver:
- has been marked as BROKEN for more than two years and
- is still marked as BROKEN.
Drivers that had been marked as BROKEN for such a long time seem to be
unlikely to be revived in the
Andrew Morton wrote:
- Judging by the number of times I get asked is there a git tree for -mm,
nobody is reading the boilerplate. Here it is again:
The git tree version of -mm seems to be sick. A fetch of the tag gives
you something but it is significantly (200k lines of diff) away from
On Mon, Feb 19, 2007 at 11:16:13PM +0200, Dan Aloni wrote:
| Cyrill Gorcunov wrote:
| Hi, Dan
|
| did you try setup forsed 8MB value on window-phys?
|
|
| Actually, I tried to force it at 4MB starting at 0xff80 since it
| made much sense looking at the e820 map. Or maybe I misunderstood
Kernel I captured this from is dirty, but virgin source does exactly the
same. gzipped config attached.
[ 32.211999] rtc_cmos 00:03: rtc core: registered rtc_cmos as rtc0
[ 32.227226] BUG: unable to handle kernel NULL pointer dereference at virtual
address 0018
[ 32.245198] printing
Oleg Nesterov [EMAIL PROTECTED] wrote:
static void release_nbp(struct kobject *kobj)
{
struct net_bridge_port *p
= container_of(kobj, struct net_bridge_port, kobj);
+
+ dev_put(p-dev);
Does this need to be done with the mutex held? And does anything actually pay
v j wrote:
Now the popularity of Linux is exploding in the embedded space. Nobody
talks of VxWorks and OSE anymore. It is all Linux. Perhaps it would be
a worthwhile experiment to study this surge in popularity. I am not an
expert, but perhaps the reason is it works so goddamn well and has a
Maximus,
On 2/20/07, Maximus [EMAIL PROTECTED] wrote:
Hi,
Sorry for the late response, attached is the code im trying to port
to linux - 2.6.20.
Have you checked http://source.mvista.com/git linux-omap-2.6 git tree.
Syed Khasim has already submitted this OMAP2430 TWL4030 chip core
driver
On 2/20/07, Komal Shah [EMAIL PROTECTED] wrote:
Maximus,
On 2/20/07, Maximus [EMAIL PROTECTED] wrote:
Hi,
Sorry for the late response, attached is the code im trying to port
to linux - 2.6.20.
Have you checked http://source.mvista.com/git linux-omap-2.6 git tree.
Syed Khasim has already
Kawai, Hidehiro [EMAIL PROTECTED] wrote:
Core dumping is separated two phases, one is the phase of writing
headers, the other is the phase of writing memory segments. If the
coredump_omit_anon_shared setting is changed between these two phases,
a corrupted core file will be generated because
On Mon, 2007-02-19 at 21:19 -0800, v j wrote:
[...]
Now it would also be worthwhile to contemplate what EXPORT_SYMBOL_GPL
does to this popularity. I don't know. I am just giving you my
The big problem with such discussions (as this) are: It is a law
decision which license applies in which
kernel BUG at block/ll_rw_blk.c:2782!
invalid opcode: [#1]
PREEMPT
last sysfs file: /class/net/eth0/address
Modules linked in: xt_tcpudp xt_limit xt_state iptable_nat nf_nat
nf_conntrack_ipv4 nf_conntrack nfnetlink iptable_filter ip_tables
x_tables fuse ppdev lp thermal fan button processor
On Tue 20-02-07 01:07:38, Adrian Bunk wrote:
remove_inode_dquot_ref() can now become static.
ACK. I should have noticed it when acking Christophs patch...
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Signed-off-by: Jan Kara [EMAIL PROTECTED]
Joel Soete wrote:
Ok comparing the content of the original image:
# mount -t iso9660 -o ro -o loop /MultiCd/cd060213.iso /mnt/cd
# find /mnt/cd -type f -exec md5sum {} \;
37149d4961c0484f2cceb1a1614b253d /mnt/cd/boot.cat
4ab996554b0e7ade115a3f284b876612 /mnt/cd/boot.msg
Hi, Serge.
Thanks for the information.
I'll update the userspace utilities next weekend.
Please wait for a while.
Serge E. Hallyn wrote:
Stephen Smalley has pointed out that the current file capabilities
will eventually pose a problem.
As the capability set changes and distributions start
Btw, Dan
did it work on 32-bit compiled kernel?
Cyrill
-
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
On Tue, Feb 20, 2007 at 09:47:11AM +0100, Miklos Szeredi wrote:
How about this?
Solves the FUSE deadlock, but not the throttle_vm_writeout() one.
I'll try to tackle that one as well.
If the per-bdi dirty counter goes below 16, balance_dirty_pages()
returns.
Does the
Hi,
The console subsystem already has an idea of a boot console, using the
CON_BOOT flag. The implementation has some flaws though. The major
problem is that presence of a boot console makes register_console()
ignore any other console devices (unless explicitly specified on the
kernel command
Feb 20 12:18:35 maciek kernel: [ 1443.641949] BUG: unable to handle
kernel NULL pointer dereference at virtual address 003e
Feb 20 12:18:35 maciek kernel: [ 1443.641974] printing eip:
Feb 20 12:18:35 maciek kernel: [ 1443.641980] c01ede81
Feb 20 12:18:35 maciek kernel: [ 1443.641984] *pde =
On Mon, 2007-02-19 at 13:13 +0200, Pekka Enberg wrote:
NAK. Please drop all of these utterly pointless kmalloc() and
kmem_cache_alloc() wrappers.
Will be fixed.
--
Best regards,
Artem Bityutskiy (Битюцкий Артём)
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
On Tue, 2007-02-20 at 12:33 +0530, Maximus wrote:
Hi,
Sorry for the late response, attached is the code im trying to port
to linux - 2.6.20.
Why does this need to use a kernel thread in the first place ? Usually
chained handlers demultiplex the primary interrupt and invoke the
demultiplexed
On Tue, 20 Feb 2007 11:24:10 +0300 (MSK)
Mockern [EMAIL PROTECTED] wrote:
Hello,
how to limit flip buffer size in tty driver?
You don't.
See Documentation/tty.txt and throttle/unthrottle
Alan
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
On Tue, 20 Feb 2007 14:19:51 +1100 (EST)
David Gibson [EMAIL PROTECTED] wrote:
At present, various parts of the serial code use unsigned long to
define resource addresses. This is a problem, because some 32-bit
platforms have physical addresses larger than 32-bits, and have mmio
serial uarts
On Tue, 20 Feb 2007 14:19:51 +1100 (EST)
David Gibson [EMAIL PROTECTED] wrote:
At present, the serial core always allows setserial in userspace to
change the port address, irq and base clock of any serial port. That
makes sense for legacy ISA ports, but not for (say) embedded ns16550
On Mon, 2007-02-19 at 18:34 -0500, Theodore Tso wrote:
Not that my opinion is the only
one you need to pay attention to, but if everyone is telling you that
need to simplify the number of interfaces, you may want to listen
since your code is going to need adequate review if you want to get it
On Tue, 2007-02-20 at 01:08 +0100, Adrian Bunk wrote:
CONFIG_BACKLIGHT_CLASS_DEVICE=y, CONFIG_SYSFS=n results int he
following compile error:
...
LD .tmp_vmlinux1
drivers/built-in.o: In function `nvidia_bl_exit':
(.text+0x27d01): undefined reference to `backlight_device_unregister'
Thank you Alan for your respond,
Could you help me with a problem which I have with my tty driver, please?
It does not work with Linux cat operation (but there are no problems to write,
read with select from user space application!).
regards,
Andy
On Tue, 20 Feb 2007 11:24:10 +0300
On Tue, Feb 20, 2007 at 10:58:17AM +, David Howells wrote:
Kawai, Hidehiro [EMAIL PROTECTED] wrote:
Actually, I don't think the locking is that hard or that complex.
int do_coredump(long signr, int exit_code, struct pt_regs * regs)
{
setup vars
On Tue, 2007-02-20 at 15:50 +0300, Mockern wrote:
Thank you Alan for your respond,
Could you help me with a problem which I have with my tty driver, please?
I suspect Alan would be able to help you a whole lot better if you
actually included the full source code of your driver...
-
To
On Fri, 2007-01-26 at 00:51 -0800, Andrew Morton wrote:
On Fri, 26 Jan 2007 09:03:37 +0100
Peter Zijlstra [EMAIL PROTECTED] wrote:
On Thu, 2007-01-25 at 22:04 -0800, Andrew Morton wrote:
On Thu, 25 Jan 2007 21:31:43 -0800 (PST)
Christoph Lameter [EMAIL PROTECTED] wrote:
On Thu,
On Mon, 2007-02-19 at 11:00 +, Christoph Hellwig wrote:
It's not clear the assertion is all that useful, but if you must have
it, why not do the check as an inline (with the assertion normally
turned off), and then call out to kmemdup()?
Agreement to all of the above. And _please_
On Mon, 2007-02-19 at 10:54 +, Christoph Hellwig wrote:
On Sat, Feb 17, 2007 at 06:54:49PM +0200, Artem Bityutskiy wrote:
+#ifndef __UBI_UBI_H__
+#define __UBI_UBI_H__
+
+#include linux/mtd/ubi.h
+
+/* Version of this UBI implementation */
+#define UBI_VERSION 1
We shouldn't
Hi Linus,
Could you please pull from:
git://git.o-hand.com/linux-rpurdie-backlight for-linus
which:
* Adds myself as backlight maintainer (I've been involved with it
since its creation, just never officially)
* Resolves the locking nightmare backlight usage was turning into
* Fixes
On Mon, 2007-02-19 at 10:59 +, Christoph Hellwig wrote:
On Sat, Feb 17, 2007 at 06:54:54PM +0200, Artem Bityutskiy wrote:
+/* UBI headers must take 64 bytes. The below is a hacky way to ensure this
*/
+static int __ubi_check_ec_hdr_size[(UBI_EC_HDR_SIZE == 64) - 1]
+__attribute__
On Sat, 2007-02-17 at 22:27 +0100, Arnd Bergmann wrote:
On Saturday 17 February 2007 17:54, Artem Bityutskiy wrote:
+struct ubi_mkvol_req {
+ int32_t vol_id;
+ int32_t alignment;
+ int64_t bytes;
+ int8_t vol_type;
+ int8_t padding[9];
+ int16_t
Vignesh Babu BM [EMAIL PROTECTED] writes:
Replacing (n (n-1)) in the context of power of 2 checks
with is_power_of_2
Signed-off-by: vignesh babu [EMAIL PROTECTED]
Acked-by: OGAWA Hirofumi [EMAIL PROTECTED]
Thanks.
---
diff --git a/fs/fat/inode.c b/fs/fat/inode.c
index a9e4688..8437190
Quoting KaiGai Kohei ([EMAIL PROTECTED]):
Hi, Serge.
Thanks for the information.
I'll update the userspace utilities next weekend.
Ok - so this change does make sense to you?
Upping _LINUX_CAPABILITY_VERSION seems drastic, but anyone who's already
been using the current patch would end up
On Tuesday 20 February 2007 14:07, Artem Bityutskiy wrote:
This structure is not suitable for an ioctl call, because it has
incompatible layout between 32 and 64 bit processes. The easiest
fix for this would be to change the 'name' field to an array
instead of a pointer.
Will be fixed
401 - 500 of 892 matches
Mail list logo