On Fri, 4 May 2007 23:03:38 -0700 Greg KH <[EMAIL PROTECTED]> wrote:
> Sorry about that, sometimes core changes like this take a bit of
> coordination across subsystems.
tell me about it.
I often end up maintaining patches which fix susbsystem A for subsystem B.
And patches which fix patch A f
Analysis,giveing c the penalty of 1/17 speed as normal
What's you think about it?
Thanks
I think I mean the "side effect" of C
-
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.or
On Mon, 30 Apr 2007 10:43:34 - Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> We need to make sure, that the clockevent devices are resumed, before
> the tick is resumed. The current resume logic does not guarantee this.
>
> Add CLOCK_EVT_MODE_RESUME and call the set mode functions of the clock
On Wed, May 02, 2007 at 11:35:32AM +0200, Andi Kleen wrote:
>
> > Looks like you hit:
> > BUG_ON(flags & ~(GFP_DMA | GFP_LEVEL_MASK | __GFP_NO_GROW));
> >
> > I guess this was due to the vmalloc_32() change now passing in
> > GFP_DMA32. Looks like that could be a problem with the
> > x86_64-m
Eric Dumazet a écrit :
Christoph Lameter a écrit :
G. Being able to track the number of pages in a kmem_cache
If you look at fs/buffer.c, you'll notice the bh_accounting,
recalc_bh_state()
that might be overkill for large SMP configurations, when the real
concern is
to be able to limit t
On May 5 2007 06:03, Rafał Bilski wrote:
>
Switching from acpi_pm+performance to acpi_pm+ondemand also
locks up after a few minutes.
>>> Yep. Sounds like an ondemand issue. Thanks for verifying this for me.
>>
>> Nah, it also happens with cpufreq_powersave. I just need to check
>> thro
Hi,
thanks for finding bugs in this patch. Although this path will likely
never happen, this is good to have it bug-free.
On Sat, 2007-05-05 at 09:25 +0530, Satyam Sharma wrote:
> Artem would have to step in here to verify if there really is a good
> reason why we kmalloc a fresh ubi_scan_leb eve
On Wed, 2 May 2007, Ingo Molnar wrote:
* Balbir Singh <[EMAIL PROTECTED]> wrote:
The problem is with comparing a s64 values with (s64)ULONG_MAX, which
evaluates to -1. Then we check if exec_delta64 and fair_delta64 are
greater than (s64)ULONG_MAX (-1), if so we assign (s64)ULONG_MAX to
the
On Friday 04 May 2007 22:10, Con Kolivas wrote:
> On Friday 04 May 2007 18:52, Ingo Molnar wrote:
> > agreed. Con, IIRC you wrote a testcase for this, right? Could you please
> > send us the results of that testing?
>
> Yes, sorry it's a crappy test app but works on 32bit. Timed with prefetch
> dis
On Fri, 4 May 2007, Andrew Morton wrote:
> I got 100% rejects against this because Christoph has already had
> his paws all over the slab constructor code everywhere.
>
> Was going to fix it up but then decided that we ought to make changes
> like this to ext4 as well. Ideally beforehand, but sim
On Fri, 4 May 2007, Christoph Lameter wrote:
> He is not able to calculate it just using the object size since he does
> not know where the slab put the slab management structure. And in case of
> SLUB there is no slab management structure... Which means he would have to
> special case based on
On Sat, 5 May 2007 11:58:45 +0300 (EEST) Pekka J Enberg <[EMAIL PROTECTED]>
wrote:
> On Fri, 4 May 2007, Andrew Morton wrote:
> > I got 100% rejects against this because Christoph has already had
> > his paws all over the slab constructor code everywhere.
> >
> > Was going to fix it up but then
On Sat, 5 May 2007, Andrew Morton wrote:
> I doubt if this is measurable, really. It'll be something like the
> difference between an L1 hit and an L2 hit in amongst all the other stuff
> we do on a per-inode basis.
The cache effects are probably not easily measurable but I was worried
about CPU
> Previously (< 2.6.18) this was not a problem because
> the tty flip buffer pushed data to the line discipline
> without regard for tty->receive room.
> Signed-off-by: Paul Fulghum <[EMAIL PROTECTED]>
Acked-by: Alan Cox <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubs
On Fri, May 04, 2007 at 04:21:16PM -0700, Jeremy Fitzhardinge wrote:
> +/*
> + * Mutually-exclusive module options to select receive data path:
> + * rx_copy : Packets are copied by network backend into local memory
> + * rx_flip : Page containing packet data is transferred to our ownership
> + *
Hi!
> But the same functionality can be achieved by doing:
>
> 1) Define a user password (e.g. /etc/shadow thing). (Once)
>
> 2) When a user logs in: get random data and encrypt it with the password,
> this becomes the AES key. Store both the data and key in a secure way in
> memory, e.g. using
On Fri, 4 May 2007, Christoph Lameter wrote:
> Also could this be generalized to also apply to the generic inode
> allocation in fs/inode.c?
I think we want to stick inode_init_ince() in alloc_inode() but we can't
do that until all filesystems are converted over.
Pekka
-
* Greg KH <[EMAIL PROTECTED]> wrote:
> Here's a (compile tested only) patch that does this on a per-device
> basis, which is smaller, and should work just as well as your patch.
>
> It creates a new file in the power/ directory for every device called
> "can_suspend". Write a '0' to it to pre
On Fri, May 04, 2007 at 04:45:29PM -0700, Andrew Morton wrote:
> On Sat, 5 May 2007 01:22:05 +0200
> Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > > 2.6.21:
> > >
> > > akpm2:/home/akpm# opreport -l /boot/vmlinux-$(uname -r) | head -50
> > > opreport error: No sample file found: try running opcontr
On Saturday, 5 May 2007 11:24, Ingo Molnar wrote:
>
> * Greg KH <[EMAIL PROTECTED]> wrote:
>
> > Here's a (compile tested only) patch that does this on a per-device
> > basis, which is smaller, and should work just as well as your patch.
> >
> > It creates a new file in the power/ directory for
On May 5 2007 07:40, Rafał Bilski wrote:
>Jan,
>
>Can You send output of x86info program and output of
Where do I find this?
>lspci command? Longhaul wasn't working for You since 2.6.18 right?
# lspci
00:00.0 Host bridge: VIA Technologies, Inc. CN400/PM880 Host Bridge
00:00.1 Host bridge: VIA
[EMAIL PROTECTED] writes:
>
> NOTE: This patch is for conceptual review. I'd appreciate any feedback
> especially on the locking approach taken here. It will be critical to
> resolve the locking issue for this approach to become feasable.
Do you have any numbers on how this improves dcache reclai
On Fri, May 04, 2007 at 12:27:16PM -0700, David Miller wrote:
> From: Peter Zijlstra <[EMAIL PROTECTED]>
> Date: Fri, 04 May 2007 12:26:51 +0200
>
> > There is a fundamental deadlock associated with paging;
>
> I know you'd really like people like myself to review this work, but a
> set of 40 pat
Guilherme,
On Fri, 2007-05-04 at 16:27 -0700, john stultz wrote:
> > Before going to hard to maintain DMI black lists we should first check
> > if it's a more general problem and can't it be solved better? Most likely
> > that system isn't the one with this issue and I don't want to apply
> > DM
Guilherme,
please discard the previous patch. I missed to refresh it before sending
it out. Correct version below.
tglx
On Sat, 2007-05-05 at 16:26 +0200, Thomas Gleixner wrote:
> can you please undo John's patch and check whether the patch below works
> for you.
Index: linux-2.6.21
On 5/5/07, Artem Bityutskiy <[EMAIL PROTECTED]> wrote:
On Sat, 2007-05-05 at 19:18 +0530, Satyam Sharma wrote:
> Well, you're developing / maintaining this right now, so it's your
> call. Though I bet most people would find keeping that list_add_tail
> local to scan.c more tasteful.
I do not thi
Am Donnerstag, 3. Mai 2007 schrieb Randy Dunlap:
> On Wed, 11 Apr 2007 20:40:23 +0200 Markus Koßmann wrote:
> > When using either the unpatched 2.6.21_rc5 or SUSEs patched
> > 2.6.21_rc6_git3-20070410174235 on a SUSE-10.2 x86_64 system the parallel
> > port doesn't work right. If I "cat some_asc
On 5/5/07, Anton Vorontsov <[EMAIL PROTECTED]> wrote:
Hello Henrique, Shem,
On Sat, May 05, 2007 at 12:54:13AM -0300, Henrique de Moraes Holschuh wrote:
> On Fri, 04 May 2007, Shem Multinymous wrote:
> > >+enum power_supply_type {
> > >+ POWER_SUPPLY_TYPE_BATTERY = 0,
> > >+ POWER_SU
On Mon, Apr 09, 2007 at 05:01:06PM -0400, Tony Lindgren wrote:
> From: David Brownell <[EMAIL PROTECTED]>
>
> Minor GPIO cleanups: remove needless #include, and omap_gpio_init()
> should be __init, as well as all the board init code calling it.
>
> Signed-off-by: David Brownell <[EMAIL PROTECTED
On Fri, 2007-05-04 at 23:03 -0700, Greg KH wrote:
> > Martin, in the process I noticed that the new file
> >
> > arch/s390/kernel/ipl.c
> >
> > seems to be broken by the same thing after the driver core merge. The fix
> > _looks_ equally trivial (change *subsys.kset.kobj into just *subsys.
On 5/5/07, Artem Bityutskiy <[EMAIL PROTECTED]> wrote:
[...]
I've put the fix here:
http://git.infradead.org/?p=users/dedekind/ubi-2.6.git;a=commit;h=5125237efb6a3309fbf5b9a7a21aaf716787f2a2
write_error:
if (err == -EIO && ++tries <= 5) {
/*
* Probably
Mikael Pettersson wrote:
>> I.e. no freezing of ports...
>
> Your patch to delete the 'return 1;' on error is correct,
> and makes the code match exactly the behaviour of previous
> versions of sata_promise, except for the additional error
> decoding.
>
> ahci and sata_sil24 do the return in this
On Sat, 2007-05-05 at 19:18 +0530, Satyam Sharma wrote:
> Well, you're developing / maintaining this right now, so it's your
> call. Though I bet most people would find keeping that list_add_tail
> local to scan.c more tasteful.
I do not think so. If you are interested, try to find "UBI take 2"
pa
On Sat, May 05, 2007 at 11:04:26AM +0100, Russell King wrote:
> On Mon, Apr 09, 2007 at 05:01:06PM -0400, Tony Lindgren wrote:
> > From: David Brownell <[EMAIL PROTECTED]>
> >
> > Minor GPIO cleanups: remove needless #include, and omap_gpio_init()
> > should be __init, as well as all the board in
Hello Anton,
Saturday, May 5, 2007, 3:32:30 PM, you wrote:
> Hello Henrique, Shem,
> On Sat, May 05, 2007 at 12:54:13AM -0300, Henrique de Moraes Holschuh wrote:
>> On Fri, 04 May 2007, Shem Multinymous wrote:
>> > >+enum power_supply_type {
>> > >+ POWER_SUPPLY_TYPE_BATTERY = 0,
>> > >+
On Sat, 2007-05-05 at 13:22 +1000, Rusty Russell wrote:
> On Fri, 2007-05-04 at 20:53 -0600, Eric W. Biederman wrote:
> > Frankly I think the least risk of problems comes from just doing a
> > separate entry point for lguest for now. It means we don't even have
> > to touch the common code path an
On Fri, 4 May 2007, William Lee Irwin III wrote:
> kick_object() doesn't return an indicator of success, which might be
> helpful for determining whether an object was successfully removed. The
> later-added kick_dentry_object(), for instance, can't remove dentries
> where reference counts are sti
Con Kolivas wrote:
This patchset is designed to improve system responsiveness and interactivity.
It is configurable to any workload but the default -ck patch is aimed at the
desktop and -cks is available with more emphasis on serverspace.
Apply to 2.6.21
http://www.kernel.org/pub/linux/kernel/
On 5/5/07, Artem Bityutskiy <[EMAIL PROTECTED]> wrote:
On Sat, 2007-05-05 at 17:56 +0530, Satyam Sharma wrote:
> > And it is fine to use list_add_tail() directly in vtbl.c. Will be fixed.
> Ah, good to know that, but please keep list_add_tail (or whatever is
> the implementation abstraction of th
[patch] s390: fix subsystem removal fallout.
From: Cornelia Huck <[EMAIL PROTECTED]>
This patch fixes compilation on s390.
Cc: Martin Schwidefsky <[EMAIL PROTECTED]>
Cc: Greg KH <[EMAIL PROTECTED]>
Signed-off-by: Cornelia Huck <[EMAIL PROTECTED]>
Signed-off-by: Heiko Carstens <[EMAIL PROTECTED]>
[patch] af_iucv: compile fix - adopt to skbuff changes.
From: Heiko Carstens <[EMAIL PROTECTED]>
CC [M] net/iucv/af_iucv.o
net/iucv/af_iucv.c: In function `iucv_fragment_skb':
net/iucv/af_iucv.c:984: error: structure has no member named `h'
net/iucv/af_iucv.c:985: error: structure has no membe
2007/5/5, Paul Fulghum <[EMAIL PROTECTED]>:
On Fri, 2007-05-04 at 17:30 -0600, Paul Fulghum wrote:
> OK, this behavior is so unexpected I must be missing
> something basic.
And so I was. Try this patch.
--- a/drivers/char/tty_io.c 2007-05-04 05:46:55.0 -0500
+++ b/drivers/char/tty_i
On Sat, 2007-05-05 at 17:56 +0530, Satyam Sharma wrote:
> > And it is fine to use list_add_tail() directly in vtbl.c. Will be fixed.
> Ah, good to know that, but please keep list_add_tail (or whatever is
> the implementation abstraction of the various ubi_scan_info lists)
> local to scan.c -- you c
On Sat, 5 May 2007, Eric Dumazet wrote:
> > Then add ___cacheline_aligned_in_smp or specify the alignment in the various
> > other ways that exist. Practice is that most slabs specify
> > SLAB_HWCACHE_ALIGN. So most slabs are cache aligned today.
>
> Yes but this alignement is dynamic, not at com
Hello,
This morning I updated the kernel on my workstation to the current git
tree (62ea6d80211ecc88ef516927ecebf64cb505be3f). Upon reboot, I
cannot change file access permissions of files in a directory that is
nfs mounted (using NFS4):
$ chmod 0600 $path
chmod: Changing permissions of
Hello ian,
Saturday, May 5, 2007, 4:46:26 PM, you wrote:
> On Sat, 2007-05-05 at 00:54 -0300, Henrique de Moraes Holschuh wrote:
>> Given that USB-power *is* usually also "dumb" (i.e. it doesn't do any
>> control signaling over the USB bus for power-control purposes),
> it might be dumb, but it
On Sat, 5 May 2007, Andi Kleen wrote:
> [EMAIL PROTECTED] writes:
> >
> > NOTE: This patch is for conceptual review. I'd appreciate any feedback
> > especially on the locking approach taken here. It will be critical to
> > resolve the locking issue for this approach to become feasable.
>
> Do yo
On 5/5/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
This patch gets rid constructors and destructors and replaces them
with a slab operations structure that is passed into SLUB.
Looks good to me.
On 5/5/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
+struct slab_ops {
+ /* FIXME:
On Sat, 5 May 2007, Pekka Enberg wrote:
> For consistency with other operations structures, can we make this
> struct kmem_cache_operations or kmem_cache_ops, please?
Ok.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
On Sat, May 05, 2007 at 11:13:36AM +0800, Xu CanHao wrote:
> On 5 Mai, 10:20, Theodore Tso <[EMAIL PROTECTED]> wrote:
> >
> >This is being worked on already. XFS has a per-filesystem ioctl, but
> >we want to create a filesystem-independent system call,
> >sys_fallocate(), that would wired into the
On Saturday, 5 May 2007 12:16, Rafael J. Wysocki wrote:
> On Saturday, 5 May 2007 08:31, Andrew Morton wrote:
> > On Fri, 4 May 2007 11:32:31 +0200 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Separate the hibernation (aka suspend to disk code) from the other
> > > suspend code.
On Saturday, 5 May 2007 14:27, Johannes Berg wrote:
> On Sat, 2007-05-05 at 14:21 +0200, Rafael J. Wysocki wrote:
> >
> > Power off the system instead of halting it if the 'platform' mode of
> > hibernation
> > has been requested, but hibernation_ops is not set.
>
> Ehm, unless you made a mistak
On 5/4/07, Paul Fulghum <[EMAIL PROTECTED]> wrote:
Antonino:
Can you try two tests (with my patch applied):
1. comment out the tty_flush_buffer() call in tty_ldisc_flush() and test
2. uncomment (reenable) the above call and comment out the
tty_flush_buffer() call in tty_ioctl() and test
I as
Andrew Morton pisze:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
>
>
CC [M] lib/zlib_deflate/deflate_syms.o
LD [M] lib/zlib_deflate/zlib_deflate.o
Building modules, stage 2.
MODPOST 791 modules
ERROR: "ssb_pcihost_register" [drivers/net/b44.ko] unde
On Sat, 05 May 2007, Thomas Gleixner wrote:
> + printk(KERN_WARNING "HPET counter is defect\n");
What about
printk(KERN_WARNING "HPET counter is stopped\n");
which is far more descriptive?
--
"One disk to rule them all, One disk to find them. One disk to bring
th
Antonino Ingargiola wrote:
The patch now boot properly and solves
completely the testcase with two serial lines:
Good, thanks for testing.
I think this patch should be included in mainline, since if one flushes
the input buffer, really want to flush the entire buffer chain and
doesn't want to
On Saturday, 5 May 2007 08:31, Andrew Morton wrote:
> On Fri, 4 May 2007 11:32:31 +0200 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
> wrote:
>
> > Separate the hibernation (aka suspend to disk code) from the other suspend
> > code.
> > In particular:
> > * Remove the definitions related to hibernat
On Saturday, 5 May 2007 01:11, Ray Lee wrote:
> On 5/4/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > The change of the hibernation/suspend code ordering made before 2.6.21 has
> > caused some systems to have problems related to ACPI. In particular, the
> > 'platform' hibernation mode doesn'
>> Can You send output of x86info program and output of
>> lspci command? Longhaul wasn't working for You since 2.6.18 right?
>
> Output from x86info (I know you didn't ask me, but hey, information
> wants to be free)
>
> x86info v1.20. Dave Jones 2001-2006
> Feedback to <[EMAIL PROTECTED]>.
>
> Switching from acpi_pm+performance to acpi_pm+ondemand also
> locks up after a few minutes.
Yep. Sounds like an ondemand issue. Thanks for verifying this for me.
>>> Nah, it also happens with cpufreq_powersave. I just need to check
>>> through some archives and try booting with gove
Hello,
On Sat, May 5, 2007 11:16, Pavel Machek wrote:
>> But the same functionality can be achieved by doing:
>>
>> 1) Define a user password (e.g. /etc/shadow thing). (Once)
>>
>> 2) When a user logs in: get random data and encrypt it with the password,
>> this becomes the AES key. Store both the
From: Pekka Enberg <[EMAIL PROTECTED]>
As alloc_inode() touches the same cache line as init_once(), we gain
nothing from using slab constructors.
Cc: Stephen C. Tweedie <[EMAIL PROTECTED]>
Cc: Andreas Dilger <[EMAIL PROTECTED]>
Cc: Christoph Lameter <[EMAIL PROTECTED]>
Signed-off-by: Pekka Enberg
From: Pekka Enberg <[EMAIL PROTECTED]>
As alloc_inode() touches the same cache line as init_once(), we gain
nothing from using slab constructors.
Cc: Stephen C. Tweedie <[EMAIL PROTECTED]>
Cc: Andreas Dilger <[EMAIL PROTECTED]>
Cc: Christoph Lameter <[EMAIL PROTECTED]>
Signed-off-by: Pekka Enberg
From: Pekka Enberg <[EMAIL PROTECTED]>
As alloc_inode() touches the same cache line as init_once(), we gain
nothing from using slab constructors.
Cc: Stephen C. Tweedie <[EMAIL PROTECTED]>
Cc: Andreas Dilger <[EMAIL PROTECTED]>
Cc: Christoph Lameter <[EMAIL PROTECTED]>
Signed-off-by: Pekka Enberg
On 5/5/07, Artem Bityutskiy <[EMAIL PROTECTED]> wrote:
[...]
On Sat, 2007-05-05 at 09:25 +0530, Satyam Sharma wrote:
> Artem would have to step in here to verify if there really is a good
> reason why we kmalloc a fresh ubi_scan_leb every time we want to add
> one to a list.
Particularly in vtbl.
On Sat, 2007-05-05 at 10:43 -0600, Paul Fulghum wrote:
> There is not an input flush method for the tty driver
> and individual drivers don't process that ioctl.
> The tty drivers I've seen immediately pass receive data to the
> tty buffering and I'm not sure why a driver would
> behave otherwise.
From: Pekka Enberg <[EMAIL PROTECTED]>
As alloc_inode() touches the same cache line as init_once(), we gain
nothing from using slab constructors.
Cc: <[EMAIL PROTECTED]>
Cc: Christoph Lameter <[EMAIL PROTECTED]>
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
fs/reiserfs/super.c | 33 +
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
I get a lot ' warning: 'warn_unused_result' attribute ignored ' from
mutex.h:128
I've uploaded full build-log , config and ver_linux there ->
http://crazy.dev.frugalware.org/2.6.21-mm1/
On 5/5/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
Someone broke UML.
$ make ARCH=um defconfig
$ make
[snip]
UPD include/linux/version.h
CHK include/linux/utsrelease.h
UPD include/linux/utsrelea
On Sat, 2007-05-05 at 14:21 +0200, Rafael J. Wysocki wrote:
>
> Power off the system instead of halting it if the 'platform' mode of
> hibernation
> has been requested, but hibernation_ops is not set.
Ehm, unless you made a mistake in the patch then that shouldn't be
possible.
johannes
signat
On Sat, 2007-05-05 at 10:16 +0100, Christoph Hellwig wrote:
> I wish people would have listened to me back then and made the
> description part of the modular_param statement..
Sometimes we weary of change. However, come up with a decent name and
implement it and we can deprecate module_param() b
Hello Henrique, Shem,
On Sat, May 05, 2007 at 12:54:13AM -0300, Henrique de Moraes Holschuh wrote:
> On Fri, 04 May 2007, Shem Multinymous wrote:
> > >+enum power_supply_type {
> > >+ POWER_SUPPLY_TYPE_BATTERY = 0,
> > >+ POWER_SUPPLY_TYPE_UPS,
> > >+ POWER_SUPPLY_TYPE_AC,
> > >+
Arnd Bergmann wrote:
On Friday 04 May 2007, Paul Fulghum wrote:
- It is fishy that apart from one outlier in kexec.h, synclink.h is the
only header file which uses compat_ulong_t. Are we doing this right?
Arnd, do you have any comment on this?
I think most others just define the compat dat
On Fri, 2007-05-04 at 17:30 -0600, Paul Fulghum wrote:
> OK, this behavior is so unexpected I must be missing
> something basic.
And so I was. Try this patch.
--- a/drivers/char/tty_io.c 2007-05-04 05:46:55.0 -0500
+++ b/drivers/char/tty_io.c 2007-05-05 03:23:46.0 -0500
@@
On Sat, 2007-05-05 at 11:08 -0500, Paul Fulghum wrote:
> I would argue that cdc-acm should do the same as the serial driver.
Try this patch for the usb ports. (I don't have that hardware)
--- a/drivers/usb/class/cdc-acm.c 2007-04-25 22:08:32.0 -0500
+++ b/drivers/usb/class/cdc-acm.c
On Sat, 2007-05-05 at 19:02 +0530, Satyam Sharma wrote:
> > write_error:
> > if (err == -EIO && ++tries <= 5) {
> > /*
> > * Probably this physical eraseblock went bad, try to pick
> > * another one.
> > */
> > list_add_tail(&new_se
On Sat, 2007-05-05 at 09:25 +0530, Satyam Sharma wrote:
> Again, I saw that too, but would still prefer using the higher level
> function ubi_scan_add_to_list() to add to the corrupted list, but with
> a different identifier for the return value to avoid overwriting err.
> list_add_tail seems best
>> Can You send output of x86info program and output of
>
> Where do I find this?
http://www.codemonkey.org.uk/projects/x86info/
It needs msr device support in kernel.
--
NIE KUPUJ!!!
...zanim nie porownasz cen >> http://link.
pull 20070505 0830 UTC-06
...
scripts/kconfig/gconf arch/x86_64/Kconfig
drivers/net/Kconfig:2279:warning: 'select' used by config symbol
'UCC_GETH' refer to undefined symbol 'UCC_FAST'
drivers/input/keyboard/Kconfig:170:warning: 'select' used by c
Christoph Hellwig wrote:
> There only seems to be a module description but no actual paramter for
> this. I wish people would have listened to me back then and made the
> description part of the modular_param statement..
>
Uh, what did I miss? Oh, I see, I need a module_param(rx_mode, int,
06
Hi,
this patch allow to use SECAM-BG with the FI1216MF tuner.
Matthieu
allow to use SECAM-BG with the FI1216MF tuner.
The selection is done with the secam=B module argument.
The default behaviour should be the same as before.
Signed-off-by: Matthieu CASTET <[EMAIL PROTECTED]>
Index: linux-2.
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> > Fixup the existing users.
>
> This one makes the Vaio-of-fun hang during suspend to disk. It gets
> up to "swsusp: critical section/: done (%d pages copied)" then it
> freezes.
after trying to reproduce it on 2 boxes without success it did trigg
2007/5/5, Paul Fulghum <[EMAIL PROTECTED]>:
On Sat, 2007-05-05 at 11:08 -0500, Paul Fulghum wrote:
> I would argue that cdc-acm should do the same as the serial driver.
Try this patch for the usb ports. (I don't have that hardware)
Building... thanks.
The HW is a cypress demo-board for their
> In the serial driver this usually just results in dropping
> RTS to signal the remote end to stop sending. The serial
> driver always immediately gives receive data to the tty buffering
> without regard to the throttled state.
>
> I would argue that cdc-acm should do the same as the serial drive
On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
>
__must_check was added to mutex_lock_nested() which returns void. This
causes the following warnings:
include/linux/mutex.h:128: warning: 'warn_unu
Hi,
while compiling the DC930 SCSI driver, i got this message:
drivers/built-in.o: In function `dc390_module_init':
tmscsim.c:(.init.text+0x124c4): undefined reference to `pci_module_init'
make: *** [.tmp_vmlinux1] Fehler 1
so i replaced "pci_module_init" with "pci_register_device"
and it works
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
Some warnings again on i386.
...
scripts/kconfig/mconf arch/i386/Kconfig
drivers/macintosh/Kconfig:116:warning: 'select' used by config symbol
'PMAC_APM_EMU' refers to undefined symbol 'S
On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.21-rc7-mm2:
>...
> git-net.patch
>...
> git trees
>...
match_table_t was made "const" and gcc doesn't like "const __initdata":
<-- snip -->
...
CC fs/nfs/nfsroot.o
/home/bunk/linux/kernel-2.6/linux
Paul Sokolovsky wrote:
There's actually a nice and terse term for that - mains,
but I wonder how well non-English speaking people are familiar with it
(I personally saw them only in manuals, which, as well known, nobody
reads).
I, for one, wasn't :)
My 2 cents: ADAPTER seems better than AC, wh
Am Samstag, 5. Mai 2007 18:08 schrieb Paul Fulghum:
> If the line discipline throttles the driver input,
> the cdc-acm driver stops giving data to the tty buffering
> and instead stores them internally.
So do usb serial drivers.
> In the serial driver this usually just results in dropping
> RTS
On Fri, 4 May 2007, Fenghua Yu wrote:
> This is follow-up for Suresh's runqueue align in smp patch at:
> http://www.uwsg.iu.edu/hypermail/linux/kernel/0704.1/0340.html
>
> The patches place all of smp cacheline aligned percpu data into
> .data.percpu.cacheline_aligned_in_smp. Other percpu data i
If no objections, here comes the revert of the return 1 issue.
--
sata_promise, do not freeze ports
revert return 1 thing in the error isr, that causes port freezing, so that the
system is unusable when exception is thrown.
See http://lkml.org/lkml/2007/4/30/268
Cc: Jeff Garzik <[EMAIL PROTECT
videodev, allow debugging
fix typo? in videodev.c to allow debugging
Cc: Mauro Carvalho Chehab <[EMAIL PROTECTED]>
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 94b6ccaf1ca50632014202d3eeb99a0e23185ddb
tree 55e2ac37ca4e12846d851b863b620b154e9df500
parent a38d21f4b5d5029b0b083fe2651e78
Am Samstag, 5. Mai 2007 18:36 schrieb Alan Cox:
> > In the serial driver this usually just results in dropping
> > RTS to signal the remote end to stop sending. The serial
> > driver always immediately gives receive data to the tty buffering
> > without regard to the throttled state.
> >
> > I wou
On Sat, May 05, 2007 at 05:41:35AM -0500, Shirish S Pargaonkar wrote:
>
> When a session setup request is sent as an anonymous user (NUL user),
> should/could there be
> password associated with that?
> Right now, sec=none option, will prompt you for a password.
We should probably turn off passwo
On Sat, 2007-05-05 at 18:46 +0200, Oliver Neukum wrote:
> Am Samstag, 5. Mai 2007 18:08 schrieb Paul Fulghum:
> > I would argue that cdc-acm should do the same as the serial driver.
>
> Has this been tested?
> If so we could reduce the complexity of the throtteling logic in the usb
> drivers.
Ant
2007/5/5, Antonino Ingargiola <[EMAIL PROTECTED]>:
2007/5/5, Paul Fulghum <[EMAIL PROTECTED]>:
> On Sat, 2007-05-05 at 11:08 -0500, Paul Fulghum wrote:
> > I would argue that cdc-acm should do the same as the serial driver.
>
> Try this patch for the usb ports. (I don't have that hardware)
Build
On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.21-rc7-mm2:
>...
> git-unionfs.patch
>...
> git trees
>...
<-- snip -->
...
CC fs/unionfs/super.o
/home/bunk/linux/kernel-2.6/linux-2.6.21-mm1/fs/unionfs/super.c: In function
‘init_once’:
/home/bun
Hi!
The x86 bzImage contains a stub to inform people that it is not possible
any more to run a Linux kernel by catting it to a floppy and then
booting from it. This was meant to be all 16-bit code. The first
instruction, however, ended up as being coded as a 16:32-bit far jump. I
assume the intent
Hi!
The x86 bzImage contains a stub to inform people that it is not possible
any more to run a Linux kernel by catting it to a floppy and then
booting from it. This was meant to be all 16-bit code. The first
instruction, however, ended up as being coded as a 16:32-bit far jump. I
assume the intent
1 - 100 of 243 matches
Mail list logo
