Am Tue, 19 Feb 2008 01:55:05 -0800
schrieb Brandon Philips <[EMAIL PROTECTED]>:
> This fixes two bugs with UIO that cropped up recently in -rc1
>
> 1) WARNING: at fs/sysfs/file.c:334 sysfs_open_file when trying to open
>a map addr/size file - complaining about missing sysfs_ops for
> ktype
Am Tue, 19 Feb 2008 01:55:05 -0800
schrieb Brandon Philips [EMAIL PROTECTED]:
This fixes two bugs with UIO that cropped up recently in -rc1
1) WARNING: at fs/sysfs/file.c:334 sysfs_open_file when trying to open
a map addr/size file - complaining about missing sysfs_ops for
ktype
2)
Am Sun, 17 Feb 2008 17:09:39 -0500
schrieb Mark Lord <[EMAIL PROTECTED]>:
> Mark Lord wrote:
> > Hans J. Koch wrote:
> ..
> >> Really? Unbelievable what these guys do to make my live harder...
> >> So, they might use some undocumented GPIO to turn the power on, and
> ...
>
> GPIO lines are not
Am Sun, 17 Feb 2008 17:09:39 -0500
schrieb Mark Lord [EMAIL PROTECTED]:
Mark Lord wrote:
Hans J. Koch wrote:
..
Really? Unbelievable what these guys do to make my live harder...
So, they might use some undocumented GPIO to turn the power on, and
...
GPIO lines are not usually very
Am Sat, 16 Feb 2008 14:39:46 -0800
schrieb Arjan van de Ven <[EMAIL PROTECTED]>:
> On Sat, 16 Feb 2008 22:59:32 +0100
> Hans-Jürgen Koch <[EMAIL PROTECTED]> wrote:
>
> > I'm playing around with a vanilla 2.6.25-rc1, adding patches to make
> > it work on an Asu
I'm playing around with a vanilla 2.6.25-rc1, adding patches to make it
work on an Asus EeePC. That one has the problem that its Mini PCIe WLAN
module doesn't show up in lspci. That brought up a few questions that I
couldn't answer yet:
How can they "hide" a PCIe card?
What could be their motive
I'm playing around with a vanilla 2.6.25-rc1, adding patches to make it
work on an Asus EeePC. That one has the problem that its Mini PCIe WLAN
module doesn't show up in lspci. That brought up a few questions that I
couldn't answer yet:
How can they hide a PCIe card?
What could be their motive to
Am Sat, 16 Feb 2008 14:39:46 -0800
schrieb Arjan van de Ven [EMAIL PROTECTED]:
On Sat, 16 Feb 2008 22:59:32 +0100
Hans-Jürgen Koch [EMAIL PROTECTED] wrote:
I'm playing around with a vanilla 2.6.25-rc1, adding patches to make
it work on an Asus EeePC. That one has the problem that its Mini
Am Thu, 14 Feb 2008 16:23:37 +0100 (CET)
schrieb Jan Engelhardt <[EMAIL PROTECTED]>:
>
> On Feb 14 2008 16:19, Hans-Jürgen Koch wrote:
> >>
> >> Q: What if a program attempts to mkdir /dev/nullmnt/foo to just
> >>create a file /dev/nullmnt/foo/barfile?
Am Thu, 14 Feb 2008 16:00:06 +0100 (CET)
schrieb Jan Engelhardt <[EMAIL PROTECTED]>:
>
> On Feb 14 2008 10:46, Andi Kleen wrote:
> >Jasper Bryant-Greene <[EMAIL PROTECTED]> writes:
> >>
> >> This could be done fairly trivially with FUSE, and IMHO is a good
> >> use for FUSE because since you're
Am Thu, 14 Feb 2008 16:00:06 +0100 (CET)
schrieb Jan Engelhardt [EMAIL PROTECTED]:
On Feb 14 2008 10:46, Andi Kleen wrote:
Jasper Bryant-Greene [EMAIL PROTECTED] writes:
This could be done fairly trivially with FUSE, and IMHO is a good
use for FUSE because since you're just throwing
Am Thu, 14 Feb 2008 16:23:37 +0100 (CET)
schrieb Jan Engelhardt [EMAIL PROTECTED]:
On Feb 14 2008 16:19, Hans-Jürgen Koch wrote:
Q: What if a program attempts to mkdir /dev/nullmnt/foo to just
create a file /dev/nullmnt/foo/barfile?
A: /dev/nullmnt/foo must continue to exist
Am Wed, 13 Feb 2008 23:28:19 +0100
schrieb Alessandro Guido <[EMAIL PROTECTED]>:
> Signed-off-by: Alessandro Guido <[EMAIL PROTECTED]>
Hi Alessandro,
thanks, but this was already done by Denis Cheng:
http://lkml.org/lkml/2008/2/2/60
I signed-off his patch, but AFAICS it hasn't been applied
In 2.6.25-rc1, there's a strange effect:
Although the map attributes "addr" and "size" show up correctly:
-r--r--r-- 1 root root 4096 2008-02-13 17:49 addr
-r--r--r-- 1 root root 4096 2008-02-13 17:49 size
you cannot access them, not even as root. Something like "cat addr"
fails with a
In 2.6.25-rc1, there's a strange effect:
Although the map attributes addr and size show up correctly:
-r--r--r-- 1 root root 4096 2008-02-13 17:49 addr
-r--r--r-- 1 root root 4096 2008-02-13 17:49 size
you cannot access them, not even as root. Something like cat addr
fails with a
Am Wed, 13 Feb 2008 23:28:19 +0100
schrieb Alessandro Guido [EMAIL PROTECTED]:
Signed-off-by: Alessandro Guido [EMAIL PROTECTED]
Hi Alessandro,
thanks, but this was already done by Denis Cheng:
http://lkml.org/lkml/2008/2/2/60
I signed-off his patch, but AFAICS it hasn't been applied yet.
Am Thu, 7 Feb 2008 14:12:36 +0100
schrieb Hans-Jürgen Koch <[EMAIL PROTECTED]>:
AFAICT, this patch was neither rejected nor applied. It generated a
long thread about changing the whole ARM Kconfig system. I feel not
qualified to do that, but I still want UIO available on ARM ;-)
What ca
Am Thu, 7 Feb 2008 14:12:36 +0100
schrieb Hans-Jürgen Koch [EMAIL PROTECTED]:
AFAICT, this patch was neither rejected nor applied. It generated a
long thread about changing the whole ARM Kconfig system. I feel not
qualified to do that, but I still want UIO available on ARM ;-)
What can I do
Am Fri, 08 Feb 2008 03:20:26 +1030
schrieb David Newall <[EMAIL PROTECTED]>:
> Hans-Jürgen Koch wrote:
> > Am Fri, 08 Feb 2008 01:01:24 +1030
> > schrieb David Newall <[EMAIL PROTECTED]>:
> >
> >>> It is not legally meaningless if copyright ho
Am Fri, 08 Feb 2008 01:01:24 +1030
schrieb David Newall <[EMAIL PROTECTED]>:
> > It is not legally meaningless if copyright holders publicly state
> > how they interpret the license and what they consider a license
> > violation.
>
> Copyright-holders' opinions mean nothing. In the particular
Am Thu, 07 Feb 2008 23:49:42 +1030
schrieb David Newall <[EMAIL PROTECTED]>:
> Hans-Jürgen Koch wrote:
> > If somebody prefers an other OS for license reasons only, let them.
> > You cannot have open source software without open source license.
> > If a com
Am Thu, 7 Feb 2008 13:02:23 +
schrieb Russell King - ARM Linux <[EMAIL PROTECTED]>:
>
> Please place it in the same relative position in arch/arm/Kconfig as
> it is found in drivers/Kconfig.
Argh, sorry. Here's the correct version:
From: Hans J Koch <[EMAIL PROTECTED]>
To:
From: Hans J Koch <[EMAIL PROTECTED]>
To: linux-kernel@vger.kernel.org
Cc: [EMAIL PROTECTED]
Cc: Greg KH <[EMAIL PROTECTED]>
Subject: arch/arm/Kconfig: Make UIO available on ARM architecture
Source drivers/uio/Kconfig to make UIO available in menuconfig if ARCH=arm.
I already posted this a few
From: Hans J Koch [EMAIL PROTECTED]
To: linux-kernel@vger.kernel.org
Cc: [EMAIL PROTECTED]
Cc: Greg KH [EMAIL PROTECTED]
Subject: arch/arm/Kconfig: Make UIO available on ARM architecture
Source drivers/uio/Kconfig to make UIO available in menuconfig if ARCH=arm.
I already posted this a few months
Am Thu, 7 Feb 2008 13:02:23 +
schrieb Russell King - ARM Linux [EMAIL PROTECTED]:
Please place it in the same relative position in arch/arm/Kconfig as
it is found in drivers/Kconfig.
Argh, sorry. Here's the correct version:
From: Hans J Koch [EMAIL PROTECTED]
To:
Am Fri, 08 Feb 2008 03:20:26 +1030
schrieb David Newall [EMAIL PROTECTED]:
Hans-Jürgen Koch wrote:
Am Fri, 08 Feb 2008 01:01:24 +1030
schrieb David Newall [EMAIL PROTECTED]:
It is not legally meaningless if copyright holders publicly state
how they interpret the license and what
Am Thu, 07 Feb 2008 23:49:42 +1030
schrieb David Newall [EMAIL PROTECTED]:
Hans-Jürgen Koch wrote:
If somebody prefers an other OS for license reasons only, let them.
You cannot have open source software without open source license.
If a company chooses Linux, they do it for technical
Am Wed, 6 Feb 2008 21:34:49 +0100
schrieb Christer Weinigel <[EMAIL PROTECTED]>:
>
> I also think that my customers, that decided to keep their kernel
> modules binary only, made a big mistake and have told them so. But I
> still think it's better for the Linux community to be a bit soft on
>
Am Wed, 6 Feb 2008 21:34:49 +0100
schrieb Christer Weinigel [EMAIL PROTECTED]:
I also think that my customers, that decided to keep their kernel
modules binary only, made a big mistake and have told them so. But I
still think it's better for the Linux community to be a bit soft on
such
From: Hans J. Koch <[EMAIL PROTECTED]>
CC: Greg Kroah-Hartman <[EMAIL PROTECTED]>
CC: Benedikt Spranger <[EMAIL PROTECTED]>
Subject: Remove needless PCI_DEVICE_ID definition from uio_cif.c
Date: Sun, 03 Feb 2008 01:37:58 +0100
Meanwhile, PCI_DEVICE_ID_PLX_9030 is defined in pci_ids.h, no need to
Am Sat, 2 Feb 2008 17:51:36 +0800
schrieb Denis Cheng <[EMAIL PROTECTED]>:
Makes sense.
> Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
Signed-off-by: Hans J. Koch <[EMAIL PROTECTED]>
> ---
> drivers/uio/uio_cif.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git
Am Sat, 2 Feb 2008 17:51:35 +0800
schrieb Denis Cheng <[EMAIL PROTECTED]>:
Agreed.
> Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
Signed-off-by: Hans J. Koch <[EMAIL PROTECTED]>
> ---
> drivers/uio/Kconfig | 10 +-
> 1 files changed, 5 insertions(+), 5 deletions(-)
>
> diff
Am Sat, 2 Feb 2008 17:51:35 +0800
schrieb Denis Cheng [EMAIL PROTECTED]:
Agreed.
Signed-off-by: Denis Cheng [EMAIL PROTECTED]
Signed-off-by: Hans J. Koch [EMAIL PROTECTED]
---
drivers/uio/Kconfig | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git
Am Sat, 2 Feb 2008 17:51:36 +0800
schrieb Denis Cheng [EMAIL PROTECTED]:
Makes sense.
Signed-off-by: Denis Cheng [EMAIL PROTECTED]
Signed-off-by: Hans J. Koch [EMAIL PROTECTED]
---
drivers/uio/uio_cif.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
From: Hans J. Koch [EMAIL PROTECTED]
CC: Greg Kroah-Hartman [EMAIL PROTECTED]
CC: Benedikt Spranger [EMAIL PROTECTED]
Subject: Remove needless PCI_DEVICE_ID definition from uio_cif.c
Date: Sun, 03 Feb 2008 01:37:58 +0100
Meanwhile, PCI_DEVICE_ID_PLX_9030 is defined in pci_ids.h, no need to
define
Am Mon, 28 Jan 2008 02:13:09 -0800 (PST)
schrieb ManojKwal <[EMAIL PROTECTED]>:
>
> Greetings!
>
> System details:
> Board: DTSP-ARM926Ej-S(new board)
> Cross-toolchain: ELDK4.1
> Linux kernel: 2.6.18
> u-boot: 1.1.6
>
>
> I sucessfully port u-boot on board...But when i boot the
Am Mon, 28 Jan 2008 02:13:09 -0800 (PST)
schrieb ManojKwal [EMAIL PROTECTED]:
Greetings!
System details:
Board: DTSP-ARM926Ej-S(new board)
Cross-toolchain: ELDK4.1
Linux kernel: 2.6.18
u-boot: 1.1.6
I sucessfully port u-boot on board...But when i boot the
kernel it
Am Thu, 24 Jan 2008 23:33:34 -0800
schrieb Greg Kroah-Hartman <[EMAIL PROTECTED]>:
> From: Jan Engelhardt <[EMAIL PROTECTED]>
>
> Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
> Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Signed-off-by: Hans J. Koch <[EMAIL PROTECTED]>
> ---
>
Am Thu, 24 Jan 2008 23:33:34 -0800
schrieb Greg Kroah-Hartman [EMAIL PROTECTED]:
From: Jan Engelhardt [EMAIL PROTECTED]
Signed-off-by: Jan Engelhardt [EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
Signed-off-by: Hans J. Koch [EMAIL PROTECTED]
---
drivers/uio/uio.c
Am Wed, 5 Dec 2007 11:10:42 +0100
schrieb Nick Piggin <[EMAIL PROTECTED]>:
> On Wed, Dec 05, 2007 at 11:04:08AM +0100, Hans-Jürgen Koch wrote:
> > Am Wed, 05 Dec 2007 18:15:51 +1100
> > schrieb [EMAIL PROTECTED]:
> >
> > > Convert uio from nopage to fault.
>
Am Wed, 05 Dec 2007 18:15:51 +1100
schrieb [EMAIL PROTECTED]:
> Convert uio from nopage to fault.
>
> Signed-off-by: Nick Piggin <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
Hi Nick,
could you please add me to Cc: for UIO stuff:
Cc: [EMAIL PROTECTED]
The patch itself looks alright to me, but I
Am Wed, 05 Dec 2007 18:15:51 +1100
schrieb [EMAIL PROTECTED]:
Convert uio from nopage to fault.
Signed-off-by: Nick Piggin [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Hi Nick,
could you please add me to Cc: for UIO stuff:
Cc: [EMAIL PROTECTED]
The patch itself looks alright to me, but I
Am Wed, 5 Dec 2007 11:10:42 +0100
schrieb Nick Piggin [EMAIL PROTECTED]:
On Wed, Dec 05, 2007 at 11:04:08AM +0100, Hans-Jürgen Koch wrote:
Am Wed, 05 Dec 2007 18:15:51 +1100
schrieb [EMAIL PROTECTED]:
Convert uio from nopage to fault.
Signed-off-by: Nick Piggin [EMAIL PROTECTED
Am Thu, 8 Nov 2007 01:21:12 +0100
schrieb Francois Romieu <[EMAIL PROTECTED]>:
> Mark Lord <[EMAIL PROTECTED]> :
> [...]
> > I've now received a couple of private emails from people reporting
> > full success with this patch.
>
> Ok, I have pushed the patch below for Jeff to pull at korg.
>
>
Am Thu, 8 Nov 2007 08:52:56 +0100
schrieb Hans-Jürgen Koch <[EMAIL PROTECTED]>:
> Am Wed, 07 Nov 2007 11:07:07 -0500
> schrieb Mark Lord <[EMAIL PROTECTED]>:
>
> > My ASUS board has one of these:
> >
> > 01:00.0 Ethernet controller: Realtek Semiconductor
Am Thu, 8 Nov 2007 01:21:12 +0100
schrieb Francois Romieu [EMAIL PROTECTED]:
Mark Lord [EMAIL PROTECTED] :
[...]
I've now received a couple of private emails from people reporting
full success with this patch.
Ok, I have pushed the patch below for Jeff to pull at korg.
From
Am Thu, 8 Nov 2007 08:52:56 +0100
schrieb Hans-Jürgen Koch [EMAIL PROTECTED]:
Am Wed, 07 Nov 2007 11:07:07 -0500
schrieb Mark Lord [EMAIL PROTECTED]:
My ASUS board has one of these:
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168B PCI Express Gigabit
Am Wed, 07 Nov 2007 11:07:07 -0500
schrieb Mark Lord <[EMAIL PROTECTED]>:
> My ASUS board has one of these:
>
> 01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
> RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
> Subsystem: ASUSTeK Computer Inc. Unknown device 81aa
Am Wed, 07 Nov 2007 11:07:07 -0500
schrieb Mark Lord [EMAIL PROTECTED]:
My ASUS board has one of these:
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
Subsystem: ASUSTeK Computer Inc. Unknown device 81aa Control:
Am Sun, 14 Oct 2007 20:49:42 -0700
schrieb Randy Dunlap <[EMAIL PROTECTED]>:
> On Mon, 15 Oct 2007 08:21:01 +0900 Satoru Takeuchi wrote:
>
> > Add uio document to DocBook compilation target.
> >
> > `make *docs' doesn't generate "The Userspace I/O HOWTO", the user
> > space I/O document written
Am Sun, 14 Oct 2007 20:49:42 -0700
schrieb Randy Dunlap [EMAIL PROTECTED]:
On Mon, 15 Oct 2007 08:21:01 +0900 Satoru Takeuchi wrote:
Add uio document to DocBook compilation target.
`make *docs' doesn't generate The Userspace I/O HOWTO, the user
space I/O document written in DocBook.
Compiling macb.c fails because the type of parameter 2 of macb_poll()
was changed from int* to int. Furthermore, a local variable was removed
but was still used inside the function. This patch fixes it.
Signed-off-by: Hans J. Koch <[EMAIL PROTECTED]>
---
Index: linux-2.6.23-rc/drivers/net/macb.c
Compiling macb.c fails because the type of parameter 2 of macb_poll()
was changed from int* to int. Furthermore, a local variable was removed
but was still used inside the function. This patch fixes it.
Signed-off-by: Hans J. Koch [EMAIL PROTECTED]
---
Index: linux-2.6.23-rc/drivers/net/macb.c
Am Montag 17 September 2007 15:15 schrieb Jason Dixon:
>
> The GPL places additional restrictions on code. It is therefore less
> free than the BSD.
>
> Free code + restrictions = non-free code.
The legal restriction that people must not enter your house uninvited
by smashing the door adds
Am Montag 17 September 2007 15:15 schrieb Jason Dixon:
The GPL places additional restrictions on code. It is therefore less
free than the BSD.
Free code + restrictions = non-free code.
The legal restriction that people must not enter your house uninvited
by smashing the door adds to
Am Donnerstag 13 September 2007 schrieb Jeff Garzik:
> Hans-Jürgen Koch wrote:
> > Lock debugging finds a problem in phy.c and phy_device.c,
> > this patch fixes it. Tested on an AT91SAM9263-EK board,
> > kernel 2.6.23-rc4.
> >
> > Signed-off-by: Hans J. Koc
Am Donnerstag 13 September 2007 schrieb Jeff Garzik:
Hans-Jürgen Koch wrote:
Lock debugging finds a problem in phy.c and phy_device.c,
this patch fixes it. Tested on an AT91SAM9263-EK board,
kernel 2.6.23-rc4.
Signed-off-by: Hans J. Koch [EMAIL PROTECTED]
applied
Thanks! Andrew
Am Montag 10 September 2007 schrieb Herbert Xu:
> Hans-J??rgen Koch <[EMAIL PROTECTED]> wrote:
> > The following patch fixes it. Tested on an AT91SAM9263-EK board, kernel
> > 2.6.23-rc4 and -rc3-mm1.
>
> Could you please audit all instances of physdev->lock and add
> _bh where necessary? I can
Am Montag 10 September 2007 schrieb Herbert Xu:
Hans-J??rgen Koch [EMAIL PROTECTED] wrote:
The following patch fixes it. Tested on an AT91SAM9263-EK board, kernel
2.6.23-rc4 and -rc3-mm1.
Could you please audit all instances of physdev-lock and add
_bh where necessary? I can see that at
I already sent this patch on August, 31. I never got an answer, so here it
is again.
Lock debugging finds a problem in phy.c and phy_device.c:
[ 3.42] =
[ 3.42] [ INFO: inconsistent lock state ]
[ 3.42] 2.6.23-rc3-mm1 #21
[ 3.42]
I already sent this patch on August, 31. I never got an answer, so here it
is again.
Lock debugging finds a problem in phy.c and phy_device.c:
[ 3.42] =
[ 3.42] [ INFO: inconsistent lock state ]
[ 3.42] 2.6.23-rc3-mm1 #21
[ 3.42]
Am Freitag 31 August 2007 schrieb Hans-Jürgen Koch:
> Lock debugging finds a problem in phy.c and phy_device.c,
> this patch fixes it. Tested on an AT91SAM9263-EK board,
> kernel 2.6.23-rc4.
FYI, here's the log message without that patch:
[
Lock debugging finds a problem in phy.c and phy_device.c,
this patch fixes it. Tested on an AT91SAM9263-EK board,
kernel 2.6.23-rc4.
Signed-off-by: Hans J. Koch <[EMAIL PROTECTED]>
---
Index: linux-2.6.23-rc/drivers/net/phy/phy_device.c
Am Freitag 31 August 2007 schrieb Hans-Jürgen Koch:
Lock debugging finds a problem in phy.c and phy_device.c,
this patch fixes it. Tested on an AT91SAM9263-EK board,
kernel 2.6.23-rc4.
FYI, here's the log message without that patch:
[3.42
Lock debugging finds a problem in phy.c and phy_device.c,
this patch fixes it. Tested on an AT91SAM9263-EK board,
kernel 2.6.23-rc4.
Signed-off-by: Hans J. Koch [EMAIL PROTECTED]
---
Index: linux-2.6.23-rc/drivers/net/phy/phy_device.c
Am Montag 27 August 2007 13:58 schrieb Andreas Schwab:
> Hans-Jürgen Koch <[EMAIL PROTECTED]> writes:
>
> > Am Montag 27 August 2007 13:21 schrieb Esteban Fernandez:
> >> How do you pause the kernel boot messages ?
> >>
> >> ^S, Pause and Scroll lock
Am Montag 27 August 2007 13:21 schrieb Esteban Fernandez:
> How do you pause the kernel boot messages ?
>
> ^S, Pause and Scroll lock do nothing and you can't Shift-Page-Up after a
> kernel panic.
These are functions of a shell (like bash), which you haven't got yet during
kernel boot. You can
Am Montag 27 August 2007 13:21 schrieb Esteban Fernandez:
How do you pause the kernel boot messages ?
^S, Pause and Scroll lock do nothing and you can't Shift-Page-Up after a
kernel panic.
These are functions of a shell (like bash), which you haven't got yet during
kernel boot. You can read
Am Montag 27 August 2007 13:58 schrieb Andreas Schwab:
Hans-Jürgen Koch [EMAIL PROTECTED] writes:
Am Montag 27 August 2007 13:21 schrieb Esteban Fernandez:
How do you pause the kernel boot messages ?
^S, Pause and Scroll lock do nothing and you can't Shift-Page-Up after a
kernel
Am Montag 13 August 2007 09:18 schrieb Al Viro:
> On Sun, Aug 12, 2007 at 11:46:49PM -0700, Joe Perches wrote:
> > On Sun, 2007-08-12 at 23:36 -0700, David Miller wrote:
> > > Ok, 374 patches is just rediculious.
> > >
> > > So many patches eats up an enormous amount of mailing list resources,
>
Am Montag 13 August 2007 09:18 schrieb Al Viro:
On Sun, Aug 12, 2007 at 11:46:49PM -0700, Joe Perches wrote:
On Sun, 2007-08-12 at 23:36 -0700, David Miller wrote:
Ok, 374 patches is just rediculious.
So many patches eats up an enormous amount of mailing list resources,
and for
Am Freitag 10 August 2007 00:15 schrieb Ulf Samuelsson:
>
> > > +#if defined(CONFIG_ARCH_AT91RM9200)
> > > at91_sys_write(AT91_SDRAMC_SRR, 1); /*
> > > self-refresh mode */
>
> > Why don't use:
> > if (cpu_is_at91rm9200())
> > at91_sys_write(AT91_SDRAMC_SRR, 1);
>
>
Am Freitag 10 August 2007 00:15 schrieb Ulf Samuelsson:
+#if defined(CONFIG_ARCH_AT91RM9200)
at91_sys_write(AT91_SDRAMC_SRR, 1); /*
self-refresh mode */
Why don't use:
if (cpu_is_at91rm9200())
at91_sys_write(AT91_SDRAMC_SRR, 1);
What is the
Am Donnerstag 09 August 2007 19:17 schrieb Andy Herzig:
> On Thu, 2007-08-09 at 18:01 +0200, Marc Pignat wrote:
>
> > > > +#if defined(CONFIG_ARCH_AT91RM9200)
> > > > at91_sys_write(AT91_SDRAMC_SRR, 1); /*
> > > > self-refresh mode */
> > Why don't use:
> > if
Am Donnerstag 09 August 2007 16:12 schrieb Alan Cox:
> > That's no UIO invention. Userspace software that uses kernel interfaces like
> > syscall, device files, sysfs, and so on, is by definition _not_ a derived
> > work
> > of the kernel and can be distributed under any license.
>
> This I
(added linux-arm-kernel to CC)
Am Donnerstag 09 August 2007 14:10 schrieb Andy Herzig:
> Hello all,
>
> This patch is intended to fix compilation errors when I tried to add in
> power management to my Atmel AT91SAM9260 board. First, there is no
> separate memory controller in the 9260 as there
Am Donnerstag 09 August 2007 12:31 schrieb Stephen Hemminger:
> Since the network device documentation needs a rewrite, I was thinking
> of using basic html format instead of just plain text.
Why don't you simply use DocBook? Then the user has the choice to convert
to HTML, PDF, LaTex or
Am Donnerstag 09 August 2007 00:12 schrieb [EMAIL PROTECTED]:
>
> If you have UIO in the kernel talking to stuff in userspace, you're going to
> have to deal with closed-source stuff at the userspace end of the pipe.
That's no UIO invention. Userspace software that uses kernel interfaces like
Am Donnerstag 09 August 2007 01:40 schrieb Alan Cox:
> > On the other hand, given that we've always said that closed-source stuff in
> > userspace is OK, the only way to not let *that* horse out of the barn is to
> > not merge UIO at all.
>
> It really makes no difference whether it is merged or
Am Mittwoch 08 August 2007 23:36 schrieb Jesper Juhl:
> On 19/07/2007, Greg Kroah-Hartman <[EMAIL PROTECTED]> wrote:
> > From: Hans J. Koch <[EMAIL PROTECTED]>
> >
> > Documentation for the UIO interface
> >
> ...
> > +If you use UIO for your card's driver, here's what you get:
> > +
> ...
> > +
>
Am Mittwoch 08 August 2007 23:36 schrieb Jesper Juhl:
On 19/07/2007, Greg Kroah-Hartman [EMAIL PROTECTED] wrote:
From: Hans J. Koch [EMAIL PROTECTED]
Documentation for the UIO interface
...
+paraIf you use UIO for your card's driver, here's what you get:/para
+
...
+listitem
+
Am Donnerstag 09 August 2007 01:40 schrieb Alan Cox:
On the other hand, given that we've always said that closed-source stuff in
userspace is OK, the only way to not let *that* horse out of the barn is to
not merge UIO at all.
It really makes no difference whether it is merged or not. The
Am Donnerstag 09 August 2007 12:31 schrieb Stephen Hemminger:
Since the network device documentation needs a rewrite, I was thinking
of using basic html format instead of just plain text.
Why don't you simply use DocBook? Then the user has the choice to convert
to HTML, PDF, LaTex or whatever.
Am Donnerstag 09 August 2007 00:12 schrieb [EMAIL PROTECTED]:
If you have UIO in the kernel talking to stuff in userspace, you're going to
have to deal with closed-source stuff at the userspace end of the pipe.
That's no UIO invention. Userspace software that uses kernel interfaces like
(added linux-arm-kernel to CC)
Am Donnerstag 09 August 2007 14:10 schrieb Andy Herzig:
Hello all,
This patch is intended to fix compilation errors when I tried to add in
power management to my Atmel AT91SAM9260 board. First, there is no
separate memory controller in the 9260 as there is in
Am Donnerstag 09 August 2007 16:12 schrieb Alan Cox:
That's no UIO invention. Userspace software that uses kernel interfaces like
syscall, device files, sysfs, and so on, is by definition _not_ a derived
work
of the kernel and can be distributed under any license.
This I believe
Am Donnerstag 09 August 2007 19:17 schrieb Andy Herzig:
On Thu, 2007-08-09 at 18:01 +0200, Marc Pignat wrote:
+#if defined(CONFIG_ARCH_AT91RM9200)
at91_sys_write(AT91_SDRAMC_SRR, 1); /*
self-refresh mode */
Why don't use:
if (cpu_is_at91rm9200())
Am Mittwoch 08 August 2007 18:10 schrieb Greg KH:
> On Wed, Aug 08, 2007 at 06:15:21PM +0200, Jan Engelhardt wrote:
> >
> > On Aug 8 2007 18:08, Hans-J??rgen Koch wrote:
> > >---
> > >Index: linux-2.6.23-rc/arch/arm/Kconfig
> > >===
The config system doesn't show the UIO menu if arch=arm, this patch fixes it.
Signed-off-by: Hans J. Koch <[EMAIL PROTECTED]>
---
Index: linux-2.6.23-rc/arch/arm/Kconfig
===
--- linux-2.6.23-rc.orig/arch/arm/Kconfig 2007-08-08
The config system doesn't show the UIO menu if arch=arm, this patch fixes it.
Signed-off-by: Hans J. Koch [EMAIL PROTECTED]
---
Index: linux-2.6.23-rc/arch/arm/Kconfig
===
--- linux-2.6.23-rc.orig/arch/arm/Kconfig 2007-08-08
Am Mittwoch 08 August 2007 18:10 schrieb Greg KH:
On Wed, Aug 08, 2007 at 06:15:21PM +0200, Jan Engelhardt wrote:
On Aug 8 2007 18:08, Hans-J??rgen Koch wrote:
---
Index: linux-2.6.23-rc/arch/arm/Kconfig
===
---
v2.6.23-rc1-rt0 adds an msleep(1) in net/sched/sch_generic.c
without including the neceessary header. This patches fixes it.
Signed-off-by: Hans J. Koch <[EMAIL PROTECTED]>
Index: linux-2.6.23-rc/net/sched/sch_generic.c
===
---
Am Dienstag 24 Juli 2007 10:10 schrieb Jean Delvare:
> Hi Hans,
>
> On Mon, 23 Jul 2007 09:36:57 +0200, Hans-Jürgen Koch wrote:
> > Am Montag 23 Juli 2007 02:54 schrieb Adrian Bunk:
> > > The Coverity checker spotted the following array overruns
>
Am Dienstag 24 Juli 2007 10:10 schrieb Jean Delvare:
Hi Hans,
On Mon, 23 Jul 2007 09:36:57 +0200, Hans-Jürgen Koch wrote:
Am Montag 23 Juli 2007 02:54 schrieb Adrian Bunk:
The Coverity checker spotted the following array overruns
in drivers/hwmon/lm93.c:
-- snip
v2.6.23-rc1-rt0 adds an msleep(1) in net/sched/sch_generic.c
without including the neceessary header. This patches fixes it.
Signed-off-by: Hans J. Koch [EMAIL PROTECTED]
Index: linux-2.6.23-rc/net/sched/sch_generic.c
===
---
Am Montag 23 Juli 2007 02:54 schrieb Adrian Bunk:
> The Coverity checker spotted the following array overruns
> in drivers/hwmon/lm93.c:
>
> <-- snip -->
>
> ...
> struct lm93_data {
> ...
> struct {
> u8 min;
> u8 max;
> } temp_lim[3];
> ...
>
Am Montag 23 Juli 2007 02:54 schrieb Adrian Bunk:
The Coverity checker spotted the following array overruns
in drivers/hwmon/lm93.c:
-- snip --
...
struct lm93_data {
...
struct {
u8 min;
u8 max;
} temp_lim[3];
...
};
...
static
Am Donnerstag 19 Juli 2007 22:02 schrieb Jan Engelhardt:
>
> On Jul 19 2007 21:28, Hans-Jürgen Koch wrote:
> >Am Donnerstag 19 Juli 2007 18:33 schrieb Jan Engelhardt:
> >> On Jul 18 2007 16:26, Greg Kroah-Hartman wrote:
> >> >
> >> >http:/
Am Donnerstag 19 Juli 2007 18:33 schrieb Jan Engelhardt:
>
> On Jul 18 2007 16:26, Greg Kroah-Hartman wrote:
> >
> >http://www.tglx.de/private/hjk/cif-orig-2.6.tar.bz2
> >
> >WARNING: Don't look at the code for too long, you might become sick :-)
>
> Taking precautions for people? I get a 404...
Am Donnerstag 19 Juli 2007 18:33 schrieb Jan Engelhardt:
On Jul 18 2007 16:26, Greg Kroah-Hartman wrote:
http://www.tglx.de/private/hjk/cif-orig-2.6.tar.bz2
WARNING: Don't look at the code for too long, you might become sick :-)
Taking precautions for people? I get a 404...
Now it's
1 - 100 of 183 matches
Mail list logo