A long while ago, Ben Pye did an i2c driver for the Elan Touchpad. I believe
it had been reviewed at the time, but it was never committed. Attached
is that patch against -current. OK?
Index: arch/amd64/conf/GENERIC
===
RCS file: /cvs/
On Fri, Nov 09, 2018 at 04:25:13PM +, Ben Pye wrote:
> On Thu, Nov 08, 2018 at 11:25:37PM -0600, joshua stein wrote:
> > On Fri, 09 Nov 2018 at 03:30:07 +, b...@curlybracket.co.uk wrote:
> > > Hi all,
> > >
> > > This patch adds a new touchpad driver, elan(4), which supports older non
> >
On Sat, Nov 10, 2018 at 03:45:41PM +, Ben Pye wrote:
> On Sat, Nov 10, 2018 at 06:30:37AM +, Ben Pye wrote:
> > On Wed, Nov 07, 2018 at 05:33:13PM +0100, Mark Kettenis wrote:
> > > > From: Ben Pye
> > > > Content-Type: text/plain; charset="utf-8"
> > > >
> > > > I have been attempting to
On Tue, Jan 10, 2017 at 11:08:40PM +0100, Vincent Gross wrote:
> On Tue, 10 Jan 2017 00:27:47 +0100
> Stefan Sperling wrote:
>
> > On Mon, Jan 09, 2017 at 01:54:55PM +0100, Stefan Sperling wrote:
> > > This diff adds 11n support to the athn(4) driver.
> > > Requires -current net80211 code from to
On Fri, Jul 01, 2016 at 09:18:41AM -0500, joshua stein wrote:
> Small ACPI driver for controlling the keyboard backlight on some
> Chromebooks with wsconsctl.
>
This has been working for me for several days now. OK bmercer@ FWIW.
> Index: sys/arch/amd64/conf/GENERIC
> ==
On Mon, Mar 21, 2016 at 11:15:48AM +0100, Patrick Wildt wrote:
> Hi,
>
> I would like to get rid of even more unused CPUs, so we end up with only
> armish, zaurus (armv5) and armv7. This diff removes ARM9E, but I also
> have diffs prepared to get rid of ARM10 and ARM11.
Tested here, and OK bme
On Mon, Mar 21, 2016 at 12:52:17AM +1100, Jonathan Gray wrote:
> Remove defines for unsupported chips, add V5TEJ and remove incorrect
> ARCH_V7 define. The number ARM Ltd armv7 chips set here is 0xf,
> documented as 'Defined by CPUID scheme'.
Looks OK to me. Compile tested only.
I've recently acquired a usb3.0->gigabit ethernet adapter. It did not
attach reliably, pass traffic reliably, and it made my machine panic
when I unplugged it. Takahiro HAYASHI suggested that the reset
code doesn't do anything and that it should initialize the chip. Indeed
that does seem to help. I
On Fri, Mar 04, 2016 at 08:08:36PM +0100, Patrick Wildt wrote:
> On Fri, Mar 04, 2016 at 09:38:18AM -0500, Brandon Mercer wrote:
> > On Fri, Mar 04, 2016 at 03:15:23PM +0100, Patrick Wildt wrote:
> > > Hi,
> > >
> > > this diff makes armv7 map the FD
On Fri, Mar 04, 2016 at 03:15:23PM +0100, Patrick Wildt wrote:
> Hi,
>
> this diff makes armv7 map the FDT, if available, and uses it to read
> information about the machine's available memory and bootargs.
>
> I'd like to get some opinions about the way I have implemented some
> stuff. For inst
On Tue, Dec 29, 2015 at 12:16 PM Ted Unangst wrote:
> In tmux, home and end send different bytes. I don't know why, but I want
> things to just work. We already have two different keys here, so what's one
> more? (how many can there be...?)
>
>
> Index: emacs.c
> =
On Thu, Aug 27, 2015 at 1:09 PM Theo de Raadt
wrote:
> > > Sorry, I think adding an option is too much. I just committed halex's
> o=
> > riginal
> > > diff to only change the type. I thought he was going to do that by
> now.=
> >
> > >
> >
> > Hi Ted,
> >
> > The thing is, my patch doesn't do th
BBB.
> I have no problems with this patch but then i had no known problems before.
> - Ben
>
>
> On 04/12/14 17:00, Brandon Mercer wrote:
>>
>> This diff will properly initialize cpsw if uboot hasn't done so already.
>> It also adds support for 1000BaseT (RGMII) P
o, so most likely they're
>>> standard.
>>
>>
>>>
>>> -Adam
>>>
>>> On April 17, 2014 11:34:19 AM CDT, Giancarlo Razzolini
>>> wrote:
>>>>
>>>> Em 17-04-2014 07:34, Abel Abraham Camarillo Ojeda escreveu:
&
It will take me about that long to newfs the 10 kvm's I plan on using ;)
On Thu, Apr 17, 2014 at 5:09 AM, Otto Moerbeek wrote:
> On Wed, Apr 16, 2014 at 11:16:00PM -0700, Philip Guenther wrote:
>
>> On Thursday, April 17, 2014, Otto Moerbeek wrote:
>> ...
>>
>> > But bear in mind that ffs2 has m
3:57 PM, Brandon Mercer
wrote:
> The other day I was doing an install in qemu-kvm and newfs was taking
> forever, to the tune of hours. This is similar to formatting on arm
> boards. In my quest to track down why, I discovered that ffs2 takes far
> less time to format than ffs1 (abo
On Wed, Apr 16, 2014 at 08:05:57PM +, Miod Vallat wrote:
> > The other day I was doing an install in qemu-kvm and newfs was taking
> > forever, to the tune of hours. This is similar to formatting on arm
> > boards. In my quest to track down why, I discovered that ffs2 takes far
> > less time to
The other day I was doing an install in qemu-kvm and newfs was taking
forever, to the tune of hours. This is similar to formatting on arm
boards. In my quest to track down why, I discovered that ffs2 takes far
less time to format than ffs1 (about 30 seconds for the entire disk).
I've put together
whoops, small typo in the previous diff:
cvs diff: Diffing sys/arch/armv7/omap/
Index: sys/arch/armv7/omap//if_cpsw.c
===
RCS file: /cvs/src/sys/arch/armv7/omap/if_cpsw.c,v
retrieving revision 1.21
diff -u -p -u -r1.21 if_cpsw.c
--- s
I've been trying to track down what's causing the cpsw device timeouts on the
beaglebone and beaglebone black. As best I can tell disabling hardware
flow control does the trick. If you're able to recreate that issue
please test this diff and report your findings. Thanks.
cvs diff: Diffing sys/arch
This diff will properly initialize cpsw if uboot hasn't done so already. It
also adds support for 1000BaseT (RGMII) PHY found on some boards. Based heavily
on a netbsd diff. My BBB is out of comission so please test this and provide
feedback. Thanks.
diff -r 4d62a2f27093 -r 961793eb2b24 src/sy
We've all expressed reasonable doubt. In the US you can be assured
that the USPS will open, scan, read, and deliver your mail. So it's
reasonable to believe that they may also tamper with your openbsd
CD's. Just buy the disks, let this thread die along with the stupidity
of PCI-DSS (which I've danc
There's literally the same thing on the mirror?
http://ftp.openbsd.org/pub/OpenBSD/snapshots/amd64/SHA256
On Wed, Sep 11, 2013 at 1:53 PM, Valentin Zagura wrote:
> I don't think I'm more paranoid than the average considering that Debian
> has a way to do this (http://www.debian.org/CD/verify), fe
The easier solution is probably just to build it from source. The
documentation on the site is quite good.
On Wed, Sep 11, 2013 at 12:18 PM, Stuart Henderson wrote:
> On 2013/09/11 16:46, Janne Johansson wrote:
>> So you publish something on a HTTPS page, which means that when the browser
>> says
I about talked myself out of believing that this happened after explaining
this to a cow-orker today. They were quite surprised i'd buy into something
this speculative and far fetched at all. After listening to him generalize
it back to me it seems even sillier.
Brandon
On Dec 16, 2010 6:34 PM, "Ma
Unless of course someone was capturing the entire stream as it traversed the
internet and then simply extracted the keys later on.
On Dec 15, 2010 5:22 AM, "Gregory Edigarov" wrote:
> On Wed, 15 Dec 2010 07:48:46 +0100
> Otto Moerbeek wrote:
>
>> On Tue, Dec 14, 2010 at
If this type of thing really did happen and this actually is going on
something as simple as systrace or dtrace would have found it correct?
Surely folks have monitored and audited the actual function and traffic that
goes across the wire... conversely amd has a "debugger" that'll get you
access to
27 matches
Mail list logo