Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index 1ddb242..91cdf28 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3270,6 +3270,9 @@ M:[EMAIL PROTECTED]
L: netdev@vger.kernel.org
T: git kernel.org:/pub
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index f6b84d2..7f5b7c2 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3599,6 +3599,7 @@ P:Don Fry
M: [EMAIL PROTECTED]
L: netdev@vger.kernel.org
S: Mai
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index f374fa8..c488769 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3470,6 +3470,7 @@ P:Olof Johansson
M: [EMAIL PROTECTED]
L: netdev@vger.kernel.org
S:
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index 1f81c05..35afb38 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3322,6 +3322,7 @@ P:Andreas Mohr
M: [EMAIL PROTECTED]
L: netdev@vger.kernel.org
S:
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index ab954f1..d2c6850 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3404,6 +3404,8 @@ L:netdev@vger.kernel.org
L: [EMAIL PROTECTED]
W: http://www.linuxtr.
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index fd59b3d..dbfdb75 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3289,6 +3289,7 @@ M:[EMAIL PROTECTED]
L: netdev@vger.kernel.org
W: http://www.netxen.c
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index dbfdb75..a8fb231 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3300,6 +3300,8 @@ P:Julian Anastasov
M: [EMAIL PROTECTED]
L: netdev@vger.kernel.org
S
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index d9e9813..b67dda3 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3243,6 +3243,7 @@ M:[EMAIL PROTECTED]
L: netdev@vger.kernel.org
T: git kernel.org:/pub
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index b67dda3..1ddb242 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3251,6 +3251,8 @@ M:netdev@vger.kernel.org
L: netdev@vger.kernel.org
W: http://linux-n
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index bc571b8..d05ffcd 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3213,6 +3213,9 @@ M:[EMAIL PROTECTED]
W: http://netlabel.sf.net
L: netdev@vger.kernel.
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index 68b22f3..ce9418a 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2990,6 +2990,8 @@ P:Manish Lachwani
M: [EMAIL PROTECTED]
L: netdev@vger.kernel.org
S:
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index 07fb80f..b4d6651 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2966,6 +2966,8 @@ P:Patrick McHardy
M: [EMAIL PROTECTED]
L: netdev@vger.kernel.org
S:
Paul Mackerras wrote:
Chris Snook writes:
I'll do this for the whole patchset. Stay tuned for the resubmit.
Could you incorporate Segher's patch to turn atomic_{read,set} into
asm on powerpc? Segher claims that using asm is really the only
reliable way to ensure that gcc does what we want,
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index c1a9131..b97c776 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2533,6 +2533,9 @@ P:Arnaldo Carvalho de Melo
M: [EMAIL PROTECTED]
L: netdev@vger.kerne
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index dccbaba..d5e1d3f 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2423,6 +2423,7 @@ P:Lennert Buytenhek
M: [EMAIL PROTECTED]
L: netdev@vger.kernel.org
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index 944316a..35f1636 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1876,6 +1876,7 @@ M:[EMAIL PROTECTED]
L: netdev@vger.kernel.org
L: [EMAIL PROTECTED]
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index 1e7e562..a6a9366 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1921,6 +1921,8 @@ P:Mike McLagan
M: [EMAIL PROTECTED]
L: netdev@vger.kernel.org
S:
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index e06f478..2ef0ec4 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1859,6 +1859,8 @@ M:[EMAIL PROTECTED]
L: [EMAIL PROTECTED]
L: netdev@vger.kernel.org
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index 6fe987d..27eb5be 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1774,6 +1774,7 @@ P:Philip Blundell
M: [EMAIL PROTECTED]
L: netdev@vger.kernel.org
S:
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index 48a734c..3d75c15 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1600,6 +1600,7 @@ P:Francois Romieu
M: [EMAIL PROTECTED]
L: netdev@vger.kernel.org
S:
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index bd0fa0e..60bda8d 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1534,6 +1534,8 @@ P:Tobias Ringstrom
M: [EMAIL PROTECTED]
L: netdev@vger.kernel.org
S
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index e5853e8..8b28143 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1216,6 +1216,7 @@ P:Lennert Buytenhek
M: [EMAIL PROTECTED]
L: netdev@vger.kernel.org
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index 9be0816..976e6d0 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1104,6 +1104,7 @@ P:Michael Chan
M: [EMAIL PROTECTED]
L: netdev@vger.kernel.org
S:
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index 976e6d0..0ee8069 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -,6 +,7 @@ P:Michael Chan
M: [EMAIL PROTECTED]
L: netdev@vger.kernel.org
S:
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index a21ccf1..9be0816 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1097,6 +1097,7 @@ P:Gary Zambrano
M: [EMAIL PROTECTED]
L: netdev@vger.kernel.org
S:
Francois Romieu пишет:
>> I need help from developers, may be, because I have some troubles with
>> r8169 card.
>>
>
> Which kernel do you use ?
>
This problem appeared with the kernel 2.6.19 - 2.6.22 (since I use this
laptop). Now I use the last kernel 2.6.22.2 with Gentoo patches.
-
To u
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index 90c1b81..ac2226b 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -697,6 +697,7 @@ ARPD SUPPORT
P: Jonathan Layes
L: netdev@vger.kernel.org
S: Maintained
+F
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index 2fc85df..f365b2e 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -172,6 +172,8 @@ P: Paul Gortmaker
M: [EMAIL PROTECTED]
L: netdev@vger.kernel.org
S: Main
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index ac5ba41..2fc85df 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -160,6 +160,7 @@ P: Francois Romieu
M: [EMAIL PROTECTED]
L: netdev@vger.kernel.org
S: Mai
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index f74f7d5..3fbc13a 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -103,6 +103,7 @@ P: Philip Blundell
M: [EMAIL PROTECTED]
L: netdev@vger.kernel.org
S: Mai
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index 3fbc13a..30f8ef5 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -110,6 +110,7 @@ P: David Dillow
M: [EMAIL PROTECTED]
L: netdev@vger.kernel.org
S: Mainta
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index 0d7f856..f74f7d5 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -94,9 +94,9 @@ F: Files and directories with wildcard patterns.
P: Mike Phillips
M: [EMAIL PROT
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/MAINTAINERS b/MAINTAINERS
index 0d7f856..19d0c9e 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -97,6 +97,7 @@ L:netdev@vger.kernel.org
L: [EMAIL PROTECTED]
W: http://www.linuxtr.net
S:
On Mon, Aug 13, 2007 at 01:15:52PM +0800, Herbert Xu wrote:
> Paul E. McKenney <[EMAIL PROTECTED]> wrote:
> > On Sat, Aug 11, 2007 at 08:54:46AM +0800, Herbert Xu wrote:
> >> Chris Snook <[EMAIL PROTECTED]> wrote:
> >> >
> >> > cpu_relax() contains a barrier, so it should do the right thing. For
We will be releasing it to the mainline soon. The patches are getting
queued at our end for test and release. It should be out in a couple of
weeks.
Ram
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andi Kleen
> Sent: Sunday, August 12, 2007 10:16 AM
(previous incomplete message sent accidentally)
On Wednesday 08 August 2007 02:54, Evgeniy Polyakov wrote:
> On Tue, Aug 07, 2007 at 10:55:38PM +0200, Jens Axboe wrote:
>
> So, what did we decide? To bloat bio a bit (add a queue pointer) or
> to use physical device limits? The latter requires to r
On Wednesday 08 August 2007 02:54, Evgeniy Polyakov wrote:
> On Tue, Aug 07, 2007 at 10:55:38PM +0200, Jens Axboe
([EMAIL PROTECTED]) wrote:
>
> So, what did we decide? To bloat bio a bit (add a queue pointer) or
> to use physical device limits? The latter requires to replace all
> occurence of bi
Paul E. McKenney <[EMAIL PROTECTED]> wrote:
> On Sat, Aug 11, 2007 at 08:54:46AM +0800, Herbert Xu wrote:
>> Chris Snook <[EMAIL PROTECTED]> wrote:
>> >
>> > cpu_relax() contains a barrier, so it should do the right thing. For
>> > non-smp architectures, I'm concerned about interacting with inte
per the message below MD (or DM) would need to be modified to work
reasonably well with one of the disk components being over an unreliable
link (like a network link)
are the MD/DM maintainers interested in extending their code in this
direction? or would they prefer to keep it simpler by bein
Iustin Pop wrote:
On Sun, Aug 12, 2007 at 07:03:44PM +0200, Jan Engelhardt wrote:
On Aug 12 2007 09:39, [EMAIL PROTECTED] wrote:
now, I am not an expert on either option, but three are a couple things that I
would question about the DRDB+MD option
1. when the remote machine is down, how does M
On Tuesday 07 August 2007 13:55, Jens Axboe wrote:
> I don't like structure bloat, but I do like nice design. Overloading
> is a necessary evil sometimes, though. Even today, there isn't enough
> room to hold bi_rw and bi_flags in the same variable on 32-bit archs,
> so that concern can be scratche
Hi Evgeniy,
Sorry for not getting back to you right away, I was on the road with
limited email access. Incidentally, the reason my mails to you keep
bouncing is, your MTA is picky about my mailer's IP reversing to a real
hostname. I will take care of that pretty soon, but for now my direct
m
set_mac_address should not write to the SROM, as Michael noted.
The proper operations are:
probe time:
read MAC address from SROM
dev open (interface up):
write dev->dev_addr[] to RX filter (or identity) registers
EEPROM update support is available separately, via an et
On Monday 13 August 2007 00:45:17 Michael Trimarchi wrote:
>
> >> + return -EBUSY;
> >> +
> >> + memcpy(dev->dev_addr, addr->sa_data, dev->addr_len);
> >> +
> >> + for (i = 0; i < 3; i++)
> >> + write_srom_word(db, i,
> >> + cpu_to_le16(((u16 *) (addr->
+ return -EBUSY;
+
+ memcpy(dev->dev_addr, addr->sa_data, dev->addr_len);
+
+ for (i = 0; i < 3; i++)
+ write_srom_word(db, i,
+ cpu_to_le16(((u16 *) (addr->sa_data))[i]));
Nope.
write_srom_word(db, i, le16_to_cpu(((__
On Sun, Aug 12, 2007 at 02:00:26PM +0200, Michael Buesch wrote:
> Ok, I'll give it a try, with small modifications.
Thanks.
> On Sunday 12 August 2007, Adrian Bunk wrote:
> > Additional changes in this patch:
> > - small help text changes
> > - B44_PCI is no longer usr visible (automatically enab
Vadim Dyadkin <[EMAIL PROTECTED]> :
[...]
> I need help from developers, may be, because I have some troubles with
> r8169 card.
Which kernel do you use ?
--
Ueimor
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo in
On Sunday 12 August 2007 23:20:09 michael trimarchi wrote:
> Implement set_mac_address() for the dm9000 driver. This allows changing
> the mac address of the interface. Fix BigEndian problem.
>
> Signed-off-by: Michael Trimarchi <[EMAIL PROTECTED]>
> ---
>
> --- linux-2.6.22/drivers/net/dm9000.
(Resending old patch originally submitted at 1/7-2007 02:19, 04-Aug-2007 20:31)
In xl_freemem(), if dev_if is NULL, the line
struct xl_private *xl_priv =(struct xl_private *)dev->priv;
will cause a NULL pointer dereference. However, if we move
that assignment below the 'if' statement that tests
Implement set_mac_address() for the dm9000 driver. This allows changing
the mac address of the interface. Fix BigEndian problem.
Signed-off-by: Michael Trimarchi <[EMAIL PROTECTED]>
---
--- linux-2.6.22/drivers/net/dm9000.c.orig 2007-07-09 01:32:17.0
+0200
+++ linux-2.6.22/drivers
On Sun, Aug 12, 2007 at 11:45:30PM +0200, Michael Buesch wrote:
> On Sunday 12 August 2007 23:38:08 Michael Buesch wrote:
> > On Sunday 12 August 2007 21:27:41 Michael Trimarchi wrote:
> > > Implement set_mac_address() for the dm9000 driver. This allows changing
> > > the mac address of the interf
On Sunday 12 August 2007 23:38:08 Michael Buesch wrote:
> On Sunday 12 August 2007 21:27:41 Michael Trimarchi wrote:
> > Implement set_mac_address() for the dm9000 driver. This allows changing
> > the mac address of the interface.
> >
> > Signed-off-by: Michael Trimarchi <[EMAIL PROTECTED]>
> > -
On Sunday 12 August 2007 21:27:41 Michael Trimarchi wrote:
> Implement set_mac_address() for the dm9000 driver. This allows changing
> the mac address of the interface.
>
> Signed-off-by: Michael Trimarchi <[EMAIL PROTECTED]>
> ---
>
> --- linux-2.6.22/drivers/net/dm9000.c.orig2007-07-09 01:
Implement set_mac_address() for the dm9000 driver. This allows changing
the mac address of the interface.
Signed-off-by: Michael Trimarchi <[EMAIL PROTECTED]>
---
--- linux-2.6.22/drivers/net/dm9000.c.orig 2007-07-09 01:32:17.0
+0200
+++ linux-2.6.22/drivers/net/dm9000.c 2007-08-
Alistair John Strachan пишет:
>> Thank for your answer. This problem never shows up if I use only nvidia
>> driver (the work without network), or if I use only r8169 (without
>> x.org). If I use both of them I have the hang. Usually the hang appears
>> if OpenGL is used or network rate is maximal.
Robert Hancock пишет:
> This could well be a problem with the nvidia driver as it shares the
> same IRQ. The first step would be to see if the problem still shows up
> without the nvidia binary module loaded.
Thank for your answer. This problem never shows up if I use only nvidia
driver (the work
Vadim Dyadkin wrote:
Hi!
I need help from developers, may be, because I have some troubles with
r8169 card.
I use laptop ASUS a6tc. The network card in this laptop is r8169. Video
is GeForce Go 7300. When I load linux (I use linux almost always), the
network and video cards take the same IRQ eve
Yeah. Compiler errors are more annoying though I dare say ;-)
Actually, compile-time errors are fine,
Yes, they don't cause data corruption or anything like that,
but I still don't think the 390 people want to ship a kernel
that doesn't build -- and it seems they still need to support
GCC ver
Hi!
I need help from developers, may be, because I have some troubles with
r8169 card.
I use laptop ASUS a6tc. The network card in this laptop is r8169. Video
is GeForce Go 7300. When I load linux (I use linux almost always), the
network and video cards take the same IRQ every time.
**
On Sun, 12 Aug 2007, Segher Boessenkool wrote:
>
> Yeah. Compiler errors are more annoying though I dare say ;-)
Actually, compile-time errors are fine, and easy to work around. *Much*
more annoying is when gcc actively generates subtly bad code. We've had
use-after-free issues due to incorr
On Sun, Aug 12, 2007 at 07:03:44PM +0200, Jan Engelhardt wrote:
>
> On Aug 12 2007 09:39, [EMAIL PROTECTED] wrote:
> >
> > now, I am not an expert on either option, but three are a couple things
> > that I
> > would question about the DRDB+MD option
> >
> > 1. when the remote machine is down, how
On Sun, 12 Aug 2007, Segher Boessenkool wrote:
>
> It works _most of the time_.
It used to have problems. Gcc has had problems in various areas.
> Ask Martin. Oh you don't even have to,
> he told you two mails ago. My last mail simply pointed out that this
> isn't a G
On Aug 12 2007 09:39, [EMAIL PROTECTED] wrote:
>
> now, I am not an expert on either option, but three are a couple things that I
> would question about the DRDB+MD option
>
> 1. when the remote machine is down, how does MD deal with it for reads and
> writes?
I suppose it kicks the drive and you
On Sun, 12 Aug 2007, Jan Engelhardt wrote:
On Aug 12 2007 13:35, Al Boldi wrote:
Lars Ellenberg wrote:
meanwhile, please, anyone interessted,
the drbd paper for LinuxConf Eu 2007 is finalized.
http://www.drbd.org/fileadmin/drbd/publications/
drbd8.linux-conf.eu.2007.pdf
but it does give a goo
"+m" works. We use it. It's better than the alternatives. Pointing to
stale documentation doesn't change anything.
Well, perhaps on i386. I've seen some older versions of the s390 gcc
die
with an ICE because I have used "+m" in some kernel inline assembly.
I'm
happy to hear that this issue is
"Ramkrishna Vepa" <[EMAIL PROTECTED]> writes:
> In one of the variations of this driver that is not
> released to netdev, the received packets are steered to a channel based
> on hashing on a preconfigured criteria such as sockets on tcp_ipv4,
> udp_ipv4, tcp_ipv6, udp_ipv6 or addresses in ipv4/6.
Evgeniy Polyakov wrote:
> Al Boldi ([EMAIL PROTECTED]) wrote:
> > Look at ZFS; it illegally violates layering by combining md/dm/lvm with
> > the fs, but it does this based on a realistic understanding of the
> > problems involved, which enables it to improve performance, flexibility,
> > and funct
Hi Oliver,
On Fri, Aug 10, 2007 at 07:34:03PM +0200, Oliver Hartkopp wrote:
> Checking some other source with the current net-2.6.24 GIT, i just
> discovered this:
>
> CC drivers/net/mii.o
> CC drivers/net/Space.o
> CC drivers/net/loopback.o
> CC drivers/net/b44.o
>
mac80211, remove bitfields from struct ieee80211_sub_if_data
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 086d27164f6a040ea24efe6baab3e6b9075942a5
tree 61fb84b9bb528c8321a86a6afbf980eafb28ee3f
parent 3fe2e620fcc758be03b87e3ca5265b10fbd60e1a
author Jiri Slaby <[EMAIL PROTECTED]> Sun, 1
mac80211, remove bitfields from struct ieee80211_txrx_data
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 37d65bd9e26732c7ec33a58eab6bda750b3be113
tree ac8e2b83c426b03007ea0bd7c5092e351598053c
parent 10e9252a35d42fb92e65dfaaef136d81dbb71c4f
author Jiri Slaby <[EMAIL PROTECTED]> Sun, 12
mac80211, remove bitfields from struct ieee80211_if_sta
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 3fe2e620fcc758be03b87e3ca5265b10fbd60e1a
tree 2f3e78c8f801af86ac42b8de1ab4495cdcd24bc3
parent 37d65bd9e26732c7ec33a58eab6bda750b3be113
author Jiri Slaby <[EMAIL PROTECTED]> Sun, 12 Aug
All against mac80211 tree
--
mac80211, remove bitfields from struct ieee80211_tx_packet_data
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 10e9252a35d42fb92e65dfaaef136d81dbb71c4f
tree f8579cff30dc8053b770b78582a30961b7320046
parent a050b807aede7f9c6bee0bef1c07cd9c5fc4
author Jir
Ok, I'll give it a try, with small modifications.
On Sunday 12 August 2007, Adrian Bunk wrote:
> Additional changes in this patch:
> - small help text changes
> - B44_PCI is no longer usr visible (automatically enabled when possible)
I think we want that to be selectable, as it's not needed
on so
On Sun, Aug 12, 2007 at 01:35:17PM +0300, Al Boldi ([EMAIL PROTECTED]) wrote:
> Lars Ellenberg wrote:
> > meanwhile, please, anyone interessted,
> > the drbd paper for LinuxConf Eu 2007 is finalized.
> > http://www.drbd.org/fileadmin/drbd/publications/
> > drbd8.linux-conf.eu.2007.pdf
> >
> > it do
On Aug 12 2007 13:35, Al Boldi wrote:
>Lars Ellenberg wrote:
>> meanwhile, please, anyone interessted,
>> the drbd paper for LinuxConf Eu 2007 is finalized.
>> http://www.drbd.org/fileadmin/drbd/publications/
>> drbd8.linux-conf.eu.2007.pdf
>>
>> but it does give a good overview about what DRBD ac
Yes, though I would use "=m" on the output list and "m" on the input
list. The reason is that I've seen gcc fall on its face with an ICE
on
s390 due to "+m". The explanation I've got from our compiler people
was
quite esoteric, as far as I remember gcc splits "+m" to an input
operand
and an out
Lars Ellenberg wrote:
> meanwhile, please, anyone interessted,
> the drbd paper for LinuxConf Eu 2007 is finalized.
> http://www.drbd.org/fileadmin/drbd/publications/
> drbd8.linux-conf.eu.2007.pdf
>
> it does not give too much implementation detail (would be inapropriate
> for conference proceedin
Note that last line.
Segher, how about you just accept that Linux uses gcc as per reality,
and
that sometimes the reality is different from your expectations?
"+m" works.
It works _most of the time_. Ask Martin. Oh you don't even have to,
he told you two mails ago. My last mail simply po
On Sun, 12 Aug 2007, Martin Schwidefsky wrote:
>
> The duplication "=m" and "m" with the same constraint is rather
> annoying.
It's not only annoying, it causes gcc to generate bad code too. At least
certain versions of gcc will generate the address *twice*, even if there
is obviously only o
On Sat, 2007-08-11 at 23:09 -0700, Linus Torvalds wrote:
> Segher, how about you just accept that Linux uses gcc as per reality, and
> that sometimes the reality is different from your expectations?
>
> "+m" works. We use it. It's better than the alternatives. Pointing to
> stale documentation
On Sun, 2007-08-12 at 07:53 +0200, Segher Boessenkool wrote:
> > Yes, though I would use "=m" on the output list and "m" on the input
> > list. The reason is that I've seen gcc fall on its face with an ICE on
> > s390 due to "+m". The explanation I've got from our compiler people was
> > quite esot
81 matches
Mail list logo
