Hi All,
After I started the NFS server, it crashed:
<3>Badness in local_bh_enable at
/home/cli4/sandbox/main/TelicaRoot/components/mvlinux/cge/devkit/lsp/7xx/linux/kernel/softirq.c:195
Badness in local_bh_enable at
/home/cli4/sandbox/main/TelicaRoot/components/mvlinux/cge/devkit/lsp/7xx/linux/
David Griffith wrote:
> On Fri, 17 Aug 2007, Clemens Ladisch wrote:
> > David Griffith wrote:
> > > On Thu, 16 Aug 2007, Clemens Ladisch wrote:
> > > > Please try "amidi -d -p virtual" and playing a .mid file to this port
> > > > with
> > > > aplaymidi.
> > >
> > > $ aplaymidi -p "virtual" castle2
Hi,
> Hi,
>
> According to dmesg, I encountered a kernel bug on my system.
> I'm not sure if this is the appropriate place to report this problem
> as this occured on a Fedora kernel. Maybe its a general problem?
Please file a bug at https://bugzilla.redhat.com/ under Product: Fedora,
Version:
Chris Wright wrote:
> That did get backed out (at least the part that broke paravirt patching)
> in 602033ed5907a59ce86f709082a35be047743a86. Linus' tree should be
> working fine right now with d34fda4a84c18402640a1a2342d6e6d9829e6db7
> committed, and can be further refined with the patch below th
Hi all,
When I plug my board with the FT232R chip from FTDI (USB to serial) a
module named usbserial.ko and ftdi_sio.ko is inserted automatically.
I saw in udev rules that this is the line responsible for doing that:
# Load drivers that match kernel-supplied alias
ENV{MODALIAS}=="?*",
On Sun, 2007-08-19 at 16:25 -0600, Eric W. Biederman wrote:
> "Huang, Ying" <[EMAIL PROTECTED]> writes:
> >> > +#define EFI_LOADER_SIG ((unsigned char *)(PARAM+0x1c0))
> >> > +#define EFI_MEMDESC_SIZE (*((unsigned int *) (PARAM+0x1c4)))
> >> > +#define EFI_MEMDESC_VERSION (*((unsigned int *) (PARAM
> > > Are misaligned/cross-cache-line updates atomic?
> >
> > In theory yes, in practice there can be errata of course.
Afaik the theory is "Platform specific; most x86 will be in practice";
it's up to the system vendor and chipset vendor.
The practice is "mixed ball, slow as h*ck anyway, jus
On Sunday 19 August 2007, Al Viro wrote:
> On Sun, Aug 19, 2007 at 08:26:24PM -0700, David Brownell wrote:
>
> > ISTR the warning was the other way around: about "cast from integer
> > to pointer of a different size". The __u64 came from userspace and
> > the kernel pointer was only 32 bits. N
From: Robin Getz <[EMAIL PROTECTED]>
This is a followup to the cleanups for earlyprintk patch from Gerd Hoffmann
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=69331af79cf29e26d1231152a172a1a10c2df511
This ensures that a bootconsole is unregistered if it is not re
On Thu, 2007-08-16 at 05:29 +0200, Nick Piggin wrote:
> On Wed, Aug 15, 2007 at 03:12:06PM +0200, Peter Zijlstra wrote:
> > On Wed, 2007-08-15 at 14:22 +0200, Nick Piggin wrote:
> > > On Tue, Aug 14, 2007 at 07:21:03AM -0700, Christoph Lameter wrote:
> > > > The following patchset implements recurs
On Saturday 18 August 2007 01:07:55 am Andrey Borzenkov wrote:
> This is related to thread "2.6.22-rc: regression: no irda0 interface (2.6.21
> was OK), smsc does not find chip" but it is already way too overloaded.
>
> In 2.6.23 smsc-ircc2 fails to initialize IrDA controller. Apparently because
On Sunday 19 August 2007, Robin Getz wrote:
> On Sun 19 Aug 2007 17:54, David Brownell pondered:
> > On Saturday 18 August 2007, Robin Getz wrote:
> >
> > > I don't see how early/late makes the problem easier/worse to debug. No
> > > matter when you do it - the driver refuses to install (or at lea
On Sun, Aug 19, 2007 at 08:26:24PM -0700, David Brownell wrote:
> ISTR the warning was the other way around: about "cast from integer
> to pointer of a different size". The __u64 came from userspace and
> the kernel pointer was only 32 bits. Not really truncation, but GCC
> could not know that
On Sun, Aug 19, 2007 at 11:11:47PM -0400, Mike Frysinger wrote:
> On 8/19/07, Robin Getz <[EMAIL PROTECTED]> wrote:
> > +static int __init disable_boot_consoles(void)
> > +{
> > + struct console *con;
> > +
> > + for (con = console_drivers; con; con = con->next) {
> > + if
On Sunday 19 August 2007, Satyam Sharma wrote:
> > > On a 32-bit arch "unsigned long" is 32-bit and pointers are 32-bit.
> > >
> > > On a 64-bit archi "unsigned long" is 64-bit and pointers are 64-bit.
> >
> > So with 32 bit userspace "unsigned long long" is the type to use
> > when talking to a
On Fri, 2007-08-17 at 09:11 -0700, H. Peter Anvin wrote:
> Huang, Ying wrote:
> >>
> >> Has the zero page documentation and version numbering project
> >> made any progress? I think we cannot merge this without at least
> >> the version number
> >
>
> More than that. You need to be able to boot
On 8/19/07, Fengguang Wu <[EMAIL PROTECTED]> wrote:
> Inspired by Matt Mackall's pagemap patches and ideas, I worked up these
> textual interfaces that achieve the same goals. The patches run OK
> under different sized reads.
[...]
> 2b7d6e8f3000-2b7d6ea4 r-xp 08:01 1564031
On 8/19/07, Robin Getz <[EMAIL PROTECTED]> wrote:
> +static int __init disable_boot_consoles(void)
> +{
> + struct console *con;
> +
> + for (con = console_drivers; con; con = con->next) {
> + if (con->flags & CON_BOOT) {
> + printk(KERN_INFO "Turn of
On Sun, 19 Aug 2007, David Brownell wrote:
> On Sunday 19 August 2007, Anton Altaparmakov wrote:
> > >
> > > ISTR we don't *have* a uintptr_t on all architectures, or that would
> > > be the appropriate thing to use in these 32/64 bit ABI scenarios.
> > >
> > >
> > >> Use unsigned long or uintpt
From: Robin Getz <[EMAIL PROTECTED]>
This is a followup to the cleanups for earlyprintk patch from Gerd Hoffmann
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=69331af79cf29e26d1231152a172a1a10c2df511
This ensures that a bootconsole is unregistered if it is not repla
On Mon, 2007-08-20 at 11:38 +1000, Nigel Cunningham wrote:
> Hi all.
>
> In current git (and for a while now), an attempt to allocate memory with
> GFP_ATOMIC will fail if we're below the low watermark level. The only way to
> access that memory that I can see (not that I've looked that hard) is
On 8/19/07, Alexey Starikovskiy <[EMAIL PROTECTED]> wrote:
> What machine is it?
> Could you open a bug at bugzilla.kernel.org and append acpidump output
> to it?
>
Done, see http://bugzilla.kernel.org/show_bug.cgi?id=8909
> Thanks,
> Alex.
>
> Alex Hunsaker wrote:
> > Hangs on boot with:
> > ACP
On Sun, 19 Aug 2007 19:02:04 -0700, David Brownell <[EMAIL PROTECTED]> wrote:
> This is indeed a platform driver. And v2 of this patch
> doesn't resolve its "won't hotplug" problem. The simplest
> way to resolve that would be switching to the more widely
> used platform_device_register().
Yes, i
Michael Tharp wrote:
Marc Perkel wrote:
The important point that you are missing here is that
the Linux world is willing to live with an rm command
that is broken and the Windows and DOS world isn't.
This isn't about the rm command it's about programming
standards. It's about that the Linux c
* Rusty Russell ([EMAIL PROTECTED]) wrote:
> Then back out 19d36ccdc34f5ed444f8a6af0cbfdb6790eb1177 too, which broke
> lguest booting, and this tried to fix.
That did get backed out (at least the part that broke paravirt patching)
in 602033ed5907a59ce86f709082a35be047743a86. Linus' tree should be
On Sunday 19 August 2007, David Brownell wrote:
> On Sunday 19 August 2007, Kay Sievers wrote:
> > No, I object to the concept of "platform" to disable all uevents by
> > default,
>
> Which it certainly doesn't do.
>
> Since the $SUBJECT patch doesn't affect a platform driver in any case,
> all t
On Sun, 19 Aug 2007 18:44:43 -0700, David Brownell <[EMAIL PROTECTED]> wrote:
> Notice I fixed $SUBJECT to not mention rtc-ds1742, which has
> never been a platform device and thus is offtopic to your
> specific complaints about platform bus hotplugging.
Well, rtc-ds1742 *IS* a platform driver. B
On Sunday 19 August 2007, Atsushi Nemoto wrote:
> The rtc-rs5c348 SPI driver name doesn't match its module name, which
> prevents it from properly hotplugging. There is only one in-tree user
> of its driver, which is fixed by this patch too.
>
> Signed-off-by: Atsushi Nemoto <[EMAIL PROTECTED]>
On Sun 19 Aug 2007 17:54, David Brownell pondered:
> On Saturday 18 August 2007, Robin Getz wrote:
>
> > I don't see how early/late makes the problem easier/worse to debug. No
> > matter when you do it - the driver refuses to install (or at least
> > should).
>
> If you arrange to *reliably* det
On Fri, 2007-08-17 at 17:05 -0700, Jeremy Fitzhardinge wrote:
> Andi Kleen wrote:
> > Commit 19d36ccdc34f5ed444f8a6af0cbfdb6790eb1177 "x86: Fix alternatives
> > and kprobes to remap write-protected kernel text" uses code which is
> > being patched for patching.
> >
> > In particular, paravirt_ops d
On Sunday 19 August 2007, Kay Sievers wrote:
> No, I object to the concept of "platform" to disable all uevents by
> default,
Which it certainly doesn't do.
Since the $SUBJECT patch doesn't affect a platform driver in any case,
all those comments are well off-topic for $SUBJECT.
-
To unsubscribe
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andi Kleen
> Sent: Sunday, August 19, 2007 4:28 PM
> To: Felix Marti
> Cc: David Miller; [EMAIL PROTECTED]; [EMAIL PROTECTED];
> [EMAIL PROTECTED]; linux-kernel@vger.kernel.org;
> [EMAIL PROTECTED]
> Sub
Notice I fixed $SUBJECT to not mention rtc-ds1742, which has
never been a platform device and thus is offtopic to your
specific complaints about platform bus hotplugging.
On Saturday 18 August 2007, Kay Sievers wrote:
> On Fri, 2007-08-17 at 21:06 -0700, David Brownell wrote:
> > On Friday 17 Aug
> -Original Message-
> From: David Miller [mailto:[EMAIL PROTECTED]
> Sent: Sunday, August 19, 2007 6:06 PM
> To: Felix Marti
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
> [EMAIL PROTECTED]; linux-kernel@vger.kernel.org;
> [EMAIL PROTECTED]
> Subject: Re: [ofa-general]
Hi all.
In current git (and for a while now), an attempt to allocate memory with
GFP_ATOMIC will fail if we're below the low watermark level. The only way to
access that memory that I can see (not that I've looked that hard) is to have
PF_MEMALLOC set (ie from kswapd). I'm wondering if this beh
Someone wrote me with a solution to try and so far
it's working. They suggested I try the driver up on
Marvell's website but to make sure I powered off the
machine completely and when it rebooted to not have
any of the regular kernel drivers for the Marvell
chipset to load. They had found that le
On Sunday 19 August 2007, Al Viro wrote:
> On Mon, Aug 20, 2007 at 01:27:13AM +0100, Anton Altaparmakov wrote:
>
> > And what the cast was doing I can't remember. I may well have just
> > copied it from the VFS or I was perhaps trying to silence a warning
> > and this happened to work...
>
>
From: "Felix Marti" <[EMAIL PROTECTED]>
Date: Sun, 19 Aug 2007 17:47:59 -0700
> [Felix Marti]
Please stop using this to start your replies, thank you.
> David and Herbert, so you agree that the user<>kernel
> space memory copy overhead is a significant overhead and we want to
> enable zero-copy
* Andi Kleen ([EMAIL PROTECTED]) wrote:
> Normally there are not that many NMIs or MCEs at boot, but it would
> be still good to avoid the very rare crash by auditing the code first
> [better than try to debug it on some production system later]
>
> > > - smp lock patching only ever changes a sing
On Mon, Aug 20, 2007 at 01:29:21AM +0100, Anton Altaparmakov wrote:
> Hi,
>
> On 20 Aug 2007, at 01:19, David Brownell wrote:
> >On Sunday 19 August 2007, Al Viro wrote:
> >>is wrong; for one thing, it's a bad C (it's what uintptr_t is for;
> >>in general
> >>we are not even promised that ptrdif
We are pleased to announce the release of gitstat 0.1.
Gitstat is a GPL'd, web-based git statistics/monitoring system.
It retrieves a specified git tree, analyzes changesets,
and shows graphical information like the number of changesets per day, the
number of people who submitted changesets for a
On Sunday 19 August 2007, Anton Altaparmakov wrote:
> >
> > ISTR we don't *have* a uintptr_t on all architectures, or that would
> > be the appropriate thing to use in these 32/64 bit ABI scenarios.
> >
> >
> >> Use unsigned long or uintptr_t instead.
> >
> > I suspect you mean "unsigned long long"
On Mon, Aug 20, 2007 at 01:27:13AM +0100, Anton Altaparmakov wrote:
> And what the cast was doing I can't remember. I may well have just
> copied it from the VFS or I was perhaps trying to silence a warning
> and this happened to work...
... due to sparse bug (it miscalculated address space
> -Original Message-
> From: David Miller [mailto:[EMAIL PROTECTED]
> Sent: Sunday, August 19, 2007 5:40 PM
> To: Felix Marti
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
> [EMAIL PROTECTED]; linux-kernel@vger.kernel.org;
> [EMAIL PROTECTED]
> Subject: Re: [ofa-general]
Hi all,
I've started doing some work with using the new DRM memory manager
from TG for pixmaps in the X server using Intel 9xx series hardware.
The intel hardware pretty much requires pages to be uncached for the
GPU to access them. It can use cached memory for some operations but
it isn't very u
From: "Felix Marti" <[EMAIL PROTECTED]>
Date: Sun, 19 Aug 2007 17:32:39 -0700
[ Why do you put that "[Felix Marti]" everywhere you say something?
It's annoying and superfluous. The quoting done by your mail client
makes clear who is saying what. ]
> Hmmm, interesting... I guess it is impossib
> -Original Message-
> From: David Miller [mailto:[EMAIL PROTECTED]
> Sent: Sunday, August 19, 2007 4:04 PM
> To: Felix Marti
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
> [EMAIL PROTECTED]; linux-kernel@vger.kernel.org;
> [EMAIL PROTECTED]
> Subject: Re: [ofa-general]
On 08/19/2007 11:42 PM, Bodo Eggert wrote:
On Sun, 19 Aug 2007, Rene Herman wrote:
On 08/19/2007 06:05 PM, Bodo Eggert wrote:
IMHO the check is broken:
+ if (((tun->owner != -1 &&
+ current->euid != tun->owner) ||
+(tun->group != -1 &&
+
Hi,
On 20 Aug 2007, at 01:19, David Brownell wrote:
On Sunday 19 August 2007, Al Viro wrote:
is wrong; for one thing, it's a bad C (it's what uintptr_t is for;
in general
we are not even promised that ptrdiff_t is large enough to hold a
pointer,
ISTR we don't *have* a uintptr_t on all arch
On 19 Aug 2007, at 23:55, Al Viro wrote:
Use of ptrdiff_t in
- if (!access_ok(VERIFY_WRITE, u_tmp->rx_buf,
u_tmp->len))
+ if (!access_ok(VERIFY_WRITE, (u8 __user *)
+ (ptrdiff_t) u_tmp-
>rx_buf,
+
Include linux/fs.h to get the prototype for do_pipe().
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naur ORG.linux-2.6.23-rc3/arch/m68knommu/kernel/sys_m68k.c
linux-2.6.23-rc3/arch/m68knommu/kernel/sys_m68k.c
--- ORG.linux-2.6.23-rc3/arch/m68knommu/kernel/sys_m68k.c 2007-07-09
Include asm-generic/pgtable.h to pick up the lazy_mmu_mode and
lazy_cpu_mode macros.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naur ORG.linux-2.6.23-rc3/include/asm-m68knommu/pgtable.h
linux-2.6.23-rc3/include/asm-m68knommu/pgtable.h
--- ORG.linux-2.6.23-rc3/include/asm-m68knommu
Include linux/fs.h to get the prototype for getname().
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naur ORG.linux-2.6.23-rc3/arch/m68knommu/kernel/process.c
linux-2.6.23-rc3/arch/m68knommu/kernel/process.c
--- ORG.linux-2.6.23-rc3/arch/m68knommu/kernel/process.c2007-08-14
On Fri, 17 Aug 2007, Clemens Ladisch wrote:
> David Griffith wrote:
> > On Thu, 16 Aug 2007, Clemens Ladisch wrote:
> > > Please try "amidi -d -p virtual" and playing a .mid file to this port with
> > > aplaymidi.
> >
> > $ aplaymidi -p "virtual" castle2.mid
> > Invalid port virtual - No such file
On Sunday 19 August 2007, Al Viro wrote:
> is wrong; for one thing, it's a bad C (it's what uintptr_t is for; in general
> we are not even promised that ptrdiff_t is large enough to hold a pointer,
ISTR we don't *have* a uintptr_t on all architectures, or that would
be the appropriate thing to use
Felix Marti <[EMAIL PROTECTED]> wrote:
>
> [Felix Marti] Aren't you confusing memory and bus BW here? - RDMA
> enables DMA from/to application buffers removing the user-to-kernel/
> kernel-to-user memory copy with is a significant overhead at the
> rates we're talking about: memory copy at 20Gbps
On Mon, Aug 20, 2007 at 01:01:36AM +0200, Adrian Bunk wrote:
> On Wed, Aug 01, 2007 at 09:10:37PM +0200, Adrian Bunk wrote:
> > On Wed, Aug 01, 2007 at 11:07:53PM +0400, Alexey Dobriyan wrote:
> > > On Wed, Aug 01, 2007 at 03:10:51PM +0200, Adrian Bunk wrote:
> > > > --- linux-2.6.23-rc1-mm2/.gitig
On Aug 6, 2007, at 6:30 PM, James Carlson wrote:
Kevin K writes:
Is it possible to send raw packets via ppp under Linux?
More specifically, in 2.4 series kernels such as RH's 2.4.21-47
kernel?
I've trying to modify the DHCP 3.0.1 code provided with RH 3 so I can
send requests via a PPP co
On 8/19/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> "Huang, Ying" <[EMAIL PROTECTED]> writes:
>
> > On Thu, 2007-08-16 at 07:22 +0800, H. Peter Anvin wrote:
> >> Andrew Morton wrote:
> >> > On Mon, 13 Aug 2007 15:30:19 +0800
> >> > "Huang, Ying" <[EMAIL PROTECTED]> wrote:
> >> >
> >> >> Foll
Stefan Richter wrote:
These don't appear anywhere else in the kernel anymore.
Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
Cc: Bryan Wu <[EMAIL PROTECTED]>
Cc: Yoshinori Sato <[EMAIL PROTECTED]>
Cc: Greg Ungerer <[EMAIL PROTECTED]>
Cc: Paul Mundt <[EMAIL PROTECTED]>
Cc: Miles Bader <[EMAIL
From: Andi Kleen <[EMAIL PROTECTED]>
Date: 20 Aug 2007 01:27:35 +0200
> "Felix Marti" <[EMAIL PROTECTED]> writes:
>
> > what benefits does the TSO infrastructure give the
> > non-TSO capable devices?
>
> It improves performance on software queueing devices between guests
> and hypervisors. This
From: "Felix Marti" <[EMAIL PROTECTED]>
Date: Sun, 19 Aug 2007 12:49:05 -0700
> You're not at all addressing the fact that RDMA does solve the
> memory BW problem and stateless offload doesn't.
It does, I just didn't retort to your claims because they were
so blatantly wrong.
-
To unsubscribe fro
On Mon, 2007-08-20 at 00:33 +0200, Jan Engelhardt wrote:
> Not only that. All directories in include should be checked against
> (e.g. )
Should any file in include/ have a line like:
#include "[path/]file"
Shouldn't these all be
#include
?
-
To unsubscribe from this list: sen
On 19-Aug-07, at 2:34 PM, Stephen Hemminger wrote:
The driver prints some chip version info at startup, that might
be helpful in disambiguating good/bad versions:
dmesg | grep sky2
sky2 :03:00.0: v1.16 addr 0xfa00 irq 16 Yukon-EC Ultra (0xb4)
rev 2
sky2 eth0: addr XX:XX:XX
On Wed, Aug 01, 2007 at 09:10:37PM +0200, Adrian Bunk wrote:
> On Wed, Aug 01, 2007 at 11:07:53PM +0400, Alexey Dobriyan wrote:
> > On Wed, Aug 01, 2007 at 03:10:51PM +0200, Adrian Bunk wrote:
> > > --- linux-2.6.23-rc1-mm2/.gitignore.old
> > > +++ linux-2.6.23-rc1-mm2/.gitignore
> > > @@ -14,18 +1
Marc Perkel wrote:
> The important point that you are missing here is that
> the Linux world is willing to live with an rm command
> that is broken and the Windows and DOS world isn't.
> This isn't about the rm command it's about programming
> standards. It's about that the Linux community isn't
>
On Sun, Aug 19, 2007 at 03:49:16PM -0700, Joe Perches wrote:
> On Sun, 2007-08-19 at 23:44 +0100, Al Viro wrote:
> > Except that some instances are legitimate (e.g. there was a bunch in
> > arch/um, IIRC)...
>
> I guess it's a good thing that vger seems to have rejected
> that 140KB patch I sent a
Use of ptrdiff_t in
- if (!access_ok(VERIFY_WRITE, u_tmp->rx_buf, u_tmp->len))
+ if (!access_ok(VERIFY_WRITE, (u8 __user *)
+ (ptrdiff_t) u_tmp->rx_buf,
+ u_tmp->
Hamish Moffatt <[EMAIL PROTECTED]> writes:
> I'm running 2.6.22.1 (Debian's package) although this started happening
> at first with about 2.6.17.
If you can reproduce it you could bisect it. But it's unlikely that it is a
software problem.
However it might just be that powernow wasn't used in
On Sun, 2007-08-19 at 23:44 +0100, Al Viro wrote:
> Except that some instances are legitimate (e.g. there was a bunch in
> arch/um, IIRC)...
I guess it's a good thing that vger seems to have rejected
that 140KB patch I sent against arch/um and include/asm-um.
cheers, Joe
-
To unsubscribe from th
> The working board has a different version of the Marvell chip:
> $ grep Marvell working-MB
> 04:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8056
PCI-E Gigabit Ethernet Controller (rev 14)
> $ grep Marvell broken-MB
> 04:00.0 Ethernet controller: Marvell Technology Group Ltd.
On Mon, Aug 20, 2007 at 12:33:21AM +0200, Jan Engelhardt wrote:
>
> On Aug 19 2007 15:17, Joe Perches wrote:
> >There are several files that:
> >
> >#include "linux/file" not #include
> >#include "asm/file" not #include
>
> Not only that. All directories in include should be checked against
> (
On Sun, 2007-08-19 at 15:41 -0700, Randy Dunlap wrote:
> It's not only included in that directory.
> I find it included in 88 source files throughout the kernel tree.
I see, sorry. I didn't read the file.
I thought it was a sample driver with a binary blob.
cheers, Joe
Signed-off-by: Joe Perch
On Sun, 19 Aug 2007 15:31:57 -0700 Joe Perches wrote:
> On Sun, 2007-08-19 at 15:34 -0700, Randy Dunlap wrote:
> > > -#include "linux/firmware.h"
> > > +#include "firmware.h"
> > I believe that it should be .
>
> OK.
>
> That's not my taste though, especially if only
> included by files in the f
"Felix Marti" <[EMAIL PROTECTED]> writes:
> what benefits does the TSO infrastructure give the
> non-TSO capable devices?
It improves performance on software queueing devices between guests
and hypervisors. This is a more and more important application these
days. Even when the system running th
On Aug 19 2007 15:17, Joe Perches wrote:
>There are several files that:
>
>#include "linux/file" not #include
>#include "asm/file" not #include
Not only that. All directories in include should be checked against
(e.g. )
Jan
--
-
To unsubscribe from this list: send the line "unsubscri
On Sun, 2007-08-19 at 15:34 -0700, Randy Dunlap wrote:
> > -#include "linux/firmware.h"
> > +#include "firmware.h"
> I believe that it should be .
OK.
That's not my taste though, especially if only
included by files in the firmware_class directory.
Less pollution/namespace collision in include/li
On Sun, 19 Aug 2007 15:19:32 -0700 Joe Perches wrote:
> (untested)
>
> There are several files that
> #include "linux/file" not #include
> #include "asm/file" not #include
>
> Here's a little script that converts them:
>
> egrep -i -r -l --include=*.[ch] \
> "^[[:space:]]*\#[[:space:]]*inclu
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> Huang, Ying wrote:
>>
>> One question:
>>
>> The boot_params.efi_info.efi_systab is defined as u32. But it should be
>> u64 on x86_64, because it comes from firmware and is not controlled by
>> bootloader. But, changing it from u32 to u64 will break
"Huang, Ying" <[EMAIL PROTECTED]> writes:
> On Thu, 2007-08-16 at 07:22 +0800, H. Peter Anvin wrote:
>> Andrew Morton wrote:
>> > On Mon, 13 Aug 2007 15:30:19 +0800
>> > "Huang, Ying" <[EMAIL PROTECTED]> wrote:
>> >
>> >> Following sets of patches add EFI/UEFI (Unified Extensible Firmware
>> >> In
(untested)
There are several files that
#include "linux/file" not #include
#include "asm/file" not #include
Here's a little script that converts them:
egrep -i -r -l --include=*.[ch] \
"^[[:space:]]*\#[[:space:]]*include[[:space:]]*\"(linux|asm)/(.*)\"" * \
| xargs sed -i -e
's/^[[:space:]]*
(untested)
There are several files that
#include "linux/file" not #include
#include "asm/file" not #include
Here's a little script that converts them:
egrep -i -r -l --include=*.[ch] \
"^[[:space:]]*\#[[:space:]]*include[[:space:]]*\"(linux|asm)/(.*)\"" * \
| xargs sed -i -e
's/^[[:space:]]*
On 20/08/07, Joe Perches <[EMAIL PROTECTED]> wrote:
> There are several files that:
>
> #include "linux/file" not #include
> #include "asm/file" not #include
>
> Here's a little script that converts them:
>
If you've actually checked that such conversions are correct and work
fine, how about a pa
(untested)
There are several files that
#include "linux/file" not #include
#include "asm/file" not #include
Here's a little script that converts them:
egrep -i -r -l --include=*.[ch] \
"^[[:space:]]*\#[[:space:]]*include[[:space:]]*\"(linux|asm)/(.*)\"" * \
| xargs sed -i -e
's/^[[:space:]]*#
(untested)
There are several files that
#include "linux/file" not #include
#include "asm/file" not #include
Here's a little script that converts them:
egrep -i -r -l --include=*.[ch] \
"^[[:space:]]*\#[[:space:]]*include[[:space:]]*\"(linux|asm)/(.*)\"" * \
| xargs sed -i -e
's/^[[:space:]]*
There are several files that:
#include "linux/file" not #include
#include "asm/file" not #include
Here's a little script that converts them:
egrep -i -r -l --include=*.[ch] \
"^[[:space:]]*\#[[:space:]]*include[[:space:]]*\"(linux|asm)/(.*)\"" * \
| xargs sed -i -e
's/^[[:space:]]*#[[:space:]
Hi,
bizu pisze:
> Hi,
>
> I've got an HTC P4350 running Win Mobile 5.
>
> I can synchronize data with synce, everything work fine.
>
> But i can't use it as an USB modem on linux, where as everything work
> fine on windows.
>
> To get it working with windows, i activate the 'internet share' on
Adrian Bunk <[EMAIL PROTECTED]> writes:
>
> Is the -fno-omit-frame-pointer still required for some reason, or is
> this a relict that could be removed?
It's needed so that the WCHAN /proc display can backtrace one
level up out of schedule()
-Andi
-
To unsubscribe from this list: send the line "
On Saturday 18 August 2007, Robin Getz wrote:
> I don't see how early/late makes the problem easier/worse to debug. No matter
> when you do it - the driver refuses to install (or at least should).
If you arrange to *reliably* detect the pinmux/setup problems by
the time the system starts ""init"
On Sun, 2007-08-19 at 21:57 +0900, Atsushi Nemoto wrote:
> On Fri, 17 Aug 2007 18:32:19 +0200, "Kay Sievers" <[EMAIL PROTECTED]> wrote:
> > > I guess there are some out-of-tree users of this driver, but fixing
> > > them is really trivial, so I don't think this is a big compatibility
> > > problem.
On Sun, 19 Aug 2007, Rene Herman wrote:
> On 08/19/2007 06:05 PM, Bodo Eggert wrote:
>
> > IMHO the check is broken:
> >
> > + if (((tun->owner != -1 &&
> > + current->euid != tun->owner) ||
> > +(tun->group != -1 &&
> > +
On Sat, 18 Aug 2007 01:29:58 EDT, Kyle Moffett said:
> XFCE. If you can show me a security system other than SELinux which
> is sufficiently flexible to secure those 2 million lines of code
> along with the other 50 million lines of code found in various pieces
> of software on my Debian bo
On Sun, 2007-08-19 at 16:17 +0200, Adrian Bunk wrote:
> kernel/sched.c gets compiled with -fno-omit-frame-pointer, and this was
> already done in kernel 1.0 (sic).
>
> Later, it has been modified to be this way only on some architectures.
>
> It might not be an earthshaking amount, but removing
Hi,
According to dmesg, I encountered a kernel bug on my system.
I'm not sure if this is the appropriate place to report this problem
as this occured on a Fedora kernel. Maybe its a general problem?
kernel BUG at lib/list_debug.c:27!
invalid opcode: [2] SMP
===
Hi,
On Sunday, 19 August 2007 15:32, Jean Delvare wrote:
> Hi all, hi Rafael,
>
> Running kernel 2.6.23-rc3-git1, I noticed yesterday that my CPU (AMD
> Sempron 2600+) was running at a much lower temperature when
> CONFIG_SUSPEND was enabled.
Hm, interesting.
> The temperature difference was qu
> ? This becomes a busy-wait loop if the leader sleeps, wait_task_inactive()
> doesn't sleep/yield in this case. Not good.
Ah, I see. Yes, you're right, that will not fly. (I was thinking of the
apparently forthcoming wait_task_inactive change to avoid yield, but that
will still busy-wait in fac
On Sat, 18 Aug 2007 22:20:34 PDT, Marc Perkel said:
> Let me give you and example of the difference between
> Linux open source world brain damaged thinking and
> what it's like out here in the real world.
>
> Go to a directory with 10k files and type:
>
> rm *
>
> What do you get?
>
> /bin/rm:
"Robert P. J. Day" <[EMAIL PROTECTED]> writes:
> i'm confused -- i thought that was sort of the whole purpose of this
> exercise, to match parts of the kernel source tree against the
> maintainer for those parts, and to do that via the defined
> "subsystem" which is currently used in MAINTAINERS.
Jeff Garzik wrote:
> Avi Kivity wrote:
>> Heiko Carstens wrote:
The only thing remotely relevant in the list config is that
'Filter out duplicate messages to list members (if possible)' is
set as a default for new members. Maybe this means that if a cc
is also part of the li
On 08/19, Roland McGrath wrote:
>
> > The group_leader can sleep before it enters exit_notify(). In that case
> > wait_task_inactive() returns, and we still need some polling to wait for
> > EXIT_ZOMBIE.
>
> It could be a loop as now with yield. It's still polling, but only one
> poll per wakeup
1 - 100 of 193 matches
Mail list logo
