> Easy. O_NONBLOCK should only affect whether read/write blocks or
> returns EAGAIN. It's logical for this setting to be per-process.
Sadly, that's not what POSIX says. POSIX says that 'dup' and 'fork' create
two references to the same file description and that O_NONBLOCK is a
> On Feb 3 2007 10:31, David Schwartz wrote:
> >
> >The way out of the GPL problem is to make clear that it is *not* a
> >copyright enforcement scheme
>
> So why do we have EXPORT_SYMBOL_GPL then, if
>
> - there shall be no enforcement (such as requiring modules to carry
> exactly one
This patch adds a checking for errors in hil_keyb_init.
Also some extra spaces are removed.
Signed-off-by: Cyrill V. Gorcunov <[EMAIL PROTECTED]>
---
dvers/input/keyboard/hilkbd.c | 106 +++
1 files changed, 62 insertions(+), 44 deletions(-)
diff --git
On Sun, 4 Feb 2007 00:32:12 -0500 "Keenan Pepper" <[EMAIL PROTECTED]> wrote:
> I just upgraded the kernel on my System76 Gazelle laptop (basically an
> ASUS Z62FP without the Microsoft tax) and the hard drive began
> freezing every few minutes. I blacklisted ata_piix and the problem
> went away,
On Sat, Feb 03, 2007 at 04:40:42PM -0800, Randy Dunlap wrote:
> On Sat, 03 Feb 2007 16:21:18 -0800 Roland Dreier wrote:
>
> > > Good catch :). A small grep of `access_ok' reveals that it's always used
> > in the
> > > form of:
> > > if (!access_ok()) { .. }
> > >
> > > I can conclude that
On Thu, Feb 01, 2007 at 09:45:45PM EST, Lennart Sorensen wrote:
>On Thu, Feb 01, 2007 at 02:59:03PM +0100, Erik Mouw wrote:
>> I can't remember that kind of corruption ever being reported to the
>> bcm43xx-dev mailing list.
I came into this discussion late as I only read LKML in summary form, but
kernel/time/clocksource.c needs struct task_struct on m68k.
Because it uses spin_unlock_irq(), which, on m68k, uses hardirq_count(), which
uses preempt_count(), which needs to dereference struct task_struct, we
have to include sched.h. Because it would cause a loop inclusion, we
cannot include
On Fri, 2 Feb 2007 18:59:13 -0800 Chris Wright wrote:
> * Chris Wright ([EMAIL PROTECTED]) wrote:
> > Responses should be made by Mon Feb 3 02:30 UTC 2007
>
> Yes, that's Mon Feb 5 (thanks to those on their toes ;-)
>
> And the roll-up will be available at:
>
>
>
Pierre Ossman wrote:
Ok... how about this baby instead. I've replaced the stack allocated
request structure by one allocated with kmalloc() and reference counted
using an atomic_t. I couldn't see anything else that was associated to
the process, so I believe this should suffice.
(This is just a
On Sat, Feb 03, 2007 at 10:24:04PM -0500, Alan Stern wrote:
> On Sat, 3 Feb 2007, Paul E. McKenney wrote:
>
> > > And another note: this all assumes that STORE-MB-LOAD works "correctly",
> > > yes?
> > > We have other code which relies on that, should not be a problem.
> >
> > We have been
"Adam Kropelin" <[EMAIL PROTECTED]> writes:
> Naive question... Can the pci layer (or e1000) detect that MSI is not enabled
> in
> the hardware and avoid using it in that case? With the number of MSI problems
> showing up it seems risky to assume it's usable on any given platform without
> some
On Tue, 30 Jan 2007, Zach Brown wrote:
> This very rough patch series introduces a different way to provide AIO support
> for system calls.
Zab, great stuff!
I've found a little time to take a look at the patches and throw some
comments at you.
Keep in mind though, that the last time I
On Tue, 30 Jan 2007, Zach Brown wrote:
> +void asys_task_exiting(struct task_struct *tsk)
> +{
> + struct asys_result *res, *next;
> +
> + list_for_each_entry_safe(res, next, >asys_completed, item)
> + kfree(res);
> +
> + /*
> + * XXX this only works if tsk->fibril
On Tue, 30 Jan 2007, Zach Brown wrote:
> + /*
> + * XXX The idea is to copy all but the actual call stack. Obviously
> + * this is wildly arch-specific and belongs abstracted out.
> + */
> + *next->ti = *ti;
> + *thread_info_pt_regs(next->ti) =
Eric W. Biederman wrote:
"Adam Kropelin" <[EMAIL PROTECTED]> writes:
Can I get the corresponding lspci -xxx output. I suspect the BIOS
did not program the hypertransport MSI mapping capabilities
correctly. All it has to do is set the enable but still,
occasionally BIOS writers miss the most
On Tue, Jan 30, 2007 at 06:40:10PM +0100, Rainer Weikusat wrote:
> Greg KH <[EMAIL PROTECTED]> writes:
>
> [...]
>
> > Rainer's problem is a real bug in the USB driver code, which we need to
> > work on getting fixed,
Ok, here's an updated version, that should tell us where things are
going
On Sat, Feb 03, 2007 at 01:17:45AM +0100, Pavel Machek wrote:
> Hi!
>
> > > Part of what I need to look at. ;-)
> >
> > OK. This just might be feasible. That said, there is a lot of code
> > containing PF_NOFREEZE that I am not familiar with. That said, here
> > are my thoughts -- this is in
On Sat, 3 Feb 2007 22:11:52 -0500 Jeff Dike wrote:
> On Sat, Feb 03, 2007 at 05:06:54PM -0800, Randy Dunlap wrote:
> > The reformatting looks bad to me. Kconfig help text should be
> > indented consistently by 2 spaces under "help".
> >
> > This can be fixed later if you don't want to drop it
This patch removes PF_NOFREEZE from the rcutorture and RCU-boost threads,
adding try_to_freeze() calls as required. Passes the usual tests, but
I don't have a good freeze test handy as yet.
Signed-off-by: Paul E. McKenney <[EMAIL PROTECTED]>
---
rcupreempt.c |4 +++-
rcutorture.c |9
On Sat, 3 February 2007 14:25:37 -0800, Andreas Gruenbacher wrote:
>
> While we store the (dentry, nameidata) in struct file as a struct path, we do
> not do so in struct nameidata at the moment. Here is a patch that changes
> that. The changes are syntactic only; gcc should generate identical
ifdef missing in arch/mips/pmc-sierra/yosemite/setup.c
early_serial_setup is only defined when CONFIG_SERIAL_8250 is set.
Applies on 2.6.20-rc7.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
--- a/arch/mips/pmc-sierra/yosemite/setup.c
+++ b/arch/mips/pmc-sierra/yosemite/setup.c
@@ -171,6
Fixes an exit()/posix_cpu_clock_get() race spotted by Oleg Nesterov.
Solution is to move the p->signal check under the tasklist_lock.
Signed-off-by: Paul E. McKenney <[EMAIL PROTECTED]>
---
posix-cpu-timers.c |9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff -urpNa -X
On Sat, Feb 03, 2007 at 05:49:47PM +, Jörn Engel wrote:
> On Sat, 3 February 2007 02:33:16 +0100, Nick Piggin wrote:
> >
> > If doing a partial-write, simply clear the whole page and set it uptodate
> > (don't need to get too tricky).
>
> That sounds just like a bug I recently fixed in
On Sat, 3 Feb 2007, Paul E. McKenney wrote:
> > And another note: this all assumes that STORE-MB-LOAD works "correctly",
> > yes?
> > We have other code which relies on that, should not be a problem.
>
> We have been working with Doug Lea of SUNY Oswego, Sebatian Burckhardt of
> University of
On Sat, Feb 03, 2007 at 05:06:54PM -0800, Randy Dunlap wrote:
> The reformatting looks bad to me. Kconfig help text should be
> indented consistently by 2 spaces under "help".
>
> This can be fixed later if you don't want to drop it from -stable.
The formatting actually broke the Kconfig
On Sat, 3 Feb 2007, Justin Piszcz wrote:
> Not sure if this is normal or not, was not doing anything out of the
> ordinary and after secs/3600.. ~ 42hrs this occured?
>
> $ uptime
> 19:06:17 up 2 days, 29 min, 10 users, load average: 0.13, 0.07, 0.06
>
> $ uname -ra
> Linux p34 2.6.20-rc7
Hi Vincent,
on 02 Feb 07 at 12:04, you wrote:
> On 2/2/07, Pekka J Enberg <[EMAIL PROTECTED]> wrote:
>> From: Pekka Enberg <[EMAIL PROTECTED]>
>> [...]
>> drivers/lirc_atiusb/lirc_atiusb.c | 102 -
> ^^
>
> I may be mistaken,
Hi Pekka,
on 02 Feb 07 at 10:39, you wrote:
[...]
> On 02 Feb 2007 05:54:00 +0100, Christoph Bartelmus <[EMAIL PROTECTED]>
> wrote:
>> Any help welcome.
> Here's a start.
As I'm running a 2.4 kernel myself you will probably understand that I
am a bit reluctant to drop 2.4 support from LIRC
I'm giving the whole log, bug trace is at the end. I had got this after
a box freeze. The bug appears when the kernel is mounting the root
partition. I'm using ext3 for my root partition and as I did not see any
fix for ext3/vfs about that problem, I'm reporting it here.
The box is a macbook 2GHz
That code doesn't do what its author apparently thought
it would do...
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
diff --git a/drivers/usb/net/rtl8150.c b/drivers/usb/net/rtl8150.c
index e0eecda..670262a 100644
--- a/drivers/usb/net/rtl8150.c
+++ b/drivers/usb/net/rtl8150.c
@@ -284,7
On Sunday 04 February 2007 00:49, Maynard Johnson wrote:
> I seem to recall looking at this option a while back, but didn't go that
> route since struct spu_context is opaque to me. With such a teqnique, I
> could then use a simple 16-element array of pointers to cached_info
> objects,
On Saturday 03 February 2007 21:03, Maynard Johnson wrote:
> I presume you mean 'object_id'.
Right, sorry for the confusion.
> What you're asking for is a new
> requirement, and one which I don't believe is achievable in the current
> timeframe. Since this is spufs code that's dynamicaly
From: Jay Cliburn <[EMAIL PROTECTED]>
pci_ids: add Attansic vendor id
Add Attansic to pci_ids and use the ID in the driver.
Signed-off-by: Jay Cliburn <[EMAIL PROTECTED]>
---
drivers/net/atl1/atl1_main.c |2 +-
include/linux/pci_ids.h |2 ++
2 files changed, 3 insertions(+), 1
From: Jay Cliburn <[EMAIL PROTECTED]>
MAINTAINERS: add atl1 maintainers
Add a maintainers entry for atl1.
Signed-off-by: Jay Cliburn <[EMAIL PROTECTED]>
---
MAINTAINERS | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index
From: Jay Cliburn <[EMAIL PROTECTED]>
atl1: fix whitespace damage
Remove trailing whitespace and spaces preceding tabs.
Signed-off-by: Jay Cliburn <[EMAIL PROTECTED]>
---
drivers/net/atl1/atl1.h |8 +-
drivers/net/atl1/atl1_ethtool.c | 42 ++--
drivers/net/atl1/atl1_hw.h
This set of patches completes the final bit of tidying up in the Attansic
ethernet driver. Sorry for nickel-and-diming you, Jeff, but this really
should be the end of it for awhile.
Summary:
1. Clean up whitespace damage.
2. Add a maintainers entry.
3. Add a pci_ids entry.
---
MAINTAINERS
The patch looks ok.
However, due to certain peculiarities with memorystick and xd I have to emulate
a scatter-gather
in software. Considering that this particular aspect of implementation is the
same for all card
types on this TI chip, it can be shared by tifm_sd driver as well. In this case
On Sun, 04 Feb 2007 the mental interface of
Jiri Kosina told:
> On Fri, 2 Feb 2007, Elimar Riesebieter wrote:
>
> > it would be great, if we can choose pb_fnmode while configure the
> > kernel. I have a PowerBook5,6 but want fkeysfirst. So I have to # echo 2
> > >|
On Sun, 04 Feb 2007 02:32:41 +0100 Tilman Schmidt <[EMAIL PROTECTED]> wrote:
> >> + spin_lock_irqsave(>cmdlock, flags);
> >> + cb = cs->cmdbuf;
> >> + spin_unlock_irqrestore(>cmdlock, flags);
> >
> > It is doubtful if the locking here does anything useful.
>
> It assures atomicity when
On Sat, 3 Feb 2007, Andrew Morton wrote:
> Do we actually need NR_MLOCK? Page reclaim tends to care more about the
> size of the LRUs and doesn't have much dependency on ->present_pages,
Yes, we'd be fine with general reclaim I think. But the calculation of the
dirty ratio based on ZVCs would
Christoph Hellwig wrote:
On Fri, Feb 02, 2007 at 01:50:10PM -1000, [EMAIL PROTECTED] wrote:
This adds the ability for the file system to remounted as read only during a
system suspend. Log the mount points so when the resume occurs, they can be
remounted back to their original states. This
Thanks, Andrew, for your review. Some replies:
Am 02.02.2007 02:13 schrieb Andrew Morton:
> On Thu, 1 Feb 2007 22:12:24 +0100
> Tilman Schmidt <[EMAIL PROTECTED]> wrote:
>
>> +/* Kbuild sometimes doesn't set this */
>> +#ifndef KBUILD_MODNAME
>> +#define KBUILD_MODNAME "asy_gigaset"
>> +#endif
>
On Sunday 04 February 2007 01:55, David Schwartz wrote:
>
> > That's a bug, right? I couldn't find anything to that effect in IEEE
> > Std. 1003.1, 2004 Edition...
> >
> > Ciao,
> > Roland
>
> It's not a bug, there's no rational alternative. What would two indepedent
> file
On Sat, 3 Feb 2007 11:03:59 -0800 (PST) Christoph Lameter <[EMAIL PROTECTED]>
wrote:
> Here is the second piece removing mlock pages off the LRU during scanning.
> I tried moving them to a separate list but then we run into issues with
> locking. We do not need ithe list though since we will
"Adam Kropelin" <[EMAIL PROTECTED]> writes:
>> Can I get the corresponding lspci -xxx output. I suspect the BIOS
>> did not program the hypertransport MSI mapping capabilities correctly.
>> All it has to do is set the enable but still, occasionally BIOS
>> writers miss the most amazing things.
>
On Fri, 02 Feb 2007 18:35:29 -0800 Chris Wright wrote:
> -stable review patch. If anyone has any objections, please let us know.
> --
>
> From: Jeff Dike <[EMAIL PROTECTED]>
>
> This fixes UML on hosts with non-standard VM splits. We had changed
> the config variable that
On 2007.02.02 23:48:14 -0600, Robert Hancock wrote:
> Björn Steinbrink wrote:
> >On 2007.01.24 01:39:23 +0100, Björn Steinbrink wrote:
> >>On 2007.01.23 17:18:43 -0600, Robert Hancock wrote:
> >>>Larry Walton wrote:
> The last patch (sata_nv-force-int-dev-in-interrupt.patch)
> seems to
New drivers since 2.6.16.39:
- Areca ARC11X0/ARC12X0 SATA-RAID support
- AMD Athlon64/FX and Opteron temperature sensor
Location:
ftp://ftp.kernel.org/pub/linux/kernel/people/bunk/linux-2.6.16.y/testing/
git tree:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.16.y.git
Changes
Hi!
> > ...it wants me to report:
> >
> >
> > ...yes, I yanked the card when I seen "unknown partition table".
> >
> > (This is how it looks on debug console; it captured the dumps, too:)
>
> Error 1 is timeout, which can be caused by many things. Have you tried
> with several cards? And is
> That's a bug, right? I couldn't find anything to that effect in IEEE
> Std. 1003.1, 2004 Edition...
>
> Ciao,
> Roland
It's not a bug, there's no rational alternative. What would two indepedent
file descriptors for the same end of a TCP connection be? What happens when
you
On Sat, 03 Feb 2007 16:21:18 -0800 Roland Dreier wrote:
> > Good catch :). A small grep of `access_ok' reveals that it's always used
> in the
> > form of:
> > if (!access_ok()) { .. }
> >
> > I can conclude that verbal/imperative methods like `kmalloc, add_work' be
> > checked as:
> >
Ahmed S. Darwish wrote:
On Sat, Feb 03, 2007 at 11:56:16PM +0100, Richard Knutsson wrote:
Ahmed S. Darwish wrote:
Hi all,
In CodingStyle Chapter 16 "Function return value and names", why not
adding a comment about the favorable community way of checking the return
value. ie:
ret =
On Sat, Feb 03, 2007 at 11:27:24PM +0100, Rafael J. Wysocki wrote:
> On Saturday, 3 February 2007 01:01, Pavel Machek wrote:
> > Hi!
> >
> > > > > > static int _cpu_down(unsigned int cpu)
> > > > > > {
> > > > > > int err;
> > > > > > struct task_struct *p;
> > > >
Am 03.02.2007 17:09 schrieb Greg KH:
> On Thu, Feb 01, 2007 at 05:13:45PM -0800, Andrew Morton wrote:
>>> +/* dummy to shut up framework warning */
>>> +static void gigaset_device_release(struct device *dev)
>>> +{
>>> + //FIXME anything to do? cf. platform_device_release()
>>> +}
>> Ask Greg ;)
On Sun, Feb 04, 2007 at 10:20:29AM +1100, Dave Airlie wrote:
> What AGP chipset do you have? it looks like it might be caused by the
> AGP changes for TTM..
lspci:
00:00.0 Host bridge: Silicon Integrated Systems [SiS] 741/741GX/M741 Host (rev
03)
00:01.0 PCI bridge: Silicon Integrated Systems
On Sat, Feb 03, 2007 at 07:38:50PM +0300, Oleg Nesterov wrote:
> On 01/31, Paul E. McKenney wrote:
> >
> > QRCU as currently written (http://lkml.org/lkml/2006/11/29/330) doesn't
> > do what you want, as it acquires the lock unconditionally. I am proposing
> > that synchronize_qrcu() change to
On Sun, 4 Feb 2007, Ahmed S. Darwish wrote:
> On Sat, Feb 03, 2007 at 11:56:16PM +0100, Richard Knutsson wrote:
> > So:
> >
> > if (is_true()) {
> > /* do something */
> > }
> >
> > is alright then? If so, I agree, but please make it real clear in the
> > document ;)
>
> Good catch :). A
> Good catch :). A small grep of `access_ok' reveals that it's always used in
> the
> form of:
> if (!access_ok()) { .. }
>
> I can conclude that verbal/imperative methods like `kmalloc, add_work' be
> checked as:
> ret = do_work();
> if (ret) { ... }
> and predicate methods like
On 2/4/07, Stephen Clark <[EMAIL PROTECTED]> wrote:
I have had two different laptops that had to have boot time command line
overrides to get the
driver to allow the hardware work at what it was spec-ed at.
Well, I am sure that someone will at least take the problem I have
serious and will
Patrick Ale wrote:
On 2/4/07, Stephen Clark <[EMAIL PROTECTED]> wrote:
Robert Hancock wrote:
But why are we taking away the users capability to control his/her own
hardware. Sounds like windows.
I wouldn't go as far as making that comparsion, most of all cause it's
totaly
Not sure if this is normal or not, was not doing anything out of the
ordinary and after secs/3600.. ~ 42hrs this occured?
$ uptime
19:06:17 up 2 days, 29 min, 10 users, load average: 0.13, 0.07, 0.06
$ uname -ra
Linux p34 2.6.20-rc7 #2 SMP Wed Jan 31 20:03:09 EST 2007 i686 GNU/Linux
One
On Sat, Feb 03, 2007 at 11:56:16PM +0100, Richard Knutsson wrote:
> Ahmed S. Darwish wrote:
> >Hi all,
> >
> >In CodingStyle Chapter 16 "Function return value and names", why not
> >adding a comment about the favorable community way of checking the return
> >value. ie:
> >
> >ret = do_method();
>
> Anyway. Are we doing this or not - the more I think about it, the more
> I'm kinda "happy" to just leave things as they are. Yes, bad people will
> continuing doing bad things no matter what we do. Do we really want to
> change stuff just to work around obvious abuse? Alan?
Actually checking
On Fri, 2 Feb 2007, Elimar Riesebieter wrote:
> it would be great, if we can choose pb_fnmode while configure the
> kernel. I have a PowerBook5,6 but want fkeysfirst. So I have to # echo 2
> >| /sys/module/hid/parameters/pb_fnmode by hand after each boot. The
> module-parm pb_fnmode doesn't
Arnd Bergmann wrote:
On Monday 29 January 2007 20:48, Maynard Johnson wrote:
Subject: Add support to OProfile for profiling Cell BE SPUs
[snip]
+ *
+ * Ideally, we would like to be able to create the cached_info for
+ * an SPU task just one time -- when libspe first loads the
On 2/4/07, Stephen Clark <[EMAIL PROTECTED]> wrote:
Robert Hancock wrote:
But why are we taking away the users capability to control his/her own
hardware. Sounds like windows.
I wouldn't go as far as making that comparsion, most of all cause it's
totaly invalid, with all respect.
In my
Alan wrote:
On Sat, 3 Feb 2007 21:47:36 +0100 (MET)
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
On Feb 3 2007 10:31, David Schwartz wrote:
The way out of the GPL problem is to make clear that it is *not* a
copyright enforcement scheme
So why do we have EXPORT_SYMBOL_GPL then, if
Because if
Stephen Clark wrote:
Only some of the hdparm functionality is supported in libata, which is
partially by design. Presently there's no way to override the DMA
settings in libata, it starts out at the fastest supported settings
and falls back if it gets too many errors of certain types.
You
Eric W. Biederman wrote:
Auke Kok <[EMAIL PROTECTED]> writes:
maybe I've been unclear, but here's how e1000 detects link changes:
1) by checking every 2 seconds in the watchdog by reading PHY
registers 2) by receiving an interrupt from the NIC with the LSI bit
in the interrupt control
agpgart: Found an AGP 3.5 compliant device at :00:00.0.
agpgart: Device is in legacy mode, falling back to 2.x
agpgart: Putting AGP V2 device at :00:00.0 into 1x mode
agpgart: Putting AGP V2 device at :01:00.0 into 1x mode
BUG: unable to handle kernel NULL pointer dereference at
Robert Hancock wrote:
Hi guys,
Me again, sorry.
Is it possible to make hdparm work with libata?
I have some drives that for some reason fall back to lower UDMA
settings (like UDMA/44) while the drive is UDMA/100. I blame the way I
set-up my raid arrays for this and the bus not being able to
On Sat, Feb 03, 2007 at 04:22:17PM -0500, Lee Revell wrote:
> On 2/3/07, Eric Buddington <[EMAIL PROTECTED]> wrote:
> >EIP:0060:[<>]Tainted: G M VLI
> >EFLAGS: 00013246 (2.6.20-rc6-mm3 #1)
>
> The "M" taint flag indicates that a machine check exception has
> occured. Check
Hi.
On Fri, 2007-02-02 at 22:20 -0800, Christoph Lameter wrote:
> 1. We use the 21st page flag and we only have 20 on 32 bit NUMA platforms.
If it will help, I now have an implementation of the dynamically
allocated pageflags code I've posted in the past that is NUMA aware.
It's not memory
Hi again.
On Sat, 2007-02-03 at 00:53 -0800, Andrew Morton wrote:
> > 1. We use the 21st page flag and we only have 20 on 32 bit NUMA platforms.
>
> Ow. How were you thinking of fixing that?
Oh, guess the dyn_pageflags patch is not needed then - the dangers of
replying before reading a whole
Ahmed S. Darwish wrote:
Hi all,
In CodingStyle Chapter 16 "Function return value and names", why not
adding a comment about the favorable community way of checking the return
value. ie:
ret = do_method();
if (ret) {
/* deal with error */
}
and not other ways like:
if (do_method()) or
On Saturday, 3 February 2007 01:01, Pavel Machek wrote:
> Hi!
>
> > > > > static int _cpu_down(unsigned int cpu)
> > > > > {
> > > > > int err;
> > > > > struct task_struct *p;
> > > > > cpumask_t old_allowed, tmp;
> > > > >
> > > > >
Hi Stephen,
On Fri, Feb 02, 2007 at 03:34:25PM -0800, Stephen Hemminger wrote:
> Turn flow control off for sky2. When flow control is on, the transmitter
> may get randomly stuck. Perhaps there is hardware problem, but until
> Marvell provides errata information for workaround, it should default
Auke Kok <[EMAIL PROTECTED]> writes:
> that's explained by a driver change that did that. Since at initialization
> we're
> basically waiting for a link change to tell the stack that we're up, we
> decided
> to change the order to have the hardware fire an LSI interrupt to trigger a
> watchdog
On Sat, 3 Feb 2007 21:47:36 +0100 (MET)
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> On Feb 3 2007 10:31, David Schwartz wrote:
> >
> >The way out of the GPL problem is to make clear that it is *not* a
> >copyright enforcement scheme
>
> So why do we have EXPORT_SYMBOL_GPL then, if
Because
On Sat, 3 Feb 2007 23:58:48 +0200 Ahmed S. Darwish wrote:
> Hi all,
>
> In CodingStyle Chapter 16 "Function return value and names", why not
> adding a comment about the favorable community way of checking the return
> value. ie:
>
> ret = do_method();
> if (ret) {
>/* deal with error */
>
On Sat, 3 Feb 2007 20:10:45 +, Willy Tarreau <[EMAIL PROTECTED]> wrote:
>Hi all,
>
>activity has been very calm for 2.4 since 2.4.34. Three minor fixes
>were pending, and I finally decided to release 2.4.34.1 with them
>instead of keeping them in the fridge. Upgrade is recommended for
>users
Pavel Machek wrote:
> Hi!
>
> ...it wants me to report:
>
>
> ...yes, I yanked the card when I seen "unknown partition table".
>
> (This is how it looks on debug console; it captured the dumps, too:)
>
Error 1 is timeout, which can be caused by many things. Have you tried
with several cards?
Adam Kropelin wrote:
Auke Kok wrote:
Adam Kropelin wrote:
I've never had this device work 100% with MSI on any kernel version
I've tested so far. But I'm not the original reporter of the
problem, and I believe for him it was a true regression where a
previous kernel wored correctly.
maybe
On 2/3/07, Eric Buddington <[EMAIL PROTECTED]> wrote:
EIP:0060:[<>]Tainted: G M VLI
EFLAGS: 00013246 (2.6.20-rc6-mm3 #1)
The "M" taint flag indicates that a machine check exception has
occured. Check your logs for the MCE and make sure the hardware is
OK.
Lee
-
To
Auke Kok <[EMAIL PROTECTED]> writes:
> maybe I've been unclear, but here's how e1000 detects link changes:
>
> 1) by checking every 2 seconds in the watchdog by reading PHY registers
> 2) by receiving an interrupt from the NIC with the LSI bit in the interrupt
> control register
>
> if the link
Casper Bruun wrote:
Hello
I and many others are having problems with battery life on the Lenovo
X60s laptop.
There have been several threads concerning this on Nabble, thinkwiki
and many other Linux sites, and the problem has always been the same:
Linux draw significantly more power than XP on
Auke Kok wrote:
Adam Kropelin wrote:
I've never had this device work 100% with MSI on any kernel version
I've tested so far. But I'm not the original reporter of the
problem, and I believe for him it was a true regression where a
previous kernel wored correctly.
maybe I've been unclear, but
On Feb 3 2007 10:31, David Schwartz wrote:
>
>The way out of the GPL problem is to make clear that it is *not* a
>copyright enforcement scheme
So why do we have EXPORT_SYMBOL_GPL then, if
- there shall be no enforcement (such as requiring modules to carry
exactly one MODULE_LICENSE,
Adam Kropelin wrote:
> Eric W. Biederman wrote:
>> Auke Kok <[EMAIL PROTECTED]> writes:
>>> None of the MSI code in e1000 has changed significantly either. as
>>> far as I can see, the msi code in e1000 has not changed since
>>> 2.6.18. Nonetheless there's no way I can debug any of this without a
On Sat, Feb 03, 2007 at 08:10:45PM +, Willy Tarreau wrote:
>
> The files are located at the usual places. Please give it some time
> to sync between the servers, and preferably use ftp2.kernel.org.
I forgot to tell about the important part for GIT users. As Greg KH
recommended to me when I
As Matt Mackall said:
"So yes, if a user reports a bug that's attributable to a single bit
memory error that's otherwise unreproduced and unexplained, it's totally
reasonable to chalk it up to cosmic rays until some sort of pattern of
reports emerges."
So I guess that the only way to figure
Stefan Richter wrote:
I wrote:
+++ linux/drivers/ieee1394/raw1394.h2007-02-03 13:47:34.0 +0100
@@ -178,4 +178,14 @@ struct raw1394_iso_status {
__s16 xmit_cycle;
};
+/* argument to RAW1394_IOC_GET_CYCLE_TIMER ioctl */
+struct raw1394_cycle_timer {
+ /* contents of
On Sat, 3 Feb 2007 19:56:07 + Alan wrote:
> On Sat, 3 Feb 2007 08:14:26 +
> Russell King <[EMAIL PROTECTED]> wrote:
>
> > On Sat, Feb 03, 2007 at 03:08:14AM +0100, Bodo Eggert wrote:
> > > This patch changes the module license handling code to:
> > > - prevent the "GPL\0 for
Hi all,
activity has been very calm for 2.4 since 2.4.34. Three minor fixes
were pending, and I finally decided to release 2.4.34.1 with them
instead of keeping them in the fridge. Upgrade is recommended for
users of smbfs with unix extension, since a security fix in 2.4.34
broke symlinks.
Arnd Bergmann wrote:
On Friday 02 February 2007 17:47, Maynard Johnson wrote:
We also want to be able to profile the context switch code itself, which
means that we also need one event buffer associated with the kernel to
collect events that for a zero context_id.
The hardware
While repeatedly recompiling and restarting xorg-server-1.1.1, I
managed to generate the following BUG. Kernel is 2.6.20-rc6-mm3, video card is
01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 Pro Ultra TF
(prog-if 00 [VGA])
-Eric
--
BUG: unable
On Sat, 3 Feb 2007 03:08:14 +0100 (CET)
Bodo Eggert <[EMAIL PROTECTED]> wrote:
> This patch changes the module license handling code to:
> - allow modules to have multiple licenses
NAK
> - access GPL symbols if at least one license is GPL-compatible
NAK
The legal boundary of a work is not
On Sat, 3 Feb 2007 08:14:26 +
Russell King <[EMAIL PROTECTED]> wrote:
> On Sat, Feb 03, 2007 at 03:08:14AM +0100, Bodo Eggert wrote:
> > This patch changes the module license handling code to:
> > - prevent the "GPL\0 for nothing"-trick
>
> You can achieve this effect without changing the
> ACK, and "BSD" etc. should be included. I kept the combinations for
> backward-compatibility. Possibly we could warn on using them.
BSD is intentionally not allowed. Any proprietary vendor can decide their
code is BSD and never release source just let people play with the
binary. That is why
Hello
I and many others are having problems with battery life on the Lenovo
X60s laptop.
There have been several threads concerning this on Nabble, thinkwiki
and many other Linux sites, and the problem has always been the same:
Linux draw significantly more power than XP on this particular
1 - 100 of 388 matches
Mail list logo
