On 30/06/14 09:48, Matwey V. Kornilov wrote:
The detection of Intel EPP bug is known to produce much false positives.
The new option is introduced to force enable EPP in spite of the test
result.
I can confirm that this check produces false positives on a range of
hardware - I no longer have
On 30/06/14 09:48, Matwey V. Kornilov wrote:
The detection of Intel EPP bug is known to produce much false positives.
The new option is introduced to force enable EPP in spite of the test
result.
I can confirm that this check produces false positives on a range of
hardware - I no longer have
On 14/06/14 19:11, Nick wrote:
Signed-off-by: Nick
---
drivers/clk/sunxi/clk-sunxi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/sunxi/clk-sunxi.c b/drivers/clk/sunxi/clk-sunxi.c
index 4264834..6f4fc51 100644
--- a/drivers/clk/sunxi/clk-sunxi.c
+++
On 14/06/14 19:11, Nick wrote:
Signed-off-by: Nick xerofo...@gmail.com
---
drivers/clk/sunxi/clk-sunxi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/sunxi/clk-sunxi.c b/drivers/clk/sunxi/clk-sunxi.c
index 4264834..6f4fc51 100644
--- a/drivers/clk/sunxi/clk-sunxi.c
+++
on NSA320, as expected it doesn't make any
observable difference as there is nothing connected to the PCIe bus
(hence not really worth a tested by). It matters more on the NSA310 as
that uses PCIe for Ethernet.
Regards
Adam Baker
---
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Ca
tried this patch on NSA320, as expected it doesn't make any
observable difference as there is nothing connected to the PCIe bus
(hence not really worth a tested by). It matters more on the NSA310 as
that uses PCIe for Ethernet.
Regards
Adam Baker
---
Cc: Rob Herring robh...@kernel.org
Cc: Pawel
On 25/07/13 14:56, Linus Lüssing wrote:
If there is no querier on a link then we won't get periodic reports and
therefore won't be able to learn about multicast listeners behind ports,
potentially leading to lost multicast packets, especially for multicast
listeners that joined before the
On 25/07/13 14:56, Linus Lüssing wrote:
If there is no querier on a link then we won't get periodic reports and
therefore won't be able to learn about multicast listeners behind ports,
potentially leading to lost multicast packets, especially for multicast
listeners that joined before the
On Friday 26 October 2007 20:10, Roland Dreier wrote:
> > Well it could be something quite simple, in the module loader it is
> looping > through all modules to look for a device with the correct USB/PCI
> ID. > Currently, after the first occurence it loads the module and doesn't
> continue, > it
On Friday 26 October 2007 20:10, Roland Dreier wrote:
Well it could be something quite simple, in the module loader it is
looping through all modules to look for a device with the correct USB/PCI
ID. Currently, after the first occurence it loads the module and doesn't
continue, it should
On Thursday 25 October 2007 00:22, Parag Warudkar wrote:
> I have a Belkin USB Wireless adapter with ID 050d:705a.
> Both rt2500usb.c and rt73usb.c claim that they can drive the device with
> this ID.
>
> When using the distro kernel as well as custom 2.4.24-rc1 both rt73usb and
> rt2500usb get
On Thursday 25 October 2007 00:22, Parag Warudkar wrote:
I have a Belkin USB Wireless adapter with ID 050d:705a.
Both rt2500usb.c and rt73usb.c claim that they can drive the device with
this ID.
When using the distro kernel as well as custom 2.4.24-rc1 both rt73usb and
rt2500usb get loaded
12 matches
Mail list logo